Bug#842326: [PATCH] [RC] Fix FTBS for when building against upcoming lirc-0.9.4

[Alec Leamas]

Package: ncmpc
Version:0.24-1

Lirc is undergoing a major update, and ncmpc fails to build against the 
new version. The problem is two-fold: the configure file needs an 
update, but the autoreconf setup in 0.24 is broken. The enclosed patch 
for the complete debian/directories are based on  an update to latest 
upstream 0.25 - this fixes the autoreconf issues. The new patch 
introduced updates configure.ac and Makefile.am to use the new pkgconfig 
name. It also adds an autoreconf invocation to the build, building 
successfully against the new lirc.


Note that this patch requires lirc 0.9.4+, it is not backwards-compatible.


Cheers!

--alec


diff -rNU2 ncmpc-0.24/debian/changelog ncmpc-0.25/debian/changelog
--- ncmpc-0.24/debian/changelog	2014-07-15 20:50:26.0 +0200
+++ ncmpc-0.25/debian/changelog	2016-10-28 07:07:22.284504344 +0200
@@ -1,2 +1,8 @@
+ncmpc (0.25-1) unstable; urgency=medium
+
+  * New upstream release
+
+ -- Alec Leamas   Fri, 28 Oct 2016 07:05:23 +0200
+
 ncmpc (0.24-1) unstable; urgency=medium
 
diff -rNU2 ncmpc-0.24/debian/control ncmpc-0.25/debian/control
--- ncmpc-0.24/debian/control	2014-04-27 13:38:06.0 +0200
+++ ncmpc-0.25/debian/control	2016-10-28 07:09:01.705005546 +0200
@@ -3,5 +3,5 @@
 Priority: optional
 Maintainer: Sebastian Harl 
-Build-Depends: debhelper (>= 7), dpkg-dev (>= 1.14.6), autotools-dev, libncursesw5-dev, libglib2.0-dev, liblircclient-dev, libmpdclient-dev (>= 2.5~), doxygen
+Build-Depends: debhelper (>= 7), dpkg-dev (>= 1.14.6), autotools-dev, libncursesw5-dev, libglib2.0-dev, liblircclient-dev, libmpdclient-dev (>= 2.5~), doxygen, dh-autoreconf
 Standards-Version: 3.9.5
 Homepage: http://mpd.wikia.com/wiki/Client:Ncmpc
diff -rNU2 ncmpc-0.24/debian/patches/series ncmpc-0.25/debian/patches/series
--- ncmpc-0.24/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ ncmpc-0.25/debian/patches/series	2016-10-28 07:27:45.233858444 +0200
@@ -0,0 +1 @@
+Use-correct-lirc-pkgconfig-name.patch
diff -rNU2 ncmpc-0.24/debian/patches/Use-correct-lirc-pkgconfig-name.patch ncmpc-0.25/debian/patches/Use-correct-lirc-pkgconfig-name.patch
--- ncmpc-0.24/debian/patches/Use-correct-lirc-pkgconfig-name.patch	1970-01-01 01:00:00.0 +0100
+++ ncmpc-0.25/debian/patches/Use-correct-lirc-pkgconfig-name.patch	2016-10-28 07:29:07.622541987 +0200
@@ -0,0 +1,40 @@
+Description: Use lirc instead of liblircclient0 pkg-config name
+
+Upcoming lirc-0.9-4 drops support for the old liblircclient0
+pkg-config name, leading to FTBS errors.
+
+Author: Alec Leamas 
+
+--- ncmpc-0.25.orig/Makefile.am
 ncmpc-0.25/Makefile.am
+@@ -7,7 +7,7 @@ AUTOMAKE_OPTIONS = foreign 1.11 dist-xz
+ AM_CPPFLAGS = \
+ 	$(LIBMPDCLIENT_CFLAGS) \
+ 	$(GLIB_CFLAGS) \
+-	$(LIBLIRCCLIENT_CFLAGS) \
++	$(LIRC_CFLAGS) \
+ 	-DLOCALE_DIR=\""$(datadir)/locale"\"\
+ 	-DSYSCONFDIR=\""$(sysconfdir)"\"
+ 
+@@ -69,7 +69,7 @@ src_ncmpc_LDADD = \
+ 	$(CURSES_LIB) \
+ 	$(LIBMPDCLIENT_LIBS) \
+ 	$(GLIB_LIBS) \
+-	$(LIBLIRCCLIENT_LIBS)
++	$(LIRC_LIBS)
+ 
+ src_ncmpc_SOURCES = \
+ 	src/Compiler.h \
+--- ncmpc-0.25.orig/configure.ac
 ncmpc-0.25/configure.ac
+@@ -184,8 +184,8 @@ AC_ARG_ENABLE([lirc],
+ 		[Enable LIRC support]),,
+ 	[enable_lirc=no])
+ if test x$enable_lirc = xyes; then
+-	PKG_CHECK_MODULES([LIBLIRCCLIENT], [liblircclient0],,
+-		[AC_MSG_ERROR([liblircclient0 not found])])
++	PKG_CHECK_MODULES([LIRC], [lirc],,
++		[AC_MSG_ERROR([lirc not found])])
+ 	AC_DEFINE([ENABLE_LIRC], [1], [Enable LIRC support])
+ fi
+ 
diff -rNU2 ncmpc-0.24/debian/rules ncmpc-0.25/debian/rules
--- ncmpc-0.24/debian/rules	2014-07-12 19:08:06.0 +0200
+++ ncmpc-0.25/debian/rules	2016-10-28 07:08:45.188675100 +0200
@@ -25,4 +25,5 @@
 config.status: configure
 	dh_testdir
+	dh_autoreconf
 	./configure --host=$(DEB_HOST_GNU_TYPE) \
 			--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr \

Bug#834596: It's not a conflict, it's a dep

[Julien Puydt]

Hi,

sorry I didn't answer faster to your report. This isn't a conflict, in 
fact : the nether mod needs stairsplus, which isn't available in 
Debian's package because it's too old.


So to fix that bug, I first need a newer moreblocks package, then depend 
on it.


I'm working on it now, so I hope things will move in the right direction 
soon.


Thanks,

Snark on #debian-games

Bug#842325: ITP: node-arr-diff -- Returns an array with only the unique values from the first array

[Sruthi Chandran]

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

