Bug#878043: needrestart-session: Perl crash (SIGABRT) when pressing Refresh (sometimes)

[Paul Wise]

Package: needrestart-session
Version: 0.3-5
Severity: normal
Usertags: crash

I sometimes get a Perl crash (SIGABRT) when pressing Refresh in the UI.
If this is a Perl or wx bug, please reassign to the appropriate
package. The warning below is probably a gdb bug because I had not upgraded 
perl since starting needrestart-x11.

$ gdb -batch -n -ex 'set pagination off' -ex bt -ex 'thread apply all bt full' 
--core /var/crash/1000/8278-1000-1000-6-1507527404-chianamo--usr-bin-perl.core 
/usr/bin/perl

warning: core file may not match specified executable file.
[New LWP 8278]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/bin/perl 
/usr/lib/needrestart-session/needrestart-x11 -n'.
Program terminated with signal SIGABRT, Aborted.
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
51  ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
#0  0x7ff4a2b16fff in __GI_raise (sig=sig@entry=6) at 
../sysdeps/unix/sysv/linux/raise.c:51
#1  0x7ff4a2b1842a in __GI_abort () at abort.c:89
#2  0x7ff4a2b54c00 in __libc_message (do_abort=do_abort@entry=2, 
fmt=fmt@entry=0x7ff4a2c49d78 "*** Error in `%s': %s: 0x%s ***\n") at 
../sysdeps/posix/libc_fatal.c:175
#3  0x7ff4a2b5afc6 in malloc_printerr (action=3, str=0x7ff4a2c49dd0 
"munmap_chunk(): invalid pointer", ptr=, ar_ptr=) 
at malloc.c:5049
#4  0x7ff4a1b016ca in XS_Wx__Event_DESTROY(PerlInterpreter*, CV*) 
(my_perl=0x561b07bc1010, cv=) at Event.c:554
#5  0x561b07732ce1 in Perl_pp_entersub (my_perl=0x561b07bc1010) at 
pp_hot.c:4231
#6  0x561b076a4108 in Perl_call_sv (my_perl=my_perl@entry=0x561b07bc1010, 
sv=0x561b08162d78, flags=flags@entry=45) at perl.c:2848
#7  0x561b07737c6e in S_curse (my_perl=my_perl@entry=0x561b07bc1010, 
sv=sv@entry=0x561b08853f38, check_refcnt=check_refcnt@entry=true) at sv.c:6972
#8  0x561b07738518 in Perl_sv_clear (my_perl=my_perl@entry=0x561b07bc1010, 
orig_sv=orig_sv@entry=0x561b08853cc8) at sv.c:6576
#9  0x561b077389d1 in Perl_sv_free2 (my_perl=my_perl@entry=0x561b07bc1010, 
sv=0x561b08853cc8, rc=) at sv.c:7073
#10 0x561b07768ca7 in S_SvREFCNT_dec_NN (sv=, 
my_perl=0x561b07bc1010) at inline.h:200
#11 0x561b07768ca7 in Perl_free_tmps (my_perl=my_perl@entry=0x561b07bc1010) 
at scope.c:212
#12 0x561b076a447a in Perl_call_sv (my_perl=my_perl@entry=0x561b07bc1010, 
sv=0x561b08878378, flags=flags@entry=13) at perl.c:2860
#13 0x7ff4a1b0e2fd in wxPliEventCallback::Handler(wxEvent&) 
(this=, event=...) at cpp/e_cback.cpp:93
#14 0x7ff4a0a752ce in 
wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, 
wxEvtHandler*, wxEvent&) (entry=..., handler=, event=...) at 
../src/common/event.cpp:1390
#15 0x7ff4a0a756da in wxEvtHandler::SearchDynamicEventTable(wxEvent&) 
(this=0x561b07bee170, event=...) at ../src/common/event.cpp:1749
#16 0x7ff4a0a7576f in wxEvtHandler::TryHereOnly(wxEvent&) 
(this=0x561b07bee170, event=...) at ../src/common/event.cpp:1583
#17 0x7ff4a0a75823 in wxEvtHandler::TryBeforeAndHere(wxEvent&) (event=..., 
this=0x561b07bee170) at ../include/wx/event.h:3671
#18 0x7ff4a0a75823 in wxEvtHandler::ProcessEventLocally(wxEvent&) 
(this=0x561b07bee170, event=...) at ../src/common/event.cpp:1520
#19 0x7ff4a0a75885 in wxEvtHandler::ProcessEvent(wxEvent&) 
(this=0x561b07bee170, event=...) at ../src/common/event.cpp:1493
#20 0x7ff4a1179f1b in wxWindowBase::TryAfter(wxEvent&) 
(this=0x561b08833f80, event=...) at ../src/common/wincmn.cpp:3427
#21 0x7ff4a0a755e7 in wxEvtHandler::SafelyProcessEvent(wxEvent&) 
(this=, event=...) at ../src/common/event.cpp:1611
#22 0x7ff4a117b48c in wxWindowBase::HandleWindowEvent(wxEvent&) const 
(this=this@entry=0x561b08833f80, event=...) at ../src/common/wincmn.cpp:1525
#23 0x7ff4a0ff8a87 in wxgtk_button_clicked_callback(GtkWidget*, wxButton*) 
(button=0x561b08833f80) at ../src/gtk/button.cpp:40
#27 0x7ff49f6d6f1f in  (instance=, signal_id=, 
detail=) at ../../../../gobject/gsignal.c:3447
#24 0x7ff49f6baf9d in g_closure_invoke (closure=0x561b086d3f50, 
return_value=0x0, n_param_values=1, param_values=0x7fff0fc235a0, 
invocation_hint=0x7fff0fc23520) at ../../../../gobject/gclosure.c:804
#25 0x7ff49f6cdba5 in signal_emit_unlocked_R 
(node=node@entry=0x561b081fbfe0, detail=detail@entry=0, 
instance=instance@entry=0x561b083776f0, 
emission_return=emission_return@entry=0x0, 
instance_and_params=instance_and_params@entry=0x7fff0fc235a0) at 
../../../../gobject/gsignal.c:3705
#26 0x7ff49f6d6505 in g_signal_emit_valist (instance=0x561b083776f0, 
signal_id=, detail=0, var_args=var_args@entry=0x7fff0fc23760) at 
../../../../gobject/gsignal.c:3391
#28 0x7ff4a00b30c5 in gtk_real_button_released (button=0x561b083776f0 
[GtkButton]) at ./gtk/gtkbutton.c:1712
#32 0x7ff49f6d6f1f in  (instance=, signal_id=, 
detail=) at ../../../../gobject/gsignal.c:3447

Bug#875688: Reports won't run

[John Talbut]

OK, those file locations were a red herring.

I am wondering if the suggestion that new reports can run is misleading.
 I only seem to have access to "Use wizard to create report ..." which
seems to create a different sort of report not using Report Builder.  I
don't seem to have any facility to build a new report using Report
Builder.  There is no option to "Create Report in Design View." in the
base window.

John

Bug#771885: closed by Jörg Frings-Fürst <deb...@jff-webhosting.net> (reply to deb...@jff-webhosting.net) (Re: openvpn service script restarted, ignoring LSB header)

[Harald Dunkel]

Sorry to say, but you missunderstood the problem: openvpn was 
not supposed to be run in runlevel 2 in my setup. The run level 
definition must not be ignored.

About screen: I got locked out due to changed routing, not due 
to a lost terminal connection. The ssh connection was cut off 
and couldn't be established anymore. I don't see how screen 
could have helped here.

Please reopen and fix.


Thanx very much
Harri

Bug#869534: Change to RFP

[Lumin]

Control: retitle -1 RFP: ptpython/0.39 -- A better Python REPL
Control: owner -1 w...@debian.org

Recently I'm too busy to take care of this ITP, hence dropping it.

A preliminary packaging is available as described here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869664

-- 
Best,

Bug#863758: dropping this ITP

[Lumin]

Control: retitle -1 RFP: clipmenu/3.2.0 -- Clipboard management using dmenu
Control: owner -1 w...@debian.org

I'm recently too busy to take care of this ITP, hence dropping it.

-- 
Best,

Bug#878042: ITP: libtest-mock-time-perl -- Deterministic time & timers for event loop tests

[Hideki Yamane]

Package: wnpp
Owner: Hideki Yamane 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtest-mock-time-perl
  Version : 0.1.6
  Upstream Author : Alex Efros 
* URL : https://metacpan.org/release/Test-Mock-Time
* License : MIT
  Programming Lang: Perl
  Description : Deterministic time & timers for event loop tests

Test::Mock::Time replaces actual time with simulated time everywhere (core
time(), Time::HiRes, EV, AnyEvent with EV, Mojolicious, …) and provide a
way to write deterministic tests for event loop based applications with
timers.

IMPORTANT! This module must be loaded by your script/app/test before other
related modules (Time::HiRes, Mojolicious, EV, etc.).

The package will be maintained under the umbrella of the Debian Perl Group.

Bug#878041: ITP: libexport-attrs-perl -- Perl 6 'is export(...)' trait as a Perl 5 attribute

[Hideki Yamane]

Package: wnpp
Owner: Hideki Yamane 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libexport-attrs-perl
  Version : 0.1.0
  Upstream Author : Alex Efros 
* URL : https://metacpan.org/release/Export-Attrs
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl 6 'is export(...)' trait as a Perl 5 attribute

Export::Attrs is a fork of Perl6::Export::Attrs created to restore
compatibility with Perl6::Export::Attrs version 0.0.3.

Implements a Perl 5 native version of what the Perl 6 symbol export mechanism
will look like (with some unavoidable restrictions).

The package will be maintained under the umbrella of the Debian Perl Group.

Bug#878040: tails-installer: Creates non-bootable USB sticks on current testing/sid

[intrigeri]

Package: tails-installer
Version: 4.4.18+dfsg-1
Severity: serious
Tags: upstream
X-Debbugs-Cc: ano...@riseup.net

Hi!

Since a recent udisks2 update in Debian testing/sid, Tails Installer
creates USB sticks that are bootable neither with legacy BIOS (because
of the lack of the "legacy BIOS boot" GPT flag) nor with UEFI (because
the system partition has not the ESP type).

A workaround already implemented upstream (not released yet) will fix
UEFI boot; it should be released by mid-November to the latest.

But fixing legacy BIOS boot requires fixes in udisks2 and libblockdev
which have been submitted to the corresponding projects already:

 - https://github.com/storaged-project/udisks/pull/416
 - https://github.com/storaged-project/libblockdev/pull/288

The corresponding Tails upstream bug is:
https://labs.riseup.net/code/issues/14809

Stretch is not affected.

Cheers,
-- 
intrigeri

Bug#877747: xdg-utils: Suggests: gvfs-bin, which contains only deprecated tools

[Paul Wise]

On Sun, 2017-10-08 at 19:58 +0300, Коля Гурьев wrote:

> https://anonscm.debian.org/git/collab-maint/xdg-utils.git/commit/?id=c593722ef4d6cd24a9d4d427b4db02990c40517c

This patch definitely is not enough to fix this issue, need this too:

https://anonscm.debian.org/git/collab-maint/xdg-utils.git/commit/?h=mymedia/temporary=0d6eebb27c562e8644ccf616ebdbddf82d0d2dd8

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#866960: libfreetype6: blank line between characters (regression)

[Vincent Lefevre]

On 2017-10-08 13:38:10 -0700, Mike Miller wrote:
> I scanned the upstream bug report. I don't really follow all the details
> yet, but I guess a next step would be to identify packages that may be
> affected by this change? So far that looks like Pango and Xft?

and possibly the applications themselves. In the case of xterm,
it uses the inaccurate, rounded "ascent" and "descent" values of
FT_Size_Metrics that are passed by FreeType via Xft (set up by
XftFontOpenPattern). Instead, the accurate values from FT_Face
should be used. [1] However, I don't know whether Xft provides
them in some way. They are not in the XftFont structure. [2]

[1] https://www.freetype.org/freetype2/docs/reference/ft2-base_interface.html
[2] https://linux.die.net/man/3/xft

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#878038: fail2ban: takes too long to terminate at shutdown, yielding a timeout

[Vincent Lefevre]

Control: tags -1 upstream fixed-upstream
Control: forwarded -1 https://github.com/fail2ban/fail2ban/issues/1588

Upstream has fixed the issue for 0.10 (but this seems to be a major
change). In the mean time, this is really annoying.

As a workaround, I tried to change the symlink
/etc/systemd/system/multi-user.target.wants/fail2ban.service
by a file where I added "TimeoutStopSec=3s" in [Service], but
this didn't have any effect. However, lowering the value of
DefaultTimeoutStopSec in /etc/systemd/system.conf works (but
that's global).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#878039: libmariadb-dev-compat: Static library symlinked to dynamic one, compile error

[Adam Nielsen]

Package: libmariadb-dev-compat
Version: 2.3.2-2
Severity: important

Dear Maintainer,

I discovered a mistake in the libmariadb-dev-compat package.  The
static library (.a) is a symlink to a dynamic library (.so), meaning
you get this error when trying to compile against the static library:

  /usr/bin/ld: attempted static link of dynamic object
`/usr/lib/x86_64-linux-gnu/libmysqlclient.a'

This can be seen in the package file, where the .a file symlinks to
a .so file by mistake:

  ./usr/lib/x86_64-linux-gnu/libmysqlclient.a -> libmariadb.so
  ./usr/lib/x86_64-linux-gnu/libmysqlclient.so -> libmariadb.so
  ./usr/lib/x86_64-linux-gnu/libmysqlclient_r.a -> libmariadb.so
  ./usr/lib/x86_64-linux-gnu/libmysqlclient_r.so -> libmariadb.so

Here, the .a file should be a symlink to libmariadb.a instead.

-- System Information:
Docker image: debian:latest
Debian Release: 8.8
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.12.3-1-ARCH (SMP w/16 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C
(charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages libmariadb-dev-compat depends on:
ii  libmariadb-dev  2.3.2-2

libmariadb-dev-compat recommends no packages.

libmariadb-dev-compat suggests no packages.

-- debconf information excluded

Bug#878037: sbuild: --arch-all --no-arch-any does not work with jessie chroot

[Ryan Tandy]

On Sun, Oct 08, 2017 at 05:57:31PM -0700, Ryan Tandy wrote:

Interesting parts of the log (full log attached):


My apologies for neglecting to compress that full log, oops!

Bug#878035: libopengl0-glvnd-nvidia: libopengl0 version reported to "none" with libopengl0-glvnd-nvidia

[nils]

Package: libopengl0-glvnd-nvidia
Version: 375.82-4
Severity: important

Dear Maintainer,

While trying to install libglvnd-dev, apt reported it to depend on
libopengl0 and failed ( http://paste.debian.net/989711/ ).
I then tried to build it from source with apt-source and debuild to
investigate a bit more, which worked but the dpkg install failed and
dpkg reported "Version of libopengl0 on system, provided by
libopengl0-glvnd-nvidia:amd64, is " 
( http://paste.debian.net/989713/ ). 

As I understand, I do have libopengl0 throught libopengl0-glvnd-nvidia
and therefore my openGL version number should not be empty.

I hope I posted this on the right package.
Thanks in advance,
Nils

PS: for the (very legthy) package-specific and system info, please see
http://paste.debian.net/989714/

Bug#878038: fail2ban: takes too long to terminate at shutdown, yielding a timeout

[Vincent Lefevre]

Package: fail2ban
Version: 0.9.6-2
Severity: important

fail2ban takes too long to terminate at shutdown, yielding a timeout
(by default, 90 seconds):

[...]
Oct 09 01:53:19 joooj systemd[1]: Stopped target Remote File Systems.
Oct 09 01:54:49 joooj systemd[1]: fail2ban.service: Stopping timed out. 
Terminating.
Oct 09 01:54:49 joooj fail2ban-client[3390]: WARNING Caught signal 15. Exiting
Oct 09 01:54:49 joooj systemd[1]: fail2ban.service: Control process exited, 
code=exited status=255
Oct 09 01:55:02 joooj systemd[1]: Stopped Fail2Ban Service.
Oct 09 01:55:02 joooj systemd[1]: fail2ban.service: Unit entered failed state.
Oct 09 01:55:02 joooj systemd[1]: fail2ban.service: Failed with result 
'timeout'.
[...]

In the /var/log/fail2ban.log file, I can see:

2017-10-09 01:53:19,597 fail2ban.server [844]: INFOStopping all 
jails
2017-10-09 01:53:19,662 fail2ban.actions[844]: NOTICE  [sshd] Unban 
1.217.60.210
2017-10-09 01:53:19,889 fail2ban.actions[844]: NOTICE  [sshd] Unban 
1.255.71.50
2017-10-09 01:53:20,117 fail2ban.actions[844]: NOTICE  [sshd] Unban 
101.207.224.112
2017-10-09 01:53:20,344 fail2ban.actions[844]: NOTICE  [sshd] Unban 
101.228.208.34
2017-10-09 01:53:20,571 fail2ban.actions[844]: NOTICE  [sshd] Unban 
101.6.230.229
2017-10-09 01:53:20,799 fail2ban.actions[844]: NOTICE  [sshd] Unban 
101.78.153.121
2017-10-09 01:53:21,026 fail2ban.actions[844]: NOTICE  [sshd] Unban 
101.95.141.182
2017-10-09 01:53:21,253 fail2ban.actions[844]: NOTICE  [sshd] Unban 
103.19.255.181
[...]
2017-10-09 01:54:49,277 fail2ban.actions[844]: NOTICE  [sshd] Unban 
217.63.106.38
2017-10-09 01:54:49,298 fail2ban.server [844]: INFOStopping all 
jails
2017-10-09 01:54:49,504 fail2ban.actions[844]: NOTICE  [sshd] Unban 
217.7.234.70
2017-10-09 01:54:49,732 fail2ban.actions[844]: NOTICE  [sshd] Unban 
217.73.20.194
2017-10-09 01:54:49,959 fail2ban.actions[844]: NOTICE  [sshd] Unban 
218.10.105.98
2017-10-09 01:54:50,186 fail2ban.actions[844]: NOTICE  [sshd] Unban 
218.106.244.93
[...]
2017-10-09 01:55:02,034 fail2ban.actions[844]: NOTICE  [sshd] Unban 
41.73.194.139
2017-10-09 01:55:02,262 fail2ban.actions[844]: NOTICE  [sshd] Unban 
41.82.212.193
2017-10-09 01:55:02,606 fail2ban.jail   [844]: INFOJail 'sshd' 
stopped
2017-10-09 01:55:02,607 fail2ban.jail   [844]: INFOJail 'sshd' 
stopped
2017-10-09 01:55:02,608 fail2ban.transmitter[844]: WARNING Command ['stop'] 
has failed. Received UnknownJailException('sshd',)
2017-10-09 01:55:02,608 fail2ban.server [844]: INFOExiting Fail2ban

Stopping fail2ban should be immediate, at least for a shutdown (no need
to unabn the addresses).

Note: I have another machine with an older system for which this was not
much an issue, because Unban was 40 times as fast as this new version!

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

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

Versions of packages fail2ban depends on:
ii  init-system-helpers  1.48
ii  lsb-base 9.20161125
ii  python3  3.5.3-1

Versions of packages fail2ban recommends:
ii  iptables   1.6.0+snapshot20161117-6
ii  python 2.7.13-2
pn  python3-pyinotify  
pn  python3-systemd
ii  whois  5.2.17~deb9u1

Versions of packages fail2ban suggests:
ii  bsd-mailx [mailx]8.1.2-0.20160123cvs-4
pn  monit
ii  rsyslog [system-log-daemon]  8.24.0-1

-- no debconf information

Bug#877913: ITA: easy-rsa -- Simple shell based CA utility

[Ben Finney]

Control: retitle -1 ITA: easy-rsa -- simple shell based CA utility
Control: owner -1 !

On 07-Oct-2017, Alberto Gonzalez Iniesta wrote:
> I request an adopter for the easy-rsa package.

Thanks for the report. I will work on a new release of this to adopt
the package.

-- 
 \“There are no significant bugs in our released software that |
  `\ any significant number of users want fixed.” —Bill Gates, |
_o__)   1995-10-23 |
Ben Finney 


