Bug#846145: (no subject)

[Michael Lustfield]

Thanks for catching the mistake!

Bug#819389: ITP: r-cran-bh -- GNU R package with Boost headers

[Andreas Tille]

Hi Dirk,

I just realised that this ITP seems not to be closes.  I somehow forgot
this since the former requirement I had for this package seems to have
vanished.  However, my attempt to upgrade r-cran-rsqlite to its latest
upstream version due to the missing r-cran-bh.

Do you intend to upload this soon to enable me upgrading r-cran-rsqlite?

Kind regards

 Andreas.

-- 
http://fam-tille.de

Bug#845393: Pending fixes for bugs in the tomcat8 package

[paul . szabo]

Dear Emmanuel,

The two directories
  /etc/tomcat8/Catalina
  /etc/tomcat8/Catalina/localhost
have similar ownership and permissions, but they are set up differently:
localhost is "delivered" writable, while Catalina is delivered without
but is then set so in postinst (and re-set at each upgrade). This seems
confusing. Would it be worthwhile to handle them both in the same way?
Maybe some other things in postinst could get the same treatment.
(Simple is easier to keep secure.)

Cheers, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia

Bug#846664: [Debian-med-packaging] Bug#846664: src:adapterremoval: New version available

[Kevin Murray]

As mentioned, I'll do this (tomorrow).

Cheers,
K

On 07:52 03/12, Andreas Tille wrote:
> Package: src:adapterremoval
> Severity: normal
> 
> Hi,
> 
> there is a new upstream version of adapterremoval.  I have deactivated
> the attempt to create an adapterremoval-benchmark package for the moment
> so feel free to upgrade to the latest upstream version if you like to.
> 
> Kind regards
> 
>   Andreas.
> 
> -- System Information:
> Debian Release: 8.6
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
> 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)
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging

---
Kevin Murray

Bug#846144: liferea: FTBFS randomly (build hangs)

[Paul Gevers]

Control: tags -1 confirmed

On 03-12-16 07:02, Paul Gevers wrote:
> I ran a couple of builds on debomatic, and unfortunately for this bug,
> it doesn't trigger the hang there. What is the ratio (approximately of
> course) of hangs versus no hangs?

But my first local pbuilder build hangs.

> The issue is always with introspection. Due to bug 839397¹ I added a
> work-around to liferea. That bug is fixed, so the work-around isn't
> needed anymore. Do the hangs also occur when line 13 in the debian/rules
> file that contains
> "export WEBKIT_DISABLE_COMPOSITING_MODE=1"
> is disabled?

Already tested, doesn't help.

> The other idea to try is to run the introspection command manually on
> both a liferea binary from a successful build (in a loop) and from a
> failed build (if you/we can extract that somehow): "g-ir-scanner
> liferea".

The actual command is a lot longer. It can be found in the build logs
when searching for g-ir-scanner.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#846664: src:adapterremoval: New version available

[Andreas Tille]

Package: src:adapterremoval
Severity: normal

Hi,

there is a new upstream version of adapterremoval.  I have deactivated
the attempt to create an adapterremoval-benchmark package for the moment
so feel free to upgrade to the latest upstream version if you like to.

Kind regards

  Andreas.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
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)

Bug#846663: ITP: pybigwig -- module for quick access to bigBed and bigWig files

[Diane Trout]

Package: wnpp
Severity: wishlist
Owner: Diane Trout 

* Package name: pybigwig
  Version : 0.3.2
  Upstream Author : Devon Ryan 
* URL : https://github.com/dpryan79/pyBigWig
* License : Expat
  Programming Lang: Python
  Description : module for quick access to bigBed and bigWig files

 This is a Python extension, written in C, for quick access to bigBed files,
 and access to and creation of bigWig files.

I was planning on submitting this under the debian-med team.

We found it as a dependency for deepTools https://deeptools.github.io/
though I haven't investigated packaging deepTools.

bigBed and bigWig files are quite common in bioinformatics, it'd be nice to be
able to use them directly.

The one odd thing about the package is that upstream has the C code seperately
available  to build a library, but they also includes directly include in their
python package and just add the C code to the setup.py code to build the
extension.

Bug#817779: Dask & Toolz

[Diane Trout]

On Fri, 2016-12-02 at 17:44 -0800, Stefan van der Walt wrote:
> Thank you for all this information.
> 
> I can make the suggested changes, but this isn't currently high on my
> priority list.  I package so infrequently that the overhead of
> tracking
> the latest requirements becomes quite high.  Would you be willing to
> take over the packaging here?

Sure. I'm willing to take over.

I just wanted to make sure you were OK with it. (Some people can get
possessive of their packages).

I just pushed packaging to ftp-master, though it'll take a little while
before its accepted, and a random length of time before ftp-master
approves it.

And just to be clear, are you OK with me releasing Dask as well?

Diane

Bug#846144: liferea: FTBFS randomly (build hangs)

[Paul Gevers]

Hi Santiago,

On 29-11-16 22:22, Santiago Vila wrote:
>> Do you think it may help to disable parallelism?
> 
> Do you mean, for the purposes of reproducing the error, or for the
> purposes of avoiding it? :-)

I meant for the purpose of avoiding that.

> $ENV{'DEB_BUILD_OPTIONS'} = 'parallel=1';

I saw that after my e-mail. So at least that doesn't help.

I ran a couple of builds on debomatic, and unfortunately for this bug,
it doesn't trigger the hang there. What is the ratio (approximately of
course) of hangs versus no hangs?

Luckily, the hangs (when they happen) are always on the same location
and I now have some ideas of debugging (how difficult is it for you to
try my first idea?)

The issue is always with introspection. Due to bug 839397¹ I added a
work-around to liferea. That bug is fixed, so the work-around isn't
needed anymore. Do the hangs also occur when line 13 in the debian/rules
file that contains
"export WEBKIT_DISABLE_COMPOSITING_MODE=1"
is disabled?

The other idea to try is to run the introspection command manually on
both a liferea binary from a successful build (in a loop) and from a
failed build (if you/we can extract that somehow): "g-ir-scanner
liferea". All of this of course in a similar environment where the hang
occurs. It that is the case, I guess it is easier to really debug the
issue, because I assume we could than run g-ir-scanner under gdb and
inspect it when it hangs.

I'll play around a bit in my build environments (pbuilder) to see if I
can learn something there when I have time.

Anyways, it is my suspicion that this bug should be reassigned to some
introspection package, but we need to figure out which one.

Paul

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



signature.asc
Description: OpenPGP digital signature

Bug#846661: light-locker: screen remains black after unlock

[Gedalya]

Reverting lightdm back to 1.18.2-2 didn't help.
Also I wasn't able to unlock per #846278 using 'loginctl unlock-session {X}', 
however my init is sysvinit, so maybe that's an issue.

Bug#758234: another nasty fallout of this requirement

[Adam Borowski]

Hi!
Here's a yet another case this obsolete requirement causes problems:
#845464 which is a severity:critical issue (somehow filed as "only"
serious) -- an unrelated outdated package causes debootstrap to fail.

This is nastier than the usual cases, such as leaving a bazillion of
gcc-$ANCIENT-base at priority:important.  And there's no reason for breaking
installation just because of an otherwise well-executed, trivial private
transition.

Thus, this policy requirement needs to die.

And to actually fix the issues, instead of merely dropping the mention and
thus making the dependencies last forever because of inertia, I urge you to
go all the way from "priority of rdepends MUST be raised" all the way to
"priority of rdepends MUST NOT be raised, every package is to be evaluated
only based on what it directly brings to the user (elevation possibly
_moved_ to a metapackage/etc but never copied the other way)" (maybe just a
SHOULD NOT for a transitional period).

Would you want me to a provide a suggested wording?


Meow!
-- 
The bill declaring Jesus as the King of Poland fails to specify whether
the addition is at the top or end of the list of kings.  What should the
historians do?

Bug#846661: light-locker: screen remains black after unlock

[Gedalya]

Package: light-locker
Version: 1.7.0-3
Severity: important

After pulling a bunch of new packages from sid - xorg-server-core, mesa, and 
dbus, light-locker stopped working.
When unlocking, after putting in my credentials the screen remains black.
Killing the process brings the desktop back.

Attaching debug output.

I'm using XFCE.


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

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

Versions of packages light-locker depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  libc62.24-7
ii  libcairo21.14.6-1.1
ii  libdbus-1-3  1.10.14-1
ii  libdbus-glib-1-2 0.108-1
ii  libglib2.0-0 2.50.2-2
ii  libgtk-3-0   3.22.4-1
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libsystemd0  232-6
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1
ii  libxss1  1:1.2.2-1
ii  lightdm  1.18.2-3

light-locker recommends no packages.

light-locker suggests no packages.

-- no debconf information

$ light-locker --debug
[gs_debug_init] gs-debug.c:106 (00:20:03):   Debugging enabled
[main] light-locker.c:142 (00:20:03):initializing light-locker 1.7.0
[main] light-locker.c:144 (00:20:03):lock after screensaver 5
[main] light-locker.c:145 (00:20:03):late locking 0
[main] light-locker.c:146 (00:20:03):lock on suspend 1
[main] light-locker.c:147 (00:20:03):lock on lid 0
[main] light-locker.c:148 (00:20:03):idle hint 0
[query_session_id] gs-listener-dbus.c:2088 (00:20:03):   
org.freedesktop.login1.NoSessionForPID raised:
 PID 8711 does not belong to any known session


[init_session_id] gs-listener-dbus.c:2180 (00:20:03):Got session-id: (null)
[query_sd_session_id] gs-listener-dbus.c:2164 (00:20:03):Couldn't 
determine our own sd session id: No such file or directory
[init_session_id] gs-listener-dbus.c:2185 (00:20:03):Got sd-session-id: 
(null)
[init_seat_path] gs-listener-dbus.c:2262 (00:20:03): Got seat: 
/org/freedesktop/DisplayManager/Seat0
[gs_listener_delay_suspend] gs-listener-dbus.c:449 (00:20:03):   Delay suspend
[gs_listener_x11_acquire] gs-listener-x11.c:172 (00:20:03):  ScreenSaver 
Registered
[listener_dbus_handle_system_message] gs-listener-dbus.c:1330 (00:20:03):   
 obj_path=/org/freedesktop/DBus interface=org.freedesktop.DBus 
method=NameAcquired destination=:1.127
[gs_grab_grab_root] gs-grab-x11.c:647 (00:20:09):Grabbing the root 
window
[gs_grab_get_keyboard] gs-grab-x11.c:153 (00:20:09): Grabbing keyboard 
widget=4B5
[gs_grab_get_mouse] gs-grab-x11.c:213 (00:20:09):Grabbing mouse 
widget=4B5
[gs_manager_create_windows_for_screen] gs-manager.c:548 (00:20:09):  
Creating 1 windows for screen 0
[gs_manager_create_window_for_monitor] gs-manager.c:324 (00:20:09):  
Creating window for monitor 0 [0,0] (1920x1080)
[update_geometry] gs-window-x11.c:197 (00:20:09):got geometry for 
monitor 0: x=0 y=0 w=1920 h=1080
[update_geometry] gs-window-x11.c:210 (00:20:09):using geometry for 
monitor 0: x=0 y=0 w=1920 h=1080
[update_geometry] gs-window-x11.c:197 (00:20:09):got geometry for 
monitor 0: x=0 y=0 w=1920 h=1080
[update_geometry] gs-window-x11.c:210 (00:20:09):using geometry for 
monitor 0: x=0 y=0 w=1920 h=1080
[gs_window_move_resize_window] gs-window-x11.c:243 (00:20:09):   Move and/or 
resize window on monitor 0: x=0 y=0 w=1920 h=1080
[update_geometry] gs-window-x11.c:197 (00:20:09):got geometry for 
monitor 0: x=0 y=0 w=1920 h=1080
[update_geometry] gs-window-x11.c:210 (00:20:09):using geometry for 
monitor 0: x=0 y=0 w=1920 h=1080
[gs_window_move_resize_window] gs-window-x11.c:243 (00:20:09):   Move and/or 
resize window on monitor 0: x=0 y=0 w=1920 h=1080
[update_geometry] gs-window-x11.c:197 (00:20:09):got geometry for 
monitor 0: x=0 y=0 w=1920 h=1080
[update_geometry] gs-window-x11.c:210 (00:20:09):using geometry for 
monitor 0: x=0 y=0 w=1920 h=1080
[gs_window_move_resize_window] gs-window-x11.c:243 (00:20:09):   Move and/or 
resize window on monitor 0: x=0 y=0 w=1920 h=1080
[gs_manager_timed_switch] gs-manager.c:445 (00:20:09):   Start switch to 
greeter timer
[gs_window_xevent] gs-window-x11.c:369 (00:20:09):   not raising our windows
[window_map_event_cb] gs-manager.c:233 (00:20:09):   Handling window 

Bug#817175: ITP: how2 -- stackoverflow from the terminal

[Luciano Bello]

Hi Ondřej,
 Do you still need a sponsor for this?

Cheers, luciano

Bug#845464: Policy 2.5, last section, needs to die

[Adam Borowski]

This is getting ridiculous.  The real culprit here is:

Policy 2.5:
#Packages must not depend on packages with lower priority values
#(excluding build-time dependencies).  In order to ensure this, the
#priorities of one or more packages may need to be adjusted.

which came only as a technical quirk of how CDs were built at the dawn of
time.  It is actively harmful.  Usually the fallout is merely tons of
unnecessarily installed crap like gcc-4.712345-base, but sometime we're
getting bugs like this.  Another problem is making it hard to switch
defaults, be that during a transition, distribution defaults or user choice:
when replacing systemd with sysvinit, exim with postfix, etc, neither the
user nor automated tools are told which dependencies are actually needed
and which are cruft that at best is useless and might cause trouble.

Thus, I believe the current (stalled forever) proposal of merely dropping
the rule is not enough.  We need to change "priority of rdepends MUST be
raised" all the way to "priority of rdepends MUST NOT be raised, every
package is to be evaluated only based on what it directly brings to the user
(elevation possibly moved to a metapackage/etc but never copied the other
way)".


Meow!
-- 
The bill declaring Jesus as the King of Poland fails to specify whether
the addition is at the top or end of the list of kings.  What should the
historians do?

Bug#843936: Need newer iwlwifi firmware for Linux 4.9-rc kernels

[Josh Triplett]

On Sat, Dec 03, 2016 at 04:11:01AM +, Ben Hutchings wrote:
> Control: tag -1 upstream
> 
> On Thu, 10 Nov 2016 14:24:54 -0800 Josh Triplett  
> wrote:
> > Package: firmware-iwlwifi
> > Version: 20160824-1
> > Severity: normal
> > 
> > The iwlwifi driver in Linux 4.9-rc kernels and newer, as packaged in
> > experimental, no longer supports the versions of the 7265D firmware (and
> > likely others) packaged in firmware-iwlwifi.
> 
> This is not correct; the minimum version is 17.

The version of the 4.9-rc kernel package I had installed at the time I
reported this issue stopped probing for firmware before reaching any
firmware version that firmware-iwlwifi shipped; as a result, it failed
to find any firmware, and refused to use wifi.  It looks like the source
of that version also declared the minimum version as 17, but
nonetheless, it stopped well before finding its firmware.

However, the current 4.9-rc5 kernel package in experimental no longer
seems to have this issue, and I can't seem to track down enough version
information about the packages at the time to reproduce the problem.
So, feel free to close this bug.

- Josh Triplett

Bug#846659: hime: Cannot start chewing-editor (Qt5 based app) when using hime as input method

[陳昌倬]

Package: hime
Version: 0.9.10+git20150916+dfsg1-8
Severity: normal

Hi,

I am not sure if the issue is in chewing-editor, hime or other packages,
so I just submit it to hime first. The following is how to reprocedure:


1. Install hime-qt5-immodule, chewing-editor

2. Use im-config to change input method to hime

3. In terminal, launch chewing-editor. The following messages will show
   in terminal, and chewing-editor cannot start.


$ chewing-editor

(chewing-editor:31046): GLib-GObject-WARNING **: cannot register 
existing type 'GtkIMContext'

(chewing-editor:31046): GLib-CRITICAL **: g_once_init_leave: assertion 
'result != 0' failed

(chewing-editor:31046): GLib-GObject-CRITICAL **: 
g_type_register_dynamic: assertion 'parent_type > 0' failed

(chewing-editor:31046): GLib-GObject-CRITICAL **: g_object_new: 
assertion 'G_TYPE_IS_OBJECT (object_type)' failed


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

Kernel: Linux 4.8.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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages hime depends on:
ii  hime-data0.9.10+git20150916+dfsg1-8
ii  hime-tables  0.9.10+git20150916+dfsg1-8
ii  libappindicator1 0.4.92-4
ii  libc62.24-7
ii  libcairo21.14.6-1.1
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libglib2.0-0 2.50.2-2
ii  libgtk2.0-0  2.24.31-1
ii  libhime  0.9.10+git20150916+dfsg1-8
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libx11-6 2:1.6.3-1
ii  libxtst6 2:1.2.2-1+b1

Versions of packages hime recommends:
ii  hime-gtk2-immodule  0.9.10+git20150916+dfsg1-8
ii  hime-gtk3-immodule  0.9.10+git20150916+dfsg1-8
ii  im-config   0.29-1.4

Versions of packages hime suggests:
pn  gcin-voice 
ii  hime-anthy 0.9.10+git20150916+dfsg1-8
ii  hime-chewing   0.9.10+git20150916+dfsg1-8
ii  hime-qt4-immodule  0.9.10+git20150916+dfsg1-8
ii  hime-qt5-immodule  0.9.10+git20150916+dfsg1-8

-- no debconf information

