Bug#801276: fritzing: uninstallable in sid due to too strict dependency on fritzing-parts

[Andreas Beckmann]

Package: fritzing
Version: 0.9.2b+dfsg-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

0m20.9s ERROR: Command failed (status=100): ['chroot', 
'/tmp/piupartss/tmpCtDr6q', 'apt-get', '-y', 'install', 
'fritzing=0.9.2b+dfsg-2']
  Reading package lists...
  Building dependency tree...
  Reading state information...
  Some packages could not be installed. This may mean that you have
  requested an impossible situation or if you are using the unstable
  distribution that some required packages have not yet been created
  or been moved out of Incoming.
  The following information may help to resolve the situation:
  
  The following packages have unmet dependencies:
   fritzing : Depends: fritzing-parts (= 0.9.2b+dfsg-2) but it is not going to 
be installed
  E: Unable to correct problems, you have held broken packages.


You have a 
Depends: fritzing-parts (= ${source:Version}),
which is wrong for a package from a different source package.
You probably want
Depends: fritzing-parts (>= ${source:UpstreamVersion})
instead. And maybe also
Depends: fritzing-parts (<< SOMEUPSTREAMVERSIONTHATMAYBEINCOMPATIBLE~)


Cheers,

Andreas

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

[Dmitry Smirnov]

Package: mkvtoolnix-gui
Version: 8.4.0-1
Severity: important

When I click "Start muxing" job fails with error

There is no translation available for ''

I've been using previous versions (where executable was called "mmg") 
successfully for years and never had any problems until now.
What's happening?

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

--- Package information. ---
Depends  (Version) | Installed
==-+-=
mkvtoolnix (= 7.1.0-1) | 8.4.0-1
libboost-filesystem1.55.0  | 1.55.0+dfsg-4
libboost-regex1.55.0   | 1.55.0+dfsg-4
libboost-system1.55.0  | 1.55.0+dfsg-4
libc6(>= 2.14) | 
libcurl3-gnutls(>= 7.16.2) | 
libebml4   | 
libgcc1   (>= 1:4.1.1) | 
libmagic1(>= 5.12) | 
libmatroska6   | 
libstdc++6(>= 4.9) | 
libwxbase3.0-0  (>= 3.0.1) | 
libwxgtk3.0-0   (>= 3.0.1) | 
zlib1g(>= 1:1.1.4) | 

-- 
Cheers,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

"All government, of course, is against liberty.
-- H. L. Mencken


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

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

[Philipp Wolfer]

Package: os-prober
Version: 1.67


os-prober will detect Windows 10 as Windows Recovery Environment.
The following change fixes it for me:

os-prober-1.67/os-probes/mounted/x86/20microsoft
< if grep -aqs "W.i.n.d.o.w.s. .8" "$2/$boot/$bcd"; then
---
> if grep -aqs "W.i.n.d.o.w.s. .1.0" "$2/$boot/$bcd"; then
> long="Windows 10 (loader)"
> elif grep -aqs "W.i.n.d.o.w.s. .8" "$2/$boot/$bcd"; then

Bug#801141: RE:[buildd-tools-devel] Bug#801141: sbuild: Failed to lock chroot: /var/lib/sbuild/unstable-i386.tar.gz: File is not owned by user root

[PICCA Frederic-Emmanuel]

> The error message you saw:

> E: unstable-i386-sbuild-22146117-8358-467e-a857-9e8d4c79e747: Failed to lock 
> chroot: /var/lib/sbuild/unstable-i386.tar.gz: File is not owned by user root

> does not come from sbuild but from schroot. So if you want to know why schroot
> needs it to be owned by the root user, you'd have to ask the schroot
> maintainer. I do not know why.

> The bug could nevertheless be in sbuild though because sbuild is the package
> with the postinst maintainer script that changes the ownership. I now have to
> figure out whether this chown call is actually useful or not. In the former
> case, the wiki page would have to be adapted to not recommend this location.

What I understand is that/var/lib/sbuild is the home directory of the sbuild 
user.
So it seems to me right to have all files under this location readable and 
writable by the sbuild user.

So myabe you are right the problem is with schroot which could lock something 
not owned by root.

Nevertheless it is nice to let only the root user update the schroot.
...

Frederic

Bug#801279: mitmproxy: downgrade `pyperclip` dependency to `Recommanded`

[CHENG Yuk-Pong, Daniel]

Package: mitmproxy
Severity: minor

Hi,

The pyperclip dependency pulls in QT4 dependency, which is very large.
Since the upsteam code checks for missing dependency and fallback
nicely [1], this dependency should be downgraded to `Recommanded`.

Regards,
Daniel

[1] https://github.com/mitmproxy/mitmproxy/pull/605

Bug#798214: openjdk-7-jre: atk bridge causes segfault starting freemind with gtk look and feel

[Samuel Thibault]

Ben Caradoc-Davies, le Thu 08 Oct 2015 16:05:36 +1300, a écrit :
> Can a #800091 reporter please let us know if this fixes this failure on
> netbeans? If so, please close these two merged issues.

Please also try with keeping the line uncommented, and version 0.33.3-3
of java-atk-wrapper installed.  In the end we'd really want to have
the line uncommented.  If the changes that went into 0.33.3-3 are good
enough we can uncomment it.

Samuel

Bug#801251: ⚠ Bug#801251: monster-masher: FTBFS: error: #error This file requires compiler and library support for the ISO C++ 2011 standard

[Fabian Greffrath]

Hi Chris,

Am Mittwoch, den 07.10.2015, 21:18 +0100 schrieb Chris Lamb:
> The full build log is attached [...]

that's 1.8 MB.

Please consider using gzip when transmitting files of this size. I am
reading mails over my phone on the train and incidently hitting a mail
like this may come out costy.

Thanks,

Fabian


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

Bug#801217: modplugtools: Please reference shuf instead of randomize-lines

[gurkan]

Hello Arthur

On 07.10.2015 16:32, Arthur de Jong wrote:

Source: modplugtools
Version: 0.5.3-1.1
Severity: normal
Tags: patch

