Bug#801316: netcf: ncftool fails when 'source-directory' directive is used in /etc/network/interfaces

[Sergey Belyashov]

$ cat 00_lo
# The loopback network interface
auto lo
iface lo inet loopback
dns-nameservers 127.0.0.1
dns-search igrosoft.lan
dns-domain igrosoft.lan

$ cat 10_eth0

$ cat 20_br0
auto br0
iface br0 inet static
pre-up vde_tunctl -t tap0
pre-up vde_switch -g vde2-net -m 770 -d -p /run/vde2.pid -t tap0
post-down kill `/bin/cat /run/vde2.pid`
post-down vde_tunctl -d tap0
bridge_ports eth0 tap0
address 192.168.1.1
broadcast 192.168.1.255
netmask 255.255.255.0

$ cat 30_eth1
auto eth1
allow-hotplug eth1
iface eth1 inet manual
up /sbin/ip link set eth1 up
down /sbin/ip link set eth1 down
# metric 100
post-up ifup ppp0=ppp0
pre-down ifdown ppp0=ppp0

$ cat 40_eth2
#auto eth2
allow-hotplug eth2
iface eth2 inet dhcp
metric 30

$ cat 50_eth3
auto eth3
allow-hotplug eth3
iface eth3 inet dhcp
metric 20

$ cat 90_ppp0
# PPPoE connection
iface ppp0 inet ppp
provider dsl-provider
# metric 10

# ifconfig -a
br0   Link encap:Ethernet  HWaddr 1c:6f:65:d8:6a:48
  inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
  inet6 addr: fe80::1e6f:65ff:fed8:6a48/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:43368819 errors:0 dropped:0 overruns:0 frame:0
  TX packets:79382482 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:60891919895 (56.7 GiB)  TX bytes:101952824144 (94.9 GiB)

eth0  Link encap:Ethernet  HWaddr 1c:6f:65:d8:6a:48
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:75200985 errors:0 dropped:358 overruns:0 frame:0
  TX packets:79383759 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:63371230862 (59.0 GiB)  TX bytes:101988171459 (94.9 GiB)

eth1  Link encap:Ethernet  HWaddr 00:40:f4:c0:a8:d9
  inet6 addr: fe80::240:f4ff:fec0:a8d9/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:36021428 errors:0 dropped:19 overruns:0 frame:0
  TX packets:23096348 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:43590943426 (40.5 GiB)  TX bytes:795115 (7.4 GiB)

eth2  Link encap:Ethernet  HWaddr 00:40:f4:8c:a4:39
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

eth3  Link encap:Ethernet  HWaddr f8:35:dd:ce:f7:19
  inet addr:172.16.0.12  Bcast:172.16.0.255  Mask:255.255.255.0
  inet6 addr: fe80::fa35:ddff:fece:f719/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:6 errors:0 dropped:0 overruns:0 frame:0
  TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:791 (791.0 B)  TX bytes:864 (864.0 B)

eth2:avahi Link encap:Ethernet  HWaddr 00:40:f4:8c:a4:39
  inet addr:169.254.8.122  Bcast:169.254.255.255  Mask:255.255.0.0
  UP BROADCAST MULTICAST  MTU:1500  Metric:1

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:65536  Metric:1
  RX packets:22761749 errors:0 dropped:0 overruns:0 frame:0
  TX packets:22761749 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:3343394986 (3.1 GiB)  TX bytes:3343394986 (3.1 GiB)

ppp0  Link encap:Point-to-Point Protocol
  inet addr:xx.xx.xx.xx  P-t-P:10.0.0.1  Mask:255.255.255.255
  UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
  RX packets:12811709 errors:0 dropped:0 overruns:0 frame:0
  TX packets:9410858 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:3
  RX bytes:14985586147 (13.9 GiB)  TX bytes:4270100636 (3.9 GiB)

tap0  Link encap:Ethernet  HWaddr a2:ae:b6:e1:a0:03
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:1993 errors:0 dropped:0 overruns:0 frame:0
  TX packets:233122 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:500
  RX bytes:2084627 (1.9 MiB)  TX bytes:45499416 (43.3 MiB)



2015-10-09 2:24 GMT+03:00 Serge Hallyn :

> Thanks, I'll try to reproduce this (though won't be back until next week)
> Could you please show the contents of /etc/nework/interfaces.d and
> output of 'ifconfig -a' ?
>

Bug#801369: libatspi2.0-dev: Downgrade dependency on dbus

[Samuel Thibault]

Control: tags -1 + pending

Jochen Sprickerhof, le Fri 09 Oct 2015 10:20:09 +0200, a écrit :
> libatspi2.0-dev currently has a dependency against dbus. Is there a
> reason for that? I would propose to drop it or move it to recommends.

Indeed, I don't see a reason, and at-spi2-atk builds fine, I'll remove
the dependency.

Samuel

Bug#801354: libpam-systemd: breaks lightdm: Failed to create session: Connection timed out

[Martin Pitt]

Control: tag -1 pending

Hello all,

I found the regression, and reverted it in our packaging git:

  http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=c11d9e080f

See https://github.com/systemd/systemd/issues/1505 for the details.

FTR, this does not yet fix the overzealous unmounting in #801361, I
work on that next. Once I nailed that, I'll upload -2 to get these RC
bugs fixed.

Thanks,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#801373: padre: Padre crashes on startup with YAML::Tiny found a duplicate key 'chomp'

[Derek Kaye]

Package: padre
Version: 1.00+dfsg-3
Severity: important

Dear Maintainer,

   * What led up to the situation?
I ran padre for the first time without immediate issue.
While running for the first time I edited some preferences (I can't remember 
exactly which) in the preferences GUI. On closing the preferences, Padre 
crashed.
On restarting padre, I get the following and Padre immediately exits:

$ padre
YAML::Tiny found a duplicate key 'chomp' in line '' at 
/usr/share/perl5/Padre/Document/Perl.pm line 321.
Perl exited with active threads:
3 running and unjoined
0 finished and unjoined
0 running and detached

There appears to be a similar issue on Launchpad, which has a patch attached:
https://bugs.launchpad.net/ubuntu/+source/padre/+bug/1392271

diff -ru padre-1.00+dfsg.orig/share/languages/perl5/perl5.yml 
padre-1.00+dfsg/share/languages/perl5/perl5.yml
--- padre-1.00+dfsg.orig/share/languages/perl5/perl5.yml2013-01-12 
18:18:59.0 +0100
+++ padre-1.00+dfsg/share/languages/perl5/perl5.yml 2014-11-13 
11:43:49.279327194 +0100
@@ -36,7 +36,7 @@
 chomp:
  cmd: (STRING) or (ARRAY)
  exp: Remove the newline from the end of the STRING or from the end of every 
string in the ARRAY.
-chomp:
+chop:
  cmd: (STRING)
  exp: Remove last character from STRING. (Usually better to use chomp than 
chop.)
 chown:

-- System Information:
Debian Release: 8.1
  APT prefers testing
  APT policy: (1000, 'testing'), (1000, 'stable'), (995, 'stable'), (750, 
'testing')
Architecture: amd64 (x86_64)

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

Versions of packages padre depends on:
ii  ack-grep2.14-4
ii  cpanminus   1.7014-1
ii  libalgorithm-diff-perl  1.19.02-3
ii  libcapture-tiny-perl0.25-1
ii  libclass-adapter-perl   1.07-1
ii  libclass-inspector-perl 1.28-1
ii  libclass-unload-perl0.08-1
ii  libclass-xsaccessor-perl1.19-2+b4
ii  libdbd-sqlite3-perl 1.44-1
ii  libdbi-perl 1.631-3+b1
ii  libdebug-client-perl0.29-2
ii  libdevel-dumpvar-perl   1.06-1
ii  libdevel-refactor-perl  0.05-1
ii  libfile-copy-recursive-perl 0.38-1
ii  libfile-find-rule-perl  0.33-1
ii  libfile-homedir-perl1.00-1
ii  libfile-pushd-perl  1.009-1
ii  libfile-remove-perl 1.52-1
ii  libfile-sharedir-perl   1.102-1
ii  libfile-slurp-perl  .19-4
ii  libfile-which-perl  1.09-1
ii  libhtml-parser-perl 3.71-1+b3
ii  libio-string-perl   1.08-3
ii  libio-stringy-perl  2.110-5
ii  libipc-run-perl 0.92-1
ii  libjson-xs-perl 2.340-1+b2
ii  liblist-moreutils-perl  0.33-2+b1
ii  liblocale-msgfmt-perl   0.15-1
ii  libmodule-manifest-perl 1.08-1
ii  libmodule-starter-perl  1.620+dfsg-1
ii  liborlite-migrate-perl  1.10-1
ii  liborlite-perl  1.98-1
ii  libparams-util-perl 1.07-2+b1
ii  libparse-errorstring-perl-perl  0.21-1
ii  libparse-exuberantctags-perl1.02-1+b1
ii  libpod-abstract-perl0.20-1
ii  libpod-pom-perl 0.29-1
ii  libpod2-base-perl   0.043-1
ii  libppi-perl 1.218-1
ii  libppix-editortools-perl0.18-1
ii  libppix-regexp-perl 0.036-1
ii  libprobe-perl-perl  0.03-1
ii  libsort-versions-perl   1.60-1
ii  libtemplate-tiny-perl   1.12-1
ii  libtext-diff-perl   1.41-1
ii  libtext-findindent-perl 0.10-1
ii  libtext-patch-perl  1.8-1
ii  liburi-perl 1.64-1
ii  libwww-perl 6.08-1
ii  libwx-perl  1:0.9923-4
ii  libwx-perl-processstream-perl   0.32-1
ii  libwx-scintilla-perl0.39-1+b1
ii  libyaml-tiny-perl   1.64-1
ii  perl [libthreads-shared-perl]   5.20.2-3+deb8u1

padre recommends no packages.

padre suggests no packages.

-- no debconf information

Bug#799776: Had a look into it

[Thomas Goirand]

Hi Lennart,

I had a look into updating the package. It is updated in the Git
repository, however, there's 2 unit tests that are failing. Would you
have time to look into it?

Cheers,

Thomas Goirand (zigo)

Bug#801374: jajuk: depends on unmaintained substance library

[Markus Koschany]

Package: jajuk
Version: 1:1.9.6-9
Severity: normal

Hi,

jajuk depends on substance which has been unmaintained for years.
Please consider to move away from substance or to become the new
maintainer of the upstream project. substance still depends on asm2
which is incompatible with Java7 or above and we would like to remove
this outdated asm version from Debian.

I have forwarded this bug report to Jajuk's issue tracker at
github.com.

https://github.com/jajuk-team/jajuk/issues/1994

See also

https://bugs.debian.org/801323

Regards,

Markus

Bug#801298: nvidia-alternative: prevents nouveau driver from loading

[Lars Noschinski]

Quoting Andreas Beckmann :


On 2015-10-08 13:56, Lars Noschinski wrote:

here the additional information you requested


Thanks!


(I reinstalled nvidia-cuda-icd for this).


Although this seems not to have reenabled the backlist (you don't have
libcuda1 installed, do you?, but you had it installed when you hit the
problem), I think I see what happened here ...


It does block nouveau from being loaded (just tried it again: install  
nvidia-cuda-icd, reboot):


$ sudo lsmod | grep nouveau
$

If you look at the provided logs, only /var/log/Xorg.0.log.old shows  
the nouveau driver actually being used, /var/log/Xorg0.log shows that  
vesa is being used.


libcuda1 is not installed, no.

Now, "apt remove nvidia-alternative", reboot, everything is fine again.

   -- Lars

Bug#801371: mitmproxy broken: netlib 0.12 is required

[Sébastien Delafond]

Hello,

no clue how this happened, as I do have an upload marker for it:

  ../build-area/python-netlib_0.12.1-1_amd64.ftp-master.upload

Anyway, I've re-uploaded it, so this should be fixed soon.

Cheers,

--Seb

On Oct/09, Dominique Dumont wrote:
> Package: mitmproxy
> Version: 0.12.1-1
> Severity: important
> 
> Dear Maintainer,
> 
> mitmproxy fails with the following message:
> 
> $ mitmproxy -P 9002 -p 9080 
> Traceback (most recent call last):
>   File "/usr/bin/mitmproxy", line 5, in 
> from pkg_resources import load_entry_point
>   File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
> 3084, in 
> @_call_aside
>   File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
> 3070, in _call_aside
> f(*args, **kwargs)
>   File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
> 3097, in _initialize_master_working_set
> working_set = WorkingSet._build_master()
>   File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
> 653, in _build_master
> return cls._build_from_requirements(__requires__)
>   File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
> 666, in _build_from_requirements
> dists = ws.resolve(reqs, Environment())
>   File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
> 839, in resolve
> raise DistributionNotFound(req, requirers)
> pkg_resources.DistributionNotFound: The 'netlib<0.13,>=0.12' distribution was 
> not found and is required by mitmproxy
> 
> Unfortunately, python-netlib 0.12 is not available in Debian sid. This
> renders mitmproxy unusable.
> 
> All the best
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386, armhf
> 
> Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages mitmproxy depends on:
> ii  python 2.7.9-1
> ii  python-blinker 1.3.dfsg2-1
> ii  python-configargparse  0.9.3-1
> ii  python-lxml3.4.4-1+b1
> ii  python-netlib  0.11.2-2
> ii  python-pil 2.9.0-1+b1
> ii  python-pyasn1  0.1.9-1
> ii  python-pyperclip   1.5.11-1
> ii  python-tornado 4.2.1-1+b1
> ii  python-urwid   1.3.0-2
> pn  python:any 
> 
> mitmproxy recommends no packages.
> 
> mitmproxy suggests no packages.
> 
> -- no debconf information
> 

Bug#778650: freerdp-x11: Alt key gets "stuck" with -grab-keyboard option when using Alt-Tab to switch between local X windows

[Mike Gabriel]

Hi Petr,

On  Fr 09 Okt 2015 07:53:23 CEST, Petr Vorel wrote:


Hi Petr,




Thanks for preparing this patch. I had filed a request for help bug [1]
recently and Bernhard from upstream and Sriram will support maintenance of
freerdp in Debian.



As it seems that you have some hacking skills around freerdp, mayby you are
interested in supporting maintenance, as well.



We hang out on IRC channel #freerdp on Freenode, if you are interested in
continuously working on freerdp in Debian.



Sriram is currently going through all open issues in Debian's current
freerdp version as found in unstable (so we can push them to jessie, as
well), whereas Bernhard is working on the upstream side on prepping a major
upstream release 2.0 which we will then push to Debian experimental.



Greets,
Mike



[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799759


Hi Mike,

great news there are some work to be done on Debian freerdp :-). I  
suppose you're also

going to address RC bug #785898 [2].

Unfortunately I don't know freerdp. I just spent some time with this  
bug as it annoyed me
enough and wanted to help fix it. And this bug also affects krdc  
(which uses /usr/bin/xfreerdp as RDP backend).


Thanks a lot for you offer to join packaging team. I might be  
interested on RC bugs,
unless anybody else is working on them as I rely on this package.   
But with very limited
time I can give to Debian in next months it wouldn't be responsible  
to make promis I'd be

continuously working on freerdp in Debian.

Kind regards,
Petr

[2] https://bugs.debian.org/785898


No problem at all. I thought, I'd just ask if you are interested.  
Thanks for that patch anyway, we will handle inclusion in Debian's  
freerdp and upstreaming.


Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpe5Y04HQxiD.pgp
Description: Digitale PGP-Signatur

Bug#801371: mitmproxy broken: netlib 0.12 is required

[Dominique Dumont]