* Package name: node-arr-diff
  Version : 3.0.0
  Upstream Author : Jon Schlinkert (https://github.com/jonschlinkert)
* URL : https://github.com/jonschlinkert/arr-diff
* License : Expat
  Programming Lang: JavaScript
  Description : Returns an array with only the unique values from
the first array, by excluding all values from additional arrays using
strict equality for comparisons.

Bug#841050: [debian-mysql] Bug#841050: Security fixes from the October 2016 CPU

[Salvatore Bonaccorso]

Hi Lars,

On Thu, Oct 27, 2016 at 10:36:59AM -0700, Lars Tangvald wrote:
> Hi Salvatore,
> - car...@debian.org wrote:
> 
> > What is the status for src:mysql-5.5 for a possible jessie-security
> > upload? (Btw, if-and-only-if the package is still needed due to
> > rebuild, then let's please fix the changelog entry as well.)
> > 
> > Regards,
> > Salvatore
> 
> I thought I sent over the debdiffs a week ago, but must have messed
> that up, since I would have cc'ed it to the security team and list
> (but the reply I sent to Balint to answer the exact same question
> for wheezy, about an hour ago hasn't shown up in the bug yet
> either).

Okay :-/. Apparently at least that I did not recieved on my end.

> I think it should be good to go with the debdiff I've attached
> (source is also at
> https://anonscm.debian.org/cgit/pkg-mysql/mysql-5.5.git/log/), but I
> can rebuild with a changelog edit if you'd prefer.

It looks good to me, so please go ahead with an upload (built with
-sa, to include the orig.tar.gz).

Regards,
Salvatore

Bug#842324: console-setup: During apt-get dist-upgrade stage, console-setup did not finish cleanly under ja_JP.UTF-8 locale.

[ishikawa]

Package: console-setup
Version: 1.152
Severity: critical
Tags: d-i l10n
Justification: breaks the whole system

Dear Maintainer,

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


   * What led up to the situation?

 I ran "apt-get dist-upgrade" to upgrade to testing repository.
 I ran "apt-get dist-upgrade" after "su" ing to the superuser.
 I am afraid that somehow LANG=ja_JP.UTF-8 setting seeped into the
 environment.
 In that environment, during the execution of
 console-setup, "iconv" failed due to illegal or invalid character
 code or something like that. I am afraid that I failed to log the
 operation successfully and so can't recall the exact message, but
 the failure is due to "iconv", this is for sure.
 I have experienced various "iconv" issues before, and
 thus I changed LANG to LANG=C after seeing the failure and
 ran "apt-get install console-setup" again, and this time
 it succeeded and so the "apt-get dist-upgrade" as a whole 
succeeded!


 On a different PC, I set LANG=C before running apt-get 
dist-upgrade, and found that it ran successfully the first time.



* What exactly did you do (or not do) that was effective (or
 ineffective)?
 Simply ran "apt-get dist-upgrade", and found console-setup failed
 due to the failure of "iconv" that was invoked during its 
execution.

 But setting LANG=C before running apt-get was the cure to solve
 the problem.

   * What was the outcome of this action?

 Failure to run console-setup successfully.

   * What outcome did you expect instead?
 console-setup to run to completion successfully.

*** End of the template - remove these template lines ***


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

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

Versions of packages console-setup depends on:
ii  console-setup-linux 1.152
ii  debconf 1.5.59
ii  keyboard-configuration  1.152
ii  xkb-data2.18-1

console-setup recommends no packages.

Versions of packages console-setup suggests:
ii  locales   2.24-5
ii  lsb-base  9.20161016

Versions of packages keyboard-configuration depends on:
ii  debconf 1.5.59
ii  liblocale-gettext-perl  1.07-3+b1

Versions of packages console-setup-linux depends on:
ii  init-system-helpers 1.45
ii  initscripts 2.88dsf-59.8
ii  kbd 2.0.3-2
ii  keyboard-configuration  1.152

console-setup-linux suggests no packages.

Versions of packages console-setup is related to:
pn  console-common
pn  console-data  
pn  console-tools 
pn  gnome-control-center  
ii  kbd   2.0.3-2
ii  systemd   231-9

-- debconf information:
* keyboard-configuration/model: A4Tech KB-21
  console-setup/store_defaults_in_debconf_db: true
* keyboard-configuration/store_defaults_in_debconf_db: true
  keyboard-configuration/unsupported_config_options: true
* keyboard-configuration/altgr: The default for the keyboard layout
* keyboard-configuration/variant: Japanese
* keyboard-configuration/switch: No temporary switch
* keyboard-configuration/compose: No compose key
  keyboard-configuration/ctrl_alt_bksp: false
  keyboard-configuration/unsupported_config_layout: true
  console-setup/codesetcode: Lat15
  console-setup/framebuffer_only:
  keyboard-configuration/unsupported_options: true
  console-setup/use_system_font:
  console-setup/codeset47: # Latin1 and Latin5 - western Europe and 
Turkic languages

* keyboard-configuration/xkb-keymap: jp
  console-setup/fontsize: 8x16
* keyboard-configuration/layout:
  console-setup/guess_font:
  console-setup/fontface47: Fixed
* console-setup/charmap47: UTF-8
* keyboard-configuration/variantcode:
* keyboard-configuration/optionscode:
  console-setup/fontsize-fb47: 8x16
  keyboard-configuration/unsupported_layout: true
  debian-installer/console-setup-udeb/title:
* keyboard-configuration/other:
* keyboard-configuration/layoutcode: jp
* keyboard-configuration/toggle: No toggling
* keyboard-configuration/modelcode: a4techKB21
  console-setup/fontsize-text47: 8x16

Bug#828285: dogecoin: FTBFS with openssl 1.1.0

[Kurt Roeckx]

On Fri, Oct 28, 2016 at 12:53:51PM +0800, Keng-Yu Lin wrote:
> Built on my local machine with the latest sid, the failure is not
> reproducible any more.

Please note that it's still in experimental.


Kurt

Bug#842323: ITP: node-validate-npm-package-license -- Tells if a string is a valid npm package license string

[Sruthi Chandran]

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

* Package name: node-validate-npm-package-license
  Version : 3.0.1
  Upstream Author : Kyle E. Mitchell 
(https://kemitchell.com)
* URL :
https://github.com/kemitchell/validate-npm-package-license.js#readme
* License : Apache-2.0
  Programming Lang: JavaScript
  Description : Tells if a string is a valid npm package license string

Bug#842322: ITP: node-load-json-file -- Read and parse a JSON file

[Pirate Praveen]

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

* Package name: node-load-json-file
  Version : 2.0.0
  Upstream Author : Sindre Sorhus 
(sindresorhus.com)
* URL : https://github.com/sindresorhus/load-json-file#readme
* License : Expat
  Programming Lang: JavaScript
  Description : Read and parse a JSON file



signature.asc
Description: OpenPGP digital signature

Bug#840691: ghostscript and evince/libspectre problem

[Salvatore Bonaccorso]

On Thu, Oct 27, 2016 at 08:54:39PM -0400, Roberto C. Sánchez wrote:
> On Thu, Oct 27, 2016 at 11:43:01PM +0200, Francesco Poli wrote:
> > On Thu, 27 Oct 2016 18:17:20 +0200 Salvatore Bonaccorso wrote:
> > 
> > [...]
> > > On Thu, Oct 27, 2016 at 09:50:02AM -0400, Roberto C. Sánchez wrote:
> > > > Is your plan to release this as a -2 regression update to the previous
> > > > DSA?  I assume that is what you plan to do, but I wanted to confirm to
> > > > be certain.
> > > 
> > > Yes exactly, that's the plan. I would still like to hear Francesco's
> > > feedback before proceeding with a regression update.
> > 
> > I would love to help, but, as I said, I am unfortunately swamped:
> > I cannot promise any fast feedback for the time being.
> > Maybe I'll find some time for a test during the week-end, but this is
> > not a promise!   :-(
> > 
> 
> I have built wheezy packages with the patch and tested.  The PS file I
> used (from the MIT site in the original report) now renders correctly
> in evince and zathura without fault.

The 'ftp://publications.ai.mit.edu/ai-publications/500-999/AIM-864.ps'
PS actually crashes for me evince as well with 9.06~dfsg-2+deb8u1
(additionally, ans seemingly unrelated to the invalidaccess part), but
was able to verify the fix with other cases so far.

Regards,
Salvatore

Bug#842321: ITP: node-indent-string -- Indent each line in a string

[Sarath M S]

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

* Package name: node-indent-string
  Version : 3.0.0
  Upstream Author : Sindre Sorhus 
(sindresorhus.com)
* URL : https://github.com/sindresorhus/indent-string#readme
* License : Expat
  Programming Lang: JavaScript
  Description : Indent each line in a string

 A node.js module that provides API for to indent lines in a string. 
 .
 Node.js is an event-based server-side JavaScript engine.




signature.asc
Description: OpenPGP digital signature

Bug#842320: apt-spy tries mostly FTP sites. My ISP blocks FTP

[David Lawyer]

Package: apt-spy
Version: 3.2.2-1

The first time I tried apt-spy recently it found no mirror sites.  It only
tried to connect to FTP sites and my ISP prohibits FTP and will not
connect.  The public library also blocks FTP (I have a desktop PC with no
wifi).  I don't see any way to only try HTTP sites that I can use,  Today
I tried again I it did find one HTTP site out of 10 tested.
David Lawyer

Bug#840691: ghostscript and evince/libspectre problem

[Salvatore Bonaccorso]

Hi Francesco,

On Thu, Oct 27, 2016 at 11:43:01PM +0200, Francesco Poli wrote:
> On Thu, 27 Oct 2016 18:17:20 +0200 Salvatore Bonaccorso wrote:
> 
> [...]
> > On Thu, Oct 27, 2016 at 09:50:02AM -0400, Roberto C. Sánchez wrote:
> > > Is your plan to release this as a -2 regression update to the previous
> > > DSA?  I assume that is what you plan to do, but I wanted to confirm to
> > > be certain.
> > 
> > Yes exactly, that's the plan. I would still like to hear Francesco's
> > feedback before proceeding with a regression update.
> 
> I would love to help, but, as I said, I am unfortunately swamped:
> I cannot promise any fast feedback for the time being.
> Maybe I'll find some time for a test during the week-end, but this is
> not a promise!   :-(

Don't worry. I just wanted to be extra-sure. But I'm now confident
that should be the needed change. After some testing on my workplace
machine as well I will do the regression update (today or tomorrow
latest, unless some other problem arise).

Regards,
Salvatore

Bug#842319: gnome-sushi: Missing dependency gir1.2-evince-3.0

[Kan-Ru Chen]

Package: gnome-sushi
Version: 3.21.91-1
Severity: grave
Justification: renders package unusable

Without gir1.2-evince-3.0 sushi always fail to start

% sushi

(sushi-start:10503): Gjs-WARNING **: JS ERROR: Error: Requiring Sushi, version 
none: Typelib file for namespace 'EvinceDocument', version '3.0' not found
@/usr/share/sushi/js/viewers/audio.js:31


** (sushi-start:10503): WARNING **: Unable to parse viewer audio.js: 
JS_EvaluateScript() failed

(sushi-start:10503): Gjs-WARNING **: JS ERROR: Error: Requiring EvinceDocument, 
version none: Typelib file for namespace 'EvinceDocument' (any version) not 
found
@/usr/share/sushi/js/viewers/evince.js:26


** (sushi-start:10503): WARNING **: Unable to parse viewer evince.js: 
JS_EvaluateScript() failed

(sushi-start:10503): Gjs-WARNING **: JS ERROR: Error: Requiring Sushi, version 
none: Typelib file for namespace 'EvinceDocument', version '3.0' not found
@/usr/share/sushi/js/ui/fallbackRenderer.js:29
@/usr/share/sushi/js/ui/mimeHandler.js:26
@/usr/share/sushi/js/viewers/font.js:26


** (sushi-start:10503): WARNING **: Unable to parse viewer font.js: 
JS_EvaluateScript() failed

(sushi-start:10503): Gjs-WARNING **: JS ERROR: Error: Requiring Sushi, version 
none: Typelib file for namespace 'EvinceDocument', version '3.0' not found
@/usr/share/sushi/js/ui/fallbackRenderer.js:29
@/usr/share/sushi/js/ui/mimeHandler.js:26
@/usr/share/sushi/js/viewers/gst.js:37


** (sushi-start:10503): WARNING **: Unable to parse viewer gst.js: 
JS_EvaluateScript() failed

(sushi-start:10503): Gjs-WARNING **: JS ERROR: Error: Requiring Sushi, version 
none: Typelib file for namespace 'EvinceDocument', version '3.0' not found
@/usr/share/sushi/js/viewers/html.js:30


** (sushi-start:10503): WARNING **: Unable to parse viewer html.js: 
JS_EvaluateScript() failed

(sushi-start:10503): Gjs-WARNING **: JS ERROR: Error: Requiring Sushi, version 
none: Typelib file for namespace 'EvinceDocument', version '3.0' not found
@/usr/share/sushi/js/ui/fallbackRenderer.js:29
@/usr/share/sushi/js/ui/mimeHandler.js:26
@/usr/share/sushi/js/viewers/image.js:35


** (sushi-start:10503): WARNING **: Unable to parse viewer image.js: 
JS_EvaluateScript() failed

(sushi-start:10503): Gjs-WARNING **: JS ERROR: Error: Requiring Sushi, version 
none: Typelib file for namespace 'EvinceDocument', version '3.0' not found
@/usr/share/sushi/js/viewers/text.js:33


** (sushi-start:10503): WARNING **: Unable to parse viewer text.js: 
JS_EvaluateScript() failed

(sushi-start:10503): Gjs-WARNING **: JS ERROR: Error: Requiring Sushi, version 
none: Typelib file for namespace 'EvinceDocument', version '3.0' not found
@/usr/share/sushi/js/ui/mainWindow.js:37
@/usr/share/sushi/js/ui/application.js:32
@/usr/share/sushi/js/ui/main.js:29
@main.c:1


** (sushi-start:10503): ERROR **: Failed to load main javascript: 
JS_EvaluateScript() failed
zsh: trace trap  sushi

Fixed after install gir1.2-evince-3.0 manually

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

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

Versions of packages gnome-sushi depends on:
ii  gir1.2-clutter-gst-3.03.0.20-1
ii  gir1.2-gtkclutter-1.0 1.8.2-1
ii  gir1.2-webkit2-4.02.14.1-1
ii  gstreamer1.0-plugins-good 1.8.3-1+b1
ii  libc6 2.24-5
ii  libcairo2 1.14.6-1+b1
ii  libclutter-1.0-0  1.26.0+dfsg-1
ii  libclutter-gst-3.0-0  3.0.20-1
ii  libclutter-gtk-1.0-0  1.8.2-1
ii  libevdocument3-4  3.22.1-2
ii  libevview3-3  3.22.1-2
ii  libfreetype6  2.6.3-3+b1
ii  libgdk-pixbuf2.0-02.36.0-1
ii  libgirepository-1.0-1 1.50.0-1
ii  libgjs0e [libgjs0-libmozjs-24-0]  1.46.0-1+b1
ii  libglib2.0-0  2.50.1-1
ii  libgstreamer-plugins-base1.0-01.8.3-1
ii  libgstreamer1.0-0 1.8.3-1
ii  libgtk-3-03.22.2-1
ii  libgtksourceview-3.0-13.22.0-1
ii  libharfbuzz0b 1.2.7-1+b1
ii  libmusicbrainz5-2 5.1.0+git20150707-6
ii  libpango-1.0-01.40.3-3
ii  libpangocairo-1.0-0   1.40.3-3
ii  libx11-6  2:1.6.3-1
ii  nautilus  3.22.1-2

gnome-sushi recommends no packages.

Versions of packages gnome-sushi suggests:
ii  gstreamer1.0-libav  1.8.3-1

-- no debconf information

Bug#842079: change of tags / fixed pending

[Jari Aalto]

tags 842079 + pending fixed fixed-upstream
thanks

Fixed in upstream cde. Fixed in Debian.

https://anonscm.debian.org/cgit/collab-maint/xlsx2csv.git/commit/?id=31f08ca72f1d31a3c3842a8f5f0782bf1241a483

Thanks Petr for helping with testing the new version!
Jari

Bug#841665: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Bug#841665: fixed in boinc 7.6.33+dfsg-2)

[Mike Brennan]

Thank you Gainfranco, molte grazie.

On 23/10/16 22:00, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the boinc-client package:
>
> #841665: boinc-client: The boinc-client init script has a badly constructed 
> parameter for xhost
>
> It has been closed by Gianfranco Costamagna .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Gianfranco Costamagna 
>  by
> replying to this email.
>
>

Bug#842318: RFS: tsocks/1.8beta5-9.5 [NMU] [RC]

[gustavo panizzo]

Package: sponsorship-requests
Severity: important


Hello

I'm looking for an sponsor for my NMU to tsocks


it closes two RC bug that removed tsocks from testing

The debdiff is attached

Package is getting out of shape after 5 NMUs, I plan to request to be
orphaned and put it under maintenance of the QA team, so I can do a more
extensive cleanup.

thanks


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

Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru tsocks-1.8beta5/debian/changelog tsocks-1.8beta5/debian/changelog
--- tsocks-1.8beta5/debian/changelog	2016-03-01 01:40:38.0 +0800
+++ tsocks-1.8beta5/debian/changelog	2016-10-28 10:33:56.0 +0800
@@ -1,3 +1,13 @@
+tsocks (1.8beta5-9.5) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Removal of deprecated dh_undocumented debhelper command (Closes: #815611).
+  * Enable host name resolution on /etc/tsocks.conf at configure time,
+it was intended to be enabled in previous releases, but a bug in the
+configure script disabled it (Closes: #823330).
+
+ -- gustavo panizzo   Fri, 28 Oct 2016 10:33:56 +0800
+
 tsocks (1.8beta5-9.4) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru tsocks-1.8beta5/debian/patches/00list tsocks-1.8beta5/debian/patches/00list
--- tsocks-1.8beta5/debian/patches/00list	2011-10-02 14:37:03.0 +0800
+++ tsocks-1.8beta5/debian/patches/00list	2016-10-28 10:33:56.0 +0800
@@ -4,3 +4,4 @@
 04_getpeername
 05_config_in_home
 06_fallback
+07_tsocks-1.8_beta5-hostname-config-fix.patch
diff -Nru tsocks-1.8beta5/debian/patches/07_tsocks-1.8_beta5-hostname-config-fix.patch tsocks-1.8beta5/debian/patches/07_tsocks-1.8_beta5-hostname-config-fix.patch
--- tsocks-1.8beta5/debian/patches/07_tsocks-1.8_beta5-hostname-config-fix.patch	1970-01-01 08:00:00.0 +0800
+++ tsocks-1.8beta5/debian/patches/07_tsocks-1.8_beta5-hostname-config-fix.patch	2016-10-28 10:33:56.0 +0800
@@ -0,0 +1,25 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 07_tsocks-1.8_beta5-hostname-config-fix.patch by https://sourceforge.net/u/phobosk/profile/
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Enable host name resolution on /etc/tsocks.conf at configure time,
+## DP: this was intended to be enabled in previous releases, but a bug in the configure script
+## DP: made it impossible
+## DP: Poor's man DEP3 headers
+## DP: Origin: https://sourceforge.net/p/tsocks/bugs/27/
+## DP: Last-Update: 2016-10-28
+
+@DPATCH@
+--- tsocks-1.8.orig/configure.in
 tsocks-1.8/configure.in
+@@ -171,8 +171,8 @@
+   AC_DEFINE(ALLOW_MSG_OUTPUT)
+ fi
+ 
+-if test "x${enable_hostnames}" = "x"; then
+-  AC_DEFINE(HOSTNAMES)
++if test "${enable_hostnames}" = "yes"; then
++  AC_DEFINE(HOSTNAMES,1)
+ fi
+ 
+ if test "${enable_socksdns}" = "yes" -a \
diff -Nru tsocks-1.8beta5/debian/rules tsocks-1.8beta5/debian/rules
--- tsocks-1.8beta5/debian/rules	2016-02-29 22:08:47.0 +0800
+++ tsocks-1.8beta5/debian/rules	2016-10-28 10:33:56.0 +0800
@@ -69,7 +69,7 @@
 	dh_testdir
 
 #	dpkg-gencontrol -isp
-	dh_undocumented
+#	dh_undocumented
 	dh_installdocs
 
 	#dh_installdebconf

Bug#842264: Wrong OS version detected

[henrich]

Hi,

in message "Bug#842264: Wrong OS version detected",
Трезвый_Дворник  wrote:
> noroot@f555l:~$ screenfetch -n
>  noroot@f555l
>  OS: Debian 6.0.10 squeeze

 Please exec "$ bash -xv /usr/bin/screefetch -n 2>&1 > screenfetch.log" 
 and send screenfetch.log.

Bug#815611: tsocks: diff for NMU version 1.8beta5-9.5

[gustavo panizzo (gfa)]

Control: tags 815611 + patch
Control: tags 815611 + pending
Control: tags 823330 + patch
Control: tags 823330 + pending

Dear maintainer,

I've prepared an NMU for tsocks (versioned as 1.8beta5-9.5)
I'll look for an sponsor and upload it

Regards.

-- 
1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333

keybase: https://keybase.io/gfa
diff -Nru tsocks-1.8beta5/debian/changelog tsocks-1.8beta5/debian/changelog
--- tsocks-1.8beta5/debian/changelog	2016-03-01 01:40:38.0 +0800
+++ tsocks-1.8beta5/debian/changelog	2016-10-28 10:33:56.0 +0800
@@ -1,3 +1,13 @@
+tsocks (1.8beta5-9.5) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Removal of deprecated dh_undocumented debhelper command (Closes: #815611).
+  * Enable host name resolution on /etc/tsocks.conf at configure time,
+it was intended to be enabled in previous releases, but a bug in the
+configure script disabled it (Closes: #823330).
+
+ -- gustavo panizzo   Fri, 28 Oct 2016 10:33:56 +0800
+
 tsocks (1.8beta5-9.4) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru tsocks-1.8beta5/debian/patches/00list tsocks-1.8beta5/debian/patches/00list
--- tsocks-1.8beta5/debian/patches/00list	2011-10-02 14:37:03.0 +0800
+++ tsocks-1.8beta5/debian/patches/00list	2016-10-28 10:33:56.0 +0800
@@ -4,3 +4,4 @@
 04_getpeername
 05_config_in_home
 06_fallback
+07_tsocks-1.8_beta5-hostname-config-fix.patch
diff -Nru tsocks-1.8beta5/debian/patches/07_tsocks-1.8_beta5-hostname-config-fix.patch tsocks-1.8beta5/debian/patches/07_tsocks-1.8_beta5-hostname-config-fix.patch
--- tsocks-1.8beta5/debian/patches/07_tsocks-1.8_beta5-hostname-config-fix.patch	1970-01-01 08:00:00.0 +0800
+++ tsocks-1.8beta5/debian/patches/07_tsocks-1.8_beta5-hostname-config-fix.patch	2016-10-28 10:33:56.0 +0800
@@ -0,0 +1,25 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 07_tsocks-1.8_beta5-hostname-config-fix.patch by https://sourceforge.net/u/phobosk/profile/
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Enable host name resolution on /etc/tsocks.conf at configure time,
+## DP: this was intended to be enabled in previous releases, but a bug in the configure script
+## DP: made it impossible
+## DP: Poor's man DEP3 headers
+## DP: Origin: https://sourceforge.net/p/tsocks/bugs/27/
+## DP: Last-Update: 2016-10-28
+
+@DPATCH@
+--- tsocks-1.8.orig/configure.in
 tsocks-1.8/configure.in
+@@ -171,8 +171,8 @@
+   AC_DEFINE(ALLOW_MSG_OUTPUT)
+ fi
+ 
+-if test "x${enable_hostnames}" = "x"; then
+-  AC_DEFINE(HOSTNAMES)
++if test "${enable_hostnames}" = "yes"; then
++  AC_DEFINE(HOSTNAMES,1)
+ fi
+ 
+ if test "${enable_socksdns}" = "yes" -a \
diff -Nru tsocks-1.8beta5/debian/rules tsocks-1.8beta5/debian/rules
--- tsocks-1.8beta5/debian/rules	2016-02-29 22:08:47.0 +0800
+++ tsocks-1.8beta5/debian/rules	2016-10-28 10:33:56.0 +0800
@@ -69,7 +69,7 @@
 	dh_testdir
 
 #	dpkg-gencontrol -isp
-	dh_undocumented
+#	dh_undocumented
 	dh_installdocs
 
 	#dh_installdebconf


signature.asc
Description: PGP signature

Bug#842317: caja: Type misidentified - octave code listed as objective-C

[Harvey J Stein]

Package: caja
Version: 1.12.7-1+rosa
Severity: normal

Dear Maintainer,

Caja is listing some octave (.m) files as type Objective-C source code.  For
example, the following file (hw06reduced.m) is listed as Objective0C source
code:

= Cut here ===
1;


times = [0, 1, 2, 1000];
lambdas = [0.015, 0.02, 0.025, 0.025];

% Step function for defining hazard rate
function s = step(x, y, t)
   i = find(x>t, 1);
   if isempty(i)
   s = y(end);
   elseif i == 1
  s = [];
   else
  s = y(i-1);
   end;
end;

% Survival probabilities
function s = survival(times, lambdas, t)
dt = diff(times);
intlambdavect = [0 cumsum(dt .* lambdas(1:end-1))];
c = interp1(times, intlambdavect, t);

s = exp(-c);
end;

% Spot spreads as a function of hazard rates
function s = spread(times, lambdas, R, t)
invtimes = -1 ./ t;
s = invtimes .* log(1 - (1-R)*(1-survival(times, lambdas, t)))*1;
end;
= Cut here ===



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

Kernel: Linux 4.4.0-45-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages caja depends on:
ii  caja-common   1.12.7-1+rosa
ii  desktop-file-utils0.22-1ubuntu1
ii  gvfs  1.20.3-0ubuntu1.2
ii  libatk1.0-0   2.10.0-2ubuntu2
ii  libc6 2.19-0ubuntu6.9
ii  libcairo2 1.13.0~20140204-0ubuntu1.1
ii  libcaja-extension11.12.7-1+rosa
ii  libexempi32.2.1-1ubuntu1
ii  libexif12 0.6.21-1ubuntu1
ii  libgail18 2.24.23-0ubuntu1.4
ii  libgdk-pixbuf2.0-02.30.7-0ubuntu1.6
ii  libglib2.0-0  2.40.2-0ubuntu1
ii  libglib2.0-data   2.40.2-0ubuntu1
ii  libgtk2.0-0   2.24.23-0ubuntu1.4
ii  libice6   2:1.0.8-2
ii  libmate-desktop-2-17  1.12.0.1-1+rosa
ii  libpango-1.0-01.36.3-1ubuntu1.1
ii  libpangocairo-1.0-0   1.36.3-1ubuntu1.1
ii  libselinux1   2.2.2-1ubuntu0.1
ii  libsm62:1.2.1-2
ii  libunique-1.0-0   1.1.6-4ubuntu2
ii  libx11-6  2:1.6.2-1ubuntu2
ii  libxml2   2.9.1+dfsg1-3ubuntu4.8
ii  libxrender1   1:0.9.8-1build0.14.04.1
ii  mate-desktop  1.12.0.1-1+rosa
ii  shared-mime-info  1.2-0ubuntu3

Versions of packages caja recommends:
ii  gvfs-backends  1.20.3-0ubuntu1.2

Versions of packages caja suggests:
ii  engrampa1.12.0-1+rosa
ii  gstreamer1.0-tools  1.2.4-0ubuntu1
ii  meld1.8.4-1

-- no debconf information

Bug#842316: Please consider demoting libreoffice-sdbc-firebird to suggests

[Michael Biebl]

Package: libreoffice-base-drivers
Version: 1:5.2.3~rc1-4
Severity: normal

Hi,

I think firebird support is exotic enough, that it shouldn't be
installed by default, which is currently the case via
libreoffice->libreoffice-base->libreoffice-base-drivers->libreoffice-sdbc-firebird

I just did a fresh GNOME stretch installation, and was suprised to find
the following packages being installed:

firebird2.5-common-doc  install
firebird2.5-common  install
firebird2.5-server-common   install
firebird3.0-common-doc  install
firebird3.0-common  install
libreoffice-sdbc-firebird   install

Thanks for considering.



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

Kernel: Linux 4.7.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 libreoffice-base-drivers depends on:
ii  dpkg  1.18.10
ii  libc6 2.24-5
ii  libgcc1   1:6.2.0-9
ii  libreoffice-core  1:5.2.3~rc1-4
ii  libstdc++66.2.0-9
ii  uno-libs3 5.2.3~rc1-4
ii  ure   5.2.3~rc1-4

Versions of packages libreoffice-base-drivers recommends:
pn  libreoffice-sdbc-firebird  
pn  libreoffice-sdbc-hsqldb

Versions of packages libreoffice-base-drivers suggests:
pn  libjtds-java
pn  libreoffice-mysql-connector | libmyodbc | libmysql-java 
pn  libreoffice-sdbc-postgresql | odbc-postgresql | libpg-java  
pn  libsqliteodbc | tdsodbc | mdbtools  

-- no debconf information

Bug#842247: astyle: OPTIONS is missing ffrom manual page

[Matteo Cypriani]

Control: tag -1 wontfix

Hi Jari,

Le jeudi 27 octobre 2016 14:25:05 EDT, Jari Aalto a écrit :
> Please make the manual page complete without the need to consult
> external sources.

We have maintained a complete manpage in the Debian package for years. Each 
new version of astyle implied updating it manually from the HTML 
documentation, usually with a fair amount of changes. This was nice for users, 
but was just too much work. The current manpage points to the HTML 
documentation, which is obviously a compromise.

If you think a complete manpage is important (and I agree it is), you should 
contact the astyle authors and maybe propose them a system to write the 
astyle.html in a source language like DocBook, txt2tags, or whatever is to 
your and their liking, that could then be converted automatically to both html 
and roff.

Please let us know if you do get in touch with upstream.

Cheers,
  Matteo

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

Bug#842315: Misdetects systemd with merged-usr

[Michael Biebl]

Package: grub-common
Version: 2.02~beta3-1
Severity: important
File: /etc/grub.d/10_linux
User: m...@linux.it
Usertags: usrmerge

debootstrap switched the default to have a merged-/usr setup.
This means, /lib/ will be a symlink to /usr/lib for new installations.

10_linux and 20_linux_xen have
SUPPORTED_INITS="sysvinit:/lib/sysvinit/init
systemd:/lib/systemd/systemd upstart:/sbin/upstart

and then it checks if /sbin/init points to any of those binaries.

On a merged-/usr system with systemd as default,
readlink -f /sbin/init resolves to /usr/lib/systemd/systemd

As a result, grub thinks that systemd is not the default and generates a
separate boot entry for systemd. This is unnecessary and a bit
confusing.

Regards,
Michael

P.S:

While looking at 10_linux, I noticed /lib/sysvinit/init (sysvinit) and
/sbin/upstart (upstart) which have been removed in stretch. But
I guess it's fine to keep support for one more release cycle for those
who upgrade from jessie.



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

Kernel: Linux 4.7.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 grub-common depends on:
ii  gettext-base0.19.8.1-1
ii  libc6   2.24-5
ii  libdevmapper1.02.1  2:1.02.133-1
ii  libfreetype62.6.3-3+b1
ii  libfuse22.9.7-1
ii  liblzma55.2.2-1.2

Versions of packages grub-common recommends:
ii  os-prober  1.71

Versions of packages grub-common suggests:
ii  console-setup  1.152
ii  desktop-base   8.0.2
pn  grub-emu   
pn  multiboot-doc  
pn  xorriso

-- Configuration Files:
/etc/grub.d/40_custom changed [not included]

-- no debconf information

Bug#842291: notmuch processes frequently stuck in select()

[David Bremner]

Robbie Harwood  writes:

> David Bremner  writes:
>
>> 1) Can you duplicate the problem with non-encrypted messages?
>
> Not sure.  Most of the time it's inconsistent what messages it happens
> for (and it's hard to see whether the message is encrypted when notmuch
> won't show it to me).  I'll update with a traceback for a non-encrypted
> if I can find one.

I guess the question is really can you find a case that doesn't involve
hanging in a function starting with _gpgme. Your initial traceback
actually looks like it involves verifying an SMIME signature, rather
than decrypting. You can test this hypothesis by repeating the command
without '--decrypt' or '--verify'

Bug#842314: rpl crashes when run to replace multiple files

[cruncher]

Package: rpl
Version: 1.5.6-1
Severity: important
Tags: upstream

When running rpl recursively to replace files with a specific extension int he
current directory, it stops an error (without replacing anything).



Command run:
rpl -R -x'.txt' 'WordA' 'WordB' .



Error message / output:
Replacing "WordA" with "WordB" (case sensitive) (partial words matched)
Traceback (most recent call last):
  File "/usr/bin/rpl", line 315, in 
main()
  File "/usr/bin/rpl", line 201, in main
files = get_files(files, opts.recurse, opts.suffixen, opts.verbose,
opts.hidden_files)
  File "/usr/bin/rpl", line 53, in get_files
hidden_files, encodeen)
NameError: name 'encodeen' is not defined



When checking the definition of the function, its clear where is the problem
(line 30):
def get_files(filenames, recurse, suffixen, verbose, hidden_files):


but the function is being called with one parameter too much(line 51):
new_files += get_files([os.path.join(filename, f)], recurse, suffixen, verbose,
hidden_files, encodeen)


Therefore a small patch is attached.



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

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

Versions of packages rpl depends on:
pn  python3:any  

rpl recommends no packages.

rpl suggests no packages.

-- no debconf information
--- rpl	2016-10-20 13:04:00.0 +0200
+++ rpl-fixed	2016-10-28 03:18:56.293891147 +0200
@@ -50,7 +50,7 @@
 continue
 new_files += get_files([os.path.join(filename, f)],
recurse, suffixen, verbose,
-   hidden_files, encodeen)
+   hidden_files)
 else:
 if verbose:
 sys.stderr.write("Directory: %s skipped.\n" % filename)

Bug#839379: yelp: FTBFS: segmentation fault

[Michael Biebl]

Control: reassign -1 src:webkit2gtk 2.14.1-1
Control: affects -1 src:yelp

Am 28.10.2016 um 01:52 schrieb Michael Biebl:
> Am 01.10.2016 um 10:42 schrieb Lucas Nussbaum:
>>> (process:32124): Gtk-CRITICAL **: gtk_icon_theme_get_for_screen: assertion 
>>> 'GDK_IS_SCREEN (screen)' failed
>>>
>>> ** (process:32124): WARNING **: Unable to connect to dbus: Cannot spawn a 
>>> message bus without a machine-id: Unable to load /var/lib/dbus/machine-id 
>>> or /etc/machine-id: Failed to open file '/var/lib/dbus/machine-id': No such 
>>> file or directory
>>> Segmentation fault
> 
> Looks like a duplicate of
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803104
> 
> Maybe webkit2gtk has regressed in that regard.


I built yelp inside a chroot (without X) and ran
docs/libyelp/libyelp-scan directly. The resulting backtrace from the
crash is attached. This looks to me like it's webkit2 related, so I'm
reassigning the bug. The dbus warning is a red herring fwiw.
The binary crashes even when installing dbus and running with
dbus-run-session.

Berto, would be great if you can have a look.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
Starting program: /yelp-3.22.0/docs/libyelp/.libs/lt-libyelp-scan 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe0e20700 (LWP 23308)]

Thread 1 "lt-libyelp-scan" received signal SIGSEGV, Segmentation fault.
XQueryExtension (dpy=dpy@entry=0x0, name=name@entry=0x7fffe946b721 
 "Composite", 
major_opcode=major_opcode@entry=0x7fffda94, 
first_event=first_event@entry=0x7fffda98, 
first_error=first_error@entry=0x7fffda9c) at ../../src/QuExt.c:43
43  ../../src/QuExt.c: No such file or directory.
#0  0x7fffe96a60ad in XQueryExtension (dpy=dpy@entry=0x0, 
name=name@entry=0x7fffe946b721  "Composite", 
major_opcode=major_opcode@entry=0x7fffda94, 
first_event=first_event@entry=0x7fffda98, 
first_error=first_error@entry=0x7fffda9c) at ../../src/QuExt.c:43
rep = 
  {type = 0 '\000', pad1 = 0 '\000', sequenceNumber = 0, length = 0, 
present = 152 '\230', major_opcode = 218 '\332', first_event = 255 '\377', 
first_error = 255 '\377', pad3 = 32767, pad4 = 4294957716, pad5 = 32767, pad6 = 
3913725729, pad7 = 32767}
req = 
#1  0x7fffe9699e92 in XInitExtension (dpy=dpy@entry=0x0, 
name=name@entry=0x7fffe946b721  "Composite") at 
../../src/InitExt.c:47
codes = {extension = 48, major_opcode = 0, first_event = -375723504, 
first_error = 32767}
ext = 
#2  0x7fffe946afe0 in XCompositeFindDisplay (extinfo=0x7fffe966c090 
, ext_name=, dpy=0x0) at 
../../src/Xcomposite.c:111
info = 0x557c0a60
dpy = 0x0
info = 0x557c0a60
#3  0x7fffe946afe0 in XCompositeFindDisplay (dpy=0x0) at 
../../src/Xcomposite.c:208
dpy = 0x0
info = 0x557c0a60
#4  0x7fffe946b141 in XCompositeQueryExtension (dpy=, 
event_base_return=event_base_return@entry=0x7fffdb48, 
error_base_return=error_base_return@entry=0x7fffdb4c) at 
../../src/Xcomposite.c:219
info = 
#5  0x73e5dca3 in WebCore::PlatformDisplayX11::supportsXComposite() 
const (this=this@entry=0x7fffe05fd040)
at ./Source/WebCore/platform/graphics/x11/PlatformDisplayX11.cpp:80
eventBase = -202133058
errorBase = 32767
#6  0x730210bd in WebKit::WebPreferences::platformInitializeStore() 
(this=0x7fffe05f5000)
at ./Source/WebKit2/UIProcess/gtk/WebPreferencesGtk.cpp:63
damageBase = {m_isEngaged = false, m_value = {__data = "\377\177\000", 
__align = {}}}
#7  0x72e23b02 in WebKit::WebPreferences::create(WTF::String const&, 
WTF::String const&, WTF::String const&) (identifier=..., keyPrefix=..., 
globalDebugKeyPrefix=...) at ./Source/WebKit2/UIProcess/WebPreferences.cpp:43
#8  0x72fddc33 in webkit_settings_init(WebKitSettings*) 
(this=0x557aa590)
at ./Source/WebKit2/UIProcess/API/gtk/WebKitSettings.cpp:51
priv = 0x557aa590
#9  0x72fddc33 in webkit_settings_init(WebKitSettings*) 
(self=)
at ./Source/WebKit2/UIProcess/API/gtk/WebKitSettings.cpp:94
priv = 0x557aa590
#10 0x777b134b in g_type_create_instance (type=) at 
././gobject/gtype.c:1866
instance = 0x557aa5f0 [WebKitSettings]
class = 0x557bfbe0
allocated = 
private_size = 
ivar_size = 
i = 
#11 0x777931fb in g_object_new_internal 
(class=class@entry=0x557bfbe0, params=params@entry=0x7fffdee0, 
n_params=n_params@entry=1) at ././gobject/gobject.c:1783
nqueue = 0x0
object = 
__func__ = "g_object_new_internal"
#12 0x7779510e in g_object_new_valist (object_type=, 
first_property_name=first_property_name@entry=0x7725dab1 "default-charset", 
var_args=var_args@entry=0x7fffe030) at 

Bug#837629: OpenRD* with debian's u-boot 2016.09

[Rick Thomas]

On Oct 5, 2016, at 1:26 PM, Vagrant Cascadian  wrote:

> On 2016-10-03, Rick Thomas wrote:
>> On Oct 1, 2016, at 3:39 PM, Vagrant Cascadian  wrote:
>>> On 2016-09-17, Rick Thomas wrote:
 On Sep 16, 2016, at 3:19 PM, Vagrant Cascadian  wrote:
> https://bugs.debian.org/837629
> ...
>>> deb http://cascadia.debian.net/~vagrant/debian UNRELEASED main
>>> 
>>> The repository should be signed by my key, available in the
>>> debian-keyring package in the archive
>>> (F0ADA5240891831165DF98EA7CFCD8CD257721E9).
>>> 
>>> There were two critical fixes in 2016.09.01, *maybe* they fix the issue?
> 
> And now uploaded 2016.11~rc1 to my "UNRELEASED" repository, please test
> that...
> 
> 
>>> If not, I'll likely be removing OpenRD* from the packages on future
>>> uploads.
> ...
>> Sadly, it doesn’t look like it fixed the problem.  Still nothing after
>> installing the new u-boot.kwb and typing “reset”.
>> 
>> let me know if there’s anything more I can do to help…
> 
> If it's not fixed in 2016.11~rc1, the only thing left to try is git
> bisecting the issue...
> 
> 
> live well,
>  vagrant

Hi,

It’s been an “interesting” month (in the sense of the ancient curse: “May you 
live in interesting times!”)

Unfortunately testing u-boot on OpenRD fell by the wayside.
I gather that the current u-boot in experimental has OpenRD support removed?

But… as of now, all the “interesting” bits are temporarily under control.
Would you like me to test something?

Rick

Bug#842291: notmuch processes frequently stuck in select()

[Robbie Harwood]

David Bremner  writes:

> 1) Can you duplicate the problem with non-encrypted messages?