signature.asc
Description: PGP signature

Bug#870313: Upstream bug report

[Oliver Doepner]

This is the corresponding upstream bug report:
https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3462

Bug#859213: x11vnc: stack smashing detected: x11vnc terminated

[Samuele Bulloni]

Thanks Bernhard Ehlers, looks like your patched version solved the 
problems for me. I hope the Debian manteiners correct the bug soon.



--
ZE-Light e ZE-Pro: servizi zimbra per caselle con dominio email.it, per tutti i dettagli 
Clicca qui http://posta.email.it/caselle-di-posta-z-email-it.php?utm_campaign=email_Zimbra_102014=main_footer/f


Sponsor:
Soluzioni di email hosting per tutte le esigenze: dalle caselle gratuite a 
quelle professionali su piattaforma Zimbra, da quelle su proprio dominio a 
quelle certificate PEC. Confronta le soluzioni
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13325=9-10

Bug#878031: [pkg-cryptsetup-devel] Bug#878031: cryptsetup: Freeze while typing decryption password

[Jonas Meurer]

Hi Doug,

Am 08.10.2017 um 23:42 schrieb Doug S.:
>   As I begin typing the first characters of my decryption password, the prompt
> seems to freeze and ignore some of those characters, which leads to typing the
> wrong password every first attempt. It does not happen again for the
> consecutive attempts.
> 
>   I do not use Plymouth in Debian. This is also reproducible in Fedora
> Workstation 26 (with Plymouth, which lets me see the freeze happening).

Can you please provide the exact commands that you use to unlock your
dm-drypt volume? Also, please run them with '--debug' and attach the output.

Cheers
 jonas

> -- Package-specific info:
> -- /proc/cmdline
> BOOT_IMAGE=/vmlinuz-4.9.0-4-amd64 root=/dev/mapper/alq14--vg-root ro quiet
> 
> -- /etc/crypttab
> sda3_crypt UUID=e12ee94c-924e-43c2-8578-276388731e95 none luks
> 
> -- /etc/fstab
> # /etc/fstab: static file system information.
> #
> # Use 'blkid' to print the universally unique identifier for a
> # device; this may be used with UUID= as a more robust way to name devices
> # that works even if disks are added and removed. See fstab(5).
> #
> #
> /dev/mapper/alq14--vg-root /   ext4errors=remount-ro 0   1
> # /boot was on /dev/sda2 during installation
> UUID=d8773f5e-4431-4ee2-bdcf-309fd1dfd507 /boot   ext2defaults
> 0   2
> # /boot/efi was on /dev/sda1 during installation
> UUID=F673-568B  /boot/efi   vfatumask=0077  0   1
> /dev/mapper/alq14--vg-home /home   ext4defaults0   2
> /dev/mapper/alq14--vg-swap_1 noneswapsw  0   0
> 
> -- lsmod
> Module  Size  Used by
> fuse   98304  3
> ctr16384  4
> ccm20480  2
> nls_ascii  16384  1
> nls_cp437  20480  1
> vfat   20480  1
> fat69632  1 vfat
> snd_hda_codec_hdmi 49152  1
> iTCO_wdt   16384  0
> iTCO_vendor_support16384  1 iTCO_wdt
> dell_wmi   16384  0
> arc4   16384  2
> sparse_keymap  16384  1 dell_wmi
> rtsx_usb_ms20480  0
> intel_rapl 20480  0
> x86_pkg_temp_thermal16384  0
> intel_powerclamp   16384  0
> ath9k  94208  0
> dell_led   16384  1
> ath9k_common   32768  1 ath9k
> coretemp   16384  0
> kvm_intel 192512  0
> ath9k_hw  446464  2 ath9k,ath9k_common
> dell_laptop20480  0
> dell_smbios16384  3 dell_wmi,dell_led,dell_laptop
> dcdbas 16384  1 dell_smbios
> i915 1232896  21
> ath32768  3 ath9k_hw,ath9k,ath9k_common
> memstick   20480  1 rtsx_usb_ms
> kvm   589824  1 kvm_intel
> mac80211  671744  1 ath9k
> dell_smm_hwmon 16384  0
> irqbypass  16384  1 kvm
> intel_cstate   16384  0
> joydev 20480  0
> intel_uncore  118784  0
> drm_kms_helper155648  1 i915
> efi_pstore 16384  0
> evdev  24576  18
> snd_hda_codec_realtek90112  1
> intel_rapl_perf16384  0
> pcspkr 16384  0
> serio_raw  16384  0
> hid_multitouch 20480  0
> snd_hda_codec_generic69632  1 snd_hda_codec_realtek
> efivars20480  1 efi_pstore
> drm   360448  8 i915,drm_kms_helper
> cfg80211  589824  4 mac80211,ath9k,ath,ath9k_common
> snd_hda_intel  36864  10
> sg 32768  0
> lpc_ich24576  0
> i2c_algo_bit   16384  1 i915
> snd_hda_codec 135168  4 
> snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
> mei_me 36864  0
> snd_hda_core   81920  5 
> snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
> snd_hwdep  16384  1 snd_hda_codec
> mei   102400  1 mei_me
> snd_soc_rt5640118784  0
> snd_soc_ssm456716384  0
> snd_soc_rl6231 16384  1 snd_soc_rt5640
> shpchp 36864  0
> wmi16384  2 dell_wmi,dell_led
> battery20480  0
> snd_soc_core  212992  2 snd_soc_ssm4567,snd_soc_rt5640
> snd_compress   20480  1 snd_soc_core
> snd_pcm   110592  7 
> snd_hda_intel,snd_hda_codec,snd_hda_core,snd_soc_rt5640,snd_hda_codec_hdmi,snd_soc_core
> video  40960  3 dell_wmi,dell_laptop,i915
> dw_dmac16384  0
> snd_soc_sst_acpi   16384  0
> dw_dmac_core   24576  1 dw_dmac
> elan_i2c   36864  0
> snd_soc_sst_match  16384  1 snd_soc_sst_acpi
> snd_timer  32768  1 snd_pcm
> snd86016  29 
> 

Bug#870313: Simple main method to reproduce the bug

[Oliver Doepner]

Please note the same issue described here:
https://stackoverflow.com/questions/45847635/java-audio-clip-cannot-be-closed-when-using-linux-pulseaudio

The description contains simple Java code to reproduce the issue.

The recommended work-around is to configure
/etc/java-8-openjdk/sound.properties not to use Pulseaudio.

I can confirm that the workaround works.

So maybe Pulseaudio should not be the default setting in sound.properties.

Bug#878036: Please support perspective correction for panorama/sphere photos

[Josh Triplett]

Package: eog
Version: 3.26.1-1
Severity: normal

Photos taken using the "panorama" or "photo sphere" options of Android
phones show up with curved distortions, rather than rendered with
perspective correction and the ability to pan around. Please consider
adding support for such photos.

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

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

Versions of packages eog depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gir1.2-gtk-3.0   3.22.24-1
ii  gir1.2-peas-1.0  1.22.0-1
ii  gsettings-desktop-schemas3.24.1-1
ii  libatk1.0-0  2.26.0-2
ii  libc62.25-0experimental3
ii  libcairo21.14.10-1
ii  libexempi3   2.4.3-1
ii  libexif120.6.21-2.1
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libgirepository-1.0-11.54.1-1
ii  libglib2.0-0 2.54.1-1
ii  libgnome-desktop-3-123.26.1-1
ii  libgtk-3-0   3.22.24-1
ii  libjpeg62-turbo  1:1.5.2-2
ii  liblcms2-2   2.8-4
ii  libpeas-1.0-01.22.0-1
ii  librsvg2-2   2.40.18-1
ii  libx11-6 2:1.6.4-3
ii  shared-mime-info 1.9-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages eog recommends:
ii  librsvg2-common  2.40.18-1
ii  yelp 3.26.0-1

Versions of packages eog suggests:
pn  eog-plugins  

-- no debconf information

Bug#870897: u-boot-rockchip: fail to load dtb file on firefly rk3288

[Vagrant Cascadian]

Control: tags 870897 pending patch

On 2017-08-06, Diego Roversi wrote:
>   u-boot-rockchip fail to load dtb file because it look for 
> rockchip-firefly-rk3288.dtb (if i remember well, I don't 
> have the boot log available atm), instead of rk3288-firefly.dtb.
>
>   As a workaround I had stopped the boot, I got the u-boot prompt, 
> and typed the following command:
>
> setenv console 'ttyS2,115200n8'
> setenv ftdfile rk3288-firefly.dtb

Thanks for the report!

Fixed in git, will include with the next upload:

  
https://anonscm.debian.org/cgit/collab-maint/u-boot.git/commit/?id=838ad475c6130b93602224bd7b629dddf0b75a9a


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#878034: ejabberd: please include erlang options into debconf

[Johannes Keyser]

Package: ejabberd
Version: 17.08-3
Severity: wishlist

Dear maintainer team,

please consider to make ERL_OPTIONS configurable with debconf. Specifically,
this would allow to set ERL_OPTIONS="-env ERL_CRASH_DUMP_BYTES 0"
to prevent Erlang crash dumps from accumulating on a system.  The setting
is in /etc/ejabberd/ejabberdctl.cfg, which symlinks to /etc/default/ejabberd,
which is a Debian conffile.

Adding the option to debconf would help FreedomBox (a Debian pure blend),
where we try to obviate the need of a specialized admin. That's why we
refrain from editing conffiles directly, as it would leave unattended-upgrades
unable to upgrade ejabberd without manual intervention.

Disabling crash dumps is desirable because their unbounded accumulation
can take down the entire system (which actually happens in the wild):
If ejabberd keeps crashing and being continually restarted via systemd, the
dump file accumulation might fill the entire partition, potentially rendering
the system unusable, at a rate of about 4 GiB per day. Such a scenario is
particularly severe for our use-case of single-board computers, and
essentially absent admins.

Thank you for your time and consideration; keep up the great work.
Johannes Keyser

Bug#878033: developers-reference: typos, etc.

[Paul Hardy]

Package: developers-reference
Version: 3.4.18
Severity: wishlist
Tags: patch

--

The proposed patches fix typos and make other suggested changes.  I
made these by hand on a printout of the PDF version, so they reflect
things I saw in that copy.