--
ChangZhuo Chen (陳昌倬) 
Debian Developer (https://nm.debian.org/public/person/czchen)
Key fingerprint = BA04 346D C2E1 FE63 C790  8793 CC65 B0CD EC27 5D5B


signature.asc
Description: PGP signature

Bug#843936: Need newer iwlwifi firmware for Linux 4.9-rc kernels

[Ben Hutchings]

Control: tag -1 upstream

On Thu, 10 Nov 2016 14:24:54 -0800 Josh Triplett  wrote:
> Package: firmware-iwlwifi
> Version: 20160824-1
> Severity: normal
> 
> The iwlwifi driver in Linux 4.9-rc kernels and newer, as packaged in
> experimental, no longer supports the versions of the 7265D firmware (and
> likely others) packaged in firmware-iwlwifi.

This is not correct; the minimum version is 17.

> Please consider updating firmware-iwlwifi to include iwlwifi-7265D-26.ucode .

This firmware has not been submitted upstream.

Ben.
 
-- 
Ben Hutchings
Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer



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

Bug#692450: rng-tools: please update to version 4

[Michael Stone]

On Fri, Dec 02, 2016 at 09:17:08PM -0200, Henrique de Moraes Holschuh wrote:

Meh, I have requested help for it a long time ago.  The RFH bug is from
2011.


Well, nobody looks at those :D 


Will you maintain rng-tools4?


Well, it's up to 5 at this point but yes unless someone else is itching 
to.


Mike Stone

Bug#846312: vim package fails to build with missing man files

[James McCoy]

On Wed, Nov 30, 2016 at 06:54:28AM +, David Barnett wrote:
> When I try to build the v8.0.0095-1 tag from https://anonscm.debian.org/cgit/
> pkg-vim/vim.git using pbuilder, I get an error from the dh_install command:
>   dh_install
>   cp: cannot stat ‘debian/tmp/debian/tmp/usr/share/man/ru/man1/vim.1’: No such
> file or directory

That implies that $(DESTDIR) is being set to debian/tmp/debian/tmp.
$(DESTDIR) is set by the line:

install-stamp-indep: DESTDIR=$(CURDIR)/debian/tmp

so is $(CURDIR) somehow debian/tmp when install-stamp-indep is run?

> The issue here seems to be that the munge-man-directories helper in debian/
> rules is not getting invoked, those directory moves are skipped, and there is
> no man/ru/ directory at the expected path (only man/ru.UTF-8/ and 
> man/ru.KOI8-R
> /, which never got moved/deleted).

I'm not sure that's actually the case.  It seems to be related to the
above problem.  It's odd that you're encountering this but it's not
being hit elsewhere.

Is it somehow being evaluated twice or $(CURDIR) being carried over into
the sub-make which then expands?

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#792393: ITA: python-adodb -- A database abstraction library,for python

[Rajasekhar Ponakala]

Control: retitle -1 O: python-adodb -- A database abstraction library
for python

Bug#846254: compile error with gcc-6

[Steve M. Robbins]

On Tue, Nov 29, 2016 at 04:32:21PM +0100, Thorsten Alteholz wrote:

> building the alljoyn packages (alljoyn-core-1504, alljoyn-core-1509,
> alljoyn-core-1604) with googletest and gcc-6 gives the following compile
> error. I guess the "#include " jusst needs to be replaced by
> "#include " for gcc-6 now.

FWIW: I found a smaller minimal test case:

  g++ -c -D_GLIBCXX_USE_C99_FP_MACROS_DYNAMIC -I/usr/src/gtest 
-I/usr/src/gtest/include /usr/src/gtest/src/gtest-all.cc

Removing -D_GLIBCXX_USE_C99_FP_MACROS_DYNAMIC makes the compile problem go away.

I can't find any docs on that macro so I'm not sure whether its use is 
legitimate.  On the other hand,
I imagine using  should also be fine so I'll make that change.

-Steve


signature.asc
Description: PGP signature

Bug#845498: [Pkg-pascal-devel] Bug#845498: Bug#845498: /usr/bin/fpc-3.0.0: Provide cross-compilers

[Ben Longbons]

I got it completely working now! I did have to repack
binutils-{i586,x86-64}-linux-gnu though.

Tested that I can generate both i386 and aarch64 binaries, solely by
specifying `-P`. Still haven't actually tested linking with libc, for
that we'll need to do something nasty about /lib32/ (probably just
some ifdefs based on the *host* platform - need to extend the arch
tables for that)

For packaging, you'll almost certainly want to split up the
fp-compiler bits into 2-5 packages
(fp-compiler-{bin,driver,config,config-$fpc_target}). Note that the
new /etc/fpc/debian.cfg must be installed from the *unversioned*
package - which will require a "backwards" dependency
(fp-compiler-config-3.0.0 depends on fp-compiler-config-common).

Updated the GIST at the same URL:

https://gist.github.com/o11c/cf98115ba716ebdd1dc2cc75b290f321

Bug#846658: Acknowledgement (rpi: rpl causes crashes in unrelated software when using pkg_resources)

[Harlan Lieberman-Berg]

reassign 846658 rpl
thanks

Whoops, somehow submitted this to the wrong package.  CC'ing you, Kevin,
since the initial bugmail went to the unknown-package list.

Sincerely,
-- 
Harlan Lieberman-Berg
~hlieberman

Bug#845785: still crashes

[Gedalya]

Package: chromium
Version: 55.0.2883.75-1

Over here it crashes much less, but still crashes on web.whatsapp.com and 
sometimes on certain facebook pages.
The attached debugger output is from web.whatsapp.com


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

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

Versions of packages chromium depends on:
ii  libasound2   1.1.2-1
ii  libatk1.0-0  2.22.0-1
ii  libavcodec57 7:3.2.1-1
ii  libavformat577:3.2.1-1
ii  libavutil55  7:3.2.1-1
ii  libc62.24-7
ii  libcairo21.14.6-1.1
ii  libcups2 2.2.1-2
ii  libdbus-1-3  1.10.12-1
ii  libevent-2.0-5   2.0.21-stable-2.1
ii  libexpat12.2.0-1
ii  libflac8 1.3.1-4
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.2.1-5
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libglib2.0-0 2.50.2-2
ii  libgtk2.0-0  2.24.31-1
ii  libharfbuzz0b1.2.7-1+b1
ii  libicu57 57.1-5
ii  libjpeg62-turbo  1:1.5.1-2
ii  libminizip1  1.1-8
ii  libnettle6   3.3-1
ii  libnspr4 2:4.12-6
ii  libnss3  2:3.26.2-1
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpng16-16  1.6.26-2
ii  libpulse09.0-5
ii  libre2-3 20161101+dfsg-2
ii  libsnappy1v5 1.1.3-3
ii  libstdc++6   6.2.1-5
ii  libvpx4  1.6.0-3
ii  libwebp6 0.5.1-3
ii  libwebpdemux20.5.1-3
ii  libx11-6 2:1.6.3-1
ii  libx11-xcb1  2:1.6.3-1
ii  libxcb1  1.12-1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.2-1
ii  libxi6   2:1.7.6-1.1
ii  libxml2  2.9.4+dfsg1-2.1
ii  libxrandr2   2:1.5.0-1
ii  libxrender1  1:0.9.9-2
ii  libxslt1.1   1.1.29-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  x11-utils7.7+3
ii  xdg-utils1.1.1-1
ii  zlib1g   1:1.2.8.dfsg-2+b3

Versions of packages chromium recommends:
ii  fonts-liberation  1:1.07.4-2

Versions of packages chromium suggests:
pn  chromium-l10n  

-- no debconf information