Not sure.  Most of the time it's inconsistent what messages it happens
for (and it's hard to see whether the message is encrypted when notmuch
won't show it to me).  I'll update with a traceback for a non-encrypted
if I can find one.

> 2) Can you duplicate the problem with the same command run outside of
>emacs?

Yes, the same command hangs outside of emacs.


signature.asc
Description: PGP signature

Bug#677865: [PATCH] Always use flock for file locking; drop Recommends on libfile-fcntllock-perl

[Guillem Jover]

Hi!

On Mon, 2016-06-06 at 15:35:14 -0700, Josh Triplett wrote:
> On Mon, Jun 06, 2016 at 11:44:00PM +0200, Guillem Jover wrote:
> > This is a non-portable Linux-only assumption. dpkg works on other
> > systems besides Linux-based ones.
> 
> I'm aware; however, the question is whether other NFS client
> implementations fail to implement flock, and whether dpkg supports doing
> parallel builds on those systems on their less capable NFS
> implementations.  What other NFS client implementations does dpkg
> support, and what do those other clients do with flock?

dpkg has been ported and has been reported to work on several Unix
system, some of which have had reportedly bad flock(2) behavior on
NFS. But I'm not entirely sure which ones currently still do that.
And while historically the dpkg-dev tools have not performed any
locking, I'd rather not regress on this now. But see below.

> It's unfortunate that the failure mode for flock on NFS is "silently
> no-op" rather than "fail"; the latter would make it easier to fall back
> to a serial build, for instance.  Is there any reliable, portable way to
> detect an NFS filesystem with non-functional locking, or more generally
> a filesystem with non-functional locking?

I don't think there's even a way to detect that a filesystem is NFS! I
looked at that at the time, to just silently run flock(2) in that case,
but all interfaces are very system-specific. Not even command-line tools
to query. :(

> > I'm also unhappy even about the
> > fallback to flock when fcntl is not available, as on other systems
> > the locks might not see each other so that's the worst possible
> > behavior.
> 
> Another potential solution to the problem would be to avoid serializing
> this at all, which then avoids the need to lock.  What if each run of
> the requisite tool generated a different target control file, for
> instance?  Or perhaps debian/files should become debian/files.d?  As
> long as the corresponding dpkg tools support reading that format when
> constructing a .deb, migrating to that for parallel builds seems
> reasonable.  That might also speed up dpkg-gencontrol, which at the
> moment can be a major bottleneck in the parallel build of a multi-binary
> package.

Actually I think I like this better than any other option, thanks!
It poses multiple problems though, which I'd like to tackle anyway,
because they would improve other parts of the toolchain, and things
I'd like to eventually fix as well:

 * Although in principle debian/files is managed internally by dpkg-dev
   and there's even a tool (dpkg-distaddfile) to add entries to it, it
   has leaked as an internal interface, because debian/rules needs to
   clean it up on its clean target. Using a different file/dir might
   mean we start leaving cruft behind. :/
 * I've just checked and using something like a debian/files.d dir
   seems safe, but you never know. I think at this point, perhaps it
   would be better to use a new directory for all generated cruft,
   such as debian/.build/files.d/ or similar, and then we only need
   to remove only that top entry.
 * Currently dpkg-gencontrol does some sanity checks when adding a
   new entry and overwrites entries with the same
   (,,) tuples, where same arch includes
   all or the exact arch. I think this can be mapped almost by
   storing the entries in filenames with the form
   pkgname_pkgarch_pkgtype for entries matching a package filename,
   and otherwhite the whole filename.

The possible fixes could be:

 1. Designate a new directory for temporary build-time artifacts
instead of polluting debian/.
 2. Adding a new dpkg-buildclean or whatever that cleans all detritus
generated by dpkg-dev (or even other) tools, so that we can cover
similar issues in the future.
 3. Changing debhelper to clean the new files/dir (possibly via the
new dpkg command), which would go a long way already.

 I think I'll sleep over this a bit, and bring it up on debian-devel
 for comments in case people see any drawbacks.

Thanks,
Guillem

Bug#840691: ghostscript and evince/libspectre problem

[Roberto C . Sánchez]

On Thu, Oct 27, 2016 at 11:43:01PM +0200, Francesco Poli wrote:
> On Thu, 27 Oct 2016 18:17:20 +0200 Salvatore Bonaccorso wrote:
> 
> [...]
> > On Thu, Oct 27, 2016 at 09:50:02AM -0400, Roberto C. Sánchez wrote:
> > > Is your plan to release this as a -2 regression update to the previous
> > > DSA?  I assume that is what you plan to do, but I wanted to confirm to
> > > be certain.
> > 
> > Yes exactly, that's the plan. I would still like to hear Francesco's
> > feedback before proceeding with a regression update.
> 
> I would love to help, but, as I said, I am unfortunately swamped:
> I cannot promise any fast feedback for the time being.
> Maybe I'll find some time for a test during the week-end, but this is
> not a promise!   :-(
> 

I have built wheezy packages with the patch and tested.  The PS file I
used (from the MIT site in the original report) now renders correctly
in evince and zathura without fault.

This certainly seems to address the regression.  I am ready to make an
upload to wheezy whenever the upload to jessie is ready.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com

Bug#841831: people.debian.org: provide psql command for UDD users

[Paul Wise]

On Fri, Oct 28, 2016 at 2:31 AM, Eriberto wrote:

> I looked in Alioth and I discovered that each DD has a directory in
> /srv/home/groups/. My problem is solved!

I don't think that is probably unintended fallout from the transition
of all debian.org users to usergroups. So please do not rely on it as
it is likely to go away.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#842313: libupnp6: minidlna reports upnp error since upgrade to 1:1.6.19+git20160116-1

[Simon Frei]

Package: libupnp6
Version: 1:1.6.19+git20160116-1.1
Severity: normal

Since the upgrade to 1:1.6.19+git20160116-1 I get the following error 
repeatedly from minidlna:

upnphttp.c:1047: error: recv (state0): Connection reset by peer

Unfortunately, that is all the information on the command line while in debug 
mode.

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

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

Versions of packages libupnp6 depends on:
ii  libc6  2.24-5

libupnp6 recommends no packages.

libupnp6 suggests no packages.

-- no debconf information

Bug#839379: yelp: FTBFS: segmentation fault

[Michael Biebl]

Am 01.10.2016 um 10:42 schrieb Lucas Nussbaum:
>> (process:32124): Gtk-CRITICAL **: gtk_icon_theme_get_for_screen: assertion 
>> 'GDK_IS_SCREEN (screen)' failed
>>
>> ** (process:32124): WARNING **: Unable to connect to dbus: Cannot spawn a 
>> message bus without a machine-id: Unable to load /var/lib/dbus/machine-id or 
>> /etc/machine-id: Failed to open file '/var/lib/dbus/machine-id': No such 
>> file or directory
>> Segmentation fault

Looks like a duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803104

Maybe webkit2gtk has regressed in that regard.

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#842307: closed by Julian Andres Klode <j...@debian.org> (Re: Bug#842307: Ports still broken with error "unknown key (key id B4C86482705A2CE1)")

[Julian Andres Klode]

On Thu, Oct 27, 2016 at 06:42:43PM -0400, Jeffrey Walton wrote:
> > I'm closing this bug. Get your shit together
> 
> My shit is sprayed all over the place because you guys cannot seem to
> get your shit together.
> 
> What a surprise yet another bug was closed without fixing it

Here's what you should do:

1. Calm down
2. Write a respectful, non-insulting description of your issue. Explain 
   what you did, what happened, and what you expected to happen.
3. If it is related to an existing bug, explain how so.
4. Check if it happens with the latest version in unstable. 
5. If it does not happen in unstable and testing, explain why you think
   it is a release critical bug that deserves to be fixed in stable. Note
   that port bugs are not release critical and won't be fixed in stable
   (there are also no stable releases for ports architectures).
6. If it is architecture-specifc, CC the mailing list responsible for
   the architecture, so they can provide input.

Opening a rude bug report against a version of apt that is not
supported anymore, that only consists of insults and does not 
contain an actual problem description is not productive way
to communicate.

The bug you linked was fixed to the best of our knowledge, and
nobody has said anything different. If you believe that the bug
was not fixed, you should re-open it, explaining that you can
still reproduce the bug in unstable.

I will continue to close rude bug reports, especially those 
without actual input and only accusations and insults.

-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to ('inline').  Thank you.

Bug#842291: notmuch processes frequently stuck in select()

[David Bremner]

Robbie Harwood  writes:

> Package: notmuch
> Version: 0.23.1-1
> Severity: important
>
> Dear Maintainer,
>
> Frequently the processes notmuch-emacs spawns to view messages never finish
> returning the message data.  Sometimes this is deterministic and the message
> is never viewable; other times, spawning more of the same process causes the
> first process to complete.
>
> Here's a traceback from one of the processes (invoked as
> /usr/bin/notmuch show --format=sexp --format-version=1 --decrypt 
> --exclude=false ' thread:[redacted] and ( [redacted] )'
> ):
>
> (gdb) bt
> #0  0x7f1d74cff293 in __select_nocancel () at 
> ../sysdeps/unix/syscall-template.S:84
> #1  0x7f1d736b2429 in _gpgme_ath_select (nfd=nfd@entry=10, 
> rset=rset@entry=0x7ffe2d9c99e0, 
> wset=wset@entry=0x7ffe2d9c9a60, eset=eset@entry=0x0, 
> timeout=timeout@entry=0x7ffe2d9c99d0)
> at ath-pthread.c:153
> #2  0x7f1d736ad857 in _gpgme_io_select (fds=0x556a3ddb1e30, nfds=10, 
> nonblock=nonblock@entry=0)
> at posix-io.c:643
> #3  0x7f1d7368d2de in _gpgme_wait_on_condition 
> (ctx=ctx@entry=0x556a3ddb1260, cond=cond@entry=0x0, 
> op_err_p=op_err_p@entry=0x0) at wait-private.c:87
> #4  0x7f1d7368d4d9 in _gpgme_wait_one (ctx=ctx@entry=0x556a3ddb1260) at 
> wait-private.c:170
> #5  0x7f1d73691898 in gpgme_op_verify (ctx=0x556a3ddb1260, sig= out>, 

1) Can you duplicate the problem with non-encrypted messages?
2) Can you duplicate the problem with the same command run outside of
   emacs?

d

Bug#842288: transition: gdal

[Sebastiaan Couwenberg]