I did not make changes related to back-quotes or the ` character
disappearing in the PDF output.  I think that will take work in the
xslt files, but that will have to wait for now.

One typographical change I suggest making is changing "..." to the
Unicode horizontal ellipsis character, U+2026, HTML entity "".
The ellipsis spreads out the periods more than if three periods are
just typed together.  I don't know what the implications will be for
all the various output formats though so I did not introduce that
change.

Comma splices generally replace the comma with a semicolon (I think I
did that in all cases).

The phrase "top-level" should be "top level" when used as a noun, not
an adjective; likewise, "third-parties" should be "third parties" as a
noun.

Some acronyms were spelled out the first time they were used (DSA,
API, and ABI).

There were a couple instances of "e.g. a, b, c, etc." or "like a, b,
c, etc."; in such a case, generally "e.g."/"like" or "etc." should be
used, but not both.  I retained the "etc.".

I made "which" vs. "that" changes in several places.

I modified common.ent to reflect that there are 10 (not 11) supported
architectures, and changed the names of stable, oldstable, etc. in
ENTITY declarations.

Note that in Section 5.4 concerning the first time a package is
uploaded, I changed "should" to "must" concerning including the
original source file.  I believe this is correct, because otherwise
the original source file is not part of the package.

Other things I observed but did not change:

Section 5.13.2: low priority packages no longer wait 10 days to
migrate to testing; they wait 5 days now.  If this is a permanent
change, I would update this section.

Section 5.13.3: recommend removing the ending punctuation in the list
for all elements except the final "." on the last element.

Section 6.7.8.1: tar can read a ".tar.gz" file directly without using
zcat; consider rewriting this line to just use tar.

Thank you,


Paul Hardy


developers-reference-3.4.18.patches
Description: Binary data

Bug#634757: Adoption of lyx

[Nikos Andrikos]

Hi,

I'm not using lyx much any more, but I'm still active for packaging
and any other questions/problems you might experience.
Welcome on board.

Sven, sad to see you officially leaving  from the maintenance.
So long, and thanks for all the fish ! :)

Nick

--
=Do-
N.AND


2017-10-08 17:56 GMT+02:00 Sven Hoexter :
> On Sun, Oct 08, 2017 at 05:47:26PM +0200, Dr. Tobias Quathamer wrote:
>
> Hey,
>
>> In case of packaging problems and questions, may I contact you again?
>
> Sure, I'm still alive and have an eye on pkg-lyx-devel@lists.a.d.o as
> long as alioth is around. But you can also approach me directly.
>
> Sven
>
>
>

Bug#878032: postgresql: apt-get purge of 9.4 removed service for 9.6

[Allan Wind]

Package: postgresql
Version: 9.6+181
Severity: normal

Dear Maintainer,

I recently upgraded my server which pulled in 9.6.  Then I manually 
migrated the configuration and data and then I purged the old version 
with:

# apt-get purge postgresql-9.4  postgresql-client-9.4 postgresql-contrib-9.4 
postgresql-doc-9.4

Surprisingly that also stopped my 9.6 instance and the service disappeared:
disappeared:

# systemctl |grep postgresql
  system-postgresql.slice   
 loadedactive active
system-postgresql.slice

To restore service, I did

# dpkg-reconfigure postgresql-9.6
# systemctl |grep postgresql
  postgresql.service
 loadedactive exited
PostgreSQL RDBMS
  postgresql@9.6-main.service   
 loadedactive running   
PostgreSQL Cluster 9.6-main
  system-postgresql.slice   
 loadedactive active
system-postgresql.slice

To me this appears to be defective, and apologize if I missed an existing
report or if this should be filed against another package.

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

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

Versions of packages postgresql depends on:
ii  postgresql-9.6  9.6.4-0+deb9u1

postgresql recommends no packages.

Versions of packages postgresql suggests:
ii  postgresql-doc  9.6+181

-- no debconf information

Bug#877854: [Pkg-bitcoin-devel] Bug#877854: bitcoin-qt: symbol lookup error: bitcoin-qt: undefined symbol: _ZNK8UniValueixEj

[Adrian Bunk]

Control: reassign -1 libunivalue0 1.0.3-4
Control: affects -1 bitcoin-qt

On Fri, Oct 06, 2017 at 09:53:29AM +0200, Jonas Smedegaard wrote:
>...
> Quoting Philipp Marek (2017-10-06 09:37:08)
> 
> > # bitcoin-qt
> > bitcoin-qt: symbol lookup error: bitcoin-qt: undefined symbol: 
> > _ZNK8UniValueixEj
> 
> Thanks for reporting this!
> 
> Needs to be recompiled against latest libunivalue.
>...

This bug did already become visible when the symbols files required 
changes indicating that symbols were removed (at least on 64bit).

The backported unsigned int -> size_t changes are an ABI break that 
cannot be made without a new soname (which should come from a new
upstream release).

>  - Jonas

cu
Adrian

-- 

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

Bug#878031: cryptsetup: Freeze while typing decryption password

[Doug S.]

Package: cryptsetup
Version: 2:1.7.3-4
Severity: normal

Dear Maintainer,

  As I begin typing the first characters of my decryption password, the prompt
seems to freeze and ignore some of those characters, which leads to typing the
wrong password every first attempt. It does not happen again for the
consecutive attempts.

  I do not use Plymouth in Debian. This is also reproducible in Fedora
Workstation 26 (with Plymouth, which lets me see the freeze happening).



-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.9.0-4-amd64 root=/dev/mapper/alq14--vg-root ro quiet

-- /etc/crypttab
sda3_crypt UUID=e12ee94c-924e-43c2-8578-276388731e95 none luks

-- /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
/dev/mapper/alq14--vg-root /   ext4errors=remount-ro 0   1
# /boot was on /dev/sda2 during installation
UUID=d8773f5e-4431-4ee2-bdcf-309fd1dfd507 /boot   ext2defaults  
  0   2
# /boot/efi was on /dev/sda1 during installation
UUID=F673-568B  /boot/efi   vfatumask=0077  0   1
/dev/mapper/alq14--vg-home /home   ext4defaults0   2
/dev/mapper/alq14--vg-swap_1 noneswapsw  0   0

-- lsmod
Module  Size  Used by
fuse   98304  3
ctr16384  4
ccm20480  2
nls_ascii  16384  1
nls_cp437  20480  1
vfat   20480  1
fat69632  1 vfat
snd_hda_codec_hdmi 49152  1
iTCO_wdt   16384  0
iTCO_vendor_support16384  1 iTCO_wdt
dell_wmi   16384  0
arc4   16384  2
sparse_keymap  16384  1 dell_wmi
rtsx_usb_ms20480  0
intel_rapl 20480  0
x86_pkg_temp_thermal16384  0
intel_powerclamp   16384  0
ath9k  94208  0
dell_led   16384  1
ath9k_common   32768  1 ath9k
coretemp   16384  0
kvm_intel 192512  0
ath9k_hw  446464  2 ath9k,ath9k_common
dell_laptop20480  0
dell_smbios16384  3 dell_wmi,dell_led,dell_laptop
dcdbas 16384  1 dell_smbios
i915 1232896  21
ath32768  3 ath9k_hw,ath9k,ath9k_common
memstick   20480  1 rtsx_usb_ms
kvm   589824  1 kvm_intel
mac80211  671744  1 ath9k
dell_smm_hwmon 16384  0
irqbypass  16384  1 kvm
intel_cstate   16384  0
joydev 20480  0
intel_uncore  118784  0
drm_kms_helper155648  1 i915
efi_pstore 16384  0
evdev  24576  18
snd_hda_codec_realtek90112  1
intel_rapl_perf16384  0
pcspkr 16384  0
serio_raw  16384  0
hid_multitouch 20480  0
snd_hda_codec_generic69632  1 snd_hda_codec_realtek
efivars20480  1 efi_pstore
drm   360448  8 i915,drm_kms_helper
cfg80211  589824  4 mac80211,ath9k,ath,ath9k_common
snd_hda_intel  36864  10
sg 32768  0
lpc_ich24576  0
i2c_algo_bit   16384  1 i915
snd_hda_codec 135168  4 
snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
mei_me 36864  0
snd_hda_core   81920  5 
snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek
snd_hwdep  16384  1 snd_hda_codec
mei   102400  1 mei_me
snd_soc_rt5640118784  0
snd_soc_ssm456716384  0
snd_soc_rl6231 16384  1 snd_soc_rt5640
shpchp 36864  0
wmi16384  2 dell_wmi,dell_led
battery20480  0
snd_soc_core  212992  2 snd_soc_ssm4567,snd_soc_rt5640
snd_compress   20480  1 snd_soc_core
snd_pcm   110592  7 
snd_hda_intel,snd_hda_codec,snd_hda_core,snd_soc_rt5640,snd_hda_codec_hdmi,snd_soc_core
video  40960  3 dell_wmi,dell_laptop,i915
dw_dmac16384  0
snd_soc_sst_acpi   16384  0
dw_dmac_core   24576  1 dw_dmac
elan_i2c   36864  0
snd_soc_sst_match  16384  1 snd_soc_sst_acpi
snd_timer  32768  1 snd_pcm
snd86016  29 
snd_compress,snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek,snd_soc_core,snd_pcm
dell_rbtn  16384  0
soundcore  16384  1 snd
acpi_als   16384  0
rfkill 24576  6 dell_laptop,dell_rbtn,cfg80211
kfifo_buf  16384  1 acpi_als
ac 16384  0
acpi_pad   24576  0
industrialio   69632  2 acpi_als,kfifo_buf

Bug#611082: does this problem still exist?

[PICCORO McKAY Lenz]

well i cannot change my servers to wheeze, due wheeze and jeesie have a lot
of changes not conform to any, special systemd related

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

2017-10-08 16:58 GMT-04:00 Thorsten Alteholz :

>
>
> On Sun, 8 Oct 2017, PICCORO McKAY Lenz wrote:
>
> i only have the squeeze version working, the stupid "upgrade" policy to
>> "more modern" does not make sense to me until this king of manteneance
>>
>
> That is the reason why I am asking. As upstream did some changes in the
> usb part, I would like to know whether the problem still exist in a more
> recent version.
>
>  Thorsten
>
>

Bug#878030: python3-dotenv: /usr/bin/dotenv already provided by ruby-dotenv

[Andreas Beckmann]

Package: python3-dotenv
Version: 0.7.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files.

Breaks+Replaces does not seem to be a correct solution here.

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

  Selecting previously unselected package python3-dotenv.
  Preparing to unpack .../python3-dotenv_0.7.1-1_all.deb ...
  Unpacking python3-dotenv (0.7.1-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python3-dotenv_0.7.1-1_all.deb (--unpack):
   trying to overwrite '/usr/bin/dotenv', which is also in package ruby-dotenv 
2.2.1-1
  Errors were encountered while processing:
   /var/cache/apt/archives/python3-dotenv_0.7.1-1_all.deb


cheers,

Andreas


ruby-dotenv=2.2.1-1_python3-dotenv=0.7.1-1.log.gz
Description: application/gzip

Bug#878029: ITP: streamlink -- CLI for extracting video streams from various websites to a video player

[Alexis Murzeau]

Package: wnpp
Severity: wishlist
Owner: Alexis Murzeau 

* Package name: streamlink
  Version : 0.8.1
  Upstream Author : Streamlink Team
* URL : https://streamlink.github.io/
* License : BSD-2-clause, Apache-2.0, MIT/Expat, SIL-OFL-1.1
  Programming Lang: Python
  Description : CLI for extracting video streams from various
websites to a video player

 Streamlink is a CLI utility that pipes flash videos from online streaming
 services to a variety of video players such as VLC, or alternatively, a
 browser.
 The main purpose of streamlink is to convert CPU-heavy flash plugins to a
 less CPU-intensive format.
 .
 Streamlink is a fork of the Livestreamer project.
 .
 Please note that by using this application you're bypassing ads run by
sites
 such as Twitch.tv. Please consider donating or paying for subscription
 services when they are available for the content you consume and enjoy.


Similar packages:
 - livestreamer: extract streams to video players. livestreamer upstream
   is not maintained since 2015 and was forked as streamlink.
   See #877485.

 - gnome-twitch: a twitch.tv client that can play streams. Does not
   handle other streams than Twitch.
 - cclive/quvi/nomnom: download non-live videos, optionally
   allowing them to be streamed.
 - get-flash-videos: download non-live flash videos.
 - nicovideo-dl: download non-live videos from www.nicovideo.jp.
 - youtube-dl: download non-live videos from various websites.


I have already working packaging here:
https://github.com/amurzeau/streamlink-debian.

Some notes about it:
 - I use git-buildpackage with pristine-tar to keep the exact original
   tar.
 - I have additional files .travis.yml and travis-build/ used to build
   packages on travis-ci.
 - The generated changes file after build does not include the upstream
   signature (orig.tar.gz.asc) as git-buildpackage does not handle it
   yet. Because of that, I have the lintian warning
   orig-tarball-missing-upstream-signature. (See #872864).

-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F




signature.asc
Description: OpenPGP digital signature

Bug#611082: does this problem still exist?

[Thorsten Alteholz]

On Sun, 8 Oct 2017, PICCORO McKAY Lenz wrote:


i only have the squeeze version working, the stupid "upgrade" policy to "more 
modern" does not make sense to me until this king of manteneance


That is the reason why I am asking. As upstream did some changes in the 
usb part, I would like to know whether the problem still exist in a more 
recent version.


 Thorsten

Bug#878011: yagv: Won't start. No module named future

[Petter Reinholdtsen]

Control: reassign -1 python-pyglet
Control: found -1 1.3.0~rc1-1
Control: affects -1 yagv

[Petter Reinholdtsen]
> Is this really a bug in yagv?  It seem more like a missing dependency in
> python-pyglet?

I tested, and yagv stopped complainign once python-future was installed.

-- 
Happy hacking
Petter Reinholdtsen

Bug#878028: libopencv-imgcodecs3.2: Not anymore installable due to gdal-abi-2-2-1 dependency

[Eric Valette]

Package: libopencv-imgcodecs3.2
Severity: grave
Justification: renders package unusable

gdal-abi-2-2-1 is no more availble because libgdal2 has been updated to a new 
version.

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

Kernel: Linux 4.9.53 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libopencv-imgcodecs3.2 depends on:
pn  gdal-abi-2-2-1
ii  libc6 2.25-0experimental3
ii  libgcc1   1:7.2.0-8
ii  libgdal20 2.2.2+dfsg-1
ii  libilmbase12  2.2.0-12
ii  libjpeg62-turbo   1:1.5.2-2
ii  libopencv-core3.2 3.2.0+dfsg-1~exp2
ii  libopencv-imgproc3.2  3.2.0+dfsg-1~exp2
ii  libopenexr22  2.2.0-11.1
ii  libpng16-16   1.6.34-1
ii  libstdc++67.2.0-8
ii  libtbb2   2017~U7-8
ii  libtiff5  4.0.8-5
ii  libwebp6  0.6.0-3
ii  zlib1g1:1.2.8.dfsg-5

libopencv-imgcodecs3.2 recommends no packages.

libopencv-imgcodecs3.2 suggests no packages.

Bug#611082: does this problem still exist?

[PICCORO McKAY Lenz]

i only have the squeeze version working, the stupid "upgrade" policy to
"more modern" does not make sense to me until this king of manteneance

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

2017-10-08 13:58 GMT-04:00 Thorsten Alteholz :

> Hi everybody,
>
> while browsing through older bugs of apcupsd I wonder whether your bug
> report is still valid.
>
> Do you still have problems with the APC Back-UPS CS 500?
>
> Best regards
> Thorsten
>
>
>
>

Bug#877702: redis-server: Easily run multiple instances with systemd

[Chris Lamb]

block 877702 by 877989
thanks

To avoid epic DRY violations I've moved the packaging to generating
the .service files at package-build time. You can see this here:

  
https://github.com/lamby/pkg-redis/commit/6e9c54f7cc79a6ceee250fd4fcdc19605c60a505

Unfortunately, I am blocked from uploading this due to a bug in
debhelper:

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

In the meantime, what would be the easiest way for you to test the result
of this change? Shall I attach the 4 .service files it now generates?


Regards,

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

Bug#877989: debhelper: dh_systemd_enable installs template units under wrong name (regression since 10.8)

[Chris Lamb]

Niels Thykier wrote:

> Observed in redis-server

(Just FYI I haven't actually uploaded this version yet; the log was local.)


Regards,

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

Bug#866960: libfreetype6: blank line between characters (regression)

[Mike Miller]

Thanks for persisting on this bug. I've been affected by this as well in
terminator (vte-based) since the libfreetype6 update.

On Sun, Oct 08, 2017 at 11:53:26 +0200, Vincent Lefevre wrote:
> I'm increasing the severity because this is a visible change of
> the behavior of the library that breaks the rendering in various
> applications (at least xterm, GNU Emacs and GNOME Terminal), which
> need to change their code. I suppose that there should have been a
> proper transition, with a SONAME change.

I can confirm this with Gnome Terminal, Terminator, and gvim.

I believe all of these use libfreetype6 via libpangoft2.

> According to the upstream bug, the way some values are rounded has
> changed for the TrueType fonts, which seem to be the most common fonts
> in Debian (apparently the default). In particular, one can now have
> ascend + descend > height, which yields problems with xterm at least
> (GNU Emacs and GNOME Terminal have a similar issue, so that I assume
> that this may come from the same reason). That's a major change of
> behavior since in such a case, it yields an additional line (a blank
> line) between characters.

I scanned the upstream bug report. I don't really follow all the details
yet, but I guess a next step would be to identify packages that may be
affected by this change? So far that looks like Pango and Xft?

I'd be happy to help debug or test or whatever's needed to help resolve
this.

-- 
mike


signature.asc
Description: PGP signature

Bug#873765: Solution to this bug

[T. Joseph Carter]

Hi,

I think this tool is probably important enough to Gnome users (sid or not)
that it's probably worthwhile to suggest a "patch" version that looks like
an upgrade from the 3.25 package that at least temporarily reverts to
3.22.  For now it's easy enough to manually revert the package, but all
sources (dpkg included) insist that you should not be doing that.

I'd have suggested it sooner but 3.25 was right around the corner...  I
imagine it still is, but it has been for weeks.

Joseph

Bug#878027: dh-r fails with --sourcedirectory

[Vincent Danjean]

Package: dh-r
Version: 20161219
Severity: important
Tags: patch

  Hi,

  I'm using dh-r in a package (not yet uploaded to debian) where R sources
are not at the root of the package. Hence, I'm using:
%:
dh $@ --sourcedirectory path/to/R/sources

The package fails to build at the install step as it cannot find the
DESCRIPTION file.
Looking at the source, it seems that, indeed, at this place, the
DESCRIPTION file is assumed to be at the root of the package.

Here is a small patch that fix the problem for me:

--- /usr/share/perl5/Debian/Debhelper/Buildsystem/R.pm  2016-12-19 
11:22:15.0 +0100
+++ ../R.pm 2017-10-08 22:19:43.008443841 +0200
@@ -32,8 +32,9 @@
 }
 
 sub parse_description {
+my $this=shift;
 my $desc = Dpkg::Control->new(type => Dpkg::Control::CTRL_UNKNOWN);
-$desc->load("DESCRIPTION");
+$desc->load($this->get_sourcepath("DESCRIPTION"));
 return $desc;
 }
 
@@ -90,7 +91,7 @@
 my $this = shift;
 my $destdir = shift;
 
-my $desc = parse_description(); # key-value hash for the DESCRIPTION file
+my $desc = $this->parse_description(); # key-value hash for the 
DESCRIPTION file
 my $srcctrl = Dpkg::Control::Info->new()->get_source();
 my $sourcepackage = $this->sourcepackage();
 

  Regards,
Vincent


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

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

Versions of packages dh-r depends on:
ii  dctrl-tools  2.24-2+b1
ii  debhelper10.9
ii  r-base-dev   3.4.2-1

dh-r recommends no packages.

dh-r suggests no packages.

-- no debconf information

Bug#878026: libvlc-bin: misleading error on install if no plugins exist

[Ross Vandegrift]

Package: src:vlc
Version: 2.2.6-1~deb9u1
Severity: normal
Tags: patch

When libvlc-bin is installed without any plugins, this error is seen:

WARNING: Regenerating VLC plugin cache failed.
Please run '/usr/lib/x86_64-linux-gnu/vlc/vlc-cache-gen -f 
/usr/lib/x86_64-linux-gnu/vlc/plugins' manually.

Something like the attached patch (untested) would be nice.

Thanks,
Ross


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

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

Versions of packages libvlc-bin depends on:
ii  libc62.24-11+deb9u1
ii  libvlc5  2.2.6-1~deb9u1

libvlc-bin recommends no packages.

libvlc-bin suggests no packages.

Versions of packages libvlc5 depends on:
ii  dpkg 1.18.24
ii  libc62.24-11+deb9u1
ii  libvlccore8  2.2.6-1~deb9u1

libvlc5 recommends no packages.

Versions of packages libvlccore8 depends on:
ii  dpkg 1.18.24
ii  libc62.24-11+deb9u1
ii  libdbus-1-3  1.10.22-0+deb9u1
ii  libidn11 1.33-1

Versions of packages libvlccore8 recommends:
ii  libproxy-tools  0.4.14-2

-- no debconf information
diff --git a/debian/libvlc-bin.postinst.in b/debian/libvlc-bin.postinst.in
index 022983e..3b00a3c 100644
--- a/debian/libvlc-bin.postinst.in
+++ b/debian/libvlc-bin.postinst.in
@@ -2,9 +2,11 @@
 set -e
 
 run_vlc_cache_gen() {
-if ! /usr/lib/#DEB_HOST_MULTIARCH#/vlc/vlc-cache-gen -f 
/usr/lib/#DEB_HOST_MULTIARCH#/vlc/plugins ; then
-echo "WARNING: Regenerating VLC plugin cache failed."
-echo "Please run '/usr/lib/#DEB_HOST_MULTIARCH#/vlc/vlc-cache-gen -f 
/usr/lib/#DEB_HOST_MULTIARCH#/vlc/plugins' manually."
+if find /usr/lib/#DEB_HOST_MULTIARCH#/vlc/plugins -type f > /dev/null 2> 
/dev/null; then
+   if ! /usr/lib/#DEB_HOST_MULTIARCH#/vlc/vlc-cache-gen -f 
/usr/lib/#DEB_HOST_MULTIARCH#/vlc/plugins ; then
+echo "WARNING: Regenerating VLC plugin cache failed."
+echo "Please run '/usr/lib/#DEB_HOST_MULTIARCH#/vlc/vlc-cache-gen 
-f /usr/lib/#DEB_HOST_MULTIARCH#/vlc/plugins' manually."
+   fi
 fi
 }
 

Bug#878025: firmware-misc-nonfree: Ralink RT5370 usb stopped working on freedombox sid and raspian stretch

[hrwn]

Package: firmware-misc-nonfree
Version: 1:20161130-3+rpi2
Severity: important
Tags: d-i

Dear Maintainer,

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

   * What led up to the situation?
 Upgrades: firmware-ralink was used -> OK, then (on freedombox sid 
RaspberryPi), then firmware-misc-nonfree was proposed and installed -> later 
not OK. Now Freedombox on Raspian Stretch is the same. Freedombox uses 
NetworkManger/system-connections. 

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 Raspian Stretch + freedonbox, uninstall all firmware for wireless, 
reinstall firmware-misc-nonfree

   * What was the outcome of this action?
 -> iwlist scan OK, connecting to AP -> not OK. nmcli c -> Interface name 
not used as Device

   * What outcome did you expect instead? That it works, like it used to 
(freedombox sid with firmware-ralink (a year ago?)): both as 
infrastructure/dhcp as as accesspoint/shared.

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


-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 9.1 (stretch)
Release:9.1
Codename:   stretch
Architecture: armv7l

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

firmware-misc-nonfree depends on no packages.

firmware-misc-nonfree recommends no packages.

Versions of packages firmware-misc-nonfree suggests:
ii  initramfs-tools  0.130

-- no debconf information

Bug#853301: afflib: ftbfs with GCC-7

[Eriberto Mota]

Hi Matthias,

The issue was fixed in afflib/3.7.15-2, uploaded to unstable on 2017-06-25. The 
current version in unstable is 3.7.16-2.

I have a doubt about the bug. Can I close it? (The original bug text says: 
"Please keep this issue open in the bug tracker for the package it was filed 
for")

Thanks in advance.

Regards,

Eriberto

Bug#878011: yagv: Won't start. No module named future

[Petter Reinholdtsen]

[Rock Storm]
> Tried to start yagv but I got the following:

Is this really a bug in yagv?  It seem more like a missing dependency in
python-pyglet?

-- 
Happy hacking
Petter Reinholdtsen

Bug#877647: trackballs: crashes if sound initialization fails

[Markus Koschany]

Control: forwarded -1 https://github.com/trackballs/trackballs/issues/11

On Tue, 03 Oct 2017 20:58:58 +0200 Adam Borowski 
wrote:
> Package: trackballs
> Version: 1.2.3-3
> Severity: normal
> 
> Hi!
> If for some reason sound initialization fails, trackballs segfaults.
> 
> If, unlike one of my laptops, your machine has a working sound card, you can
> trigger this problem by writing junk into /etc/asound.conf

Hi,

I have forwarded the bug report upstream. I am unable to reproduce the
bug though, the trick with /etc/asound.conf doesn't work for me. Are you
sure that you have pasted the complete backtrace? I don't see anything
related to trackballs.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#878024: geoip: Fixes for compatibility with g++7

[Steve Langasek]

Package: geoip
Version: 1.6.11-2
Severity: important
Tags: patch
Justification: FTBFS
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu artful ubuntu-patch

Hi Patrick,

The geoip package failed to build in Ubuntu with glibc 2.26 during a test
rebuild.  I expect this build failure will also affect Debian soon, once
unstable moves to the new version of glibc.


  x86_64-linux-gnu-g++ -Wdate-time -D_FORTIFY_SOURCE=2 -std=gnu++98 
-Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -g 
debian/src/geoip-csv-to-dat.cpp -o debian/ tmp/geoip-generator -lGeoIP \
  -I /<>/debian/tmp/usr/include/ -L 
/<>/debian/tmp/usr/lib/x86_64-linux-gnu/
  debian/src/geoip-csv-to-dat.cpp:173:11: error: ‘uint_fast32_t’ does not name 
a type; did you mean ‘uint32_t’?
 typedef uint_fast32_t edge_type;
 ^
 uint32_t
  debian/src/geoip-csv-to-dat.cpp:176:4: error: ‘edge_type’ does not name a type
  edge_type edges[2];
  ^
  [...]

https://launchpad.net/ubuntu/+archive/test-rebuild-20170922/+build/13422915/+files/buildlog_ubuntu-artful-amd64.geoip_1.6.11-2_BUILDING.txt.gz

The attached patch fixes compatibility with the newer glibc+gcc.  Please
consider applying this to Debian.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru geoip-1.6.11/debian/files geoip-1.6.11/debian/files
--- geoip-1.6.11/debian/files   1969-12-31 19:00:00.0 -0500
+++ geoip-1.6.11/debian/files   2017-10-08 14:45:02.0 -0400
@@ -0,0 +1 @@
+geoip_1.6.11-2ubuntu1_source.buildinfo net optional
diff -Nru geoip-1.6.11/debian/rules geoip-1.6.11/debian/rules
--- geoip-1.6.11/debian/rules   2017-07-03 03:36:15.0 -0400
+++ geoip-1.6.11/debian/rules   2017-10-08 14:43:08.0 -0400
@@ -15,9 +15,9 @@
 override_dh_auto_install:
$(MAKE) install DESTDIR=$(CURDIR)/debian/tmp
# Build the build script.
-   $(CXX) $(CPPFLAGS) -std=gnu++98 $(LDFLAGS) -g 
debian/src/geoip-csv-to-dat.cpp -o debian/tmp/geoip-generator -lGeoIP \
+   $(CXX) $(CPPFLAGS) -std=gnu++11 $(LDFLAGS) -g 
debian/src/geoip-csv-to-dat.cpp -o debian/tmp/geoip-generator -lGeoIP \
-I $(CURDIR)/debian/tmp/usr/include/ -L 
$(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/
-   $(CXX) $(CPPFLAGS) -std=gnu++98 $(LDFLAGS) -g 
debian/src/geoip-asn-csv-to-dat.cpp -o debian/tmp/geoip-generator-asn -lGeoIP \
+   $(CXX) $(CPPFLAGS) -std=gnu++11 $(LDFLAGS) -g 
debian/src/geoip-asn-csv-to-dat.cpp -o debian/tmp/geoip-generator-asn -lGeoIP \
-I $(CURDIR)/debian/tmp/usr/include/ -L 
$(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/
chrpath -d -k debian/tmp/usr/bin/geoip*
 
diff -Nru geoip-1.6.11/debian/src/geoip-asn-csv-to-dat.cpp 
geoip-1.6.11/debian/src/geoip-asn-csv-to-dat.cpp
--- geoip-1.6.11/debian/src/geoip-asn-csv-to-dat.cpp2017-07-03 
03:36:15.0 -0400
+++ geoip-1.6.11/debian/src/geoip-asn-csv-to-dat.cpp2017-10-08 
14:44:15.0 -0400
@@ -708,13 +708,13 @@
 
switch (address_family) {
case AF_INET: {
-   const char structure_info[4] = { 0xFF, 0xFF, 0xFF, 9 };
-   dat_stream.write(structure_info, 4);
+   const unsigned char structure_info[4] = { 0xFF, 0xFF, 
0xFF, 9 };
+   dat_stream.write((const char *)structure_info, 4);
break;
}
case AF_INET6: {
-   const char structure_info[4] = { 0xFF, 0xFF, 0xFF, 21 };
-   dat_stream.write(structure_info, 4);
+   const unsigned char structure_info[4] = { 0xFF, 0xFF, 
0xFF, 21 };
+   dat_stream.write((const char *)structure_info, 4);
break;
}
default:
diff -Nru geoip-1.6.11/debian/src/geoip-csv-to-dat.cpp 
geoip-1.6.11/debian/src/geoip-csv-to-dat.cpp
--- geoip-1.6.11/debian/src/geoip-csv-to-dat.cpp2017-07-03 
03:36:15.0 -0400
+++ geoip-1.6.11/debian/src/geoip-csv-to-dat.cpp2017-10-08 
14:42:30.0 -0400
@@ -680,8 +680,8 @@
 
 void dat_writer::write_structure_info()
 {
-   const char structure_info[4] = { 0xFF, 0xFF, 0xFF, database_type };
-   dat_stream->write(structure_info, 4);
+   const unsigned char structure_info[4] = { 0xFF, 0xFF, 0xFF, 
database_type };
+   dat_stream->write((const char *)structure_info, 4);
 }
 
 /*
@@ -804,14 +804,14 @@
 {
int trie_size = std::distance(trie.nodes_begin(), trie.nodes_end());
 
-   const char structure_info[7] = { 0xFF,
-0xFF,
-  

Bug#877732: Patch for new version and Python 3 support

[micah]

Hi Zigo,

Please go ahead and NMU this change/upgrade!

Micah

Thomas Goirand  writes:

> Hi,
>
> Here's a patch to package the newest upstream version and add Python 3
> support. Please consider applying it and uploading, or allowing me to
> NMU this change.
>
> Cheers,
>
> Thomas Goirand (zigo)
> diff -u -N -r python-scrypt-0.6.1/debian/changelog 
> python-scrypt-0.8.0/debian/changelog
> --- python-scrypt-0.6.1/debian/changelog  2013-11-22 19:33:04.0 
> +0100
> +++ python-scrypt-0.8.0/debian/changelog  2017-10-05 19:46:08.372645625 
> +0200
> @@ -1,3 +1,12 @@
> +python-scrypt (0.8.0-0.1) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * New upstream release (Closes: #877732).
> +  * Added Python 3 support (Closes: #742225).
> +  * Build-depends: on python{3,}-setuptools.
> +
> + -- Thomas Goirand   Thu, 05 Oct 2017 17:07:52 +0200
> +
>  python-scrypt (0.6.1-5.1) unstable; urgency=low
>  
>* NMU: as suggested by Dejan Latinovic there is only a dependency on
> diff -u -N -r python-scrypt-0.6.1/debian/control 
> python-scrypt-0.8.0/debian/control
> --- python-scrypt-0.6.1/debian/control2013-11-22 19:10:39.0 
> +0100
> +++ python-scrypt-0.8.0/debian/control2017-10-05 17:18:07.435628352 
> +0200
> @@ -2,13 +2,13 @@
>  Maintainer: Micah Anderson 
>  Section: python
>  Priority: optional
> -Build-Depends: python-all-dev (>= 2.6.6-3), debhelper (>= 9), libssl-dev
> +Build-Depends: python-all-dev, debhelper (>= 9), libssl-dev, 
> python3-all-dev, python-setuptools, python3-setuptools
>  Standards-Version: 3.9.4
>  
>  Package: python-scrypt
>  Architecture: any
>  Depends: ${misc:Depends}, ${python:Depends}, ${shlibs:Depends}
> -Description: Python bindings for the scrypt key derivation function library
> +Description: bindings for the scrypt key derivation function library - 
> Python 2.7
>   This is a set of Python bindings for the scrypt key derivation function. 
>   .
>   Scrypt is useful when encrypting password as it is possible to specify a
> @@ -18,3 +18,21 @@
>   billion passwords will take a considerable amount of time. This is in
>   contrast to more traditional hash functions such as MD5 or the SHA family
>   which can be implemented extremely fast on cheap hardware.
> + .
> + This package provides the Python 2.7 module.
> +
> +Package: python3-scrypt
> +Architecture: any
> +Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}
> +Description: bindings for the scrypt key derivation function library - 
> Python 3.x
> + This is a set of Python bindings for the scrypt key derivation function. 
> + .
> + Scrypt is useful when encrypting password as it is possible to specify a
> + minimum amount of time to use when encrypting and decrypting. If, for
> + example, a password takes 0.05 seconds to verify, a user won't notice the
> + slight delay when signing in, but doing a brute force search of several
> + billion passwords will take a considerable amount of time. This is in
> + contrast to more traditional hash functions such as MD5 or the SHA family
> + which can be implemented extremely fast on cheap hardware.
> + .
> + This package provides the Python 3.x module.
> diff -u -N -r python-scrypt-0.6.1/debian/python3-scrypt.lintian-overrides 
> python-scrypt-0.8.0/debian/python3-scrypt.lintian-overrides
> --- python-scrypt-0.6.1/debian/python3-scrypt.lintian-overrides   
> 1970-01-01 01:00:00.0 +0100
> +++ python-scrypt-0.8.0/debian/python3-scrypt.lintian-overrides   
> 2017-10-05 19:42:14.132731466 +0200
> @@ -0,0 +1,4 @@
> +# Only the debian packaging is covered by the GPL, the rest is a 2-clause BSD
> +# tell lintian to not complain:
> +python3-scrypt: possible-gpl-code-linked-with-openssl
> +
> diff -u -N -r python-scrypt-0.6.1/debian/rules 
> python-scrypt-0.8.0/debian/rules
> --- python-scrypt-0.6.1/debian/rules  2013-05-30 21:44:57.0 +0200
> +++ python-scrypt-0.8.0/debian/rules  2017-10-05 17:22:50.917593705 +0200
> @@ -1,6 +1,17 @@
>  #!/usr/bin/make -f
>  
> -%:
> - dh $@ --with python2 --buildsystem=python_distutils
> +PYTHONS:=$(shell pyversions -vr)
> +PYTHON3S:=$(shell py3versions -vr)
>  
> +%:
> + dh $@ --with python2,python3 --buildsystem=python_distutils
>  
> +override_dh_auto_install:
> + set -e ; for pyvers in $(PYTHONS); do \
> + python$$pyvers setup.py install --install-layout=deb \
> + --root $(CURDIR)/debian/python-scrypt; \
> + done
> + set -e ; for pyvers in $(PYTHON3S); do \
> + python$$pyvers setup.py install --install-layout=deb \
> + --root $(CURDIR)/debian/python3-scrypt; \
> + done


signature.asc
Description: PGP signature

Bug#775800: does this problem still exist?

[Thorsten Alteholz]

Hi Thomas,

while browsing through older bugs of apcupsd I wonder whether your bug 
report is still valid.


Do you still have problems with missing kernel modules? Did you try to 
load them manually?


Best regards
Thorsten

Bug#877721: racoon: IPsec tunnel with HMAC SHA256 in phase 2 is not working correctly

[Bartek Krawczyk]

And below you see a working strongSwan configuration with HMAC SHA256 
tested on the same server also on Debian stretch with the same PSK


conn VPN
left=217.182.74.61
leftsubnet=4.4.4.4/32[gre]
rightsubnet=2.2.2.2/32[gre]
rightauth=psk
leftauth=psk
authby=psk
auto=add
dpdaction=restart
dpddelay=30s
dpdtimeout=120s
ike=aes128-sha256-modp3072!
esp=aes128-sha256-modp3072!
ikelifetime=24h
lifetime=4h
installpolicy=yes
keyexchange=ikev1
type=tunnel


Regards
Bartek Krawczyk

Bug#611082: does this problem still exist?

[Thorsten Alteholz]

Hi everybody,

while browsing through older bugs of apcupsd I wonder whether your bug 
report is still valid.


Do you still have problems with the APC Back-UPS CS 500?

Best regards
Thorsten

Bug#684696: does this problem still exist?

[Thorsten Alteholz]

Hi Yoric,

while browsing through older bugs of apcupsd I wonder whether your bug 
report is still valid.


Do you still have problems with your USV during power failure?

Best regards
Thorsten

Bug#544924: does this problem still exist?

[Thorsten Alteholz]

Hi Justin,

while browsing through older bugs of apcupsd I wonder whether your bug 
report is still valid.


Do you still have problems with apcupsd together with your printer?

Best regards
Thorsten

Bug#840985: xdg-utils: Problem with multiple Execs in the .desktop file

[Michael Krylov]

Yeah, I can confirm that in Stretch it works fine. Thanks!


signature.asc
Description: PGP signature

Bug#878022: plymouth-themes: Solar theme animation is broken

[Arnaud Meyer]

Package: plymouth-themes
Version: 0.9.3-1
Severity: normal

Dear Maintainer,

Since the update of all plymouth packages from 0.9.2-5 to 0.9.3-1, the
animation of the "solar" theme is not working properly anymore.

When booting and stopping, the animation plays in a kind of "glitched"
way, constantly blinking between the proper animation and a still frame.

It does not seem to affect other themes so far, for instance the "lines"
theme is working properly with the same setup.

Thank you in advance and regards,
Arnaud Meyer.


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

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

Versions of packages plymouth-themes depends on:
ii  fontconfig-config  2.12.3-0.2
ii  fonts-dejavu-core  2.37-1
ii  libc6  2.24-17
ii  libplymouth4   0.9.3-1
ii  plymouth   0.9.3-1
ii  plymouth-label 0.9.3-1
ii  ttf-dejavu-core2.37-1

plymouth-themes recommends no packages.

plymouth-themes suggests no packages.

-- no debconf information

Bug#878023: nvidia-driver from experimental is incompatible with unstable libglvnd-dev

[Eric Valette]

Package: nvidia-driver
Version: 384.69-1
Severity: important

LANG="C";apt-get  -t experimental install libglvnd-dev libopengl0
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages were automatically installed and are no longer required:
  amarok-common amarok-utils clamz fuseiso icoutils kde-baseapps-data 
kde-runtime-data kdelibs-bin kdepim-runtime kdoctools
  kio-ldap kio-sieve kio-smtp ktouch-data libbaloocore4 libbaloofiles4 
libbalooqueryparser4 libbaloowidgets4 libbalooxapian4
  libdiscid0 libgpgme++2v5 libgpod-common libgpod4 libkabc4 libkactivities6 
libkdcraw-data libkdcraw23 libkde3support4
  libkdeclarative5 libkdesu5 libkemoticons4 libkexiv2-11 libkexiv2-data 
libkf5akonadicalendar5 libkf5akonadinotes5
  libkf5alarmcalendar5 libkf5calendarutils5 libkfile4 libkhtml5 libkidletime4 
libkimproxy4 libkjsapi4 libkjsembed4 libkldap4
  libkmediaplayer4 libkmime4 libknewstuff2-4 libknotifyconfig4 libkntlm4 
libkolab1 libkolabxml1v5 libkonq-common
  libkonq5-templates libkonq5abi1 libkopete4 libkpimgapi-data 
libkpimgapicalendar5 libkpimgapicontacts5 libkpimgapicore5
  libkpimgapitasks5 libkpimidentities4 libkpimkdav5 libkpimtextedit4 
libkpimutils4 libkprintutils4 libkpty4 libkresources4
  libkrosscore4 libkrossui4 libkunitconversion4 libkutils4 libkxmlrpcclient4 
libmariadbd18 libmediastreamer-base3 libmygpo-qt1
  libntrack-qt4-1 libntrack0 libortp9 libotr5 libpolkit-qt-1-1 
libqaccessibilityclient0 libqca2-plugin-ossl libqt5webengine5
  libqtscript4-core libqtscript4-gui libqtscript4-network libqtscript4-sql 
libqtscript4-uitools libqtscript4-xml
  libthreadweaver4 mppenc ntrack-module-libnl-0 pinentry-qt4 
qtdeclarative4-kqtquickcharts-1 sound-theme-freedesktop vorbisgain
Use 'apt autoremove' to remove them.
The following additional packages will be installed:
  libegl1 libgl1 libgles2 libglvnd0 libglx0 python-notify wicd-gtk
The following packages will be REMOVED:
  acetoneiso amarok jovie juk kdbg kde-baseapps kde-baseapps-bin 
kde-plasma-desktop kde-runtime kdeadmin kdelibs5-dev
  kdelibs5-plugins kdemultimedia kdepasswd kdesudo kfind kio-audiocd kmag kmix 
kmouth konqueror-nsplugins kopete kpart-webkit
  kremotecontrol kscd ktouch kuser libbaloowidgets-dev libegl1-glvnd-nvidia 
libgl1-glvnd-nvidia-glx libgl1-mesa-glx
  libgles2-glvnd-nvidia libglvnd0-nvidia libglx0-glvnd-nvidia libkcddb-dev 
libkdcraw-dev libkdewebkit5 libkexiv2-dev
  libksane-dev libopengl0-glvnd-nvidia libplasma3 libqtwebkit-dev libqtwebkit4 
pairs plasma-scriptengine-javascript
  plasma-widget-folderview soundkonverter sweeper upplay wicd-kde
The following NEW packages will be installed:
  libegl1 libgl1 libgles2 libglvnd-dev libglvnd0 libglx0 libopengl0 
python-notify wicd-gtk
0 upgraded, 9 newly installed, 50 to remove and 55 not upgraded.
Need to get 421 kB of archives.
After this operation, 136 MB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.


-- Package-specific info:
uname -a:
Linux tri-yann4 4.9.53 #39 SMP PREEMPT Thu Oct 5 18:30:51 CEST 2017 x86_64 
GNU/Linux

/proc/version:
Linux version 4.9.53 (valette@tri-yann4) (gcc version 7.2.0 (Debian 7.2.0-8) ) 
#39 SMP PREEMPT Thu Oct 5 18:30:51 CEST 2017

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  384.69  Wed Aug 16 19:34:54 PDT 
2017
GCC version:  gcc version 7.2.0 (Debian 7.2.0-8) 

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104 [GeForce GTX 
670] [10de:1189] (rev a1) (prog-if 00 [VGA controller])
Subsystem: CardExpert Technology GK104 [GeForce GTX 670] [10b0:1189]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia
Kernel modules: nvidia_current_drm, nvidia_current

dmesg:
[0.00] Console: colour VGA+ 80x25
[0.672781] vgaarb: setting as boot device: PCI::01:00.0
[0.672782] vgaarb: device added: 
PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none
[0.672787] vgaarb: loaded
[0.672787] vgaarb: bridge control possible :01:00.0
[0.763550] Linux agpgart interface v0.103
[1.512613] input: HDA NVidia HDMI/DP,pcm=3 as 
/devices/pci:00/:00:02.0/:01:00.1/sound/card1/input11
[1.512801] input: HDA NVidia HDMI/DP,pcm=7 as 
/devices/pci:00/:00:02.0/:01:00.1/sound/card1/input12
[1.512913] input: HDA NVidia HDMI/DP,pcm=8 as 
/devices/pci:00/:00:02.0/:01:00.1/sound/card1/input13
[1.512987] input: HDA NVidia HDMI/DP,pcm=9 as 
/devices/pci:00/:00:02.0/:01:00.1/sound/card1/input14
[2.168558] nvidia: loading out-of-tree module taints kernel.
[2.168564] nvidia: module license 'NVIDIA' taints kernel.
[2.177478] nvidia-nvlink: Nvlink Core is being initialized, major device 
number 246
[2.177753] vgaarb: device 

Bug#710064: libcdio: upstream version still not packaged

[Diego Biurrun]

Source: libcdio
Followup-For: Bug #710064

Hello,

a new version of this package was uploaded to experimental 3 years ago,
but it never propagated to unstable. Several new upstream versions have
been released since, but there was no further activity on the Debian
package. Has this package been orphaned?

best regards, Diego

Bug#779305: node-bluebird

[Ross Gammon]

On 10/08/2017 06:12 PM, Hubert Chathi wrote:
> On Sat, 7 Oct 2017 17:28:17 +0200, Ross Gammon  said:
> 
>> Hi Hubert, I would like to incorporate your work, but for some reason
>> I cannot clone or fetch from your node-bluebird repository (I was able
>> to clone one of your others - whalebuilder).
> 
> Hi Ross,
> 
> Can you give it another try?  I forgot to enable the hook to allow it to
> be cloned over HTTPS.  Hopefully it should work now.
> 
> Hubert
> 

Thanks - that did it!



signature.asc
Description: OpenPGP digital signature

Bug#877958: Pending fixes for bugs in the fonts-crosextra-caladea package

[pkg-fonts-devel]

tag 877958 + pending
thanks

Some bugs in the fonts-crosextra-caladea package are closed in
revision 7982dd96875c34ddb20c90acb67574b35c65f0f6 in branch 'master'
by Fabian Greffrath

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-crosextra-caladea.git;a=commitdiff;h=7982dd9

Commit message:

Update package description, thanks Mingye Wang (Closes: #877958)

Bug#877895: intersphinx plugin makes packages unreproducible

[Dmitry Shachnev]

Hi Antoine!

On Fri, Oct 06, 2017 at 08:59:55PM -0400, Antoine Beaupré wrote:
> I believe that those docs package already do provide docs index, e.g.:
>
> /usr/share/doc/python-configparser/html/objects.inv
>
> it's just a matter of fixing sphinx to make that work then... i wonder
> if interlinks supports file:// paths?

Intersphinx supports local files (the file:// prefix is unneeded). But you
need to explicitly point it to them.

In your package (feed2exec), doc/conf.py currently has:

  intersphinx_mapping = {
  'click': ('http://click.pocoo.org/', None),
  'jinja': ('http://jinja.pocoo.org/docs/', None),
  'python': ('https://docs.python.org/3/', None),
  }

You need to patch this to point to Debian packaged paths. See codesearch [1]
for examples on how others are doing it.

[1]: 
https://codesearch.debian.net/search?q=html%2Fobjects%5C.inv+path%3Adebian%2Fpatches%2F.*

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#878021: gnome-commander: New upstream release (1.8.0)

[Jeremy Bicha]

Source: gnome-commander
Version: 1.4.8-1
Severity: wishlist

gnome-commander 1.8.0 was released today.
https://git.gnome.org/browse/gnome-commander/tree/NEWS

Thanks,
Jeremy Bicha

Bug#876658: Bug#877996: ERROR: appinfo

[jean-christophe manciot]

Package: glib2.0
Version:  2.54.1-1

Installing gnome-terminal in the sid chroot does solve this issue.

On Sun, Oct 8, 2017 at 6:12 PM, Simon McVittie  wrote:

> Control: merge 876658 877996
>
> On Sun, 08 Oct 2017 at 13:11:45 +0200, jean-christophe manciot wrote:
> > ERROR: appinfo - too few tests run (expected 13, got 2)
> > ERROR: appinfo - exited with status 133 (terminated by signal 5?)
>
> You already reported this, against an older version.
>
> The part of the log that you're quoting is not particularly useful:
> it's a summary rather than the actual failure, which is:
>
> (/home/actionmystique/src/Glib/glib2.0-2.54.1-1/debian/
> build/deb/gio/tests/.libs/appinfo:2645): GLib-GIO-WARNING **: couldn't
> find a terminal, falling back to xterm
>
> This test appears to fail (because normally-non-fatal warnings are made
> fatal in tests) if you are building in an environment where $DISPLAY is
> available, but you do not have any of the following terminals available:
> gnome-terminal, nxterm, color-xterm, rxvt, dtterm. If $DISPLAY is not
> available (for example on official Debian buildds) the test is skipped.
>
> Workaround: env -u DISPLAY dpkg-buildpackage ...
>
> In Debian, /usr/bin/xterm is a perfectly reasonable terminal, so it
> might make sense to patch prepend_terminal_to_vector() to not warn if
> xterm is found. It would also be reasonable to either force this test to
> be skipped, or run this test with a fake gnome-terminal in $PATH.
>
> smcv
>



-- 
Jean-Christophe

Bug#877747: xdg-utils: Suggests: gvfs-bin, which contains only deprecated tools

[Коля Гурьев]

Control: tag -1 pending

https://anonscm.debian.org/git/collab-maint/xdg-utils.git/commit/?id=c593722ef4d6cd24a9d4d427b4db02990c40517c

Bug#877715: apache2: apache won't start after reboot when listening on IPv6 address

[Tiger!P]

On Sun, Oct 08, 2017 at 04:48:49PM +0200, Stefan Fritsch wrote:
> On Wednesday, 4 October 2017 20:41:38 CEST Tiger!P wrote:
> > I tried to add a file /etc/systemd/system/apache2.service.d/after.conf
> > with the following content:
> > 8<
> > [Unit]
> > Wants=network-online.target
> > After=network.target remote-fs.target nss-lookup.target
> > network-online.target
> > 8<
> 
> Can you check if
> 
> systemctl enable ifupdown-wait-online.service

root@debian9:~# systemctl enable ifupdown-wait-online.service
Failed to enable unit: File ifupdown-wait-online.service: No such file
or directory
root@debian9:~#

> helps? If not, what is the output of 
> 
> systemctl status ifupdown-wait-online.service

root@debian9:~# systemctl status ifupdown-wait-online.service
Unit ifupdown-wait-online.service could not be found.
root@debian9:~#

Which packages provides ifupdown-wait-online.service ? Because I can't
find it for stretch when searching on packages.debian.org [1].
I did find it for sid [2], but I think it is not available for stretch.
Do I need to test the bug with sid or add the
ifupdown-wait-online.service to stretch and see if it helps?

[1]
https://packages.debian.org/search?searchon=contents=ifupdown-wait-online.service=path=stable=any
[2]
https://packages.debian.org/search?suite=sid=any=path=contents=ifupdown-wait-online.service

Tiger!P

Bug#878020: ITP: node-d3-scale -- Encodings that map abstract data to visual representation

[Pirate Praveen]

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

* Package name: node-d3-scale
  Version : 1.0.6
  Upstream Author : Mike Bostock (http://bost.ocks.org/mike)
* URL : https://d3js.org/d3-scale/
* License : BSD-3-Clause
  Programming Lang: JavaScript
  Description : Encodings that map abstract data to visual
representation

 Scales are a convenient abstraction for a fundamental task in
visualization:
 mapping a dimension of abstract data to a visual representation.
 .
 Node.js is an event-based server-side JavaScript engine.



signature.asc
Description: OpenPGP digital signature

Bug#876100: libglvnd-dev: libglvnd-dev not coinstallable with nvidia packages

[Eric Valette]

Package: libglvnd-dev
Version: 0.2.999+git20170802-5
Followup-For: Bug #876100


I do not understand why it does not install with nvida-driver in experimental.
see below

LANG=C
tri-yann4:/home/valette# apt-get -t experimental install libglvnd-dev
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libglvnd-dev : Depends: libopengl0 (= 0.2.999+git20170802-5)
E: Unable to correct problems, you have held broken packages.
tri-yann4:/home/valette# dpkg -l libopengl*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionArchitecture   Description
+++-==-==-==-=
un  libopengl-perl   (no 
description available)
un  libopengl0   (no 
description available)
ii  libopengl0-glvnd-nvidia:am 384.69-1   amd64  Vendor 
neutral GL dispatch library -- libOpenGL
tri-yann4:/home/valette# dpkg -s libopengl0-glvnd-nvidia
Package: libopengl0-glvnd-nvidia
Status: install ok installed
Priority: optional
Section: non-free/libs
Installed-Size: 431
Maintainer: Debian NVIDIA Maintainers 
Architecture: amd64
Multi-Arch: same
Source: nvidia-graphics-drivers
Version: 384.69-1
Replaces: libopengl0
Provides: libopengl0
Depends: libc6 (>= 2.2.5), libglvnd0 | glvnd-nvidia-abi-375.20, libglvnd0 | 
libglvnd0-nvidia (>= 361)
Conflicts: libopengl0
Description: Vendor neutral GL dispatch library -- libOpenGL
 This is an implementation of the vendor-neutral dispatch layer for
 arbitrating OpenGL API calls between multiple vendors on a per-screen basis.
 .
 This package contains the (binary) GLVND libOpenGL.so.0 stub library provided
 by NVIDIA which dispatches to vendor implementations via GLVND.
Homepage: http://www.nvidia.com
tri-yann4:/home/valette# 


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

Kernel: Linux 4.9.53 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libglvnd-dev depends on:
pn  libegl1   
ii  libgl1-glvnd-nvidia-glx [libgl1]  384.69-1
ii  libgles2  0.2.999+git20170802-5
ii  libglvnd-core-dev 0.2.999+git20170802-5
ii  libglvnd0-nvidia [libglvnd0]  384.69-1
ii  libglx0-glvnd-nvidia [libglx0]384.69-1
ii  libopengl0-glvnd-nvidia [libopengl0]  384.69-1

libglvnd-dev recommends no packages.

libglvnd-dev suggests no packages.

Bug#877912: (no subject)

[kevin . breit]

Thank you for the response. The VMware documentation I’ve seen doesn’t address 
Fuse. I will investigate the Fuse method.

Bug#773915: 'Run in terminal' should use the preferred terminal

[Simon McVittie]

On Tue, 24 Jan 2017 at 14:46:02 +0100, Michael Biebl wrote:
> Thinking about this, I came to the conclusion that the proposed solution
> is insufficient
> 
> a/ x-terminal-emulator can point to arbitrary terminals where we don't
> know if they provide the necessary interface (see the comment regarding -x)

Policy §11.8.3 now says that an x-terminal-emulator must implement an
xterm-compatible -e option (so gnome-terminal is not an acceptable
implementation of x-terminal-emulator, but the Debian-specific
wrapper script gnome-terminal.wrapper is).

> b/ x-terminal-emulator is set system-wide, whereas you really want the
> desktop environment set the preferred terminal (giving the user the
> ability to override this without requiring root privileges).

This remains a valid concern, although checking for x-terminal-emulator
would be no worse than the current situation.

The closest thing to a resolution upstream seems to be that Allison
Lortie thinks we should patch in a check for x-terminal-emulator.

smcv

Bug#779305: node-bluebird

[Hubert Chathi]

On Sat, 7 Oct 2017 17:28:17 +0200, Ross Gammon  said:

> Hi Hubert, I would like to incorporate your work, but for some reason
> I cannot clone or fetch from your node-bluebird repository (I was able
> to clone one of your others - whalebuilder).

Hi Ross,

Can you give it another try?  I forgot to enable the hook to allow it to
be cloned over HTTPS.  Hopefully it should work now.

Hubert

Bug#876658: Bug#877996: ERROR: appinfo

[Simon McVittie]

Control: merge 876658 877996

On Sun, 08 Oct 2017 at 13:11:45 +0200, jean-christophe manciot wrote:
> ERROR: appinfo - too few tests run (expected 13, got 2)
> ERROR: appinfo - exited with status 133 (terminated by signal 5?)

You already reported this, against an older version.

The part of the log that you're quoting is not particularly useful:
it's a summary rather than the actual failure, which is:

(/home/actionmystique/src/Glib/glib2.0-2.54.1-1/debian/build/deb/gio/tests/.libs/appinfo:2645):
 GLib-GIO-WARNING **: couldn't find a terminal, falling back to xterm

This test appears to fail (because normally-non-fatal warnings are made
fatal in tests) if you are building in an environment where $DISPLAY is
available, but you do not have any of the following terminals available:
gnome-terminal, nxterm, color-xterm, rxvt, dtterm. If $DISPLAY is not
available (for example on official Debian buildds) the test is skipped.

Workaround: env -u DISPLAY dpkg-buildpackage ...

In Debian, /usr/bin/xterm is a perfectly reasonable terminal, so it
might make sense to patch prepend_terminal_to_vector() to not warn if
xterm is found. It would also be reasonable to either force this test to
be skipped, or run this test with a fake gnome-terminal in $PATH.

smcv

Bug#852138: theano 0.9 ready for upload

[Ghislain Vaillant]

On 08/10/17 12:53, Rebecca N. Palmer wrote:

On 30/09/17 15:38, Rebecca N. Palmer wrote:
In Alioth (e49f225, not tagged as my other package's sponsor prefers 
not doing that until upload).


Note that my hardware can't run the GPU tests due to #877316, so it 
might be a good idea for someone else to do so before upload.


Has anyone tried this, and if not, should I try asking elsewhere (e.g. 
the d-science list)?


On Nvidia systems, building theano includes the GPU tests if the GPU 
is accessible (it may not be in chroots) and the required dependencies 
are installed: python-pygpu python3-pygpu nvidia-cuda-dev libcuda1 
nvidia-driver


(The -dev version is required because libgpuarray dlopen()s libraries 
by their un-numbered names)




IMO, we should just focus on the CPU tests and hope for the best for the 
GPU ones. GPU testing could be done within debci, but I am not even sure 
how we could ensure a test machine is provisioned with the necessary 
hardware for it (nvidia).


If you want something that doesn't take 5 hours, it's also possible to 
run just the libgpuarray tests with nosetests3 -v root>/theano/gpuarray/tests/ , but this will miss some GPU tests 
elsewhere in the source tree.


Theano can also use OpenCL, but this is still in development and must 
be explicitly enabled with THEANO_FLAGS='init_gpu_device=opencl0:0' 
(dependencies: python-pygpu python3-pygpu libclblas-dev 
ocl-icd-opencl-dev mesa-opencl-icd).


Considering upstream confirmed active development will stop next year, I 
would not hold on the prospect of full OpenCL support.


Cheers,
Ghis

Bug#878019: debichem-development: remove dependency on libblacs-mpi-dev

[Drew Parsons]

Package: debichem-development
Version: 0.0.6
Severity: normal

libblacs-mpi-dev is deprecated and will soon be removed from Debian.
This is because BLACS has been incorporated into SCALAPACK 2.

debichem-development already depends on libscalapack-mpi-dev, which
now covers blacs.

Please therefore remove the dependency on libblacs-mpi-dev.

(for pedantic precision, you could replace 
  Depends: libscalapack-mpi-dev
with
  Depends: libscalapack-mpi-dev (>> 2.0.2)
but I think in the context of this package that is excessive)

Drew


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

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

Versions of packages debichem-development depends on:
pn  debichem-tasks  

Versions of packages debichem-development recommends:
ii  libblacs-mpi-dev 1.1-40+b1
ii  libblas-dev  3.7.1-4
ii  libelpa-dev  2016.05.001-4.2
ii  libfftw3-dev 3.3.6p2-2
pn  libga-dev
pn  libint-dev   
pn  libint2-dev  
ii  liblapack-dev3.7.1-4
pn  libmadness-dev   
pn  libpsi3-dev  
pn  libsc-dev
ii  libscalapack-mpi-dev [libblacs-mpi-dev]  2.0.2-3
ii  libscalapack-mpich-dev [libblacs-mpi-dev]2.0.2-3
ii  libscalapack-openmpi-dev [libblacs-mpi-dev]  2.0.2-3
pn  libtiledarray-dev
pn  libxc-dev
ii  mpi-default-dev  1.9

debichem-development suggests no packages.

Bug#878005: conky: When vaddrs variable is used with the -s flag set, conky crashes

[Alexander Koeppe]

Source: conky
Severity: normal

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

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

When the variable vaddrs is used with the -s flag set, conky crashes with the 
following output:

$ conky -c ~/.conky1rc.lua
conky: desktop window (7e) is root window
conky: window type - override
conky: drawing to created window (0x241)
conky: drawing to double buffer
conky: can't load font 'snap'
conky: can't load font 'snap'
*** buffer overflow detected ***: conky terminated
=== Backtrace: =
/lib/i386-linux-gnu/libc.so.6(+0x6737a)[0xb6c7337a]
/lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x37)[0xb6d03f37]
/lib/i386-linux-gnu/libc.so.6(+0xf61d8)[0xb6d021d8]
/lib/i386-linux-gnu/libc.so.6(+0xf59e8)[0xb6d019e8]
/lib/i386-linux-gnu/libc.so.6(_IO_default_xsputn+0xa6)[0xb6c77bf6]
/lib/i386-linux-gnu/libc.so.6(_IO_vfprintf+0x70c)[0xb6c4e97c]
/lib/i386-linux-gnu/libc.so.6(__vsprintf_chk+0x90)[0xb6d01a80]
/lib/i386-linux-gnu/libc.so.6(__sprintf_chk+0x20)[0xb6d019d0]
conky(_Z13print_v6addrsP11text_objectPci+0x104)[0x476424]
conky(_Z22generate_text_internalPci11text_object+0x58)[0x454228]
conky(+0x362dd)[0x4572dd]
conky(+0x38eea)[0x459eea]
conky(main+0x94a)[0x4497ca]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf6)[0xb6c24276]
conky(+0x2d1a3)[0x44e1a3]
=== Memory map: 
00421000-00502000 r-xp  00:13 126418 /usr/bin/conky
00502000-00504000 r--p 000e 00:13 126418 /usr/bin/conky
00504000-00505000 rw-p 000e2000 00:13 126418 /usr/bin/conky
00505000-0052a000 rw-p  00:00 0 
0063b000-0069e000 rw-p  00:00 0  [heap]
b330-b3321000 rw-p  00:00 0 
b3321000-b340 ---p  00:00 0 
b345e000-b345f000 ---p  00:00 0 
b345f000-b3c5f000 rw-p  00:00 0 
b3c5f000-b3dfa000 r--p  00:13 20759  /usr/lib/locale/locale-archive
b3dfa000-b3e0 rw-p  00:00 0 
b3e0-b3e14000 r-xp  00:13 9655   
/lib/i386-linux-gnu/libgpg-error.so.0.21.0
b3e14000-b3e15000 ---p 00014000 00:13 9655   
/lib/i386-linux-gnu/libgpg-error.so.0.21.0
b3e15000-b3e16000 r--p 00014000 00:13 9655   
/lib/i386-linux-gnu/libgpg-error.so.0.21.0
b3e16000-b3e17000 rw-p 00015000 00:13 9655   
/lib/i386-linux-gnu/libgpg-error.so.0.21.0
b3e17000-b3e19000 rw-p  00:00 0 
b3e19000-b3e93000 r-xp  00:13 85154  
/usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.11
b3e93000-b3ea4000 r--p 00079000 00:13 85154  
/usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.11
b3ea4000-b3ea5000 rw-p 0008a000 00:13 85154  
/usr/lib/i386-linux-gnu/libvorbisenc.so.2.0.11
b3ea5000-b3ecf000 r-xp  00:13 76312  
/usr/lib/i386-linux-gnu/libvorbis.so.0.4.8
b3ecf000-b3ed r--p 00029000 00:13 76312  
/usr/lib/i386-linux-gnu/libvorbis.so.0.4.8
b3ed-b3ed1000 rw-p 0002a000 00:13 76312  
/usr/lib/i386-linux-gnu/libvorbis.so.0.4.8
b3ed1000-b3ed8000 r-xp  00:13 76256  
/usr/lib/i386-linux-gnu/libogg.so.0.8.2
b3ed8000-b3ed9000 r--p 6000 00:13 76256  
/usr/lib/i386-linux-gnu/libogg.so.0.8.2
b3ed9000-b3eda000 rw-p 7000 00:13 76256  
/usr/lib/i386-linux-gnu/libogg.so.0.8.2
b3eda000-b3f37000 r-xp  00:13 85315  
/usr/lib/i386-linux-gnu/libFLAC.so.8.3.0
b3f37000-b3f38000 r--p 0005c000 00:13 85315  
/usr/lib/i386-linux-gnu/libFLAC.so.8.3.0
b3f38000-b3f39000 rw-p 0005d000 00:13 85315  
/usr/lib/i386-linux-gnu/libFLAC.so.8.3.0
b3f39000-b3f4f000 r-xp  00:13 9119   
/lib/i386-linux-gnu/libnsl-2.24.so
b3f4f000-b3f5 r--p 00016000 00:13 9119   
/lib/i386-linux-gnu/libnsl-2.24.so
b3f5-b3f51000 rw-p 00017000 00:13 9119   
/lib/i386-linux-gnu/libnsl-2.24.so
b3f51000-b3f53000 rw-p  00:00 0 
b3f53000-b3f64000 r-xp  00:13 65140  
/usr/lib/i386-linux-gnu/libXi.so.6.1.0
b3f64000-b3f65000 r--p 0001 00:13 65140  
/usr/lib/i386-linux-gnu/libXi.so.6.1.0
b3f65000-b3f66000 rw-p 00011000 00:13 65140  
/usr/lib/i386-linux-gnu/libXi.so.6.1.0
b3f66000-b3f6a000 r-xp  00:13 14564  
/lib/i386-linux-gnu/libuuid.so.1.3.0
b3f6a000-b3f6b000 r--p 3000 00:13 14564  
/lib/i386-linux-gnu/libuuid.so.1.3.0
b3f6b000-b3f6c000 rw-p 4000 00:13 14564  
/lib/i386-linux-gnu/libuuid.so.1.3.0
b3f6c000-b3fb7000 r-xp  00:13 10063  
/lib/i386-linux-gnu/libblkid.so.1.1.0
b3fb7000-b3fb9000 r--p 0004a000 00:13 10063  
/lib/i386-linux-gnu/libblkid.so.1.1.0
b3fb9000-b3fba000 rw-p 0004c000 00:13 10063  
/lib/i386-linux-gnu/libblkid.so.1.1.0
b3fba000-b3fbb000 rw-p  00:00 0 
b3fbb000-b3fcc000 r-xp  00:13 9691   
/usr/lib/i386-linux-gnu/liblz4.so.1.7.1
b3fcc000-b3fcd000 r--p 0001 00:13 9691   

Bug#878018: linux-image-4.9.0-3-amd64: Sound broken with snd_fm801

[Michael Lange]

Package: src:linux
Version: 4.9.30-2+deb9u5
Severity: important
Tags: upstream

Dear Maintainer,

after upgrading to Stretch sound stopped working with the snd_fm801 driver when
using the default 4.9.0 kernel package. When playing back an audio or video
file the audio is overlayed with a "stuttering", distorted noise, which
sometimes even persists when the playback application is terminated.
When using the 4.3.0 kernel from Jessie-backports audio works fine, so it looks
like a bug to snd_fm801 has been introduced between the 4.3 and 4.9 kernel
versions.

Best regards

Michael




-- Package-specific info:
** Version:
Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2+deb9u5 (2017-09-19)

** Command line:
BOOT_IMAGE=/vmlinuz-4.9.0-3-amd64 
root=UUID=d21cd029-4284-4773-b313-6e014f2456ae ro

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: Gigabyte Technology Co., Ltd.
product_name: GA-MA78LMT-S2
product_version:  
chassis_vendor: Gigabyte Technology Co., Ltd.
chassis_version:  
bios_vendor: Award Software International, Inc.
bios_version: F14
board_vendor: Gigabyte Technology Co., Ltd.
board_name: GA-MA78LMT-S2
board_version: x.x

** Loaded modules:
fuse
usblp
cpufreq_powersave
cpufreq_conservative
binfmt_misc
edac_mce_amd
edac_core
kvm
irqbypass
snd_fm801
snd_mpu401_uart
amdkfd
snd_opl3_lib
snd_hwdep
snd_ac97_codec
tea575x
ac97_bus
snd_rawmidi
snd_seq_device
videodev
pcspkr
media
snd_pcm_oss
snd_mixer_oss
evdev
snd_pcm
serio_raw
snd_timer
snd
soundcore
k10temp
radeon
fm801_gp
gameport
sg
ttm
button
drm_kms_helper
drm
i2c_algo_bit
shpchp
wmi
sp5100_tco
acpi_cpufreq
it87
hwmon_vid
cpufreq_userspace
parport_pc
ppdev
lp
parport
ip_tables
x_tables
autofs4
ext4
crc16
jbd2
crc32c_generic
fscrypto
ecb
glue_helper
lrw
gf128mul
ablk_helper
cryptd
aes_x86_64
mbcache
nls_utf8
nls_iso8859_15
nls_iso8859_1
nls_cp437
nls_cp850
vfat
fat
usb_storage
loop
sd_mod
sr_mod
cdrom
ata_generic
hid_generic
usbhid
hid
ohci_pci
pata_atiixp
i2c_piix4
ahci
libahci
floppy
libata
r8169
mii
scsi_mod
ehci_pci
ohci_hcd
ehci_hcd
usbcore
usb_common

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] RS780 Host 
Bridge [1022:9600]
Subsystem: Advanced Micro Devices, Inc. [AMD] RS780 Host Bridge 
[1022:9600]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR-  (64-bit, non-prefetchable)
Capabilities: 

00:01.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI 
to PCI bridge (int gfx) [1022:9602] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel modules: shpchp

00:06.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI 
bridge (PCIE port 2) [1022:9606] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] [1002:4390] (prog-if 01 [AHCI 1.0])
Subsystem: Gigabyte Technology Co., Ltd GA-MA770-DS3rev2.0 Motherboard 
[1458:b002]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ahci
Kernel modules: ahci

00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] (prog-if 10 [OHCI])
Subsystem: Gigabyte Technology Co., Ltd SB7x0/SB8x0/SB9x0 USB OHCI0 
Controller [1458:5004]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci

00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] (prog-if 10 [OHCI])
Subsystem: Gigabyte Technology Co., Ltd SB7x0/SB8x0/SB9x0 USB OHCI0 
Controller [1458:5004]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- 

Bug#634757: Adoption of lyx

[Sven Hoexter]

On Sun, Oct 08, 2017 at 05:47:26PM +0200, Dr. Tobias Quathamer wrote:

Hey,

> In case of packaging problems and questions, may I contact you again?

Sure, I'm still alive and have an eye on pkg-lyx-devel@lists.a.d.o as
long as alioth is around. But you can also approach me directly.

Sven





signature.asc
Description: PGP signature

Bug#878017: org-mode: fails to upgrade from stretch: ob-sclang.el:63:1:Error: Cannot open load file: No such file or directory, sclang-interp

[Andreas Beckmann]

Package: org-mode
Version: 9.1.2+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'stretch'.
It installed fine in 'stretch', then the upgrade to 'sid' fails.

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

  Setting up emacs25 (25.2+1-6) ...
  Install emacsen-common for emacs25
  emacsen-common: Handling install of emacsen flavor emacs25
  Install elpa-htmlize for emacs25
  install/htmlize-1.51: Handling install of emacsen flavor emacs25
  install/htmlize-1.51: byte-compiling for emacs25
  Install elpa-org for emacs25
  install/org-9.0.9: Handling install of emacsen flavor emacs25
  install/org-9.0.9: byte-compiling for emacs25
  Loading 00debian-vars...
  
  In org-babel-variable-assignments:julia:
  ob-julia.el:140:54:Warning: `org-number-sequence' is an obsolete function (as
  of Org 9.0); use `number-sequence' instead.
  
  In org-babel-prep-session:mathematica:
  ob-mathematica.el:69:8:Warning: function org-babel-prep-session:mathematica
  used to take 2 arguments, now takes 3
  ob-mathematica.el:69:8:Warning: function `org-babel-prep-session:mathematica'
  defined multiple times in this file
  
  In org-babel-oz-initiate-session:
  ob-oz.el:274:19:Warning: reference to free variable `oz-compiler-buffer'
  
  In end of data:
  ob-oz.el:295:1:Warning: the following functions are not known to be defined:
  run-oz, oz-send-string
  
  In toplevel form:
  ob-sclang.el:63:1:Error: Cannot open load file: No such file or directory, 
sclang-interp
  
  In org-babel-variable-assignments:stata:
  ob-stata.el:155:54:Warning: `org-number-sequence' is an obsolete function (as
  of Org 9.0); use `number-sequence' instead.

[...]


Hmm, elpa-org claims to be 9.0.9, which is obviously wrong, since 9.1.2
is installed.


cheers,

Andreas


org-mode_9.1.2+dfsg-1.log.gz
Description: application/gzip

Bug#847111: lua-lgi: diff for NMU version 0.9.1-1.2

[Sebastian Ramacher]

Control: tags 847111 + patch
Control: tags 847111 + pending

Dear maintainer,

I've prepared an NMU for lua-lgi (versioned as 0.9.1-1.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru lua-lgi-0.9.1/debian/changelog lua-lgi-0.9.1/debian/changelog
--- lua-lgi-0.9.1/debian/changelog	2017-09-29 15:50:32.0 +0200
+++ lua-lgi-0.9.1/debian/changelog	2017-10-08 17:38:17.0 +0200
@@ -1,3 +1,10 @@
+lua-lgi (0.9.1-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add support for lua 5.3. (Closes: #847111)
+
+ -- Sebastian Ramacher   Sun, 08 Oct 2017 17:38:17 +0200
+
 lua-lgi (0.9.1-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru lua-lgi-0.9.1/debian/lua5.3.dh-lua.conf lua-lgi-0.9.1/debian/lua5.3.dh-lua.conf
--- lua-lgi-0.9.1/debian/lua5.3.dh-lua.conf	1970-01-01 01:00:00.0 +0100
+++ lua-lgi-0.9.1/debian/lua5.3.dh-lua.conf	2016-06-19 19:05:59.0 +0200
@@ -0,0 +1,16 @@
+PKG_NAME=lgi
+
+AUX_PKGS=gobject-introspection-1.0 gmodule-2.0 libffi 
+
+CLIB_CFLAGS=$(shell pkg-config $(AUX_PKGS) --cflags)
+CLIB_LDFLAGS=$(shell pkg-config $(AUX_PKGS) --libs)
+CLIB_LDFLAGS_STATIC=$(shell pkg-config $(AUX_PKGS) --libs --static)
+CLIB_OBJS=$(patsubst %.c,%.lo, $(wildcard lgi/*.c))
+LUA_MODNAME_CPART=lgi.corelgilua51
+
+LUA_SOURCES=lgi.lua $(wildcard lgi/*.lua) $(wildcard lgi/override/*.lua) 
+LUA_MODNAME=lgi
+LUA_TEST=tests/test.lua
+
+PKG_URL=https://github.com/pavouk/lgi
+PKG_REQUIRES=gobject-introspection-1.0


signature.asc
Description: PGP signature

Bug#634757: Adoption of lyx

[Dr. Tobias Quathamer]

Am 08.10.2017 um 17:28 schrieb Sven Hoexter:
>> If there's currently noone actively packaging lyx, I'll adopt the
>> package completely. However, if Nick is still interested, that would be
>> great!
> 
> Please go ahead! There quite a few barely tested changes I made to the 
> packaging
> lingering in git master because the lintian on ftp-master is a bit dated and 
> still
> rejected the lyx@packages.d.o email address as maintainer address. Not sure 
> if that's
> solved by now. Maybe you've to revert that change for a few more weeks in 
> case you'd
> like to push out the pending changes asap.

Hi,

thanks, that was fast. I'll take a look into building lyx and maybe
uploading it as well.

In case of packaging problems and questions, may I contact you again?

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#877774: calibre mailcap entries detach too soon

[Nicolas George]

Le septidi 17 vendémiaire, an CCXXVI, Norbert Preining a écrit :
> Well, but then it seems to be a problem of the auto-generation of
> mailcap entries from desktop entries, or? I don't know either, but I am 
> pretty sure that having --detach in the desktop files doesn't sound
> wrong (it tells calibre to detach from the current terminal, which is 
> good to do).
> 
> So I am not really sure what I can do here?!?!?

I checked a few other desktop files in the same directory:
libreoffice-*, gimp.desktop, vim.desktop, geogebra.desktop. None of them
have anything resembling the --detach option, and none of the
corresponding application do detach when opening a file, at least when
they are the first instance.

Therefore I would say that this --detach option here is at least
inconsistent, and should be removed.

Furthermore, an option that forks after the important initializations
would somewhat make sense, but an option that forks immediately is
useless.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Bug#634757: Adoption of lyx

[Sven Hoexter]

On Sun, Oct 08, 2017 at 05:10:42PM +0200, Dr. Tobias Quathamer wrote:

Hey,

> I've seen that you, Sven, have removed yourself from the uploaders. I
> don't know if Nick is a DD and still interested in the package.

He's not (yet) a DD.


> If there's currently noone actively packaging lyx, I'll adopt the
> package completely. However, if Nick is still interested, that would be
> great!

Please go ahead! There quite a few barely tested changes I made to the packaging
lingering in git master because the lintian on ftp-master is a bit dated and 
still
rejected the lyx@packages.d.o email address as maintainer address. Not sure if 
that's
solved by now. Maybe you've to revert that change for a few more weeks in case 
you'd
like to push out the pending changes asap.


> I have just asked to join the alioth group for git access.

I just added you as an admin.


Cheers,
Sven





signature.asc
Description: PGP signature

Bug#878016: debian-edu-artwork-softwaves: fails to upgrade from 'testing' with debian-edu-artwork-spacefun installed

[Andreas Beckmann]

Package: debian-edu-artwork-softwaves
Version: 0.903-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + debian-edu-artwork-spacefun

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails.

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

  Setting up debian-edu-artwork-softwaves (0.903-1) ...
  update-alternatives: error: alternative path 
/usr/share/desktop-base/active-theme/wallpaper/contents/images/1920x1080.svg 
doesn't exist
  dpkg: error processing package debian-edu-artwork-softwaves (--configure):
   subprocess installed post-installation script returned error exit status 2
  Processing triggers for libc-bin (2.24-17) ...
  Errors were encountered while processing:
   debian-edu-artwork-softwaves

# ls -la /usr/share/desktop-base/active-theme/wallpaper/contents/images
total 5072
drwxr-xr-x 2 root root 180 Oct  8 14:49 .
drwxr-xr-x 3 root root  60 Oct  8 14:49 ..
-rw-r--r-- 1 root root  373052 Mar  5  2017 1024x768.png
-rw-r--r-- 1 root root  519641 Mar  5  2017 1280x1024.png
-rw-r--r-- 1 root root  725420 Mar  5  2017 1280x800.png
-rw-r--r-- 1 root root  786883 Mar  5  2017 1366x768.png
-rw-r--r-- 1 root root  478100 Mar  5  2017 1600x1200.png
-rw-r--r-- 1 root root 1082819 Mar  5  2017 1920x1080.png
-rw-r--r-- 1 root root 1208769 Mar  5  2017 1920x1200.png

# readlink -f /usr/share/desktop-base/active-theme/wallpaper/contents/images   
/usr/share/desktop-base/debian-edu-spacefun-theme/wallpaper/contents/images

# update-alternatives --display desktop-theme
desktop-theme - auto mode
  link best version is /usr/share/desktop-base/debian-edu-spacefun-theme
  link currently points to /usr/share/desktop-base/debian-edu-spacefun-theme
  link desktop-theme is /usr/share/desktop-base/active-theme
/usr/share/desktop-base/debian-edu-softwaves-theme - priority 60
/usr/share/desktop-base/debian-edu-spacefun-theme - priority 60
/usr/share/desktop-base/joy-inksplat-theme - priority 30
/usr/share/desktop-base/joy-theme - priority 30
/usr/share/desktop-base/lines-theme - priority 40
/usr/share/desktop-base/softwaves-theme - priority 50
/usr/share/desktop-base/spacefun-theme - priority 30


In this case the problem comes from softwaves and spacefun having
the same priority (60) for the desktop-theme alternative and spacefun
winning because it was installed first.

So either raise the priority or add Breaks against spacefun (for not
having .svg variants), which is probably the better alternative (since
it prevents the user from manually switching to the 'broken' theme).


cheers,

Andreas


debian-edu-artwork-spacefun_None.log.gz
Description: application/gzip

Bug#877715: apache2: apache won't start after reboot when listening on IPv6 address

[Stefan Fritsch]

On Wednesday, 4 October 2017 20:41:38 CEST Tiger!P wrote:
> I tried to add a file /etc/systemd/system/apache2.service.d/after.conf
> with the following content:
> 8<
> [Unit]
> Wants=network-online.target
> After=network.target remote-fs.target nss-lookup.target
> network-online.target
> 8<

Can you check if

systemctl enable ifupdown-wait-online.service

helps? If not, what is the output of 

systemctl status ifupdown-wait-online.service

If it helps, I wonder why network-online.target in Wants is not sufficient.

Bug#634757: Adoption of lyx

[Dr. Tobias Quathamer]

Dear Nick and Sven,

I'd like to help out with the packaging of lyx. I'm not using the
program a lot nowadays, but it would be a pity to have lyx unmaintained
in Debian.

I've seen that you, Sven, have removed yourself from the uploaders. I
don't know if Nick is a DD and still interested in the package.

If there's currently noone actively packaging lyx, I'll adopt the
package completely. However, if Nick is still interested, that would be
great!

I have just asked to join the alioth group for git access.

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#877219: closed by Pirate Praveen <prav...@debian.org> (Bug#877219: fixed in node-babel-plugin-transform-define 1.3.0-2)

[Andreas Beckmann]

On 10/08/2017 05:03 PM, Debian Bug Tracking System wrote:
>* Move to main (babel is in main now) (Closes: #877219)

:-)

Thanks for working on this!


Andreas

Bug#878015: doc-debian: Build extra packages containing translated documents

[Jerome Charaoui]

Package: doc-debian
Version: 6.4

Dear Maintainer,

I was looking at the doc-debian-fr package lately, being orphaned and
depending on the deprecated debiandoc-sgml.

As suggested in #871406, it seems to me it would be beneficial for the
doc-debian source package to be modified to build extra packages
containing the translated versions of these fundamental documents, which
are also available as .wml files.

If you think the idea has merit, please let me know as I would be
interested in working on a patch.

Thanks,

-- Jerome



signature.asc
Description: OpenPGP digital signature

Bug#878014: slic3r-prusa: Wrong version on about page and gcode files

[Rock Storm]

Package: slic3r-prusa
Version: 1.37.1+dfsg2-3
Severity: minor

Dear Maintainer,

The about page says "Version 1.33.8.devel" and generated gcode files'
first line says "generated by Slic3r 1.33.8.devel on ..."

I believe the stated version should be 1.37.1.


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

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

Versions of packages slic3r-prusa depends on:
ii  libboost-atomic1.62.0  1.62.0+dfsg-4+b1
ii  libboost-chrono1.62.0  1.62.0+dfsg-4+b1
ii  libboost-date-time1.62.0   1.62.0+dfsg-4+b1
ii  libboost-filesystem1.62.0  1.62.0+dfsg-4+b1
ii  libboost-geometry-utils-perl   0.15-2+b6
ii  libboost-locale1.62.0  1.62.0+dfsg-4+b1
ii  libboost-log1.62.0 1.62.0+dfsg-4+b1
ii  libboost-regex1.62.0   1.62.0+dfsg-4+b1
ii  libboost-system1.62.0  1.62.0+dfsg-4+b1
ii  libboost-thread1.62.0  1.62.0+dfsg-4+b1
ii  libc6  2.24-17
ii  libencode-locale-perl  1.05-1
ii  libexpat1  2.2.3-1
ii  libgcc11:7.2.0-8
ii  libgl1 0.2.999+git20170802-5
ii  libglew2.0 2.0.0-5
ii  libglu1-mesa [libglu1] 9.0.0-2.1
ii  libio-stringy-perl 2.111-2
ii  libmath-convexhull-monotonechain-perl  0.1-1+b6
ii  libmath-geometry-voronoi-perl  1.3-2+b5
ii  libmath-planepath-perl 124-1
ii  libmoo-perl2.003002-1
ii  libperl5.26 [libtime-hires-perl]   5.26.0-8
ii  libstdc++6 7.2.0-8
pn  libstorable-perl   
ii  libtbb22017~U7-8
ii  libwxbase3.0-0v5   3.0.3.1+dfsg2-1
ii  libwxgtk3.0-0v53.0.3.1+dfsg2-1
ii  perl   5.26.0-8
ii  perl-base [perlapi-5.26.0] 5.26.0-8

Versions of packages slic3r-prusa recommends:
ii  libclass-xsaccessor-perl  1.19-2+b9
pn  libio-all-perl
ii  libopengl-perl0.7000+dfsg-1
pn  libpdf-api2-perl  
ii  libsvg-perl   2.64-1
ii  libwx-glcanvas-perl   0.09-3+b5
ii  libwx-perl1:0.9932-2
pn  libxml-sax-expatxs-perl   

slic3r-prusa suggests no packages.

-- no debconf information

-- 
Regards,
Rock

Bug#878013: reportbug: Gtk+ frontend doesn't start in MATE

[Doug S.]

Package: reportbug
Version: 7.1.7
Severity: important

Dear Maintainer,

  The frontend for reportbug is not starting in MATE. Nothing happens upon 
launching it. It works with GNOME.

  I was unable to collect any verbose output for the gtk frontend. Running 
reportbug from the terminal "reportbug --exit-prompt --ui gtk2" results in 
opening the terminal version of reportbug, not the Gtk. Please point me to the 
proper way of collecting debug information, if needed.




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

** /home/alquimista/.reportbugrc:
reportbug_version "7.1.7"
mode standard
ui text
realname "Doug S."
email "alqms...@gmail.com"
smtphost "smtp.gmail.com:587"
smtpuser "alqms...@gmail.com"
smtptls

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

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

Versions of packages reportbug depends on:
ii  apt1.4.8
ii  python33.5.3-1
ii  python3-reportbug  7.1.7

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail   
pn  debconf-utils
pn  debsums  
pn  dlocate  
pn  emacs24-bin-common | emacs25-bin-common  
ii  file 1:5.30-1+deb9u1
ii  gir1.2-gtk-3.0   3.22.11-1
pn  gir1.2-vte-2.91  
ii  gnupg2.1.18-8~deb9u1
pn  postfix | exim4 | mail-transport-agent   
ii  python3-gi   3.22.0-2
pn  python3-gi-cairo 
pn  python3-gtkspellcheck
pn  python3-urwid
ii  xdg-utils1.1.1-1

Versions of packages python3-reportbug depends on:
ii  apt1.4.8
ii  file   1:5.30-1+deb9u1
ii  python33.5.3-1
ii  python3-debian 0.1.30
ii  python3-debianbts  2.6.1
ii  python3-requests   2.12.4-1

python3-reportbug suggests no packages.

-- no debconf information

Bug#761642: wdm: Add a .service file

[Axel Beckert]

Hi Laurent,

Laurent Bigonville wrote:
> Yes that file could be used as a base, the [Install] section should
> be removed and the display-manager.service should be created at
> installation time by the postinst script.
> 
> The update_wdm_wmlist script should also maybe called in a
> ExecStartPre= directive, something like that maybe (not tested):
> 
> $ cat debian/wdm.service
> [Unit]
> Description=WINGs display manager
> Documentation=man:wdm(1x)
> Conflicts=getty@tty7.service
> After=systemd-user-sessions.service getty@tty7.service plymouth-quit.service
> 
> [Service]
> ExecStartPre=/bin/sh -c 'if grep -qs '^auto-update-wmlist' 
> /etc/X11/wdm/wdm.options; then update_wdm_wmlist; fi'
> ExecStart=/usr/bin/wdm
> 
> And also create the tmpfiles config files (again not tested):
> 
> $ cat debian/wdm.tmpfile
> d /var/run/wdm 0755 root root
> L /var/run/wdm/GNUstep - - - - /etc/GNUstep

Thanks again, looks like this now (e.g. with just /run/ instead of /var/run/
and "-nodaemon" re-added):

https://anonscm.debian.org/cgit/collab-maint/wdm.git/commit/?id=23175823ef5b25f37099361f4fc1797db88ca74a

Currently testing co-installation with gdm3, lightdm, etc. and
switching display managers back and forth.

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

Bug#878012: nautilus: path traversal via directory symlink

[Jakub Wilk]

Package: nautilus
Version: 3.26.0-1
Tags: security

$ tar -tvvf traversal.tar.gz
lrwxrwxrwx root/root 0 2017-09-30 17:36 tmp -> /tmp
-rw-r--r-- root/root 4 2017-09-30 17:36 tmp/moo

Unpacking this archive in Nautilus creates the /tmp/moo file.


-- System Information:
Architecture: i386

Versions of packages nautilus depends on:
ii  libatk1.0-02.26.0-2
ii  libc6  2.24-17
ii  libcairo-gobject2  1.14.10-1
ii  libcairo2  1.14.10-1
ii  libexempi3 2.4.3-1
ii  libexif12  0.6.21-2+b2
ii  libgail-3-03.22.24-1
ii  libgdk-pixbuf2.0-0 2.36.11-1
ii  libglib2.0-0   2.54.1-1
ii  libgnome-autoar-0-00.2.2-1
ii  libgnome-desktop-3-12  3.26.1-1
ii  libgtk-3-0 3.22.24-1
ii  libnautilus-extension1a3.26.0-1
ii  libpango-1.0-0 1.40.12-1
ii  libpangocairo-1.0-01.40.12-1
ii  libselinux12.7-2
ii  libtracker-sparql-2.0-02.0.1-1
ii  libx11-6   2:1.6.4-3
ii  nautilus-data  3.26.0-1
ii  shared-mime-info   1.9-1
ii  desktop-file-utils 0.23-2
ii  gvfs   1.34.1-1
ii  libglib2.0-data2.54.1-1
ii  gsettings-desktop-schemas  3.24.1-1

Versions of packages nautilus recommends:
ii  librsvg2-common  2.40.18-1
un  gvfs-backends
un  gnome-sushi  

--
Jakub Wilk


traversal.tar.gz
Description: application/gzip

Bug#878011: yagv: Won't start. No module named future

[Rock Storm]

Package: yagv
Version: 0.4~20130422.r5bd15ed+dfsg-3
Severity: grave

Dear Maintainer,

Tried to start yagv but I got the following:

$ yagv
Failed to get python-future
Traceback (most recent call last):
  File "/usr/bin/yagv", line 5, in 
import pyglet
  File "/usr/lib/python2.7/dist-packages/pyglet/__init__.py", line 56,
in 
import future
ImportError: No module named future


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

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

Versions of packages yagv depends on:
ii  python 2.7.14-1
ii  python-pyglet  1.3.0~rc1-1

yagv recommends no packages.

yagv suggests no packages.

-- no debconf information

-- 
Regards,
Rock

Bug#877774: calibre mailcap entries detach too soon

[Norbert Preining]

> The problem comes from the "--detach" option in the desktop file. I do not
> know if it is valid there, but for mailcap entries it is invalid.

Well, but then it seems to be a problem of the auto-generation of
mailcap entries from desktop entries, or? I don't know either, but I am 
pretty sure that having --detach in the desktop files doesn't sound
wrong (it tells calibre to detach from the current terminal, which is 
good to do).

So I am not really sure what I can do here?!?!?

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#878010: r-cran-vcdextra: unsatisfiable Depends: r-cran-gnm (>= 1.0.3) but 1.0-8-1+b2 is to be installed

[Andreas Beckmann]

Package: r-cran-vcdextra
Version: 0.7-1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package is no longer
installable in sid:

The following packages have unmet dependencies:
 r-cran-vcdextra : Depends: r-cran-gnm (>= 1.0.3) but it is not going to be 
installed

r-cran-gnm | 1.0-8-1   | unstable   | source
r-cran-gnm | 1.0-8-1   | unstable-debug | source
r-cran-gnm | 1.0-8-1+b2| unstable   | amd64, arm64, armel, armhf, 
hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, 
powerpc, ppc64el, s390x


Cheers,

Andreas

Bug#877979: berusky: SIGSEGV during launch

[Markus Koschany]

Control: tags -1 confirmed -patch
Control: severity -1 important
Control: forwarded -1 https://github.com/stransky/berusky/issues/7

Am 08.10.2017 um 11:00 schrieb Martin Kovařík:
> Package: berusky
> Version: 1.7-1
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,
> 
> After launch you get this:

Hi,

thank you very much for the report. Indeed I could reproduce this issue
on one of my machines. It apparently depends on which video card you are
using but it is ultimately an upstream bug in berusky. This was fixed in
version 1.7.1. The version was never tagged though and thus it went
unnoticed.

I have just uploaded the new version to Debian Sid and I plan to fix
this issue in Stretch too.

Cheers,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#877971: Nvidia-kernel-dkms 375.82 reverts to P8 (idle) state

[Luca Boccassi]

Control: tags -1 upstream

On Sun, 2017-10-08 at 18:47 +1100, TarotApprentice wrote:
> Package: Nvidia-kernel-dkms 
> Version: 375.82-1
> Severity: Important
> 
> Stretch point release 9.2 yesterday upgraded my machines from driver
> version 375.66 to 375.82-1. When running CUDA 8 compute tasks on a
> GTX1060 (3GB) the driver reverts from P2 state to P8 (idle) after
> approx 15-20 minutes. This can be seen using the nvidia-smi tool.
> Rebooting the machine will get it back to P2 state for another 15 or
> so minutes.

IIRC the power states are managed by the binary blob, so I don't think
there's anything we can do unfortunately.

Please try reporting it upstream at:

https://devtalk.nvidia.com/default/board/98/linux/

> Updating one effected machine to 375.82-4 (in stretch backports)
> doesn’t help. The problem still persists. The point release updated
> 98 Linux apps including the kernel to 4.9.0-4 but not the CUDA app in
> question..
> 
> Is there a way to get the 375.66 drivers back?

You can download packages from the snapshot archive:

http://snapshot.debian.org/package/nvidia-graphics-drivers/

Kind regards,
Luca Boccassi

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

Bug#878007: opendkim chroot configuration broken

[sakari . ailus]

Package: opendkim
Version: 2.11.0~alpha-10+deb9u1

Hi,

After upgrading opendkim from 2.11.0~alpha-10 to 2.11.0~alpha-10+deb9u1
I'm no longer able to run opendkim in a chroot environment. I've moved the
configuration in /etc/default/opendkim, containing the RUNDIR environment
variable, to /etc/opendkim.conf. Otherwise this works, but specifying
ChangeRootDirectory to /var/run/opendkim.conf makes opendkim failing to
start. The only error message I'm getting is rather uninformative:

Oct  8 14:43:28 hillosipuli opendkim[367]: opendkim: smfi_opensocket() failed

I'm using INET socket inet6:12301@ip6-localhost so that shouldn't be the
problem either. If I remove ChangeRootDirectory setting, opendkim works
just fine, but is not chrooted as expected. The UserID is specified in
opendkim.conf:

-
Syslog  yes
LogWhy  yes
UMask   002
Socket  inet6:12301@ip6-localhost

Canonicalizationrelaxed/simple
Modesv
SignatureAlgorithm  rsa-sha256

ExternalIgnoreList  refile:/etc/opendkim/TrustedHosts
InternalHosts   refile:/etc/opendkim/TrustedHosts
KeyTablerefile:/etc/opendkim/KeyTable
SigningTablerefile:/etc/opendkim/SigningTable

OversignHeaders From

PidFile /var/run/opendkim/opendkim.pid
UserID  opendkim:opendkim
ChangeRootDirectory /var/run/opendkim
-

Btw. /usr/share/doc/opendkim/README.Debian.gz still contains:

-
Users may also need to move the socket into a directory accessible by the
Postfix chroot; this can be accomplished by setting the SOCKET variable
in /etc/default/opendkim.
-

I'd be good to update this as well.

-- 
Kind regards,

Sakari Ailus
sakari.ai...@iki.fi

Bug#878009: easytag fails to add tags to .ogg files

[Doug S.]

Source: easytag
Severity: important
Tags: upstream

Dear Maintainer,

  Easytag is not adding audio tags to .ogg files. Upon trying to modify tags of
an already tagged .ogg file, it DELETES all tags, leaving everything blank.

What works? .mp3 files are edited successfully. I can see the Nautilus window
flashing (updating contents) as soon as I press the "save changes" icon in
Easytag. But when the file is .ogg, the Nautilus screen where the file is
remains unchanged, probably a sign that the component that deals with vorbis
files is not acting/working.

I tried newer packages from Fedora Workstation 26 and Arch Linux before filing
this bug report, and the result is the same in all of them. Therefore I'm
assuming it concerns upstream developers.




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

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



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

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

Bug#878008: nmu: eclib_20171002-1

[Andreas Beckmann]

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

nmu eclib_20171002-1 . amd64 . unstable . -m "Rebuild in a clean sid 
environment."

The maintainer uploaded binaries have dependencies on libntl35 which is
not even in NEW, yet.

Andreas

Bug#878006: updating nodejs breaks node-constants-browserify

[Pirate Praveen]

package: node-constants-browserify
version: 1.0.0+dfsg-4
severity: important

dpkg: cycle found while processing triggers:
 chain of packages whose triggers are or may be responsible:
  node-constants-browserify -> node-constants-browserify
 packages' pending triggers which are or may be unresolvable:
  node-constants-browserify: /usr/bin/node
dpkg: error processing package node-constants-browserify (--configure):
 triggers looping, abandoned
Setting up nodejs-dev (6.11.4~dfsg-1) ...
Errors were encountered while processing:
 node-constants-browserify
E: Sub-process /usr/bin/dpkg returned an error code (1)
pravi@nishumbha:~/forge/debian/git/pkg-javascript/node-d3-zoom$ sudo
dpkg --configure -a
Setting up node-constants-browserify (1.0.0+dfsg-4) ...



signature.asc
Description: OpenPGP digital signature

Bug#877999: lintian: false positive: license-problem-non-free-RFC debian/copyright

[Chris Lamb]

tags 877999 + pending
thanks

Fixed in Git:

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


Regards,

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

Bug#761642: wdm: Add a .service file

[Axel Beckert]

Control: severity -1 serious

Hi Laurent,

Laurent Bigonville wrote:
> I set the severity as serious as gdm has now removed the hack in the
> .service file to not start gdm if an other DM without a .service
> file is installed.

You should have mentioned that in your first mail. That's indeed a
good reason for RC severity.

> Yes that file could be used as a base, the [Install] section should
> be removed and the display-manager.service should be created at
> installation time by the postinst script.

Yeah, noticed the patch in xdm.

> The update_wdm_wmlist script should also maybe called in a
> ExecStartPre= directive, something like that maybe (not tested):

Thanks for that hint. Appreciated.

> And also create the tmpfiles config files (again not tested):
> 
> $ cat debian/wdm.tmpfile
> d /var/run/wdm 0755 root root
> L /var/run/wdm/GNUstep - - - - /etc/GNUstep

Will check. Currently testing the setup in a VM as I don't want to
restart my whole desktop just for testing a package. (Not even on that
single machine I have with systemd as init system.)

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

Bug#878000: ardour5 does not start on debian/testing it spins trying to load GTK2 breeze theme

[Jonas Smedegaard]

Quoting wzabo...@elektron.elka.pw.edu.pl (2017-10-08 15:02:03)
> W dniu 08.10.2017 o 14:53, Jonas Smedegaard pisze:
> > Quoting wzabo...@elektron.elka.pw.edu.pl (2017-10-08 14:38:01)
> >> W dniu 08.10.2017 o 14:13, Jonas Smedegaard pisze:
> >>> Quoting Wojciech Zabołotny (2017-10-08 13:34:16)
>  When I start the jack server, and then ardour5, it does not start.
>  The "top" shows that ardour5 uses one CPU core in 100%.
>  When I start it via "strace", I get the following messages displayed
>  repeatedly:
> >>> [...]
>  It looks, that ardour tries to load the Breeze gtk theme, and when it 
>  fails,
>  it repeats that forever.
>  I can see two problems there:
>  1. ardour should depend on the appropriate package providing the required
> GUI theme
>  2. ardour should fail, displaying the reasonable error message without
> looping forever.
> >>> Ardour does _not_ depend on a specific GTK+ widget theme.
> >>>
> >>> Perhaps a bug elsewhere - e.g. in GTK+ or that particular theme - is 
> >>> triggered?
> >>>
> >>> Did you configure your environment to use Breeze?  Could you please try 
> >>> switch to a different GTK+ theme instead?
> >>>
> >>> Perhaps create a temporary new user on your system and start Ardour from 
> >>> there - to help avoid cruft in your own $HOME environment interfering.
> >>>
> >> Dear Jonas,
> >>
> >> Thanks a lot for your suggestions.
> >>
> >> That's interesting. Of course, I have cleaned up the ~/.config/ardour4
> >> and ~/.config/ardour5 directories before submitting the first report,
> >> and it didn't help.
> > So you tried cleanup, but only the (too narrow) part you suspected to 
> > cause the error.
> >
> >
> >> However indeed, when I logged in as another user, ardour started 
> >> correctly.
> > Good to hear!
> >
> >
> >
> >
> >> So the problem probably indeed is not ardour related (however I don't 
> >> know why only ardour suffers from that).
> > It might very well be that Ardour is particularly vulnerable to being 
> > fed a broken GTK+ theme.  Which seems to be the case here.
> >
> >
> >> PS. Is it possible that 
> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=874598 is caused by 
> >> the same problem?
> > Possibly, yes.  But instead of (again) too narrowly draw conclusion best 
> > to find something that works (e.g. a fresh account) and triangulate from 
> > there, as you did here.
> >
> Yes, I do agree. However I think that the important news for other
> affected users is that removal of ~/.gtkrc-2.0 (if exists) may help.
> Otherwise the user would be forced to wipe his account...

If indeed that solves *both* these reported bugs, then true.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private