[ cc'ing bts this time .. ]

On Friday 09 October 2015 10:56:37 you wrote:
> no clue how this happened, as I do have an upload marker for it:
> 
>   ../build-area/python-netlib_0.12.1-1_amd64.ftp-master.upload

This kind of things happens.

> Anyway, I've re-uploaded it, so this should be fixed soon.

Hum, yes. But I should not have been able to install mitmproxy in the first 
plase.

You should express this dependency in the control file.

All the best

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

Bug#801377: bgfinancas: build-depends on unmaintained substance library

[Markus Koschany]

Package: bgfinancas
Version: 2.0-1
Severity: normal

Hi,

bgfinancas build-depends on substance library which is
unmaintained since 2010. substance still depends on asm2 which is
incompatible with Java7 and above. We want to remove asm2 this release
cycle. Please consider to move away from substance or to become the
new upstream maintainer.

See also

https://bugs.debian.org/801323

Regards,

Markus

Bug#801369: libatspi2.0-dev: Downgrade dependency on dbus

[Jochen Sprickerhof]

Package: libatspi2.0-dev
Version: 2.18.0-1
Severity: normal

Dear Maintainer,

libatspi2.0-dev currently has a dependency against dbus. Is there a
reason for that? I would propose to drop it or move it to recommends.
I have libatspi2.0-dev installed as a dependency from
libwebkitgtk-3.0-dev and compilation works fine without dbus (tested),
so I don't think it's necessary.

Thanks!

Jochen

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libatspi2.0-dev depends on:
ii  dbus1.10.0-3
ii  gir1.2-atspi-2.02.18.0-1
ii  libatspi2.0-0   2.18.0-1
ii  libdbus-1-dev   1.10.0-3
ii  libdbus-glib-1-dev  0.102-1
ii  libglib2.0-dev  2.46.0-2
ii  libxtst-dev 2:1.2.2-1+b1

libatspi2.0-dev recommends no packages.

libatspi2.0-dev suggests no packages.

-- no debconf information

Bug#749331: spice: Stop building spicec, patch for update to 0.12.6 included

[Michael Tokarev]

08.10.2015 16:45, Liang Guo wrote:
> On Thu, Oct 8, 2015 at 9:34 PM, Fabio Fantoni  wrote:
>> Control: tag -1 + patch
>>
>> I did a fast package for 0.12.6 including a fix for build from source and
>> lz4 support (see the patch in attachment).
>> This should make easier and faster update spice having major of thing
>> already done and tested.
>>
> thanks to work on spice, to update spice to 0.12.6, spice-protocol
> need be updated,
> and libcacard need be updated too. I need more time to work on this.

I've updated both spice-protocol and spice to recent versions, closing
almost all bugs in the process.  The work by Fabio helped a lot, thank
you very much!  But I did it in a bit more accurate way, using this work
as a reference.

Fabio, why did you re-introduce dh-autoreconf when we don't patch configure
system?  When adding dependencies, please document the reason for that
in d/changelog.

Liang, would you like me to take over the package(s), at least some of
them, as I did almost all recent uploads (except the NMUs)? I'm talking
about spice and spice-protocol especially, since I've no expirience
whatsoever with other stuff (don't even know which other spice-related
packages exists).

Also, which libcacard update are you talking about?  It is a new library,
currently provided by qemu package, but in upstream qemu we finally
separated the two and it is now a separate project hosted in the same
place as spice.  Its packaging is almost ready on my machine, I just
need to complete d/copyright file.  Both versions of libcacard will
work with current spice (which only uses headers from libcacard, btw).

Thanks,

/mjt

Bug#749331: spice: Stop building spicec, patch for update to 0.12.6 included

[Michael Tokarev]

09.10.2015 11:38, Fabio Fantoni wrote:
> I saw you missed lz4 support, can you add also it please? See newer patch in 
> attachment.

What it is used for?  I presume the same support should
be added/enabled in qemu?  I tried to keep dependencies
at the minimum, we have many optional features which aren't
enabled, just because no one is actually using it.

Your patch includes more changes than just adding lz4 support,
for example it needlessly moves python-six in build-deps, and
changes Standards-Version without mentioning this in the
d/changelog.  At least the latter should be documented.

Thanks,

/mjt

Bug#784986: Ubuntu package

[Pietro Battiston]

Just for the records, there is an Ubuntu package:
https://launchpad.net/~alessandro-strada/+archive/ubuntu/ppa
which I am using succesfully under Debian testing, and which might be a
starting point for a Debian package.

Pietro

Bug#749331: spice: Stop building spicec, patch for update to 0.12.6 included

[Fabio Fantoni]

Il 09/10/2015 10:42, Michael Tokarev ha scritto:

09.10.2015 11:38, Fabio Fantoni wrote:

I saw you missed lz4 support, can you add also it please? See newer patch in 
attachment.

What it is used for?  I presume the same support should
be added/enabled in qemu?  I tried to keep dependencies
at the minimum, we have many optional features which aren't
enabled, just because no one is actually using it.

Your patch includes more changes than just adding lz4 support,
for example it needlessly moves python-six in build-deps, and
changes Standards-Version without mentioning this in the
d/changelog.  At least the latter should be documented.

Thanks,

/mjt
A small patch for specify it in qemu is needed and now that spice 0.12.6 
is release I suppose will be added.
WIth latest spice and spice-gtk should be also possible use lz4 without 
it specify preferred compression option from client.
lz4 is useful for low cost thin client as it require less cpu in 
decompression, I already used it for months on my test server 
backporting needed patches and I'll probably use it in production 
servers soon.
About standard version update I saw now you alredy added it in git, 
other thing is only small deps order that you can omit if you don't want.

Bug#801372: bashdb: FTBS issue relating to SIGXFSZ

[Nicholas Bamber]

Package: bashdb
Version: 4.3.0.91+ds-3
Severity: important

Dear Maintainer,

   * The reproducibility server is still generating FTBS

FAIL: test-sig
==

--- /tmp/sig-filtered.check 2015-10-08 18:21:02.42800 -1200
+++ /tmp/sig-filtered.right 2015-10-08 18:21:02.38400 -1200
@@ -12,7 +12,6 @@
 SIGILL   stop   print   showstack trap -- '_Dbg_sig_handler 4 
"$BASH_COMMAND" "$@"' SIGILL
 SIGTRAP  stop   print   showstack trap -- '_Dbg_sig_handler 5 
"$BASH_COMMAND" "$@"' SIGTRAP
 SIGTERM  stop   print   showstack trap -- '_Dbg_sig_handler 15 
"$BASH_COMMAND" "$@"' SIGTERM
-SIGXFSZ  nostop noprint nostack   trap -- '' SIGXFSZ
 +### Testing handle command...
 +handle TERM nostack
 +handle foo
@@ -53,6 +52,5 @@
 SIGILL   stop   print   showstack trap -- '_Dbg_sig_handler 4 
"$BASH_COMMAND" "$@"' SIGILL
 SIGTRAP  stop   print   showstack trap -- '_Dbg_sig_handler 5 
"$BASH_COMMAND" "$@"' SIGTRAP
 SIGTERM  stop   noprint showstack trap -- '_Dbg_sig_handler 15 
"$BASH_COMMAND" "$@"' SIGTERM
-SIGXFSZ  nostop noprint nostack   trap -- '' SIGXFSZ
 +quit 
 bashdb: That's all, folks...

I can reprodce this (or something similar) by running 

trap '' SIGXFSZ

before building. That should be enough to fix it.

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

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

Versions of packages bashdb depends on:
ii  bash  4.3-11+b1
ii  libc6 2.19-18+deb8u1
ii  libreadline6  6.3-8+b3
pn  python:any

bashdb recommends no packages.

bashdb suggests no packages.

-- no debconf information

Bug#787953: depends on obsolete libasm2-java library

[Markus Koschany]

Hello,

FTR: As already noted in the initial bug report, substance and its
dependency liblaf-widget-java are unmaintained. Last version was
released in 2010.

https://java.net/projects/substance

Last Github snapshot:

https://github.com/kirillcool/substance

substance was forked into insubstantial:

https://github.com/Insubstantial/insubstantial

and Felix Natter (CCed) intended to maintain it for Debian (#787953).

Unfortunately insubstantial is also unmaintained now and still depends
on asm2.

I think it only makes sense to replace substance and its libraries with
insubstantial when upstream development continues and asm2 is replaced
with a newer, Java 7+ compatible version.

I am going to file bug reports against Jajuk and bgfinancas which depend
on substance and ask that they either move away from substance or take
over maintenance.

I have opened an upstream bug report for Jajuk already:

https://github.com/jajuk-team/jajuk/issues/1994


Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#801376: dh-python: Different locales make Depends line to be sometimes python3.5, sometimes python3

[Santiago Vila]

Source: dh-python
Version: 2.20150826
User: reproducible-bui...@lists.alioth.debian.org
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hello Piotr.

While working on the "reproducible builds" effort [1], we have noticed
that dh-python generates a Depends line which depends on the locale
setting, making some packages using dh-python not to be reproducible.

[1]: https://wiki.debian.org/ReproducibleBuilds

To be precise:

* When LANG=C, packages have

#!/usr/bin/python3.5

and they depend on "python3.5".

* When LANG is a locale like fr_CH.UTF-8 or es_ES.UTF-8, packages have

#!/usr/bin/python3

and they depend on "python3".


I guess only one of those two things is the intended behaviour.

Attached the output of "diffoscope" on two different builds of "aiozmq"
(one of the affected packages). You will find more packages with this issue
here:

https://reproducible.debian.net/issues/unstable/python_3_dot_5_becomes_python_3_issue.html

[ Note: On a rebuild, some of them seem to be now reproducible, but not all of 
them ].

Thanks.
--- /srv/reproducible-results/tmp.6PrGsugPVK/b1/aiozmq_0.7.1-1_amd64.changes
+++ /srv/reproducible-results/tmp.6PrGsugPVK/b2/aiozmq_0.7.1-1_amd64.changes
├── Files
│ @@ -1,3 +1,3 @@
│  
│ - 2f2b8d65470471d32cdf69330ee69696 5164 python optional 
aiozmq_0.7.1-1_amd64.buildinfo
│ - 6cb72633ca01adf8a7d66c2a15a3ab07 27180 python optional 
python3-aiozmq_0.7.1-1_all.deb
│ + 21c4311ec40ae15f8c8537833ecc63ab 5164 python optional 
aiozmq_0.7.1-1_amd64.buildinfo
│ + fe6a8cec0e8522cb8a4bdcd960af75d9 27168 python optional 
python3-aiozmq_0.7.1-1_all.deb
├── aiozmq_0.7.1-1_amd64.buildinfo
│ @@ -2,21 +2,21 @@
│  Build-Architecture: amd64
│  Source: aiozmq
│  Binary: python3-aiozmq
│  Architecture: all
│  Version: 0.7.1-1
│  Checksums-Md5:
│   8befd9e4de06011fe6ff7a53f41c82b5 2022 aiozmq_0.7.1-1.dsc
│ - 6cb72633ca01adf8a7d66c2a15a3ab07 27180 python3-aiozmq_0.7.1-1_all.deb
│ + fe6a8cec0e8522cb8a4bdcd960af75d9 27168 python3-aiozmq_0.7.1-1_all.deb
│  Checksums-Sha1:
│   3313293a67b38bce0d47d3d262a9c2da718e0686 2022 aiozmq_0.7.1-1.dsc
│ - a0a60f92f22389444b9731f774d2fd867ab2171e 27180 
python3-aiozmq_0.7.1-1_all.deb
│ + f7ff1c67f13ecad0ee1d6654f95f6fc9ad1acb49 27168 
python3-aiozmq_0.7.1-1_all.deb
│  Checksums-Sha256:
│   8536b728af759c50b19e72ee1ce9ff0fccc045cc3b07d91b6869415118eb73c8 2022 
aiozmq_0.7.1-1.dsc
│ - db1eb48caee6ea5d363c5cc19afbe3e6f2f503a5c199a54bf3bae4dcdc846b03 27180 
python3-aiozmq_0.7.1-1_all.deb
│ + c8484eefcbd8fd0b5f25e84031e97a4130243699695fadc1834345d5110e77ab 27168 
python3-aiozmq_0.7.1-1_all.deb
│  Build-Path: /tmp/buildd/aiozmq-0.7.1
│  Build-Environment:
│   adduser (= 3.113+nmu3),
│   base-files (= 9.4),
│   base-passwd (= 3.5.38),
│   bash (= 4.3-14),
│   binutils (= 2.25.1-5),
├── python3-aiozmq_0.7.1-1_all.deb
│   ├── metadata
│   │ @@ -1,3 +1,3 @@
│   │  rw-r--r-- 0/0  4 Oct  5 21:00 2015 debian-binary
│   │ -rw-r--r-- 0/0   1724 Oct  5 21:00 2015 control.tar.gz
│   │ -rw-r--r-- 0/0  25264 Oct  5 21:00 2015 data.tar.xz
│   │ +rw-r--r-- 0/0   1723 Oct  5 21:00 2015 control.tar.gz
│   │ +rw-r--r-- 0/0  25252 Oct  5 21:00 2015 data.tar.xz
│   ├── control.tar.gz
│   │   ├── control.tar
│   │   │   ├── tar --full-time -tvf {}
│   │   │   │ @@ -1,5 +1,5 @@
│   │   │   │  drwxr-xr-x root/root 0 2015-10-05 21:00:46 ./
│   │   │   │ --rw-r--r-- root/root   620 2015-10-05 21:00:46 ./control
│   │   │   │ +-rw-r--r-- root/root   622 2015-10-05 21:00:46 ./control
│   │   │   │  -rw-r--r-- root/root  2288 2015-10-05 21:00:46 ./md5sums
│   │   │   │  -rwxr-xr-x root/root   171 2015-10-05 21:00:46 ./postinst
│   │   │   │  -rwxr-xr-x root/root   401 2015-10-05 21:00:46 ./prerm
│   │   │   ├── ./control
│   │   │   │ @@ -1,14 +1,14 @@
│   │   │   │  Package: python3-aiozmq
│   │   │   │  Source: aiozmq
│   │   │   │  Version: 0.7.1-1
│   │   │   │  Architecture: all
│   │   │   │  Maintainer: Piotr Ożarowski 
│   │   │   │  Installed-Size: 149
│   │   │   │ -Depends: python3, python3-zmq, python3:any (>= 3.3.2-2~)
│   │   │   │ +Depends: python3-zmq, python3.5, python3:any (>= 3.3.2-2~)
│   │   │   │  Recommends: python3-msgpack
│   │   │   │  Section: python
│   │   │   │  Priority: optional
│   │   │   │  Homepage: http://aiozmq.readthedocs.org/
│   │   │   │  Description: ZeroMQ integration with asyncio
│   │   │   │   ZeroMQ integration with asyncio (PEP 3156)
│   │   │   │   .
│   │   │   ├── md5sums
│   │   │   │┄ Files in package differs
│   │   │   ╵
│   │   ╵
│   ├── data.tar.xz
│   │   ├── data.tar
│   │   │   ├── tar --full-time -tvf {}
│   │   │   │ @@ -1,11 +1,11 @@
│   │   │   │  drwxr-xr-x root/root 0 2015-10-05 21:00:46 ./
│   │   │   │  drwxr-xr-x root/root 0 2015-10-05 21:00:46 ./usr/
│   │   │   │  drwxr-xr-x root/root 0 2015-10-05 21:00:46 ./usr/bin/
│   │   │   │ --rwxr-xr-x root/root   309 2015-10-05 21:00:46 
./usr/bin/aiozmq-proxy
│   │   │   │ +-rwxr-xr-x root/root   

Bug#801375: claws-mail-gdata-plugin: Segfault when activating the plugin with the Code from Google

[bugreporter]

Package: claws-mail-gdata-plugin
Version: 3.12.0-1
Severity: normal

Dear Maintainer,

I was using the gdata-plugin for a while, but it renders unusable after
an update to the new Authentication-Method.

Activating the plugin works. But if the actual Auth-Code is pasted and 
confirmed,
Claws-Mail dies with a segfault.

This behaviour is seen on two machines with similar Versions of Claws-Mail and
is reproducable at any time.

Thank you 


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

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

Versions of packages claws-mail-gdata-plugin depends on:
ii  claws-mail   3.12.0-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.2-2
ii  libdb5.3 5.3.28-11
ii  libetpan17   1.6-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgdata22   0.17.3-1
ii  libgdk-pixbuf2.0-0   2.32.0-1
ii  libglib2.0-0 2.46.0-2
ii  libgnutls-deb0-283.3.18-1
ii  libgtk2.0-0  2.24.28-1
ii  libjson-glib-1.0-0   1.0.4-2
ii  liblockfile1 1.09-6
ii  libpango-1.0-0   1.38.0-3
ii  libpangocairo-1.0-0  1.38.0-3
ii  libpangoft2-1.0-01.38.0-3
ii  libsasl2-2   2.1.26.dfsg1-14
ii  libsoup2.4-1 2.52.0-1
ii  libxml2  2.9.2+zdfsg1-4
ii  zlib1g   1:1.2.8.dfsg-2+b1

claws-mail-gdata-plugin recommends no packages.

claws-mail-gdata-plugin suggests no packages.

-- no debconf information

Bug#734838: [Pkg-tcltk-devel] Bug#734838: Many applications depend on tcl8.4

[Sergei Golovan]

Hi Nye,

On Thu, Oct 8, 2015 at 9:50 PM, Nye Liu  wrote:
> It looks like it is already missing from testing, which broke a bunch of
> my old apps.

Well, Tcl/Tk 8.4 is discontinued upstream, version 8.5 is available for
almost 8 years already, so we can't ship 8.4 with Debian any more.

>
> Is there a interim or compatibility package for tcl8.4 and libtcl8.4 in
> testing or stable?

There's no such packages. If you absolutely need Tcl/Tk 8.4 you can
grap the packages from unstable. They are still available.

Cheers!
-- 
Sergei Golovan

Bug#801370: libfreetype: Please disable stem darkening

[Fabian Greffrath]

Package: libfreetype6
Version: 2.6-2
Severity: normal
File: libfreetype

Hi Steve,

as the discussion in #799345 and upstream in [1] has shown, some fonts --
especially CFF fonts like e.g. fonts-cantarell -- look odd with the new
CFF rendering engine enabled in FreeType, having their vertical stems
smeared independently of the selected hinting method. As it turned
out, the main culprit for this is that the stem darkening feature is
enabled by default in FreeType. Proper support for this feature, however,
requires the actual rendering libraries (e.g. cairo) to have gamma
correction implemented, which they currently do not. Thus, disabling
this feature in FreeType until the rendering stack is fixed to
properly support it appears as the correct way to move forward.

I have prepared a private freetype package with a simple patch
applied to disable this feature. Reportedly, rendering of the affected
fonts is vastly improved with this package installed. Please find it
here:

https://people.debian.org/~fabian/unstable/freetype_2.6-2.1.dsc

Thank you!

Cheers,

Fabian

[1] https://bugzilla.gnome.org/show_bug.cgi?id=724190

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

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

Versions of packages libfreetype6:amd64 depends on:
ii  libc6   2.19-22
ii  libpng12-0  1.2.50-2+b2
ii  zlib1g  1:1.2.8.dfsg-2+b1

libfreetype6:amd64 recommends no packages.

libfreetype6:amd64 suggests no packages.

-- no debconf information

Bug#749331: spice: Stop building spicec, patch for update to 0.12.6 included

[Fabio Fantoni]

Il 09/10/2015 10:19, Michael Tokarev ha scritto:

08.10.2015 16:45, Liang Guo wrote:

On Thu, Oct 8, 2015 at 9:34 PM, Fabio Fantoni  wrote:

Control: tag -1 + patch

I did a fast package for 0.12.6 including a fix for build from source and
lz4 support (see the patch in attachment).
This should make easier and faster update spice having major of thing
already done and tested.


thanks to work on spice, to update spice to 0.12.6, spice-protocol
need be updated,
and libcacard need be updated too. I need more time to work on this.

I've updated both spice-protocol and spice to recent versions, closing
almost all bugs in the process.  The work by Fabio helped a lot, thank
you very much!  But I did it in a bit more accurate way, using this work
as a reference.


I saw you missed lz4 support, can you add also it please? See newer 
patch in attachment.




Fabio, why did you re-introduce dh-autoreconf when we don't patch configure
system?  When adding dependencies, please document the reason for that
in d/changelog.


I added months ago in my custom packages, is needed to solve problem 
with build from source, backports and probably also for debian tests for 
reproducibility.




Liang, would you like me to take over the package(s), at least some of
them, as I did almost all recent uploads (except the NMUs)? I'm talking
about spice and spice-protocol especially, since I've no expirience
whatsoever with other stuff (don't even know which other spice-related
packages exists).

Also, which libcacard update are you talking about?  It is a new library,
currently provided by qemu package, but in upstream qemu we finally
separated the two and it is now a separate project hosted in the same
place as spice.  Its packaging is almost ready on my machine, I just
need to complete d/copyright file.  Both versions of libcacard will
work with current spice (which only uses headers from libcacard, btw).

Thanks,

/mjt


>From 9931ddb867f2d3aca0871acee803bf7f95d2e1fb Mon Sep 17 00:00:00 2001
From: Fabio Fantoni 
Date: Fri, 9 Oct 2015 10:26:12 +0200
Subject: [PATCH] add lz4 support

---
 debian/changelog | 6 ++
 debian/control   | 6 --
 debian/rules | 4 ++--
 3 files changed, 12 insertions(+), 4 deletions(-)
 mode change 100755 => 100644 debian/rules

diff --git a/debian/changelog b/debian/changelog
index 3631f05..2c6379b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+spice (0.12.6-3~) UNRELEASED; urgency=medium
+
+  * Add lz4 support.
+
+ -- Fabio Fantoni   Fri, 09 Oct 2015 10:24:01 +0200
+
 spice (0.12.6-2) unstable; urgency=medium
 
   * stop linking with libcacard as no symbols from it are
diff --git a/debian/control b/debian/control
index 48d2a63..ba057f1 100644
--- a/debian/control
+++ b/debian/control
@@ -5,7 +5,7 @@ Maintainer: Liang Guo 
 Uploaders: Michael Tokarev 
 Build-Depends: debhelper (>= 9), pkg-config,
  dh-autoreconf,
- python, python-six,
+ python,
  libspice-protocol-dev (>= 0.12.10~),
  libopus-dev (>= 0.9.14),
  libpixman-1-dev (>= 0.17.7~),
@@ -14,9 +14,11 @@ Build-Depends: debhelper (>= 9), pkg-config,
  libsasl2-dev,
  libjpeg-dev,
  python-pyparsing,
+ python-six,
  libglib2.0-dev (>= 2.22~),
  libcacard-dev,
-Standards-Version: 3.9.4
+ liblz4-dev,
+Standards-Version: 3.9.6
 Homepage: http://spice-space.org/
 Vcs-Git: git://anonscm.debian.org/collab-maint/spice.git
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/spice.git
diff --git a/debian/rules b/debian/rules
old mode 100755
new mode 100644
index fc9df20..3ce782b
--- a/debian/rules
+++ b/debian/rules
@@ -4,8 +4,8 @@
 	dh $@ --parallel --with autoreconf
 
 override_dh_auto_configure:
-	dh_auto_configure --  --disable-celt051 --disable-silent-rules \
-		--enable-smartcard
+	dh_auto_configure -- --disable-celt051 --disable-silent-rules \
+		--enable-smartcard --enable-lz4
 
 override_dh_strip:
 	dh_strip -plibspice-server1 --dbg-package=libspice-server1-dbg
-- 
1.9.1

Bug#801371: mitmproxy broken: netlib 0.12 is required

[Dominique Dumont]

Package: mitmproxy
Version: 0.12.1-1
Severity: important

Dear Maintainer,

mitmproxy fails with the following message:

$ mitmproxy -P 9002 -p 9080 
Traceback (most recent call last):
  File "/usr/bin/mitmproxy", line 5, in 
from pkg_resources import load_entry_point
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3084, 
in 
@_call_aside
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3070, 
in _call_aside
f(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3097, 
in _initialize_master_working_set
working_set = WorkingSet._build_master()
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 653, 
in _build_master
return cls._build_from_requirements(__requires__)
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 666, 
in _build_from_requirements
dists = ws.resolve(reqs, Environment())
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 839, 
in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'netlib<0.13,>=0.12' distribution was 
not found and is required by mitmproxy

Unfortunately, python-netlib 0.12 is not available in Debian sid. This
renders mitmproxy unusable.

All the best

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

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

Versions of packages mitmproxy depends on:
ii  python 2.7.9-1
ii  python-blinker 1.3.dfsg2-1
ii  python-configargparse  0.9.3-1
ii  python-lxml3.4.4-1+b1
ii  python-netlib  0.11.2-2
ii  python-pil 2.9.0-1+b1
ii  python-pyasn1  0.1.9-1
ii  python-pyperclip   1.5.11-1
ii  python-tornado 4.2.1-1+b1
ii  python-urwid   1.3.0-2
pn  python:any 

mitmproxy recommends no packages.

mitmproxy suggests no packages.

-- no debconf information

Bug#801364: icedove: right click and "send to" shoud open new email window with file already attached. It doesn't attach.

[Carsten Schoenert]

reassign 801364 mate-desktop
thanks

Hello Paweł,

please don't do post!

On Fri, Oct 09, 2015 at 08:49:22AM +0200, Paweł Wołoszyn wrote:
> Hi,
> My  fault, that was my first bug report..
> 
> I shall try to descripe bug reproduction path.
> 
> - make rigt click by mouse on some file on Desktop
> - select "sent to.."
> - select "email"
> 
> 
> Now Icedove should start and open new windows with previosly selected file
> (on Desktop) attached.
> Every time Icedove starts but as main application, not as new message with
> attachment.
> There is no problem with thunderbird.
> 
> BTW. On fresh system I do not see "sent to" when rigt button is clicked. I
> had earlier thinderbird, so I suspect that "sent to" were added by
> thunderbird. When thunderbird was removed and icedove installed "send to"
> was stayed but is not supported by Icedove indeed.

this sounds like a problem with the MATE desktop environment. It works
with Gnome3 as long as I use Gnome3.
Due this I assign this report to the mate-desktop package. If it turns
out the real problem is something Icedove related please assign back.

Regards
Carsten

> 
> 
> 
> 
> 
> 
> W dniu 09.10.2015 o 08:24, Carsten Schoenert pisze:
> Hello,
> 
> On Fri, Oct 09, 2015 at 08:15:20AM +0200,  wrote:
> >Package: icedove
> >Version: 31.8.0-1~deb8u1
> >Severity: normal
> >Tags: upstream
> >
> >Dear Maintainer,
> >
> >*** Reporter, please consider answering these questions, where appropriate
> >***
> >
> >* What led up to the situation?
> >* What exactly did you do (or not do) that was effective (or
> >  ineffective)?
> >* What was the outcome of this action?
> >* What outcome did you expect instead?
> >
> >*** End of the template - remove these template lines ***
> what about the above questions?
> 
> I can't reproduce this here, it work even on 31.7.0 with Gnome3. Please give
> some more informations.
> 
> Regards
> Carsten

Bug#793516: killer kills running sshd session instances

[Wolfgang Schweer]

On Fri, Jul 24, 2015 at 09:24:31PM +, Mike Gabriel wrote:
> On  Fr 24 Jul 2015 21:52:21 CEST, Petter Reinholdtsen wrote:
> >
> >killer depend on updated utmp/wtmp information (check last/w/who).  If
> >the active SSH sessions did not register their login with utmp, killer
> >can not know their processes belong to active login sessions.
> 
> hmmm... ok... will check that (the TJENER runs on systemd, which 
> should handle that IMHO).

As an alternative, I'm just wondering if the killer job could be taken 
over by systemd-logind, see 'man logind.conf'. This would allow to keep 
processes of stated users and other actions, too. 

Also, at least with systemd version 226, it would be possible to drop 
configuration snippets into /lib/systemd/*.conf.d/.

Wolfgang



signature.asc
Description: PGP signature

Bug#801371: mitmproxy broken: netlib 0.12 is required

[Sébastien Delafond]

On Oct/09, Dominique Dumont wrote:
> > Anyway, I've re-uploaded it, so this should be fixed soon.
> 
> Hum, yes. But I should not have been able to install mitmproxy in the
> first plase.
> 
> You should express this dependency in the control file.

Yes, this was taken care of this morning in mitmproxy 0.12.1-2, where I
explicitly took python-netlib out of automated ${python:Depends} in
order to version-depend in it.

Cheers,

--Seb

Bug#791829: fixed in openvpn 2.3.7-2

[Damien Wyart]

Hi,

I am surprised not to find more followups on this (maybe people running
systemd are now OK with version 2.3.7-2?).

As I wrote earlier in the thread, applying debian packaging files from
2.3.7-1 on top of vanilla 2.3.8 works fine for me (provided that
I add --askpass in DAEMONARGS inside /etc/init.d/openvpn).

But using 2.3.7-2 does NOT work for me (with sysvinit).

After doing some diffs and digging in openvpn's git repo, I think some
password fixes from 2.3.8 have not been included in 2.3.7-2, notably
commits (the first one being the most important):

315f6fbc7f657a7f1127628bd714f468709d5185 (fix regression: query password before 
becoming daemon)
079e5b9c13bf81d7afc6f932b5417d2f08f8e64b (Produce a meaningful error message if 
--daemon gets in the way of asking for passwords.)
b6ec7fbe96f4e200b8962ef6bb572bbb2228133e (Document --daemon changes and 
consequences (--askpass, --auth-nocache))

Could you have a look at this, please?


Thanks,
-- 
Damien Wyart

Bug#798494: reassign

[Salvo Tomaselli]

reassign 798494 linux
thanks

Reassign bug to the kernel, it seems a regression there.

Bug#801425: dbus: upgrade from dbus 1.10.0-2 to 1.10.0-3 breaks policykit

[Gabriel Filion]

Package: dbus
Version: 1.10.0-3
Severity: grave
Justification: renders package unusable

Hi,

I'm running sid and this morning I performed an apt-get upgrade and a
dist-upgrade. This pulled in dbus 1.10.0-3.

Upon restart, systemd was hanging for a bunch of time with messages like the
following:

Error getting authority: Error initializing authority: Error calling
StartServiceByName for org.freedesktop.PolicyKit1: Timeout was reached
(g-io-error-quark, 24)

Then it would move on with other sartup jobs, and finally end up trying to
start gdm3 which looped and failed continuously. I was able to switch to tty1
and login but was continuously dragged back to tty7 because of gdm3
loop-failing every 10 seconds. Also, login on tty1 took approximately 30
seconds to succeed. I'm marking the bug as "grave" since it renders computers
mostly unsusable.

policykit-1 was not upgraded during the upgrade/dist-upgrade run. I've added
versions of policykit-1* in the list of package versions below.

Downgrading dbus and libdbus-1-3 to 1.10.0-2 fixed the issue, so it is clearly
a regression in the -3 version.


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

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

Versions of packages dbus depends on:
ii  adduser   3.113+nmu3
ii  libapparmor1  2.10-2+b1
ii  libaudit1 1:2.4.4-4
ii  libc6 2.19-22
ii  libcap-ng00.7.7-1
ii  libdbus-1-3   1.10.0-2
ii  libexpat1 2.1.0-7
ii  libselinux1   2.3-2+b1
ii  libsystemd0   227-1
ii  lsb-base  9.20150917

dbus recommends no packages.

Versions of packages dbus suggests:
ii  dbus-x11  1.10.0-3

Versions of packages dbus is related to:
ii  dbus-x11  1.10.0-3
ii  systemd   227-1
ii  systemd-sysv  227-1

Versions of policykit:
ii  policykit-10.113-1
ii  policykit-1-gnome  0.105-2

-- no debconf information

Bug#801424: Installing Chroot for Debian Sid breaks X32

[Jeffrey Walton]

Package: qemu-user-static
Version: 1:2.1+dfsg-12+deb8u4
Severity: normal

**

I had a working X32 installation. A Debian maintainer reported a
problem under Debian Sid, and he provided instructions on duplicating
his environment (below).

After installing Debian Sid under chroot, X32 broke:

  # chroot debian-x32/
  chroot: failed to run command ‘/bin/bash’: Exec format error

**

# uname -a
Linux debian-8-x64 4.2.0-1-amd64 #1 SMP Debian 4.2.1-2 (2015-09-27)
x86_64 GNU/Linux
# lsb_module
-su: lsb_module: command not found

**

Here are the instructions provided to us:

  # apt-get install debootstrap
  # debootstrap --arch=amd64 sid debian-amd64
  # chroot debian-amd64/
  # echo In the chroot system
  # cd
  # cat /etc/apt/sources.list
  # echo Should output: deb http://httpredir.debian.org/debian sid main
  # apt-get update
  # apt-get install build-essential debhelper devscripts
  # export LANG="C"
  ...

Bug#801423: mono: FTBFS on ppc64: Update symbols to build on ppc64

[Hiroyuki Yamamoto]

Source: mono
Version: 4.0.4.1+dfsg-1
Severity: important
Tags: patch
Usertags: ppc64

FTBFS on ppc64, as follows:
https://buildd.debian.org/status/package.php?p=mono=experimental
https://buildd.debian.org/status/fetch.php?pkg=mono=ppc64=4.0.4.1%2Bdfsg-1=1442131975

Please add files of debian/libmonoboehm-2.0-1.symbols.ppc64 and
debian/libmonosgen-2.0-1.symbols.ppc64.

Here is a patch attached that was checked building succeeded.

Regards,
-- 
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA  91AC 3A10 59C6 5203 04DC
diff -Nurd mono-4.0.4.1+dfsg.orig/debian/libmonoboehm-2.0-1.symbols.ppc64 mono-4.0.4.1+dfsg/debian/libmonoboehm-2.0-1.symbols.ppc64
--- mono-4.0.4.1+dfsg.orig/debian/libmonoboehm-2.0-1.symbols.ppc64	1970-01-01 09:00:00.0 +0900
+++ mono-4.0.4.1+dfsg/debian/libmonoboehm-2.0-1.symbols.ppc64	2015-09-07 19:21:41.0 +0900
@@ -0,0 +1 @@
+#include "libmonoboehm-2.0-1.symbols.powerpc"
diff -Nurd mono-4.0.4.1+dfsg.orig/debian/libmonosgen-2.0-1.symbols.ppc64 mono-4.0.4.1+dfsg/debian/libmonosgen-2.0-1.symbols.ppc64
--- mono-4.0.4.1+dfsg.orig/debian/libmonosgen-2.0-1.symbols.ppc64	1970-01-01 09:00:00.0 +0900
+++ mono-4.0.4.1+dfsg/debian/libmonosgen-2.0-1.symbols.ppc64	2015-09-07 19:21:41.0 +0900
@@ -0,0 +1 @@
+#include "libmonosgen-2.0-1.symbols.powerpc"

Bug#801165: devscripts: [uscan] Option --force-repack helpful for testing Files-Excluded and repacksuffix

[Eric Shattow]

On Fri, Oct 9, 2015 at 5:40 PM, Osamu Aoki  wrote:
> Hi,
>
> It took me a little bit of effort to understand your wish.
>
> If the repack without having a matiching Files-Excluded is objective to
> see if repacksuffix works or not, just use --repack as the argument of
> uscan, it passes it to mk-origtarg.

$ rm example_1.0+ds1.orig.tar.gz
$ uscan --repack example-1.0
$ uscan --force-download --repack example-1.0

No. This does not work because uscan stops when it finds example-1.0.tar.gz

>
> There is no need to option such as --force-repack as I see this
> situation.

Yes, I agree with you. But how to do --repack?

> I think we do not need any new command.  Use mk-origtargz directly if
> you wish to do test as you described.

Using mk-origtargz directly makes more possible errors. The intent is to
test how does uscan do mk-origtargz. If the user makes a guess, then
it could be wrong, and it is more work to do anyways. The uscan should
make this easy to verify.

>
> But I also understand, the current state of uscan is not optimal.
> --no-download option should enable your wish to test repack, signature
> check, ...  This is what I am working on ... #740366 #747412

Both --no-download and --force-download I think should test repack,
signature check, ...

I will test when changes are ready.

>
> Osamu

Thank you.

Eric

Bug#801427: backout OK

[積丹尼 Dan Jacobson]

Odd, backing out via downgrading phpmyadmin from 4:4.5.0.2-2 to
4:4.4.15-1 worked OK with apparently the same whiptail stuff.

Bug#801421: RM: octave-audio -- ROM; dead upstream, superseded by functionality in Octave 4.0

[Mike Miller]

Package: ftp.debian.org
Severity: normal

Please remove octave-audio from the archive, it is marked as
unmaintained upstream [1], and consists entirely of functions that are
no longer functional or have been superseded by newer functionality in
Octave 4.0.

[1]: http://octave.sourceforge.net/packages.php#unmaintained

Thanks,

-- 
mike

Bug#801422: New upstream release 1.4.1

[Aurélien Gérôme]

Source: dante
Severity: wishlist

Hi,

Would it be possible to get the latest upstream release [0] in Debian?

Regards,

[0] 
-- 
 .''`.   Aurélien Gérôme
: :'  :
`. `'`   Debian Developer
  `- Unix Sys & Net Admin

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

[Cesar Mauri]

Hi

Thanks for your feedback.


The point of that commit was to add the debugging flags to the
compiler command line.

  if ! "$debug"; then
-COMPFLAGS="$COMPFLAGS -DNDEBUG"
+COMPFLAGS="$COMPFLAGS -DNDEBUG -O2"
+else
+COMPFLAGS="$COMPFLAGS -DDEBUG -g -O0"
  fi

yes, but I fail to see why you should override CPPFLAGS anyway :)

I recently changed CPPFLAGS to CXXFLAGS which I think is more appropriate 
(preprocessor flags vs. compiler flags). But frankly, I never fully mastered 
automake and friends so, not sure if it can be still improved.



you can publish the tarball as always, just sign it in a tarball.gpg or whatever
detached file.
how upstream builds the archive is not a Debian problem :)
I mean, use your favourite way, just don't change it too often to avoid
debian/watch file broken

Now d/watch look like this:

version=3
opts=pgpsigurlmangle=s/$/.asc/ 
http://sf.net/eviacam/eviacam_(.+)\.orig\.(?:zip|tgz|tbz|txz|(?:tar\.(?:gz|bz2|xz)))
 debian uupdate

and

uscan --debug --force-download
dpkg-buildpackage -S -sa

works  for me


I understand that a dbg package is "...useful if program crashes and you
want to generate stack trace..." [1]. But not sure who might take advantage
if this kind of package. I think that I need more information about this.

well, consider a person giving you a bug like

"the version X.Y crashes"

you might want them to install the dbg package and give you a stack trace with
some useful pointers inside.

but automatic debug packages are coming soon (TM) in Debian, so you can just 
avoid it
(although it is a nice learning experience)

I see. Perhaps we could wait for the automatic debug packages. In the meantime, 
if someone reports a crash, I could try to provide a debug package.



(sorry for the delay, let me know as soon as you have something on mentors, I 
guess this involves
a new upstream minor release or a bunch of debian/patches)

Me too.  I have been busy lately.

I've uploaded a new version (2.0.3) to mentors.


Regards, Cesar

Bug#792594: libqt5qml5 requires SSE2 on i386

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 09 October 2015 23:58:14 Guillem Jover wrote:
> Control: tag -1 patch
> 
> On Thu, 2015-07-16 at 18:37:48 -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> > But QML *requires* SSE2, so.. this won't be fixed :(
> 
> I just upgraded two main workstations of mine with AMD Athlon MP and XP
> CPUs, and they crashed with an abort, with drkonqi showing up with
> backtraces but no actual visible error message. After a «startx startkde»
> I discovered that the QML code knows it cannot run, prints an error and
> aborts, and found this bug report and the discussions upstream.
> 
> Almost everything that is needed is already there, it just needs some
> code shuffling. Attached is a tested and working patch that keeps the
> JIT requiring SSE2, uses that if the cpu supports it, and fallsback to
> the interpreter otherwise.

Hi Guillem! The patch really looks nice, thanks for it! But we really need to 
upstream this and in order to achieve this we need you to either push it 
trough Qt's gerrit instance and accept the CLA in the process (*please* read 
below) or license the patch under a BSD-like license.

CLA: the CLA is available in [cla]. **Please** note that, as stated in the 
link, you still retain copyright over your contributions.

[cla] 

BSD: in case you don't want to agree with the CLA you can still put the patch 
under a BSD-like license. In this case we are able to push the patch upstreams 
ourselves, but if corrections are needed we need to act as proxies between you 
and upstream's gerrit instance [cr], thus possibly adding noise to the system.

So I invite you to at least review the CLA. If you agree with it you will need 
an account on [qt.io] and then submit the code to [cr]. Use the Gerrit 
introduction in [gi], and do not hesiate in pinging me if you need help with 
this.

[cr] 
[qt.io] 
[gi] 

Finally the patch would need a longer description of it's intended purpose.

Thanks in advance, Lisandro.


-- 
Sobre Argentina: "sé que es uno de los países mas hospitalarios del mundo"
 Albert Einstein

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


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

Bug#611553: notification

[Technical support]

We have detected something unusual activities in our web server, for
security reasons please Validate your email account by logging into your
account again. *Click here to login
*
Failure to comply indicates an intruder.
Sorry for the inconvenience it might be our fault.

Bug#801429: ebook-tools-dbg: there are no tools in this package

[David Bremner]

Package: ebook-tools-dbg
Version: 0.2.2-4
Severity: normal


There seem to be only debug symbols. Perhaps the package
name/description should be changed?

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

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

Versions of packages ebook-tools-dbg depends on:
ii  libepub0  0.2.2-4

ebook-tools-dbg recommends no packages.

ebook-tools-dbg suggests no packages.

-- no debconf information

Bug#801430: aptitude: segfault when mark remove marked pkgs as purge, aptitudeDepCache::internal_mark_delete loop here

[Zhang Jingqiang]

Package: aptitude
Version: 0.7.3-1
Severity: important

Hello,
Step to reproduce the bug:
1.Install maint-guide, debian-policy, devscripts, doc-base, dput, fakeroot, 
lintian
  make sure all marked as auto-installed except maint-guide
2.run "aptitude"
3.Mark maint-guide as purge, this will lead to many packages (>= 27 on my case) 
marked as remove
4.Pree "g" to review the action
5.Mark "Packages being removed because they are no longer used" as purge, then 
crash occur
6.run "aptitude", then mark maint-guide as purge, the number of pkgs marked as 
remove is reduced
  as many perl pkgs has been marked as manually installed, uninstall all pkgs 
except these perl pkgs
7.Now mark all these perl pkgs as remove, press 'g', mark them as purge, crash

-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.7.3 compiled at Oct  7 2015 23:33:19
Compiler: g++ 5.2.1 20151003
Compiled against:
  apt version 4.16.0
  NCurses version 6.0
  libsigc++ version: 2.6.1
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20150810
  cwidget version: 0.5.17
  Apt version: 4.16.0

aptitude linkage:
linux-vdso.so.1 (0x7fff25fcf000)
libapt-pkg.so.4.16 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.16 
(0x7f2fce99)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f2fce76)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f2fce535000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f2fce32f000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7f2fce03)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f2fcdd62000)
libboost_iostreams.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7f2fcdb49000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f2fcd747000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f2fcd529000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f2fcd1ae000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f2fccead000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f2fccc96000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f2fcc8ed000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f2fcc6ea000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f2fcc4e5000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f2fcc2ca000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f2fcc0ba000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f2fcbe96000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f2fcbc8e000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f2fcba88000)
/lib64/ld-linux-x86-64.so.2 (0x55dec66af000)

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

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

Versions of packages aptitude depends on:
ii  aptitude-common   0.7.3-1
ii  libapt-pkg4.161.0.10.2
ii  libboost-iostreams1.58.0  1.58.0+dfsg-3+b1
ii  libc6 2.19-22
ii  libcwidget3v5 0.5.17-4
ii  libgcc1   1:5.2.1-21
ii  libncursesw5  6.0+20150810-1
ii  libsigc++-2.0-0v5 2.6.1-2
ii  libsqlite3-0  3.8.11.1-1
ii  libstdc++65.2.1-21
ii  libtinfo5 6.0+20150810-1
ii  libxapian22v5 1.2.21-1.2

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc]  0.7.3-1
ii  libparse-debianchangelog-perl   1.2.0-8
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
pn  apt-xapian-index  
pn  debtags   
ii  tasksel   3.33

-- no debconf information
Currently logging to "gdb.txt".
Logs will be appended to the log file.
Output is being logged and displayed.
Starting program: /usr/bin/aptitude 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7402a700 (LWP 13425)]
[New Thread 0x73829700 (LWP 13426)]
[New Thread 0x73028700 (LWP 13427)]
[New Thread 0x7fffecebb700 (LWP 13431)]

Program received signal SIGSEGV, Segmentation fault.
0x77b772a8 in Configuration::Lookup(char const*, bool const&) () from 
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.16
#0  0x77b772a8 in Configuration::Lookup(char const*, bool const&) () 
from 

Bug#801426: ociolutimage and ocioconvert are missing in opencolorio-tools

[martin schitter]

Package: opencolorio-tools
Version: 1.0.9~dfsg0-4

there are manual page for ociolutimage and ocioconvert in the package 
opencolorio-tools but the commands are not included.


ociolutimage is used/needed by the selfcheck of ACES 1.0.1 config python 
scripts.

Bug#801165: devscripts: [uscan] Option --force-repack helpful for testing Files-Excluded and repacksuffix

[Osamu Aoki]

Hi,

It took me a little bit of effort to understand your wish.

On Tue, Oct 06, 2015 at 08:41:03PM -0700, Eric Shattow wrote:
> Severity: wishlist

> uscan --force-repack would be helpful for testing Files-Excluded and
> repacksuffix.

If we invoke uscan without using --no-symlink, uscan always call
mk-origtargz with --symlink option.  If mk-origtargz finds files
matching Files-Excluded, mk-origtargz behaves as --copy (See its
manlage).

If the repack without having a matiching Files-Excluded is objective to
see if repacksuffix works or not, just use --repack as the argument of
uscan, it passes it to mk-origtarg.

There is no need to option such as --force-repack as I see this
situation.
 
> The way to test an repacksuffix=ds1 containing debian/watch for example-1.0/
> is:
> 
> rm example*tar.gz
> uscan --force-download example-1.0
> 
> This gives us example-1.0.tar.gz and example_1.0+ds1.orig.tar.gz
> 
> rm example_1.0+ds1.orig.tar.gz
> uscan --force-download example-1.0
> 
> What happens now that example_1.0+ds1.orig.tar.gz is missing?

Since you still have example-1.0.tar.gz, uscan stop there and do
nothing
 
> We have to delete example-1.0.tar.gz or there's no easy way to force the
> repack. This is not good if the example-1.0.tar.gz is large or we want to test
> this function offline.
 ^^

I see.  

I think we do not need any new command.  Use mk-origtargz directly if
you wish to do test as you described.

But I also understand, the current state of uscan is not optimal.
--no-download option should enable your wish to test repack, signature
check, ...  This is what I am working on ... #740366 #747412

Osamu

Bug#801427: remember to ask for password

[積丹尼 Dan Jacobson]

Package: phpmyadmin
Version: 4:4.4.15

 An error occurred while upgrading the database:
 │ ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using 
password: NO)

Of course it will fail.
Your whiptail script forgets to ask for the password.

Now I am stuck.

P.S., also the script assumes mysql is always running.

Bug#801428: pulseaudio: on stock workstation with normal left/right speakers, bass is stripped, unless using headphones jack

[Stephen Dowdy]

Package: pulseaudio
Version: 5.0-13
Severity: normal

Dear Maintainer,


I have several systems of users, including my own, where bass is 
stripped/subdued/remixed/whatever making it really hard to enjoy listening.

I have discovered that if i plug my external speakers into the headphone jack, 
or if it leave it plugged into the rear or front line-out jacks, but select the 
port "analog-output-headphones" in pavucontrol "Output Devices" tab under 
"Built-in Audio Analog Stereo", Port: selection list, the bass mysteriously 
comes back
(even if the speakers are plugged into the "Line Out (plugged in)", and i 
select "Headphones (unplugged)" the audio continues to go out Line-Out, but the 
bass is restored)
("Line Out", "Speakers", "Analog Output" all produce the same "No Bass" results)

The whole world of linux audio, especially layering on pulseaudio is utter 
voodoo to me, so i'm not sure if this is a configuration issue (it's stock 
default Jessie) a bug in the pulseaudio system or what. 

I have tried playing with changing the daemon.conf 'remix' settings to no avail 
(issuing 'pulseaudio --kill' and restarting amarok to reset all players)
enable-remixing = yes
enable-lfe-remixing = no (tried = yes, as well)
as well as forcing:
default-sample-channels = 2



thanks,
--stephen

-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


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

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

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.28-1
ii  libasound2-plugins1.0.28-1+b1
ii  libc6 2.19-18+deb8u1
ii  libcap2   1:2.24-8
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libfftw3-single3  3.3.4-2
ii  libgcc1   1:4.9.2-10
ii  libice6   2:1.0.9-1+b1
ii  libltdl7  2.4.2-1.11
ii  liborc-0.4-0  1:0.4.22-1
ii  libpulse0 5.0-13
ii  libsamplerate00.1.8-8
ii  libsm62:1.2.2-1+b1
ii  libsndfile1   1.0.25-9.1
ii  libspeexdsp1  1.2~rc1.2-1
ii  libstdc++64.9.2-10
ii  libsystemd0   215-17+deb8u2
ii  libtdb1   1.3.1-1
ii  libudev1  215-17+deb8u2
ii  libwebrtc-audio-processing-0  0.1-3
ii  libx11-6  2:1.6.2-3
ii  libx11-xcb1   2:1.6.2-3
ii  libxcb1   1.10-3+b1
ii  libxtst6  2:1.2.2-1+b1
ii  lsb-base  4.1+Debian13+nmu1
ii  pulseaudio-utils  5.0-13
ii  udev  215-17+deb8u2

Versions of packages pulseaudio recommends:
pn  pulseaudio-module-x11  
pn  rtkit  

Versions of packages pulseaudio suggests:
ii  paman0.9.4-1
pn  paprefs  
ii  pavucontrol  2.0-3
ii  pavumeter0.9.3-4

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
# USA.

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied 

Bug#790924: pandas: FTBFS: copy() got an unexpected keyword argument 'font'

[Yaroslav Halchenko]

yes, I did but build failed due to numpy being not rebuilt for python3.5
which was just added to debian.

will try now again with fresh pandas release

cheers

On Fri, 09 Oct 2015, Dejan Latinovic wrote:


> Hi Yaroslav,

> did you test the solution  mentioned here:
> https://github.com/pydata/pandas/issues/10125 ?

> Regards,
> Dejan

-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Bug#801431: fping loses suid bit in upgrade

[reportbug]

Package: fping
Version: 3.10-2
Severity: important

Previous versions of fping appear to be suid root, -rwsr-xr-x, but now
it appears to attempt to set capabilities, and if that fails because
the filesystem (such as nfsroot) doesn't support cababilities, well,
then, too bad:

> sudo aptitude reinstall fping
The following packages will be REINSTALLED:
  fping 
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 79 not 
upgraded.
Need to get 0 B/35.2 kB of archives. After unpacking 0 B will be used.
(Reading database ... 124849 files and directories currently installed.)
Preparing to unpack .../fping_3.10-2_armhf.deb ...
Unpacking fping (3.10-2) over (3.10-2) ...
Processing triggers for man-db (2.7.0.2-5) ...
Setting up fping (3.10-2) ...
Failed to set capabilities on file `/usr/bin/fping' (Invalid argument)
The value of the capability argument is not permitted for a file. Or the file 
is not a regular (non-symlink) file
WARNING: 'setcap cap_net_raw+ep /usr/bin/fping' failed.
You may want to call 'dpkg-statoverride --update --add root root 4755 
/usr/bin/fping' to make it setuid.
Failed to set capabilities on file `/usr/bin/fping6' (Invalid argument)
The value of the capability argument is not permitted for a file. Or the file 
is not a regular (non-symlink) file
WARNING: 'setcap cap_net_raw+ep /usr/bin/fping6' failed.
You may want to call 'dpkg-statoverride --update --add root root 4755 
/usr/bin/fping6' to make it setuid.

> l /usr/bin/fping
-rwxr-xr-x 1 root root 30460 Aug 13  2014 /usr/bin/fping
> fping -c 1 -t 1000 dirac
(null): can't create socket (must run as root?) : Permission denied

How about setting that stat override automatically in case of failure,
instead of breaking the system?



-- Package-specific info:

-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 8.0 (jessie)
Release:8.0
Codename:   jessie
Architecture: armv6l

Kernel: Linux 3.18.7+ (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages fping depends on:
ii  libc62.19-18+deb8u1
ii  libcap2-bin  1:2.24-8

fping recommends no packages.

fping suggests no packages.

-- no debconf information

Bug#801376: Depends is non-deterministically python3.5 or python3

[Scott Kitterman]

On Friday, October 09, 2015 09:46:48 PM Chris Lamb wrote:
> retitle 801376 pyversions emits requested versions in non-determinstic
> order
> reassign 801376 python3-defaults 3.4.3-6
> tags 801376 + patch
> thanks
> 
> Chris Lamb wrote:
> > > dh-python generates a Depends line which depends on the locale
> > > setting
> > 
> > Alas this is not correct; I can reproduce without varying the locale.
> 
> Patch attached (NB. in python3-defaults..)

Thanks for the patch.  I think it's not quite what we want though.  While this 
will make things reproducible in the short run, depending on if the default is 
the lower or higher version when there is more than one supported version, I 
think the result will be non-deterministic.

Based on the behavior seen in dh-python, I think we want the default version 
last.  So think that now we want:

3.5 3.4

Once 3.5 is default we'd want

3.4 3.5

The we'd drop 3.4 and get:

3.5

Someday was add 3.6 (as non-default) and start the process over:

3.6 3.5

It's getting late here, so I don't intend to work on this today, but I'll take 
a shot at it tomorrow (Saturday).

Scott K

Bug#801432: The word "parameter" is used in an error message instead of "variable"

[Bjarni Ingi Gislason]

Package: dash
Version: 0.5.7-4+b1
Severity: minor

Dear Maintainer,

   * What led up to the situation?

  Figuring out an error in "lintian".

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

  Issuing the script

#!/bin/dash
set -u

unset TMPDIR
echo TMPDIR is $TMPDIR

   * What was the outcome of this action?

/home/bg/bin/profa: 5: /home/bg/bin/profa: TMPDIR: parameter not set

   * What outcome did you expect instead?

  The word "variable" instead of the word "parameter".

##

  The double mention of the name of the script is already reported in
the Debian bug #798841 (13th Sept. 2015).

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

Kernel: Linux 3.16.7-ckt11-u3 (SMP w/2 CPU cores)
Locale: LANG=is_IS.iso88591, LC_CTYPE=is_IS.iso88591 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages dash depends on:
ii  debianutils  4.4+b1
ii  dpkg 1.17.25
ii  libc62.19-18+deb8u1

dash recommends no packages.

dash suggests no packages.

-- debconf information:
* dash/sh: true

-- 
Bjarni I. Gislason

Bug#801414: ITP: world -- WORLD is a high-quality speech analysis/synthesis system on the basis of Vocoder.

[Tobias Platen]

Package: wnpp
Owner: Tobias Platen 
Severity: wishlist

* Package name : world
  Version : 0.2.0_4
  Upstream Author : Masanori Morise
  Programming Lang: C++
  Description : WORLD is a high-quality speech analysis/synthesis 
system on the basis of Vocoder.


WORLD was proposed to synthesize high-quality speech as natural as the 
input speech. The purpose of WORLD is reducing the computational cost of 
TANDEM-STRAIGHT without deterioration. WORLD is superior to 
TANDEM-STRAIGHT in implementing the real-time singing synthesis, whereas 
it is inferior to TANDEM-STRAIGHT in manipulating consonant flexibly. 
Since the concept of WORLD differs from that of TANDEM-STRAIGHT, you 
should select them based on your purpose.


I'm using WORLD to build a free software replacement for both 
MBROLA(multilingual speech synthesizer) and VOCALOID/UTAU(Japanese 
singing synthesizer). I've found Paul Liu as a sponsor/maintainer and I 
ask the Debian Debian-Accessibility team for co-mainantainers.
The dsc is at 
http://mentors.debian.net/debian/pool/main/w/world/world_0.2.0~dfsg4-retry2.dsc


Tobias Platen


--
Sent from my Libreboot X200

Bug#801376: dh-python: Different locales make Depends line to be sometimes python3.5, sometimes python3

[Chris Lamb]

retitle 801376 Depends is non-deterministically python3.5 or python3
thanks

Santiago Vila wrote:

> dh-python generates a Depends line which depends on the locale
> setting

Alas this is not correct; I can reproduce without varying the locale.

> On a rebuild, some of them seem to be now reproducible, but not all of them

Well, quite. This confirms locale is not the problem.

(As an aside, I'm not sure we-the-Reproducible-team should be so keen to
file toolchain bugs without patches unless we are a little more
confident about the certainty and/or fix required to resolve them. We
run the risk of exhausting maintainers' patience and confidence in our
sub-project.)


Regards,

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

Bug#801415: ejabberd: maintainer is not maintainer

[Dominik George]

Package: ejabberd
Severity: serious
Justification: Policy 3.3

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I contacted the maintainer as listed in the package, and was informed
that he is not the current maintainer in reality and is unable to
respond to any requests.

Please update the maintainer field or orphan the package.

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

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

Versions of packages ejabberd depends on:
ii  adduser 3.113+nmu3
ii  debconf [debconf-2.0]   1.5.57
pn  erlang-asn1 
pn  erlang-base | erlang-abi-17.0   
pn  erlang-base | erlang-base-hipe  
pn  erlang-crypto   
pn  erlang-inets
pn  erlang-jiffy
pn  erlang-lager
pn  erlang-mnesia   
pn  erlang-odbc 
pn  erlang-p1-cache-tab 
pn  erlang-p1-iconv 
pn  erlang-p1-mysql 
pn  erlang-p1-pam   
pn  erlang-p1-pgsql 
pn  erlang-p1-sip   
pn  erlang-p1-stringprep
pn  erlang-p1-stun  
pn  erlang-p1-tls   
pn  erlang-p1-utils 
pn  erlang-p1-xml   
pn  erlang-p1-yaml  
pn  erlang-p1-zlib  
pn  erlang-public-key   
pn  erlang-redis-client 
pn  erlang-ssl  
pn  erlang-syntax-tools 
pn  erlang-xmlrpc   
ii  openssl 1.0.2d-1
ii  ucf 3.0030

Versions of packages ejabberd recommends:
pn  ejabberd-contrib  

Versions of packages ejabberd suggests:
ii  imagemagick  8:6.8.9.9-6
pn  libunix-syslog-perl  

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJOBAEBCAA4BQJWGCSwMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pY3aA/+OqLLKdKzpxDbs6gXPJ3h
GFmZWMamshojIysvaw6CSrGnedQrt+nvl11DNxRENPx4ARKyo3Did51anNLEScXY
wjnZ0AGbOV4Ev/QLKve4b4wvleNDZaAjXZe8g1BVN5hHC9t6LJWsd3+SRek+XZ2O
Oxc4OA4yfbRFamy14FjLiBstkJxS/tXQOx6hzYjNlFq9cqj4UCg1Goip5f7mBNNj
o8K+a6+t5FPvidxr1at3vPNEHMwrvKBbZGkgzd8NBpIJVcYA4ZvNCghQZaTocM8V
mZ0wI1agr7OkSohhRpfGW2GkhR4FkAEAlRlGjjdmAFwJWk9zPqOwS+QrbFqQLIn2
R5oMe4ufEOEigwP4+N97RR73DrtBdr5NoMGeWZU6s+r0mqQkaKuTTDA2HL+Mwb5f
pl9xDSPLQGLYqltVL2tj9RmBJ11MHdfGayAV54URMehIa6mI8Jn7YPDNzZP/XMrP
id+2NSWGB9Q5PY81QbPbQWD4ZvzjPfC1ikknlzboa9fDp0aYP0jYQsQvZ+ZrgXgb
oCZVXcV2JMdGgROJHVmrfA0zBeaQ2HLp3yCJJ3iuV6voMvUlaiuSTJJOssKLhSal
PROJdSLK5BPrw/ZxA6DaopAfufaDhugrK8Q5Y3ZiuFzDiDelY+2cH4hEdE9uf3dT
SE5/76OYQBQGdbPAqnpARII=
=+mNB
-END PGP SIGNATURE-

Bug#757292: same issue

[Thorsten Scherler]

Hi I am having the same issue, is there a possible solution to try? I
read go back to bluez4 but I would rather not do that.

As Ronoaldo José de Lana Pereira I see devices but never can connect to
them via the gui, so I ended up doing the following (very EASY!!! as
well for beginners) and I am also including you some sample output
formated as md. May help it the next suffering this issue.

### connect to bluetooth devices with a terminal (I did it as root)

```
bluetoothctl
```
> [NEW] Controller a6:66::A9:8D:3B kenny [default]

> [NEW] Device 00:1F:20:F0:ED:AE Logitech Keyboard K480

```
pair 00:1F:20:F0:ED:AE
```
> [CHG] Device 00:1F:20:F0:ED:AE Connected: yes

> [CHG] Device 00:1F:20:F0:ED:AE Modalias: usb:v046DpB330d2800

> [CHG] Device 00:1F:20:F0:ED:AE UUIDs:

>   1000--1000-8000-00805f9b34fb

>   1124--1000-8000-00805f9b34fb

>   1200--1000-8000-00805f9b34fb

> [CHG] Device 00:1F:20:F0:ED:AE Paired: yes

> Pairing successful

> [CHG] Device 00:1F:20:F0:ED:AE Connected: no

> [CHG] Device 00:1F:20:F0:ED:AE RSSI: -74

> [CHG] Device 00:1F:20:F0:ED:AE RSSI: -57


```
unblock 00:1F:20:F0:ED:AE
```

> Changing 00:1F:20:F0:ED:AE unblock succeeded

> [CHG] Device 00:1F:20:F0:ED:AE RSSI: -65

> [CHG] Device 00:1F:20:F0:ED:AE RSSI: -54

> [CHG] Device 00:1F:20:F0:ED:AE RSSI: -70

> [CHG] Device 00:1F:20:F0:ED:AE RSSI: -61

```
connect 00:1F:20:F0:ED:AE
```

> Attempting to connect to 00:1F:20:F0:ED:AE

> [CHG] Device 00:1F:20:F0:ED:AE Connected: yes

> Connection successful

---REPORT---
etc/init.d/bluetooth status -l
● bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled)
   Active: active (running) since Fri 2015-10-09 22:23:55 CEST; 28min ago
 Docs: man:bluetoothd(8)
 Main PID: 552 (bluetoothd)
   Status: "Running"
   CGroup: /system.slice/bluetooth.service
   └─552 /usr/lib/bluetooth/bluetoothd

Oct 09 22:23:52 kenny bluetoothd[552]: Bluetooth daemon 5.23
Oct 09 22:23:55 kenny bluetoothd[552]: Starting SDP server
Oct 09 22:23:56 kenny bluetoothd[552]: Bluetooth management interface
1.6 initialized
Oct 09 22:23:56 kenny bluetoothd[552]: Sap driver initialization failed.
Oct 09 22:23:56 kenny bluetoothd[552]: sap-server: Operation not
permitted (1)
Oct 09 22:23:56 kenny bluetoothd[552]: hci0 Load Connection Parameters
failed: Unknown Command (0x01)


-- 
Thorsten Scherler 
codeBusters S.L. - web based systems

http://www.codebusters.es/



signature.asc
Description: OpenPGP digital signature

Bug#801365: network-manager: when mate environment starts and network manager is clicked, the icon dissapears

[pppp]

Package: network-manager
Version: 0.9.10.0-7
Severity: important
Tags: upstream

When Mate environment starts and I click network manager icon whilst starting,
the icon disappears every time. It is necessary to restart system.



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

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

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.20-0+deb8u1
ii  init-system-helpers1.22
ii  isc-dhcp-client4.3.1-6
ii  libc6  2.19-18+deb8u1
ii  libdbus-1-31.8.20-0+deb8u1
ii  libdbus-glib-1-2   0.102-1
ii  libgcrypt201.6.3-2
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libgudev-1.0-0 215-17+deb8u2
ii  libmm-glib01.4.0-1
ii  libndp01.4-2
ii  libnewt0.520.52.17-1+b1
ii  libnl-3-2003.2.24-2
ii  libnl-genl-3-200   3.2.24-2
ii  libnl-route-3-200  3.2.24-2
ii  libnm-glib40.9.10.0-7
ii  libnm-util20.9.10.0-7
ii  libpam-systemd 215-17+deb8u2
ii  libpolkit-gobject-1-0  0.105-8
ii  libreadline6   6.3-8+b3
ii  libsoup2.4-1   2.48.0-1
ii  libsystemd0215-17+deb8u2
ii  libteamdctl0   1.12-2
ii  libuuid1   2.25.2-6
ii  lsb-base   4.1+Debian13+nmu1
ii  policykit-10.105-8
ii  udev   215-17+deb8u2
ii  wpasupplicant  2.3-1+deb8u1

Versions of packages network-manager recommends:
ii  crda3.13-1
ii  dnsmasq-base2.72-3+deb8u1
ii  iptables1.4.21-2+b1
ii  iputils-arping  3:20121221-5+b2
ii  modemmanager1.4.0-1
ii  ppp 2.4.6-3.1

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.31-5
pn  libteam-utils  

-- no debconf information

Bug#801364: icedove: right click and "send to" shoud open new email window with file already attached. It doesn't attach.

[Paweł Wołoszyn]

I had clean thunderbird before Icedove coming from Mint repos:

deb http://packages.linuxmint.com/ debian import



Pppp



W dniu 09.10.2015 o 08:24, Carsten Schoenert pisze:

Hello,

On Fri, Oct 09, 2015 at 08:15:20AM +0200,  wrote:

Package: icedove
Version: 31.8.0-1~deb8u1
Severity: normal
Tags: upstream

Dear Maintainer,

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

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

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

what about the above questions?

I can't reproduce this here, it work even on 31.7.0 with Gnome3. Please give
some more informations.

Regards
Carsten

Bug#801305: log4cplus: broken -dev package directory

[Gianfranco Costamagna]

Hi Andrew, it happens :)



>I can't believe I did that.

I tried deeply to understand a possible rationale for that, and I tried also to
understand if the bug was really RC or not.

As usual feel free to downgrade the bug if you think it isn't breaking anything 
:)

cheers,

G.

Bug#801354: libpam-systemd: breaks lightdm: Failed to create session: Connection timed out

[Martin Pitt]

Control: tag -1 confirmed

Hello Vincent,

Vincent Lefevre [2015-10-09  3:13 +0200]:
> After the upgrade to systemd packages 227-1, I get various timeouts
> with lightdm:
> 
> [...]
> Oct 09 02:57:45 zira systemd[1581]: run-rpc_pipefs.mount: Mount process 
> exited, code=exited status=1
> Oct 09 02:57:45 zira systemd[1581]: Failed unmounting /run/rpc_pipefs.
> Oct 09 02:57:45 zira umount[1587]: umount: /boot: umount failed: Operation 
> not permitted

[...] Note that these "failed to unmount" messages are from an *user*
systemd instance, not from pid 1. This explains the permission errors.
I confirm this behaviour, but it should be harmless -- my VMs boot
just fine with these, it's mostly cosmetical. Bug #801361 was just
filed for something which I suspect to be the same issue, BTW (but not
confirmed yet). If it's the same, we can track the confusing "failed
to unmount" issue there.

> Oct 09 02:58:10 zira lightdm[1578]: pam_systemd(lightdm-greeter:session): 
> Failed to create session: Connection timed out
> [...]

That might be a followup of the above (user systemd instance failed
due to the bad unmounting, and thus session creation failed), or
something entirely unrelated. I don't see this kind of failure in a
Debian sid VM (LXDE with lightdm), and the "boot-smoke" autopkgtest
ran fine as well.  However: I do see the bug in an Ubuntu VM (with
https://launchpad.net/~pitti/+archive/ubuntu/systemd, i. e. 227 plus
latest changes from trunk) when running the boot-smoke test, so I can
reproduce this. I'll bisect / report upstream, etc.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#801364: icedove: right click and "send to" shoud open new email window with file already attached. It doesn't attach.

[Paweł Wołoszyn]

I suspect this is question of some Icedove and Caja dependencies.

ppp


W dniu 09.10.2015 o 08:43, Paweł Wołoszyn pisze:

I had clean thunderbird before Icedove coming from Mint repos:

deb http://packages.linuxmint.com/ debian import



Pppp



W dniu 09.10.2015 o 08:24, Carsten Schoenert pisze:

Hello,

On Fri, Oct 09, 2015 at 08:15:20AM +0200,  wrote:

Package: icedove
Version: 31.8.0-1~deb8u1
Severity: normal
Tags: upstream

Dear Maintainer,

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


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

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

what about the above questions?

I can't reproduce this here, it work even on 31.7.0 with Gnome3. 
Please give

some more informations.

Regards
Carsten

Bug#801364: icedove: right click and "send to" shoud open new email window with file already attached. It doesn't attach.

[Paweł Wołoszyn]

I see in synaptic something like:


caja-sendto





W dniu 09.10.2015 o 08:43, Paweł Wołoszyn pisze:

I had clean thunderbird before Icedove coming from Mint repos:

deb http://packages.linuxmint.com/ debian import



Pppp



W dniu 09.10.2015 o 08:24, Carsten Schoenert pisze:

Hello,

On Fri, Oct 09, 2015 at 08:15:20AM +0200,  wrote:

Package: icedove
Version: 31.8.0-1~deb8u1
Severity: normal
Tags: upstream

Dear Maintainer,

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


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

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

what about the above questions?

I can't reproduce this here, it work even on 31.7.0 with Gnome3. 
Please give

some more informations.

Regards
Carsten

Bug#801367: please reduce the size of the swig generated translation units

[Matthias Klose]

Package: src:insighttoolkit4
Version: 4.8.1-1
Tags: upstream

please reduce the size of the swig generated translation units. insighttoolkit 
is the one package in the archive which cannot be built in environments with 
"limited" memory available.


On at least amd64, the build shows several gcc invocations where memory usage 
goes beyond 2gb, peaking with the filters at 3.2gb.  While there seems to be a 
regression in memory usage with GCC 5 [1], it's still a burden to build.  Is 
there any way to split these swig generated files?


Also the package seems to build fine on at least other 64bit architectures (with 
a few test failures).


Matthias

[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67893

Bug#801354: libpam-systemd: breaks lightdm: Failed to create session: Connection timed out

[Steve Frécinaux]

Package: libpam-systemd
Version: 227-1
Followup-For: Bug #801354

Dear Maintainer,

I am experiencing a similar issue with gdm3 and the same version of libpam-
systemd.

I updated systemd yesterday, and today while booting my computer I faced a
"blank" gdm3 screen. Blank here means that I have the top bar with the menus
and the debian logo at the bottom, but no button to select any account for
logging in. Switching to a text console, logging in and running startx somewhat
works but the login takes ages.

The only seemingly relevant error message in the logs is the following one,
which made me think it's the same issue as this bug:

Oct 09 08:32:22 six gdm-launch-environment][2426]: pam_systemd(gdm-launch-
environment:session): Failed to create session: Connection timed out

I also have the same umount errors but I didn't really think it was related...

Oct 09 08:31:57 six umount[2442]: umount: /proc/sys/fs/binfmt_misc: umount
failed: Operation not permitted
Oct 09 08:31:57 six umount[2446]: umount: /dev/mqueue: umount failed: Operation
not permitted
Oct 09 08:31:57 six systemd[2435]: dev-dm\x2d2.swap: Swap process exited,
code=exited status=1
Oct 09 08:31:57 six systemd[2435]: Deactivated swap /dev/dm-2.
Oct 09 08:31:57 six systemd[2435]: dev-dm\x2d2.swap: Unit entered failed state.
Oct 09 08:31:57 six systemd[2435]: proc-sys-fs-binfmt_misc.mount: Mount process
exited, code=exited status=1
Oct 09 08:31:57 six systemd[2435]: Failed unmounting /proc/sys/fs/binfmt_misc.
Oct 09 08:31:57 six systemd[2435]: dev-mqueue.mount: Mount process exited,
code=exited status=1
Oct 09 08:31:57 six systemd[2435]: Failed unmounting /dev/mqueue.
Oct 09 08:31:57 six systemd[2435]: sys-kernel-debug.mount: Mount process
exited, code=exited status=1
Oct 09 08:31:57 six systemd[2435]: Failed unmounting /sys/kernel/debug.
Oct 09 08:31:57 six umount[2447]: umount: /sys/kernel/debug: umount failed:
Operation not permitted
Oct 09 08:31:57 six umount[2443]: umount: /dev/hugepages: umount failed:
Operation not permitted
Oct 09 08:31:57 six systemd[2435]: dev-hugepages.mount: Mount process exited,
code=exited status=1
Oct 09 08:31:57 six systemd[2435]: Failed unmounting /dev/hugepages.
Oct 09 08:31:57 six umount[2448]: umount: /run/rpc_pipefs: umount failed:
Operation not permitted
Oct 09 08:31:57 six umount[2449]: umount: /run/user/113: umount failed:
Operation not permitted
Oct 09 08:31:57 six systemd[2435]: run-user-113.mount: Mount process exited,
code=exited status=1
Oct 09 08:31:57 six systemd[2435]: Failed unmounting /run/user/113.
Oct 09 08:31:57 six systemd[2435]: run-rpc_pipefs.mount: Mount process exited,
code=exited status=1
Oct 09 08:31:57 six systemd[2435]: Failed unmounting /run/rpc_pipefs.
Oct 09 08:31:57 six umount[2444]: umount: /boot/efi: umount failed: Operation
not permitted
Oct 09 08:31:57 six systemd[2435]: boot-efi.mount: Mount process exited,
code=exited status=1
Oct 09 08:31:57 six systemd[2435]: Failed unmounting /boot/efi.
Oct 09 08:31:57 six systemd[2435]: Unmounting /boot...
Oct 09 08:31:57 six umount[2457]: umount: /boot: umount failed: Operation not
permitted
Oct 09 08:31:57 six systemd[2435]: boot.mount: Mount process exited,
code=exited status=1
Oct 09 08:31:57 six systemd[2435]: Failed unmounting /boot.



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

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

Versions of packages libpam-systemd depends on:
ii  dbus1.10.0-3
ii  libacl1 2.2.52-2
ii  libc6   2.19-22
ii  libcap2 1:2.24-12
ii  libgcrypt20 1.6.3-2
ii  liblzma55.1.1alpha+20120614-2.1
ii  libpam-runtime  1.1.8-3.1
ii  libpam0g1.1.8-3.1
ii  libseccomp2 2.2.3-2
ii  libselinux1 2.3-2+b1
ii  systemd 227-1
ii  systemd-sysv227-1

libpam-systemd recommends no packages.

libpam-systemd suggests no packages.

-- no debconf information

Bug#801364: icedove: right click and "send to" shoud open new email window with file already attached. It doesn't attach.

[Paweł Wołoszyn]

Okay. Clean situaltion...

By default in Mate environment there is no caja-sendto packet at all, so 
the is no possibility to right click and send email . Like I said I used 
thunderbird earlier and caja-sendto was installed as dependencies.


Real  problem is between caja-sento and icedove. Symptoms described at 
the beginning.

Bug#790407: rott: please show a dialog box if files are missing

[Fabian Greffrath]

Thanks, uploaded!

 - Fabian

Am Donnerstag, den 08.10.2015, 22:51 +0200 schrieb Alexandre Detiste:
> Le jeudi 8 octobre 2015, 21:51:18 Fabian Greffrath a écrit :
> > Alright, but the general instructions in the README.Debian file do
> > still
> > apply, right?
> 
> Yes.
> 
> > Or should I maybe condense this into more general instructions
> 
> No, it's precise & concise that way.
> 
> > and simply refer to the g-d-p documentation?
> 
> I think it's better to learn by example, and having exactly one
> example
> is best not to confuse users.
> 

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

Bug#801361: Similar problems but not the same

[Stefan Gödel]

I just downgraded systemd to 226-4 for similar reasons. After boot the root 
file 
system was mounted read-only. I logged in and remounted it to read-write 
and it looked right at first. But after I logged out and in again it was again 
mounted ro.
The next odd thing was: after remounting it to rw I tried to login on X (sddm-
greater) and failed immediately.

I found this bug report and gave it a try - downgrade systemd to 226-4 and 
everything is back to normal. I have to do some work now and have no time 
to investigate this further, but the problem is real...

My file systems are all ext4 - so ZFS is not in scope for me.

Cheers,

Stefan

Bug#801364: icedove: right click and "send to" shoud open new email window with file already attached. It doesn't attach.

[Paweł Wołoszyn]

I see that Debian user fight with "sendto" problem by years


Probably here is described the reason:
http://forums.debian.net/viewtopic.php?f=10=61461

-
Well due to the power of having access to the nautilus-sendto source 
code I do!


sendto looks for "thunder" in the mailto gconf key so it can append the 
correct parameter string. So until someone either patches the 
nautilus-sendto code to cope with Debians renaming of Thunderbird (or 
they stop renaming it) you can do this;


Create a symlink to pretend something called thunderbird is installed.

sudo ln -s /usr/bin/icedove /usr/bin/thunderbird

Then change your preferred application for Mail to custom and enter 
"thunderbird %s"


Wallah!
--

ppp
















W dniu 09.10.2015 o 09:01, Paweł Wołoszyn pisze:

I see in synaptic something like:


caja-sendto





W dniu 09.10.2015 o 08:43, Paweł Wołoszyn pisze:

I had clean thunderbird before Icedove coming from Mint repos:

deb http://packages.linuxmint.com/ debian import



Pppp



W dniu 09.10.2015 o 08:24, Carsten Schoenert pisze:

Hello,

On Fri, Oct 09, 2015 at 08:15:20AM +0200,  wrote:

Package: icedove
Version: 31.8.0-1~deb8u1
Severity: normal
Tags: upstream

Dear Maintainer,

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


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

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

what about the above questions?

I can't reproduce this here, it work even on 31.7.0 with Gnome3. 
Please give

some more informations.

Regards
Carsten

Bug#746779: gtk-gnutella: situation prevails in Jessie more than a year after original bug report

[Luca Bruno]

On Saturday 19 September 2015 21:31:47 Axel wrote:
> Package: gtk-gnutella
> Version: 1.1.1-1
> Followup-For: Bug #746779
> 
> Dear Maintainer,
> 
> I am trying out GTK Gnutella but it seems useless in this state − no search
> results, no reaction to port forwarding, , so this bug report should be
> moved up to “important”.

A recent/working gtk-gnutella is available through jessie-backports.

Unfortunately this is a time-based issue which doesn't fit well within the 
frame of Debian release. The package works perfectly at the time of release, 
but due to a time-bomb mechanism it may/will become useless at some point in 
future. 

Raising severity won't help here (maybe removing from further sub-releases 
will).

Cheers, Luca

-- 
 .''`.  ** Debian GNU/Linux **  | Luca Bruno (kaeso)
: :'  :   The Universal O.S.| lucab (AT) debian.org
`. `'`  | GPG: 0xBB1A3A854F3BBEBF
  `- http://www.debian.org  | Debian GNU/Linux Developer

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

Bug#801363: update adb.html URL

[積丹尼 Dan Jacobson]

Package: android-tools-adb
Version: 4.2.2+git20130529-5.1
Severity: wishlist
File: /usr/share/man/man1/adb.1.gz

http://developer.android.com/guide/developing/tools/adb.html is now
http://developer.android.com/tools/help/adb.html .

Bug#801361: [systemd] attempts to unmount filesystems at end of boot, INCLUDING ROOT

[Martin Pitt]

Control: tag -1 moreinfo

Hello Antonio,

Antonio Russo [2015-10-08 20:52 -0700]:
> The machine in question has /var, /tmp on ZFS (/tmp is mounted
> "legacy style"). Because these are needed fairly early in the
> boot process, I mount the ZFS filesystems very early in the boot
> process, immediately after systemd-udev-settle.
> 
> At the end of the boot, systemd decides to unmount lots of things,
> including the "legacy" mountpoint (/tmp) and zfs-style mountpoint
> /var. Even more strangely, it attempts to unmount / (and fails).

I can confirm that the *user* systemd instance (not pid 1) attempts to
do that when closing a session, and it looks indeed confusing:

| systemd[1653]: Reached target Default.
| systemd[1653]: boot.mount: Mount process exited, code=exited status=1
| systemd[1653]: Failed unmounting /boot.
| systemd[1653]: run-user-1000.mount: Mount process exited, code=exited status=1
| systemd[1653]: Failed unmounting /run/user/1000.
| systemd[1653]: dev-dm\x2d2.swap: Unit entered failed state.
| systemd[1653]: sys-kernel-debug.mount: Mount process exited, code=exited 
status=1
| systemd[1653]: Failed unmounting /sys/kernel/debug.
| [...]
| umount[1657]: umount: /boot: umount failed: Operation not permitted
| umount[1658]: umount: /run/user/1000: umount failed: Operation not permitted
| swapoff[1659]: swapoff: Not superuser.

and so on. This is indeed weird, but should mostly be cosmetical as
the user systemd instance has no privileges to actually do that.

Do you get the same? Or is it pid 1 in your case, and it actually
unmounts things? Then this would be something different and quite
serious.

If you see something else, please grab "journalctl -b >
/tmp/journal.txt" (as root) after such a boot, and attach it here.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#801366: ITP: notebook -- Jupyter interactive notebook

[Julien Puydt]

Package: wnpp
Owner: Julien Puydt 
Severity: wishlist
X-Debbugs-CC: debian-pyt...@lists.debian.org

* Package name: notebook
  Version : 4.0.5
  Upstream Author : Jupyter Development Team
* URL : https://github.com/jupyter/notebook
* License : BSD-3-clause
  Programming Lang: Python
  Description : Jupyter interactive notebook
 The Jupyter HTML notebook is a web-based notebook environment
 for interactive computing.

Snark on #debian-python

Bug#801361: [systemd] attempts to unmount filesystems at end of boot, INCLUDING ROOT

[Antonio Russo]

Martin,

I don't have time to break and fix my system again right this
instant (I can debug this weekend), but things are definitely
unmounted (like /tmp). It occurred close to the closing of the
"root slice." I logged in as root, so it could have been a
_privileged_ pam-systemd/user systemd issue.

Obviously, / was not unmounted, but a whole bunch of other stuff
(like /home, which was not in use) was.

I'll check if not logging in as root is a workaround, but it's
still a serious bug if logging as root causes systemd to try
to unmount everything. As well as getting you a journalctl
output.

Thanks,
Antonio

On 10/08/15 23:52, Martin Pitt wrote:
> Control: tag -1 moreinfo
> 
> Hello Antonio,
> 
> Antonio Russo [2015-10-08 20:52 -0700]:
>> The machine in question has /var, /tmp on ZFS (/tmp is mounted
>> "legacy style"). Because these are needed fairly early in the
>> boot process, I mount the ZFS filesystems very early in the boot
>> process, immediately after systemd-udev-settle.
>>
>> At the end of the boot, systemd decides to unmount lots of things,
>> including the "legacy" mountpoint (/tmp) and zfs-style mountpoint
>> /var. Even more strangely, it attempts to unmount / (and fails).
> 
> I can confirm that the *user* systemd instance (not pid 1) attempts to
> do that when closing a session, and it looks indeed confusing:
> 
> | systemd[1653]: Reached target Default.
> | systemd[1653]: boot.mount: Mount process exited, code=exited status=1
> | systemd[1653]: Failed unmounting /boot.
> | systemd[1653]: run-user-1000.mount: Mount process exited, code=exited 
> status=1
> | systemd[1653]: Failed unmounting /run/user/1000.
> | systemd[1653]: dev-dm\x2d2.swap: Unit entered failed state.
> | systemd[1653]: sys-kernel-debug.mount: Mount process exited, code=exited 
> status=1
> | systemd[1653]: Failed unmounting /sys/kernel/debug.
> | [...]
> | umount[1657]: umount: /boot: umount failed: Operation not permitted
> | umount[1658]: umount: /run/user/1000: umount failed: Operation not permitted
> | swapoff[1659]: swapoff: Not superuser.
> 
> and so on. This is indeed weird, but should mostly be cosmetical as
> the user systemd instance has no privileges to actually do that.
> 
> Do you get the same? Or is it pid 1 in your case, and it actually
> unmounts things? Then this would be something different and quite
> serious.
> 
> If you see something else, please grab "journalctl -b >
> /tmp/journal.txt" (as root) after such a boot, and attach it here.
> 
> Thanks,
> 
> Martin
> 

Bug#801277: mkvtoolnix-gui: Fails with "There is no translation available for ''"

[Moritz Bunkus]

Hey,

this is most likely due to a bug in the automatic conversion routine for
the configuration of 8.2.0 and earlier (see [1]). I've committed a fix
already that should prevent the execution with an empty locale after the
release of 8.4.0; see [2].

The easiest workaround is to open the preferences and to close them
again. That alone should change the internal setting for the translation
from empty to a language. Alternatively remove the »uiLocale=« line from
your »mkvtoolnix-gui.ini« file (~/.config/bunkus.org/mkvtoolnix-gui).

Kind regards,
mosu

[1]  https://github.com/mbunkus/mkvtoolnix/issues/1457
[2]  https://github.com/mbunkus/mkvtoolnix/issues/1434 and


signature.asc
Description: PGP signature

Bug#801350: libglib2.0-0: Segmentation fault because libgobject-2.0.so is not found

[Simon McVittie]

On 09/10/15 00:59, Michael Biebl wrote:
> Am 09.10.2015 um 01:24 schrieb Luca Ghio:
>> I solved by creating a symbolic link to libgobject-2.0.so.0:
>> # ln -s /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 
>> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so

This symlink is only meant to be necessary in development packages like
libglib2.0-dev; it is used while linking (compiling) other software, but
is not meant to be used at runtime. If it was included in libglib2.0-0,
it would break co-installability of libglib2.0-0 with some future
libglib2.0-1. libgobject-2.0.so.0 is the only one that is meant to be
used at runtime.

I've tested this in a chroot environment with python-gi and libglib2.0-0
but no libglib2.0-dev, and it works fine for me. Relevant versions:

libgirepository-1.0-1 amd64 1.46.0-1
python-gi amd64 3.18.0-1
python2.7 amd64 2.7.10-4
libglib2.0-0 amd64 2.46.0-2

Looking at the strace log, you seem to have an LD_PRELOAD module to
disable client-side decorations or something?

execve("/usr/bin/python", ["python", "-c", "import gi.repository"], [/*
53 vars */]) = 0
brk(0)  = 0xad
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f4c270b6000
open("/usr/lib/gtk3-nocsd/gtk3-nocsd.so", O_RDONLY|O_CLOEXEC) = 3

Where does that file come from, and how is it linked? ("ldd
/usr/lib/gtk3-nocsd/gtk3-nocsd.so", and if you have binutils installed,
"objdump -Tx /usr/lib/gtk3-nocsd/gtk3-nocsd.so | grep NEEDED".)

Please try disabling the LD_PRELOAD module ("unset LD_PRELOAD" and try
running Python again). If that works, report this as a bug to whoever
provided that module instead.

S

Bug#801364: icedove: right click and "send to" shoud open new email window with file already attached. It doesn't attach.

[pppp]

Package: icedove
Version: 31.8.0-1~deb8u1
Severity: normal
Tags: upstream

Dear Maintainer,

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

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

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



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

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

Versions of packages icedove depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3+deb8u1
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u2
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libhunspell-1.3-0 1.3.3-3
ii  libnspr4  2:4.10.7-1
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpixman-1-0 0.32.6-3
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libvpx1   1.3.0-3
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  psmisc22.21-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  myspell-pl [myspell-dictionary]  20140830-2

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.2-2
ii  libgssapi-krb5-2  1.12.1+dfsg-19

-- no debconf information

Bug#801364: icedove: right click and "send to" shoud open new email window with file already attached. It doesn't attach.

[Carsten Schoenert]

Hello,

On Fri, Oct 09, 2015 at 08:15:20AM +0200,  wrote:
> Package: icedove
> Version: 31.8.0-1~deb8u1
> Severity: normal
> Tags: upstream
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these template lines ***

what about the above questions?

I can't reproduce this here, it work even on 31.7.0 with Gnome3. Please give
some more informations.

Regards
Carsten

Bug#800882: cairosvg

[Michael Fladischer]

Thanks for reporting this. It seems that pycairo is to old for the
latest version of cairosvg.

However, there is an easy workaround: install python-cairocffi, which
should be the preferred alternative to python-cairo for cairosvg.

I'll update the package with Depends: python-cairocffi ASAP.

Cheers,
-- 
Michael Fladischer
Fladi.at



signature.asc
Description: OpenPGP digital signature

Bug#714973: google-drive-ocamlfuse

[Pietro Battiston]

Notice the RFP for the better maintained google-drive-ocamlfuse:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784986

Pietro

Bug#801362: /lib/x86_64-linux-gnu/libnss_dns.so.2: Host names ending in ".localhost" do not return the loopback address as specified by RFC6761.

[Aurelien Jarno]

control: severity -1 wishlist

On 2015-10-08 22:30, y.st. wrote:
> Package: libc6
> Version: 2.19-18+deb8u1
> 
> Dear Maintainer,
> 
> * What led up to the situation?
> 
> I was testing virtual hosts locally in Apache and set up a host that
> responds
> with a different site depending on the host name it recieves.
> 
> * What exactly did you do (or not do) that was effective (or
> ineffective)?
> 
> I tried loading  in the Web browser.
> 
>* What was the outcome of this action?
> 
> My machine quiried my ISP's name server and returned an advertizement
> page.
> 
>* What outcome did you expect instead?
> 
> My machine should have returned the loopback address without querying my
> ISP's
> name server, then loaded the website from my local machine as specified
> by
> RFC6761:
> 
> 
> 6.3.  Domain Name Reservation Considerations for "localhost."
> 
> The domain "localhost." and any names falling within
> ".localhost."
> are special in the following ways:
> 
> 3.  Name resolution APIs and libraries SHOULD recognize
> localhost
> names as special and SHOULD always return the IP
> loopback
> address
> for address queries and negative responses for all other
> query
> types.  Name resolution APIs SHOULD NOT send queries for
> localhost names to their configured caching DNS
> server(s).

This RFC is relatively new and almost nobody implemented it yet. I am
therefore downgrading this bug as a wishlist.

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

Bug#801364: icedove: right click and "send to" shoud open new email window with file already attached. It doesn't attach.

[Paweł Wołoszyn]

Hi,
My  fault, that was my first bug report..

I shall try to descripe bug reproduction path.

- make rigt click by mouse on some file on Desktop
- select "sent to.."
- select "email"


Now Icedove should start and open new windows with previosly selected 
file (on Desktop) attached.
Every time Icedove starts but as main application, not as new message 
with attachment.

There is no problem with thunderbird.

BTW. On fresh system I do not see "sent to" when rigt button is clicked. 
I had earlier thinderbird, so I suspect that "sent to" were added by 
thunderbird. When thunderbird was removed and icedove installed "send 
to" was stayed but is not supported by Icedove indeed.







W dniu 09.10.2015 o 08:24, Carsten Schoenert pisze:
Hello,

On Fri, Oct 09, 2015 at 08:15:20AM +0200,  wrote:

Package: icedove
Version: 31.8.0-1~deb8u1
Severity: normal
Tags: upstream

Dear Maintainer,

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


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

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

what about the above questions?

I can't reproduce this here, it work even on 31.7.0 with Gnome3. Please 
give

some more informations.

Regards
Carsten

Bug#801364: icedove: right click and "send to" shoud open new email window with file already attached. It doesn't attach.

[Paweł Wołoszyn]

Most important thing. I use Debian 8 Mate

Bug#801368: magit: ‘magit-version’ command shows empty string for Magit version

[Ben Finney]

Package: magit
Version: 2.2.2-2
Severity: normal

Dear Maintainer,

The ‘magit-version’ command should show the version of Magit that is
running; instead it shows an empty string for the version.

Invoking ‘M-x magit-version RET’ shows in the minibuffer::

Magit , Git 2.6.1, Emacs 24.5.1

Instead, it should presumably show the Magit version string as well::

Magit 2.2.2, Git 2.6.1, Emacs 24.5.1

or maybe the version string of the Debian package::

Magit 2.2.2-2, Git 2.6.1, Emacs 24.5.1


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

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

Versions of packages magit depends on:
ii  dash-el 2.11.0-1
ii  emacsen-common  2.0.8
ii  git 1:2.6.1-1

magit recommends no packages.

magit suggests no packages.

-- no debconf information

-- 
 \  “It's a terrible paradox that most charities are driven by |
  `\ religious belief.… if you think altruism without Jesus is not |
_o__)  altruism, then you're a dick.” —Tim Minchin, 2010-11-28 |
Ben Finney 


signature.asc
Description: PGP signature

Bug#801278: os-prober does detect Windows 10 as Windows Recovery Environment

[Philipp Wolfer]

2015-10-08 20:20 GMT+02:00 Geert Stappers :

> On Thu, Oct 08, 2015 at 06:42:38PM +0200, Philipp Wolfer wrote:
> > Actually I wanted to submit a git diff, but I could not figure out where
> > the repository can be found. I have found it now, though :)
>
> Please email that git URL  to this (closed) bugreport.
>

See http://anonscm.debian.org/cgit/d-i/os-prober.git

The link to this can be found on the source package page:
https://packages.debian.org/source/jessie/os-prober

But unless you know where to look it is well hidden ;)

Philipp

Bug#766478: sdcc: ftbfs on ppc64el

[Gudjon I. Gudjonsson]

Hi Fernando

Thanks for the patch and sorry for a late reply.
I have added autoreconf according to this page:
https://wiki.debian.org/Autoreconf

Can you please test if the package compiles?
http://mentors.debian.net/debian/pool/main/s/sdcc/sdcc_3.5.0+dfsg-1.dsc
If it doesn't compile I will apply your patch.

Regards
Gudjon

Bug#794846: ifupdown-extra: routes are not added if I specify an interface instead of any

[Steve Wray]

I can confirm that this is still a problem.

I tried installing the ifupdown-extra package from Wheezy, this did not fix
the problem. Perhaps this is being caused by one of the packages that
ifupdown-extra uses?

Bug#800860: knopflerfish-osgi: depends on obsolete libasm3-java library

[Emmanuel Bourg]

Le 09/10/2015 22:34, Felix Natter a écrit :

> A question: Is it correct that libasm4-java has a 5.x version and
> installs asm4.jar? As you can see above, I am relying on the existance
> of /usr/share/java/asm4.jar.

Hi Felix,

ASM 5 is compatible with the version 4, so unlike previous releases we
didn't create a new package and kept asm4.

Emmanuel Bourg

Bug#801376: [Reproducible-builds] dh-python: Different locales make Depends line to be sometimes python3.5, sometimes python3

[Chris Lamb]

> Cc to control@b.d.o so that the command takes effect.

The BTS control@ address had not processed my (BCC'd) mail yet. From
experience, I use BCC to control@ to avoid issues with anyone blindly
pressing "Reply All". It is not a good experience for BCC newbies for
their reply to generate a bunch of errors.

I think it would be prudent to be more patient in these cases so that
the assigning metadata is correctly attributed.


Regards,

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

Bug#801417: ITP: whichcraft -- cross-platform cross-python shutil.which functionality

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat 

* Package name: whichcraft
  Version : 0.1.1
  Upstream Author : Daniel Roy Greenfeld 
* URL : https://github.com/pydanny/whichcraft
* License : BSD
  Programming Lang: Python
  Description : cross-platform cross-python shutil.which functionality

Binary package names: python3-whichcraft python-whichcraft

Bug#787953: depends on obsolete libasm2-java library

[Felix Natter]

Markus Koschany  writes:

> Hi!

hello Markus,

> Am 09.10.2015 um 21:01 schrieb Felix Natter:
>> Markus Koschany  writes:
> [...]
>>> Unfortunately insubstantial is also unmaintained now and still depends
>>> on asm2.
>>>
>>> I think it only makes sense to replace substance and its libraries with
>>> insubstantial when upstream development continues and asm2 is replaced
>>> with a newer, Java 7+ compatible version.
>> 
>> Are you sure? I was able to build insubstantial (7.3) with asm2 and used
>> the resulting package in the r-deps jajuk/bgfinancas/triplea[2]/freeplane)
>> where it worked fine.
>
> My concerns are not about building insubstantial with asm2. That works.
> I query whether it makes sense to switch from one unmaintained project
> (substance, liblaf-widget-java, trident, etc) to another one
> (insubstantial).
>
> http://speling.shemnon.com/blog/2013/06/08/insubstantial-needs-a-new-maintainer/

I think it does, see below.

> If you really intend to maintain insubstantial you should be prepared to
> do development work as bug fixing or switching from asm2 to asm5 too.
> Otherwise we and you invest a lot of time for a switch but without a
> significant gain.

The significant gain is that we don't have to rewrite large parts of
freeplane 1.4 and triplea 1.8.

>> [2] triplea 1.8 will require insubstantial (7.3):
>> http://sourceforge.net/p/triplea/code/HEAD/tree/trunk/triplea/changelog.txt
>
> The Debian package of triplea currently recommends substance and I think
> this will remain when 1.8 is packaged. Making a LAF-theme optional is
> one of the solutions I can think of.

It's certainly easier to use insubstantial than to patch freeplane-1.4
and triplea-1.8.

>> A quick search in the history (http://asm.ow2.org/history.html) did not
>> reveal anything.  They claim that ASM4 will "full[y] support of Java 7"
>> and ASM5 will "Full[y] support of Java 8" but does that really mean that
>> it does not work with java7/java8?
>> 
>> But reading #801322/#801323, I guess you argue that libasm2 must be
>> removed from the archive.
>
> Careful. asm2 was released ten years ago and is currently packaged in
> libasm2-java. The latest version of asm is packaged in libasm4-java
> (actually asm5). I have only filed those bug reports because I would
> like to see modern packages use the latest version of asm and not
> something from the last decade. So libasm4-java is fully supported
> upstream. I just care and want to clean up a little and to remove (very)
> old packages. Maintaining several versions of the same library in Debian
> should be the exception, even for Java.
>
>>> I am going to file bug reports against Jajuk and bgfinancas which depend
>>> on substance and ask that they either move away from substance or take
>>> over maintenance.
>> 
>> Moving away from flamingo/substance/trident is _a lot_ of work. For
>> freeplane this would mean rewriting the user interface (ribbons).
>> The jajuk maintainers tell similar things [3]
>> (though it's easier for jajuk because they "only" use substance L)
>> 
>> [3] https://github.com/jajuk-team/jajuk/issues/1994
>
> I have to further discuss this with the upstream developer of Jajuk but
> he indicated that he could be willing to switch to Nimbus as the default
> theme. He might also be interested in helping you to port insubstantial
> to asm5 (libasm4-java). I will ask him.

+1 for porting, thanks!

Please also tell him/her that I have patches for converting jajuk to
insubstantial 7.3:
  
https://github.com/fnatter/insubstantial-debian/blob/rdeps/rdeps/jajuk/05_insubstantial_7.3.diff
  
https://github.com/fnatter/insubstantial-debian/blob/rdeps/rdeps/jajuk/MANIFEST.MF.diff

>>> I have opened an upstream bug report for Jajuk already:
>>>
>>> https://github.com/jajuk-team/jajuk/issues/1994
>> 
>> How about trying to add a Debian patch to make insubstantial (7.3) build
>> with asm4 (if that is necessary)? Shall I look into it?
>
> That would be definitely one of the preferred options to solve this issue.
>
> I see the following option:
>
> 1. Go ahead and package insubstantial as one source package that
> provides the old binary packages from substance, trident,
> liblaf-widget-java, etc. Maven poms should be provided as well. If you
> also provide a patch to build with libasm4-java we could easily replace
> the old dependencies for jajuk, bgfinancas, triplea and freeplane with
> your new version and remove libasm2-java from Debian. (only
> jasperreports would be an open issue but I would invest the time to fix
> this package myself)

Agreed, I will work on providing poms. Two questions:

- can you think of a role model package for installing maven artifacts?

- Do I have to generate poms via gradle or shall/can I use+modify the
  ones from maven.org?
  
(http://search.maven.org/#artifactdetails|com.github.insubstantial|flamingo|7.3|jar)

> Win-Win situation
>
> 2. Make substance an optional theme and use Nimbus or other standard 

Bug#800860: knopflerfish-osgi: depends on obsolete libasm3-java library

[Markus Koschany]

Am 09.10.2015 um 22:34 schrieb Felix Natter:
> hello Markus,
> 
> I have just tested and pushed the necessary changes:
>   
> http://anonscm.debian.org/cgit/pkg-java/knopflerfish-osgi.git/commit/?id=12ba4aa41b9d566720514f351d9936d5addd58cb
> 
> A question: Is it correct that libasm4-java has a 5.x version and
> installs asm4.jar? As you can see above, I am relying on the existance
> of /usr/share/java/asm4.jar.
> 

Yes, that works. libasm4-java includes the latest asm5 version and we
still use /usr/share/java/asm4.jar for compatibility reasons.

See also

https://packages.debian.org/sid/all/libasm4-java/filelist

for actually provided jar files.

Cheers,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#801418: ITP: pytest-mock -- thin-wrapper around the mock package for easier use with py.test

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat 

* Package name: pytest-mock
  Version : 0.8.1
  Upstream Author : Bruno Oliveira 
* URL : https://github.com/pytest-dev/pytest-mock/
* License : LGPL-3
  Programming Lang: Python
  Description : thin-wrapper around the mock package for easier use with 
py.test

Binary package names: python3-pytest-mock python-pytest-mock

 This plugin installs a ``mocker`` fixture which is a thin-wrapper around the 
patching API
 provided by the excellent `mock `_ package,
 but with the benefit of not having to worry about undoing patches at the end
 of a test.

Bug#801419: Package nagios-nrpe-server doesn't have executable flag set on a script

[Marko Doda]

Package: nagios-nrpe-server
Version:  2.15-1 debian jessie

The package nagios-nrpe-server ships with a
/usr/lib/nagios/plugins/check_linux_stats.pl script without the
executable flag set, making the package unusable by default.

Bug#792594: libqt5qml5 requires SSE2 on i386

[Guillem Jover]

Control: tag -1 patch

On Thu, 2015-07-16 at 18:37:48 -0300, Lisandro Damián Nicanor Pérez Meyer wrote:
> But QML *requires* SSE2, so.. this won't be fixed :(

I just upgraded two main workstations of mine with AMD Athlon MP and XP
CPUs, and they crashed with an abort, with drkonqi showing up with
backtraces but no actual visible error message. After a «startx startkde»
I discovered that the QML code knows it cannot run, prints an error and
aborts, and found this bug report and the discussions upstream.

Almost everything that is needed is already there, it just needs some
code shuffling. Attached is a tested and working patch that keeps the
JIT requiring SSE2, uses that if the cpu supports it, and fallsback to
the interpreter otherwise.

Thanks,
Guillem
Description: Do not make lack of SSE2 fatal
Author: Guillem Jover 
Origin: vendor
Bug-Debian: https://bugs.debian.org/792594
Last-Update: 2015-10-09

---
 src/qml/jit/qv4isel_masm.cpp|7 +++
 src/qml/jsruntime/qv4engine.cpp |   10 --
 src/qml/qml/v8/qv8engine.cpp|6 --
 tools/qmljs/qmljs.cpp   |   10 +++---
 4 files changed, 22 insertions(+), 11 deletions(-)

--- a/src/qml/qml/v8/qv8engine.cpp
+++ b/src/qml/qml/v8/qv8engine.cpp
@@ -121,12 +121,6 @@ QV8Engine::QV8Engine(QJSEngine* qq)
 , m_xmlHttpRequestData(0)
 , m_listModelData(0)
 {
-#ifdef Q_PROCESSOR_X86_32
-if (!qCpuHasFeature(SSE2)) {
-qFatal("This program requires an X86 processor that supports SSE2 extension, at least a Pentium 4 or newer");
-}
-#endif
-
 QML_MEMORY_SCOPE_STRING("QV8Engine::QV8Engine");
 qMetaTypeId();
 qMetaTypeId();
--- a/src/qml/jit/qv4isel_masm.cpp
+++ b/src/qml/jit/qv4isel_masm.cpp
@@ -45,6 +45,7 @@
 #include "qv4binop_p.h"
 
 #include 
+#include 
 
 #include 
 #include 
@@ -198,6 +199,12 @@ InstructionSelection::InstructionSelecti
 , compilationUnit(new CompilationUnit)
 , qmlEngine(qmlEngine)
 {
+#ifdef Q_PROCESSOR_X86_32
+if (!qCpuHasFeature(SSE2)) {
+qFatal("This program requires an X86 processor that supports SSE2 extension, at least a Pentium 4 or newer");
+}
+#endif
+
 compilationUnit->codeRefs.resize(module->functions.size());
 }
 
--- a/src/qml/jsruntime/qv4engine.cpp
+++ b/src/qml/jsruntime/qv4engine.cpp
@@ -64,6 +64,7 @@
 
 #include 
 #include 
+#include 
 
 #ifdef V4_ENABLE_JIT
 #include "qv4isel_masm_p.h"
@@ -155,6 +156,11 @@ quintptr getStackLimit()
 return stackLimit + MinimumStackSize*1024;
 }
 
+#ifdef Q_PROCESSOR_X86_32
+#  define QV4_HAS_HW_SUPPORT qCpuHasFeature(SSE2)
+#else
+#  define QV4_HAS_HW_SUPPORT 1
+#endif
 
 ExecutionEngine::ExecutionEngine(EvalISelFactory *factory)
 : current(0)
@@ -183,8 +189,8 @@ ExecutionEngine::ExecutionEngine(EvalISe
 if (!factory) {
 
 #ifdef V4_ENABLE_JIT
-static const bool forceMoth = !qgetenv("QV4_FORCE_INTERPRETER").isEmpty();
-if (forceMoth)
+static const bool useMoth = !qgetenv("QV4_FORCE_INTERPRETER").isEmpty() || !QV4_HAS_HW_SUPPORT;
+if (useMoth)
 factory = new Moth::ISelFactory;
 else
 factory = new JIT::ISelFactory;
--- a/tools/qmljs/qmljs.cpp
+++ b/tools/qmljs/qmljs.cpp
@@ -51,6 +51,7 @@
 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -140,11 +141,14 @@ int main(int argc, char *argv[])
 enum {
 use_masm,
 use_moth
-} mode;
+} mode = use_moth;
 #ifdef V4_ENABLE_JIT
+# ifdef Q_PROCESSOR_X86_32
+if (qCpuHasFeature(SSE2))
+mode = use_masm;
+# else
 mode = use_masm;
-#else
-mode = use_moth;
+# endif
 #endif
 
 bool runAsQml = false;

Bug#801376: Depends is non-deterministically python3.5 or python3

[Chris Lamb]

retitle 801376 pyversions emits requested versions in non-determinstic
order
reassign 801376 python3-defaults 3.4.3-6
tags 801376 + patch
thanks

Chris Lamb wrote:

> > dh-python generates a Depends line which depends on the locale
> > setting
>
> Alas this is not correct; I can reproduce without varying the locale.

Patch attached (NB. in python3-defaults..)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/py3versions.py b/debian/py3versions.py
index 9f15eea..6c35b04 100644
--- a/debian/py3versions.py
+++ b/debian/py3versions.py
@@ -162,6 +162,7 @@ def requested_versions(vstring, version_only=False):
 raise ValueError('No python3 versions in version string')
 if not versions:
 raise ValueError('empty set of versions')
+versions = list(sorted(list))
 if version_only:
 return versions
 else:

Bug#801376: dh-python: Different locales make Depends line to be sometimes python3.5, sometimes python3

[Santiago Vila]

retitle 801376 pyversions emits requested versions in non-determinstic order
reassign 801376 python3-defaults 3.4.3-6
tags 801376 + patch
thanks

Cc to control@b.d.o so that the command takes effect.

Bug#794846: ifupdown-extra: routes are not added if I specify an interface instead of any

[Steve Wray]

I think I've found the bug.

# diff networking-routes networking-routes~
115c115
<   cat $ROUTEFILE | egrep "^[^#].*$" |
---
>   cat $ROUTEFILE | egrep "^[^#].*any$" |

now it works with specified network interfaces. I'm not 100% sure why it
does; the while loop which collects the lines from the /etc/network/routes
file doesn't pass $interfaces through to the route add command.

I've patched the file so that it uses ip route add instead of route add and
so that the $interfaces is explicitly passed through:

--- /etc/init.d/networking-routes   2011-09-13 16:30:57.0 -0400
+++ /etc/init.d/networking-routes-ip2015-10-09 17:58:42.0 -0400
@@ -45,7 +45,7 @@
 # Place, Suite 330, Boston, MA 02111-1307 USA
 #

-[ -x /sbin/route ] || exit 0
+[ -x /sbin/ip ] || exit 0
 ROUTEFILE="/etc/network/routes"
 # Abort (without error) if the configuration file does not exist
 [ ! -r "$ROUTEFILE" ] && exit 0
@@ -59,7 +59,7 @@


 run_route() {
-   local COMMAND="route $*"
+   local COMMAND="ip route $*"
export LC_MESSAGES=C # We need the return messages to be in english
 RETMESSAGE="$($COMMAND 2>&1)"
 RETVALUE=$?
@@ -89,16 +89,16 @@

 del_global_routes() {
 ret=0
-   cat $ROUTEFILE | egrep "^[^#].*any$" |
+   cat $ROUTEFILE | egrep "^[^#].*$" |
while read network netmask gateway interface ; do
 if [ -n "$interface" ] && [ -n "$network" ] && [ -n "$netmask"
] && [ -n "$gateway" ] ; then
 if [ "$gateway" != "reject" ] ; then
 [ "$VERBOSITY" -eq 1 ] && echo "DEBUG: Deleting global
route for $network / $netmask through gateway $gateway"
-run_route del -net $network netmask $netmask gw
$gateway
+run_route del $network/$netmask via $gateway dev
$interface
 [ $? -ne 0 ] && ret=$?
 else
 [ "$VERBOSITY" -eq 1 ] && echo "DEBUG: Deleting reject
route for $network / $netmask"
-run_route del -net $network netmask $netmask reject
+run_route del $network/$netmask reject
 [ $? -ne 0 ] && ret=$?
 fi

@@ -112,16 +112,16 @@

 add_global_routes() {
 ret=0
-   cat $ROUTEFILE | egrep "^[^#].*any$" |
+   cat $ROUTEFILE | egrep "^[^#].*$" |
while read network netmask gateway interface ; do
 if [ -n "$interface" ] && [ -n "$network" ] && [ -n "$netmask"
] && [ -n "$gateway" ] ; then
 if [ "$gateway" != "reject" ] ; then
[ "$VERBOSITY" -eq 1 ] && echo "DEBUG: Adding global
route for $network / $netmask through gateway $gateway"
-   run_route add -net $network netmask $netmask gw $gateway
+   run_route add $network/$netmask via $gateway dev
$interface
 [ $? -ne 0 ] && ret=$?
 else
 [ "$VERBOSITY" -eq 1 ] && echo "DEBUG: Adding global
reject route for $network / $netmask"
-run_route add -net $network netmask $netmask reject
+run_route add $network/$netmask reject
 [ $? -ne 0 ] && ret=$?
 fi

Bug#787953: depends on obsolete libasm2-java library

[Markus Koschany]

Hi Felix,

Am 09.10.2015 um 23:19 schrieb Felix Natter:
> Markus Koschany  writes:
[...]
> 
> Please also tell him/her that I have patches for converting jajuk to
> insubstantial 7.3:
>   
> https://github.com/fnatter/insubstantial-debian/blob/rdeps/rdeps/jajuk/05_insubstantial_7.3.diff
>   
> https://github.com/fnatter/insubstantial-debian/blob/rdeps/rdeps/jajuk/MANIFEST.MF.diff

I just did:

https://github.com/jajuk-team/jajuk/issues/1994

[...]
>>
>> 1. Go ahead and package insubstantial as one source package that
>> provides the old binary packages from substance, trident,
>> liblaf-widget-java, etc. Maven poms should be provided as well. If you
>> also provide a patch to build with libasm4-java we could easily replace
>> the old dependencies for jajuk, bgfinancas, triplea and freeplane with
>> your new version and remove libasm2-java from Debian. (only
>> jasperreports would be an open issue but I would invest the time to fix
>> this package myself)
> 
> Agreed, I will work on providing poms. Two questions:
> 
> - can you think of a role model package for installing maven artifacts?
> 
> - Do I have to generate poms via gradle or shall/can I use+modify the
>   ones from maven.org?
>   
> (http://search.maven.org/#artifactdetails|com.github.insubstantial|flamingo|7.3|jar)

You can usually reuse the poms from maven.org. You can either use
javahelper + jh_maven_repo_helper

https://packages.qa.debian.org/libj/libjide-oss-java.html

or you can also depend on maven-debian-helper in addition to your normal
build system and install them too.

I think we figure that out as soon insubstantial is ported to
libasm4-java. Just ask on debian-java for a review.

Cheers,

Markus






signature.asc
Description: OpenPGP digital signature

Bug#787324: polarssl: project rebranded and new release: mbed TLS 1.3.10

[James Cowgill]

Hi again,

So I did some work on this, filed an ITP and put some stuff in git.

http://bugs.debian.org/801420
https://anonscm.debian.org/cgit/collab-maint/mbedtls.git

James

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

Bug#801400: [buildd-tools-devel] Bug#801400: sbuild

[Johannes Schauer]

Hi,

Quoting Helge Deller (2015-10-09 18:33:20)
> Downgrading the buildd servers to sbuild-0.65.2 (24 Mar 2015) solved this 
> issue.
> As you can see from the log below, the old sbuild version warns as well:
> -> sbuild: warning: can't parse dependency python3:native
> but it does not aborts the build.

this is a feature. The assumption is, that you want to abort the build if dpkg
fails to parse the dependency line. I think it's not debatable that this is the
right thing to do.

As for the :native problem: Which version of libdpkg-perl are you using on the
system running sbuild? Is it at least version 1.16.5?

cheers, josch


signature.asc
Description: signature

Bug#801413: polarssl: CVE-2015-5291: Remote attack on clients using session tickets or SNI

[James Cowgill]

On Fri, 09 Oct 2015 22:02:21 +0200 Salvatore Bonaccorso  
wrote:
> Source: polarssl
> Version: 1.2.8-2
> Severity: grave
> Tags: security upstream fixed-upstream
> 
> Hi,
> 
> the following vulnerability was published for polarssl.
> 
> CVE-2015-5291[0]:
> Remote attack on clients using session tickets or SNI

I believe this can be fixed by applying these 4 commits (although I'm
not sure if all of them are needed, and please double check):
https://github.com/ARMmbed/mbedtls/commit/c988f32adde62a169ba340fee0da15aecd40e76e
https://github.com/ARMmbed/mbedtls/commit/b1e325d6b2bd9c504536fbbd45dce348f0a6c40c
https://github.com/ARMmbed/mbedtls/commit/643a922c56b77235e88f106fb1b41c1a764cea5f
https://github.com/ARMmbed/mbedtls/commit/f3e6e4badb35760c9a543ee69b7449cb0cd9784b

This may be easier than packaging the new upstream version since that
requires an ABI break.

James

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

Bug#801420: ITP: mbedtls -- lightweight crypto and SSL/TLS library

[James Cowgill]

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

* Package name: mbedtls
  Version : 2.1.2
  Upstream Author : ARM Limited
* URL : http://tls.mbed.org/
* License : Apache-2.0 or GPL-2+
  Programming Lang: C
  Description : lightweight crypto and SSL/TLS library

mbed TLS (formerly known as PolarSSL) is a lean open source crypto library for
 providing SSL and TLS support in your programs. It offers an intuitive API and
 documented header files, so you can actually understand what the code does.
 It features:
  - Symmetric algorithms, like AES, Blowfish, Triple-DES, DES, ARC4, Camellia
and XTEA
  - Hash algorithms, like SHA-1, SHA-2, RIPEMD-160 and MD5
  - Entropy pool and random generators, like CTR-DRBG and HMAC-DRBG
  - Public key algorithms, like RSA, Elliptic Curves, Diffie-Hellman, ECDSA
and ECDH
  - TLS 1.0, 1.1 and 1.2
  - Abstraction layers for ciphers, hashes, public key operations, platform
abstraction and threading

Around a year ago control of PolarSSL was passed to ARM and the project
was later rebranded as mbed TLS. Version 2 made large changes to the
API (including renaming all the functions, include paths, etc) so it
makes sense to me to create an entirely separate source package. Due to
the number of API changes, even the -dev package does not conflict with
libpolarssl-dev.

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

Bug#709754: Erlang runtime implicitly starts a epmd daemon

[Philipp Huebner]

Hi,

isn't this problem resolved, now that the epmd daemon is started
explicitly trough systemd?

erlang-base installs /lib/systemd/system/epmd.{service,socket}
so epmd.service can be controlled through systemd like any other daemon.

Regards,
-- 
 .''`.   Philipp Huebner 
: :'  :  pgp fp: 6719 25C5 B8CD E74A 5225  3DF9 E5CA 8C49 25E4 205F
`. `'`
  `-



signature.asc
Description: OpenPGP digital signature