On 10/27/2016 11:58 PM, Emilio Pozuelo Monfort wrote:
> On 27/10/16 20:10, Bas Couwenberg wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> Dear Release Team,
>>
>> For the Debian GIS team I'd like to transition to GDAL 2.1.2.
>>
>> Like the previous transition to GDAL 2.1.1 (#830966), there is no SONAME
>> bump, only the virtual ABI package changed to account for the C++ symbol
>> changes.
>>
>> All reverse dependencies rebuilt successfully with GDAL 2.1.2 from
>> experimental as summarized below, except mysql-workbench whose build
>> dependencies are not installable (#840786), but it's not in testing due
>> to (#839356).
>>
>> libgdal-grass doesn't need a binNMU as the 2.1.2 version will be
>> uploaded to unstable instead. liblas likewise doesn't need a binNMU,
>> the version is experimental will be moved to unstable instead.
>>
>> Please also binNMU osgearth in experimental as part of the transition.
> 
> Sounds good. Go ahead.

Thanks for the super quick feedback again!

gdal (2.1.2+dfsg-1), liblas (1.8.1-3) & libgdal-grass (2.1.2-1) have
been uploaded to unstable, and gdal was just accepted. Sometime tomorrow
the buildds should have installed the packages.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#842312: ITP: urbit -- An operating function

[Raymond Pasco]

Package: wnpp
Severity: wishlist
Owner: Raymond Pasco 

* Package name: urbit
  Version : 0.4
  Upstream Author : Raymond Pasco 
* URL : http://urbit.org/
* License : MIT
  Programming Lang: C
  Description : An operating function

The Urbit system software stack comprises the Nock combinator machine,
the Hoon programming language, and the Arvo event handling kernel. This
package installs the Nock virtual machine ('vere') designed to run the
Arvo operating system.

Bug#842311: node-grunt-cli: uninstallable due to wrong dependency

[Alessandro Ghedini]

Package: node-grunt-cli
Version: 1.2.0-1
Severity: grave
Justification: renders package unusable

Hello,

when trying to install the package I get:

  The following packages have unmet dependencies:
   node-grunt-cli : Depends: node-findup-sync (>= 0.3.0) but 0.1.3-1 is to be 
installed
  E: Unable to correct problems, you have held broken packages.

Cheers

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

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


signature.asc
Description: PGP signature

Bug#842298: ITP: california -- calendar application for GNOME 3

[Sebastian Reichel]

On Thu, Oct 27, 2016 at 11:36:20PM +0200, Michael Biebl wrote:
> Am 27.10.2016 um 21:56 schrieb Sebastian Reichel:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Sebastian Reichel 
> > 
> > * Package name: california
> >   Version : 0.4.0
> >   Upstream Author : Jim Campbell 
> > * URL : https://wiki.gnome.org/Apps/California
> > * License : LGPL-2.1
> >   Programming Lang: Vala
> >   Description : calendar application for GNOME 3
> > 
> > California is a calendar built for GNOME 3. It allows you to
> > view and manage your online calendars with a simple and modern
> > interface. It uses EDS (Evolution Data Server) as the back-end
> > for managing your calendars. If you've already added calendars
> > to EDS via another application (such as Evolution), you should
> > be able to see those calendars in California as well.
> > 
> > I have packaging ready at [0] and intend to upload it, if it
> > turns out to be useful on small screens as found in smartphones.
> 
> Given that we have gnome-calendar, is there a compelling reason to
> have this package in the archive?

gnome-calendar also looks smartphone compatible, but lacks an agenda
view. I will try out both on my N900 and decide based on the results.
I'm not in a hurry.

> TTBOMK, this software is more or less dead upstream (most likely a
> result of yorba being discontinued). I guess you need to be
> prepared to be more or less upstream for it.

Yes, not much development going on upstream, but it seems to be a
nice replacement application for Maemo's calendar software and I'm
used to more or less dead upstream.

-- Sebastian


signature.asc
Description: PGP signature

Bug#828245: Acknowledgement (balsa: FTBFS with openssl 1.1.0)

[Michael Biebl]

Control: severity -1 wishlist
Control: retitle -1 balsa: Stop using deprecated openssl functions

On Sun, 3 Jul 2016 20:27:27 +0200 Kurt Roeckx  wrote:
> unblock 827061 by 828245
> thanks
> 
> After upstream changes it no longer FTBFS:
> https://breakpoint.cc/openssl-1.1-rebuild-2016-07-02/successful/balsa_2.4.12-3_amd64-20160702-2206
> 
> It just has some warnings about deprecated functions you might
> want to address, or you could just close it.

Adjusting severity and title accordingly



-- 
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#842310: ITP: node-everything.js -- Contains every ECMA-262 edition 5.1 grammatical production

[Lucas Castro]

Package: wnpp
Severity: wishlist
Owner: Lucas de Castro Borges 


* Package name: node-everything.js
  Version : 1.0.3
  Upstream Author : Michael Ficarra
* URL : https://github.com/michaelficarra/everything.js
* License : BSD-3-Clause
  Programming Lang: JavaScript
  Description : Contains every ECMA-262 edition 5.1 grammatical
production


 .
 Node.js is an event-based server-side JavaScript engine.




signature.asc
Description: OpenPGP digital signature

Bug#837786: Severity of this bug

[Keshav Kini]

Hello,

This bug was originally marked with severity Grave, with justification
"causes non-serious data loss".  I don't see anyone in the thread
reporting data loss, including the OP.  Can this bug be bumped down to
Important, especially since it only affects a subset of users (those who
had the /etc/environment workaround set up on their systems)?  The
current severity of Grave makes this a release-critical bug which
prevents upgrade to Gnome 3.22.

-Keshav

Bug#842307: closed by Julian Andres Klode <j...@debian.org> (Re: Bug#842307: Ports still broken with error "unknown key (key id B4C86482705A2CE1)")

[Jeffrey Walton]

> I'm closing this bug. Get your shit together

My shit is sprayed all over the place because you guys cannot seem to
get your shit together.

What a surprise yet another bug was closed without fixing it

Bug#840193: (no subject)

[ZenWalker]

and you have marked as done, but the original bug is not solved

Bug#840193: (no subject)

[ZenWalker]

Paul Gevers, I don't understand why you changed the title.

The new title has nothing to do with the original bug.

Bug#841936: gnome-terminal: gnome terminal does not open, no error message

[Matthew]

This is in /var/log/syslog

Oct 27 23:07:09 minidigger systemd[1110]: Starting GNOME Terminal Server...
Oct 27 23:07:09 minidigger gnome-terminal-server[14451]: Non UTF-8 locale 
(ANSI_X3.4-1968) is not supported!
Oct 27 23:07:09 minidigger systemd[1110]: gnome-terminal-server.service: Main 
process exited, code=exited, status=8/n/a
Oct 27 23:07:09 minidigger systemd[1110]: Failed to start GNOME Terminal Server.
Oct 27 23:07:09 minidigger systemd[1110]: gnome-terminal-server.service: Unit 
entered failed state.
Oct 27 23:07:09 minidigger systemd[1110]: gnome-terminal-server.service: Failed 
with result 'exit-code'.

And this is the output of the status of gnome-terminal-server.service

gnome-terminal-server.service - GNOME Terminal Server
Loaded: loaded (/usr/lib/systemd/user/gnome-terminal-server.service; static; 
vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2016-10-27 23:07:09 BST; 2min 13s 
ago
Process: 14451 ExecStart=/usr/lib/gnome-terminal/gnome-terminal-server 
(code=exited, status=8)
Main PID: 14451 (code=exited, status=8)

It works for a few hours after booting the system, but after it stops working I 
need to run the dbus-update-activation-environment --all command

Thanks


 Original Message 
Subject: Re: Bug#841936: gnome-terminal: gnome terminal does not open, no error 
message
Local Time: October 24, 2016 4:59 PM
UTC Time: October 24, 2016 3:59 PM
From: s...@debian.org
To: Matthew 
841...@bugs.debian.org

Control: notfound 841936 3.14.1-1+deb8u1
Control: submitter 841936 matt11...@protonmail.ch
Control: retitle 841936 does not start: org.gnome.Terminal exited with status 8
Control: found 841936 3.22.0-3

On Mon, 24 Oct 2016 at 05:21:51 -0400, Matthew wrote:
> I have the same problem as the OP

You have the same *symptom* as the OP, but perhaps for different reasons
(the original bug report was from someone whose locale setup seems to
be broken, which I suspect might be contributing to the bug they're seeing,
but your locale setup seems to be functioning correctly).

Without more information from the original bug reporter, we can't say
whether you are getting that symptom for the same reasons, so I have
created a new bug number (841936) to represent your report - at least
we can know when yours is fixed. Please send all further correspondence
about this bug to 841936 at bugs.debian.org (no need to cc me, I receive
that bug's emails anyway).

You didn't mention which version of gnome-terminal is installed, so I've
assumed it's the same as gnome-terminal-data. If that's wrong, please
let me know.

> Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0:
> Error calling StartServiceByName for org.gnome.Terminal:
> GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process
> org.gnome.Terminal exited with status 8

Thanks, that's a good start on working out what's happening here. Please
look in /var/log/syslog for messages mentioning dbus, systemd or
gnome-terminal around the time that you tried to launch gnome-terminal,
and send them to the new bug.

As a minimum, I would expect that you should see messages like this:

Oct 24 00:00:00 yourbox dbus-daemon[1234]: Activating via systemd: service 
name='org.gnome.Terminal' unit='gnome-terminal-server.service'
Oct 24 00:00:00 yourbox systemd[4321]: Starting GNOME Terminal Server...

followed by some messages that indicate that the activation failed.

The output of

systemctl --user status gnome-terminal-server.service

would also be useful.

Regards,
S

Bug#840193: (no subject)

[ZenWalker]

I have liferea 1.12~rc1-6  with same problem:

hidden liferea pops up by clicking the icon, but hiding
liferea by clicking it again does not work.

Bug#842277: transition: qtkeychain

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 27/10/16 17:19, Sandro Knauß wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hi dear release team,
> 
> Now with liblibqt5keychain1 and libqtkeychain1 in the archive, we can start
> transtion the existing packages to the archive so that the new qtkeychain 
> package
> can transition to testing. The following source packages need to be rebuilt:
> 
> charmtimetracker
> owncloud-client
> 
> No changes are needed for both packages to be build with qtkeychain
> 0.7.0.
> 
> Please schedule binNMUs for the above mentioned packages on all
> architectures.

OK, go ahead and upload qtkeychain to unstable.

Cheers,
Emilio

Bug#842262: transition: ros-geometric-shapes

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 27/10/16 15:43, Jochen Sprickerhof wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hi,
> 
> I would like to transition to the new ABI of libgeometric-shapes. The only
> effected package is ros-robot-model which I maintain as well.

Ack.

Emilio

Bug#842288: transition: gdal

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 27/10/16 20:10, Bas Couwenberg wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Dear Release Team,
> 
> For the Debian GIS team I'd like to transition to GDAL 2.1.2.
> 
> Like the previous transition to GDAL 2.1.1 (#830966), there is no SONAME
> bump, only the virtual ABI package changed to account for the C++ symbol
> changes.
> 
> All reverse dependencies rebuilt successfully with GDAL 2.1.2 from
> experimental as summarized below, except mysql-workbench whose build
> dependencies are not installable (#840786), but it's not in testing due
> to (#839356).
> 
> libgdal-grass doesn't need a binNMU as the 2.1.2 version will be
> uploaded to unstable instead. liblas likewise doesn't need a binNMU,
> the version is experimental will be moved to unstable instead.
> 
> Please also binNMU osgearth in experimental as part of the transition.
> 
> 
> Ben file:
> 
> title = "gdal";
> is_affected = .depends ~ /gdal-abi-2-1-[12]/
> is_good = .depends ~ "gdal-abi-2-1-2";
> is_bad = .depends ~ "gdal-abi-2-1-1";
> 
> 
> Transition: gdal
> 
>  libgdal20 (2.1.1+dfsg-5) -> libgdal20 (2.1.2+dfsg-1~exp1)
>  gdal-abi-2-1-1   -> gdal-abi-2-1-2
> 
> The status of the most recent rebuilds is as follows.
> 
>  dans-gdal-scripts  (0.23-6)   OK
>  fiona  (1.7.0.post2-1)OK
>  gazebo (7.3.1+dfsg-1) OK
>  gmt(5.2.1+dfsg-7) SKIP (no C++)
>  imposm (2.6.0+ds-3)   SKIP (no C++)
>  libcitygml (2.0-3)OK
>  liblas (1.8.1-2 / 1.8.1-3~exp1)   OK / OK
>  libosmium  (2.9.0-2)  SKIP (no C++)
>  mapcache   (1.4.1-3)  SKIP (no C++)
>  mapnik (3.0.12+ds-1)  OK
>  mapproxy   (1.9.0-3)  SKIP (no C++)
>  mapserver  (7.0.2-1)  SKIP (no C++)
>  merkaartor (0.18.3+ds-1)  OK
>  mysql-workbench(6.3.4+dfsg-3) BD-UNINST / FTBFS
>  ncl(6.3.0-11) SKIP (no C++)
>  node-srs   (0.4.8+dfsg-2) OK
>  octave-mapping (1.2.1-1)  OK
>  openscenegraph (3.2.3+dfsg1-2)OK
>  osmium (0.0~20160425-e2e4368-2)   SKIP (no C++)
>  pdal   (1.3.0-1)  OK
>  postgis(2.3.0+dfsg-3) SKIP (no C++)
>  pprepair   (0.0~20160321-87ffae5-1)   OK
>  prepair(0.7-6)OK
>  qlandkartegt   (1.8.1+ds-7)   OK
>  qmapshack  (1.7.1-1)  OK
>  rasterio   (0.36.0-1) OK
>  saga   (2.3.1+dfsg-2) OK
>  sumo   (0.27.1+dfsg1-1)   OK
>  thuban (1.2.2-11) OK
>  vtk6   (6.3.0+dfsg1-2)OK
>  xastir (2.0.8-2)  SKIP (no C++)
> 
>  grass  (7.0.5-2)  SKIP (no C++)
>  openscenegraph-3.4 (3.4.0+dfsg1-4)OK
>  osgearth   (2.7.0+dfsg-2 / 2.8.0+dfsg-1~exp1) OK / OK
>  osmcoastline   (2.1.4-1)  OK
>  otb(5.6.1+dfsg-1) OK
>  pktools(2.6.7-2)  OK
>  pyosmium   (2.9.0-1)  SKIP (no C++)
> 
>  libgdal-grass  (2.1.1-3 / 2.1.2-1~exp1)   FTBFS / OK
>  qgis   (2.14.8+dfsg-1)OK
> 
> 
> Kind Regards,
> 
> Bas
> 
> 

Bug#842288: transition: gdal

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 27/10/16 20:10, Bas Couwenberg wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Dear Release Team,
> 
> For the Debian GIS team I'd like to transition to GDAL 2.1.2.
> 
> Like the previous transition to GDAL 2.1.1 (#830966), there is no SONAME
> bump, only the virtual ABI package changed to account for the C++ symbol
> changes.
> 
> All reverse dependencies rebuilt successfully with GDAL 2.1.2 from
> experimental as summarized below, except mysql-workbench whose build
> dependencies are not installable (#840786), but it's not in testing due
> to (#839356).
> 
> libgdal-grass doesn't need a binNMU as the 2.1.2 version will be
> uploaded to unstable instead. liblas likewise doesn't need a binNMU,
> the version is experimental will be moved to unstable instead.
> 
> Please also binNMU osgearth in experimental as part of the transition.

Sounds good. Go ahead.

Cheers,
Emilio

Bug#842308: colplot: [INTL:de] Updated German debconf translation

[Chris Leick]

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


Hi,

please find attached the updated german debconf translation of colplot.

Kind regards,
Chris

de.po.gz
Description: application/gzip

Bug#835146: dpkg: please enable bindow hardening flag by default

[Bálint Réczey]

Hi,

2016-10-26 13:46 GMT+02:00 Bálint Réczey :
> Hi,
>
> 2016-10-26 5:00 GMT+02:00 Guillem Jover :
>> Hi!
>>
>> On Thu, 2016-10-20 at 03:20:59 +0200, Bálint Réczey wrote:
>>> For the record gcc-6/6.2.0-7 enabled bindnow for the architectures
>>> where PIE is enabled by default. I think enabling bindnow from dpkg
>>> would be better through the hardening flags because packages could
>>> disable it in a nicer and already established way.
>>
>> Hmm, I don't get why bindnow was enabled by default in gcc, while
>> relro (I'd assume) is not enabled by default, or is that enabled by
>> default now too?
>
> Default relro is enabled only on Ubuntu among other flags. Enabling
> bindnow was Matthias' change and we did not discuss it in advance.
>
> http://sources.debian.net/src/gcc-6/6.2.0-9/debian/rules.patch/#L134
>
>>
>> IMO either relro + bindnow should be enabled in gcc, or neither
>> should. I'm fine either way, but I find having a hardened compiler
>> is actually good, because it gives also hardened output for
>> non-packaged builds!
>
> I'm OK either way. IMO those can be enabled even for non-PIE arches BTW.
> In the original patches I wanted to follow Debian's practice of setting
> flags from dpkg, but there are pros and cons on each side.
> Setting relro + bindnow in GCC probably results less FTBS-s in packages
> where flags are not passed properly, while it makes harder to disable
> the flags from d/rules.
>
> I would like to see bindnow enabled in Stretch and the first phase of
> the freeze is near. Could you two (Matthias and Guillem) please find the
> variant which would please both of you?

For the record Matthias reverted setting bindnow in gcc-6/6.2.0-10, thus it
seems dpkg can set both.

Cheers,
Balint

Bug#840691: ghostscript and evince/libspectre problem

[Francesco Poli]

On Thu, 27 Oct 2016 18:17:20 +0200 Salvatore Bonaccorso wrote:

[...]
> On Thu, Oct 27, 2016 at 09:50:02AM -0400, Roberto C. Sánchez wrote:
> > Is your plan to release this as a -2 regression update to the previous
> > DSA?  I assume that is what you plan to do, but I wanted to confirm to
> > be certain.
> 
> Yes exactly, that's the plan. I would still like to hear Francesco's
> feedback before proceeding with a regression update.

I would love to help, but, as I said, I am unfortunately swamped:
I cannot promise any fast feedback for the time being.
Maybe I'll find some time for a test during the week-end, but this is
not a promise!   :-(


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpJ1LDITXZ1D.pgp
Description: PGP signature

Bug#842307: Ports still broken with error "unknown key (key id B4C86482705A2CE1)"

[Jeffrey Walton]

Package: apt
Version: 1.0.9.8
Severity: important

Ports and Apt are still broken. And Apt does not honor --no-check-gpg
or --allow-unauthenticated.

I'm going to call bullshit on Message 15 at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826043#15. The shit
does not work.

I'm going to call bullshit on Message 65 at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826043#65. The
report should not have been closed.

Debian has a major engineering problem if it does not realize how
broken some of this stuff is. Its ridiculous to suffer the same
problems and errors for nearly two years. Its ridiculous to have bug
reports like 826043 with all the details but manage to avoid fixing a
problem.

See for yourself. Follow the directions at
http://ftp.ports.debian.org/debian-ports-cd/hurd-i386/current/YES_REALLY_README.txt.
Download today's image. Then try to update the VM.

It sure would be nice if someone stepped up, took ownership of these
ports, and fixed the god damn things so they "just worked".

Bug#841708: debci: FTBFS with bash as /bin/sh

[Antonio Terceiro]

Control: severity -1 important

Hi,

On Sat, Oct 22, 2016 at 03:15:40PM +0100, Chris Lamb wrote:
> Source: debci
> Version: 1.4
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> debci fails to build from source in unstable/amd64 when 
> /bin/sh is set to bash:

thanks for your bug report. I am sympathetic to users with bash as
/bin/sh, but dash has been the default for several releases now, and
even though I want to support having bash as /bin/sh, I do not think
that this qualifies as a serious bug as a system with bash as /bin/sh is
not exactly standard.

Any user with a standard Debian system can build the package just fine.


signature.asc
Description: PGP signature

Bug#842298: ITP: california -- calendar application for GNOME 3

[Michael Biebl]

Am 27.10.2016 um 21:56 schrieb Sebastian Reichel:
> Package: wnpp
> Severity: wishlist
> Owner: Sebastian Reichel 
> 
> * Package name: california
>   Version : 0.4.0
>   Upstream Author : Jim Campbell 
> * URL : https://wiki.gnome.org/Apps/California
> * License : LGPL-2.1
>   Programming Lang: Vala
>   Description : calendar application for GNOME 3
> 
> California is a calendar built for GNOME 3. It allows you to
> view and manage your online calendars with a simple and modern
> interface. It uses EDS (Evolution Data Server) as the back-end
> for managing your calendars. If you've already added calendars
> to EDS via another application (such as Evolution), you should
> be able to see those calendars in California as well.
> 
> I have packaging ready at [0] and intend to upload it, if it
> turns out to be useful on small screens as found in smartphones.

TTBOMK, this software is more or less dead upstream (most likely a
result of yorba being discontinued).
Given that we have gnome-calendar, is there a compelling reason to have
this package in the archive?
I guess you need to be prepared to be more or less upstream for it.

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#837478: "PIE by default" transition is underway -- wiki needs updating

[Andreas Cadhalpun]

On 26.10.2016 22:34, Bill Allombert wrote:
> On Wed, Oct 26, 2016 at 08:57:52PM +0200, Andreas Cadhalpun wrote:
>> I'd rather not built everything twice, so I think I'll just drop the
>> static libraries in the next upload and only worry about this again,
>> when/if someone files a bug about missing the static libraries.
> 
> It is customary to build everything twice, one with -fPIC, one without.
> 
> Waiting for a bug report to do something is unfriendly to people using
> the stable release.

Oh well, I'll just consider your reply as said bug report. ;)

Best regards,
Andreas

Bug#842306: ITP: falco -- Sysdig Falco is a behavioral activity monitor designed to detect anomalous activity in your applications

[Julien Rabier]

Package: wnpp
Severity: wishlist
Owner: Julien Rabier 

* Package name: falco
  Version : 0.4.0
  Upstream Author : Sysdig 
* URL : http://www.sysdig.org/falco/
* License : GPLv2
  Programming Lang: C++, C
  Description : Sysdig Falco is a behavioral activity monitor designed to
detect anomalous activity in your applications.

Powered by sysdig’s system call capture infrastructure, falco lets you
continuously monitor and detect container, application, host, and network
activity... all in one place, from one source of data, with one set of rules.

I use Sysdig and Falco professionnally and would like to package and maintain
Falco in Debian.

Bug#842090: libwmf: CVE-2016-9011

[Balint Reczey]

On Tue, 25 Oct 2016 22:10:34 +0200 Salvatore Bonaccorso
 wrote:
> Hi,
> 
> the following vulnerability was published for libwmf. Opening the bug
> to track the issue in the Debian BTS.
> 
> CVE-2016-9011[0]:
> memory allocation failure in wmf_malloc (api.c)
> 
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> 
> For further information see:
> 
> [0] https://security-tracker.debian.org/tracker/CVE-2016-9011

Fedora has already released a fix, which I have updated for Debian.
Please see it in the attached patch.

Origin per Fedora package's [1] changelog:

* Wed Oct 26 2016 Caolán McNamara  - 0.2.8.4-49
- Resolves: rhbz#1388451 (CVE-2016-9011) check max claimed record len
against max seekable position

Cheers,
Balint

[1] http://koji.fedoraproject.org/koji/buildinfo?buildID=812787
--- ./src/player.c.orig	2016-10-27 23:17:53.076604344 +0200
+++ ./src/player.c	2016-10-27 23:20:15.271078052 +0200
@@ -140,7 +140,30 @@
 		return (API->err);
 	}
 
- 	P->Parameters = (unsigned char*) wmf_malloc (API,(MAX_REC_SIZE(API)  ) * 2 * sizeof (unsigned char));
+	U32 nMaxRecordSize = (MAX_REC_SIZE(API)  ) * 2 * sizeof (unsigned char);
+	if (nMaxRecordSize)
+	{
+		//before allocating memory do a sanity check on size by seeking
+		//to claimed end to see if its possible. We're constrained here
+		//by the api and existing implementations to not simply seeking
+		//to SEEK_END. So use what we have to skip to the last byte and
+		//try and read it.
+		const long nPos = WMF_TELL (API);
+		WMF_SEEK (API, nPos + nMaxRecordSize - 1);
+		if (ERR (API))
+		{	WMF_DEBUG (API,"bailing...");
+			return (API->err);
+		}
+		int byte = WMF_READ (API);
+		if (byte == (-1))
+		{	WMF_ERROR (API,"Unexpected EOF!");
+		   	API->err = wmf_E_EOF;
+		   	return (API->err);
+		}
+		WMF_SEEK (API, nPos);
+	}
+
+ 	P->Parameters = (unsigned char*) wmf_malloc (API, nMaxRecordSize);
 
 	if (ERR (API))
 	{	WMF_DEBUG (API,"bailing...");

Bug#833997: atop: process accounting does not work

[Martin Steigerwald]

Hi Marc, hi Gerlof (on CC).

Am Mittwoch, 26. Oktober 2016, 10:44:30 CEST schrieb Marc Haber:
> On Wed, Oct 26, 2016 at 10:31:54AM +0200, Martin Steigerwald wrote:
> > merkaba:~> systemctl status atopacct
> > ● atopacct.service - Atop process accounting daemon
> > 
> >Loaded: loaded (/lib/systemd/system/atopacct.service; enabled; vendor
> >preset: enabled) Active: active (running) since Mi 2016-10-26 10:21:29
> >CEST; 5min ago>
> >  Docs: man:atopacctd(8)
> >   
> >   Process: 31802 ExecStart=/usr/sbin/atopacctd (code=exited,
> >   status=0/SUCCESS)>  
> >  Main PID: 31804 (atopacctd)
> >  
> > Tasks: 1 (limit: 4915)
> >
> >CGroup: /system.slice/atopacct.service
> >
> >└─31804 /usr/sbin/atopacctd
> > 
> > Okt 26 10:21:29 merkaba atopacctd[31804]: Version: 2.2-4 - 2016/10/14
> > 23:17:04   Okt 26 10:21:29 merkaba
> > systemd[1]: Starting Atop process accounting daemon... Okt 26 10:21:29
> > merkaba atopacctd[31804]: accounting to /run/pacct_source Okt 26 10:21:29
> > merkaba systemd[1]: Started Atop process accounting daemon.
> > 
> > 
> > Yet no procacct warning in atop.
> 
> I'm running out of ideas. Can you strace atop and see where it fails?

After your answering your question below I think it is still atopacctd having 
issues:

> > But accounting seems to work:
> > 
> > merkaba:~> find /run/pacct_source -ls
> > 
> >   1297627 44 -rw---   1 root root44928 Okt 26 10:28
> >   /run/pacct_source
> How about the files in /run/pacct_shadow.d/? These are the ones an
> atop process tries to read.
> 
> I have:
> -rw-r--r--  1 root root 21184 Oct 26 00:46 00.paf
> -rw-r--r--  1 root root 7 Oct 26 00:00 current
> 
> and the paf file is growing.

There is the issue:

merkaba:~> ls -l /run/pacct_source  
-rw--- 1 root root 1174656 Okt 27 22:46 /run/pacct_source
merkaba:~> ls -l /run/pacct_shadow.d
insgesamt 4
-rw-r--r-- 1 root root 0 Okt 27 06:53 00.paf
-rw-r--r-- 1 root root 7 Okt 27 06:53 current

The pacct_source file grows, but the paf file does not.

merkaba:~> ps aux | grep "[a]top"
root  1573  0.0  0.0   418484 ?S<   06:53   0:00 /usr/sbin/
atopacctd
root  1904  0.0  0.0  27500 10492 ?S LANG=C systemctl status atopacct 
* atopacct.service - Atop process accounting daemon
   Loaded: loaded (/lib/systemd/system/atopacct.service; enabled; vendor 
preset: enabled)
   Active: active (running) since Thu 2016-10-27 06:53:31 CEST; 15h ago
 Docs: man:atopacctd(8)
 Main PID: 1573 (atopacctd)
Tasks: 1 (limit: 4915)
   CGroup: /system.slice/atopacct.service
   `-1573 /usr/sbin/atopacctd

Oct 27 06:53:31 merkaba systemd[1]: Starting Atop process accounting daemon...
Oct 27 06:53:31 merkaba atopacctd[1573]: Version: 2.2-4 - 2016/10/14 23:17:04  

Oct 27 06:53:31 merkaba atopacctd[1573]: accounting to /run/pacct_source
Oct 27 06:53:31 merkaba systemd[1]: Started Atop process accounting daemon.


Hmmm, but atopacctd actually accounts to /run/pacct_source? Is that a 
configuration mismatch?

Okay, from strace atop opens the paf file and so… reads from a zero byte file.

25046 open("/run/pacct_shadow.d/current", O_RDONLY) = 3
25046 open("/run/pacct_shadow.d/00.paf", O_RDONLY) = 3

I attach the complete output of strace -e file -f -o /tmp/atop.strace atop.

from manpage of atopacctd:

   The directory /run is used as the default topdirectory.   Below
   this  top-directory, the source file pacct_source is created to
   which the kernel writes the process accounting records.
   Furthermore, the subdirectory pacct_shadow.d is  created  as  a
   'container' for the shadow files.  Apart from the shadow files,
   also the file current is maintained in this subdirectory,  con‐
   taining the sequence number of the current (newest) shadow file
   and the maximum number of records that will be written in  each
   shadow file.

I don´t fully understand the mechanism atopacctd uses here from above 
description, but it for some reason file pacct_source definately grows, but 
0….paf remains empty.


Interesting, atopacctd seems doing nothing, not even responding to being 
stopped:

merkaba:~#1> ps aux | grep atopacct
root  1573  0.0  0.0   418484 ?S<   06:53   0:00 /usr/sbin/
atopacctd
[…]
merkaba:~> strace -e file -f -p1573
strace: Process 1573 attached

^Cstrace: Process 1573 detached
merkaba:~#5> systemctl stop atopacct 
[… hangs …]

It didn´t respond to SIGTERM in a reasonable time. I stopped it with SIGKILL.


Now, I start it on the command line:

merkaba:~> strace -f atopacctd
[…]
25459 --- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=25461, si_uid=0} 
---
25461 recvfrom(5, 0x7ffed921cf60, 16000, MSG_DONTWAIT, NULL, NULL) = -1 EAGAIN 
(Resource temporarily unavailable)
25461 read(0,  
25459 rt_sigreturn({mask=[]} 
25461 <... read resumed> "", 16000) = 0
25461 nanosleep({0, 1200},  

Bug#832566: systemd-machined breaks automounting nfs shares

[John Pearson]

Hello Michael,

Thanks for looking at this.

On 22/10/16 11:07, Michael Biebl wrote:

Am 27.07.2016 um 02:59 schrieb John Pearson:

Hello Michael,

After the problem first occurred I reviewed bug #767468 and purged both
cgmanager and sytemd-shim, but the problem remained.  And, of course,
/proc shows systemd-machined (and only systemd-machined) still "thought"
/nfs/home was mounted.

Why is systemd-machined running? Do you have any systemd-nspawn
containers running where /home is symlinked or bind-mounted?


I have no idea - it was installed as part of the systemd package, and 
starts automatically at boot.  The machine runs a single KVM instance 
hosting Windows 7, managed by libvirtd.



If you stop systemd-machined, is the problem gone?


That seems to fix it without any obvious drawbacks, but I assume I'd 
have to do the same after each reboot.


Regards,


John Pearson.

--
*email:*j...@huiac.com  
"The greatest shortcoming of the human race
is our inability to understand
the exponential function."
- Albert Allen Bartlett
*web:*  http://www.huiac.com/
*mob:*  +61 407 391 169
*phone:*+61 8 7127 6275

Bug#842305: gnuplot-doc: incomplete setup of this package

[Boruch Baum]

Subject: gnuplot-doc: incomplete setup of this package
Package: gnuplot-doc
Version: 5.0.4+dfsg1-3
Severity: important


Note: This bug report equally applies to package `gnuplot5-doc'.


Dear Maintainer,

The package as installed by debian requires a sysadmin to perform
multiple manual actions in order to make it reasonably useful to the
average expected user of the software. In the case of gnuplot, we
might argue whether an average user can be expected to be a young math
student (child or young adult); this bug report will list deficiencies
that even an adult average user would find gratuitous nuisances, and
that every user would perform or want to perform in order to make the
package usable / accessible. Thus, since these issues can be trivially
addressed in the software packaging, they should.

1] Uncompress data files of the `demos' in the `examples' folder.

  1.1] The demos won't work unless the data files are decompressed, a
   non-privileged user can't uncompress them in place, and the
   demos requires the data files to be in the same folder or in the
   loadpath, so the each unprivileged user on a multi-user system
   must manually identify, copy, and decompress data files of a demo
   to a ~ folder, and add that folder to the gnuplot loadpath.

  1.2] The system-wide `examples' folder is full of compressed files
   that take no extra space when uncompressed, because even
   uncompressed they are less than a file's minimum allocation
   size. A few of the data files are negligibly larger.

  1.3] In a large multi-user educational environment, this can be
   expected to lead to student tumult in the first year of use,
   followed by meetings between the teacher and the sysadmin, and
   sysadmin gripes about how to handle package updates if the
   files are changed in-place.

2] Uncompress the documentation files.

  2.1] Some of the files in the htmldocs folder are distributed
   compressed, and are thus unusable without the same obstacles
   mentioned in #1 above. Also, as above, the files are small and
   the space allocation difference is zero or negligible.

  2.2] The documentation files that are distributed in formats pdf,
   dvi, ps, and gih are also distributed compressed, and are thus
   unusable without the same obstacles mentioned in paragraph 1.3
   above.

3] Add xfreedesktop menu files for the documentation

  3.1] Since options for gnuplot usage include `gnuplot-x11' and
   `gnuplot-qt', the documentation should include xfreedesktop
   integration, because users in such environments expect
   everything to appear in a gui menu. At a minimum, this would
   mean creation of `.desktop' files in /usr/share/applications
   pointing to the files `gnuplot.pdf', `tutorial.pdf',
   `htmldocs/index.html', and `gpcard.ps'.

  3.2] See paragraph 1.3, above.

4] Complete the local `webification' of the demos.

  This is something we/I haven't yet performed locally, as there was
  already enough to report in this bug report before I continue
  locally to get our install suitable for student use, but here's the
  problem and the expected solution.

  4.1] The package includes a folder `examples/html' with a
   (compressed?) file named `index.save', which is a localized
   html page for all the gnuplot demos. GREAT! This would be so
   much more user-friendly than having students explore the demos
   blindly using a file manager.

  4.2] None of the links on that page point to valid pages.

  4.3] The same folder includes a perl script `webify.pl' which claims
   to create those pages. There is also a `Makefile' which claims
   to auto-generate an html demo set, with the confidence-
   deflating caveat "some of the demos need manual intervention".

  4.4] See paragraphs 3.1 and  1.3, above.

5] Add correct path to `examples' folder in `gnuplotrc' file
   uncommented loadpath.

  This technically might be a bug against packages `gnuplot' and
  `gnuplot5', but only makes sense if this package (gnuplot-doc) is
  installed.

  5.1] The file `gnuplotrc' should have its `set loadpath' line
   uncommented.

  5.2] The loadpath should include sane defaults including an entry
   for the package version's demo folder. Maybe precede the entry
   with one for a sane folder in the user's home environment, eg.
   ~/gnuplot.

  5.3] See paragraphs 3.1 and  1.3, above.

-- System Information:
Distributor ID: Devuan
Description:Devuan GNU/Linux 1.0 (jessie)
Release:1.0
Codename:   jessie
Architecture: x86_64

Kernel: Linux 4.5.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

-- debconf information:
Unescaped left brace in regex is deprecated, passed through in regex; mark\
ed by <-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)$/ at /usr/share/\

Bug#839104: libsfml-window2.4: unusable applications after XCB conversion (was: extremetuxracer takes the focus but no windows is displayed...)

[James Cowgill]

Control: tags -1 pending

[+CC everyone affected by the bug]

Hi all,

On 27/10/16 11:28, James Cowgill wrote:
> On 27/10/16 05:56, Marko Lindqvist wrote:
>> Even my own build I last used a couple of months ago has broken this
>> way. I suspect it was broken either SFML (etr no longer uses SDL) or
>> gdm updates.
> 
> This reminded me of this bug in SFML which fixes a lot of glitches:
> https://github.com/SFML/SFML/pull/1138
> 
> Sure enough, applying that fixes extremetuxracer. SFML is planning a
> new release very soon (in fact I'm probably responsible for relaying it
> a few days). Hopefully this will be fixed fairly soon.

I have uploaded the 2.4.x git branch from upstream SFML to experimental
which should fix this issue. Can someone test it please? You may have to
wait a few hours from now before it appears on the mirrors.

I'll upload it to unstable when there's an actual release, which
shouldn't be too long now (ha).

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#842303: [web2py] License problem and source missing

[Bastien ROUCARIÈS]

Package: web2py
Version: 2.12.3-1
Severity: serious
usertags: source-is-missing
severity: serious
X-Debbugs-CC: ftpmas...@debian.org

Hi,

your package includes some files that seem to lack sources
in preferred forms of modification (analytic seems to be google analytic 
under non free license):
applications/admin/static/codemirror/addon/hint/html-hint.js line length is 
577 characters (>512)
applications/admin/static/codemirror/emmet.min.js
applications/admin/static/js/analytics.min.js
applications/admin/static/js/bootstrap.min.js
applications/admin/static/js/calendar.js line length is 32013 characters 
(>512)
applications/admin/static/js/dd_belatedpng.js line length is 6549 
characters (>512)
applications/admin/static/js/hogan-2.0.0.js line length is 5779 characters 
(>512)
applications/admin/static/js/jquery.flot.js line length is 2952 characters 
(>512)
applications/admin/static/js/jquery.flot.resize.js line length is 863 
characters (>512)
applications/admin/static/js/jquery.js line length is 32038 characters 
(>512)
applications/admin/static/js/modernizr.custom.js line length is 14752 
characters (>512)
applications/admin/static/js/share.js line length is 529 characters (>512)
applications/admin/static/js/typeahead.min.js
applications/admin/static/plugin_jqmobile/dd_belatedpng.js line length is 
6549 characters (>512)
applications/admin/static/plugin_jqmobile/jquery.mobile-1.2.0.min.js
applications/admin/static/plugin_jqmobile/jquery.mobile-1.3.1.min.js
applications/examples/static/js/analytics.min.js
applications/examples/static/js/bootstrap.min.js
applications/examples/static/js/calendar.js line length is 32013 characters 
(>512)
applications/examples/static/js/dd_belatedpng.js line length is 6549 
characters (>512)
applications/examples/static/js/jquery.js line length is 32038 characters 
(>512)
applications/examples/static/js/modernizr.custom.js line length is 14752 
characters (>512)
applications/examples/static/js/share.js line length is 529 characters 
(>512)
applications/welcome/static/js/analytics.min.js
applications/welcome/static/js/bootstrap.min.js
applications/welcome/static/js/calendar.js line length is 32013 characters 
(>512)
applications/welcome/static/js/jquery.js line length is 32038 characters 
(>512)
applications/welcome/static/js/modernizr-2.8.3.min.js
applications/welcome/static/js/respond-1.4.2.min.js
applications/welcome/static/js/share.js line length is 529 characters (>512)


According to Debian Free Software Guidelines [1] (DFSG) #2:
 "The program must include source code, and must allow distribution 
  in source code as well as compiled form."

In some cases this could also constitute a license violation for some
copyleft licenses such as the GNU GPL. (While sometimes the licence
allows not to ship the source, the DFSG always mandates source code.)

In order to solve this problem, you could:
1.  add the source files to "debian/missing-sources" directory.
2. repack the origin tarball and add the missing source files to it.

Both way satisfy the requirement to ship all source code. The second option
might be preferable due to the following reasons [2]:
 - Upstream can do it too and you could even supply a patch to them, thus
   full filling our social contract [3], see particularly §2.
 - If source and non-source are in different locations, ftpmasters may
   miss the source and (needlessly) reject the package.
 - The source isn't duplicated in every .diff.gz/.debian.tar.* (though
   this only really matters for larger sources).

You could also ask debian...@lists.debian.org or #debian-qa for more
guidance.

[1] https://www.debian.org/social_contract.en.html#guidelines
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736873#8
[3] https://www.debian.org/social_contract


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

Bug#841500: gcc-6: Unable to compile upstream kernel with previous .config

[Eric Valette]

On Thu, 27 Oct 2016 01:23:14 -0700 Andres Freund  wrote:

On 2016-10-27 06:25:00 +, Niels Thykier wrote:
> I believe it is possible to compile the kernel with gcc-5.  I hope you
> will consider that an acceptable workaround for you in the interim while
> we solve #841419.

It's quite possible to compile the kernel with a newer gcc as well, you
just need to add the necessary CFLAGs. In my build script I've adjusted
things to:
time make -j8 KCPPFLAGS="-fno-pic -Wno-pointer-sign"
and the kernel compiles and runs normally again.




Thanks.

Does this patch solve also the stack-protector compilation issue? And 
why is -Wno-pointer-sign needed?


Attached is the upstream currently proposed patch (borrowed from LKML). 
WFM !


--eric
--- linux/Makefile~ 2016-10-27 21:59:02.777575151 +0200
+++ linux/Makefile  2016-10-27 22:00:46.014577729 +0200
@@ -615,6 +615,7 @@
 ARCH_CFLAGS :=
 include arch/$(SRCARCH)/Makefile
 
+KBUILD_CFLAGS += $(call cc-option,-fno-pie,)
 KBUILD_CFLAGS  += $(call cc-option,-fno-delete-null-pointer-checks,)
 KBUILD_CFLAGS  += $(call cc-disable-warning,maybe-uninitialized,)
 
--- linux/scripts/gcc-x86_64-has-stack-protector.sh~2016-06-24 
19:18:38.0 +0200
+++ linux/scripts/gcc-x86_64-has-stack-protector.sh 2016-10-27 
22:01:36.685581816 +0200
@@ -1,6 +1,6 @@
 #!/bin/sh
 
-echo "int foo(void) { char X[200]; return 3; }" | $* -S -x c -c -O0 
-mcmodel=kernel -fstack-protector - -o - 2> /dev/null | grep -q "%gs"
+echo "int foo(void) { char X[200]; return 3; }" | $* -S -x c -c -O0 
-mcmodel=kernel -fno-pie -fstack-protector - -o - 2> /dev/null | grep -q "%gs"
 if [ "$?" -eq "0" ] ; then
echo y
 else

Bug#842302: autopkgtest: source_rules_command failure message is unclear

[Simon McVittie]

Package: autopkgtest
Version: 4.1
Severity: minor
Tags: patch

While testing a package (sorry, I don't remember how to reproduce this)
I got a failure from source_rules_command(), in which 3 lines of results
were apparently expected but 4 were received, or possibly the other way
round. This is an unhelpful message, because it didn't tell me what the
4 lines that were received *were*.

The attached patch makes this somewhat easier to diagnose.

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

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

Versions of packages autopkgtest depends on:
ii  apt-utils   1.3.1
ii  libdpkg-perl1.18.10
ii  procps  2:3.3.12-2
ii  python3 3.5.1-4
ii  python3-debian  0.1.29

Versions of packages autopkgtest recommends:
ii  autodep8  0.8

Versions of packages autopkgtest suggests:
pn  lxc  
pn  lxd-client   
ii  qemu-system  1:2.7+dfsg-1
ii  qemu-utils   1:2.7+dfsg-1
ii  schroot  1.6.10-2+b1

-- no debconf information
>From f74c875b2d0b4c8ed858762ee8548b372453ce03 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Thu, 27 Oct 2016 15:01:02 +0100
Subject: [PATCH 1/5] source_rules_command: log the result we got if it is not
 as expected

Signed-off-by: Simon McVittie 
---
 runner/autopkgtest | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/runner/autopkgtest b/runner/autopkgtest
index 873acbe..0753910 100755
--- a/runner/autopkgtest
+++ b/runner/autopkgtest
@@ -288,8 +288,8 @@ def source_rules_command(script, which, cwd=None, results_lines=0):
 else:
 adtlog.badpkg('rules %s failed with exit code %d' % (which, rc))
 if results_lines is not None and len(results) != results_lines:
-adtlog.badpkg('got %d lines of results from %s where %d expected'
-  % (len(results), which, results_lines))
+adtlog.badpkg('got %d lines of results from %s where %d expected: %r'
+  % (len(results), which, results_lines, results))
 if results_lines == 1:
 return results[0]
 return results
-- 
2.10.1

Bug#842300: autopkgtest: not clear what should be in d/t/control to make /tmp/autopkgtest-reboot work

[Simon McVittie]

Package: autopkgtest
Version: 4.1
Severity: normal
Tags: patch

It isn't completely clear what a test author should do if they want to
reboot the machine: isolation-machine doesn't necessarily seem to
guarantee the ability to reboot, although perhaps in practice it always
does. In the virtualization abstraction, 'reboot' is a separate capability.

The attached patch is one way to resolve this, by adding a 'needs-reboot'
Restriction which maps directly to the 'reboot' capability.

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

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

Versions of packages autopkgtest depends on:
ii  apt-utils   1.3.1
ii  libdpkg-perl1.18.10
ii  procps  2:3.3.12-2
ii  python3 3.5.1-4
ii  python3-debian  0.1.29

Versions of packages autopkgtest recommends:
ii  autodep8  0.8

Versions of packages autopkgtest suggests:
pn  lxc  
pn  lxd-client   
ii  qemu-system  1:2.7+dfsg-1
ii  qemu-utils   1:2.7+dfsg-1
ii  schroot  1.6.10-2+b1

-- no debconf information
>From 85de34c9bc44a38104a32a10b7aa615fbe147664 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Thu, 27 Oct 2016 15:06:01 +0100
Subject: [PATCH 3/5] Add 'needs-reboot' restriction

This allows tests to be explicit about needing to reboot the machine,
rather than assuming that 'isolation-machine' is enough. It is plumbed
into the existing 'reboot' capability, which is distinct from
'isolation-machine'.

Signed-off-by: Simon McVittie 
---
 doc/README.package-tests.rst | 4 
 lib/testdesc.py  | 8 +++-
 2 files changed, 11 insertions(+), 1 deletion(-)

diff --git a/doc/README.package-tests.rst b/doc/README.package-tests.rst
index 3eb1230..4775a07 100644
--- a/doc/README.package-tests.rst
+++ b/doc/README.package-tests.rst
@@ -202,6 +202,10 @@ isolation-machine
 test in a virtualization server which does not provide this it will
 be skipped.
 
+needs-reboot
+The test wants to reboot the machine using
+``/tmp/autopkgtest-reboot`` (see below).
+
 needs-recommends
 Enable installation of recommended packages in apt for the test
 dependencies. This does not affect build dependencies.
diff --git a/lib/testdesc.py b/lib/testdesc.py
index a8eca66..914e00c 100644
--- a/lib/testdesc.py
+++ b/lib/testdesc.py
@@ -42,7 +42,7 @@ import adtlog
 
 known_restrictions = ['rw-build-tree', 'breaks-testbed', 'needs-root',
   'build-needed', 'allow-stderr', 'isolation-container',
-  'isolation-machine', 'needs-recommends']
+  'isolation-machine', 'needs-recommends', 'needs-reboot']
 
 
 class Unsupported(Exception):
@@ -161,6 +161,12 @@ class Test:
   'Test needs root on testbed which is not '
   'available')
 
+if 'needs-reboot' in self.restrictions and \
+   'reboot' not in caps:
+raise Unsupported(self.name,
+  'Test needs to reboot testbed but testbed does '
+  'not provide reboot capability')
+
 #
 # Parsing for Debian source packages
 #
-- 
2.10.1

Bug#828252: qtcreator is marked for autoremoval from testing

[Adam Majer]

On 27/10/16 09:59 AM, Ondřej Surý wrote:

I can probably generate two sets of packages with versioned symbols
if I have some help with that.

Cheers,



Yes, but this will not help and I'm not sure it is required since 
OpenSSL is versioned already.


The problem is that Qt5 is using dlopen for OpenSSL. Versioned symbols 
are not used with dlopen as is so we are SOL. Either Qt5 needs to be 
linked directly against OpenSSL, or Qt5 needs to use symbols from old 
OpenSSL library.


And now I'm looking at Qt source, and it looks like for Qt5 it is 
possible to specify SHLIB version number for OpenSSL. see


   qtbase/src/network/ssl/qsslsocket_openssl_symbols.cpp line 653

which means it *may be* possible to have multiple OpenSSL versions 
installed and have Qt use only the old version. But this needs to be 
tested with some test application to make sure correct functions are 
actually called.


SHLIB_VERSION_NUMBER = 1.0.2

during compilation of Qt maybe all that is required to keep Qt crypto 
support working in a mixed environment.


- Adam

Bug#842301: autopkgtest: please capture the testbed's systemd Journal if present

[Simon McVittie]

Package: autopkgtest
Version: 4.1
Severity: wishlist
Tags: patch

When testing system-level things, the test's stdout/stderr don't always
tell the full story: after a failure, it's often useful to read the
logs of the service under test (and related services). Since many recent
Debian-based systems use systemd, we have an easy way to gather
all the logs at once.

When running the test "foo", the attached patch adds "foo-journal"
in the results directory alongside "foo-stdout", if "journalctl --boot=-0"
produces output. If the test involves reboots, it also adds
"foo-journal-reboot1", "foo-journal-reboot2" and so on.

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

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

Versions of packages autopkgtest depends on:
ii  apt-utils   1.3.1
ii  libdpkg-perl1.18.10
ii  procps  2:3.3.12-2
ii  python3 3.5.1-4
ii  python3-debian  0.1.29

Versions of packages autopkgtest recommends:
ii  autodep8  0.8

Versions of packages autopkgtest suggests:
pn  lxc  
pn  lxd-client   
ii  qemu-system  1:2.7+dfsg-1
ii  qemu-utils   1:2.7+dfsg-1
ii  schroot  1.6.10-2+b1

-- no debconf information

Bug#842299: autopkgtest-virt-qemu: attaching base image makes btrfs very confused

[Simon McVittie]

Package: autopkgtest
Version: 4.1
Severity: normal
Tags: patch

btrfs gets *really* confused if you attach multiple copies of the
same filesystem, because it tracks filesystems by UUID, not by
device node (part of its built-in RAID-equivalent):


In my experiments with a btrfs-based virtual machine, /proc/self/mounts
etc. thought the mounted partitions and subvolumes all came from
/dev/vdb, even though they clearly weren't because only /dev/vda could
have been mounted read/write.

For least-astonishment, the default should perhaps be to *not* provide
the base image as a block device (and tests that need to exercise
nested virtualization can specifically ask for it), but that would be
a behaviour change so I haven't done it in the attached patch.

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

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

Versions of packages autopkgtest depends on:
ii  apt-utils   1.3.1
ii  libdpkg-perl1.18.10
ii  procps  2:3.3.12-2
ii  python3 3.5.1-4
ii  python3-debian  0.1.29

Versions of packages autopkgtest recommends:
ii  autodep8  0.8

Versions of packages autopkgtest suggests:
pn  lxc  
pn  lxd-client   
ii  qemu-system  1:2.7+dfsg-1
ii  qemu-utils   1:2.7+dfsg-1
ii  schroot  1.6.10-2+b1

-- no debconf information
>From e5bb6c8d765da5622189f322815b9b92b45ad540 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Wed, 26 Oct 2016 18:02:00 +0100
Subject: [PATCH 2/5] autopkgtest-virt-qemu: add --no-attach-base-image option

btrfs gets *really* confused if you attach multiple copies of the
same filesystem, because it tracks filesystems by UUID, not by
device node (part of its built-in RAID-equivalent):


In my experiments with a btrfs-based virtual machine, /proc/self/mounts
etc. thought the mounted partitions and subvolumes all came from
/dev/vdb, even though they clearly weren't because only /dev/vda could
have been mounted read/write.

For least-astonishment, the default should perhaps be to *not* provide
the base image as a block device (and tests that need to exercise
nested virtualization can specifically ask for it), but that would be
a behaviour change so I haven't done it here.

Signed-off-by: Simon McVittie 
---
 virt/autopkgtest-virt-qemu   |  9 +
 virt/autopkgtest-virt-qemu.1 | 17 -
 2 files changed, 25 insertions(+), 1 deletion(-)

diff --git a/virt/autopkgtest-virt-qemu b/virt/autopkgtest-virt-qemu
index 0036f2e..bfb8e73 100755
--- a/virt/autopkgtest-virt-qemu
+++ b/virt/autopkgtest-virt-qemu
@@ -89,6 +89,12 @@ def parse_args():
 help='Enable debugging output')
 parser.add_argument('--qemu-options',
 help='Pass through arguments to QEMU command.')
+parser.add_argument('--attach-base-image', action='store_true',
+default=True,
+help='Attach base image as an extra virtual disk')
+parser.add_argument('--no-attach-base-image', action='store_false',
+default=True, dest='attach_base_image',
+help='Attach base image as an extra virtual disk')
 parser.add_argument('image', nargs='+',
 help='disk image to add to the VM (in order)')
 
@@ -192,6 +198,9 @@ def login_tty_and_setup_shell():
 def setup_baseimage():
 '''setup /dev/baseimage in VM'''
 
+if not args.attach_base_image:
+return
+
 term = VirtSubproc.get_unix_socket(os.path.join(workdir, 'ttyS1'))
 
 # Setup udev rules for /dev/baseimage; set link_priority to -1024 so
diff --git a/virt/autopkgtest-virt-qemu.1 b/virt/autopkgtest-virt-qemu.1
index 39602b4..a62dde9 100644
--- a/virt/autopkgtest-virt-qemu.1
+++ b/virt/autopkgtest-virt-qemu.1
@@ -26,7 +26,7 @@ does
 the given images, but will instead create a temporary overlay for the
 primary image, and add all other images as read-only.
 
-The first image without the overlay is always added as an additional
+By default, the first image without the overlay is added as an additional
 read-only hard drive, which will be available for tests as
 .IR /dev/baseimage .
 This allows tests that require nested VMs to reuse the same image. Be
@@ -35,6 +35,9 @@ aware that
 will not be accessible between calling
 .B autopkgtest-reboot-prepare
 and the next boot, thus make sure to stop accessing it before.
+The
+.B \-\-no\-attach\-base\-image

Bug#842091: autopkgtest-virt-qemu: better support for read-only rootfs

[Simon McVittie]

On Thu, 27 Oct 2016 at 16:48:36 +0200, Martin Pitt wrote:
> > Is a --per-boot-setup-commands something you'd consider?
> 
> I guess it's either that, or a more specific option to remount root
> r/w at every boot; TBH I'm not too fond of the latter, as it's a bit
> too specific. --setup-commands-boot sounds more universal/flexible to
> me.

Please see attached.

S
>From 7c28a373446a69fad24959e600e6f4e0788cc605 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Thu, 27 Oct 2016 21:00:13 +0100
Subject: [PATCH 5/5] Add --setup-boot-commands for commands that must be
 repeated every time

My original use-case for this is a dpkg-based system that needs
"mount -o remount,rw /" before any dpkg operation, but it could also
be useful for transient setup like writing files into /run/systemd
and /run/udev.
---
 lib/adt_run_args.py |  4 
 lib/adt_testbed.py  | 19 ++-
 lib/autopkgtest_args.py | 13 +
 runner/autopkgtest  |  1 +
 runner/autopkgtest.1| 15 +++
 5 files changed, 51 insertions(+), 1 deletion(-)

diff --git a/lib/adt_run_args.py b/lib/adt_run_args.py
index 7f6aa3e..2edcf6e 100644
--- a/lib/adt_run_args.py
+++ b/lib/adt_run_args.py
@@ -261,6 +261,10 @@ details.'''
  '(e. g. "apt-get update" or adding apt sources); '
  'can be a string with the commands, or a file '
  'containing the commands')
+g_setup.add_argument('--setup-commands-boot', metavar='COMMANDS_OR_PATH',
+ action='append', default=[],
+ help='Run these commands after --setup-commands, '
+ 'and also every time the testbed is rebooted')
 # ensure that this fails with something other than 100, as apt-get update
 # failures are usually transient
 g_setup.add_argument('-U', '--apt-upgrade', dest='setup_commands',
diff --git a/lib/adt_testbed.py b/lib/adt_testbed.py
index a90b3c3..6307e0f 100644
--- a/lib/adt_testbed.py
+++ b/lib/adt_testbed.py
@@ -45,7 +45,8 @@ timeouts = {'short': 100, 'copy': 300, 'install': 3000, 'test': 1,
 
 class Testbed:
 def __init__(self, vserver_argv, output_dir, user,
- setup_commands=[], add_apt_pockets=[], copy_files=[]):
+ setup_commands=[], add_apt_pockets=[], copy_files=[],
+ setup_commands_boot=[]):
 self.sp = None
 self.lastsend = None
 self.scratch = None
@@ -60,6 +61,7 @@ class Testbed:
 self.install_tmp_env = []
 self.user = user
 self.setup_commands = setup_commands
+self.setup_commands_boot = setup_commands_boot
 self.add_apt_pockets = add_apt_pockets
 self.copy_files = copy_files
 self.initial_kernel_version = None
@@ -186,6 +188,21 @@ class Testbed:
 if m:
 self.cpu_flags = m.group(2)
 
+xenv = ['AUTOPKGTEST_IS_SETUP_BOOT_COMMAND=1']
+if self.user:
+xenv.append('AUTOPKGTEST_NORMAL_USER=' + self.user)
+xenv.append('ADT_NORMAL_USER=' + self.user)
+
+for c in self.setup_commands_boot:
+rc = self.execute(['sh', '-ec', c], xenv=xenv, kind='install')[0]
+if rc:
+# setup scripts should exit with 100 if it's the package's
+# fault, otherwise it's considered a transient testbed failure
+if rc == 100:
+self.badpkg('testbed setup commands failed with status 100')
+else:
+self.bomb('testbed setup commands failed with status %i' % rc)
+
 def _opened(self, pl):
 self.scratch = pl[0]
 self.deps_installed = []
diff --git a/lib/autopkgtest_args.py b/lib/autopkgtest_args.py
index 34e5eec..ce4cce9 100644
--- a/lib/autopkgtest_args.py
+++ b/lib/autopkgtest_args.py
@@ -238,6 +238,10 @@ for details.'''
  '(e. g. "apt-get update" or adding apt sources); '
  'can be a string with the commands, or a file '
  'containing the commands')