Since randomize-lines is about to be removed (see #799414) the


Here?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799414
Either wrong bug number, or I look at the wrong place?


modplugplay manual page should probably reference shuf instead of rl
for playing modules in random order.

Attached is a patch with the relevant changes.


Yours patch looks fine, but unless rl is really going to be removed, not 
needed.


Yours,
Gurkan

Bug#790412: RFS: circus/0.12.0-1

[David Douard]

On 10/07/2015 08:13 PM, Andrey Rahmatullin wrote:
> On Tue, Oct 06, 2015 at 03:32:35PM +0200, David Douard wrote:
>> Hi Andrey
>>
>> I've just uploaded a new version of the package (circus_0.12.1+dfsg-1). 
>> As you can see, I've renamed it to add a +dfsg suffix as you requested. 
> I: circus source: wildcard-matches-nothing-in-dep5-copyright 
> circus/test/venv/* (paragraph at line 19)
> I: circus source: unused-file-paragraph-in-dep5-copyright paragraph at line 19
> 
> It's tests, not test.
> 

indeed

> Please merge changelog entries into one, as the first one doesn't
> correspond to an uploaded package.

humm, ok, makes sense.

> 
> Why debian/source/include-binaries contains circus/__init__.pyc?
> 

I don't known, a mistake (unclean directory I guess). Let me check this and 
reupload a package. 




-- 

David DOUARD LOGILAB
Directeur du département Outils & Systèmes

+33 1 45 32 03 12david.dou...@logilab.fr
+33 1 83 64 25 26http://www.logilab.fr/id/david.douard

Formations - http://www.logilab.fr/formations
Développements - http://www.logilab.fr/services
Gestion de connaissances - http://www.cubicweb.org/
<>

signature.asc
Description: OpenPGP digital signature

Bug#793220: Huh?

[Jo Shields]

How did Boo ever get flagged as a problem child here? It doesn't touch
the C++ ABI in any way, shape or form

Bug#801280: (midori4:2433): Gdk-CRITICAL **: IA__gdk_window_get_toplevel: assertion 'GDK_IS_WINDOW (window)' failed

[積丹尼 Dan Jacobson]

Package: midori
Version: 0.5.11-2
Severity: minor

Seen today when browsing Facebook:

(midori4:2433): Gdk-CRITICAL **: IA__gdk_window_get_toplevel: assertion 
'GDK_IS_WINDOW (window)' failed

Bug#794743: New version of ttfautohint packaging

[gurkan]

Hi Vasudev

There is new version of ttfautohint available. Do you plan to package 
it

any time soon?. More of the fonts are using new version of ttfautohint
and since we are building fonts from source we need to have newer
version of ttfautohint in archive.


I have some updated versions here http://sid.ethz.ch/debian/ttfautohint/
However it doesn't look I'm going to find time to get that sponsored 
somehow

soon or at the moment.

As of now lohit fonts for Indian languages maintained in Debian-IN 
needs

ttfautohint.

I saw that though team maintained ttfautohint is not using team Vcs,
infact there is no package Vcs. Is it okay with you to use Git vcs of
pkg-fonts? If you are fine I can import current version in archive into
a Git repository.


Please go ahead with whatever helps you to get the updated versions 
where you need

it, that's why it's team maintained after all.


Please let us know of your thoughts.



Cheers,

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Samuel Thibault]

Tim Ruehsen, le Thu 08 Oct 2015 09:22:10 +0200, a écrit :
> > Alexandre Pereira Nunes, le Wed 07 Oct 2015 15:04:36 -0300, a écrit :
> > > I'm attaching an additional patch that complements the old netbeans one.
> > > With this, I can now open netbeans.
> > 
> > Thanks!  I have uploaded it in 0.33.3-2.  Tim, Michael, could you try
> > it?
> 
> I uncommented the Atk lines in /etc/java-7-openjdk/accessibility.properties 
> and /etc/java-8-openjdk/accessibility.properties and restarted Netbeans.
> 
> Just a quick test but problems so far.

I guess you meant "no problems" :)

> ii  libatk-wrapper-java 0.33.3-3 all  
> ATK implementation for Java using JNI
> ii  libatk-wrapper-java-jni:amd64   0.33.3-3 amd64
> ATK implementation for Java using JNI (JNI bindings)

Samuel

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Tim Ruehsen]

> Alexandre Pereira Nunes, le Wed 07 Oct 2015 15:04:36 -0300, a écrit :
> > I'm attaching an additional patch that complements the old netbeans one.
> > With this, I can now open netbeans.
> 
> Thanks!  I have uploaded it in 0.33.3-2.  Tim, Michael, could you try
> it?

I uncommented the Atk lines in /etc/java-7-openjdk/accessibility.properties 
and /etc/java-8-openjdk/accessibility.properties and restarted Netbeans.

Just a quick test but problems so far.

ii  libatk-wrapper-java 0.33.3-3 all  
ATK implementation for Java using JNI
ii  libatk-wrapper-java-jni:amd64   0.33.3-3 amd64
ATK implementation for Java using JNI (JNI bindings)

Thanks for fixing.

Tim

Bug#801281: switch to gtk3

[chrysn]

Package: midori
Version: 0.5.11-2.1
Severity: wishlist

please consider building future versions of midori using gtk3; most
important feature for me is finger scrolling that comes with it on touch
devices.

i've modified the package locally; a working version can be obtained by
the following changes (to build a gtk3 version only -- other distros
seem to build both, is there actually need for that?):

* add -DUSE_GTK3=1 to the dh_auto_configure options
* use newer build dependencies:

  libwebkitgtk-dev -> libwebkitgtk-3.0-dev
  libgtk2.0-dev -> libgtk-3-dev
  libunique-dev -> libunique-3.0-dev

(tbh, i just installed the relevant packages and built with -d).

i'll be using that build for some more time and report gtk3 related
problems here. i'm actively using several addons with no issues so far,
but did not test browser plugins.

an amd64 build for quick testing can be found on my personal archive at
http://archive.amsuess.com/pool/main/m/midori/ .

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

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

Versions of packages midori depends on:
ii  libatk1.0-0 2.18.0-1
ii  libc6   2.19-22
ii  libcairo-gobject2   1.14.2-2
ii  libcairo2   1.14.2-2
ii  libgck-1-0  3.16.0-1
ii  libgcr-base-3-1 3.16.0-1
ii  libgcr-ui-3-1   3.16.0-1
ii  libgdk-pixbuf2.0-0  2.32.0-1
ii  libglib2.0-02.46.0-2
ii  libgtk-3-0  3.18.0-3
ii  libjavascriptcoregtk-3.0-0  2.4.9-2+b1
ii  libp11-kit0 0.23.1-3
ii  libpango-1.0-0  1.38.0-3
ii  libpangocairo-1.0-0 1.38.0-3
ii  libsoup-gnome2.4-1  2.52.0-1
ii  libsoup2.4-12.52.0-1
ii  libsqlite3-03.8.11.1-1
ii  libwebkitgtk-3.0-0  2.4.9-2+b1
ii  libx11-62:1.6.3-1
ii  libxml2 2.9.2+zdfsg1-4
ii  libxss1 1:1.2.2-1
ii  libzeitgeist-2.0-0  0.9.14-2.2+b1

Versions of packages midori recommends:
ii  gnome-icon-theme  3.12.0-1

midori suggests no packages.

-- no debconf information

-- 
To use raw power is to make yourself infinitely vulnerable to greater powers.
  -- Bene Gesserit axiom


signature.asc
Description: PGP signature

Bug#801282: SSH support broken in first invocation of gnupg-agent

[Joachim Breitner]

Package: gnupg-agent
Version: 2.1.8-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

this is a bit weird. It might be a duplicate of #798956

SSH support is broken with the instance of gnupg-agent that is started
via Xsession. The environment is set up correctly, i.e.
SSH_AUTH_SOCK=/home/jojo/.gnupg/S.gpg-agent.ssh
the process listens on that socket (verified using lsof) and accepts a
connection there when I run ssh. But ssh seems to be unable to
communicate with the agent and behaves as if it had no valid key.

The interesting thing is that after
killall gpg-agent && gpg-agent --daemon
during a running session, everything works fine.

The arguments passed to gpg-agent (--daemon) are the same as with the
initial process.

Any ideas what might be causing this?

Greetings,
Joachim

- -- System Information:
Debian Release: stretch/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (101, 'experimental')
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 gnupg-agent depends on:
ii  libassuan0  2.3.0-1
ii  libc6   2.19-22
ii  libgcrypt20 1.6.3-2
ii  libgpg-error0   1.20-1
ii  libnpth01.2-1
ii  libreadline66.3-8+b3
ii  pinentry-curses [pinentry]  0.9.5-4
ii  pinentry-gnome3 [pinentry]  0.9.5-4
ii  pinentry-gtk2 [pinentry]0.9.5-4

Versions of packages gnupg-agent recommends:
ii  gnupg   1.4.19-5
ii  gnupg2  2.1.8-1

gnupg-agent suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlYWHlAACgkQ9ijrk0dDIGyWkACgnEkJVyCxW1Gu7sSNtnGzmec+
iJMAn18vi1TN+g/4LCouP5YKthOoSz+i
=o8Bz
-END PGP SIGNATURE-

Bug#798956: gnupg-bug

[Joachim Breitner]

Hi,

you filed #798956. Can you check if simply restarting the agent fixes
the problem for you? Also see https://bugs.debian.org/801282

Thanks,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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

Bug#801283: mysql-5.5: should be removed from unstable

[Andreas Beckmann]

Source: mysql-5.5
Version: 5.5.44-0+deb8u1
Severity: serious
Tags: sid
Control: block -1 with 793358 798126

mysql-5.5 is uninstallable in sid and should be removed from the archive
once mysql-5.6 is available on all (non-release) architectures.

Please reassign this bug to ftp.debian.org and retitle to
"RM: mysql-5.5 -- ROM: obsoleted by mysql-5.6" once this is ready.

Please also check the bug list and reassign bugs to mysql-5.6 where
appropriate.


Andreas

Bug#800341: Fixed in git

[Mathieu Parent]

Hello,

I have fixed both problems in git.

I think commits 444a7fb4df and 6ac65f75a971a4a should be applied for
jessie too. What do you think? NB: the second commit should use
"pidfile: /var/run/squid3.pid" on jessie.


Regards
-- 
Mathieu Parent

Bug#801284: mlt: B-D on obsolete packages: lib{avformat,avdevice,swscale}-ffmpeg-dev

[Andreas Beckmann]

Source: mlt
Version: 0.9.8-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

mlt FTBFS in sid:

 pbuilder-satisfydepends-dummy : Depends: libavdevice-ffmpeg-dev which is a 
virtual package and is not provided by any available package.

 Depends: libavformat-ffmpeg-dev which is a 
virtual package and is not provided by any available package.

 Depends: libswscale-ffmpeg-dev which is a 
virtual package and is not provided by any available package.

Unable to resolve dependencies!  Giving up...


Andreas

Bug#801217: modplugtools: Please reference shuf instead of randomize-lines

[Arthur de Jong]

On Thu, 2015-10-08 at 09:24 +0200, gurkan wrote:
> Here?
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799414
> Either wrong bug number, or I look at the wrong place?

Sorry, indeed wrong bug number, please see #801171:
  https://bugs.debian.org/801171

Thanks,

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --



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

Bug#801286: bs1770gain: B-D on unavailable libavformat-ffmpeg-dev

[Andreas Beckmann]

Source: bs1770gain
Version: 0.4.7-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

bs1770gain FTBFS in sid since the obsolete package
libavformat-ffmpeg-dev is no longer available.


Andreas

Bug#801285: mitmproxy: downgrade `pyperclip` dependency to `Recommanded`

[Daniel Cheng]

Package: mitmproxy
Version: 0.12.1-1
Severity: minor


Hi,

The pyperclip dependency pulls in QT4 dependency, which is very large.
Since the upsteam code checks for missing dependency and fallback
nicely [1], this dependency should be downgraded to `Recommanded`.

Regards,
Daniel

[1] https://github.com/mitmproxy/mitmproxy/pull/605


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

Kernel: Linux 4.1.0-2-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)

Bug#801251: ⚠ Bug#801251: monster-masher: FTBFS: error: #error This file requires compiler and library support for the ISO C++ 2011 standard

[Chris Lamb]

> Am Mittwoch, den 07.10.2015, 21:18 +0100 schrieb Chris Lamb:
> > The full build log is attached [...]
> 
> that's 1.8 MB.
> 
> Please consider using gzip when transmitting files of this size. I am
> reading mails over my phone on the train and incidently hitting a mail
> like this may come out costy.

Good grief, apologies. Let me know if you get dinged for this and I'll
get you some BTC or somthing.


Regards,

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

Bug#801287: mirror submission for mirror.satellite-service.ru

[Maksim Sobyanin]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: mirror.satellite-service.ru
Type: leaf
Archive-architecture: amd64 i386 
Archive-ftp: /debian/
Archive-http: /debian/
Backports-ftp: /debian-backports/
Backports-http: /debian-backports/
IPv6: no
Archive-upstream: ftp.de.debian.org
Backports-upstream: ftp.de.debian.org
Updates: four
Maintainer: Maksim Sobyanin 
Country: RU Russian Federation
Location: Berezniki, Perm region

Bug#800658: Please consider shipping my /etc/X11/Xsession.d/99-select-vdpau-driver script in libvdpau1

[Luca Boccassi]

On Oct 5, 2015 22:21, "Andreas Beckmann"  wrote:
>
> Hi,
>
> On 2015-10-03 17:34, Alexander Kurtz wrote:
> > On Sat, 2015-10-03 at 15:39 +0100, Luca Boccassi wrote:
> >> But libvdpau itself already has code to look for the available
> >> drivers and pick one, and the env var is left so that the user can
>
> >> better trying to fix it in the library itself, if possible, before
>
> I agree that this should be fixed in the autodetection code in the
library.
>
> > Without my script, I get this:
> >
> >   $ vdpauinfo
> >   display: :0   screen: 0
> >   Failed to open VDPAU backend libvdpau_i965.so: cannot open shared
object file: No such file or directory
> >   Error creating VDPAU device: 1
>
> So this is more or less a duplicate of #786655 (and probably #617940 as
> well).
>
>
> One issue I see with the script (or any filesystem enumeration approach)
> is if there are two drivers supporting a device, the wrong one will be
> chosen :-)
>
>
> I don't have time to dig into libvdpau (nor do I have interesting
> hardware for testing), so any help is welcome!

I have an optimus laptop which should be an ideal test environment, I'll
try and have a look.

Kind regards,
Luca Boccassi

Bug#801288: debbugs: block command processing should report title and url of the blocking bugs, too

[Andreas Beckmann]

Package: debbugs
Severity: normal

On 2015-10-08 09:51, Debian Bug Tracking System wrote:
> Processing control commands:
> 
>> > block -1 with 793358 798126
> Bug #801283 [src:mysql-5.5] mysql-5.5: should be removed from unstable
> 801283 was not blocked by any bugs.
> 801283 was not blocking any bugs.
> Added blocking bug(s) of 801283: 793358 and 798126
> 
> -- 801283: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801283
> Debian Bug Tracking System Contact ow...@bugs.debian.org with problems


I'd like to see the titles of the two blocking bugs reported here, too,
(to allow some kind of sanity checking while reading this transcript)
as well as links to them (in case I want to check further).

Also
* why isn't this a https:// URL nowadays?
* could you use the short form instead?
https://bugs.debian.org/801283


Andreas

Bug#778180: xemacs21: ftbfs with GCC-5

[Mark Brown]

On Thu, Oct 08, 2015 at 02:31:55PM +0800, YunQiang Su wrote:

> Any progress of this bug?
> It blocks some packages in to build for mips64el port.

I'm part way through upgrading to the latest upstream version.


signature.asc
Description: Digital signature

Bug#800884: add basic details about RTC services

[Raphael Hertzog]

Hi,

On Mon, 05 Oct 2015, Daniel Pocock wrote:
> I went a bit further, adding settings for DNS, TURN, SIP and XMPP, so
> people can do the basic package setup without looking at RTC Quick Start
> Guide

Ok. As you might have noticed, I merged your patch with a few fixes/tweaks.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#801251: ⚠ Bug#801251: monster-masher: FTBFS: error: #error This file requires compiler and library support for the ISO C++ 2011 standard

[Fabian Greffrath]

Am Donnerstag, den 08.10.2015, 09:07 +0100 schrieb Chris Lamb:
> Good grief, apologies. Let me know if you get dinged for this and
> I'll get you some BTC or somthing.

Never mind! By "costy" I meant "it drains off my high-speed volume". It
was not meant in the monetary sense, sorry for the confusion. ;)

Cheers,

Fabian


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

Bug#800576: gitk does not work anymore

[Olivier Berger]

On Thu, Oct 01, 2015 at 11:47:53AM +0100, Klaus Ethgen wrote:
> 
> I found the same error with _german locales_. Funny is that gitk without
> --all still works.
> 
> If I call gitk this way: ", gitk --all", where "," is a script of mine
> (see below) to reset locales, all works well.
> 
> So that is a locale problem.
> 

$ LANG=C gitk --all 
will work here (french locale), FWIW... 

My 2 cents,
-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)

Bug#800617: Fails to provide secrets

[Mikhail Morfikov]

Package: gnome-keyring
Version: 3.18.0-2
Followup-For: Bug #800617

I've just upgraded the gnome-keyring package, and I think that didn't solve my
issues. I think it's the same situation as it was before, but there's another
thing worth mentioning.

When my openbox starts I have the following processes:

$ ps aux | grep gnome
morfik16743  0.0  0.0 122748   516 ?Sl   09:52   0:00 /usr/bin
/gnome-keyring-daemon --daemonize --login
morfik16891  0.0  0.2 216104  5676 ?Sl   09:52   0:00 /usr/lib/at-
spi2-core/at-spi2-registryd --use-gnome-session

When I do nothing, after a minute or so, the first process disappears. I'm not
sure whether this should happen or not, so I'm just sharing my observations
with you.

Anyways, I have two apps that I often use: gajim and ssh. When I type in a
terminal "gajim" after logging into my system, everything works just fine. I
mean the above processes stay the same, and there's no lag when the app starts.
I don't have to type any passwords manually in order to log into my jabber
accounts, so the keyring works. When I close the app and reopen it again, it
also works as expected. The problem is when I want to issue ssh command -- I
get lag here and the message in the log:

Oct 08 09:53:47 morfikownia gnome-keyring-daemon[16743]: The Secret Service was
already initialized

Still, gajim (when restarted) works just fine, but issuing ssh command again
gives the lag. It looks like they're separated somehow.

The funniest thing is that when I switch the order of issuing the two commands,
so in this case the ssh command would be the fist one after login, it works
just fine, with no lag and any message in the log. But when I start gajim after
that, there's a lag and the message in the log, and of course password prompts.

So it looks like there's just only one process (the first one started after
login) that can work just fine with gnome-keyring, and the others get a lag
when started.

Another observation is that I get doubled process when the lagged application
is starting:

$ ps aux | grep gnome
morfik16743  0.0  0.3 205072  7292 ?Sl   09:52   0:00 /usr/bin
/gnome-keyring-daemon --daemonize --login
morfik16891  0.0  0.2 216104  5676 ?Sl   09:52   0:00 /usr/lib/at-
spi2-core/at-spi2-registryd --use-gnome-session
morfik17825  0.0  0.2  48992  4260 ?S09:53   0:00 /usr/bin
/gnome-keyring-daemon --start --foreground --components=secrets
morfik17933  0.0  0.2  48992  4268 ?S09:53   0:00 /usr/bin
/gnome-keyring-daemon --start --foreground --components=secrets

The doubled process (17933) disappears after a minute or so.

I was testing this with and without the autostart files, and it's the same in
both cases.



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

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

Versions of packages gnome-keyring depends on:
ii  dbus-x11 1.10.0-3
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gcr  3.16.0-1
ii  libc62.19-22
ii  libcap-ng0   0.7.7-1
ii  libcap2-bin  1:2.24-12
ii  libgck-1-0   3.16.0-1
ii  libgcr-base-3-1  3.16.0-1
ii  libgcrypt20  1.6.3-2
ii  libglib2.0-0 2.46.0-2
ii  p11-kit  0.23.1-3
ii  pinentry-gnome3  0.9.6-2

Versions of packages gnome-keyring recommends:
ii  libpam-gnome-keyring  3.18.0-2

gnome-keyring suggests no packages.

-- Configuration Files:
/etc/xdg/autostart/gnome-keyring-pkcs11.desktop [Errno 2] No such file or 
directory: u'/etc/xdg/autostart/gnome-keyring-pkcs11.desktop'
/etc/xdg/autostart/gnome-keyring-secrets.desktop [Errno 2] No such file or 
directory: u'/etc/xdg/autostart/gnome-keyring-secrets.desktop'
/etc/xdg/autostart/gnome-keyring-ssh.desktop [Errno 2] No such file or 
directory: u'/etc/xdg/autostart/gnome-keyring-ssh.desktop'

-- no debconf information

Bug#801289: salt: New upstream release 2015.8.0

[Benjamin Drung]

Source: salt
Version: 2015.5.3+ds-1
Severity: wishlist

Hi,

There is a new upstream release 2015.8.0. Please package it for Debian
unstable.

Let me know if you need assistance. I am happy to help and/or become
co-maintainer.

-- 
Benjamin Drung
System Developer
Debian & Ubuntu Developer

ProfitBricks GmbH
Greifswalder Str. 207
D - 10405 Berlin

Email: benjamin.dr...@profitbricks.com
URL:  http://www.profitbricks.com

Sitz der Gesellschaft: Berlin.
Registergericht: Amtsgericht Charlottenburg, HRB 125506B.
Geschäftsführer: Andreas Gauger, Achim Weiss.

Bug#794743: [Pkg-fonts-devel] Bug#794743: New version of ttfautohint packaging

[Vasudev Kamath]

Hi Gurkan,

gurkan  writes:

> Hi Vasudev
>
>> There is new version of ttfautohint available. Do you plan to
>> package it
>> any time soon?. More of the fonts are using new version of ttfautohint
>> and since we are building fonts from source we need to have newer
>> version of ttfautohint in archive.
>
> I have some updated versions here http://sid.ethz.ch/debian/ttfautohint/
> However it doesn't look I'm going to find time to get that sponsored
> somehow
> soon or at the moment.

Thanks!. I will check it out and update package properly and ask for
sponsorship.

>
>> As of now lohit fonts for Indian languages maintained in Debian-IN
>> needs
>> ttfautohint.
>>
>> I saw that though team maintained ttfautohint is not using team Vcs,
>> infact there is no package Vcs. Is it okay with you to use Git vcs of
>> pkg-fonts? If you are fine I can import current version in archive into
>> a Git repository.
>
> Please go ahead with whatever helps you to get the updated versions
> where you need
> it, that's why it's team maintained after all.

Yes true but first step is asking current maintainer on what he feels
:-). I will import existing version into git repo of the team and update
it from there.

Cheers,

Bug#800698: Kmail2 display garbled (after a while)

[Boris Pek]

Hi Tim,

> since I installed kde5 I have a kmail2 issue.
>
> After a while the kmail2 display window becomes drawn unreadable.
> See this screenshot:
> https://drive.google.com/open?id=0B_loju3MX2rTZlNOdDRxblVTWDg
>
> Stopping and starting kmail does not help.
> Stopping and starting kdm helps for a while (until it suddenly happens again).
>
> I can't see anything obvious in 'dmesg' or .xsession-errors. Well I see lot's
> of 'BadDrawable' messages, but these are not limited to kmail.
>
> I am on Debian SID with latest dist-upgrade, have the problem with kernel 4.1
> and 4.2 (didn't test any older kernels). Grafix is internal Intel i3 (Sandy
> Bridge).
>
> Any ideas how to work around that or how to pin the problem ?

$ ldd /usr/bin/kmail | grep QtGui
libQtGui.so.4 => /usr/lib/x86_64-linux-gnu/libQtGui.so.4 (0x7f984cbb)

kmail is currently built with old Qt4 based KDE libs. It looks that you have
faced with issue from #800698. Please try to launch kmail from terminal and
show the output.

Best regards,
Boris

Bug#801290: RM: nml [all] -- RoQA; obsolete arch:all package

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

 nml | 0.3.1-2| sid | all

is an obsolete arch:all package that is not caught by automatic cruft
removal. In version 0.4.2-1 this is an arch:any package.


Andreas

Bug#801291: RM: r-cran-scales [all] -- RoQA; obsolete arch:all package

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

 r-cran-scales | 0.2.4-1 | sid | all

is an obsolete arch:all package, in version 0.2.5-1 this became
arch:any, but is not properly detected by the cruft report.


Andreas

Bug#800341: Fixed in git

[Amos Jeffries]

On 8/10/2015 8:46 p.m., Mathieu Parent wrote:
> Hello,
> 
> I have fixed both problems in git.
> 
> I think commits 444a7fb4df and 6ac65f75a971a4a should be applied for
> jessie too. What do you think? NB: the second commit should use
> "pidfile: /var/run/squid3.pid" on jessie.
> 

I think this needs to be accompanied by a note in the pid_filename
documentation to say that its use is incompatible with systemd installs.

Amos

Bug#800617: Fails to provide secrets

[Michael Biebl]

Am 08.10.2015 um 10:25 schrieb Mikhail Morfikov:
> Package: gnome-keyring
> Version: 3.18.0-2
> Followup-For: Bug #800617
> 
> I've just upgraded the gnome-keyring package, and I think that didn't solve my
> issues. I think it's the same situation as it was before, but there's another
> thing worth mentioning.

...

> -- Configuration Files:
> /etc/xdg/autostart/gnome-keyring-pkcs11.desktop [Errno 2] No such file or 
> directory: u'/etc/xdg/autostart/gnome-keyring-pkcs11.desktop'
> /etc/xdg/autostart/gnome-keyring-secrets.desktop [Errno 2] No such file or 
> directory: u'/etc/xdg/autostart/gnome-keyring-secrets.desktop'
> /etc/xdg/autostart/gnome-keyring-ssh.desktop [Errno 2] No such file or 
> directory: u'/etc/xdg/autostart/gnome-keyring-ssh.desktop'

If you removed the autostart files, I don't see how gnome-keyring can
work properly.


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



signature.asc
Description: OpenPGP digital signature

Bug#801248: blends-image-hamradio: uninstallable in sid: unsatisfiable Depends: live-build (>= 5.0)

[Iain R. Learmonth]

Hi,

On Wed, Oct 07, 2015 at 10:04:35PM +0200, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package is no longer
> installable in sid:

Thanks for highlighting this. There are a number of other issues with this
package that have emerged since it was uploaded that need to be addressed
too. I hope to make an upload either this weekend or next to correct them.

Thanks,
Iain.

-- 
e: i...@fsfe.orgw: iain.learmonth.me
x: i...@jabber.fsfe.org t: EPVPN 2105
c: 2M0STB  g: IO87we
p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49

Bug#801292: Add clang-format

[Mathieu Malaterre]

Package: vim-scripts
Version: 20130814
Severity: wishlist

It would be super nice to have clang-format vim integrated here. Ref:

http://clang.llvm.org/docs/ClangFormat.html#vim-integration

map  :pyf /usr/share/vim/addons/syntax/clang-format-3.7.py
imap  :pyf /usr/share/vim/addons/syntax/clang-format-3.7.py


ref:
https://packages.debian.org/sid/amd64/clang-format-3.7/filelist

Bug#800374: updated for vim

[Mathieu Malaterre]

I've updated the debdiff to include the vim plugin.

thanks.


clang-format.2.debdiff
Description: Binary data

Bug#800698: Kmail2 display garbled (after a while)

[Tim Ruehsen]

Hi Boris,

I didn't have that issue any more since a few days.

Kmail is pretty much in use each day and when I had this issue, I had it 
several times a day (reboot, kdm stop/start, kmail stop/start didn't help 
much).

As soon as the problem pops up again, I'll come back here.

Thanks for having a look !

Tim

On Thursday 08 October 2015 11:42:25 Boris Pek wrote:
> Hi Tim,
> 
> > since I installed kde5 I have a kmail2 issue.
> > 
> > After a while the kmail2 display window becomes drawn unreadable.
> > See this screenshot:
> > https://drive.google.com/open?id=0B_loju3MX2rTZlNOdDRxblVTWDg
> > 
> > Stopping and starting kmail does not help.
> > Stopping and starting kdm helps for a while (until it suddenly happens
> > again).
> > 
> > I can't see anything obvious in 'dmesg' or .xsession-errors. Well I see
> > lot's of 'BadDrawable' messages, but these are not limited to kmail.
> > 
> > I am on Debian SID with latest dist-upgrade, have the problem with kernel
> > 4.1 and 4.2 (didn't test any older kernels). Grafix is internal Intel i3
> > (Sandy Bridge).
> > 
> > Any ideas how to work around that or how to pin the problem ?
> 
> $ ldd /usr/bin/kmail | grep QtGui
> libQtGui.so.4 => /usr/lib/x86_64-linux-gnu/libQtGui.so.4
> (0x7f984cbb)
> 
> kmail is currently built with old Qt4 based KDE libs. It looks that you have
> faced with issue from #800698. Please try to launch kmail from terminal and
> show the output.
> 
> Best regards,
> Boris

Bug#789619: plplot: FTBFS: Configuring incomplete, errors occurred!

[Ole Streicher]

Hi Axel,

I could imagine that this has something to do with one of the currently
ongoing transitions.

Am 07.10.2015 um 02:22 schrieb Axel Beckert:
> [ 78%] Building D object examples/d/CMakeFiles/x33d.dir/x33d.o
> collect2: error: ld returned 1 exit status

With the current unstable, I cannot reproduce this. When I take
plplot_5.10.0+dfsg-1 and just apply the patch from above, the compilation
succeeds. However, the order seems different:

Scanning dependencies of target x33d
make[3]: Leaving directory '/tmp/buildd/plplot-5.10.0+dfsg/debian/build_tmp'
make[3]: Entering directory '/tmp/buildd/plplot-5.10.0+dfsg/debian/build_tmp'
[ 52%] Building D object examples/d/CMakeFiles/x33d.dir/x33d.o
[ 52%] Linking D executable x33d
make[3]: Leaving directory '/tmp/buildd/plplot-5.10.0+dfsg/debian/build_tmp'
[ 52%] Built target x33d
make[3]: Entering directory '/tmp/buildd/plplot-5.10.0+dfsg/debian/build_tmp'
Scanning dependencies of target plf95demolibd
[...]

Did you change anything else? Or did you not apply the full patch?

Best regards

Ole

(quite interested to get quite a number of debian-astro packages back to
testing)

Bug#788107: tightvnc: add support for ppc64el arch

[Lauri Kasanen]

Hi,

I've prepared a debdiff with these changes (attached).

- Lauri


tightvnc_1.3.9-6.6.debdiff
Description: Binary data

Bug#783533: Sorry: Not the private certificate, but the public one

[Tino Mettler]

On Thu, Oct 08, 2015 at 00:10:51 +0200, g...@leonde.de wrote:

Hi,

> Then, one year later, after the cert had expired, I had created a new CR and 
> invoked Export -> Clipboard in the context menu of the CR tab.
> 
> I expected the CR to be put into the clipboard. But actually the previously 
> imported cert was put in the clipboard, which I only noticed when pasting it 
> into the web form of the CA.

I'll try to reproduce it.

> 
> I just tried to reproduce this, but the Export-to-clipboard function did not 
> work at all.

Can you describe the exact steps and components you use (names,
versions) to reproduce this? It works for me as expected.

Regards,
Tino

Bug#801293: i3: Leaks memory

[Sayantan Khan]

Package: i3
Version: 4.11-1
Severity: important

Dear Maintainer,

   Ever since updating the i3 package, i3 has been leaking memory, with memory
   usage going up to 1 GB on periods of extended usage. Restarting i3 reduce
   the memory footprint to the initial state but does not stop the leak.
   Earlier versions of i3 did not have this issue.


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

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

Versions of packages i3 depends on:
ii  i3-wm  4.11-1

Versions of packages i3 recommends:
ii  dunst   1.1.0-2
ii  i3lock  2.7-1
ii  i3status2.9-2
ii  suckless-tools  40-1

i3 suggests no packages.

-- no debconf information

Bug#797595: Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Michael Biebl]

Hi Samuel,

Am 08.10.2015 um 00:36 schrieb Samuel Thibault:
> Hello,
> 
> Alexandre Pereira Nunes, le Wed 07 Oct 2015 15:04:36 -0300, a écrit :
>> I'm attaching an additional patch that complements the old netbeans one.
>> With this, I can now open netbeans.
> 
> Thanks!  I have uploaded it in 0.33.3-2.  Tim, Michael, could you try
> it?

My specific issue seems to be fixed with 0.33.3-2, thanks for the update.

Unfortunate timing though. I see that today's update of openjdk-7 will
disable ATK support again [1]. So I specifically held back the update to
stick with 7u85-2.6.1-3 for the testing.

Michael

[1] https://packages.qa.debian.org/o/openjdk-7/news/20151007T185023Z.html
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#789619: plplot: FTBFS: Configuring incomplete, errors occurred!

[Axel Beckert]

Hi Ole,

Ole Streicher wrote:
> I could imagine that this has something to do with one of the currently
> ongoing transitions.
> 
> Am 07.10.2015 um 02:22 schrieb Axel Beckert:
> > [ 78%] Building D object examples/d/CMakeFiles/x33d.dir/x33d.o
> > collect2: error: ld returned 1 exit status
> 
> With the current unstable, I cannot reproduce this. When I take
> plplot_5.10.0+dfsg-1 and just apply the patch from above, the compilation
> succeeds. However, the order seems different:

Yes, I used -j5 most of the time. I though also tried it with -j1, no
difference except that it took longer. ;-)

> Did you change anything else? Or did you not apply the full patch?

I had to apply one more patch IIRC. I can send a full debdiff later
today, but not now as I have that code only on my laptop currently.

> (quite interested to get quite a number of debian-astro packages back to
> testing)

Which is why I put you in Cc. :-)

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

Bug#644932: RFP: ndppd -- a daemon that proxies IPv6 NDP messages

[Jean-Michel Vourgère]

Hi Daniel

I tried your NDP proxy, it works great here. Thanks a lot! :)

Are you still interested in packaging it? I'd be happy to sponsor you. :)

If you aren't, I plan to package it myself.
I saw you made a good start at
https://github.com/DanielAdolfsson/ndppd/tree/debian

I tried it and have a few suggestions, like exporting the buildflags
(source fortify), upgrading the policy standard and the copyright
format, updating the uscan...
Please ping me and I'll make a pull request.

Both addresses http://www.tuhox.com/ and
http://www.priv.nu/projects/ndppd look down.
Is there an upstream web site or is it only github now?

-- 
Nirgal



signature.asc
Description: OpenPGP digital signature

Bug#511048: directory removal suggestion

[Barak A. Pearlmutter]

How about using the same convention as .gitignore, so to include a
directory foo put a line foo/ in debian/clean.  The trailing slash
would tell dh_clean that this is a directory please remove it anyway.
This would avoid making debian/cleandirs which seems like too much
clutter, and the syntax is pretty easy to remember and read.

Cheers,

--Barak.
--
Barak A. Pearlmutter 
 Dept Comp Sci & Hamilton Inst, Maynooth University, Co. Kildare, Ireland
 http://barak.pearlmutter.net

Bug#801294: dmsetup segfaults

[Michal Suchanek]

Package: dmsetup
Version: 2:1.02.104-1
Severity: normal

Hello,

I have some problem with my lvm volumes.

one command used for inspecting the volumes would be dmsetup.

However,

$ /sbin/dmsetup --help
Segmentation fault

GNU gdb (Debian 7.10-1) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /sbin/dmsetup...(no debugging symbols found)...done.
(gdb) r
Starting program: /sbin/dmsetup --help
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
__strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:210
210 ../sysdeps/x86_64/multiarch/../strcmp.S: No such file or directory.
(gdb) bt full
#0  __strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:210
No locals.
#1  0xc134 in ?? ()
No symbol table info available.
#2  0x775f6b45 in __libc_start_main (main=0xb3f0, argc=2, 
argv=0x7fffe378, init=, fini=, 
rtld_fini=, stack_end=0x7fffe368) at libc-start.c:287
result = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, -3506698109183282375, 
93824992270913, 140737488348016, 0, 0, 3506698109358486329, 
3506714323120730937}, mask_was_saved = 0}}, priv = {pad = {0x0, 
0x0, 0x7fffe390, 0x77ffe1a8}, data = {prev = 0x0, 
  cleanup = 0x0, canceltype = -7280}}}
not_first_call = 
#3  0xda6a in ?? ()
No symbol table info available.

$ ldd /sbin/dmsetup 
linux-vdso.so.1 (0x7ffeadbcd000)
libdevmapper.so.1.02.1 => /lib/x86_64-linux-gnu/libdevmapper.so.1.02.1 
(0x7fa9a934)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fa9a9138000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fa9a8d8e000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 
(0x7fa9a8b69000)
libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x7fa9a8b49000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fa9a892b000)
/lib64/ld-linux-x86-64.so.2 (0x55c6f6b66000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x7fa9a86bd000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fa9a84b9000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fa9a81b7000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7fa9a7fa)
libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x7fa9a7d9a000)
libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x7fa9a7b94000)


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (910, 'testing'), (900, 'stable'), (610, 'oldstable'), (410, 
'unstable'), (400, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages dmsetup depends on:
ii  libc6   2.19-22
ii  libdevmapper1.02.1  2:1.02.104-1
ii  util-linux  2.27-3

dmsetup recommends no packages.

dmsetup suggests no packages.

-- no debconf information

Bug#746712: Please update the loginuid patch to match upstream's current version

[Tim Small]

FWIW, I think it would be good to get this into a Jessie point release,
as it currently makes running Jessie in lxc containers awkward (e.g.
breaks cron etc.).

Bug#801295: RFS: tightvnc/1.3.9-6.6

[Lauri Kasanen]

Package: sponsorship-requests
Version: any

Hi,

I've prepared a debdiff adding ppc64el support to tightvnc. The patch
has been tested, and is already shipping in Ubuntu. As the package is
up for adoption, a Debian developer is needed to do the NMU upload.

For the history and the debdiff, see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788107

- Lauri

Bug#801296: lintian: broken utf8 output with lintian 2.5.38~bpo8+1 from jessie-backports

[Michael Prokop]

Package: lintian
Version: 2.5.38~bpo8+1
Severity: normal

With lintian 2.5.30+deb8u4 from jessie as well as with lintian
(nowadays outdated version) 2.5.35~bpo8+1 from jessie-backports
everything is fine:

% lintian --info foo.changes | grep -A13 copyright-without-copyright-notice
W: foo: copyright-without-copyright-notice
N: 
N:The copyright file for this package does not appear to contain a
N:copyright notice. You should copy the copyright notice from the upstream
N:source (or add one of your own for a native package). A copyright notice
N:must consist of Copyright, Copr., or the Unicode symbol of C in a circle
N:followed by the years and the copyright holder. A copyright notice is
N:not required for a work to be copyrighted, but Debian requires the
N:copyright file include the authors and years of copyright, and including
N:a valid copyright notice is the best way to do that. Examples:
N:
N:  Copyright  Firstname Lastname 
N:  Copr. - Firstname Lastname 
N:  © , Firstname Lastname 
--

With lintian 2.5.38~bpo8+1 from jessie-backports the last "Firstname
Lastname" line has a broken encoding for the copyright character:

% lintian --info foo.changes | grep -A13 copyright-without-copyright-notice
W: foo: copyright-without-copyright-notice
N: 
N:The copyright file for this package does not appear to contain a
N:copyright notice. You should copy the copyright notice from the upstream
N:source (or add one of your own for a native package). A copyright notice
N:must consist of Copyright, Copr., or the Unicode symbol of C in a circle
N:followed by the years and the copyright holder. A copyright notice is
N:not required for a work to be copyrighted, but Debian requires the
N:copyright file include the authors and years of copyright, and including
N:a valid copyright notice is the best way to do that. Examples:
N:
N:  Copyright  Firstname Lastname 
N:  Copr. - Firstname Lastname 
N:  � , Firstname Lastname 
--

I can reproduce this on multiple Debian/jessie systems.

regards,
Michael

Bug#800896: rygel: non-free images

[Andreas Henriksson]

Hello Dmitry Smirnov.

Thanks for your bug report.

On Mon, Oct 05, 2015 at 04:30:37AM +1100, Dmitry Smirnov wrote:
[...]
> According to their metadata, images
> 
>   /usr/share/icons/hicolor/scalable/apps/rygel-full.svg
> and
>   /usr/share/icons/hicolor/scalable/apps/rygel.svg
> 
> appears to be non-free:
> 
>   WorkLicense: http://creativecommons.org/licenses/by-nd/3.0/
> 
> Please investigate.

I've initiated a discussion with upstream to try to sort out the
confusion here. Hopefully we can have a clear solution coming
up shortly.

Regards,
Andreas Henriksson

Bug#275908: Aktualisieren Sie Ihr Konto

[STRATO AG]

Kunden,

 Spam-E-Mail wird angepasst.
Bitte loggen Sie sich, um Ihren strator Kontonummer
aktiv

 Click Here
  
 Danke
 www.strato.de. 
Durch Ihre passwortgestützte Authentifizierung können von Ihnen
 per E-Mail erteilte Aufträge unbürokratisch ausgeführt werden. 
Sie können uns
auch gerne telefonisch erreichen, unter
 www.strato.de/kontakt
finden Sie die
passenden Experten-Telefonnummern.

Bug#801297: torbrowser-launcher: Don't starts.

[Vladmimir Stavrinov]

Package: torbrowser-launcher
Version: 0.2.0-2
Severity: normal

Dear Maintainer,

It try to do update on start but hangs forever. Even pressing button "Exit" 
don't cause any effect

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

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

Versions of packages torbrowser-launcher depends on:
ii  gnupg1.4.19-5
ii  python   2.7.9-1
ii  python-gtk2  2.24.0-4
ii  python-lzma  0.5.3-3
ii  python-parsley   1.2-1
ii  python-psutil2.2.1-3+b1
ii  python-twisted   15.2.1-1
ii  python-txsocksx  1.15.0.2-1
ii  tor  0.2.6.10-1
ii  wmctrl   1.07-7

torbrowser-launcher recommends no packages.

Versions of packages torbrowser-launcher suggests:
pn  apparmor   
pn  python-pygame  

-- no debconf information

Bug#503308: Aktualisieren Sie Ihr Konto

[STRATO AG]

Kunden,

 Spam-E-Mail wird angepasst.
Bitte loggen Sie sich, um Ihren strator Kontonummer
aktiv

 Click Here
  
 Danke
 www.strato.de. 
Durch Ihre passwortgestützte Authentifizierung können von Ihnen
 per E-Mail erteilte Aufträge unbürokratisch ausgeführt werden. 
Sie können uns
auch gerne telefonisch erreichen, unter
 www.strato.de/kontakt
finden Sie die
passenden Experten-Telefonnummern.

Bug#800599: eds transition started, time for binNMUs

[Andreas Henriksson]

Hello Andreas Beckmann.

On Wed, Oct 07, 2015 at 11:25:55PM +0200, Andreas Beckmann wrote:
> Something does not look right, many packages (e.g. evolution-ews,
> evolution-mapi, ...) pick up a
>   Depends: evolution (>= 3.16.3), evolution (<< 3.17)
> which is not satisfiable in sid (which now has 3.18.0-2).
> Rebuilding evolution-ews locally in an up-to-date sid did not fix this.

Thanks for poking me about this fixed version uploaded now.

Regards,
Andreas Henriksson

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

[Lars Noschinski]

Package: nvidia-alternative
Version: 340.93-3
Severity: normal

Dear Maintainer,

after yesterdays updates, todays reboot lead to a system without usable
video setup. After some experiments, it turned out that this was due to
the nouveau driver not being loaded automatically (the binary nvidia
driver is and was never installed).

Removing nvidia-alternative (and the package nvidia-opencl-icd
depending on it) fixed this problem.

I did not explicitly install any nvidia- or opencl-related packages, it
seems they were pulled in recursively by libhwloc.

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 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)

Bug#801299: transmission-gtk: left and right click on systray icon should not do the same thing

[Christophe Alonso]

Package: transmission-gtk
Version: 2.84-2
Severity: minor

Dear Maintainer,

Left or right click on systray icon display the same menu.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Left or right clicking.

   * What was the outcome of this action?
Displaying the same menu.

   * What outcome did you expect instead?
Left click should just show up the transmission window.
Right click displaying the menu, like jessie version of transmission did.

P.S. I am using transmission in xfce environment.



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

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

Versions of packages transmission-gtk depends on:
ii  libappindicator3-1   0.4.92-3.1
ii  libc62.19-22
ii  libcurl3-gnutls  7.44.0-2
ii  libevent-2.0-5   2.0.21-stable-2
ii  libgdk-pixbuf2.0-0   2.32.0-1
ii  libglib2.0-0 2.46.0-2
ii  libgtk-3-0   3.16.6-1
ii  libminiupnpc10   1.9.20140610-2
ii  libnatpmp1   20110808-3
ii  libpango-1.0-0   1.38.0-3
ii  libssl1.0.0  1.0.2d-1
ii  transmission-common  2.84-2
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages transmission-gtk recommends:
ii  xdg-utils  1.1.0~rc3+git20150922-1

transmission-gtk suggests no packages.

-- no debconf information

Bug#801300: transmission-gtk: annoying black ligns on torrent lists

[Christophe Alonso]

Package: transmission-gtk
Version: 2.84-2
Severity: minor

Dear Maintainer,


   * What led up to the situation?
Upgrading from jessie to stretch

   * What outcome did you expect instead?
No annoying ligns on torrent lists.


P.S. I am using transmission in xfce.



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

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

Versions of packages transmission-gtk depends on:
ii  libappindicator3-1   0.4.92-3.1
ii  libc62.19-22
ii  libcurl3-gnutls  7.44.0-2
ii  libevent-2.0-5   2.0.21-stable-2
ii  libgdk-pixbuf2.0-0   2.32.0-1
ii  libglib2.0-0 2.46.0-2
ii  libgtk-3-0   3.16.6-1
ii  libminiupnpc10   1.9.20140610-2
ii  libnatpmp1   20110808-3
ii  libpango-1.0-0   1.38.0-3
ii  libssl1.0.0  1.0.2d-1
ii  transmission-common  2.84-2
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages transmission-gtk recommends:
ii  xdg-utils  1.1.0~rc3+git20150922-1

transmission-gtk suggests no packages.

-- no debconf information

Bug#801301: lxqt-common: missing lxqt-session or dependency providing it

[Juha Jäykkä]

Package: lxqt-common
Version: 0.9.1+20150922-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Trying to start lxqt fails:

~> /usr/bin/startlxqt
/usr/bin/startlxqt: 68: exec: lxqt-session: not found
~> 

This makes lxqt useless. Furthermore apt-file reveals no candidate
packages containing said file so there is no workaround.

Cheers,
Juha

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

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

lxqt-common depends on no packages.

Versions of packages lxqt-common recommends:
ii  oxygen-icon-theme  4:4.14.0-1

lxqt-common suggests no packages.

-- no debconf information

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

[Lars Noschinski]

I did not explicitly install any nvidia- or opencl-related packages, it
seems they were pulled in recursively by libhwloc.


To prevent misunderstandings: nvidia-alternative was also installed  
before. I would guess that the last (successful) reboot was with  
340.76-5, although 340.93-1 was installed in between.

Bug#788107: tightvnc: add support for ppc64el arch

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

control: tags -1 pending

Hi, I sponsored the debdiff (with a change from UNRELEASED to unstable)
to delayed/2.

let me know if I need to delay it any longer, or cancel it.

BTW I would appreciate a take over of the project, an update to the
latest release and some refactoring of the packaging.

cheers,

Gianfranco

On Thu, 8 Oct 2015 12:25:13 +0300 Lauri Kasanen  wrote:
> Hi,
> 
> I've prepared a debdiff with these changes (attached).
> 
> - Lauri
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWFkQnAAoJEPNPCXROn13Z3h8QAJlQLVcgBwnNTvGuQuxPSsG1
PRdZDpwvGaPQTMmci6Vh9qZqME0ZSM3o5WekN4eEsMv8v/oUvvrsDj0MB3S7op+F
EHAYoSXhXwbVzOuaJB6dwae8xo9RRFAwbGoUy3mGkv0i4MNVfooIEmj7JxwjYr5x
wpuzngfq9fgbLa+IhJCk37GcFCL0H9F0DqqKTNBG2kCh7ChQZGxNTpGwmopbtM/a
OqcR4Wcl2Uc8G01IdMGjDpsA2YLOzD4UqO1fIKj2Uaey1UvbilCMu+F8Wi725IIj
phQT1uAiao5NSiyZOqOSS3G4idyferQ362SLQyFpyG2B1anggJgsYKY6a9wTGtLi
xTnSRkybC1ZOQkC/hfJLE9FJij+5ZFZXPOX+Fl5jNzktGy8WiRMaokAZdEMsvgoS
ZFS0LC7bU2xFAt9goxKkhLSGXPk27qAaZQlAJZ+MIis4DcMVV2854JWEvBZ0ByjZ
VeKmgbuhero5dSC3keBEfJV8A1FAaQyM6/NPSIG2/wxPKzldxinUMDxFGAL3eoQL
wsmAqEUfMbkF4mrj7BaMY3MLceinCL+3XXhz42ixm42FIZ/R6uKN4M5yjhVOpcMx
gO9Lu/u4dQUzRloQmS/xGxtO4YoN1BslpfNfEciPxJBIg5pUEpuaEUiWI2waQQ3D
gQJhunKvfqaumSwbvqt6
=zwSO
-END PGP SIGNATURE-

Bug#801302: pytest-localserver: FTBFS due to problems with Python 3.5

[Daniel Stender]

Source: pytest-localserver
Version: 0.3.4-1
Severity: serious
Justification: fails to build from source

Pytest-localserver FTBFS because there are problems with Python 3.5,
it builds against python3-all and the test suite crashes:


I: pybuild base:170: python3.5 -m pytest -v -x
= test session starts ==
platform linux -- Python 3.5.0 -- py-1.4.30 -- pytest-2.7.3 -- 
/usr/bin/python3.5
rootdir: /«PKGBUILDDIR», inifile: 
plugins: localserver
collecting ... collected 15 items

tests/test_http.py::test_httpserver_funcarg PASSED
tests/test_http.py::test_server_does_not_serve_file_at_startup PASSED
tests/test_http.py::test_some_content_retrieval PASSED
tests/test_http.py::test_GET_request PASSED
tests/test_http.py::test_HEAD_request PASSED
tests/test_https.py::test_httpsserver_funcarg PASSED
tests/test_https.py::test_server_does_not_serve_file_at_startup PASSED
tests/test_https.py::test_some_content_retrieval PASSED
tests/test_https.py::test_GET_request PASSED
tests/test_https.py::test_HEAD_request PASSED
tests/test_smtp.py::test_smtpserver_funcarg ERROR

 ERRORS 
__ ERROR at setup of test_smtpserver_funcarg ___

request = >

def pytest_funcarg__smtpserver(request):
# define funcargs here again in order to run tests without having to
# install the plugin anew every single time
>   return plugin.pytest_funcarg__smtpserver(request)

tests/test_smtp.py:34: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
pytest_localserver/plugin.py:76: in pytest_funcarg__smtpserver
server = smtp.Server()
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

self = , host = 'localhost', port = 0

def __init__(self, host='localhost', port=0):
smtpd.SMTPServer.__init__(self, (host, port), None)
if self._localaddr[1] == 0:
>   self.addr = self.getsockname()
E   AttributeError: 'Server' object has no attribute 'getsockname'

pytest_localserver/smtp.py:37: AttributeError


Appears to be that pytest_localserver/smtp.py is not fit for Python 3.5.

DS

-- 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=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#695336: ~~Urgent please!!

[Wilbur, Peter]

 Hello






I'm Ms Sarah Hans. please can i have a word with you?Is very important..

Bug#801300: transmission-gtk: annoying black ligns on torrent lists

[Sandro Tosi]

On Thu, Oct 8, 2015 at 11:06 AM, Christophe Alonso
 wrote:
>* What outcome did you expect instead?
> No annoying ligns on torrent lists.

can you provide a screenshot? It's not clear what a lign is

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Bug#801301: [Pkg-lxqt-devel] Bug#801301: lxqt-common: missing lxqt-session or dependency providing it

[ChangZhuo Chen]

control: blocks -1 747608

On Thu, Oct 08, 2015 at 11:19:06AM +0100, Juha Jäykkä wrote:
> Package: lxqt-common
> Version: 0.9.1+20150922-1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> Trying to start lxqt fails:
> 
> ~> /usr/bin/startlxqt
> /usr/bin/startlxqt: 68: exec: lxqt-session: not found
> ~> 
> 
> This makes lxqt useless. Furthermore apt-file reveals no candidate
> packages containing said file so there is no workaround.

lxqt-sessions is stil in NEW queue, waiting for review. See #747608 for
ITP.

> 
> Cheers,
> Juha
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.0.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to 
> en_GB.UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> lxqt-common depends on no packages.
> 
> Versions of packages lxqt-common recommends:
> ii  oxygen-icon-theme  4:4.14.0-1
> 
> lxqt-common suggests no packages.
> 
> -- no debconf information
> 
> ___
> Pkg-lxqt-devel mailing list
> pkg-lxqt-de...@lists.alioth.debian.org
> https://lists.alioth.debian.org/mailman/listinfo/pkg-lxqt-devel

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: PGP signature

Bug#801303: libc++: FTBFS on arm64, needs llvm-3.7

[Edmund Grimley Evans]

Source: libc++
Version: 3.7.0-1

It failed to build on arm64:

https://buildd.debian.org/status/package.php?p=libc%2B%2B&suite=sid

The error was a segmentation fault in 'Greedy Register Allocator'.

There are similar reports elsewhere, such as bug #796343:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796343

It seems that arm64 needs llvm-3.7.

Bug#797595: Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Samuel Thibault]

Michael Biebl, le Thu 08 Oct 2015 11:30:21 +0200, a écrit :
> Unfortunate timing though. I see that today's update of openjdk-7 will
> disable ATK support again [1].

Indeed :)

I'll probably do another approach: after people here have tested, I'll
call for testing on debian-java, and see how well it goes before asking
for re-enabling by default.

Samuel

Bug#801304: jessie-pu: package ejabberd/14.07-4+deb8u3

[Philipp Huebner]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi,

I would like to upload ejabberd 14.07-4+deb8u3 to Jessie.
It closes a bug regarding broken LDAP queries: #797645

The only difference is a small additional patch that has been tested
and included upstream.

The complete output of
 git diff debian/14.07-4+deb8u2 debian/14.07-4+deb8u3
is attached.

Regards,
Philipp
diff --git a/debian/changelog b/debian/changelog
index fdf5242..36879a0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+ejabberd (14.07-4+deb8u3) jessie; urgency=medium
+
+  * Add patch to fix broken ldap queries (Closes: #797645)
+
+ -- Philipp Huebner   Tue, 01 Sep 2015 14:57:47 +0200
+
 ejabberd (14.07-4+deb8u2) jessie; urgency=medium
 
   * Adjust logrotate postrotate command in case ejabberd is not running (Closes: #786588)
diff --git a/debian/patches/ELDAPv3.diff b/debian/patches/ELDAPv3.diff
new file mode 100644
index 000..ffa08dc
--- /dev/null
+++ b/debian/patches/ELDAPv3.diff
@@ -0,0 +1,22 @@
+Description: fix broken ldap queries
+ Occuring with any LDAP server when ldap_uid is set to
+ ldap_uids: "someAttribute" : "%u...@anydomain.com"
+ ejabberd is unable to create proper LDAP queries for retrieving list of users,
+ as a result list of server users remains empty.
+Author: Holger Weiss 
+
+diff --git a/src/ELDAPv3.erl b/src/ELDAPv3.erl
+index 4945731..c66fa97 100644
+--- a/src/ELDAPv3.erl
 b/src/ELDAPv3.erl
+@@ -1765,6 +1765,10 @@ encode_tags(TagIn, BytesSoFar, LenSoFar).
+   {EncBytes,EncLen} = 'enc_SubstringFilter_substrings_components'(Val,[],0),
+encode_tags(TagIn, EncBytes, EncLen).
+ 
++'enc_SubstringFilter_substrings_components'({'SubstringFilter_substrings', L}, AccBytes, AccLen)
++   when is_list(L) ->
++   'enc_SubstringFilter_substrings_components'(L, AccBytes, AccLen);
++
+ 'enc_SubstringFilter_substrings_components'([], AccBytes, AccLen) -> 
+{lists:reverse(AccBytes),AccLen};
+ 
diff --git a/debian/patches/series b/debian/patches/series
index cd8897c..a2b4827 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -14,3 +14,4 @@ avoid_hanging_c2s.patch
 base64.patch
 fix_muc_logs.patch
 fix_ldap_dn_filter.patch
+ELDAPv3.diff

Bug#800617: Fails to provide secrets

[Mikhail Morfikov]

Package: gnome-keyring
Version: 3.18.0-2
Followup-For: Bug #800617

I explicitly said: "I was testing this with and without the autostart files,
and it's the same in both cases."



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

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

Versions of packages gnome-keyring depends on:
ii  dbus-x11 1.10.0-3
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gcr  3.16.0-1
ii  libc62.19-22
ii  libcap-ng0   0.7.7-1
ii  libcap2-bin  1:2.24-12
ii  libgck-1-0   3.16.0-1
ii  libgcr-base-3-1  3.16.0-1
ii  libgcrypt20  1.6.3-2
ii  libglib2.0-0 2.46.0-2
ii  p11-kit  0.23.1-3
ii  pinentry-gnome3  0.9.6-2

Versions of packages gnome-keyring recommends:
ii  libpam-gnome-keyring  3.18.0-2

gnome-keyring suggests no packages.

-- no debconf information

Bug#801297: [Pkg-anonymity-tools] Bug#801297: torbrowser-launcher: Don't starts.

[u]

tags 801297 + moreinfo

Hi Vladimir,

Vladmimir Stavrinov:
> Package: torbrowser-launcher
> Version: 0.2.0-2
> Severity: normal
> 
> Dear Maintainer,
> 
> It try to do update on start but hangs forever. Even pressing button "Exit" 
> don't cause any effect

Thanks for your bug report. Could you please try to give a little more
detail:

* Which update is it you are trying to do? The automatic one induced by
the package itself?
* Did it work before or is this a fresh install?
* By default, tbl updates over Tor, could you try if updating without
Tor works? In order to do so, run torbrowser-launcher --settings
* Can you run torbrowser-launcher from a terminal and send us the output
please?
* Do you use AppArmor?

Thanks!
u.

Bug#788107: tightvnc: add support for ppc64el arch

[Ola Lundqvist]

Hi

You are welcome to take it over. It is up for adoption.

Please close the adoption bug report in the case you tke over maintenance.

You are welcome to take over all vnc packages. They are all up for adoption.

/ Ola

Sent from a phone
Den 8 okt 2015 12:24 skrev "Gianfranco Costamagna" <
costamagnagianfra...@yahoo.it>:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> control: tags -1 pending
>
> Hi, I sponsored the debdiff (with a change from UNRELEASED to unstable)
> to delayed/2.
>
> let me know if I need to delay it any longer, or cancel it.
>
> BTW I would appreciate a take over of the project, an update to the
> latest release and some refactoring of the packaging.
>
> cheers,
>
> Gianfranco
>
> On Thu, 8 Oct 2015 12:25:13 +0300 Lauri Kasanen  wrote:
> > Hi,
> >
> > I've prepared a debdiff with these changes (attached).
> >
> > - Lauri
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQIcBAEBCAAGBQJWFkQnAAoJEPNPCXROn13Z3h8QAJlQLVcgBwnNTvGuQuxPSsG1
> PRdZDpwvGaPQTMmci6Vh9qZqME0ZSM3o5WekN4eEsMv8v/oUvvrsDj0MB3S7op+F
> EHAYoSXhXwbVzOuaJB6dwae8xo9RRFAwbGoUy3mGkv0i4MNVfooIEmj7JxwjYr5x
> wpuzngfq9fgbLa+IhJCk37GcFCL0H9F0DqqKTNBG2kCh7ChQZGxNTpGwmopbtM/a
> OqcR4Wcl2Uc8G01IdMGjDpsA2YLOzD4UqO1fIKj2Uaey1UvbilCMu+F8Wi725IIj
> phQT1uAiao5NSiyZOqOSS3G4idyferQ362SLQyFpyG2B1anggJgsYKY6a9wTGtLi
> xTnSRkybC1ZOQkC/hfJLE9FJij+5ZFZXPOX+Fl5jNzktGy8WiRMaokAZdEMsvgoS
> ZFS0LC7bU2xFAt9goxKkhLSGXPk27qAaZQlAJZ+MIis4DcMVV2854JWEvBZ0ByjZ
> VeKmgbuhero5dSC3keBEfJV8A1FAaQyM6/NPSIG2/wxPKzldxinUMDxFGAL3eoQL
> wsmAqEUfMbkF4mrj7BaMY3MLceinCL+3XXhz42ixm42FIZ/R6uKN4M5yjhVOpcMx
> gO9Lu/u4dQUzRloQmS/xGxtO4YoN1BslpfNfEciPxJBIg5pUEpuaEUiWI2waQQ3D
> gQJhunKvfqaumSwbvqt6
> =zwSO
> -END PGP SIGNATURE-
>

Bug#756432: possible security issue on gummi/0.6.5-3

[Daniel Stender]

On 08.10.2015 13:00, Salvatore Bonaccorso wrote:
> Hello Daniel,
> 
> On Thu, Oct 08, 2015 at 12:20:27PM +0200, Daniel Stender wrote:
>> Hello,
>>
>> there was a bug reported on gummi/0.6.5-3 [1], the program uses
>> predictable filenames in /tmp [2].
>>
>> I'm going to fix that problem now (upstream is dead). Question: do
>> we have a (minor) security related problem here, which also needs to
>> be fixed for stable? I've learned from another case that this might
>> be a problematic race condition [3].
> 
> Thanks for going to fix this in unstable already. For wheezy and
> jessie: This issue does not warrant on it's own a DSA, in particular
> since such issues are mitigated in Debian: cf.
> https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#security
> 
> But: Could you fix this in wheezy and jessie via the proposed-updates
> mechanism? See
> https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#upload-stable
> 
> Regards,
> Salvatore

Thx for the quick reply!

Yes, o.k., I'm going to fix this as non-dsa over proposed updates. I guess
a CVE request on this is not necessary, is it? Are you going to create an
entry in the security tracker, anyway? 

DS

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#799321: closed by Thomas Goirand (Done)

[Pierre-Elliott Bécue]

On mer. 07 oct. 2015 à 15:39:27, Thomas Goirand wrote:
> Falcon 0.3.0-3 is now in experimental. Sorry that the changelog didn't
> close this bug. FYI, I'm planning to upload it to Sid after the 15th of
> this month.
> 
> Cheers,

Thanks a lot for your help with this and the work you provided on it.

Cheers,

-- 
PEB

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

[Andreas Beckmann]

please
  reportbug -N 801298
on the system where you experienced this

this should collect lists of installed packages etc. that would help me
analyze this

thanks

Andreas

PS: the solution is probably

  update-alternatives --config glx

and select mesa-diverted

Bug#801305: log4cplus: broken -dev package directory

[Gianfranco Costamagna]

Source: log4cplus
Version: 1.1.2-3
Severity: serious
Justification: completely broken lib directory

Hi, seems that the current log4cplus unconditionally installs the library 
symlink in
/usr/lib/x86_64-linux-gnu/liblog4cplus-1.1.so
/usr/lib/x86_64-linux-gnu/liblog4cplus.a
/usr/lib/x86_64-linux-gnu/liblog4cplus.la
/usr/lib/x86_64-linux-gnu/liblog4cplus.so

for every architecture (including non x86_64*)


I guess this breaks the linker
http://anonscm.debian.org/cgit/collab-maint/log4cplus.git/tree/debian/liblog4cplus-dev.links

cheers,

Gianfranco

Bug#801306: ITP: python-oset -- An ordered set data structure for Python

[Kevin Murray]

Package: wnpp
Severity: wishlist
Owner: Kevin Murray 

* Package name: python-oset
  Version : 0.1.3
  Upstream Author : Carlos Martin, Raymond Hettinger
* URL : https://gitorious.com/sleipnir/python-oset
* License : BSD
  Programming Lang: Python
  Description : An ordered set data structure for Python

A set data structure that remembers original insertion order.  The
implementation based on a doubly linked link and an internal dictionary.
This design gives OrderedSet the same big-Oh running times as regular
sets including O(1) adds, removes, and lookups as well as O(n)
iteration.

This is a dependency of sphinxcontrib-bibtex, which is required to build
seqan's documentation.

This package will be co-maintained in the Debian Med team.

Bug#801300: transmission-gtk: annoying black ligns on torrent lists

[Christophe Alonso]

Le 08/10/2015 12:28, Sandro Tosi a écrit :
> On Thu, Oct 8, 2015 at 11:06 AM, Christophe Alonso
>  wrote:
>>* What outcome did you expect instead?
>> No annoying ligns on torrent lists.
> can you provide a screenshot? It's not clear what a lign is
>

Those "ligns" = lines (frenglish, my bad).


signature.asc
Description: OpenPGP digital signature

Bug#800617: Fails to provide secrets

[Dmitry Shachnev]

Hi Mikhail,

On Thu, 08 Oct 2015 10:25:43 +0200, Mikhail Morfikov wrote:
> I've just upgraded the gnome-keyring package, and I think that didn't solve my
> issues. I think it's the same situation as it was before, but there's another
> thing worth mentioning.
[...]

Thanks for the feedback, I have forwarded a link to your comment to upstream
developers (see the linked upstream bug). I hope they will look at it shortly.

If someone else can confirm that this bug is not fixed for them, feel free to
reopen it. There is anyway another RC bug (#800660) that prevents gnome-keyring
from migration to testing.

--
Dmitry Shachnev

signature.asc
Description: OpenPGP digital signature

Bug#801297: [Pkg-anonymity-tools] Bug#801297: torbrowser-launcher: Don't starts.

[Vladimir Stavrinov]

On Thu, Oct 08, 2015 at 10:45:03AM +, u wrote:

> * Which update is it you are trying to do? The automatic one induced by
> the package itself?

Yes, 5.0.3

> * Did it work before or is this a fresh install?

Yes, it worked before, but after 

rm -fr .config/torbrowser .cache/torbrowser

and reinstalling nothing changed.

> * By default, tbl updates over Tor, could you try if updating without
> Tor works? In order to do so, run torbrowser-launcher --settings

With this option it works even over tor. After successful update it
works in any way. But after restarting without --setting option it
was updated from 5.0 to 5.0.3 again. Eventually it works.

> * Can you run torbrowser-launcher from a terminal and send us the output
> please?

That is what was before updating with --setting option:

Tor Browser Launcher
By Micah Lee, licensed under MIT
version 0.2.0
https://github.com/micahflee/torbrowser-launcher
Updating over Tor
Checking for update
Downloading 
https://www.torproject.org/projects/torbrowser/RecommendedTBBVersions
Checking to see if update is needed
TBB is out of date, attempting to upgrade to 5.0.3
Downloading https://dist.torproject.org/torbrowser/5.0.3/sha256sums.txt
Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 916, 
in dispatcher
return func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 1472, 
in _finishResponse_WAITING
self._giveUp(Failure(reason))
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 1525, 
in _giveUp
self._disconnectParser(reason)
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 1513, 
in _disconnectParser
parser.connectionLost(reason)
---  ---
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 537, 
in connectionLost
self.response._bodyDataFinished()
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 916, 
in dispatcher
return func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/twisted/web/_newclient.py", line 1161, 
in _bodyDataFinished_CONNECTED
self._bodyProtocol.connectionLost(reason)
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
375, in connectionLost
self.all_done(reason)
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
392, in response_finished
self.run_task()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
314, in run_task
self.attempt_update()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
541, in attempt_update
self.build_ui()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
284, in build_ui
self.start(None)
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
293, in start
self.run_task()
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
318, in run_task
self.download('signature', self.common.paths['sha256_url'], 
self.common.paths['sha256_file'])
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
454, in download
agent = SOCKS5Agent(reactor, 
VerifyTorProjectCert(self.common.paths['torproject_pem']), 
proxyEndpoint=torEndpoint)
  File "/usr/lib/python2.7/dist-packages/txsocksx/http.py", line 58, in __init__
super(_SOCKSAgent, self).__init__(*a, **kw)
  File "/usr/lib/python2.7/dist-packages/txsocksx/http.py", line 37, in __init__
'contextFactory must implement IPolicyForHTTPS')
exceptions.NotImplementedError: contextFactory must implement IPolicyForHTTPS

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py", line 
666, in destroy
os.remove(self.current_download_path)
OSError: [Errno 2] No such file or directory: 
'/home/vs/.cache/torbrowser/download/sha256sums.txt'

> * Do you use AppArmor?

I don't know what is it.

So, though it was strange behaviour, but it works now and You can
close this issue. Thanks a lot.

###  Vladimir Stavrinov  ###

Bug#801308: umbrello: Can't save to file - "UMLDoc::saveDocument moving with error"

[Grégory DAVID]

Package: umbrello
Version: 4:15.08.1-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
After starting the application umbrello, even if there's or not some content in 
the diagram, saving file shows up a dialog box saying: "There was a problem 
saving file: /path/to/the/file/to/be/saved

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Starting umbrello in CLI to see log messages and see the error as:
   klauncher not running... launching kdeinit
   klauncher not running... launching kdeinit
   klauncher not running... launching kdeinit
   couldn't create slave: "Cannot talk to klauncher: The name 
org.kde.klauncher5 was not provided by any .service files"
   umbrello: UMLDoc::saveDocument moving with error =  "/tmp/umbrello.X20558"  
to   QUrl( "file:///home/groolot/file.xmi" )

But fortunatly, the temporary file "/tmp/umbrello.X20558" exists and contain 
the appropriate content as created inside umbrello.
I then suspect a problem in the 'moving' action inside the program, from 
temporary file to saved file.

   * What was the outcome of this action?
Not saving the file.

   * What outcome did you expect instead?
The file to be saved in the right place.


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

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

Versions of packages umbrello depends on:
ii  libc6 2.19-22
ii  libkf5archive55.14.0-1
ii  libkf5completion5 5.14.0-1
ii  libkf5configcore5 5.14.0-1
ii  libkf5configgui5  5.14.0-1
ii  libkf5configwidgets5  5.14.0-1
ii  libkf5coreaddons5 5.14.0-1
ii  libkf5i18n5   5.14.0-1
ii  libkf5iconthemes5 5.14.0-1
ii  libkf5jobwidgets5 5.14.0-1
ii  libkf5kiocore55.14.0-1
ii  libkf5kiowidgets5 5.14.0-1
ii  libkf5texteditor5 5.14.0-1
ii  libkf5textwidgets55.14.0-1
ii  libkf5widgetsaddons5  5.14.0-1
ii  libkf5xmlgui5 5.14.0-1
ii  libqt5core5a  5.4.2+dfsg-9
ii  libqt5gui55.4.2+dfsg-9
ii  libqt5printsupport5   5.4.2+dfsg-9
ii  libqt5svg55.4.2-3
ii  libqt5widgets55.4.2+dfsg-9
ii  libqt5xml55.4.2+dfsg-9
ii  libstdc++65.2.1-17
ii  libxml2   2.9.2+zdfsg1-4
ii  libxslt1.11.1.28-2+b2

umbrello recommends no packages.

Versions of packages umbrello suggests:
ii  khelpcenter  4:5.4.1-1

-- no debconf information

Bug#801307: ITP: pybtex-docutils -- A docutils backend for pybtex

[Kevin Murray]

Package: wnpp
Severity: wishlist
Owner: Kevin Murray 

* Package name: pybtex-docutils
  Version : 0.2.1
  Upstream Author : Matthias C. M. Troffaes
* URL : https://github.com/mcmtroffaes/pybtex-docutils
* License : Expat
  Programming Lang: Python
  Description : A docutils backend for pybtex

Pybtex is a drop-in replacement for BibTeX written in Python. pybtex-docutils
is a docutils backend for pybtex.

pybtex-docutils is a dependency for sphinxcontrib-bibtex, required for the
build of seqan's documentation.

This package will be co-maintained with the Debian Med team.

Bug#756432: possible security issue on gummi/0.6.5-3

[Salvatore Bonaccorso]

Hi Daniel,

On Thu, Oct 08, 2015 at 01:05:30PM +0200, Daniel Stender wrote:
> On 08.10.2015 13:00, Salvatore Bonaccorso wrote:
> > Hello Daniel,
> > 
> > On Thu, Oct 08, 2015 at 12:20:27PM +0200, Daniel Stender wrote:
> >> Hello,
> >>
> >> there was a bug reported on gummi/0.6.5-3 [1], the program uses
> >> predictable filenames in /tmp [2].
> >>
> >> I'm going to fix that problem now (upstream is dead). Question: do
> >> we have a (minor) security related problem here, which also needs to
> >> be fixed for stable? I've learned from another case that this might
> >> be a problematic race condition [3].
> > 
> > Thanks for going to fix this in unstable already. For wheezy and
> > jessie: This issue does not warrant on it's own a DSA, in particular
> > since such issues are mitigated in Debian: cf.
> > https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#security
> > 
> > But: Could you fix this in wheezy and jessie via the proposed-updates
> > mechanism? See
> > https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#upload-stable
> > 
> > Regards,
> > Salvatore
> 
> Thx for the quick reply!

You are welcome!

> Yes, o.k., I'm going to fix this as non-dsa over proposed updates. I guess
> a CVE request on this is not necessary, is it? Are you going to create an
> entry in the security tracker, anyway? 

I have actually already created a tracker entry, see
https://security-tracker.debian.org/756432 . For the CVE request: not
absolutely necessary but helps identifying it across various security
trackers. Do you want to request a CVE on your own? This needs to be
done on the oss-security mailinglist:
http://oss-security.openwall.org/wiki/mailing-lists/oss-security

Regards,
Salvatore

Bug#801295: RFS: tightvnc/1.3.9-6.6

[Lauri Kasanen]

Control: retitle -1 RFS: tightvnc/1.3.9-6.6 [NMU]

Bug#801293: i3: Leaks memory

[Michael Stapelberg]

Can’t reproduce this. Does this happen for you with the default config as
well?

On Thu, Oct 8, 2015 at 11:30 AM, Sayantan Khan  wrote:

> Package: i3
> Version: 4.11-1
> Severity: important
>
> Dear Maintainer,
>
>Ever since updating the i3 package, i3 has been leaking memory, with
> memory
>usage going up to 1 GB on periods of extended usage. Restarting i3
> reduce
>the memory footprint to the initial state but does not stop the leak.
>Earlier versions of i3 did not have this issue.
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages i3 depends on:
> ii  i3-wm  4.11-1
>
> Versions of packages i3 recommends:
> ii  dunst   1.1.0-2
> ii  i3lock  2.7-1
> ii  i3status2.9-2
> ii  suckless-tools  40-1
>
> i3 suggests no packages.
>
> -- no debconf information
>



-- 
Best regards,
Michael

Bug#801089: spice: diff for NMU version 0.12.5-1.3

[Salvatore Bonaccorso]

Hey!

On Thu, Oct 08, 2015 at 01:54:14PM +0800, Liang Guo wrote:
> On Thu, Oct 8, 2015 at 12:18 AM, Salvatore Bonaccorso  
> wrote:
> > tags 801089 + patch pending
> > tags 801091 + patch pending
> > thanks
> >
> > Dear maintainer,
> >
> > I've prepared an NMU for spice (versioned as 0.12.5-1.3) and
> > uploaded it to DELAYED/2. Please feel free to tell me if I
> > should delay it longer.
> >
> > Regards,
> > Salvatore
> 
> Please upload to ftp-master NOW.

Thanks for confirming, so have uploaded to unstable.

> btw, would you like co-maintain, or takeover spice ?

I guess i would take too much on my plate if I do so, so thus "no
cannot" ... sorry! :(

Regards,
Salvatore

Bug#801309: ITP: python-latexcodec -- A lexer and codec to work with LaTeX code in Python.

[Kevin Murray]

Package: wnpp
Severity: wishlist
Owner: Kevin Murray 

* Package name: python-latexcodec
  Version : 1.0.1
  Upstream Author : Matthias C. M. Troffaes
* URL : https://github.com/mcmtroffaes/pybtex-docutils
* License : Expat
  Programming Lang: Python
  Description : A lexer and codec to work with LaTeX code in Python.

A dependency of the sphinxcontrib-bibtex package.

This will be co-maintained with the Debian Med team.

Bug#801307: ITP: pybtex-docutils -- A docutils backend for pybtex

[Sandro Tosi]

On Thu, Oct 8, 2015 at 12:23 PM, Kevin Murray  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Kevin Murray 
>
> * Package name: pybtex-docutils
>   Version : 0.2.1
>   Upstream Author : Matthias C. M. Troffaes
> * URL : https://github.com/mcmtroffaes/pybtex-docutils
> * License : Expat
>   Programming Lang: Python
>   Description : A docutils backend for pybtex
>
> Pybtex is a drop-in replacement for BibTeX written in Python. pybtex-docutils
> is a docutils backend for pybtex.
>
> pybtex-docutils is a dependency for sphinxcontrib-bibtex, required for the
> build of seqan's documentation.
>
> This package will be co-maintained with the Debian Med team.

why in Deb Med team and not a more general python team like DPMT? It
doesnt look like it has anything specific to "med"

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Bug#801307: ITP: pybtex-docutils -- A docutils backend for pybtex

[Kevin Murray]

Hi Sandro,

On 12:47 08/10, Sandro Tosi wrote:
[...]
> >
> > This package will be co-maintained with the Debian Med team.
> 
> why in Deb Med team and not a more general python team like DPMT? It
> doesnt look like it has anything specific to "med"
>

My rationale is that no-one in such teams has packaged it yet, and I am only
packaging it as a build-depend of SeqAn, which is very much a Debian Med
package.

Though I understand if the team would rather this be maintained elsewhere.

Cheers,
K


---
Kevin Murray

GPG pubkey: http://www.kdmurray.id.au/static/A4B4EE6A.asc
FPR: 656C 0632 1EAB 2C3F 3837  9767 17C2 8EB1 A4B4 EE6A

Bug#781257: snmp: preinst kills all processes of user snmp

[Robie Basak]

On Thu, Mar 26, 2015 at 03:39:52PM +0100, Christian Seiler wrote:
> 5. And finally: why is this even done? I simply don't see the point of
> doing this... The commit message in git doesn't describe the need for
> this change, and I can't imagine any scenario for this: snmp contains a
> bunch of client utilities and shouldn't have anything directly to do
> with the SNMP server, so why start killing the server process and
> subagents it started? Especially if the server isn't restarted in
> postinst. I just don't get it.

> The way I see it, it would probably best to just revert this change.
> But if for some reason in some corner case snmpd actually has to be
> restarted when the snmp package is installed, then please do that with
> invoke-rc.d (and also restart it in postinst) and not with killall -u.

Looks like this was done in response to
https://launchpad.net/bugs/573391 in Ubuntu, and Debian merged that
change.

But since
http://anonscm.debian.org/cgit/pkg-net-snmp/pkg-net-snmp.git/commit/debian/snmpd.postinst?id=d96adf57b662ca601f9c4deb0a7a43e679272fcb
deluser isn't even called any more. So I don't think the killall is
necessary anymore anyway, but I'd like someone to review this.

Robie

Bug#800137: Fixed by upstream

[Michael Fladischer]

Hi,

this seems to be a problem introduced by python-3.5 and causes FTBFS for
several Django related packages.

upstream already fixed it but only for the 1.8.x releases (AFAIKT):

https://github.com/django/django/commit/b07aa52e8a8e4c7fdc7265f75ce2e7992e657ae9

Cheers,



signature.asc
Description: OpenPGP digital signature

Bug#316494: Ihr Paket

[DHL Team]

Benutzer
 Sie haben ein Paket empfangen, Folgen Sie dem Link unten, um zu sehen / zu 
verfolgen Sie das Paket.
 Here
 DHL

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

[Cyril Brulebois]

Philipp Wolfer  (2015-10-08):
> Package: os-prober
> Version: 1.67
> 
> 
> os-prober will detect Windows 10 as Windows Recovery Environment.
> The following change fixes it for me:
> 
> os-prober-1.67/os-probes/mounted/x86/20microsoft
> < if grep -aqs "W.i.n.d.o.w.s. .8" "$2/$boot/$bcd"; then
> ---
> > if grep -aqs "W.i.n.d.o.w.s. .1.0" "$2/$boot/$bcd"; then
> > long="Windows 10 (loader)"
> > elif grep -aqs "W.i.n.d.o.w.s. .8" "$2/$boot/$bcd"; then

Thanks, Philipp, I've just pushed a release with this patch.

[ For reference, diff -u is slightly nicer; even better, a git
format-patch would have helped getting proper authoring info to be
directly recorded into git. ]

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#800821: some tests

[Francesco Presel]

Downgrading dolphin (to 4:15.4.3) but keeping konqueror at 
4:15.08.1-1 allows to use dolphinpart again.

During the update from 4:15.4.3 (working) to 4:15.08 (broken), 
dolphin was split to a separate src package and its libs were 
moved to a different folder (from /usr/lib/kde4 to 
/usr/lib/[ARCH]/qt5/plugins).
Maybe it's looking for the dolphinpart.so in the wrong folder? 
However, just symlinking dolphinpart.so to the old path does not 
work for me

Bug#799918: [Aptitude-devel] Bug#799918: apt-get proves I am innocent

[積丹尼 Dan Jacobson]

reopen 799918
found 799918 0.7.3-1
thanks

OK now full-upgrade prints "- libgdal1i, but 1.11.3+dfsg-1~exp1 is to be 
installed." twice! On the same line too.
(Note I always use the CLI aptitude and never curses.)

 qgis : Depends: libgdal.so.1-1.11.2 which is a virtual package, provided by:
  - libgdal1i, but 1.11.3+dfsg-1~exp1 is to be installed.   
   - libgdal1i, but 1.11.3+dfsg-1~exp1 is to be installed.
The following actions will resolve these dependencies:

 Remove the following packages:
1) qgis



Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:

 Keep the following packages at their current version:
1) gdal-bin [1.11.2+dfsg-3 (now)]
2) libgdal1i [1.11.2+dfsg-3 (now)]
3) python-gdal [1.11.2+dfsg-3 (now)]



Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:

 Upgrade the following packages:
1) gdal-bin [1.11.2+dfsg-3 (now) -> 1.11.2+dfsg-3+b1 (unstable)]
2) libgdal1i [1.11.2+dfsg-3 (now) -> 1.11.2+dfsg-3+b1 (unstable)]
3) python-gdal [1.11.2+dfsg-3 (now) -> 1.11.2+dfsg-3+b1 (unstable)]



Accept this solution? [Y/n/q/?] Y

And indeed above there is now a glimmer of hope now, so we take it.

Only to have our hopes dashed when a second run of full-upgrade shows
that the above "following actions will resolve these dependencies" did
not resolve anything:

The following NEW packages will be installed:
  libhdf5-8{a} (D: libgdal1i) (for libgdal1i)
The following packages will be upgraded:
  gdal-bin  libgdal1i  python-gdal
3 packages upgraded, 1 newly installed, 0 to remove and 3 not upgraded.
Need to get 0 B/6,291 kB of archives. After unpacking 4,027 kB will be used.
The following packages have unmet dependencies:
 qgis : Depends: libgdal.so.1-1.11.2 which is a virtual package, provided by:
  - libgdal1i, but 1.11.3+dfsg-1~exp1 is to be installed.
The following actions will resolve these dependencies:

 Remove the following packages:
1) qgis


Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:

 Keep the following packages at their current version:
1) gdal-bin [1.11.2+dfsg-3+b1 (now, unstable)]
2) libgdal1i [1.11.2+dfsg-3+b1 (now, unstable)]
3) python-gdal [1.11.2+dfsg-3+b1 (now, unstable)]

Accept this solution? [Y/n/q/?] n

*** No more solutions available ***

At least this time the twice printing is now once.

MAFM> we could improve the message the main problem would remain, and
MAFM> that is that the packages in their current state are not
MAFM> installable anyway, and there is nothing that we can do from
MAFM> aptitude's side to get it installed in your system.

Then there is indeed a bug that should be reported to the package owner,
and the message should say so. Also apt-get should say that a bug should
be reported to the package owner.

Bug#801065: Section 6.4 - discourage failing install or upgrade when service fails to start

[Marvin Renich]

* Henrique de Moraes Holschuh  [151007 09:42]:
> On Mon, Oct 5, 2015, at 22:13, Marvin Renich wrote:
> > The discussion started on d-devel; should it be moved back there?  The
> > overwhelming majority of opinion seems to be in favor of the change.
> 
> We have supported per-package behavior on this for a very long time,
> maybe since forever (this is no joke).  We have had packages that
> restart after the upgrade instead of stopping before, or that ignore
> service start failures during upgrades for *years*.

Agreed.

> All it takes is that the package maintainer actually stop to think about
> it, consider which behavior is more appropriate to that specific
> package, and adjust things appropriately.

I enthusiastically agree!

> There is a damn good reason
> why policy does not use "must" to mandate service start/stop/restart
> behavior across package updates.

Again, agreed.  I was not proposing to use "must", and would not support
such a proposal.

> The reason for this thread, an "undesired" behavior of stopping a
> package upgrade if the service fails to start, which is the current
> default, is both employed by the (likely few) packages that absolutely
> depend on it to avoid worse damage down the service/package dependency
> chain, as well as by packages that the maintainer did not even think
> about the issue (and therefore might or might not need this behavior).

Right.  And the second case, which is at least perceived by me (and
apparently others) to be the vast majority of services, is what this
proposal is about.

> IMO, we should not just "change this default" in the *implementation*
> (debhelper, etc), at least not without actually acessing the real risk
> of the change.  It does not look like this kind of risk accessment was
> done by anyone yet in the d-devel thread.  Just because we expect it to
> be low, doesn't mean it doesn't exist or that it won't have a high
> impact on the user if it happens.

Actually, I was not aware that dh had a helper for this that defaulted
to "fail upgrade if service fails", and so was not intending to propose
an automatic change in behavior based on a change to dh.  This part of
it certainly requires more thought and a thorough risk assessment.

My proposal, and what I still think we should do regardless of any
change or lack of change to dh, is to document, in a place that package
maintainers will see, that the "best practice" is to not fail the
install just because the service fails to start.

> If the need for this kind of provision in a possible policy text update
> (possibly as a foot-note) is contentious, IMHO the matter needs to go
> back to d-devel for further discussion.

I don't see this as a contentious change; at least the part about
changing what is considered "best practice".  Changing dh hasn't, as far
as I can see, been discussed enough to know whether it is contentious or
not.  But, as you point out, a risk assessment followed by some
discussion on d-devel would be the first two steps.

I don't think a documentation change to "best practices" should be held
up by the dh issue.  Perhaps someone wants to clone this bug to the
debhelper package so the documentation change to developers-reference
and the potential implementation change to debhelper are tracked
independently.  If you would like me to do so, let me know.

...Marvin