Bug#699861: libltdl-dev is LGPL, not GPL

[Olaf Meeuwissen]

I stumbled on the same issue.  Note that this also applies to the
libltdl library package.

In addition, I'd like to mention that the libtool info[1] also states
that libltdl is LGPL.  It doesn't mention a version though.

 [1] https://www.gnu.org/software/libtool/manual/html_node/Using-libltdl.html

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2 FLOSS Engineer -- EPSON AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962

Bug#801105: /usr/lib/i386-linux-gnu/dri/i915_dri.so: Most of accelerated applications crash

[Ivan Krylov]

В Tue, 6 Oct 2015 18:02:42 +0200
Julien Cristau  пишет:

> Please provide X and kernel logs.

Sure, here they are. Though there is nothing of interest just after the
crash and initialization messages look very ordinary. Should I
have increased a verbosity level somewhere?

-- 
Best regards,
Ivan
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u4 (2015-09-19)
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009fbff] usable
[0.00] BIOS-e820: [mem 0x0009fc00-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000e-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0x3f67] usable
[0.00] BIOS-e820: [mem 0x3f68-0x3f68dfff] ACPI data
[0.00] BIOS-e820: [mem 0x3f68e000-0x3f6c] ACPI NVS
[0.00] BIOS-e820: [mem 0x3f6d-0x3fff] reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
[0.00] BIOS-e820: [mem 0xfff0-0x] reserved
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.6 present.
[0.00] DMI: ASUSTeK Computer INC. 1011PX/1015PE, BIOS 140108/30/2011
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] e820: last_pfn = 0x3f680 max_arch_pfn = 0x100
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-C write-protect
[0.00]   D-D uncachable
[0.00]   E-E write-through
[0.00]   F-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0 mask FC000 write-back
[0.00]   1 base 03F70 mask 0 uncachable
[0.00]   2 base 03F80 mask FFF80 uncachable
[0.00]   3 disabled
[0.00]   4 disabled
[0.00]   5 disabled
[0.00]   6 disabled
[0.00]   7 disabled
[0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[0.00] found SMP MP-table at [mem 0x000ff780-0x000ff78f] mapped at [c00ff780]
[0.00] initial memory mapped: [mem 0x-0x01bf]
[0.00] Base memory trampoline at [c009b000] 9b000 size 16384
[0.00] init_memory_mapping: [mem 0x-0x000f]
[0.00]  [mem 0x-0x000f] page 4k
[0.00] init_memory_mapping: [mem 0x3720-0x373f]
[0.00]  [mem 0x3720-0x373f] page 2M
[0.00] init_memory_mapping: [mem 0x3400-0x371f]
[0.00]  [mem 0x3400-0x371f] page 2M
[0.00] init_memory_mapping: [mem 0x0010-0x33ff]
[0.00]  [mem 0x0010-0x001f] page 4k
[0.00]  [mem 0x0020-0x33ff] page 2M
[0.00] init_memory_mapping: [mem 0x3740-0x375fdfff]
[0.00]  [mem 0x3740-0x375fdfff] page 4k
[0.00] BRK [0x01798000, 0x01798fff] PGTABLE
[0.00] BRK [0x01799000, 0x0179afff] PGTABLE
[0.00] BRK [0x0179b000, 0x0179bfff] PGTABLE
[0.00] BRK [0x0179c000, 0x0179cfff] PGTABLE
[0.00] RAMDISK: [mem 0x3607a000-0x37034fff]
[0.00] ACPI: Early table checksum verification disabled
[0.00] ACPI: RSDP 0x000FBE90 24 (v02 ACPIAM)
[0.00] ACPI: XSDT 0x3F680100 6C (v01 _ASUS_ Notebook 08001130 MSFT 0097)
[0.00] ACPI: FACP 0x3F680290 F4 (v04 A_M_I_ OEMFACP  08001130 MSFT 0097)
[0.00] ACPI: DSDT 0x3F6804A0 0085B1 (v02 A1563  A1563000  INTL 20051117)
[0.00] ACPI: FACS 0x3F68E000 40
[0.00] ACPI: APIC 0x3F680390 6C (v02 A_M_I_ OEMAPIC  08001130 MSFT 0097)
[0.00] ACPI: MCFG 0x3F680400 3C (v01 A_M_I_ OEMMCFG  08001130 MSFT 0097)
[0.00] ACPI: ECDT 0x3F680440 55 (v01 A_M_I_ OEMECDT  08001130 MSFT 0097)
[0.00] ACPI: OEMB 0x3F68E040 61 (v01 A_M_I_ AMI_OEM  08001130 MSFT 0097)
[0.00] ACPI: HPET 0x3F688A60 38 (v01 A_M_I_ OEMHPET  08001130 MSFT 0097)
[0.00] ACPI: GSCI 0x3F68E0B0 002024 (v01 A_M_I_ GMCHSCI  08001130 MSFT 0097)
[0.00] ACPI: SSDT 0x3F691360 000999 (v01 PmRef  CpuPm4   3000 INTL 20051117)
[0.00] ACPI: SLIC 0x3F688AA0 000176 (v01 _ASUS_ Notebook 08001130 MSFT 0097)
[0.00] ACPI: Local APIC address 0xfee0
[0.00] 128MB HIGHMEM available.
[0.00] 885MB LOWMEM available.
[0.00]   mapped low ram: 0 - 375fe000
[0.00]   

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#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#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#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#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#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#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#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#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#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#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#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#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#801270: Acknowledgement (emacs/gnus: better expiry feature needed for spam groups)

[Paranoia Remailer]

This message is being sent to you automatically in response to an email
that you sent to .

Most likely, you tried to reply to an email that has been sent through
this service. If you did not send an email to ,
please ignore this message.

The Anonymous Remailer is a free service that
allows individuals including crime victims, domestic violence victims,
persons in recovery, and others, such as those living under oppressive
regimes, to communicate confidentially in a manner that ensures their
privacy under even the most adverse conditions.

To block individuals using this remailer from sending email to your
address in the future, please send a message to 

containing the line

destination-block 801...@bugs.debian.org

anywhere in the body text of the email.  You can simply forward this
entire email to  using your email
program for your current email address to be permanently blocked
from users of the Anonymous Remailer.

For more information about the Anonymous Remailer Administrator's
strict anti-abuse policy, please send a blank email to


Sincerely,

-- The Anonymous Remailer Administrator

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#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#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#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#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#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#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#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#801270: Your email to mixmas...@remailer.paranoici.org

[Paranoia Remailer]

This message is being sent to you automatically in response to an email
that you sent to .
If you did not send such an email, please ignore this message.

This remailer is a free service that allows individuals including crime
victims, domestic violence victims, persons in recovery, and others,
such as those living under oppressive regimes, to communicate
confidentially in a manner that ensures their privacy under even the
most adverse conditions.

To obtain information on how you can use this service, please send an
email with subject "remailer-help" to .

Should you have received an unwelcome message through this service or to
report problems with this service, please contact the Administrator at
.

Thank you for your interest in secure and private communications,

-- The Anonymous Remailer Administrator

Bug#801273: installation-reports: CPU burnin never stops

[Luke Dashjr]

Package: installation-reports
Severity: minor

Dear Maintainer,

   * What led up to the situation?
Chose the CPU burnin option of the installer, and chose 10 minutes runtime.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Let it run the full 10 minutes.
   * What was the outcome of this action?
cpuburnP6 continued running throughout the rest of the install in the 
background, not merely the timed 10 minutes.
   * What outcome did you expect instead?
I expected the timer to stop it when it was done.

Using the target's top command allowed me to kill the processes, which worked 
fine and did not disrupt the rest of the install.

-- Package-specific info:

Boot method: CD
Image version: debian-7.8.0-amd64-netinst.iso
Date: 2015-10-08 ~6 AM UTC

Machine: Xeon E3-1240
Partitions: n/a


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Bug#801272: Please provide a libjs-promise too

[Julien Puydt]

Package: node-promise
Version: 5.0.0-1
Severity: wishlist

Hi,

could you please provide a libjs-promise package for use in browsers?

Snark on #debian-js

Bug#801274: "ssh-agent -d command" not working

[Harald Dunkel]

Package: openssh-client
Version: 1:6.6p1-4~bpo70+1

According to its own usage message this should work:

% ssh-agent -d sleep 30
usage: ssh-agent [options] [command [arg ...]]
Options:
  -c  Generate C-shell commands on stdout.
  -s  Generate Bourne shell commands on stdout.
  -k  Kill the current agent.
  -d  Debug mode.
  -a socket   Bind agent socket to given name.
  -t life Default identity lifetime (seconds).

% echo $?
1


Regards
Harri

Bug#801275: iceweasel wakes up at 60 Hz when idle

[sacrificial-spam-address]

Package: iceweasel
Version: 41.0.1-1
Architecture: i386

This is probably a generic firefox bug, but I'm starting here to
respoect the firefox/iceweasel split.

Basicallly, when I have iceweasel idling with a lot of tabs open,
it burns 10-20% CPU doing nothing.

The desired behaviour, when there is no UI activity and all pages have
finished loading, is that it use zero.  Not approximately zero, but each
and every thread blocked on a system call with no timeout.  (If pressed,
I will accept long (> 1000 second) timeouts for cache discard, software
update checks, and so on.)

Upon investigation, I discovered that there is one thread that seems
to be spinning doing (blank lines added):

$ strace -r -p 12917

 0.60 write(27, "\372", 1)  = 1
 0.57 clock_gettime(CLOCK_MONOTONIC, {51966, 125267419}) = 0
 0.51 clock_gettime(CLOCK_MONOTONIC, {51966, 125317984}) = 0
 0.49 clock_gettime(CLOCK_MONOTONIC, {51966, 125367361}) = 0
 0.45 clock_gettime(CLOCK_MONOTONIC, {51966, 125412268}) = 0
 0.46 clock_gettime(CLOCK_MONOTONIC, {51966, 125458852}) = 0
 0.47 clock_gettime(CLOCK_MONOTONIC, {51966, 125504807}) = 0
 0.46 clock_gettime(CLOCK_MONOTONIC, {51966, 125550762}) = 0
 0.45 clock_gettime(CLOCK_MONOTONIC, {51966, 125597486}) = 0
 0.55 clock_gettime(CLOCK_MONOTONIC, {51966, 125652590}) = 0
 0.37 clock_gettime(CLOCK_MONOTONIC, {51966, 125694075}) = 0
 0.52 futex(0x9a5f910c, FUTEX_WAIT_BITSET_PRIVATE, 1, {51966, 
142406075}, ) = -1 ETIMEDOUT (Connection timed out)
 0.016789 clock_gettime(CLOCK_MONOTONIC, {51966, 142533466}) = 0
 0.42 futex(0x9a5f90f0, FUTEX_WAKE_PRIVATE, 1) = 0
 0.34 clock_gettime(CLOCK_MONOTONIC, {51966, 142604773}) = 0
 0.35 clock_gettime(CLOCK_MONOTONIC, {51966, 142640252}) = 0

 0.40 write(27, "\372", 1)  = 1
 0.38 clock_gettime(CLOCK_MONOTONIC, {51966, 142718194}) = 0
 0.38 clock_gettime(CLOCK_MONOTONIC, {51966, 142756187}) = 0
 0.38 clock_gettime(CLOCK_MONOTONIC, {51966, 142793971}) = 0
 0.34 clock_gettime(CLOCK_MONOTONIC, {51966, 142827425}) = 0
 0.33 clock_gettime(CLOCK_MONOTONIC, {51966, 142860878}) = 0
 0.35 clock_gettime(CLOCK_MONOTONIC, {51966, 142896078}) = 0
 0.34 clock_gettime(CLOCK_MONOTONIC, {51966, 142929462}) = 0
 0.34 clock_gettime(CLOCK_MONOTONIC, {51966, 142963195}) = 0
 0.35 clock_gettime(CLOCK_MONOTONIC, {51966, 142998744}) = 0
 0.33 clock_gettime(CLOCK_MONOTONIC, {51966, 143031848}) = 0
 0.35 futex(0x9a5f910c, FUTEX_WAIT_BITSET_PRIVATE, 1, {51966, 
158823848}, ) = -1 ETIMEDOUT (Connection timed out)
 0.015913 clock_gettime(CLOCK_MONOTONIC, {51966, 158985591}) = 0
 0.50 futex(0x9a5f90f0, FUTEX_WAKE_PRIVATE, 1) = 0
 0.42 clock_gettime(CLOCK_MONOTONIC, {51966, 159072403}) = 0
 0.37 clock_gettime(CLOCK_MONOTONIC, {51966, 159109069}) = 0

 0.55 write(27, "\372", 1)  = 1
 0.42 clock_gettime(CLOCK_MONOTONIC, {51966, 159205589}) = 0
 0.37 clock_gettime(CLOCK_MONOTONIC, {51966, 159243023}) = 0
 0.38 clock_gettime(CLOCK_MONOTONIC, {51966, 159281017}) = 0
 0.34 clock_gettime(CLOCK_MONOTONIC, {51966, 159314191}) = 0
 0.33 clock_gettime(CLOCK_MONOTONIC, {51966, 159347575}) = 0
 0.34 clock_gettime(CLOCK_MONOTONIC, {51966, 159381517}) = 0
 0.33 clock_gettime(CLOCK_MONOTONIC, {51966, 159415320}) = 0
 0.34 clock_gettime(CLOCK_MONOTONIC, {51966, 159448564}) = 0
 0.36 clock_gettime(CLOCK_MONOTONIC, {51966, 159484951}) = 0
 0.33 clock_gettime(CLOCK_MONOTONIC, {51966, 159517986}) = 0
 0.34 futex(0x9a5f910c, FUTEX_WAIT_BITSET_PRIVATE, 1, {51966, 
175309986}, ) = -1 ETIMEDOUT (Connection timed out)
 0.015914 clock_gettime(CLOCK_MONOTONIC, {51966, 175473195}) = 0
 0.52 futex(0x9a5f90f0, FUTEX_WAKE_PRIVATE, 1) = 0
 0.45 clock_gettime(CLOCK_MONOTONIC, {51966, 175562731}) = 0
 0.37 clock_gettime(CLOCK_MONOTONIC, {51966, 175599258}) = 0
 0.39 clock_gettime(CLOCK_MONOTONIC, {51966, 175639625}) = 0
 0.46 clock_gettime(CLOCK_MONOTONIC, {51966, 175685022}) = 0
 0.39 clock_gettime(CLOCK_MONOTONIC, {51966, 175723993}) = 0
 0.34 clock_gettime(CLOCK_MONOTONIC, {51966, 175757237}) = 0
 0.33 clock_gettime(CLOCK_MONOTONIC, {51966, 175791598}) = 0
 0.35 clock_gettime(CLOCK_MONOTONIC, {51966, 175825750}) = 0
 0.34 clock_gettime(CLOCK_MONOTONIC, {51966, 175858994}) = 0
 0.33 clock_gettime(CLOCK_MONOTONIC, {51966, 175892937}) = 0
 0.37 clock_gettime(CLOCK_MONOTONIC, {51966, 175929813}) = 0
 0.33 clock_gettime(CLOCK_MONOTONIC, {51966, 175962847}) = 0
 0.35 futex(0x9a5f910c, FUTEX_WAIT_BITSET_PRIVATE, 1, {51966, 
191752847}, ) = -1 ETIMEDOUT (Connection timed out)
 0.015947 clock_gettime(CLOCK_MONOTONIC, {51966, 191950603}) = 0

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#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#778180: xemacs21: ftbfs with GCC-5

[YunQiang Su]

On Thu, 13 Aug 2015 10:10:09 -0600 Brett Johnson  wrote:
> On 08/13/2015 09:51 AM, Mark Brown wrote:
> > Who would I submit a patch for the packaging to?!
>
> Lol. Sorry, I didn't notice you were the maintainer ;)

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

> --
> Brett Johnson 
>
>

Bug#800487: closed by Dmitry Shachnev <mity...@debian.org> (Bug#800487: fixed in retext 5.2.1-1)

[Erik Haller]

Applied patch. Same problem. journalctl shows:


retext[4481]: segfault at 0 ip b3d200c5 sp bfa99480 error 4 in
libxcb.so.1.1.0[b3d17000+24000]


On Tue, Oct 6, 2015 at 4:51 AM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the retext package:
>
> #800487: retext crashes with a SIGSEGV
>
> It has been closed by Dmitry Shachnev .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Dmitry Shachnev <
> mity...@debian.org> by
> replying to this email.
>
>
> --
> 800487: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800487
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Dmitry Shachnev 
> To: 800487-cl...@bugs.debian.org
> Cc:
> Date: Tue, 06 Oct 2015 11:48:50 +
> Subject: Bug#800487: fixed in retext 5.2.1-1
> Source: retext
> Source-Version: 5.2.1-1
>
> We believe that the bug you reported is fixed in the latest version of
> retext, which is due to be installed in the Debian FTP archive.
>
> A summary of the changes between this version and the previous one is
> attached.
>
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 800...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
>
> Debian distribution maintenance software
> pp.
> Dmitry Shachnev  (supplier of updated retext package)
>
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
>
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Format: 1.8
> Date: Tue, 06 Oct 2015 14:34:24 +0300
> Source: retext
> Binary: retext
> Architecture: source
> Version: 5.2.1-1
> Distribution: unstable
> Urgency: medium
> Maintainer: Dmitry Shachnev 
> Changed-By: Dmitry Shachnev 
> Description:
>  retext - Simple text editor for Markdown and reStructuredText
> Closes: 800487
> Changes:
>  retext (5.2.1-1) unstable; urgency=medium
>  .
>* New upstream release.
>  - Fixes crash in xsettings code on 32-bit systems (closes: #800487).
> Checksums-Sha1:
>  8092860a920a20202fe14d3da79ec139f06c3194 2006 retext_5.2.1-1.dsc
>  dbf8ab5de0be5355b5ddcb3ca2cdf6f605ab51ce 157119 retext_5.2.1.orig.tar.gz
>  84a39b2e41ef3de1434fef5a7bff535b412e422d 12404
> retext_5.2.1-1.debian.tar.xz
> Checksums-Sha256:
>  8d4007d4e8c8205fe27bf3dab9adb46f252a7828c6dc6195cb3a86612bdd2b91 2006
> retext_5.2.1-1.dsc
>  02164ae2bba6f47a2ec5e11aa06aefbcd96bea1b84a96c5673dbe18d8ccb2a69 157119
> retext_5.2.1.orig.tar.gz
>  dd792791a1a4a21bba585c8f190f22d08abf5a256d6733d46ee798425c63afad 12404
> retext_5.2.1-1.debian.tar.xz
> Files:
>  6c1c5cf0f250e7d8cf72e7109ed0230a 2006 editors optional retext_5.2.1-1.dsc
>  4dfa51ec8a1d86ef02578d1cb3dc6750 157119 editors optional
> retext_5.2.1.orig.tar.gz
>  231c8583354fd48f7b398682fb37e26d 12404 editors optional
> retext_5.2.1-1.debian.tar.xz
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQIcBAEBCAAGBQJWE7JTAAoJENb+cQNj+F3T+cAP+wf+QOgKHCP1Gprb5Hj/BnRR
> augfMRcpVNvKKhUFgw4WCWFd+oUo1p3r3ixyoIVgMYoGwwVNzWBl1yWsr3nfCVMj
> Ei5LM5qA1KsPU9iLIP43Yaz8D4fpvNq8tZ7JL8ROpT1uuAqOyXpjVJj3yNMj0Yze
> HXviOuKevEconkWwawPECNtPdLBu1KxcCUpdnH/aImAz2HSvAUo1/1SnwDtgFrnP
> rJNMh5KghzrJ9QTHrVbv6Pd/3KJCVkJrIRlRIrl612rMpjfH59fXYQzM1k4wlbXM
> EQjQ+SXRP4O2TAOoezYC9PpaUYMyA2EehoulOfK4UT6VDoSUtFcRj+gcqGfhJxfs
> J0n2V4QndKLp+MEcshxFFQoV2a8+pTy+WxobRMc29lEzGN7rme+8nl8BB8JzEY6B
> bXzlj3Qg6SmmX6PntaHThg8wDM3mBpj3QEADl+CZ7V/0g1SV7dRvlbWiekD5eDCB
> SU2zStEoGgkRZJ4pQW4FNe6x3z0sMyKiq1oy/eW0LOk5scD9ldIvQCR6izPlaJ2C
> FEbzg2VtjDESV1sFJ+O1Y1gUFz8/Yo8KkUWua5t5mMIsCc8IMcUa0CGkANwoAfLr
> LVrFYvCPJmyLqMCqgOt6a161TQl8574onq225vsaPYDE69SkMFmyNC9Uqo7u4dS5
> /VbsfoQOLLQL6hyT3hKx
> =z9QX
> -END PGP SIGNATURE-
>
> -- Forwarded message --
> From: Erik 
> To: Debian Bug Tracking System 
> Cc:
> Date: Tue, 29 Sep 2015 21:41:24 -0700
> Subject: retext crashes with a SIGSEGV
> Package: retext
> Version: 5.2.0-1
> Severity: grave
> Justification: renders package unusable
>
> retext worked yesterday. Today it crashes. Attached is an strace output
> file.
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
>
> Kernel: Linux 4.1.0-2-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages retext depends on:
> ii  python3-docutils

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#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#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#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#801271: nmu: fcitx_1:4.2.9-3

[ChangZhuo Chen]

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

nmu fcitx_1:4.2.9-3 . ANY . unstable . -m "Rebuild against libpresage1v5"


presage has finished its libstdc++ v5 transition in #799642, so I would
like to do binNUM for fcitx to use libpresage1v5.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

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


signature.asc
Description: PGP signature

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

[Johannes Schauer]

Hi,

Quoting PICCA Frederic-Emmanuel (2015-10-08 07:42:12)
> Yes I did but I created a propellor property in order o maintain my sbuild
> chroot.  Indeed this is a detail. So I end up with a tar.gz owned by
> root:root

yes, that's how it should be and is also done by sbuild-createchroot.

> Then comes the upgrade whcih changed the owner into sbuild:sbuild.
> 
> Why sbuild which is run as root do not want to lock something which is not 
> owned by the root ?
> 
> I do not understand  this point.

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.

cheers, josch


signature.asc
Description: signature

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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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 <z...@debian.org> (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#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#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#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#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#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#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#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#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#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#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#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#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#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#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=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.