+g_setup.add_argument('--setup-commands-boot', metavar='COMMANDS_OR_PATH',
+ action='append', default=[],
+ help='Run these commands after --setup-commands, '
+ 'and also every time the testbed is rebooted')
 # ensure that this fails with something other than 100, as apt-get update
 # failures are usually transient
 g_setup.add_argument('-U', '--apt-upgrade', dest='setup_commands',
@@ -376,6 +380,15 @@ for details.'''
 with open(c, encoding='UTF-8') as f:
 args.setup_commands[i] = f.read().strip()
 
+for i, c in enumerate(args.setup_commands_boot):
+if '/' not in c:
+shipped = os.path.join('/usr/share/autopkgtest/setup-commands', c)
+if os.path.exists(shipped):
+c 

Bug#828389: libcrypt-smime-perl: FTBFS with openssl 1.1.0

[Sebastian Andrzej Siewior]

control: tags -1 patch fixed-upstream
control: forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=118344

Crypt-SMIME-0.18 has the fix

Sebastian

Bug#842235: handbrake: Crashes with unusable output file on some DVD titles

[Fabian Greffrath]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please do not answer to me privately, but do always reply to the bug
address, thank you!

1) Please add the debug repositories to your sources.list file:
https://wiki.debian.org/AutomaticDebugPackages

2) Please install the ffmpeg-dbgsym and the handbrake-dbgsym packages

3) Please install gdb and run handbrake from gdb, e.g.
$ gdb handbrake
(gdb) r

4) Please proceed until the assertion kicks in and provide a backtrace
from there:
(gdb) thread apply all bt full

This is desribed in more detail here:

https://wiki.debian.org/HowToGetABacktrace

Please report the backtrace to the bug, thanks!

 - Fabian



Am Donnerstag, den 27.10.2016, 18:55 +0200 schrieb Ax. St.:
> Absolutely. Please tell me which debug symbols package I need to
> install and how to get
> the information you need.
> 
> Axel
> 
> $ aptitude search 'ffmpeg'
> p   cmus-plugin-ffmpeg 0  sound  lightweight
> ncurses audio player (FFmpeg plugin) stable
> p   ffmpeg 0  video  Tools for
> transcoding, streaming and playing of  jessie-backports  
> p   ffmpeg-
> doc 0  docDocumentation of the
> FFmpeg multimedia framework jessie-backports  
> p   ffmpeg2theora  0  video  Theora video
> encoder using ffmpegstable
> i A ffmpegthumbnailer  0  video  fast and
> lightweight video thumbnailer   stable
> p   ffmpegthumbnailer-dbg  0  debug  debugging
> informations for ffmpegthumbnailer stable
> p   ffmpegthumbs   0  kdevideo
> thumbnail generator using ffmpeg   stable
> p   gmerlin-encoders-ffmpeg0  libs   ffmpeg
> encoders for Gmerlin  stable
> p   libffmpegthumbnailer-dev   0  libdevel   development
> files for ffmpegthumbnailer  stable
> i A libffmpegthumbnailer4  1  libs   shared
> library for ffmpegthumbnailer stable
> p   libtaoframework-ffmpeg-cil-dev 0  cli-mono   Tao CLI
> binding for FFmpeg - development files   stable
> p   libtaoframework-ffmpeg0.4-cil  0  cli-mono   Tao CLI
> binding for FFmpeg   stable
> p   libxine2-ffmpeg0  libs   MPEG-related 
> plugins for libxine2stable
> p   moc-ffmpeg-plugin  0  sound  ncurses
> based console audio player - ffmpeg plug stable
> 
> On Thu 2016-10-27 12.17.40, Fabian Greffrath wrote:
> 
> > reproduce the crash in GDB with the ffmpeg debug symbols installed
> > and
> > provide a backtrace?
> 
> 
-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYElzBAAoJEMvqjpcMzVnfb2YQAKkL/K85S0v5wqcjopp1Yv5T
QkgrHXz1cATAzCo6PlarwgA9OX68ID9Ag/0bRl+NVYT51qEXoWPxIJscY2hyoRNz
U3KLWqIi7C5jj8/KgHNeSTHZxLYfJZ4L2UsHsc6E4+3EAQtzo9bXF4B2okc8Ze31
n+dMECgWZRKVW1kQQPnuiDG7lS03Al0fkaoHsWLkWt5t+Be1sZre38/XSJLptpjX
sGA+IsBB7iuYGS7j7zYhEiG5Z59xjdCaplgbychjDEpX3UlIfvMx65cufFxB5rtS
JgLhfVAml4VC+s2/Z7FGlOptHqYzJhHJhnNmWvsDrX2Xd3NKRa44l+gFCmY0lJC9
dSQJ1ftUWSQ8xHZM9doWhQQxwmoQob4BFGK3FW09RwtZyCtX7R4SBNfB4cBqRxMR
4bkIHXWiVlUWUf3tOerYX1tyuBnYsdKg3wZCv+UMsul3NnIlcZOxcaqd5wO2WVyR
fg+73iwzgkeFWxgrpTj2Gvw01FmlCXeq8PYwvGuvl3FTphzLm2AoO0oBhtRHMOE2
IzJkK9rno+dNtxs4ho2FdwHsx/JDyOODwUqVjk5KzPaNW0J2bwOJ59PMdwKFi6Ad
tTTskxeubbNRvgBXdEqWepdc9o9paEWTnZj+SgTMJh5IiuZLg9hovpUYyBlO0K5M
CdvoX/43TmmKADvubbM3
=R72Z
-END PGP SIGNATURE-

Bug#842298: ITP: california -- calendar application for GNOME 3

[Sebastian Reichel]

Package: wnpp
Severity: wishlist
Owner: Sebastian Reichel 

* Package name: california
  Version : 0.4.0
  Upstream Author : Jim Campbell 
* URL : https://wiki.gnome.org/Apps/California
* License : LGPL-2.1
  Programming Lang: Vala
  Description : calendar application for GNOME 3

California is a calendar built for GNOME 3. It allows you to
view and manage your online calendars with a simple and modern
interface. It uses EDS (Evolution Data Server) as the back-end
for managing your calendars. If you've already added calendars
to EDS via another application (such as Evolution), you should
be able to see those calendars in California as well.

I have packaging ready at [0] and intend to upload it, if it
turns out to be useful on small screens as found in smartphones.

[0] https://anonscm.debian.org/cgit/pkg-gnome/california.git

-- Sebastian

Bug#828466: opendkim: FTBFS with openssl 1.1.0

[Sebastian Andrzej Siewior]

Control: tags - patch

builds. Further testing is welcome.

Sebastian
>From f6afa6be81eae0b149ad18a0642c67e75b148c69 Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior 
Date: Thu, 27 Oct 2016 19:43:15 +
Subject: [PATCH] opendkim: port to openssl 1.1.0

In configure.ac AC_SEARCH_LIBS([SSL_library_init]) does not work as
expected because openssl 1.1.0 does not provide this function anymore.
Instead it is a macro pointing to another function so we need the
header file for this to work. Therefore it is replaced with
AC_LINK_IFELSE() where it is possible to add a header file.

OPENSSL_thread_stop() shouldn't be required. As of openssl 1.1.0 thread
managements is different and those function shouldn't be required
because openssl takes care of it. As per "NOTES" is is said, that it
might be requiired for staticaly linked code.

Signed-off-by: Sebastian Andrzej Siewior 
---
 configure.ac   | 40 +---
 opendkim/opendkim-crypto.c |  8 
 2 files changed, 29 insertions(+), 19 deletions(-)

diff --git a/configure.ac b/configure.ac
index 0370d43..0eec798 100644
--- a/configure.ac
+++ b/configure.ac
@@ -860,26 +860,28 @@ then
 	AC_SEARCH_LIBS([ERR_peek_error], [crypto], ,
 	   AC_MSG_ERROR([libcrypto not found]))
 
-	AC_SEARCH_LIBS([SSL_library_init], [ssl], ,
-		[
-			if test x"$enable_shared" = x"yes"
-			then
-AC_MSG_ERROR([Cannot build shared opendkim
-  against static openssl libraries.
-  Configure with --disable-shared
-  to get this working or obtain a
-  shared libssl library for
-  opendkim to use.])
-			fi
 
-			# avoid caching issue - last result of SSL_library_init
-			# shouldn't be cached for this next check
-			unset ac_cv_search_SSL_library_init
-			LIBCRYPTO_LIBS="$LIBCRYPTO_LIBS -ldl"
-			AC_SEARCH_LIBS([SSL_library_init], [ssl], ,
-			   AC_MSG_ERROR([libssl not found]), [-ldl])
-		]
-	)
+	AC_LINK_IFELSE(
+		   [AC_LANG_PROGRAM([[#include ]],
+	[[SSL_library_init();]])],
+	[od_have_ossl="yes";],
+	[od_have_ossl="no";])
+	if test x"$od_have_ossl" = x"no"
+	then
+		if test x"$enable_shared" = x"yes"
+		then
+			AC_MSG_ERROR([Cannot build shared opendkim
+			  against static openssl libraries.
+			  Configure with --disable-shared
+			  to get this working or obtain a
+			  shared libssl library for
+			  opendkim to use.])
+		fi
+
+		LIBCRYPTO_LIBS="$LIBCRYPTO_LIBS -ldl"
+		AC_SEARCH_LIBS([SSL_library_init], [ssl], ,
+		   AC_MSG_ERROR([libssl not found]), [-ldl])
+	fi
 
 	AC_CHECK_DECL([SHA256_DIGEST_LENGTH],
   AC_DEFINE([HAVE_SHA256], 1,
diff --git a/opendkim/opendkim-crypto.c b/opendkim/opendkim-crypto.c
index d78426d..ba82789 100644
--- a/opendkim/opendkim-crypto.c
+++ b/opendkim/opendkim-crypto.c
@@ -222,7 +222,11 @@ dkimf_crypto_free_id(void *ptr)
 	{
 		assert(pthread_setspecific(id_key, ptr) == 0);
 
+#if OPENSSL_VERSION_NUMBER >= 0x1010
+		OPENSSL_thread_stop();
+#else
 		ERR_remove_state(0);
+#endif
 
 		free(ptr);
 
@@ -392,11 +396,15 @@ dkimf_crypto_free(void)
 {
 	if (crypto_init_done)
 	{
+#if OPENSSL_VERSION_NUMBER >= 0x1010
+		OPENSSL_thread_stop();
+#else
 		CRYPTO_cleanup_all_ex_data();
 		CONF_modules_free();
 		EVP_cleanup();
 		ERR_free_strings();
 		ERR_remove_state(0);
+#endif
 
 		if (nmutexes > 0)
 		{
-- 
2.10.1

Bug#842211: ITP: eeshow -- Schematics renderer and viewer for KiCad

[joerg Reisenweber]

KiCad developers are aware of eeshow and considered integrating parts of it 
eventually. 
A proper integration would mean: 
* git<->filesystem full support (open/pull, save/commit, diff), 
* diffs between different versions, 
* and last not least a per-item way to "merge", so diffs would selectable 
(old/new version) at least on a per-sheet basis, better on a per marked block 
and/or per-object basis.

cheers
jOERG 
(CEO Neo900)

On Thu, 27 Oct 2016 06:11:13   Bas Wijnen  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Thu, Oct 27, 2016 at 02:08:11AM  0200, W. Martin Borgert wrote:
> > Justification for packaging: Eeplot fills a gap: So far I was not able
> > to produce a searchable PDF with KiCad, because it always made plotted
> > lines from text. Eeplot does it right!
> 
> That sounds good!  Is there any reason it isn't merged in upstream KiCad?
> Would it make sense to suggest this to them?
> 
> (I'm not suggesting that you shouldn't package this; just suggesting an
> additional action.)
> 
> Thanks,
> Bas
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBAgAGBQJYEZqAAAoJEJzRfVgHwHE69gsP/1Dmw396jd1hWc2S3Rwg7VBr
> KPSv/xIhxpEUPKnB8AKBx10JDsVx6cN3kNGLQQMcYHziccfv6jCNUufzDkN8x pK
> 1yvDYEcGiLN/Pdutmwh4Ev4K6ztKQesU zJKUWjBZhnLnW7Rf7nmWXclbJPSjvka
> pKOfBpx/W uiNe0D4cZfCPsrqV0O5PpnbmNnLRMl3xFhoe9l4O0qa9ENX1cBwKfM
> tCwudjpQLN28CjsqgnHAVndE3aQiGWKEJF5C31Jo2W2Zy K/B7QArKO4H7gjR1lT
> cdqkglNYInNrvd77NYx JQp0xBGfmnmLXO67PXjM6djL vBvMnp6ASAp4BB4r7oI
> 0 FryOrP/CQlgkpiZt rlUlYdZqAmrshU1V7xU4o7xVdhdAXFZazXCrpAFL6iN6/
> 8ql5mLt0wHElubVksobmChKVv SqCAYZl4s4z9lpAiCJNGDAfklRe27e7RXG8JAp
>  VtnPCO882l7 zxNXuwY O3k4iy Lpj6jVSVFqtWov6RGcKUk UWRi4WzLRMl/RS
> ImwAyXHlMw/fhfo1/ VlVw6nyN7wk/y4RqEsDYHET0g50vOmVrHa89ohINrB3X3q
> a8s6WonSBMRyJdMSuNkv7gI XRwrBXMRfrXRq/ikSP97aQKLAZtMkwnQ9sdwIW22
> hqTNu1mIhlyGuCuSft0F
> =x8hB
> -END PGP SIGNATURE-
> 
> 
-- 
()  ascii ribbon campaign
/\  
against html e-mail - against proprietary attachments
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


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

Bug#841460: mate-polkit: gtk3+ errors still persist in .xsession-errors. Package: mate-polkit

[Vlad Orlov]

Hi,

> Sorry for being such a pain. There indeed is a .config/gtk-3.0/gtk.css
> but it doesn't tell where it is coming from  and it does have
> :prelight in the .css file.
> 
> I have attached the .css file although I don't know should I change it
> from :prelight to :hover or just delete it ?

Alright, looks like we found the source of the problem. :)

I suggest moving this file somewhere and see if something changes without it.

If nothing goes wrong, it's best to remove this file to avoid any possible
confusions in the future.

> Trying to find it has some parent is also futile
> 
> ┌─[shirish@debian] - [~/.config/gtk-3.0] - [2586]
> └─[$] dpkg -S ~/.config/gtk-3.0/gtk.css
> 
> dpkg-query: no path found matching pattern 
> /home/shirish/.config/gtk-3.0/gtk.css

Oh, this will never show any results. It's a file in your home dir - no package
would contain any files for it.

> If it was something that I had done, I usually add a comment/note
> about from where I got that file, but this has nothing of that kind.

It might be result from using some theme-customizing software. I don't remember
any tools that would save theme settings to ~/.config/gtk-3.0/ dir, but it looks
like there are such tools.

Bug#842297: ITP: mapbox-vector-tile -- Mapbox Vector Tile library for Python

[Bas Couwenberg]

Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg 

* Package name: mapbox-vector-tile
  Version : 0.5.0+ds
  Upstream Author : Harish Krishna 
* URL : https://github.com/tilezen/mapbox-vector-tile
* License : Expat
  Programming Lang: Python
  Description : Mapbox Vector Tile library for Python

mapbox-vector-tile provides encoding & decoding support for data
conforming to the Mapbox Vector Tile specification in Python.


mapbox-vector-tile is required for the new TileStache upstream releases,
and the package will be maintained alongside TileStache in the Debian
GIS team.

Bug#742671: seeding base-installer/debootstrap_script with an absolute path emits a warning, and just a codename results in an error

[Tianon Gravi]

On 27 October 2016 at 12:09, Philipp Kern  wrote:
> Yeah this feels fairly straightforward. I just applied the change to git
> and it should be in the next upload. (Currently we're in the middle of a
> release, though.)

Rock on!  Please give me a prod if there's anything more I can do to help. :)


♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#793844: FTBFS: any-i386 - floating point idiosyncracies

[Chris Lamb]

Aaron M. Ucko wrote:

> this package *never* built on these architectures

Ah, of course. For some reason I never remember to think of this
for i386 and amd64 packages... :)


Regards,

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

Bug#842295: nginx: CVE-2016-1247

[Salvatore Bonaccorso]

Source: nginx
Version: 1.6.2-5
Severity: grave
Tags: security
Justification: user security hole
Control: fixed -1 1.6.2-5+deb8u3

Hi,

the following vulnerability was published for nginx. This bug is to
track the CVE-2016-1247 as well in the Debian BTS.

CVE-2016-1247[0]:
www-data to root privilege escalation via log file handling

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-1247

Regards,
Salvatore

Bug#842296: Please package new upstream version 0.25

[Tobias Hansen]

Source: cython
Severity: wishlist

Dear maintainer,

could you please package cython 0.25? We need this version for our
efforts to package SageMath [1].

If you do not want to upload the new version at the moment for some
reason, we would also be fine if you would just apply the fix we need
for SageMath to build:
https://github.com/cython/cython/commit/332b330096bb260f638849526ba0f7ddb905

Thanks,
Tobias

[1] https://wiki.debian.org/DebianScience/Sage

Bug#842294: RM: python-soaplib -- ROM; dead upstream; no rev-deps; low pop-con

[Leo Antunes]

Package: ftp.debian.org
Severity: normal

Dear FTP masters,

python-soaplib has been dead for several years upstream, after a series
of API-breaking versions (0.8, 1.0 and the unreleased 2.0). It has no
reverse dependencies and has a very low pop-con. There are no drop-in
replacements, but there are functional replacements (python-suds,
python-spyne) which are still actively developed.


Cheers,
Leo

Bug#836759: proftpd-dfsg: please drop the build dependency on hardening-wrapper

[Hilmar Preusse]

On 27.10.16 Mattia Rizzolo (mat...@debian.org) wrote:
> On Thu, Oct 27, 2016 at 02:07:17PM +0200, Hilmar Preuße wrote:

Hi,

> > Sorry to bother you again. The generated configure script seems to be broken
> > or incomplete:
> 
> arggg :(
> 
#842293, I've set you as submitter.

> IMHO, this should be handled upstream.
> I've now looked for the first time at the upstream git repo, and I see
> the "configure" file being there: it shouldn't.  All the artifacts of
> autotool are not supposed to be stored within a VCS, only generated at
> release time.  Though that one seems to be kept up to date with
> configure.in; clearly they are not doing the same with the rest of
> autotools-generated artifacts.
> 
> Considering that there are so many issues and maybe you want to upload
> soon rather than later, for me feel free to skip this point about
> autoreconf, but please try to get this fixed.
> 
Yes, I'll/we'll do so.

> btw, I peaked at the debian's git repository, and I saw that you used
> the git:// protocol in Vcs-Git; given that it's possible please avoid
> doing so, also see
> https://lintian.debian.org/tags/vcs-field-uses-insecure-uri.html
> 
Fixed i git. Sorry for misunderstanding.

Hilmar
-- 
sigmentation fault


signature.asc
Description: PGP signature

Bug#742671: seeding base-installer/debootstrap_script with an absolute path emits a warning, and just a codename results in an error

[Philipp Kern]

tag -1 + pending
thanks

On 10/27/2016 02:03 PM, Margarita Manterola wrote:
> It's been a couple of years, but base-installer and debootstrap are
> still in this odd state where base-installer wants the script to be
> just the distribution and debootstrap wants it to be the full path.
> So, whatever you put in the preseed you get an error (alas, the
> base-installer one isn't fatal, so at least that works).
> 
> Tianon's patch is really simple, and not only does it fix the problem,
> but also makes preseeding more flexible. Can it be applied please?

Yeah this feels fairly straightforward. I just applied the change to git
and it should be in the next upload. (Currently we're in the middle of a
release, though.)

Kind regards and thanks
Philipp Kern



signature.asc
Description: OpenPGP digital signature

Bug#797359: (no subject)

[Víctor Cuadrado Juan]

Hi,

In my previous message where I stepped out of the ITP I forgot
to attach the status of my work. Attached to his e-mail I have put
the work I had at Nov 2015.
To anybody wanting to keep working from there, have a look at
TODO.Debian (and don't judge the package too much, it was my first
serious Debian package :).

Cheers,


-- 
Víctor Cuadrado Juan   m...@viccuad.me

PGP key ID: 4096R: 0xA2591E231E251F36
Key fingerprint: E3C5 114C 0C5B 4C49 BA03  0991 A259 1E23 1E25 1F36
My signed E-Mails are trustworthy.


universal-ctags_0~git20151107-1.debian.tar.xz
Description: application/xz


signature.asc
Description: OpenPGP digital signature

Bug#842293: proftpd-dfsg: Running dh_autoreconf (& dh_autoreconf_clean) fails

[Hilmar Preuße]

Source: proftpd-dfsg
Version: 1.3.5a-1
Severity: normal

Dear Maintainer,

this issue was found during working on #836759. proftpd needs to run
dh_autoreconf (& dh_autoreconf_clean) during configure and clean stage
(see [1]). Simply introducing the commands as described gives an FTBFS
as the confiure script fails to generate from configure.in. For this a
patch is provided (attached). Unfortunately the resulting configure
script does not work as expected; the build fails later on.

This is an issue, which needs to be fixed in upstream. I did not check
1.3.6~rc2, but I'm afraid it has the same issue.

Hilmar alias Mattia

[1] https://wiki.debian.org/Autoreconf#debhelper_packages
-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.7.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
--- a/configure.in
+++ b/configure.in
@@ -40,8 +40,8 @@ if test "$OSTYPE" = "$OSREL" ; then
   platform="\"$ostype\""
 fi
 
-AC_DEFINE_UNQUOTED(PR_BUILD_OPTS, "`echo "$ac_configure_args"`")
-AC_DEFINE_UNQUOTED(PR_PLATFORM, $platform)
+AC_DEFINE_UNQUOTED(PR_BUILD_OPTS, "`echo "$ac_configure_args"`", [Define to the options used for building])
+AC_DEFINE_UNQUOTED(PR_PLATFORM, $platform, [Define to the host platform])
 AC_SUBST(OSREL)
 AC_SUBST(OSTYPE)
 
@@ -279,7 +279,7 @@ AC_ARG_WITH(lastlog,
   fi
 
   if test -n "$pr_lastlog_path" ; then
-AC_DEFINE_UNQUOTED(PR_LASTLOG_PATH, "`eval echo "$pr_lastlog_path"`")
+AC_DEFINE_UNQUOTED(PR_LASTLOG_PATH, "`eval echo "$pr_lastlog_path"`", [Define to the lastlog path])
   fi
 fi
   ])
@@ -1078,9 +1078,9 @@ AC_ARG_ENABLE(scoreboard-updates,
   [
 if test x"$enableval" = xyes || test x"$enableval" = xno ; then
   AC_MSG_WARN(scoreboard updates defaulting to 10)
-  AC_DEFINE_UNQUOTED(PR_TUNABLE_XFER_SCOREBOARD_UPDATES, 10)
+  AC_DEFINE_UNQUOTED(PR_TUNABLE_XFER_SCOREBOARD_UPDATES, 10, [Define to the scoreboard updates])
 else
-  AC_DEFINE_UNQUOTED(PR_TUNABLE_XFER_SCOREBOARD_UPDATES, $enableval)
+  AC_DEFINE_UNQUOTED(PR_TUNABLE_XFER_SCOREBOARD_UPDATES, $enableval, [Define to the scoreboard updates])
 fi
   ])
 
@@ -1316,13 +1316,13 @@ if test x"$force_shadow" != xno ; then
 AC_DEFINE(PR_USE_SHADOW, 1, [Define if using shadow password support.])
 
 AC_CHECK_MEMBER(struct spwd.sp_warn,
-  [AC_DEFINE(HAVE_SPWD_SP_WARN)],,
+  [AC_DEFINE(HAVE_SPWD_SP_WARN, 1, [Define if your struct spwd has sp_warn])],,
   [#include ])
 AC_CHECK_MEMBER(struct spwd.sp_inact,
-  [AC_DEFINE(HAVE_SPWD_SP_INACT)],,
+  [AC_DEFINE(HAVE_SPWD_SP_INACT, 1, [Define if your struct spwd has sp_inact])],,
   [#include ])
 AC_CHECK_MEMBER(struct spwd.sp_expire,
-  [AC_DEFINE(HAVE_SPWD_SP_EXPIRE)],,
+  [AC_DEFINE(HAVE_SPWD_SP_EXPIRE, 1, [Define if your struct spwd has sp_expire])],,
   [#include ])
 
   fi ])
@@ -1552,7 +1552,7 @@ AC_CHECK_SIZEOF(void *, 0)
 dnl Check for generic typedefs
 AC_CHECK_TYPE(mode_t, mode_t)
 AC_CHECK_TYPE(ino_t, ino_t)
-AC_CHECK_TYPE(intptr_t, AC_DEFINE(HAVE_INTPTR_T),, [
+AC_CHECK_TYPE(intptr_t, AC_DEFINE(HAVE_INTPTR_T, 1, [Define if you have the intptr_t type]),, [
   #if HAVE_INTTYPES_H
   # include 
   #endif
@@ -2976,19 +2976,19 @@ pr_saved_exec_prefix="$exec_prefix"
 test "x$prefix" = xNONE && prefix=$ac_default_prefix
 test "x$exec_prefix" = xNONE && exec_prefix='${prefix}'
 
-AC_DEFINE_UNQUOTED(PR_CONFIG_DIR, "`eval echo "${sysconfdir}"`")
-AC_DEFINE_UNQUOTED(PR_INCLUDE_DIR, "`eval echo "${includedir}"`")
-AC_DEFINE_UNQUOTED(PR_LIBEXEC_DIR, "`eval echo "${libexecdir}"`")
+AC_DEFINE_UNQUOTED(PR_CONFIG_DIR, "`eval echo "${sysconfdir}"`", [Define to the config dir])
+AC_DEFINE_UNQUOTED(PR_INCLUDE_DIR, "`eval echo "${includedir}"`", [Define to the include dir])
+AC_DEFINE_UNQUOTED(PR_LIBEXEC_DIR, "`eval echo "${libexecdir}"`", [Define to the libexec dir])
 
 dnl We evaluate the string twice.  Once to go from $datadir to $prefix/share,
 dnl and once more to substitute in the $prefix value.  What a pain.
 locale_dir="`eval echo ${localedir}`"
 locale_dir="`eval echo ${locale_dir}`"
-AC_DEFINE_UNQUOTED(PR_LOCALE_DIR, "`eval echo "${locale_dir}"`")
+AC_DEFINE_UNQUOTED(PR_LOCALE_DIR, "`eval echo "${locale_dir}"`", [Define to the locale dir])
 
-AC_DEFINE_UNQUOTED(PR_RUN_DIR, "`eval echo "${localstatedir}"`")
-AC_DEFINE_UNQUOTED(PR_CONFIG_FILE_PATH, "`eval echo "${sysconfdir}/proftpd.conf"`")
-AC_DEFINE_UNQUOTED(PR_PID_FILE_PATH, "`eval echo "${localstatedir}/proftpd.pid"`")
+AC_DEFINE_UNQUOTED(PR_RUN_DIR, "`eval echo "${localstatedir}"`", [Define to the run dir])
+AC_DEFINE_UNQUOTED(PR_CONFIG_FILE_PATH, "`eval echo "${sysconfdir}/proftpd.conf"`", [Define to the config file 

Bug#842292: libnss3: re-enable SSLKEYLOGFILE support

[Evgeny Kapun]

Package: libnss3
Version: 2:3.26-2
Severity: wishlist

In previous versions of libnss, it was possible to use SSLKEYLOGFILE 
environment variable to save session keys to a file. Since version 3.24, this 
is disabled by default at compile time [1].

I think that SSLKEYLOGFILE support should be enabled for Debian builds of 
libnss, since otherwise users who need this functionality have to make their 
own builds of libnss.

[1] 
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.24_release_notes

Bug#842112: digikam: Export menu does not open

[Simon Frei]

I encounter this problem with 5.2.0-1 and 5.2.0-2 on two different
computers (also after initial scan and waiting for some time), I cannot
reproduce it when built from upstream source and using the new upstream
appimage bundle. That rules out a configuration/cache issue, so I am
very puzzled why we see the different behavior. Command line output has
as far as i see nothing related or erroneous in it, I attached it anyway
(don't mind the weird timestamps, they are not digikam related).

digikam.general: AlbumWatch use QFileSystemWatcher
QFileSystemWatcher::removePaths: list is empty
digikam.general: Database Parameters:
   Type: "QMYSQL"
   DB Core Name: "digikam"
   DB Thumbs Name:   "digikam"
   DB Face Name: "digikam"
   Connect Options:  
"UNIX_SOCKET=/home/simon/.local/share/digikam/db_misc/mysql.socket"
   Host Name:""
   Host port:-1
   Internal Server:  true
   Internal Server Path: "/tmp/digikam-mysql_int"
   Internal Server Serv Cmd: "mysqld"
   Internal Server Init Cmd: "mysql_install_db"
   Username: "root"
   Password: ""

digikam.databaseserver: Database Parameters:
   Type: "QMYSQL"
   DB Core Name: "digikam"
   DB Thumbs Name:   "digikam"
   DB Face Name: "digikam"
   Connect Options:  
"UNIX_SOCKET=/home/simon/.local/share/digikam/db_misc/mysql.socket"
   Host Name:""
   Host port:-1
   Internal Server:  true
   Internal Server Path: "/tmp/digikam-mysql_int"
   Internal Server Serv Cmd: "mysqld"
   Internal Server Init Cmd: "mysql_install_db"
   Username: "root"
   Password: ""

digikam.databaseserver: Internal Server data path: 
"/tmp/digikam-mysql_int/.mysql.digikam/db_data"
digikam.databaseserver: The mysql configuration was already up-to-date: 
"/home/simon/.local/share/digikam/mysql.conf"
digikam.databaseserver: Database server: "mysqld" 
("--defaults-file=/home/simon/.local/share/digikam/mysql.conf", 
"--datadir=/tmp/digikam-mysql_int/.mysql.digikam/db_data", 
"--socket=/home/simon/.local/share/digikam/db_misc/mysql.socket")
20:48:46
QSqlDatabasePrivate::removeDatabase: connection 'initConnection' is still in 
use, all queries will cease to work.
digikam.databaseserver: Internal database server started
digikam.databaseserver: Waiting 1 seconds...
digikam.dbengine: Loading SQL code from config file 
"/usr/share/digikam/database/dbconfig.xml"
digikam.dbengine: Checking XML version ID => expected:  3  found:  3
digikam.coredb: Core database: running schema update
digikam.coredb: Core database: have a structure version  8
digikam.coredb: Core database: makeUpdates  8  to  8
digikam.database: Creating new Location  "/home/simon/Bilder"  uuid  
"volumeid:?uuid=1166f1b7-580b-47b9-a39d-652fca450250"
digikam.database: location for  "/home/simon/Bilder"  is available  true
KMemoryInfo: Platform identified :  "LINUX"
KMemoryInfo: TotalRam:  16708153344
digikam.general: Allowing a cache size of 200 MB
digikam.thumbsdb: ThumbDB SelectThumbnailSetting val ret =  0
digikam.thumbsdb: ThumbDB SelectThumbnailSetting val ret =  0
digikam.thumbsdb: Thumbs database: have a structure version  "3"
digikam.general: Thumbnails database ready for use
digikam.general: Switch to widget style:  "Fusion"
digikam.dimg: ("/usr/share/color/icc")
digikam.dimg: No X.org XICC profile installed for screen  0
digikam.general: Camera XML data:  
"/home/simon/.local/share/digikam/cameras.xml"
digikam.facedb: FaceDB SelectFaceSetting val ret =  0
digikam.facedb: FaceDB SelectFaceSetting val ret =  0
digikam.facedb: Face database: have a structure version  "2"
digikam.facesengine: Face database ready for use
digikam.general: Face PipeLine: add database writer
digikam.general: Face PipeLine: add faces trainer
digikam.facesengine: Face database ready for use
digikam.general: Face PipeLine: add database writer
digikam.general: Face PipeLine: add faces trainer
digikam.geoiface: "setting backend marble"
digikam.general: Stacked View Mode :  0
digikam.geoiface: "setting backend marble"
digikam.general: "browse_album"
digikam.general: "browse_tag"
digikam.general: "browse_labels"
digikam.general: "browse_date"
digikam.general: "browse_timeline"
digikam.general: "browse_search"
digikam.general: "browse_fuzzysearch"
digikam.general: "browse_gpssearch"
digikam.general: "browse_people"
20:48:47
digikam.widgets: Paths to color scheme :  ("/usr/share/digikam/colorschemes")
digikam.widgets: "Breeze"  ::  ""
digikam.widgets: "Breeze"  ::  ""
QFSFileEngine::open: No file name specified
digikam.dimg: variant:  QVariant(Digikam::LensFunIface::DevicePtr, )
digikam.dimg: dev:  AEE  ::  AEE DV  ::  6
digikam.dimg: Search for camera  "" - ""  ==> false
digikam.dimg: Search for lens  ""  ==> false
digikam.dimg: updating data
digikam.dimg: updating data
digikam.general: Using  4  

Bug#842291: notmuch processes frequently stuck in select()

[Robbie Harwood]

Package: notmuch
Version: 0.23.1-1
Severity: important

Dear Maintainer,

Frequently the processes notmuch-emacs spawns to view messages never finish
returning the message data.  Sometimes this is deterministic and the message
is never viewable; other times, spawning more of the same process causes the
first process to complete.

Here's a traceback from one of the processes (invoked as
/usr/bin/notmuch show --format=sexp --format-version=1 --decrypt 
--exclude=false ' thread:[redacted] and ( [redacted] )'
):

(gdb) bt
#0  0x7f1d74cff293 in __select_nocancel () at 
../sysdeps/unix/syscall-template.S:84
#1  0x7f1d736b2429 in _gpgme_ath_select (nfd=nfd@entry=10, 
rset=rset@entry=0x7ffe2d9c99e0, 
wset=wset@entry=0x7ffe2d9c9a60, eset=eset@entry=0x0, 
timeout=timeout@entry=0x7ffe2d9c99d0)
at ath-pthread.c:153
#2  0x7f1d736ad857 in _gpgme_io_select (fds=0x556a3ddb1e30, nfds=10, 
nonblock=nonblock@entry=0)
at posix-io.c:643
#3  0x7f1d7368d2de in _gpgme_wait_on_condition 
(ctx=ctx@entry=0x556a3ddb1260, cond=cond@entry=0x0, 
op_err_p=op_err_p@entry=0x0) at wait-private.c:87
#4  0x7f1d7368d4d9 in _gpgme_wait_one (ctx=ctx@entry=0x556a3ddb1260) at 
wait-private.c:170
#5  0x7f1d73691898 in gpgme_op_verify (ctx=0x556a3ddb1260, sig=, 
signed_text=0x556a3ce9eb10, plaintext=plaintext@entry=0x0) at verify.c:1147
#6  0x7f1d75985b95 in pkcs7_verify (context=, 
digest=, 
istream=, sigstream=0x556a3ce38850, err=0x7ffe2d9c9c70) at 
gmime-pkcs7-context.c:646
#7  0x7f1d7597c832 in g_mime_multipart_signed_verify (mps=, 
ctx=ctx@entry=0x556a3ce5f630, err=err@entry=0x7ffe2d9c9c70) at 
gmime-multipart-signed.c:466
#8  0x556a3c5f1c80 in node_verify (cryptoctx=0x556a3ce5f630, 
part=0x556a3ce3cf00, 
node=0x556a3ce7e100) at mime-node.c:159
#9  _mime_node_create (part=0x556a3ce3cf00, parent=0x556a3ddc92d0) at 
mime-node.c:267
#10 mime_node_child (parent=parent@entry=0x556a3ddc92d0, child=child@entry=0) 
at mime-node.c:296
#11 0x556a3c5eed6d in format_part_sprinter (ctx=0x556a3ddb7cc0, 
sp=0x556a3ce5e540, 
node=0x556a3ddc92d0, first=1, output_body=1, include_html=0) at 
notmuch-show.c:563
#12 0x556a3c5ef486 in format_part_sprinter_entry (ctx=, 
sp=, 
node=, indent=, params=) at 
notmuch-show.c:670
#13 0x556a3c5edfc0 in show_message (ctx=ctx@entry=0x556a3ce38200, 
sp=sp@entry=0x556a3ce5e540, 
message=message@entry=0x556a3ddb87a0, indent=indent@entry=3, 
params=params@entry=0x7ffe2d9c9fa0, 
format=) at notmuch-show.c:827
#14 0x556a3c5ee0b9 in show_messages (ctx=ctx@entry=0x556a3ce38200, 
format=format@entry=0x556a3c7fd280 , 
sp=sp@entry=0x556a3ce5e540, 
messages=0x556a3ddb5aa0, indent=indent@entry=3, 
params=params@entry=0x7ffe2d9c9fa0)
at notmuch-show.c:863
#15 0x556a3c5ee0fc in show_messages (ctx=ctx@entry=0x556a3ce38200, 
format=format@entry=0x556a3c7fd280 , 
sp=sp@entry=0x556a3ce5e540, 
messages=0x556a3ce81700, indent=indent@entry=2, 
params=params@entry=0x7ffe2d9c9fa0)
at notmuch-show.c:871
#16 0x556a3c5ee0fc in show_messages (ctx=ctx@entry=0x556a3ce38200, 
format=format@entry=0x556a3c7fd280 , 
sp=sp@entry=0x556a3ce5e540, 
messages=0x556a3ce846c0, indent=indent@entry=1, 
params=params@entry=0x7ffe2d9c9fa0)
at notmuch-show.c:871
#17 0x556a3c5ee0fc in show_messages (ctx=ctx@entry=0x556a3ce38200, 
format=format@entry=0x556a3c7fd280 , 
sp=sp@entry=0x556a3ce5e540, 
messages=0x556a3ce6dec0, indent=indent@entry=0, 
params=params@entry=0x7ffe2d9c9fa0)
at notmuch-show.c:871
#18 0x556a3c5efd9f in do_show (params=0x7ffe2d9c9fa0, sp=0x556a3ce5e540, 
format=0x556a3c7fd280 , query=0x556a3ce3dfd0, 
ctx=0x556a3ce38200) at notmuch-show.c:959
#19 notmuch_show_command (config=0x556a3ce38200, argc=, 
argv=)
at notmuch-show.c:1171
#20 0x556a3c5e1b8f in main (argc=, argv=0x7ffe2d9ca458) at 
notmuch.c:421
(gdb) 


(Versions of programs are the latest I could install, but it also occurs with
about the same frequency when everything is from testing.)

Thanks!

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

Kernel: Linux 4.7.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: sysvinit (via /sbin/init)

Versions of packages notmuch depends on:
ii  libc6   2.24-5
ii  libglib2.0-02.50.1-1
ii  libgmime-2.6-0  2.6.20-8
ii  libnotmuch4 0.23.1-1
ii  libtalloc2  2.1.8-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages notmuch recommends:
ii  gnupg-agent2.1.15-4
ii  gpgsm  2.1.15-4
ii  notmuch-emacs  0.23.1-1

notmuch suggests no packages.

-- no debconf information

Bug#841460: Re: mate-polkit: gtk3+ errors still persist in .xsession-errors. Package: mate-polkit

[shirish शिरीष]

at bottom :-

On 27/10/2016, Vlad Orlov  wrote:
> Oh, forgot about one more dir to look in.
>
> As described in GTK+ docs at [1], there might be gtk.css
> in ~/.config/gtk-3.0/ dir ($XDG_CONFIG_HOME is ~/.config).
>
> [1]
> https://developer.gnome.org/gtk3/stable/GtkCssProvider.html#GtkCssProvider.description


Hi Vlad,

Sorry for being such a pain. There indeed is a .config/gtk-3.0/gtk.css
but it doesn't tell where it is coming from  and it does have
:prelight in the .css file.

I have attached the .css file although I don't know should I change it
from :prelight to :hover or just delete it ?

┌─[shirish@debian] - [~/.config/gtk-3.0] - [2585]
└─[$] cat gtk.css | grep prelight

PanelApplet .button:prelight {
PanelApplet .button:active:prelight {

Trying to find it has some parent is also futile

┌─[shirish@debian] - [~/.config/gtk-3.0] - [2586]
└─[$] dpkg -S ~/.config/gtk-3.0/gtk.css

dpkg-query: no path found matching pattern /home/shirish/.config/gtk-3.0/gtk.css

If it was something that I had done, I usually add a comment/note
about from where I got that file, but this has nothing of that kind.

Look forward to know what to do, just delete it or something else.
-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8
/* Custom styles */

/* select-off
@define-color selected_bg_color #398ee7;
@define-color selected_fg_color #ee;
@define-color theme_selected_bg_color @selected_bg_color;
@define-color theme_selected_fg_color @selected_fg_color;
select-off */

/* panel-on */
@define-color panel_bg_color #00;
@define-color panel_fg_color #ff;

PanelWidget,
PanelApplet,
PanelToplevel,
PanelSeparator,
PanelApplet > GtkMenuBar.menubar,
PanelApplet > GtkMenuBar.menubar.menuitem,
PanelMenuBar.menubar,
PanelMenuBar.menubar.menuitem,
PanelAppletFrame,
UnityPanelWidget,
.gnome-panel-menu-bar,
.unity-panel {
	background-image: -gtk-gradient(linear,left top,left bottom,from(shade(@panel_bg_color,1.2)),to(shade(@panel_bg_color,0.8)));
	color: @panel_fg_color;
}

.unity-panel.menuitem,
.unity-panel .menuitem {
	color: @panel_fg_color;
}

.unity-panel.menubar.menuitem:hover,
.unity-panel.menubar .menuitem *:hover {
	border-color: shade(@panel_bg_color, 0.7);
	border-image: none;
	background-image: -gtk-gradient(linear,left top,left bottom,from(shade(@panel_bg_color, 0.97)),to(shade(@panel_bg_color, 0.82)));
	color: @panel_fg_color;
}

PanelApplet .button {
	border-color: transparent;
	border-image: none;
	background-image: -gtk-gradient(linear,left top,left bottom,from(shade(@panel_bg_color,1.2)),to(shade(@panel_bg_color,0.8)));
	color: @panel_fg_color;
	box-shadow: none;
	text-shadow: none;
	-unico-inner-stroke-width: 0;
}

PanelApplet .button:active {
	border-color: shade(@panel_bg_color,0.8);
	border-image: none;
	background-image: -gtk-gradient(linear,left top,left bottom,from(shade(shade(@panel_bg_color,1.02),0.9)),to(shade(shade(@panel_bg_color,1.02),0.95)));
	color: @panel_fg_color;
	box-shadow: none;
	text-shadow: none;
	-unico-inner-stroke-width: 0;
}

PanelApplet .button:prelight {
	border-color: transparent;
	border-image: none;
	background-image: -gtk-gradient(linear,left top,left bottom,from(shade(@panel_bg_color,1.2)),to(shade(@panel_bg_color,1.0)));
	color: @panel_fg_color;
	box-shadow: none;
	text-shadow: none;
	-unico-inner-stroke-width: 0;
}

PanelApplet .button:active:prelight {
	border-color: shade(@panel_bg_color,0.8);
	border-image: none;
	background-image: -gtk-gradient(linear,left top,left bottom,from(shade(shade(@panel_bg_color,1.02),1.0)),to(shade(shade(@panel_bg_color,1.02),1.05)));
	color: @panel_fg_color;
	box-shadow: none;
	text-shadow: none;
	-unico-inner-stroke-width: 0;
}

WnckPager,
WnckTasklist {
	background-color: @panel_bg_color;
}

/* panel-on */

/* menu-off
@define-color menu_bg_color #fcaf3e;
@define-color menu_fg_color #4e9a06;

GtkTreeMenu.menu,
GtkMenuToolButton.menu,
GtkComboBox .menu {
	background-color: @menu_bg_color;
}

.primary-toolbar .button .menu,
.toolbar .menu,
.toolbar .primary-toolbar .menu,
.menu {
	border-style: none;
	background-image: none;
	background-color: @menu_bg_color;
	color: @menu_fg_color;
	box-shadow: none;
	text-shadow: none;
	-unico-inner-stroke-width: 0;
}

.menu.button:hover,
.menu.button:active,
.menu.button:active:insensitive,
.menu.button:insensitive,
.menu.button {
	background-color: @menu_bg_color;
	background-image: none;
}

GtkTreeMenu .menuitem * {
	color: @menu_fg_color;
}

.menuitem,
.menu .menuitem {
	background-color: transparent;
}

.menu .menuitem:active,
.menu .menuitem:hover {
	background-color: @theme_selected_bg_color;
}

.menuitem.check,
.menuitem.radio,
.menuitem.check:hover,
.menuitem.radio:hover,
.menuitem.check:active,
.menuitem.radio:active {
	background-color: transparent;
}

.menu .menuitem:insensitive,

Bug#842290: RM: confetti -- ROM; Upstream is dead, nobody uses the package.

[Dmitry E. Oboukhov]

Package: ftp.debian.org
Severity: normal

The package was uploaded for tarantool* dep-list. But now tarantool
doesn't use the package and upstream is dead.

So, please, remove the package from Debian.

Bug#841831: people.debian.org: provide psql command for UDD users

[Eriberto]

2016-10-25 14:56 GMT-02:00 Mattia Rizzolo :
> On Tue, Oct 25, 2016 at 02:52:03PM -0200, Eriberto wrote:
>> 2016-10-25 13:47 GMT-02:00 Lucas Nussbaum :
>> > On 25/10/16 at 13:05 -0200, Eriberto wrote:
>> >> Thanks a lot Lucas,
>> >>
>> >> Can you point me a way to put a "ordinary page" in Alioth?
>> >
>> > Sorry - no. I'm not up-to-date with how alioth works.
>>
>>
>> I asked because I think that is not possible. I already tried it.
>
> It is possible, but only for teams; regular users don't have the ability
> to host web pages (anymore, apparently it was possible years ago).
>
> You just create a /htdocs/ page in your group's home, then it'll be
> https://${group}.alioth.debian.org/


Thanks a lot Mattia!

I looked in Alioth and I discovered that each DD has a directory in
/srv/home/groups/. My problem is solved!

Thanks, thanks, thanks!

Regards,

Eriberto

Bug#842278: RFS: mailfilter/0.8.6-1

[Elimar Riesebieter]

* Gianfranco Costamagna  [2016-10-27 15:34 +]:

> control: owner -1 !
> control: tags -1 moreinfo
> 
> Hi, lets see:
> 
> >I am looking for a sponsor for my package "mailfilter"
> 
> 
> "mailfilter (0.8.4-2) unstable; urgency=medium"
> 
> you dropped this entry
> 
> and the reproducibility bits
> -   LC_ALL=C tar -cf - ./contrib --sort=name --clamp-mtime 
> --mtime="@$(SOURCE_DATE_EPOCH)" --mode=go=rX,u+rw,a-s --owner=root 
> --group=root --numeric-owner \
> -  | gzip -n -9  > 
> ./debian/mailfilter/usr/share/doc/mailfilter/contrib.tar.gz
> +   LC_ALL=C tar -cf - ./contrib --mtime="$(BUILD_DATE)" | gzip -n -9  > 
> ./debian/mailfilter/usr/share/doc/mailfilter/contrib.tar.gz

Sorry for that. I took 0.8.4-1 for as the basis

> 
> 
> I'm also worried about such licenses:
> ./src/rcparser.cc:   the Free Software Foundation, either version 3 of the 
> License, or

This file is availabe after build but instructed from
./src/rcparser.hh

> ./src/rcparser.hh:   the Free Software Foundation, either version 3 of the 
> License, or
> ./src/rfc822parser.cc:   the Free Software Foundation, either version 3 of 
> the License, or
> ./src/rfc822parser.hh:   the Free Software Foundation, either version 3 of 
> the License, or

Those 3(4) files are cloned from bison. So they have all the bison
license. Neither Andreas nor me can change that. But it should be
confirm to the DFSG...

Reuploaded.

Thanks for sponsoring
Elimar
-- 
  Never make anything simple and efficient when a way
  can be found to make it complex and wonderful ;-)


signature.asc
Description: PGP signature

Bug#842289: cairo: CVE-2016-9082: Out of bounds read in read_png/write_png in cairo-png.c

[Salvatore Bonaccorso]

Source: cairo
Version: 1.14.6-1
Severity: important
Tags: security upstream patch
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=98165

Hi,

the following vulnerability was published for cairo.

CVE-2016-9082[0]:
Out of bounds read in read_png/write_png in cairo-png.c

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-9082

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#842288: transition: gdal

[Bas Couwenberg]

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

Dear Release Team,

For the Debian GIS team I'd like to transition to GDAL 2.1.2.

Like the previous transition to GDAL 2.1.1 (#830966), there is no SONAME
bump, only the virtual ABI package changed to account for the C++ symbol
changes.

All reverse dependencies rebuilt successfully with GDAL 2.1.2 from
experimental as summarized below, except mysql-workbench whose build
dependencies are not installable (#840786), but it's not in testing due
to (#839356).

libgdal-grass doesn't need a binNMU as the 2.1.2 version will be
uploaded to unstable instead. liblas likewise doesn't need a binNMU,
the version is experimental will be moved to unstable instead.

Please also binNMU osgearth in experimental as part of the transition.


Ben file:

title = "gdal";
is_affected = .depends ~ /gdal-abi-2-1-[12]/
is_good = .depends ~ "gdal-abi-2-1-2";
is_bad = .depends ~ "gdal-abi-2-1-1";


Transition: gdal

 libgdal20 (2.1.1+dfsg-5) -> libgdal20 (2.1.2+dfsg-1~exp1)
 gdal-abi-2-1-1   -> gdal-abi-2-1-2

The status of the most recent rebuilds is as follows.

 dans-gdal-scripts  (0.23-6)   OK
 fiona  (1.7.0.post2-1)OK
 gazebo (7.3.1+dfsg-1) OK
 gmt(5.2.1+dfsg-7) SKIP (no C++)
 imposm (2.6.0+ds-3)   SKIP (no C++)
 libcitygml (2.0-3)OK
 liblas (1.8.1-2 / 1.8.1-3~exp1)   OK / OK
 libosmium  (2.9.0-2)  SKIP (no C++)
 mapcache   (1.4.1-3)  SKIP (no C++)
 mapnik (3.0.12+ds-1)  OK
 mapproxy   (1.9.0-3)  SKIP (no C++)
 mapserver  (7.0.2-1)  SKIP (no C++)
 merkaartor (0.18.3+ds-1)  OK
 mysql-workbench(6.3.4+dfsg-3) BD-UNINST / FTBFS
 ncl(6.3.0-11) SKIP (no C++)
 node-srs   (0.4.8+dfsg-2) OK
 octave-mapping (1.2.1-1)  OK
 openscenegraph (3.2.3+dfsg1-2)OK
 osmium (0.0~20160425-e2e4368-2)   SKIP (no C++)
 pdal   (1.3.0-1)  OK
 postgis(2.3.0+dfsg-3) SKIP (no C++)
 pprepair   (0.0~20160321-87ffae5-1)   OK
 prepair(0.7-6)OK
 qlandkartegt   (1.8.1+ds-7)   OK
 qmapshack  (1.7.1-1)  OK
 rasterio   (0.36.0-1) OK
 saga   (2.3.1+dfsg-2) OK
 sumo   (0.27.1+dfsg1-1)   OK
 thuban (1.2.2-11) OK
 vtk6   (6.3.0+dfsg1-2)OK
 xastir (2.0.8-2)  SKIP (no C++)

 grass  (7.0.5-2)  SKIP (no C++)
 openscenegraph-3.4 (3.4.0+dfsg1-4)OK
 osgearth   (2.7.0+dfsg-2 / 2.8.0+dfsg-1~exp1) OK / OK
 osmcoastline   (2.1.4-1)  OK
 otb(5.6.1+dfsg-1) OK
 pktools(2.6.7-2)  OK
 pyosmium   (2.9.0-1)  SKIP (no C++)

 libgdal-grass  (2.1.1-3 / 2.1.2-1~exp1)   FTBFS / OK
 qgis   (2.14.8+dfsg-1)OK


Kind Regards,

Bas

Bug#842055: false positive: Uninitialized variable

[Joachim Reichel]

forwarded 842055 http://trac.cppcheck.net/ticket/7784
thanks

Bug#841878: Bug#842184: policykit-1: synaptic-pkexec no more work

[Brian Vaughan]

I can confirm that:

A) Executing
'/usr/lib/x86_64-linux-gnu/polkit-gnome-authentication-agent-1' on the
command line enabled the expected dialog for launching Synaptic from XFCE;

B) The issue has been resolved with policykit-1-gnome 0.105-5.

Thank you.

On Oct 27, 2016 2:00 AM, "Simon McVittie"  wrote:

> Control: reassign 842184 policykit-1-gnome 0.105-4
> Control: severity 842184 serious
>
> On Thu, 27 Oct 2016 at 07:27:05 +, Grand T wrote:
> > The error is in  policykit-1-gnome 0.105-4
> >
> >  /etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop refer to
> >
> > Exec=/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1
> >
> > but it don't exist so it is not started !
> >
> > The exec is now at/usr/lib/x86_64-linux-gnu/polkit-gnome-authentication-
> agent-1
> >
> > I modified
> >
> > /etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop to set up
> > Exec=/usr/lib/x86_64-linux-gnu/polkit-gnome-authentication-agent-1
>
> Good catch! It looks as though this was caused by modernizing the
> packaging of policykit-1-gnome from debhelper 8 to 10, which changed its
> ${libexecdir}, without also updating
> debian/polkit-gnome-authentication-agent-1.desktop to use the new
> value of ${libexecdir}.
>
> So this is not actually a policykit-1 bug, but rather policykit-1-gnome,
> which is a separate source package. Contrary to its name, pk-1-gnome
> is not actually used in "full" GNOME any more (because GNOME Shell has
> its own built-in polkit agent), but it does get used in XFCE, Unity and
> GNOME Flashback.
>
> Brian (and anyone else who is seeing #841878), are you using
> policykit-1-gnome as your implementation of a polkit agent? If you
> run /usr/lib/x86_64-linux-gnu/polkit-gnome-authentication-agent-1
> "by hand" from a terminal, does authentication work normally for you?
>
> (If you have edited /etc/xdg/autostart/polkit-
> gnome-authentication-agent-1.desktop
> as a workaround, you will probably need to edit it again, or go back to
> the version provided by the package maintainer, after this bug is fixed -
> we will probably choose a different location for the authentication agent,
> or go back to its old location, because the architecture-dependent path is
> awkward to use in the packaging.)
>
> Thanks,
> S
>

Bug#841831: people.debian.org: provide psql command for UDD users

[Eriberto]

2016-10-25 23:54 GMT-02:00 Paul Wise :
> On Sun, 23 Oct 2016 14:28:03 -0200 Joao Eriberto Mota Filho wrote:
>
>> I have some UDD reports[1]
>> [1] https://people.debian.org/~eriberto/udd/
>
> Why not put these reports onto udd.d.o?


Hi Paul,

I am doing several changes and generating several queries all time.
So, I am keeping outside udd.d.o. Lucas would like to put it as a
complement to bapase but I think that the final format will be bad for
a long txt report. So, I am maintaining in people.d.o.

Regards,

Eriberto

Bug#842287: encfs: watch file for new upstream location (with new 1.9.1 version available)

[Agustin Martin]

Package: encfs
Version: 1.8.1-3+b3
Severity: wishlist

Dear Maintainer,

As I mentioned in #828293, there is a new 1.9.1 upstream version available
for encfs at

  https://github.com/vgough/encfs 

I am opening a new bug report to add the watch file I used during my tests,
dealing with new encfs upstream location

Best regards,

-- 
Agustin
# watch file for encfs: See uscan(1) for format

# Compulsory line, this is a version 3 file
version=3

# For GitHub projects you can use the tags or releases page.  Since the archive
# URLs use only the version as the name, it is recommended to use a
# filenamemangle to adjust the name of the downloaded file:
opts="filenamemangle=s/(?:.*)?v?(\d[\d\.]*)\.tar\.gz/encfs-$1.tar.gz/" \
https://github.com/vgough/encfs/releases .*/encfs-([\d\.]+)\.tar\.gz