# Env:
# LD_LIBRARY_PATH=
#PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
#GTK_PATH=
#  CHROMIUM_FLAGS= --show-component-extension-options 
--ignore-gpu-blacklist --disable-background-networking 
--ppapi-flash-path=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so 
--ppapi-flash-version=22.0.0.209
/usr/bin/gdb /usr/lib/chromium/chromium -x /tmp/chromiumargs.4qSw2Q
GNU gdb (Debian 7.11.1-2+b1) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/chromium/chromium...Reading symbols from 
/usr/lib/debug/.build-id/0b/ff698125612b352cb147d3c5af76bf6461e7bd.debug...(no 
debugging symbols found)...done.
(no debugging symbols found)...done.
(gdb) handle SIG33 pass nostop noprint
SignalStop  Print   Pass to program Description
SIG33 NoNo  Yes Real-time event 33
(gdb) set pagination 0
(gdb) run
Starting program: /usr/lib/chromium/chromium --show-component-extension-options 
--ignore-gpu-blacklist --disable-background-networking 
--ppapi-flash-path=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so 
--ppapi-flash-version=22.0.0.209 --single-process 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffdea8b700 (LWP 8185)]
[New Thread 0x7fffde28a700 (LWP 8190)]
[New Thread 0x7fffdd681700 (LWP 8191)]
[New Thread 0x7fffdce80700 (LWP 8192)]
[New Thread 0x7fffdc67f700 (LWP 8193)]
[New Thread 0x7fffdc677700 (LWP 8194)]
[New Thread 0x7fffdbe6f700 (LWP 8195)]
[New Thread 0x7fffdb66e700 (LWP 8196)]
[New Thread 0x7fffd98d8700 (LWP 8197)]
[New Thread 0x7fffd90d7700 (LWP 

Bug#846658: rpi: rpl causes crashes in unrelated software when using pkg_resources

[Harlan Lieberman-Berg]

Package: rpi
Severity: critical
Version: 1.5.5-1

Dear Maintainer,

The .egg-info shipped with rpl 1.5.5-1 contains an invalid unicode byte
in the author field that causes pkg_resources to crash on load.

I've attached a copy of the crash that results.

Sincerely,
-- 
Harlan Lieberman-Berg
~hlieberman


crash.log
Description: Binary data

Bug#739300: [Python-modules-team] Bug#739300: dh_sphinxdoc: Please replace MathJax.js with links to the packaged libjs-mathjax

[Ximin Luo]

Ximin Luo:
> On Mon, 11 Apr 2016 13:30:40 +0200 Dmitry Shachnev  wrote:
>> Hi Sandro,
>>
>> On Sat, Apr 09, 2016 at 01:27:03PM +0100, Sandro Tosi wrote:
>>> Is there any progress on this? I just got bitten by it:
>>>
>>> E: python-cycler-doc: privacy-breach-uses-embedded-file
>>> usr/share/doc/python-cycler-doc/html/_modules/cycler.html You may use
>>> libjs-mathjax package. (https://cdn.mathjax.org/mathjax/latest/mat
>>> hjax.js?config=tex-ams-mml_htmlormml)
>>>
>>> a quick grep on DPMT packages, shows already scipy and networkx has to
>>> manually symlink the file from libjs-mathjax to their local doc dir
>>>
>>> it would be extremely helpful if sphinx could do that for us.
>>
>> As I previously explained in this bug, you will have to replace the MathJax
>> URL in conf.py manually anyway — dh_sphinxdoc can't do that for you.
>>
>> Replacing it with path to packaged MathJax.js is usually enough. If it's not
>> (like when you want to serve the documentation via HTTP), then you can change
>> the URL to something in _static/, and you need *one* line to symlink that to
>> packaged MathJax. Because (in my opinion) this case is quite rare, because
>> the solution is just one line, and also because of potential problems with
>> directory symlinking, I also don't think this is something that could be done
>> in dh_sphinxdoc.
>>
> 
> Hi Dmitry, Gordon and I are trying to package ipywidgets [1] and are running 
> into this issue as well.
> 
> I don't understand your explanation above. [..]

Sorry, I just read through the whole thread, now I understand what you meant by 
"edit the conf".

However, I still think it would be better for dh_sphinxdoc to do it, so as to 
avoid every packager spending the time to do it myself. Yes it's just a few 
lines, but I (and each new packager) would have to spend about an hour figuring 
out what those lines are, and testing it to make sure it works. And these lines 
will multiply over many packages. Some people might do it slightly differently, 
then the code gets more and more confusing eventually.

So, I will try to write the patch anyhow.

BTW can someone point me to some discussion/documentation on precisely how/why 
symlinks to directories mess with dpkg? I was not aware of this - I have added 
quite a lot of directory-symlinks to some of my recent JS packages, and we will 
likely have to do this for ipywidgets, with mathjax...

> [..] None of the config files in ipywidgets contain a specific MathJax URL, 
> the remote URL we are getting is the default one from the sphinx.ext.mathjax 
> extension. So we have nothing to change in our own package..
> 
> Could dh_sphinxdoc not scan the html files for 

Bug#844765: RFS: gitless/0.8.4-1 -- new package

[Ben Finney]

Peter Pentchev  writes:

> I am looking for a sponsor for the initial upload of my package
> "gitless" - a version control system on top of Git.

Would you like to conform to the Python Application Packaging Team
 packaging
standards? This might gain you some co-maintainers and sponsors of the
package.

-- 
 \ “I've always wanted to be somebody, but I see now that I should |
  `\   have been more specific.” —Jane Wagner, via Lily Tomlin |
_o__)  |
Ben Finney 

Bug#825349: how-can-i-help: also show bugs tagged help

[Paul Wise]

On Fri, 2016-12-02 at 09:04 +, Daniel Shahaf wrote:

> I've gone ahead and drafted patches for both hcih and udd. 

You also need a patch that contains the results of regenerating the
manual page from its source, since hcih authors explicitly rejected
doing proper builds of the manual page from source at build time.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#739300: [Python-modules-team] Bug#739300: dh_sphinxdoc: Please replace MathJax.js with links to the packaged libjs-mathjax

[Ximin Luo]

On Mon, 11 Apr 2016 13:30:40 +0200 Dmitry Shachnev  wrote:
> Hi Sandro,
> 
> On Sat, Apr 09, 2016 at 01:27:03PM +0100, Sandro Tosi wrote:
> > Is there any progress on this? I just got bitten by it:
> >
> > E: python-cycler-doc: privacy-breach-uses-embedded-file
> > usr/share/doc/python-cycler-doc/html/_modules/cycler.html You may use
> > libjs-mathjax package. (https://cdn.mathjax.org/mathjax/latest/mat
> > hjax.js?config=tex-ams-mml_htmlormml)
> >
> > a quick grep on DPMT packages, shows already scipy and networkx has to
> > manually symlink the file from libjs-mathjax to their local doc dir
> >
> > it would be extremely helpful if sphinx could do that for us.
> 
> As I previously explained in this bug, you will have to replace the MathJax
> URL in conf.py manually anyway — dh_sphinxdoc can't do that for you.
> 
> Replacing it with path to packaged MathJax.js is usually enough. If it's not
> (like when you want to serve the documentation via HTTP), then you can change
> the URL to something in _static/, and you need *one* line to symlink that to
> packaged MathJax. Because (in my opinion) this case is quite rare, because
> the solution is just one line, and also because of potential problems with
> directory symlinking, I also don't think this is something that could be done
> in dh_sphinxdoc.
> 

Hi Dmitry, Gordon and I are trying to package ipywidgets [1] and are running 
into this issue as well.

I don't understand your explanation above. None of the config files in 
ipywidgets contain a specific MathJax URL, the remote URL we are getting is the 
default one from the sphinx.ext.mathjax extension. So we have nothing to change 
in our own package..

Could dh_sphinxdoc not scan the html files for 

Bug#817779: Dask & Toolz

[Stefan van der Walt]

Thank you for all this information.

I can make the suggested changes, but this isn't currently high on my
priority list.  I package so infrequently that the overhead of tracking
the latest requirements becomes quite high.  Would you be willing to
take over the packaging here?

Bug#845785: chromium 55.0.2883.75-1 still crashes on facebook

[Boom Zoom]

Rapid scrolling triggers "Aw Snap"

Bug#846353: FTBFS: ERROR: Test "ruby2.3" failed. Exiting.

[Gilles Filippini]

Gilles Filippini a écrit le 03/12/2016 à 01:35 :
> Gilles Filippini a écrit le 02/12/2016 à 23:26 :
>> Sebastiaan Couwenberg a écrit le 02/12/2016 à 15:34 :
>>> On 12/02/2016 09:55 AM, Sebastiaan Couwenberg wrote:
 On 12/01/2016 07:48 PM, Sebastiaan Couwenberg wrote:
> On Wed, 30 Nov 2016 15:10:03 + Iain Lane wrote:
>> This package FTBFS on 32 bit arches (works on amd64 and other 64 bit
>> arches), maybe due to the new hdf5
>
> Quite likely, since hdf-eos5 hasn't been rebuilt for the hdf5 transition
> yet. I suspect this issue to fix itself once that's done.

 It did not, but did only fail on 32-bit architectures.
>>>
>>> Gilles, these failures seem to be caused by the hid_t type change from
>>> 32-bit to a 64-bit value. I'm not sure how to fix it for ruby-hdfeos5,
>>> can you maybe provide a patch?
>>
>> Damn, I tested the build on amd64 only :/
>> I've tried fixing the 'incompatible pointer type' warning, but it
>> deosn't change anything wrt the test suite.
>> Is there a way to ensure first that hdf-eos5 works fine on 32 bit archs?
> 
> CC-ing Alastair, maintainer of hdf-eos5.
> 
> AIUI the problem lies in hdf-eos5. I've ran a very simple C test made
> after the first lines of test/test_gd.rb (source attached), both on
> amd64 and i386. It succeeds on amd64 and fails on i386 at the
> HE5_GDdetach step with:
> 
> $ ./myhe5-32
> bufsize = 19
> ColumnAmountAerosol
> HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 4142823168:
>   #000: GDapi.c line 1140 in HE5_GDchkgdid(): Cannot get the Grid index
> 
> major: Invalid arguments to routine
> minor: Out of range
> HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 4142823168:
>   #000: EHapi.c line 2206 in HE5_EHchkfid(): Invalid file ID: 0. ID
> should range from 67108864 to  67109064 .
> 
> major: Invalid arguments to routine
> minor: Bad value
> HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 4142823168:
>   #000: GDapi.c line 1151 in HE5_GDchkgdid(): Checking for file ID failed.
> 
> major: Invalid arguments to routine
> minor: Out of range
> HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 4142823168:
>   #000: GDapi.c line 12623 in HE5_GDdetach(): Checking for grid ID failed.
> 
> major: Invalid arguments to routine
> minor: Out of range

The problem seems to be the type conversion functions in EHapi.c. For
instance:

long
HE5_EHhid2long(hid_t invalue)
{
  long  outvalue = FAIL;

  if (sizeof(hid_t) == sizeof(int))
outvalue = HE5_EHint2long(invalue);
  else if (sizeof(hid_t) == sizeof(long))
outvalue = invalue;

  return(outvalue);
}

On 32 bit archs:
  sizeof(hid_t) != sizeof(int)
  sizeof(hid_t) != sizeof(long)
  sizeof(hid_t) == sizeof(long long)

The conversion functions should be adapted accordingly.

Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#846657: ImportError: No module named 'requests'

[積丹尼 Dan Jacobson]

Severity: grave
Package: reportbug
Version: 7.0.0

$ reportbug
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 43, in 
from reportbug import utils
  File "/usr/lib/python3/dist-packages/reportbug/utils.py", line 43, in 
from .urlutils import open_url
  File "/usr/lib/python3/dist-packages/reportbug/urlutils.py", line 34, in 

import requests
ImportError: No module named 'requests'

Bug#817779: Dask & Toolz

[Diane Trout]

On Fri, 2016-12-02 at 16:17 -0800, Stefan van der Walt wrote:
> I packaged toolz and pushed it to mentors, but no one picked it up.

Yes, I'm not sure who watches mentors. It's certainly a good idea to
mention the package is there to potential mentors. When I was learning
I found it easiest to work directly with a team. That way I'd have a
ready mentor to review the package.

(I personally liked working through IRC more than the mailing lists,
though different teams prefer different methods of communication)

> My attempt is here: https://github.com/stefanv/toolz/tree/debian

I looked through your packaging, it seems reasonable. Minor issues:

You probably should add a license for the debian/* files in the
d/copyright. (It's usually easiest if you use the same license as the
package, but if you want to use one of the another license that's
compatible with upstreams license that's fine.)

I'm don't think the PYVER and PY3VERS stuff in d/rules is still needed
with more recent versions of pybuild. PYVERs is certainly not needed
since you're not building python 2.

I didn't see the sphinx docs, that's a good point and should be
included.

I wonder if we're still supposed to be providing python2 packages, I'll
ask on #debian-python. And the answer is we only need python 3, if
someone asks then we can add python 2.

I think your control file should include the github home page. I think
there's a preference to use pypi for d/watch instead of github, though
that can be debated.

Have you run lintian on the source & binaries?

I was encouraged to use:
lintian -Ii --pedantic --color auto
and evaluate the results.

Can you list a branch in the vcs-git tag in d/control?

There's also a new release of dask, though it unfortunately has more
dependencies. (If you'd be interested we could split them up to try and
get them all packaged).

I'd be more than happy to sponsor your toolz package if you made some
of the changes suggested above. (Especially adding the debian/* license
block)

I feel like it'd be best to put the package in the debian python
modules team. They have their opinions about how to organize the
repository.
https://wiki.debian.org/Python/GitPackaging

What do you think of listing
Maintainer: Debian Python Modules Team 
Uploaders: 


> I would be happy if you could take this further.  Are you also
> planning
> on packaging Dask and Distributed?

Do you have any packaging for those?

I'd like to see them in Debian, and am willing to work on it if no one
else is. However there was a lot of work associated with getting all of
the continuum analytics stuff into Debian.

I had been trying to build bokeh, and at one point the unit tests were
using blaze which had an overwhelming number of dependencies.

If you have more python data science packages, feel free to contact me
directly to review them. (I'm at Caltech in a bioinformatics lab that's
heavily using python and jupyter and other related tools).

Diane

Bug#846656: [postgresql-9.6] When installing, default cluster "9.6/main" is not created.

[Leandro Doctors]

Package: postgresql-9.6
Version: 9.6.1-2
Severity: important

--- Please enter the report below this line. ---

Dear maintainer,

I had to manually run

#pg_createcluster --start 9.6 main

to make the server work. Otherwise, it will start but will not listen
to any connections.

At first, I experienced this when installing the "postgresql" package
(which, in turn, depends on "postgresql-9.6").
So, I thought it was a "postgresql" package problem.
Therefore, I purged both "postgresql" and "postgresql-9.6" and
re-installed "postgresql-9.6" (and later, "postgresql").
In both cases, after each case I had to manually create the cluster.

As a side note, it would be nice to be prompted for the name of the
cluster when installing the package.

Thank you in advance for your time on this problem,
Leandro

--- System information. ---
Architecture:
Kernel:   Linux 4.8.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.be.debian.org
  500 testing ftp.be.debian.org
  500 stable  files2.eid.belgium.be
  500 stable  files.eid.belgium.be
  500 stable  download.videolan.org
  500 stable  dl.google.com
  500 stable  debian.neo4j.org
  500 sid linux.dropbox.com
1 experimentalftp.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-===
locales  | 2.24-7
postgresql-client-9.6| 9.6.1-2
postgresql-common  (>= 171~) | 177
ssl-cert | 1.0.38
tzdata   | 2016j-2
libc6  (>= 2.15) |
libgssapi-krb5-2  (>= 1.14+dfsg) |
libldap-2.4-2 (>= 2.4.7) |
libpam0g   (>= 0.99.7.1) |
libpq5 (>= 9.3~) |
libssl1.1 (>= 1.1.0) |
libsystemd0  |
libxml2   (>= 2.7.4) |


Recommends  (Version) | Installed
=-+-===
postgresql-contrib-9.6| 9.6.1-2
sysstat   | 11.4.1-1


Suggests (Version) | Installed
==-+-===
locales-all|

Bug#846655: ascii2uni -a ... -a ...

[積丹尼 Dan Jacobson]

X-Debbugs-CC: billpo...@alum.mit.edu
Package: uni2ascii
Version: 4.18-2
Severity: minor

The ascii2uni man page should mention the correct way to do more than
one conversion is e.g.,
ascii2uni -a J | ascii2uni -a H
not
ascii2uni -a JH
or
ascii2uni -a J -a H
which by the way in fact just ignores one of the options and should
really produce an error, or be implemented.

Bug#846653: mention how to read the history file, .mysql_history

[積丹尼 Dan Jacobson]

Package: mysql-client-core-5.7
Version: 5.7.16-1
Severity: wishlist
File: /usr/share/man/man1/mysql.1.gz

On the man page please mention how to casually peruse the history file, 
.mysql_history.

One needs a tool, else one faces octal.

# ascii2uni -a K .mysql_history|diff -U0 .mysql_history -|tail
97 tokens converted
-show\040databases
+show databases
@@ -49 +49 @@
-SELECT\040*\040FROM\040mysql.user;
+SELECT * FROM mysql.user;
@@ -51,2 +51,2 @@
-\134h
-help\040select
+\h
+help select

Bug#846654: raw nroff .PP in middle of man page

[積丹尼 Dan Jacobson]

Package: mysql-client-core-5.7
Version: 5.7.16-1
Severity: minor
File: /usr/share/man/man1/mysql.1.gz

$ COLUMNS=33 man mysql|grep \\.[A-Z]
   Logging Occurs.PP For
   File.PP The
   Characteristics.PP If

Bug#845785: chromium crashes on certain websites

[Daniel Serpell]

Package: chromium
Version: 55.0.2883.75-1
Followup-For: Bug #845785

Dear Manager,

The bug is still present in version 55.0.2883.75-1, it seems that the build
flags were not correctly passed to the compiler.

Thanks,


-- 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.8.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 chromium depends on:
ii  libasound2   1.1.2-1
ii  libatk1.0-0  2.22.0-1
ii  libavcodec-extra57   7:3.2.1-1
ii  libavformat577:3.2.1-1
ii  libavutil55  7:3.2.1-1
ii  libc62.24-7
ii  libcairo21.14.6-1.1
ii  libcups2 2.2.1-2
ii  libdbus-1-3  1.10.14-1
ii  libevent-2.0-5   2.0.21-stable-2.1
ii  libexpat12.2.0-1
ii  libflac8 1.3.1-4
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.2.1-5
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libglib2.0-0 2.50.2-2
ii  libgtk2.0-0  2.24.31-1
ii  libharfbuzz0b1.2.7-1+b1
ii  libicu57 57.1-5
ii  libjpeg62-turbo  1:1.5.1-2
ii  libminizip1  1.1-8
ii  libnettle6   3.3-1
ii  libnspr4 2:4.12-6
ii  libnss3  2:3.26.2-1
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpng16-16  1.6.26-2
ii  libpulse09.0-5
ii  libre2-3 20161101+dfsg-2
ii  libsnappy1v5 1.1.3-3
ii  libstdc++6   6.2.1-5
ii  libvpx4  1.6.0-3
ii  libwebp6 0.5.1-3
ii  libwebpdemux20.5.1-3
ii  libx11-6 2:1.6.3-1
ii  libx11-xcb1  2:1.6.3-1
ii  libxcb1  1.12-1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.2-1
ii  libxi6   2:1.7.6-1.1
ii  libxml2  2.9.4+dfsg1-2.1
ii  libxrandr2   2:1.5.0-1
ii  libxrender1  1:0.9.9-2
ii  libxslt1.1   1.1.29-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  x11-utils7.7+3
ii  xdg-utils1.1.1-1
ii  zlib1g   1:1.2.8.dfsg-2+b3

Versions of packages chromium recommends:
ii  fonts-liberation  1:1.07.4-2

Versions of packages chromium suggests:
ii  chromium-l10n  55.0.2883.75-1

-- no debconf information

Bug#846652: unattended-upgrades: Recommends non-existant package

[Scott Kitterman]

Package: unattended-upgrades
Version: 0.93
Severity: important

unattended-upgrades recommends needs-restart, which doesn't exist.  I believe
you wanted needrestart.

Scott K

Bug#846353: FTBFS: ERROR: Test "ruby2.3" failed. Exiting.

[Gilles Filippini]

Gilles Filippini a écrit le 02/12/2016 à 23:26 :
> Sebastiaan Couwenberg a écrit le 02/12/2016 à 15:34 :
>> On 12/02/2016 09:55 AM, Sebastiaan Couwenberg wrote:
>>> On 12/01/2016 07:48 PM, Sebastiaan Couwenberg wrote:
 On Wed, 30 Nov 2016 15:10:03 + Iain Lane wrote:
> This package FTBFS on 32 bit arches (works on amd64 and other 64 bit
> arches), maybe due to the new hdf5

 Quite likely, since hdf-eos5 hasn't been rebuilt for the hdf5 transition
 yet. I suspect this issue to fix itself once that's done.
>>>
>>> It did not, but did only fail on 32-bit architectures.
>>
>> Gilles, these failures seem to be caused by the hid_t type change from
>> 32-bit to a 64-bit value. I'm not sure how to fix it for ruby-hdfeos5,
>> can you maybe provide a patch?
> 
> Damn, I tested the build on amd64 only :/
> I've tried fixing the 'incompatible pointer type' warning, but it
> deosn't change anything wrt the test suite.
> Is there a way to ensure first that hdf-eos5 works fine on 32 bit archs?

CC-ing Alastair, maintainer of hdf-eos5.

AIUI the problem lies in hdf-eos5. I've ran a very simple C test made
after the first lines of test/test_gd.rb (source attached), both on
amd64 and i386. It succeeds on amd64 and fails on i386 at the
HE5_GDdetach step with:

$ ./myhe5-32
bufsize = 19
ColumnAmountAerosol
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 4142823168:
  #000: GDapi.c line 1140 in HE5_GDchkgdid(): Cannot get the Grid index

major: Invalid arguments to routine
minor: Out of range
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 4142823168:
  #000: EHapi.c line 2206 in HE5_EHchkfid(): Invalid file ID: 0. ID
should range from 67108864 to  67109064 .

major: Invalid arguments to routine
minor: Bad value
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 4142823168:
  #000: GDapi.c line 1151 in HE5_GDchkgdid(): Checking for file ID failed.

major: Invalid arguments to routine
minor: Out of range
HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 4142823168:
  #000: GDapi.c line 12623 in HE5_GDdetach(): Checking for grid ID failed.

major: Invalid arguments to routine
minor: Out of range

Thanks,

_g.
#include 

const char *filename = "OMI-Aura_L3-OMAEROe_2008m0101_v003-2009m0114t114202.he5";

int main(int argc, char *argv[]) {
  hid_t fid, gdid;
  long ngrid, bufsize = 0;
  herr_t ret;
  char *buffer;
  fid = HE5_EHopen(filename, H5F_ACC_RDONLY, H5P_DEFAULT);
  ngrid = HE5_GDinqgrid(filename, NULL, );
  printf("bufsize = %ld\n", bufsize);
  buffer = malloc((size_t)bufsize+1);
  buffer[bufsize] = '\0';
  ngrid = HE5_GDinqgrid(filename, buffer, );
  printf("%s\n", buffer);

  gdid = HE5_GDattach(fid, buffer);
  HE5_GDdetach(gdid);
  free(buffer);
  ret = HE5_EHclose(fid);
  return ret;
}


signature.asc
Description: OpenPGP digital signature

Bug#846606: Found where ipython test is failing

[Scott Howard]

Autodep8 is generating the test that is failing:

https://anonscm.debian.org/cgit/collab-maint/autodep8.git/tree/support/python/generate

IPython should include its own test. Add the following lines to
debian/tests/control


Test-Command: cd "$ADTTMP" ; python -c "import IPython; print IPython"
Depends: python-ipython

Test-Command: cd "$ADTTMP" ; python3 -c "import IPython; print(IPython)"
Depends: python3-ipython

Bug#817779: Dask & Toolz

[Diane Trout]

Hello,

A long time ago I'd written some packaging for toolz, but forgot
to tell anyone about it.

I just remembered to check wnpp.debian.org, and see you have an ITP for
toolz. Are you still working on it?

I've pushed my proposed package here:
https://github.com/detrout/debian-toolz

(after updating it to 0.8.0)

If I pushed toolz to Debian, I'd probably manage it under the Debian
python modules team.

Diane

Bug#846645: terminator: Transparent background not working

[Ivan Martinez]

Hello Julián and Egmont,

Julián's questions:

1. $> cat ~/.config/terminator/config
[global_config]
  title_transmit_bg_color = "#097f8e"
  title_transmit_fg_color = "#ededed"
[keybindings]
[layouts]
  [[default]]
[[[child1]]]
  parent = window0
  profile = default
  type = Terminal
[[[window0]]]
  parent = ""
  type = Window
[plugins]
[profiles]
  [[default]]
background_darkness = 0.68
background_type = transparent
cursor_color = "#fff8f8"
font = Monospace 11
foreground_color = "#ff"
scrollback_infinite = True
use_system_font = False

2. $> terminator -d
ConfigBase::__init__: Borg::__init__: Preparing borg state for ConfigBase
noclass::get_config_dir: Found config dir: /home/imartinez/.config
ConfigBase::load: looking for config file:
/home/imartinez/.config/terminator/config
ConfigBase::load: config validated successfully
ConfigBase::load: ConfigBase::load: Processing section: global_config
ConfigBase::load: ConfigBase::load: Processing section: keybindings
ConfigBase::load: ConfigBase::load: Processing section: profiles
ConfigBase::load: ConfigBase::load: Processing profile: default
ConfigBase::load: ConfigBase::load: Processing profile: documentacion
ConfigBase::load: ConfigBase::load: Processing section: layouts
ConfigBase::load: ConfigBase::load: Processing layouts: default
ConfigBase::load: ConfigBase::load: Processing section: plugins
Config::set_profile: Config::set_profile: Changing profile to default
noclass::parse_options: OptionParse::parse_options: command line options:
{'nodbus': None, 'classname': None, 'working_directory': None, 'select':
None, 'fullscreen': None, 'layout': 'default', 'debug_classes': None,
'version': None, 'role': None, 'forcedicon': None, 'config':
'/home/imartinez/.config/terminator/config', 'profile': None,
'debug_methods': None, 'maximise': None, 'debug': 1, 'borderless': None,
'new_tab': None, 'hidden': None, 'dummy': None, 'execute': None,
'geometry': None, 'command': None, 'forcedtitle': None}
ConfigBase::load: ConfigBase::load: config already loaded
Config::set_profile: Config::set_profile: Changing profile to default
ConfigBase::get_item: ConfigBase::get_item: dbus found in globals: True
function::with_proxy: dbus client call: new_window_cmdline
function::with_proxy: dbus client call: new_tab_cmdline
function::with_proxy: dbus client call: new_window
function::with_proxy: dbus client call: new_tab
function::with_proxy: dbus client call: hsplit
function::with_proxy: dbus client call: vsplit
function::with_proxy: dbus client call: get_terminals
function::with_proxy: dbus client call: get_window
function::with_proxy: dbus client call: get_window_title
function::with_proxy: dbus client call: get_tab
function::with_proxy: dbus client call: get_tab_title
DBusService::__init__: Borg::__init__: Preparing borg state for DBusService
DBusService::prepare_attributes: Checking for bus name availability:
net.tenshu.Terminator20x1a6021154d881c
DBusService::prepare_attributes: bus name unavailable:
net.tenshu.Terminator20x1a6021154d881c
noclass::: Unable to become master process, operating via DBus
noclass::: Requesting a new window


Egmont's questions:

1. Desktop Manager: GNOME3 , Windows Manager: Mutter
$> aptitude show gnome
Package: gnome
Version: 1:3.20+2
State: installed
Automatically installed: yes
Priority: optional
Section: metapackages
Maintainer: Debian GNOME Maintainers <
pkg-gnome-maintain...@lists.alioth.debian.org>
Architecture: amd64
Uncompressed Size: 32.8 k
Depends: gnome-core (= 1:3.20+2), desktop-base, network-manager-gnome (>=
 0.9.10), bijiben (>= 3.20), brasero (>= 3.12), cheese (>= 3.20),
 evolution (>= 3.20), evolution-plugins (>= 3.20), file-roller (>=
 3.20), gedit (>= 3.20), gnome-clocks (>= 3.20),
gnome-color-manager (>=
 3.20), gnome-documents (>= 3.20), gnome-games (>= 1:3.20),
 gnome-getting-started-docs (>= 3.20), gnome-logs (>= 3.20),
gnome-maps
 (>= 3.20), gnome-music (>= 3.20), gnome-nettool (>= 3.8),
gnome-photos
 (>= 3.20) | shotwell, gnome-sound-recorder, gnome-tweak-tool (>=
3.20),
 gnome-weather, nautilus-sendto (>= 3.8), gnome-orca (>= 3.20),
polari,
 rygel-playbin (>= 0.24), rygel-tracker (>= 0.24), seahorse (>=
3.20),
 vinagre (>= 3.18), alacarte (>= 3.11), avahi-daemon, gimp (>= 2.8),
 inkscape (>= 0.48), libreoffice-evolution, libreoffice-gnome,
 libreoffice-writer, libreoffice-calc, libreoffice-impress,
libgsf-bin,
 rhythmbox (>= 3.0), simple-scan, goobox | sound-juicer,
 transmission-gtk, xdg-user-dirs-gtk, cups-pk-helper (>= 0.2),
 gedit-plugins (>= 3.20), gstreamer1.0-libav (>= 0.10.13),
 gstreamer1.0-plugins-ugly (>= 0.10.19), rhythmbox-plugins,
 rhythmbox-plugin-cdrecorder, telepathy-gabble, telepathy-rakia,
 telepathy-salut, totem-plugins, libgtk2-perl (>= 1:1.130)

$> aptitude show mutter
Package: mutter
Version: 3.22.1-2

Bug#817779: Dask & Toolz

[Stefan van der Walt]

I packaged toolz and pushed it to mentors, but no one picked it up.

My attempt is here: https://github.com/stefanv/toolz/tree/debian

I would be happy if you could take this further.  Are you also planning
on packaging Dask and Distributed?

On Fri, Dec 2, 2016, at 15:51, Diane Trout wrote:
> Hello,
> 
> A long time ago I'd written some packaging for toolz, but forgot
> to tell anyone about it.
> 
> I just remembered to check wnpp.debian.org, and see you have an ITP for
> toolz. Are you still working on it?
> 
> I've pushed my proposed package here:
> https://github.com/detrout/debian-toolz
> 
> (after updating it to 0.8.0)
> 
> If I pushed toolz to Debian, I'd probably manage it under the Debian
> python modules team.
> 
> Diane

Bug#846651: ITP: muparserx -- mathematical expression parser library

[Andreas Bombe]

Package: wnpp
Severity: wishlist
Owner: Andreas Bombe 

* Package name: muparserx
  Version : 4.0.7
  Upstream Author : Ingo Berg 
* URL : http://articles.beltoforion.de/article.php?a=muparserx=en
* License : BSD-2-clause
  Programming Lang: C++
  Description : mathematical expression parser library

  The evaluation of a mathematical expression is a standard task
  required in many applications. It can be solved by either using a
  standard math expression parser such as muparser or by embedding a
  scripting language such as Lua. There are however some limitations:
  Although muparser is pretty fast it will only work with scalar values
  and although Lua is very flexible it does neither support binary
  operators for arrays nor complex numbers. So if you need a math
  expression parser with support for arrays, matrices and strings
  muparserx may be able to help you. It was originally based on the
  original muparser engine but has since evolved into a standalone
  project with a completely new parsing engine.


I am packaging this because it is the dependency of pothos, which I will
also package.

Bug#846650: trac: Missing dependencies (and broken links) on libjs-jquery-ui-theme-smoothness

[Patrice Pillot]

Package: trac
Version: 1.0.13+dfsg-1
Severity: normal

Dear Maintainer,

The trac package ships the following two links :

lrwxrwxrwx root/root 0 2016-10-04 00:52
./usr/lib/python2.7/dist-packages/trac/htdocs/css/jquery-ui/images ->
../../../../../../../share/javascript/jquery-ui/css/smoothness/images
lrwxrwxrwx root/root 0 2016-10-04 00:52
./usr/lib/python2.7/dist-packages/trac/htdocs/css/jquery-ui/jquery-ui.css
->
../../../../../../../share/javascript/jquery-ui/css/smoothness/jquery-ui.css

As far as I can tell, those 2 links imply a dependency on the
libjs-jquery-ui-theme-smoothness package.

Moreover, this dependency package provides the missing link targets at
slightly different paths:

/usr/share/javascript/jquery-ui-themes/smoothness/images
/usr/share/javascript/jquery-ui-themes/smoothness/jquery-ui.css

instead of:

/usr/share/javascript/jquery-ui/css/smoothness/image
/usr/share/javascript/jquery-ui/css/smoothness/jquery-ui.cs

This error breaks the 'trac-admin deploy' command with the following error
message:

  trac.web.chrome.Chrome
/usr/lib/python2.7/dist-packages/trac/htdocs
Error: 
[('/usr/lib/python2.7/dist-packages/trac/htdocs/css/jquery-ui/jquery-ui.css', 
'/tmp/trac2/htdocs/common/css/jquery-ui/jquery-ui.css', "[Errno 2] No such file 
or directory: 
'/usr/lib/python2.7/dist-packages/trac/htdocs/css/jquery-ui/jquery-ui.css'"), 
('/usr/lib/pyt
hon2.7/dist-packages/trac/htdocs/css/jquery-ui/images', 
'/tmp/trac2/htdocs/common/css/jquery-ui/images', "[Errno 2] No such file or 
directory: 
'/usr/lib/python2.7/dist-packages/trac/htdocs/css/jquery-ui/images'")]

Hope this helps.

tia,

phep


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

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

Versions of packages trac depends on:
ii  libjs-excanvas   0.r3-4
ii  libjs-jquery 3.1.1-1
ii  libjs-jquery-timepicker  1.2-1
ii  libjs-jquery-ui  1.12.1+dfsg-1
ii  python-genshi0.7-5
ii  python-pkg-resources 28.7.1-1
ii  python-setuptools28.7.1-1
pn  python:any   

Versions of packages trac recommends:
ii  apache2 [httpd]2.4.23-7
ii  python-babel   2.3.4+dfsg.1-2
ii  python-docutils0.12+dfsg-2
ii  python-pygments2.1.3+dfsg-1
ii  python-subversion  1.9.4-3+b1
ii  python-tz  2015.7+dfsg-0.1

Versions of packages trac suggests:
pn  libapache2-mod-wsgi
pn  python-psycopg2
ii  python-textile 1:2.3.5-1
pn  trac-accountmanager
pn  trac-authopenid
pn  trac-bitten
pn  trac-bzr   
pn  trac-customfieldadmin  
pn  trac-email2trac
pn  trac-graphviz  
pn  trac-ja-resource   
pn  trac-mastertickets 
pn  trac-mercurial 
pn  trac-spamfilter
pn  trac-wikiprint 
pn  trac-wikirename
pn  trac-wysiwyg   
pn  trac-xmlrpc

-- no debconf information

Bug#845737: New release

[Kevin Murray]

Hi Santiago,

Thanks for the bug report. I've reported this issue to upstream[1]. In the mean
time, I've recently packaged the newest upstream release. Could you please
re-run your tests (or advise me how to) for this new version.

FWIW, I have experienced issues related to POSIX semaphores when building this
package in pbuider chroots, related to a missing /dev/shm. I have never
experienced the issues you report though.

Cheers,
K

[1]: 
https://bitbucket.org/snakemake/snakemake/issues/426/random-test-hangs-during-debian-package

---
Kevin Murray

Bug#823577: Patches

[Michael Biebl]

control: tags -1 + moreinfo
control: user pkg-systemd-maintain...@lists.alioth.debian.org
control: usertag -1 + jessie-backport
Hi

On Mon, 6 Jun 2016 15:26:31 +0200 Michael Biebl  wrote:
> Am 06.05.2016 um 15:47 schrieb Nik Johnson:
> > The previous message w/ patches was from me, just clicked the wrong button
> > in gmail.
> 
> The patches are missing a proper commit message

could you re-export the patches with proper commit messages so we have
some context.

Thanks,
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#846551: qtractor: Hangs when opening a file chooser dialog

[Jaromír Mikeš]

2016-12-02 7:28 GMT+01:00 Philip Chung :
> Package: qtractor
> Version: 0.8.0-1
> Severity: important

Hi Philip,

> Whenever I perform an action that opens a file chooser dialog, Qtractor
> simply hangs. There is no error in the Messages area, and running it
> through GDB does not indicate any crash.
>
> The actions I have tested are opening a project (either from the
> toolbar, the File menu, or the keyboard shortcut) and choosing a
> location to save a project.
>
> I have also tried loading a sample in a drumkv1 LV2 plugin, which also
> requires a file chooser. It causes Qtractor to hang as well. This does
> not occur with the standalone version of drumkv1. I am using source
> version 0.8.0-1 of drumkv1.

Did you tried contact upstream author?
It looks like ... it must be fixed upstream.

best regards

mira

Bug#692450: rng-tools: please update to version 4

[Henrique de Moraes Holschuh]

On Fri, 02 Dec 2016, Michael Stone wrote:
> This has been pending with no action for more than 4 years now. Is there a
> strategy for moving forward? I see 3 realistic options:
> 
> 1) upload the new upstream with a big warning in NEWS that things will break

I consider this acceptable, but you yourself provided a better
alternative...

> 2) upload the new upstream with a new name (this is less than ideal, because
> it will confuse people in perpetuity)

Not really, you could just name it rng-tools4 and implement the
transition you suggest in (3):

> 3) transition the current package to something like rng-tools-debian-legacy
> which replaces the current package with a transitional package and conflicts
> with future versions of rng-tools based on upstream. put this in stretch and
> upload upstream as rng-tools in stretch+1.

This one looks like the better option to me.


Someone uploads rng-tools4 (so there is new rng-tools in stretch).

We rename the Debian rng-tools to rng-tools-debian-legacy, and add a
conflicts with rng-tools4 and rng-tools (>= 4)

we add the transitional rng-tools package (to keep it atomic, it can be
created by the rng-tools-debian-legacy source package for stretch).

For stretch+1, rng-tools-debian-legacy drops the transitional package,
and rng-tools4 gets renamed to rng-tools.


Or something to that effect.

> If 1) is unacceptable then I'd like to see 3) happen in stretch so this
> doesn't get dragged out for another release cycle.
> 
> I've personally just been using the ubuntu package to get the functionality
> that a lot of people are looking for, and it seems ridiculous for that to be
> debian's solution for 8 years...

Meh, I have requested help for it a long time ago.  The RFH bug is from
2011.

Will you maintain rng-tools4?

-- 
  Henrique Holschuh

Bug#846645: terminator: Transparent background not working

[Egmont Koblinger]

This is two separate bugreports.

Transparency: What desktop / window manager are you using? VTE has reworked
transparency and it requires a compositing WM.

/usr/bin/who not reporting ttys: VTE, as per
https://bugzilla.gnome.org/show_bug.cgi?id=747046, no longer does utmp/wtmp
logging.

e.

Bug#828266: ckermit: diff for NMU version 302-5.2

[Andrey Rahmatullin]

Control: tags 828266 + pending

Dear maintainer,

I've prepared an NMU for ckermit (versioned as 302-5.2) and
uploaded it to DELAYED/4. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
WBR, wRAR
diff -Nru ckermit-302/debian/changelog ckermit-302/debian/changelog
--- ckermit-302/debian/changelog	2016-04-20 02:15:56.0 +0500
+++ ckermit-302/debian/changelog	2016-12-03 03:17:37.0 +0500
@@ -1,3 +1,10 @@
+ckermit (302-5.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Explicitly build with libssl1.0-dev (Closes: #828266).
+
+ -- Andrey Rahmatullin   Sat, 03 Dec 2016 03:17:37 +0500
+
 ckermit (302-5.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru ckermit-302/debian/control ckermit-302/debian/control
--- ckermit-302/debian/control	2014-01-24 04:29:59.0 +0600
+++ ckermit-302/debian/control	2016-12-03 03:17:37.0 +0500
@@ -2,7 +2,7 @@
 Section: comm
 Priority: extra
 Maintainer: Ian Beckwith 
-Build-Depends: libncurses5-dev, debhelper (>= 7.0.50~), libpam0g-dev, libssl-dev, libkrb5-dev, openssl
+Build-Depends: libncurses5-dev, debhelper (>= 7.0.50~), libpam0g-dev, libssl1.0-dev, libkrb5-dev, openssl
 Standards-Version: 3.9.5
 Homepage: http://www.kermitproject.org
 Vcs-Git: git://erislabs.net/ckermit


signature.asc
Description: PGP signature

Bug#846477: Status update

[Andreas Tille]

Hi Aaron,

On Fri, Dec 02, 2016 at 09:48:44 -0500, Aaron M. Ucko wrote:
> I have an upload mostly ready, but still have a few HTTPS-related fixes
> to take care of.  I just haven't pushed anything yet in case I need to
> rework any changes first.

I just noticed that the upload would also fix #821075 which I just
commited to Git.  Please git pull.

Thanks for your work on this

Andreas.

-- 
http://fam-tille.de

Bug#846649: Frequent segfaults of coturn

[Jonas Meurer]

Package: coturn
Version: 4.5.0.5-1
Severity: serious

Hi,

I encounter frequent segfaults of coturn on a Debian Squeeze VM with
recent kernel (4.8.7-1). I don't know much about coturn, just use it for
a Spreed.ME installation and so far it worked well. But recently it
started to segfault out of the blue. I'm pretty sure that it's not even
used when segfaulting as it is a test installation with very few users.

Here's the log output from syslog:

Nov 28 22:37:49 ld-test kernel: [3277040.519778] turnserver[4996]: segfault at 
8 ip 7fc8f6a38dc6 sp 7fc8f134bce0 error 4 in 
libssl.so.1.0.2[7fc8f6a1+5f000]

Nov 29 15:53:59 ld-test kernel: [3339210.639775] turnserver[4691]: segfault at 
8 ip 7f9afec9adc6 sp 7f9af95adce0 error 4 in 
libssl.so.1.0.2[7f9afec72000+5f000]

Dec  2 18:46:41 ld-test kernel: [14301.129202] turnserver[658]: segfault at 8 
ip 7f52b5932dc6 sp 7f52af843ce0 error 4 in 
libssl.so.1.0.2[7f52b590a000+5f000]

/var/log/turn/turn_.log and /var/log/turn__.log both
don't hold anything related to the segfault.

I'll gladly further debug the issue if you give me instructions.

Cheers,
 jonas

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

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

Versions of packages coturn depends on:
ii  adduser  3.115
ii  libc62.24-7
ii  libevent-core-2.0-5  2.0.21-stable-2.1
ii  libevent-extra-2.0-5 2.0.21-stable-2.1
ii  libevent-openssl-2.0-5   2.0.21-stable-2.1
ii  libevent-pthreads-2.0-5  2.0.21-stable-2.1
ii  libhiredis0.13   0.13.3-2
ii  libmariadbclient18   10.0.28-2
ii  libpq5   9.6.1-2
ii  libsqlite3-0 3.15.1-1
ii  libssl1.0.2  1.0.2j-4
ii  lsb-base 9.20161125
ii  telnet [telnet-client]   0.17-41

coturn recommends no packages.

Versions of packages coturn suggests:
pn  sip-router   
pn  xmpp-server  

-- Configuration Files:
/etc/default/coturn changed:
TURNSERVER_ENABLED=1

/etc/turnserver.conf changed:
listening-port=8443
alt-listening-port=3478


listening-ip=172.18.20.144
relay-ip=172.18.20.144


fingerprint
lt-cred-mech
use-auth-secret
static-auth-secret=
realm=XXX
total-quota=100
bps-capacity=0
stale-nonce=600
cert=/etc/letsencrypt/live/XX/fullchain.pem
pkey=/etc/letsencrypt/live/XX/privkey.pem
log-file=/var/log/turn/turn.log

no-loopback-peers
no-multicast-peers


-- no debconf information

Bug#846645: terminator: Transparent background not working

[Julián Moreno Patiño]

Hello Ivan,

Thanks to report it, could you send me the following things:

1. ${HOME}/.config/terminator/config
2. Reproduce the problem with the "-d" debug option and attach the
output to the bug report.

Kind regards,


-- 
Julián Moreno Patiño
Debian Developer
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   GPG Fingerprint:
C2C8 904E 314C D8FA 041D 9B00 D5FD FC15 6168 BF60
Registered GNU Linux User ID 488513

Bug#846648: chromium: Chromium still "Aw, Snaps" on many websites

[Paride Legovini]

Package: chromium
Version: 55.0.2883.75-1
Severity: important

Dear Maintainer,

It seems that #845984 didn't get fixed with 55.0.2883.75-1.
Example: http://www.maap.it/ .

Paride

Bug#846647: tinyeartrainer: please make the build reproducible

[Chris Lamb]

Source: tinyeartrainer
Version: 0.1.0-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that tinyeartrainer could not be built reproducibly.

(This is due to iterating over the filesystem without sorting the
results.)

Patch attached.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/setup.py  2016-12-02 22:40:12.585847669 +
--- b/setup.py  2016-12-02 22:46:06.937242061 +
@@ -30,7 +30,7 @@
 for counter in xrange(len(outputs)):
 outputs[counter] = outputs[counter][root_len:]
 self.execute(write_file,
-(install_info, outputs),
+(install_info, sorted(outputs)),
 "writing install-info to '%s'" % install_info)
 
 

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

[Andreas Tille]

Hi,

On Fri, Dec 02, 2016 at 05:23:26PM +, Thibaut Jombart wrote:
> Dear all,
> 
> I have just push a fix onto github, so the devel version should be OK now.
> 
> Michelle: unfortunately I don't think I can submit the package on your
> behalf, but it should be ready to go. Do you think you can handle the
> submission?

It would be quite convenient to have a downloadable tarball from CRAN
mirror since this fits the usual workflow.  If this is not possible I'd
consider

   
https://github.com/thibautjombart/treescape/commit/bbd3f0e9c627f04daf21725c02ab8e7c69d61f8f

as a patch to the packaging.

Thanks to all who contributed to this quick solution

Andreas.

-- 
http://fam-tille.de

Bug#846630: digikam freezes when trying to select target location in export to remote storage window under gnome

[Simon Frei]

I experience almost the same problem with the package: I get the same
error message and freeze, but it occurs when I start digikam clean
without a database and press "Add selection".
The same thing does not occur when I use the appimage provided upstream,
so this might be due to a bug in a dependency.

On 02/12/16 20:37, Michael Grocha wrote:
> Package: digikam
> Version: 4:5.3.0-1
> Severity: normal
>
> Dear Maintainer,
>
> In the "Export to Remote Storage" dialog, a click on the "Select target
> location..." button causes digikam to hang forever, with the following 
> messages
> appearing in the terminal :
>
> (digikam:2410): GLib-GObject-WARNING **: cannot register existing type
> 'GdkWindow'
>
> (digikam:2410): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0'
> failed
>
> (digikam:2410): Gdk-CRITICAL **: gdk_window_ensure_native: assertion
> 'GDK_IS_WINDOW (window)' failed
>
> This happens uner cinnamon or gnome, not under plasma workspace.
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages digikam depends on:
> ii  digikam-data  4:5.3.0-1
> ii  digikam-private-libs  4:5.3.0-1
> ii  kipi-plugins  4:5.3.0-1
> ii  libc6 2.24-5
> ii  libgcc1   1:6.2.0-13
> ii  libkf5configcore5 5.27.0-1
> ii  libkf5coreaddons5 5.27.0-1
> ii  libkf5filemetadata3   5.27.0-1
> ii  libkf5i18n5   5.27.0-2
> ii  libqt5core5a  5.7.1~20161021+dfsg-6
> ii  libqt5gui55.7.1~20161021+dfsg-6
> ii  libqt5sql55.7.1~20161021+dfsg-6
> ii  libqt5sql5-mysql  5.7.1~20161021+dfsg-6
> ii  libqt5sql5-sqlite 5.7.1~20161021+dfsg-6
> ii  libqt5widgets55.7.1~20161021+dfsg-6
> ii  libstdc++66.2.0-13
> pn  perl:any  
>
> Versions of packages digikam recommends:
> ii  ffmpegthumbs   4:16.08.0-1
> ii  firefox-esr [www-browser]  45.5.0esr-1
> ii  konqueror [www-browser]4:16.08.2-1
> ii  w3m [www-browser]  0.5.3-33
>
> Versions of packages digikam suggests:
> pn  digikam-doc 
> ii  systemsettings  4:5.8.2-1
>
> -- no debconf information
>




signature.asc
Description: OpenPGP digital signature

Bug#846646: ITP: tendermint-go-rpc -- HTTP RPC server supporting calls over websockets

[Alessio Treglia]

Package: wnpp
Severity: wishlist
Owner: Alessio Treglia 

* Package name: tendermint-go-rpc
  Version : 0.0~git20161021.0.e6e3853
  Upstream Author : The Tendermint Project
* URL : http://github.com/tendermint/go-rpc
* License : Apache-2.0
  Programming Lang: Golang
  Description : RPC server in Go supporting multiple request formats

 HTTP RPC server supporting calls via URI params, JSON-RPC and jsonrpc over
 websockets Client Requests Suppose we want to expose the rpc function
 HelloWorld(name string, num int).
 .
 Tendermint Core is Byzantine Fault Tolerant (BFT) middleware that takes a
 state transition machine, written in any programming language, and
 replicates it on many machines.
 .
 This package is used by the Tendermint Core component.

Bug#846353: FTBFS: ERROR: Test "ruby2.3" failed. Exiting.

[Gilles Filippini]

Sebastiaan Couwenberg a écrit le 02/12/2016 à 15:34 :
> On 12/02/2016 09:55 AM, Sebastiaan Couwenberg wrote:
>> On 12/01/2016 07:48 PM, Sebastiaan Couwenberg wrote:
>>> On Wed, 30 Nov 2016 15:10:03 + Iain Lane wrote:
 This package FTBFS on 32 bit arches (works on amd64 and other 64 bit
 arches), maybe due to the new hdf5
>>>
>>> Quite likely, since hdf-eos5 hasn't been rebuilt for the hdf5 transition
>>> yet. I suspect this issue to fix itself once that's done.
>>
>> It did not, but did only fail on 32-bit architectures.
> 
> Gilles, these failures seem to be caused by the hid_t type change from
> 32-bit to a 64-bit value. I'm not sure how to fix it for ruby-hdfeos5,
> can you maybe provide a patch?

Damn, I tested the build on amd64 only :/
I've tried fixing the 'incompatible pointer type' warning, but it
deosn't change anything wrt the test suite.
Is there a way to ensure first that hdf-eos5 works fine on 32 bit archs?

Thanks,

_g.




signature.asc
Description: OpenPGP digital signature

Bug#835909: O: multistrap -- multiple repository bootstrap based on apt

[Johannes Schauer]

Hi Neil,

On Sun, 28 Aug 2016 18:32:38 +0100 Neil Williams  wrote:
> I intend to orphan the multistrap package.

does this mean that the "upstream" copy on github will also not be maintained
by you anymore and is now dead as well?

As the author of a multistrap wrapper script (which then became brickstrap) I'm
interested in picking up multistrap development.

Are there any tools that depend on it and with which backwards compatibility
has to be maintained? There seem to be no Depends/Recommends/Suggests on it
within Debian.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#846627: Debian RT: systemd v230 in backports writes incorrect transient scope

[Michael Biebl]

Hi,

thanks for your interest in systemd.

Am 02.12.2016 um 19:57 schrieb Dao Quang Minh:
> I suggest that we bump systemd in backports to v231 or somehow backport
> relevant patches.

I assume you tested with 232 to verify that this is fixed by a newer
upstream release.

I'd love to see a newer version it backports. Last time this effort was
spear-headed by Michael Prokop during debconf. Would be great if we can
get some help with this (again).

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#846644: freehdl: diff for NMU version 0.0.8-2.2

[Andrey Rahmatullin]

Package: freehdl
Version: 0.0.8-2.1
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for freehdl (versioned as 0.0.8-2.2) and
uploaded it to DELAYED/4. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
WBR, wRAR
diff -Nru freehdl-0.0.8/debian/changelog freehdl-0.0.8/debian/changelog
--- freehdl-0.0.8/debian/changelog	2014-10-09 16:24:01.0 +0600
+++ freehdl-0.0.8/debian/changelog	2016-12-03 03:02:27.0 +0500
@@ -1,3 +1,11 @@
+freehdl (0.0.8-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS with GCC6 by using -std=gnu++98 (Closes: #811804).
+  * Fix the dependency on the libtool binary (Closes: #836414).
+
+ -- Andrey Rahmatullin   Sat, 03 Dec 2016 03:02:27 +0500
+
 freehdl (0.0.8-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru freehdl-0.0.8/debian/control freehdl-0.0.8/debian/control
--- freehdl-0.0.8/debian/control	2014-10-09 16:24:16.0 +0600
+++ freehdl-0.0.8/debian/control	2016-12-03 03:00:36.0 +0500
@@ -8,7 +8,7 @@
 
 Package: freehdl
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, g++, libfreehdl0-dev, guile-2.0 | guile, libtool, pkg-config
+Depends: ${shlibs:Depends}, ${misc:Depends}, g++, libfreehdl0-dev, guile-2.0 | guile, libtool-bin, pkg-config
 Description: VHDL simulator for Linux
  This is a free VHDL simulator with these features:
   * Has a graphical waveform viewer.
diff -Nru freehdl-0.0.8/debian/rules freehdl-0.0.8/debian/rules
--- freehdl-0.0.8/debian/rules	2014-08-26 17:38:19.0 +0600
+++ freehdl-0.0.8/debian/rules	2016-12-03 03:02:27.0 +0500
@@ -5,6 +5,7 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
+export DEB_CXXFLAGS_MAINT_APPEND=-std=gnu++98
 DPKG_EXPORT_BUILDFLAGS = 1
 include /usr/share/dpkg/buildflags.mk
 


signature.asc
Description: PGP signature

Bug#846645: terminator: Transparent background not working

[Ivan Martinez]

Package: terminator
Version: 1.90-1
Severity: normal
Tags: upstream

Dear mantainer,

After upgrating to 1.90-1 the transparent background is not working. It
only seems to work if I have several terminals opened and I click 'Close'
button. While I'm seeing "Close multiple terminal sessions" question, the
transparent background works.

I even noticed that when I run /usr/bin/who I get the tty where my X
session is running but not all the pts opened in Terminator.

Thank you.

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

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

Versions of packages terminator depends on:
ii  gir1.2-glib-2.0   1.50.0-1
ii  gir1.2-gtk-3.03.22.4-1
ii  gir1.2-pango-1.0  1.40.3-3
ii  gir1.2-vte-2.91   0.46.1-1
ii  python-cairo  1.8.8-2.1
ii  python-dbus   1.2.4-1
ii  python-gi 3.22.0-1
ii  python-gi-cairo   3.22.0-1
ii  python-psutil 4.3.1-1
pn  python:any

Versions of packages terminator recommends:
ii  gir1.2-gconf-2.0  3.2.6-4
ii  gir1.2-keybinder-3.0  0.3.1-1
ii  gir1.2-notify-0.7 0.7.7-1
ii  xdg-utils 1.1.1-1

terminator suggests no packages.

-- no debconf information


-- 

Saludos,
Iván Martínez

Bug#837002: Fix for the aweather FTBFS

[Andrey Rahmatullin]

On Fri, Oct 07, 2016 at 12:22:38AM +0300, Adrian Bunk wrote:
> Description: Don't force C99 in src/plugins/Makefile.am
>  This makes timespec available for gps.h
> Author: Adrian Bunk 
> Bug-Debian: https://bugs.debian.org/837002
> 
> --- aweather-0.8.1.orig/src/plugins/Makefile.am
> +++ aweather-0.8.1/src/plugins/Makefile.am
> @@ -1,4 +1,4 @@
> -AM_CFLAGS   = -Wall --std=gnu99 $(GRITS_CFLAGS)
> +AM_CFLAGS   = -Wall $(GRITS_CFLAGS)
>  AM_CPPFLAGS = -I$(top_srcdir)/src -I$(top_srcdir)/lib
>  AM_LDFLAGS  = -shared -module -avoid-version
>  LIBS= $(GRITS_LIBS)
This doesn't help because Makefile.in is not regenerated: make calls
`missing --run automake-1.11` which fails due to missing automake-1.11,
and autoreconf doesn't work fot the package either.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#833214: stl-manual: diff for NMU version 3.30-13.1

[Andrey Rahmatullin]

Control: tags 833214 + patch
Control: tags 833214 + pending

Dear maintainer,

I've prepared an NMU for stl-manual (versioned as 3.30-13.1) and
uploaded it to DELAYED/4. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
WBR, wRAR
diff -Nru stl-manual-3.30/debian/changelog stl-manual-3.30/debian/changelog
--- stl-manual-3.30/debian/changelog	2012-04-08 04:08:04.0 +0600
+++ stl-manual-3.30/debian/changelog	2016-12-03 02:35:37.0 +0500
@@ -1,3 +1,10 @@
+stl-manual (3.30-13.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Switch the binary package compressor from bzip2 to xz (Closes: #833214).
+
+ -- Andrey Rahmatullin   Sat, 03 Dec 2016 02:35:37 +0500
+
 stl-manual (3.30-13) unstable; urgency=low
 
   * Bump Standards-Version to 3.9.3
diff -Nru stl-manual-3.30/debian/rules stl-manual-3.30/debian/rules
--- stl-manual-3.30/debian/rules	2010-12-22 09:26:59.0 +0500
+++ stl-manual-3.30/debian/rules	2016-12-03 02:35:37.0 +0500
@@ -65,7 +65,7 @@
 	dh_installdeb
 	dh_gencontrol
 	dh_md5sums
-	dh_builddeb -- -Z bzip2
+	dh_builddeb
 
 binary: binary-indep binary-arch
 .PHONY: build clean binary-indep binary-arch binary install configure


signature.asc
Description: PGP signature

Bug#846643: ITP: sagenb -- The standalone Sage Notebook

[Ximin Luo]

Package: wnpp
Severity: wishlist
Owner: Ximin Luo 

* Package name: sagenb
  Version : 0.13
  Upstream Author : SageNB contributors 
* URL : https://github.com/sagemath/sagenb
* License : GPL-3+
  Programming Lang: Python, JS
  Description : The standalone Sage Notebook

The Sage Notebook is a web-based graphical user interface for
mathematical software.

Sage is a different approach to mathematics software. It makes it easy for you
to use most mathematics software together. Sage includes GAP, GP/PARI, Maxima,
and Singular, and dozens of other open source math packages. It aims to be a
viable open source alternative to Magma, Maple, Mathematica, and MATLAB.

With the Sage Notebook anyone can create, collaborate on, and publish
interactive worksheets. In a worksheet, one can write code using Sage, Python,
and other software included in Sage. You can write programs that combine
serious mathematics with anything else.

Most of the notebook does not depend on having Sage installed. Only
a few miscellaneous functions are imported from Sage.

Bug#846590: [Pkg-sysvinit-devel] Bug#846590: [sysvinit-core] Mount removeable device doesnt work

[Georg Gast]

Am 02.12.2016 um 14:27 schrieb Petter Reinholdtsen:
> [Georg Gast]
>> Dear maintainers,
>> i cant mount removeable devices as user (in group plugdev). If i
>> switch to systemd-sysv, this works.
>>
>> I am not dure, if this bug is related to sysvinit-core or maybe the
>> systemd-shim.
> 
> I have no idea what could cause this, and suspect more information is
> needed.  Can you provide the output for 'udevadm info /dev/path/to/unit'
> output for the removable device in question, with and without
> systemd-sysv?  It can provide some information about the access rights
> set up by udev for the device.
> 

Under systemd

udevadm info /dev/sdb1

P:
/devices/pci:00/:00:1c.3/:04:00.0/usb3/3-1/3-1:1.0/host6/target6:0:0/6:0:0:0/block/sdb/sdb1
N: sdb1

S: disk/by-id/ata-TOSHIBA_MD04ACA400_74V3K67GFSAA-part1

S: disk/by-id/wwn-0x5395ab805350-part1

S: disk/by-partlabel/Linux\x20filesystem

S: disk/by-partuuid/c2d3fd0d-a237-42c1-b284-e49aa5b33eb5

S: disk/by-path/pci-:04:00.0-usb-0:1:1.0-scsi-0:0:0:0-part1

S: disk/by-uuid/57bf202c-ed38-4a0d-9c3b-8eaba307329e

E: DEVLINKS=/dev/disk/by-partuuid/c2d3fd0d-a237-42c1-b284-e49aa5b33eb5
/dev/disk/by-path/pci-:04:00.0-usb-0:1:1.0-scsi-0:0:0:0-part1
/dev/disk/by-uuid/57bf202c-ed38-4a0d-9c3b-8eaba307329e
/dev/disk/by-id/wwn-0x5395ab805350-part1
/dev/disk/by-id/ata-TOSHIBA_MD04ACA400_74V3K67GFSAA-part1
/dev/disk/by-partlabel/Linux\x20filesystem
E: DEVNAME=/dev/sdb1

E:
DEVPATH=/devices/pci:00/:00:1c.3/:04:00.0/usb3/3-1/3-1:1.0/host6/target6:0:0/6:0:0:0/block/sdb/sdb1
E: DEVTYPE=partition

E: ID_ATA=1

E: ID_ATA_DOWNLOAD_MICROCODE=1

E: ID_ATA_FEATURE_SET_APM=1

E: ID_ATA_FEATURE_SET_APM_CURRENT_VALUE=128

E: ID_ATA_FEATURE_SET_APM_ENABLED=1

E: ID_ATA_FEATURE_SET_HPA=1

E: ID_ATA_FEATURE_SET_HPA_ENABLED=1


E: ID_ATA_FEATURE_SET_PM=1


E: ID_ATA_FEATURE_SET_PM_ENABLED=1


E: ID_ATA_FEATURE_SET_SECURITY=1
E: ID_ATA_FEATURE_SET_SECURITY_ENABLED=0
E: ID_ATA_FEATURE_SET_SECURITY_ENHANCED_ERASE_UNIT_MIN=506
E: ID_ATA_FEATURE_SET_SECURITY_ERASE_UNIT_MIN=506
E: ID_ATA_FEATURE_SET_SMART=1
E: ID_ATA_FEATURE_SET_SMART_ENABLED=1
E: ID_ATA_ROTATION_RATE_RPM=7200
E: ID_ATA_SATA=1
E: ID_ATA_SATA_SIGNAL_RATE_GEN1=1
E: ID_ATA_SATA_SIGNAL_RATE_GEN2=1
E: ID_ATA_WRITE_CACHE=1
E: ID_ATA_WRITE_CACHE_ENABLED=1
E: ID_BUS=ata
E: ID_FS_TYPE=crypto_LUKS
E: ID_FS_USAGE=crypto
E: ID_FS_UUID=57bf202c-ed38-4a0d-9c3b-8eaba307329e
E: ID_FS_UUID_ENC=57bf202c-ed38-4a0d-9c3b-8eaba307329e
E: ID_FS_VERSION=1
E: ID_MODEL=TOSHIBA_MD04ACA400
E:
ID_MODEL_ENC=TOSHIBA\x20MD04ACA400\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20
E: ID_PART_ENTRY_DISK=8:16
E: ID_PART_ENTRY_NAME=Linux\x20filesystem
E: ID_PART_ENTRY_NUMBER=1
E: ID_PART_ENTRY_OFFSET=2048
E: ID_PART_ENTRY_SCHEME=gpt
E: ID_PART_ENTRY_SIZE=7814035080
E: ID_PART_ENTRY_TYPE=0fc63daf-8483-4772-8e79-3d69d8477de4
E: ID_PART_ENTRY_UUID=c2d3fd0d-a237-42c1-b284-e49aa5b33eb5
E: ID_PART_TABLE_TYPE=gpt
E: ID_PART_TABLE_UUID=6134aa28-d538-41cf-b13f-bfb69e9e0c6e
E: ID_PATH=pci-:04:00.0-usb-0:1:1.0-scsi-0:0:0:0
E: ID_PATH_TAG=pci-_04_00_0-usb-0_1_1_0-scsi-0_0_0_0
E: ID_REVISION=FP2A
E: ID_SERIAL=TOSHIBA_MD04ACA400_74V3K67GFSAA
E: ID_SERIAL_SHORT=74V3K67GFSAA
E: ID_TYPE=disk
E: ID_WWN=0x5395ab805350
E: ID_WWN_WITH_EXTENSION=0x5395ab805350
E: MAJOR=8
E: MINOR=17
E: PARTN=1
E: PARTNAME=Linux filesystem
E: SUBSYSTEM=block
E: TAGS=:systemd:
E: USEC_INITIALIZED=12161666987
E: net.ifnames=0



Under sysvinit-core

udevadm info /dev/sdb1
P:
/devices/pci:00/:00:1c.3/:04:00.0/usb3/3-1/3-1:1.0/host6/target6:0:0/6:0:0:0/block/sdb/sdb1
N: sdb1
S: disk/by-id/ata-TOSHIBA_MD04ACA400_74V3K67GFSAA-part1
S: disk/by-id/wwn-0x5395ab805350-part1
S: disk/by-partlabel/Linux\x20filesystem
S: disk/by-partuuid/c2d3fd0d-a237-42c1-b284-e49aa5b33eb5
S: disk/by-path/pci-:04:00.0-usb-0:1:1.0-scsi-0:0:0:0-part1
S: disk/by-uuid/57bf202c-ed38-4a0d-9c3b-8eaba307329e
E: DEVLINKS=/dev/disk/by-id/ata-TOSHIBA_MD04ACA400_74V3K67GFSAA-part1
/dev/disk/by-partuuid/c2d3fd0d-a237-42c1-b284-e49aa5b33eb5
/dev/disk/by-path/pci-:04:00.0-usb-0:1:1.0-scsi-0:0:0:0-part1
/dev/disk/by-partlabel/Linux\x20filesystem
/dev/disk/by-uuid/57bf202c-ed38-4a0d-9c3b-8eaba307329e
/dev/disk/by-id/wwn-0x5395ab805350-part1
E: DEVNAME=/dev/sdb1
E:
DEVPATH=/devices/pci:00/:00:1c.3/:04:00.0/usb3/3-1/3-1:1.0/host6/target6:0:0/6:0:0:0/block/sdb/sdb1
E: DEVTYPE=partition
E: ID_ATA=1
E: ID_ATA_DOWNLOAD_MICROCODE=1
E: ID_ATA_FEATURE_SET_APM=1
E: ID_ATA_FEATURE_SET_APM_CURRENT_VALUE=128
E: ID_ATA_FEATURE_SET_APM_ENABLED=1
E: ID_ATA_FEATURE_SET_HPA=1
E: ID_ATA_FEATURE_SET_HPA_ENABLED=1
E: ID_ATA_FEATURE_SET_PM=1
E: ID_ATA_FEATURE_SET_PM_ENABLED=1
E: ID_ATA_FEATURE_SET_SECURITY=1
E: ID_ATA_FEATURE_SET_SECURITY_ENABLED=0
E: ID_ATA_FEATURE_SET_SECURITY_ENHANCED_ERASE_UNIT_MIN=506
E: ID_ATA_FEATURE_SET_SECURITY_ERASE_UNIT_MIN=506
E: ID_ATA_FEATURE_SET_SMART=1
E: 

Bug#838167: duck: AppData support breaks duck when screenshots have captions

[Simon Kainz]

tags 838167 pending
thanks

fixed in commit a2cec6d45116cac5619419d55dbe182ca206ea93.

Bye,

Simon


Am 2016-09-18 um 03:43 schrieb Paul Wise:
> Package: duck
> Version: 0.10
> Severity: important
> 
> DUCK breaks hard when there are screenshots in an AppData file that
> have captions along with their image URL:
> 
> pabs@chianamo ~ $ apt source -qq sqlitebrowser
> NOTICE: 'sqlitebrowser' packaging is maintained in the 'Git' version control 
> system at:
> git://anonscm.debian.org/collab-maint/sqlitebrowser.git
> Please use:
> git clone git://anonscm.debian.org/collab-maint/sqlitebrowser.git
> to retrieve the latest (possibly unreleased) updates to the package.
> Need to get 1,545 kB of source archives.
> dpkg-source: info: extracting sqlitebrowser in sqlitebrowser-3.8.0
> dpkg-source: info: unpacking sqlitebrowser_3.8.0.orig.tar.gz
> dpkg-source: info: unpacking sqlitebrowser_3.8.0-1.debian.tar.xz
> dpkg-source: info: applying 0001-Use-external-qcustomplot-and-antlr.patch
> pabs@chianamo ~ $ cd sqlitebrowser-3.8.0/
> pabs@chianamo ~/sqlitebrowser-3.8.0 $ grep -C1 screenshot  
> distri/sqlitebrowser.desktop.appdata.xml
>   
>   
> 
>   
> https://raw.githubusercontent.com/sqlitebrowser/db4s-screenshots/master/v3.3/gnome3_2-execute.png;;
>   DB Browser for SQLite, executing query
> 
> 
>   
> https://raw.githubusercontent.com/sqlitebrowser/db4s-screenshots/master/v3.3/gnome3_1-plot.png;;
>   DB Browser for SQLite, browsing data with plot
> 
> 
>   
> https://raw.githubusercontent.com/sqlitebrowser/db4s-screenshots/master/v3.3/kde413_2-blob.png;;
>   DB Browser for SQLite, browing a blob field
> 
> 
>   
> https://raw.githubusercontent.com/sqlitebrowser/db4s-screenshots/master/v3.3/kde413_1-create_table.png;;
>   DB Browser for SQLite, creating a table
> 
>   
>   http://sqlitebrowser.org/
> pabs@chianamo ~/sqlitebrowser-3.8.0 $ duck -n
> distri/sqlitebrowser.desktop.appdata.xml: component->screenshots->screenshot: 
> URL: 
>   
> https://raw.githubusercontent.com/sqlitebrowser/db4s-screenshots/master/v3.3/gnome3_2-execute.png
>   DB Browser for SQLite, executing query
> :  DRY RUN
> distri/sqlitebrowser.desktop.appdata.xml: component->screenshots->screenshot: 
> URL: 
>   
> https://raw.githubusercontent.com/sqlitebrowser/db4s-screenshots/master/v3.3/gnome3_1-plot.png
>   DB Browser for SQLite, browsing data with plot
> :  DRY RUN
> distri/sqlitebrowser.desktop.appdata.xml: component->screenshots->screenshot: 
> URL: 
>   
> https://raw.githubusercontent.com/sqlitebrowser/db4s-screenshots/master/v3.3/kde413_2-blob.png
>   DB Browser for SQLite, browing a blob field
> :  DRY RUN
> distri/sqlitebrowser.desktop.appdata.xml: component->screenshots->screenshot: 
> URL: 
>   
> https://raw.githubusercontent.com/sqlitebrowser/db4s-screenshots/master/v3.3/kde413_1-create_table.png
>   DB Browser for SQLite, creating a table
> :  DRY RUN
> distri/sqlitebrowser.desktop.appdata.xml: component->url: URL: 
> http://sqlitebrowser.org/:  DRY RUN
> distri/sqlitebrowser.desktop.appdata.xml: component->url: URL: 
> https://github.com/sqlitebrowser/sqlitebrowser/issues:  DRY RUN
> debian/control: Maintainer: Arto Jantunen :  DRY RUN
> debian/control: Homepage: http://sqlitebrowser.org/:  DRY RUN
> debian/control: Vcs-Git: 
> git://anonscm.debian.org/collab-maint/sqlitebrowser.git:  DRY RUN
> debian/control: Vcs-Browser: 
> http://anonscm.debian.org/gitweb/?p=collab-maint/sqlitebrowser.git:  DRY RUN
> debian/copyright:1: Email: francois.fevo...@ensta.org:  DRY RUN
> debian/copyright:4: URL: http://sqlitebrowser.org/:  DRY RUN
> debian/copyright:27: Email: francois.fevo...@ensta.org:  DRY RUN
> debian/copyright:28: Email: jari.aa...@cante.net:  DRY RUN
> debian/copyright:29: Email: perezme...@gmail.com:  DRY RUN
> debian/copyright:30: Email: vi...@debian.org:  DRY RUN
> pabs@chianamo ~/sqlitebrowser-3.8.0 $ duck -v
> Use of uninitialized value in concatenation (.) or string at /usr/bin/duck 
> line 446.
> E: ERROR (Certainty:)
>Curl:3 HTTP:0 URL using bad/illegal format or missing URL Illegal 
> characters found in URL
> 
> Use of uninitialized value in concatenation (.) or string at /usr/bin/duck 
> line 446.
> E: ERROR (Certainty:)
>Curl:3 HTTP:0 URL using bad/illegal format or missing URL Illegal 
> characters found in URL
> 
> Use of uninitialized value in concatenation (.) or string at /usr/bin/duck 
> line 446.
> E: ERROR (Certainty:)
>Curl:3 HTTP:0 URL using bad/illegal format or missing URL Illegal 
> characters found in URL
> 
> Use of uninitialized value in concatenation (.) or string at /usr/bin/duck 
> line 446.
> E: ERROR (Certainty:)
>Curl:3 HTTP:0 URL using bad/illegal format or missing URL Illegal 
> characters found in URL
> 
> Use of uninitialized value in concatenation (.) or string at /usr/bin/duck 
> line 446.
> O: OK (Certainty:)
> 
> -- System Information:
> 

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

[Russ Allbery]

Dirk Heinrichs  writes:
> Am 01.12.2016 um 18:12 schrieb Benjamin Kaduk:

>> I think that the KRB5CCNAME thing is only expected to help when
>> combined with a change to run libpam-afs-session from
>> common-session-noninteractive instead of common-session only.

> On my system, configured with pam-auth-update (so no manual changes),
> it's in both.

It may be helpful to manually add the "debug" flag to the pam_afs_session
line and then try this again and see if the syslog debugging log provides
any hints for why it's failing to create a token.

-- 
Russ Allbery (r...@debian.org)   

Bug#846642: dnsmasq-base: Dnsmasq-base seems to be incorrectly linked against libnettle6-3.3

[Emil Karlson]

Package: dnsmasq-base
Version: 2.76-4
Severity: normal

Dear Maintainer,


   * What led up to the situation?
resolving dns for yp1.yayponies.no with dnssec enabled
   * What was the outcome of this action?
dnsmasq received sigsegv while accessing memory at 0x9
(libnettle_hashes[10], corrupt ro linked data on a rw mapped section
in /usr/bin/dnsmasq)

readelf shows what I interpret as missmatch in size of symbol
nettle_hashes perhaps due to package being compiled against
libnettle-3.2, which has smaller nettle_hashes.

Size should be 112 and is 80 for the original debian binary,
recompiled binary (listed also, can not reproduce the bug) has symbol
size 112

Please verify. if there is ABI mismatch between libnettle-3.2 and
libnettle-3.3, it may also be relevant to other packages.


readelf -a /usr/lib/x86_64-linux-gnu/libnettle.so.6 /usr/sbin/dnsmasq*
 | grep nettle_hashes
75: 00235820   112 OBJECT  GLOBAL DEFAULT   21
nettle_hashes@@NETTLE_6
0025b660  00d70005 R_X86_64_COPY 0025b660
nettle_hashes@NETTLE_6 + 0
   215: 0025b660   112 OBJECT  GLOBAL DEFAULT   25
nettle_hashes@NETTLE_6 (3)
0025b660  00d80005 R_X86_64_COPY 0025b660
nettle_hashes@NETTLE_6 + 0
   216: 0025b66080 OBJECT  GLOBAL DEFAULT   25
nettle_hashes@NETTLE_6 (3)


BR
-Emil

ps. I dislike your bug report policy, not all debian systems have easy
access to reportbug, this report has been created on a different
x86_64 system, and I have no clue what my local smtp server even is,
if there is any.

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

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

Bug#844765: RFS: gitless/0.8.4-1 -- new package

[Peter Pentchev]

On Fri, Nov 18, 2016 at 10:15:20PM +0200, Peter Pentchev wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for the initial upload of my package
> "gitless" - a version control system on top of Git.
> 
> * Package name: gitless
>   Version : 0.8.4-1
>   Upstream Author : Santiago Perez de Rosso 
> * URL : http://gitless.com/
> * License : GPL-2+
>   Section : devel
> 
> It builds a single binary package that has been built with sbuild and
> tested with Lintian and cme:
> 
>   gitless- version control system on top of Git
> 
> Unfortunately there have been some issues with uploading the Gitless
> package to mentors.d.n (I'm in contact with the administrators), but you
> can fetch it from my website:
> 
>   dget -x 
> https://devel.ringlet.net/devel/gitless/debian/0.8.4-1/gitless_0.8.4-1.dsc
> 
> ...or, alternatively, from a GitHub repository:
> 
>   git clone https://github.com/ppentchev/gitless.git -b debian
>   cd gitless
>   git describe # should output mentors/0.8.4-1-2
>   git tag -v mentors/0.8.4-1-2
>   pristine-tar checkout ../gitless_0.8.4.orig.tar.gz
> 
> More information about Gitless can be obtained from http://gitless.com/
> 
> Thanks in advance for your time, and keep up the great work!

Anyone? :)

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13


signature.asc
Description: PGP signature

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

[Dirk Heinrichs]

Am 01.12.2016 um 18:12 schrieb Benjamin Kaduk:
> I think that the KRB5CCNAME thing is only expected to help when combined
> with a change to run libpam-afs-session from common-session-noninteractive
> instead of common-session only.

On my system, configured with pam-auth-update (so no manual changes),
it's in both.

Bye...

Dirk

-- 
Dirk Heinrichs 
GPG Public Key CB614542 | Jabber: dirk.heinri...@altum.de
Tox: he...@toxme.se
Sichere Internetkommunikation: http://www.retroshare.org
Privacy Handbuch: https://www.privacy-handbuch.de

Bug#846299: seems to work without the dependency for me

[Adam Borowski]

> lighttpd 1.4.39-1 depends on lsb-base (>= 3.2-14) | systemd (>= 29.1)
>
> while lighttpd 1.4.43-1 depends on lsb-base AND systemd,
> is it intentional?

While my initial reaction was to recompile lighttpd without systemd ballast
(as I maintain a desystemdized set of packages), it turns out no such
treatment is needed: there is no runtime dependency on any systemd
components at all.  I've just rebuilt the package with no changes other than
this spurious dependency dropped, and with (very superficial) testing it
appears to work fine.

I see no mention in the changelog why such a change was done, the only thing
that seems remotely connected is:
# * Use upstream's systemd service file.

If that's the rationale, it's pointless: lighttpd ships a proper init script
so it works on (paraphrasing Marco d'Itri) non-toy inits, and systemd
systems, which indeed need systemd to use the service file, already do have
systemd installed.

And in case you intended this as a versioned dependency, even oldstable has
systemd 44 which satisfies >= 29.1.

Dropping this will also make the package installable on kfreebsd, which, the
last time I checked, didn't have systemd.


Meow!
-- 
The bill declaring Jesus as the King of Poland fails to specify whether
the addition is at the top or end of the list of kings.  What should the
historians do?

Bug#831386: Pending fixes for bugs in the libdata-treedumper-perl package

[pkg-perl-maintainers]

tag 831386 + pending
thanks

Some bugs in the libdata-treedumper-perl package are closed in
revision e1cc93003453ec78ef82aedae003fbc94d4c40e6 in branch 'master'
by Peter Pentchev

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

Commit message:

Recommend libdata-treedumper-oo-perl, used in the examples.

Closes: #831386
Submitted by:   積丹尼 Dan Jacobson 

Bug#812058: gargoyle-free: diff for NMU version 2011.1a-3.1

[Andrey Rahmatullin]

Control: tags 812058 + pending

Dear maintainer,

I've prepared an NMU for gargoyle-free (versioned as 2011.1a-3.1) and
uploaded it to DELAYED/4. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
WBR, wRAR
diff -Nru gargoyle-free-2011.1a/debian/changelog gargoyle-free-2011.1a/debian/changelog
--- gargoyle-free-2011.1a/debian/changelog	2015-07-15 17:47:31.0 +0500
+++ gargoyle-free-2011.1a/debian/changelog	2016-12-03 01:38:34.0 +0500
@@ -1,3 +1,10 @@
+gargoyle-free (2011.1a-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS with GCC6 by using -std=gnu++98 (Closes: #812058).
+
+ -- Andrey Rahmatullin   Sat, 03 Dec 2016 01:38:34 +0500
+
 gargoyle-free (2011.1a-3) unstable; urgency=medium
 
   [ Alexandre Detiste ]
diff -Nru gargoyle-free-2011.1a/debian/.gitignore gargoyle-free-2011.1a/debian/.gitignore
--- gargoyle-free-2011.1a/debian/.gitignore	2015-07-15 17:09:48.0 +0500
+++ gargoyle-free-2011.1a/debian/.gitignore	1970-01-01 05:00:00.0 +0500
@@ -1,6 +0,0 @@
-*~
-files
-stamp-patched
-gargoyle-free.debhelper.log
-gargoyle-free.substvars
-gargoyle-free/
diff -Nru gargoyle-free-2011.1a/debian/rules gargoyle-free-2011.1a/debian/rules
--- gargoyle-free-2011.1a/debian/rules	2015-07-15 17:09:48.0 +0500
+++ gargoyle-free-2011.1a/debian/rules	2016-12-03 01:38:34.0 +0500
@@ -15,6 +15,7 @@
 # This has to be exported to make some magic below work.
 export DH_OPTIONS
 
+export DEB_CFLAGS_MAINT_APPEND = -std=gnu++98
 
 # Tell 'jam' to statically link private libraries; the convenience
 # library is pretty small and it's much simpler in jam than trying to


signature.asc
Description: PGP signature

Bug#846641: need out-of-date due missing unicode? upgrade to 5.2 brand or 5.3

[PICCORO McKAY Lenz]

Package: libmyodbc
Version: 5.1.10-2+b1
Severity: important

The mysql odbc does not have well documented or the package does not
have unicode support?

seems gubs like #721120 or problems like "TDS: cannot resolve datatype
'univarchar'" are produced due wrong mapping in my sybase proxy table
taken from mysql using odbc..

i noted that myodbc can build two flavors like postgres does!
https://dev.mysql.com/doc/connector-odbc/en/connector-odbc-installation.html#connector-odbc-unicode-ansi

but this since 5.2 and debian only has 5.1.X



-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i586)

Kernel: Linux 3.2.0-4-486
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 libmyodbc depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38
ii  libmysqlclient18   5.5.31+dfsg-0+wheezy1
ii  odbcinst1debian2   2.2.14p2-5
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages libmyodbc recommends:
ii  libodbc1  2.2.14p2-5

libmyodbc suggests no packages.



Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Bug#846640: lldb-3.8: lldb freezes after "run"

[Askar Safin]

Package: lldb-3.8
Version: 1:3.8.1-16
Severity: grave
Justification: renders package unusable

lldb 3.8 freezes after "run". Same for lldb 3.9 in stretch. Details: 
http://bugs.debian.org/846531

Bug#846639: reportbug: [sched_delayed] sched: RT throttling activated

[Alexander Osipenko]

Package: reportbug
Version: 6.6.3
Severity: important

Dear Maintainer,

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

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

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


-- Package-specific info:
** Environment settings:
INTERFACE="text"

** /home/alex/.reportbugrc:
reportbug_version "6.6.3"
mode novice
ui text
realname "Alexander Osipenko"
email "korvin2...@gmail.com"

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

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

Versions of packages reportbug depends on:
ii  apt   1.0.9.8.3
ii  python2.7.9-1
ii  python-reportbug  6.6.3
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail   
pn  debconf-utils
pn  debsums  
pn  dlocate  
pn  emacs23-bin-common | emacs24-bin-common  
ii  file 1:5.22+15-2+deb8u2
ii  gnupg1.4.18-7+deb8u3
ii  postfix [mail-transport-agent]   2.11.3-1
pn  python-gtk2  
pn  python-gtkspell  
pn  python-urwid 
pn  python-vte   
ii  xdg-utils1.1.0~rc1+git20111210-7.4

Versions of packages python-reportbug depends on:
ii  apt   1.0.9.8.3
ii  python-debian 0.1.27
ii  python-debianbts  1.12
pn  python:any

python-reportbug suggests no packages.

-- no debconf information

Dec  2 22:35:47 orange-net kernel: [59592.744481] [sched_delayed] sched: RT 
throttling activated
Dec  2 22:49:27 orange-net kernel: [60413.986772] [ cut here 
]
Dec  2 22:49:27 orange-net kernel: [60413.986789] WARNING: CPU: 3 PID: 0 at 
/build/linux-35gxh9/linux-3.16.36/net/sched/sch_generic.c:264 
dev_watchdog+0x236/0x240()
Dec  2 22:49:27 orange-net kernel: [60413.986792] NETDEV WATCHDOG: eth5 
(ixgbe): transmit queue 8 timed out
Dec  2 22:49:27 orange-net kernel: [60413.986796] Modules linked in: 
ip_set_hash_net ip_set_hash_ip ip_set nfnetlink act_police cls_u32 sch_ingress 
sch_tbf tcp_htcp ip6table_filter ip6_tabl
es ipt_REJECT xt_conntrack iptable_filter ipt_MASQUERADE xt_nat xt_REDIRECT 
xt_multiport iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat 
nf_conntrack xt_TCPMSS xt_tcpudp ipt
able_mangle ip_tables netconsole configfs dummy ipoe(O) xt_LOG x_tables 8021q 
garp stp mrp llc w83627ehf hwmon_vid l2tp_ppp l2tp_netlink l2tp_core pppoe 
pppox ppp_generic slhc loop intel_po
werclamp coretemp ipmi_watchdog kvm crc32_pclmul iTCO_wdt aesni_intel ast 
aes_x86_64 iTCO_vendor_support ttm lrw gf128mul drm_kms_helper glue_helper 
ablk_helper drm joydev cryptd i2c_algo_b
it evdev pcspkr serio_raw i2c_i801 i2c_core lpc_ich mfd_core button shpchp 
i7core_edac ioatdma edac_core processor thermal_sys ipmi_si ipmi_poweroff 
ipmi_devintf ipmi_msghandler autofs4 ext
4 crc16 mbcache jbd2 sg sd_mod crc_t10dif crct10dif_generic hid_generic usbhid 
hid ahci libahci crct10dif_pclmul crct10dif_common crc32c_intel libata uhci_hcd 
ehci_pci psmouse ehci_hcd ixgb
e(O) scsi_mod dca e1000e vxlan usbcore ptp usb_common pps_core
Dec  2 22:49:27 orange-net kernel: [60413.986868] CPU: 3 PID: 0 Comm: swapper/3 
Tainted: G   O  3.16.0-4-amd64 #1 Debian 3.16.36-1+deb8u2
Dec  2 22:49:27 orange-net kernel: [60413.986870] Hardware name: Aquarius 
Aquarius/Z8NR-D12, BIOS 110104/14/2010
Dec  2 22:49:27 orange-net kernel: [60413.986871]   
815123b5 88033fc63e28 0009
Dec  2 22:49:27 orange-net kernel: [60413.986873]  81068817 
0008 88033fc63e78 0047
Dec  2 22:49:27 orange-net kernel: [60413.986875]  0003 
8806302a 8106887c 81778470
Dec  2 22:49:27 orange-net kernel: [60413.986877] Call Trace:
Dec  2 22:49:27 orange-net kernel: [60413.986879][] 
? dump_stack+0x5d/0x78
Dec  2 22:49:27 orange-net kernel: [60413.986886]  [] ? 
warn_slowpath_common+0x77/0x90
Dec  2 22:49:27 orange-net kernel: [60413.986889]  [] ? 
warn_slowpath_fmt+0x4c/0x50
Dec  2 22:49:27 orange-net kernel: [60413.986892]  [] ? 
nf_conntrack_destroy+0x13/0x20
Dec  2 22:49:27 orange-net kernel: [60413.986898]  [] ? 
nf_ct_delete+0x188/0x250 [nf_conntrack]
Dec  2 22:49:27 orange-net kernel: [60413.986902]  [] ? 
dev_watchdog+0x236/0x240
Dec  2 22:49:27 

Bug#796040: pkg-perl-tools: Please have syntax.t check syntax of Perl programs installed in the $PATH

[Niko Tyni]

On Tue, Aug 18, 2015 at 09:11:34PM +0200, intrig...@debian.org wrote:
> Package: pkg-perl-tools
> Version: 0.24
> Severity: wishlist
> X-Debbugs-Cc: nod...@nodens.org
 
> the openpgp-applet package (soon to be uploaded to Debian, already in
> the team's Git) ships mostly one program. It would be good to check
> its syntax. Currently, syntax.t only checks modules.

Hi, thanks for the idea and sorry for the lack of action on this.

A few points:

- traversing PATH seems a bit overkill, maybe just /usr/bin would do?

- It feels a bit risky to me to blindly run 'perl -c' on every program
  in a package. I'm slightly worried that there will be side effects,
  even with just BEGIN blocks. This is in contrast to modules, which
  I'd expect not to have side effects on just loading them.

- would it be enough to implement just a package-specific configuration
  file (say debian/tests/syntax-files) where you could list files to
  check? The manual configuration would address my concerns above.
 
I think I'll implement the latter for now and close this with it,
hope that's OK by you. Please reopen if you'd still prefer the more
automatic checking.
-- 
Niko

Bug#846586: eyed3: [PATCH] fix incorrect option name in man page

[Gaetano Guerriero]

severity 846586 minor
tag 846586 + pending

Thank you for reporting,

this will be included in the next upload.

 Gaetano

Bug#828069: icedove: random crashes after latest security update

[Vladimir K]

Crash in Icedove while browsing through mail, gdb log attached.

I've downloaded upstream Thunderbird and testing it now. But due to randomness 
of the crashes, it might take a while to be sure if it is reproducible there.MOZILLA_FIVE_HOME=/usr/lib/icedove
  LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove
DISPLAY=:0
DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove
 LIBRARY_PATH=
   SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove
  LIBPATH=/usr/lib/icedove:/usr/lib/icedove
   ADDON_PATH=
  MOZ_PROGRAM=/usr/lib/icedove/icedove-bin
  MOZ_TOOLKIT=
moz_debug=1
 moz_debugger=
moz_debugger_args=
/usr/bin/gdb  --args /usr/lib/icedove/icedove-bin
GNU gdb (Debian 7.11.1-2+b1) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from 
/usr/lib/debug/.build-id/69/bb174e7c2075879c373f1b96461fd702a39511.debug...done.
done.
(gdb) run
Starting program: /usr/lib/icedove/icedove-bin
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe53b2700 (LWP 32727)]
[Thread 0x7fffe53b2700 (LWP 32727) exited]
[New Thread 0x7fffe53b2700 (LWP 32729)]
[New Thread 0x7fffde4ff700 (LWP 32730)]
[New Thread 0x77fed700 (LWP 32731)]
[New Thread 0x7fffddcfe700 (LWP 32732)]
[New Thread 0x7fffdd1ff700 (LWP 32733)]
[New Thread 0x7fffdcffe700 (LWP 32734)]
[New Thread 0x7fffdcdfd700 (LWP 32735)]
[New Thread 0x7fffdcbfc700 (LWP 32736)]
[New Thread 0x7fffdc9fb700 (LWP 32737)]
[New Thread 0x7fffdc7fa700 (LWP 32738)]
[New Thread 0x7fffdc5f9700 (LWP 32739)]
[New Thread 0x7fffdc3f8700 (LWP 32740)]
[New Thread 0x7fffdb0ff700 (LWP 32741)]
[New Thread 0x7fffda3b1700 (LWP 32742)]
[New Thread 0x7fffd9bb0700 (LWP 32743)]
[New Thread 0x7fffe46e1700 (LWP 32744)]
[New Thread 0x7fffd8dff700 (LWP 32745)]
[New Thread 0x7fffd6ce5700 (LWP 32746)]
[New Thread 0x7fffd64e4700 (LWP 32748)]
[New Thread 0x7fffd5a3f700 (LWP 32750)]
[New Thread 0x7fffd523e700 (LWP 32751)]
[New Thread 0x7fffd4a3d700 (LWP 32752)]
[New Thread 0x7fffd1fff700 (LWP 32753)]
[New Thread 0x7fffd17fe700 (LWP 32754)]
[calBackendLoader] Using libical backend at 
/usr/lib/icedove/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical-manifest
[New Thread 0x7fffcb960700 (LWP 32755)]
[New Thread 0x7fffcb15f700 (LWP 32756)]
[New Thread 0x7fffca95e700 (LWP 32757)]
[New Thread 0x7fffca15d700 (LWP 32758)]
[New Thread 0x7fffc995c700 (LWP 32759)]
[New Thread 0x7fffc915b700 (LWP 32760)]
[New Thread 0x7fffc895a700 (LWP 32761)]
[New Thread 0x7fffc7eff700 (LWP 32762)]
[New Thread 0x7fffc76fe700 (LWP 32763)]
[New Thread 0x7fffc6efd700 (LWP 32764)]
[New Thread 0x7fffc66fc700 (LWP 32765)]
[New Thread 0x7fffc5efb700 (LWP 32766)]
[New Thread 0x7fffc56fa700 (LWP 32767)]
[Thread 0x7fffd17fe700 (LWP 32754) exited]
[Thread 0x7fffc6efd700 (LWP 32764) exited]
[New Thread 0x7fffc4ef9700 (LWP 300)]
[Thread 0x7fffc66fc700 (LWP 32765) exited]
[Thread 0x7fffc5efb700 (LWP 32766) exited]
[New Thread 0x7fffc46f8700 (LWP 301)]
[Thread 0x7fffc56fa700 (LWP 32767) exited]
[New Thread 0x7fffc56fa700 (LWP 302)]
[New Thread 0x7fffc5efb700 (LWP 303)]
[New Thread 0x7fffc66fc700 (LWP 304)]
[Thread 0x7fffc4ef9700 (LWP 300) exited]
[Thread 0x7fffc5efb700 (LWP 303) exited]
[New Thread 0x7fffc6efd700 (LWP 305)]
[New Thread 0x7fffc5efb700 (LWP 306)]
[Thread 0x7fffc66fc700 (LWP 304) exited]
[New Thread 0x7fffc66fc700 (LWP 307)]
[Thread 0x7fffc5efb700 (LWP 306) exited]
[New Thread 0x7fffc5efb700 (LWP 405)]
[Thread 0x7fffc66fc700 (LWP 307) exited]
[New Thread 0x7fffc66fc700 (LWP 406)]
[New Thread 0x7fffc4ef9700 (LWP 407)]
[Thread 0x7fffc5efb700 (LWP 405) exited]
[Thread 0x7fffc66fc700 (LWP 406) exited]
[New Thread 0x7fffc66fc700 (LWP 408)]
[Thread 0x7fffc4ef9700 (LWP 407) exited]
EwsTagging(exception) 2 :[New Thread 0x7fffc4ef9700 (LWP 416)]
[New Thread 0x7fffc5efb700 (LWP 417)]
[New Thread 0x7fffbfdff700 (LWP 418)]
[New Thread 0x7fffbf5fe700 (LWP 419)]
[New Thread 0x7fffbedfd700 (LWP 421)]
[New Thread 0x7fffbe5fc700 (LWP 422)]
[Thread 0x7fffc66fc700 (LWP 408) exited]
  --> c. Could not find a matching lightning timezone.
  --> c. Could not find a matching lightning timezone.
  --> c. Could not find a matching lightning timezone.
  --> c. Could not find a matching lightning timezone.

Bug#583104: Pre Temporada 2016-2017 a precios de Locos!!!

[consultas]

Si no visualiza correctamente este E-Mail haga 

Click Aquí ( Link -> 
http://64968.track.mtasrv.net/track/click?u=web=36343936383a31363a31353a303a303a30=30191=16d9b0b4f3ca582ca335ea3a8640f410
 ) | 

Reenvía a un amigo ( Link -> 
http://64968.track.mtasrv.net/track/click?u=forwardto=36343936383a31363a31353a303a303a30=30191=16d9b0b4f3ca582ca335ea3a8640f410
 ) 

/*

*/

/*

*/

3x2

Alojate 3 noches y solo aboná 2!!!

Promoción valida desde el 02/12/2016 al 06/12/2016 y desde el 12/12/2016 al 
23/12/2016

TEMPORADA 2017

Descuentos!!!

Descuentos!!

Decuentos!!!

Descuentos!!!

/*

*/

/*

*/

Filo de los Medanos

Alameda 206 y 310 Bis - Villa Gesell - Republica Argentina

consul...@filodelosmedanos.com www.filodelosmedanos.com

Tel. (011)3980-6211 WhatsApp +5491154524877

Agréganos a tu lista de contactos 

Información de Contacto ( Link -> 
http://64968.track.mtasrv.net/track/click?u=vcard=36343936383a31363a31353a303a303a30=30191=16d9b0b4f3ca582ca335ea3a8640f410
 ) 

Para desuscribirse de nuestra lista haga 

( Link -> 
http://64968.track.mtasrv.net/member/publicunsubscribe?AdministratorID=64968=30191=15=16=0=16d9b0b4f3ca582ca335ea3a8640f410
 )

Bug#562700: Pre Temporada 2016-2017 a precios de Locos!!!

[consultas]

Si no visualiza correctamente este E-Mail haga 

Click Aquí ( Link -> 
http://64968.track.mtasrv.net/track/click?u=web=36343936383a31363a31353a303a303a30=30168=146ce1842a4d0862db35642ab215c6a4
 ) | 

Reenvía a un amigo ( Link -> 
http://64968.track.mtasrv.net/track/click?u=forwardto=36343936383a31363a31353a303a303a30=30168=146ce1842a4d0862db35642ab215c6a4
 ) 

/*

*/

/*

*/

3x2

Alojate 3 noches y solo aboná 2!!!

Promoción valida desde el 02/12/2016 al 06/12/2016 y desde el 12/12/2016 al 
23/12/2016

TEMPORADA 2017

Descuentos!!!

Descuentos!!

Decuentos!!!

Descuentos!!!

/*

*/

/*

*/

Filo de los Medanos

Alameda 206 y 310 Bis - Villa Gesell - Republica Argentina

consul...@filodelosmedanos.com www.filodelosmedanos.com

Tel. (011)3980-6211 WhatsApp +5491154524877

Agréganos a tu lista de contactos 

Información de Contacto ( Link -> 
http://64968.track.mtasrv.net/track/click?u=vcard=36343936383a31363a31353a303a303a30=30168=146ce1842a4d0862db35642ab215c6a4
 ) 

Para desuscribirse de nuestra lista haga 

( Link -> 
http://64968.track.mtasrv.net/member/publicunsubscribe?AdministratorID=64968=30168=15=16=0=146ce1842a4d0862db35642ab215c6a4
 )

Bug#287876: Pre Temporada 2016-2017 a precios de Locos!!!

[consultas]

Si no visualiza correctamente este E-Mail haga 

Click Aquí ( Link -> 
http://64968.track.mtasrv.net/track/click?u=web=36343936383a31363a31353a303a303a30=30163=1b79adbf6aeb9dae80e687aa41d37715
 ) | 

Reenvía a un amigo ( Link -> 
http://64968.track.mtasrv.net/track/click?u=forwardto=36343936383a31363a31353a303a303a30=30163=1b79adbf6aeb9dae80e687aa41d37715
 ) 

/*

*/

/*

*/

3x2

Alojate 3 noches y solo aboná 2!!!

Promoción valida desde el 02/12/2016 al 06/12/2016 y desde el 12/12/2016 al 
23/12/2016

TEMPORADA 2017

Descuentos!!!

Descuentos!!

Decuentos!!!

Descuentos!!!

/*

*/

/*

*/

Filo de los Medanos

Alameda 206 y 310 Bis - Villa Gesell - Republica Argentina

consul...@filodelosmedanos.com www.filodelosmedanos.com

Tel. (011)3980-6211 WhatsApp +5491154524877

Agréganos a tu lista de contactos 

Información de Contacto ( Link -> 
http://64968.track.mtasrv.net/track/click?u=vcard=36343936383a31363a31353a303a303a30=30163=1b79adbf6aeb9dae80e687aa41d37715
 ) 

Para desuscribirse de nuestra lista haga 

( Link -> 
http://64968.track.mtasrv.net/member/publicunsubscribe?AdministratorID=64968=30163=15=16=0=1b79adbf6aeb9dae80e687aa41d37715
 )

Bug#846638: lldb-3.8: error: process launch failed: unable to locate lldb-server

[Askar Safin]

Package: lldb-3.8
Version: 1:3.8.1-16
Severity: important

(lldb) r
error: process launch failed: unable to locate lldb-server

Details: http://bugs.debian.org/846531. Same for lldb 3.9 and maybe lldb 3.7.

Bug#846637: live-wrapper: grub2 memtest86 fails with "error: version too old for 32-bit boot"

[Ben Caradoc-Davies]

Package: live-wrapper
Version: 0.5
Severity: normal

Dear Maintainer,

a live ISO booted via UEFI (so using grub2) fails to run memtest86.

Live ISO built with:
lwr --memtest -d unstable

Tested on QEMU with:
qemu-system-x86_64 -enable-kvm -m 2048 -bios /usr/share/ovmf/OVMF.fd -hda
live.iso

Selecting the memtest86 option results in the GRUB error:
"error: version too old for 32-bit boot"

The memtest86 option works fine when booted via MBR (no QEMU -bios option).

Kind regards,
Ben.



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

Kernel: Linux 4.8.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 live-wrapper depends on:
ii  debian-archive-keyring  2014.3
ii  isolinux3:6.03+dfsg-14
ii  python-apt  1.1.0~beta5
ii  python-cliapp   1.20160724-1
ii  python-requests 2.11.1-1
pn  python:any  
ii  vmdebootstrap   1.7-1
ii  xorriso 1.4.6-1+b1

live-wrapper recommends no packages.

Versions of packages live-wrapper suggests:
pn  cmdtest  

-- debconf-show failed

Bug#846636: RM: vimhelp-de -- RoQA; Depends on old vim version, dead upstream

[Andreas Moog]

Package: ftp.debian.org
Severity: normal

Hi,

vimhelp-de should be removed from Debian, it doesn't support the current version
of vim, the upstream developer hasn't been active since November 2010 and the
package has an open RC bug without any comments.

The package doesn't have any reverse-depends. Though it has a relatively high
popcon-score (120), I doubt it is very useful at the moment, since it also is
missing a lot of translations (e.g. chapters 21 to 32).

Thanks for your consideration!

-- 
PGP-encrypted mails preferred
PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624


signature.asc
Description: PGP signature

Bug#481661: mount: nothing is missing in italian man-pages

[Marco Curreli]

Some file system specific options, for example for iso9660 the session, 
sbsector, iocharset and utf8 options, are
documented only in mount(8), which have not been translated. In 
mount(2) these options are undocumented.


The italian man-pages contain only mount(2), not mount(8).
If you would contribute translating mount(8), it will be appreciated!

By the way, the last version of italian man-pages is man-pages-it-4.08

If anything else is missing in italian man-pages, please contact me, or 
send a

message to the mailing list: http://lists.pluto.it/listinfo/pluto-ildp

Best regards,
Marco Curreli

(man-pages-it maintainer)



Con Smart 3 Giga a 9 euro/4 sett navighi veloce, chiami e invii SMS dal 
tuo smartphone verso tutti i fissi e mobili in Italia. Passa a Tiscali 
Mobile! http://casa.tiscali.it/mobile/

Bug#846635: openmpi: broken on kfreebsd since 2.x

[Steven Chamberlain]

Package: openmpi
Version: 2.0.1-7
Severity: important
Tags: upstream
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

(Greetings from the BSP at TU-Dresden, 2016!)

Updating mpirun-bin from 1.10.2-14 to 2.0.1-7 breaks the testsuite
of dune-common (error below), but also this simple testcase too:

| #include 
| 
| int main(int argc, char *argv[]) {
| MPI_Init(, );
| MPI_Finalize();
| return 0;
| }

fails with:

> $ OMPI_MCA_plm_rsh_agent=/bin/false ./testcase
> 
> [hostname.example.com:96346] PMIX ERROR: UNREACHABLE in file
> src/client/pmix_client.c at line 983
> [hostname.example.com:96347] PMIX ERROR: NOT-SUPPORTED in file
> src/server/pmix_server_listener.c at line 540
> [hostname.example.com:96346] PMIX ERROR: UNREACHABLE in file
> src/client/pmix_client.c at line 199
> --
> It looks like orte_init failed for some reason; your parallel process is
> likely to abort.  There are many reasons that a parallel process can
> fail during orte_init; some of which are due to configuration or
> environment problems.  This failure appears to be an internal failure;
> here's some additional information (which may only be relevant to an
> Open MPI developer):
> 
>   init pmix failed
>   --> Returned value Unreachable (-12) instead of ORTE_SUCCESS

It is the same error in dune-common:

> FAIL: mpicollectivecommunication
> 
> 
> [falla:96461] PMIX ERROR: UNREACHABLE in file src/client/pmix_client.c
> at line 983
> [falla:96461] PMIX ERROR: UNREACHABLE in file src/client/pmix_client.c
> at line 199
> [falla:96489] PMIX ERROR: NOT-SUPPORTED in file
> src/server/pmix_server_listener.c at line 540
> --
> It looks like orte_init failed for some reason; your parallel process is
> likely to abort.  There are many reasons that a parallel process can
> fail during orte_init; some of which are due to configuration or
> environment problems.  This failure appears to be an internal failure;
> here's some additional information (which may only be relevant to an
> Open MPI developer):
> 
>   init pmix failed
>   --> Returned value Unreachable (-12) instead of ORTE_SUCCESS

What I understand so far is that, since MPI version 2.x, pmix_native.c
tries to check peer credentials on a socket.  But FreeBSD lacks
SO_PEERCRED and there isn't yet code to implement this any other way.

FreeBSD ports hasn't packed MPI version 2.x yet so, probably this
is just unimplemented/unported yet.

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

Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#846634: Handle graceful restart in systemd and init script

[Vincent Bernat]

Package: bird
Version: 1.6.2-3
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hey!

BIRD supports graceful restart for BGP but it needs to be enabled with
- -R and in configuration. Even after that, doing a systemctl restart
bird or a service bird restart or a restart during upgrade doesn't
work as expected. To enforce BGP graceful restart, currently, BIRD
needs to be killed with -9 to not close the BGP sessions properly.

I would suggest for systemd to add "KillSignal=SIGKILL", for upstart
to add "kill signal KILL" and for init.d to use
"--retry=KILL/5/KILL/5". I would be happy to propose and test a patch
if this seems an acceptable solution. If not, we could just document
that in README.Debian instead.

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

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

Versions of packages bird depends on:
ii  adduser  3.115
ii  init-system-helpers  1.46
ii  libc62.24-7
ii  libreadline7 7.0-1
ii  libtinfo56.0+20161126-1
ii  ucf  3.0036

bird recommends no packages.

Versions of packages bird suggests:
ii  bird-doc  1.6.2-3

- -- Configuration Files:
/etc/bird/bird.conf [Errno 13] Permission denied: u'/etc/bird/bird.conf'
/etc/bird/bird6.conf [Errno 13] Permission denied: u'/etc/bird/bird6.conf'
/etc/bird/envvars [Errno 13] Permission denied: u'/etc/bird/envvars'

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJGBAEBCAAwFiEErvI0h2bzccaJpzYAlaQv6DU1JfkFAlhB1YASHGJlcm5hdEBk
ZWJpYW4ub3JnAAoJEJWkL+g1NSX5xFUP/RmB6++VJKGEdgvu8YcvHPiBWY6g4Za6
ec90YA3/gxZ1sr4FBeFsYP333lF5U9tzQchx6aEz3ohizpuFH0gcoSOwRSA2F9u7
4Bn/eYVu384D8UwjrXuLuCfXzoVR4Mv66qG8WWaiK1F7w9e4Gmbbd/jotwE5piKk
6XSe1hF68QQ5ewV4Aox5IsKCvuTQumuJkUJfGpIO4ZGyNv59bIUQrr8P3Hc7PpS6
r3d20YVXCIY8qKM5dVlvCKh8yQdlNh/AIWbvTIyM5GYcqHh0Yo2GZ25GrnjxqhU+
Sh10ElEj2FjYiUCZabn2LwOqf1huCiVKUwP0Sd1B5mmO//oAHjr86iuz6//IR6zi
fcE0Jo54T5uTEVL/AXbSDjv/cH+oA1aPmfxDi5DAZStYOBmiGKt/W69YJXx0Zb32
GahXWvEt2rgwyipZxOmt/xFTwGj/4k1FtuK5aOrildjbXoegMJ25BTGde7ciYK7/
BIh6gurJZFjTAmO0UOT/KDsBHZYrdtYN3HmdRAeayS5Jgg6UWeuo0+w4+1K4+F8b
g2DmlO/trlVHGOdEOjywLxRrCfNHAUj778w6ocGfcScFTYivvbsefzJDKqXhaymN
bNSX3vLZTsm96eCfzAN0YmOxohY/qbDWRjCgEPoFFOjLE5FWq/CM3ChuNqMRy7Lh
eAf90W9IUWTh
=O6ts
-END PGP SIGNATURE-

Bug#846633: ITP: iterum -- Iterum is a multiprotocol chat bot

[Kyle Robbertze]

Package: wnpp
Severity: wishlist
Owner: Kyle Robbertze 

* Package name: iterum
  Version : 0.1
  Upstream Author : Kyle Robbertze 
* URL : http://iterum.io/
* License : MIT/X/Expat
  Programming Lang: Python
  Description : Iterum is a multi-protocol chat bot

Iterum is a multi-protocol chat bot written in Python. It is
a fork of ibid wth the goal of continuing development and 
adding new features.

Development on ibid seems to have stalled and myself and
a few others decided to fork it and continue development.

I plan on maintaining it within the PAPT. I will need a
sponsor.

Bug#841294: Global Ballot Thoughts

[Sam Hartman]

So, does someone want to propose a resolution so we can move this
forward?

Bug#846632: live-wrapper: cdrom not detected when installing from thumb drive

[Ben Caradoc-Davies]

Package: live-wrapper
Version: 0.5
Severity: normal

Dear Maintainer,

when installing from a thumb drive, d-i fails to detect the "cdrom".

Workaround is to select No for external media, manually set the driver to none,
and set /dev/sda1 as the cdrom device. Installation then proceeds.

This test was conducted with QEMU "-hda" as a model of how a bootable thumb
drive is presented.

The problematic behaviour might be a regression in d-i on unstable or caused by
a peculiarity of the live-wrapper ISO. The workaround was not required for the
previous generation of live technology.

Live ISO built with:
lwr --memtest -d unstable

Tested with:
qemu-system-x86_64 -enable-kvm -m 2048 -hda live.iso

Kind regards,
Ben.



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

Kernel: Linux 4.8.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 live-wrapper depends on:
ii  debian-archive-keyring  2014.3
ii  isolinux3:6.03+dfsg-14
ii  python-apt  1.1.0~beta5
ii  python-cliapp   1.20160724-1
ii  python-requests 2.11.1-1
pn  python:any  
ii  vmdebootstrap   1.7-1
ii  xorriso 1.4.6-1+b1

live-wrapper recommends no packages.

Versions of packages live-wrapper suggests:
pn  cmdtest  

-- debconf-show failed

Bug#772251: error upgrading package

[Vincent Bernat]

 ❦  2 décembre 2016 14:13 +0200, Aleksi Suhonen 
 :

> I'm not sure this bug is the same, but it does involve the same file.
> When trying to upgrade from 3.4.16-1 to 3.4.17-2 I get this error message:
>
> Preparing to unpack .../1-exabgp_3.4.17-2_all.deb ...
> dpkg-maintscript-helper: error: conffile 'processes/dynamic-1.sh' is not
> an absolute path
> dpkg: error processing archive
> /tmp/apt-dpkg-install-ptYu4n/1-exabgp_3.4.17-2_all.deb (--unpack):
>  subprocess new pre-installation script returned error exit status 1
> dpkg-maintscript-helper: error: conffile 'processes/dynamic-1.sh' is not
> an absolute path
> dpkg: error while cleaning up:
>  subprocess new post-removal script returned error exit status 1

I have pushed a fix for this. The old version of the postrm may still be
called. Since the faulty code never made to a stable release, I don't
think this is worth fixing it. In your case, you can edit
/var/lib/dpkg/info/exabgp.postrm and remove the following line:

 dpkg-maintscript-helper rm_conffile "$f" -- "$@" ; fi

-- 
Use data arrays to avoid repetitive control sequences.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#841294: Global Ballot Thoughts

[Sam Hartman]

> "Ian" == Ian Jackson  writes:

Ian> I know that you do not _set out_ reinforce Ron's position of
Ian> power over his victims.  That is not your goal.  You are trying
Ian> to come to an amicable settlement.  You are trying to get
Ian> everyone to be nice.

Ian> But when people are being oppressed, it is quite wrong to make
Ian> the feelings of the perpetrator a primary consideration.  First
Ian> help the victims, by relieving them from the grasp of their
Ian> oppressor.

I disagree with the idea that this situation is about an aggressor and
victims.
I agree such situations exist.  I do not think this situation currently
is such a situation.

That is key to my position.

I do not think engaging furthure on this point will serve this
discussion.

Bug#841667: libconfig-model-dpkg-perl: Dependency calculation gets confused by various versions in a suite

[gregor herrmann]

On Fri, 02 Dec 2016 19:12:45 +0100, Dominique Dumont wrote:

> On Thursday, 27 October 2016 01:01:09 CET you wrote:
> > Sounds reasonable to me.
> > Or maybe just taking the highest version in unstable would work as
> > well.
> Given the complexity involved in comparing package version, I'd rather use 
> the 
> version of amd64 package.

Fine for me :)


Cheers,
gregor

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


signature.asc
Description: Digital Signature

Bug#837845: Bug#844819: libwnck: FTBFS: /<>/./configure: line 3052: GNOME_MAINTAINER_MODE_DEFINES: command not found

[Andreas Moog]

Control: tags -1 patch

Hi there,

as the original report suggests, adding gnome-common to the Build-Depends
fixes the build error. Trivial patch attached.

-- 
PGP-encrypted mails preferred
PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624
From aedc232b6541e5bc9b4f5d285b03401eca24a098 Mon Sep 17 00:00:00 2001
From: Andreas Moog 
Date: Fri, 2 Dec 2016 20:28:17 +0100
Subject: [PATCH] * Non-maintainer upload. * debian/control:- Add
 gnome-common to Build-Depends to fix FTBFS:   "syntax error near
 unexpected token "maximum" (Closes: #837845)

---
 debian/changelog | 9 +
 debian/control   | 3 ++-
 2 files changed, 11 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 227be46..5d3f1ad 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+libwnck (2.30.7-6) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control:
+ - Add gnome-common to Build-Depends to fix FTBFS:
+"syntax error near unexpected token maximum" (Closes: #837845)
+
+ -- Andreas Moog   Fri, 02 Dec 2016 20:27:41 +0100
+
 libwnck (2.30.7-5) unstable; urgency=medium
 
   * debian/control:
diff --git a/debian/control b/debian/control
index 10420a6..0d46dd1 100644
--- a/debian/control
+++ b/debian/control
@@ -21,7 +21,8 @@ Build-Depends: debhelper (>= 9),
libgirepository1.0-dev (>= 0.6.14),
gtk-doc-tools (>= 1.9),
libglib2.0-doc,
-   libgtk2.0-doc
+   libgtk2.0-doc,
+   gnome-common
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-mate/libwnck.git;a=summary
 Vcs-Git: git://anonscm.debian.org/pkg-mate/libwnck.git
 Homepage: https://developer.gnome.org/libwnck/2.30/
-- 
2.10.2



signature.asc
Description: PGP signature