Bug#790978: android-platform-build: library transition may be needed when GCC 5 is the default

[Julien Cristau]

Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:08:51 +, Matthias Klose wrote:

>  - Rebuild the library using g++/g++-5 from experimental. Note that
>most likely all C++ libraries within the build dependencies need
>a rebuild too. You can find the log for a rebuild in
>  https://people.debian.org/~doko/logs/gcc5-20150701/
>Search for "BEGIN GCC CXX11" in the log.
> 
>  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
>library API, and are used by the reverse dependencies of the
>library.
> 
This function changes with the new libstdc++:

std::string pseudolocalize_string(const std::string& source);

android-libhost thus needs to be renamed.

(incidentally, the headers mention
std::string parent_dir(const std::string& path);
but the library doesn't seem to export that symbol)

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#795131: libreoffice-core: segfault in libvclplug_gtk3lo.so

[Rene Engelhard]

tag 795131 + moreinfo
thanks

Hi,

On Tue, Aug 11, 2015 at 01:12:05AM +0200, Christoph Anton Mitterer wrote:
> Apparently the issue happens much more often than it seemed in the
> beginning.

Oh my. Define "much more often"?

> I think this justifies at least the severity grave, if not critical
> ("data loss" vs. "serious data loss"... well I one write's hist PhD
> thesis and Libreoffice crashes, one may consider this very well serious
> ;-) )

I don't, I think it's important at least until it crashes every few minutes.
But I won't argue now :)

> Anyway, I had run libreoffice for a while with --backtrace, so attached
> you'll finde a bt.

[ snip ]

Seems you have libgtk-3-dbg installed (or whatever the name is) but not
libreoffice-dbg? Can you retry also with LO debug info before I attempt
to upstream this bug?

Regards,

Reme


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795153: wrong license in debian/copyright

[Thorsten Alteholz]

Package: libitpp
Version: 4.3.1-5
Severity: serious
User: alteh...@debian.org
Usertags: ftp
X-Debbugs-CC: ftpmas...@ftp-master.debian.org
thanks

Dear Maintainer,

according to ChangeLog-2008 the license has changed from GPL-2+ to GPL-3+. 
Please mention this in your debian/copyright.


Thanks!
  Thorsten


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790985: bobcat: library transition may be needed when GCC 5 is the default

[Frank B. Brokken]

Dear tony mancill, you wrote:
> Frank, George,
> 
> I've pushed a new branch to alioth for this upload.  The branch name is
> bobcat-gcc5abi.
> 
> Please let know if you have any concerns, otherwise, I'll plan to upload
> the evening of August 11th (here in GMT-0700).

No problems from my side, thanks for the assistance :-)

Cheers,

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


signature.asc
Description: Digital signature

Bug#750918: Fixed in last upload

[Olly Betts]

Control: reopen -1
Control: found -1 0.11.0-1

[Resending after unarchiving the bug]

On Mon, Jul 28, 2014 at 02:07:22PM +0200, Bas Wijnen wrote:
> Yes, I'll upload a new version this week.

The wx BD has reverted to libwxgtk2.8-dev in 0.11.0-1:

https://sources.debian.net/src/openmsx-catapult/0.11.0-1/debian/control/#L5

Please switch it back to libwxgtk3.0-dev - 2.8 is obsolete and we're
trying to remove it (only 2 packages left now).

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790985: bobcat: library transition may be needed when GCC 5 is the default

[tony mancill]

Frank, George,

I've pushed a new branch to alioth for this upload.  The branch name is
bobcat-gcc5abi.

Please let know if you have any concerns, otherwise, I'll plan to upload
the evening of August 11th (here in GMT-0700).

Cheers,
tony




signature.asc
Description: OpenPGP digital signature

Bug#795137: nutcracker: add systemd unit file

[Jonas Genannt]

> > If you wish, I can commit it directly into collab git.
> 
> Heh, I was already working on it, which is why 0.4.1 is being held up :) 
> Thanks, though!
> 
> I actually want to do this differently: I want to use a type=simple unit 
> (easy), stop writing a pidfile altogether (needs a partial revert of my 
> sysconf patch, plus associated init script/upstart fixes) and possibly 
> log to stderr so that systemd can catch the log stream.

since I don't added Type or BusName, the unit file is Type=simple. because this 
is the
default.

Greets,
Jonas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#789038: jitsi: Unable to install on sid/unstable

[shirish शिरीष]

ping, any updates on getting jitsi for talking to people ?

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795152: 0ad: please make a new release for gcc5 transition

[shirish शिरीष]

Package: 0ad
Version: 0.0.18-1+b1
Severity: normal
User: debian-...@lists.debian.org

Dear Maintainer,

Due to gcc5 transition some dependencies have changed. Please
update/make a new release of 0ad so these new realities are part of it.

Couple of dependencies it is based upon libwxbase3.0-0 (>= 3.0.2),
libwxgtk3.0-0 (>= 3.0.2) are now libwxbase3.0-0v5 and  libwxgtk3.0-0v5
and hence the migration to the new libraries are blocked.

Look forward to it being fixed.

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

Kernel: Linux 4.1.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 0ad depends on:
ii  0ad-data   0.0.18-1
ii  0ad-data-common0.0.18-1
ii  dpkg   1.18.2
ii  libboost-filesystem1.55.0  1.55.0+dfsg-4
ii  libc6  2.21-0experimental0
ii  libcurl3-gnutls7.43.0-1
ii  libenet7   1.3.12+ds-2
ii  libgcc11:5.2.1-15
ii  libgl1-mesa-glx [libgl1]   10.6.3-1
ii  libgloox13 1.0.13-2
ii  libicu52   52.1-10
ii  libjpeg62-turbo1:1.4.1-1
ii  libminiupnpc10 1.9.20140610-2
ii  libnspr4   2:4.10.8-2
ii  libnvtt2   2.0.8-1+dfsg-5+b1
ii  libopenal1 1:1.16.0-3
ii  libpng12-0 1.2.50-2+b2
ii  libsdl1.2debian1.2.15-11
ii  libstdc++6 5.2.1-15
ii  libvorbisfile3 1.3.4-2
ii  libwxbase3.0-0 3.0.2+dfsg-1
ii  libwxgtk3.0-0  3.0.2+dfsg-1
ii  libx11-6   2:1.6.3-1
ii  libxcursor11:1.1.14-1+b1
ii  libxml22.9.2+dfsg1-3
ii  zlib1g 1:1.2.8.dfsg-2+b1

0ad recommends no packages.

0ad suggests no packages.

-- no debconf information


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#794301: [Pkg-fedora-ds-maintainers] Bug#794301: Bug#794301: 389-console: missing bogus dependency

[Timo Aaltonen]

On 11.08.2015 05:43, Ben Hildred wrote:
> 
> 
> On Mon, Aug 10, 2015 at 8:30 PM, Timo Aaltonen  > wrote:
> 
> reassign 794301 389-ds-base
> thanks
> 
> On 10.08.2015 22:47, Ben Hildred wrote:
> > The console depends on the directory server, which does not depend on
> > systemd, but still acts as if it does. And since the directory server
> > conflicts with slapd, and I need a ldap server to test the ldap
> client,
> > and I need a ldap client to verify and test the server before
> moving it
> > from my test machine, and . . .
> 
> 389-console does not depend on 389-ds-base:
> 
> oops, got it confused with the admin console (two consoles is kinda
> confusing).

389-admin-console depends on 389-admin. Probably could relax that then.

> original issue remains, 389-ds-base needs to depend on systemd
> apparently.
> 
> 
> Or better yet not depend on systemd, per policy.

The policy says that sysvinit needs to be supported, which is true in
this case (initscript provided). Plenty of packages depend on systemd
the package, not systemd-sysv.

-- 
t


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#794937: Applications crash with phonon-backend-vlc

[Lisandro Damián Nicanor Pérez Meyer]

retitle 794937 phonon-qt5 packages should not depend/recommend phonon-backend
thanks

I think the problem is that the virtual package phonon-backend is provided by 
phonon-backend-gstreamer, phonon-backend-null, phonon-backend-vlc, phonon4qt5-
backend-gstreamer

Now what amazes me is that quassel is using qt4, so it shouldn't be using 
qt5's phonon...

-- 

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


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

Bug#794301: [Pkg-fedora-ds-maintainers] Bug#794301: Bug#794301: 389-console: missing bogus dependency

[Timo Aaltonen]

reassign 794301 389-ds-base
thanks

On 10.08.2015 22:47, Ben Hildred wrote:
> The console depends on the directory server, which does not depend on
> systemd, but still acts as if it does. And since the directory server
> conflicts with slapd, and I need a ldap server to test the ldap client,
> and I need a ldap client to verify and test the server before moving it
> from my test machine, and . . .

389-console does not depend on 389-ds-base:

Package: 389-console
Priority: extra
Section: universe/java
Installed-Size: 104
Maintainer: Ubuntu Developers 
Original-Maintainer: Debian 389ds Team

Architecture: all
Version: 1.1.7-2
Depends: libidm-console-framework-java

original issue remains, 389-ds-base needs to depend on systemd apparently.


-- 
t


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795151: Kernel panic on shutdown after "ip -6 neigh add proxy ..."

[Fredrik Roubert]

Package: linux-image-3.16.0-4-amd64
Version: 3.16.7-ckt11-1+deb8u3
Tags: ipv6

On a virtual machine running jessie (in a pretty default configuration,
using systemd, etc.), I have an OpenVPN server configured like this:

https://community.openvpn.net/openvpn/wiki/IPv6

I use "ip -6 neigh add proxy ..." statements to configure the IPv6
routed block used for assigning addresses to the VPN clients, with
these rules in /etc/network/interfaces:

iface eth0 inet6 static
address :::7::1
netmask 64
gateway fe80::1
up ip -6 neigh add proxy :::8::1000 dev $IFACE
up ip -6 neigh add proxy :::8::1001 dev $IFACE
up ip -6 neigh add proxy :::8::1002 dev $IFACE
down ip -6 neigh del proxy :::8::1000 dev $IFACE
down ip -6 neigh del proxy :::8::1001 dev $IFACE
down ip -6 neigh del proxy :::8::1002 dev $IFACE

(The "down ip ..." statements have no influence on the bug described
here, the kernel panic happens also if they are removed.)

This all works, until attempting a "shutdown -r" which causes the
systemd shutdown process to proceed as expected all the way until it's
supposed to execute "networking: Deconfiguring network interfaces..."
but instead gets a kernel panic, logging the following in journalctl:

Aug 11 03:55:31  kernel: INFO: rcu_sched self-detected stall on CPU { 3}  
(t=5250 jiffies g=555 c=554 q=243)
Aug 11 03:55:31  kernel: sending NMI to all CPUs:
Aug 11 03:55:31  kernel: NMI backtrace for cpu 3
Aug 11 03:55:31  kernel: CPU: 3 PID: 703 Comm: ip Not tainted 
3.16.0-4-amd64 #1 Debian 3.16.7-ckt11-1+deb8u3
Aug 11 03:55:31  kernel: Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
Aug 11 03:55:31  kernel: task: 880036ca15f0 ti: 8800b9bd8000 
task.ti: 8800b9bd8000
Aug 11 03:55:31  kernel: RIP: 0010:[]  
[] flat_send_IPI_mask+0x6e/0xa0
Aug 11 03:55:31  kernel: RSP: 0018:8800bfb83e30  EFLAGS: 00010046
Aug 11 03:55:31  kernel: RAX:  RBX: 0c00 RCX: 
0006
Aug 11 03:55:31  kernel: RDX: 0c00 RSI: 0002 RDI: 
0086
Aug 11 03:55:31  kernel: RBP: 000f R08: 000a R09: 

Aug 11 03:55:31  kernel: R10: 01a5 R11: 8800bfb83b96 R12: 
0003
Aug 11 03:55:31  kernel: R13: 818e2940 R14: 00f3 R15: 
81853680
Aug 11 03:55:31  kernel: FS:  7f37d3cc1700() 
GS:8800bfb8() knlGS:
Aug 11 03:55:31  kernel: CS:  0010 DS:  ES:  CR0: 8005003b
Aug 11 03:55:31  kernel: CR2: 7fffc1c7cfd0 CR3: b8ac CR4: 
06e0
Aug 11 03:55:31  kernel: Stack:
Aug 11 03:55:31  kernel:  00020008 0086 
8800bfb8d660 81853680
Aug 11 03:55:31  kernel:  81046ab3 8800bfb8d660 
810c53ca 8800bfb8dac0
Aug 11 03:55:31  kernel:  8109a04e 8800bfb92f00 
880036ca15f0 
Aug 11 03:55:31  kernel: Call Trace:
Aug 11 03:55:31  kernel:  
Aug 11 03:55:31  kernel:
Aug 11 03:55:31  kernel:  [] ? 
arch_trigger_all_cpu_backtrace+0xc3/0x140
Aug 11 03:55:31  kernel:  [] ? 
rcu_check_callbacks+0x3ea/0x630
Aug 11 03:55:31  kernel:  [] ? 
account_process_tick+0xde/0x180
Aug 11 03:55:31  kernel:  [] ? 
tick_sched_handle.isra.16+0x60/0x60
Aug 11 03:55:31  kernel:  [] ? 
update_process_times+0x40/0x70
Aug 11 03:55:31  kernel:  [] ? 
tick_sched_handle.isra.16+0x20/0x60
Aug 11 03:55:31  kernel:  [] ? tick_sched_timer+0x3c/0x60
Aug 11 03:55:31  kernel:  [] ? __run_hrtimer+0x67/0x1c0
Aug 11 03:55:31  kernel:  [] ? 
hrtimer_interrupt+0xe9/0x220
Aug 11 03:55:31  kernel:  [] ? 
smp_apic_timer_interrupt+0x3b/0x60
Aug 11 03:55:31  kernel:  [] ? 
apic_timer_interrupt+0x6d/0x80
Aug 11 03:55:31  kernel:  
Aug 11 03:55:31  kernel:
Aug 11 03:55:31  kernel:  [] ? 
queue_write_lock_slowpath+0x42/0x90
Aug 11 03:55:31  kernel:  [] ? __neigh_create+0x1e9/0x590
Aug 11 03:55:31  kernel:  [] ? 
ip6_finish_output2+0x17e/0x440
Aug 11 03:55:31  kernel:  [] ? igmp6_send+0x2c0/0x420
Aug 11 03:55:31  kernel:  [] ? 
rtnl_fill_ifinfo+0xa06/0xd10
Aug 11 03:55:31  kernel:  [] ? 
igmp6_group_dropped+0x126/0x230
Aug 11 03:55:31  kernel:  [] ? __alloc_skb+0x87/0x2a0
Aug 11 03:55:31  kernel:  [] ? 
__ipv6_dev_mc_dec+0xca/0x120
Aug 11 03:55:31  kernel:  [] ? ipv6_dev_mc_dec+0x16/0x30
Aug 11 03:55:31  kernel:  [] ? pndisc_destructor+0x5b/0x80
Aug 11 03:55:31  kernel:  [] ? neigh_ifdown+0xbd/0xe0
Aug 11 03:55:31  kernel:  [] ? 
ndisc_netdev_event+0x3f/0xd0
Aug 11 03:55:31  kernel:  [] ? 
notifier_call_chain+0x4e/0x70
Aug 11 03:55:31  kernel:  [] ? 
__dev_notify_flags+0x5a/0xb0
Aug 11 03:55:31  kernel:  [] ? dev_change_flags+0x4b/0x60
Aug 11 03:5

Bug#794937: Applications crash with phonon-backend-vlc

[Lisandro Damián Nicanor Pérez Meyer]

On Saturday 08 August 2015 13:09:09 Michael Biebl wrote:
> Package: phonon
> Version: 4:4.8.0-5
> Severity: serious
[snip]
 
> Looks like it might be a Qt4/Qt5 mixup related problem.

I seriously missed this part. Indeed, there is something fishy here.

By the waythe backtrace was not in the original maio. Anyways I'll see why we 
have this mix up here.

Thanks!

-- 

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


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

Bug#772947: patch

[Nathaniel Beaver]

The patch is quite small.
--- httputil.py.orig	2015-08-10 20:57:54.479045431 -0500
+++ httputil.py	2015-08-10 20:39:27.363104543 -0500
@@ -32,14 +32,14 @@ def x509_to_dict(x509):
 """Parse a x509 pyopenssl object to a dictionary with keys
 subject, subjectAltName and optional notAfter.
 """
-from requests.packages.urllib3.contrib.pyopenssl import get_subj_alt_name
+import requests.packages.urllib3.contrib.pyopenssl as SSL
 res = {
 'subject': (
 (('commonName', x509.get_subject().CN),),
 ),
 'subjectAltName': [
 ('DNS', value)
-for value in get_subj_alt_name(x509)
+for value in SSL.get_subj_alt_name(x509)
 ]
 }
 notAfter = x509.get_notAfter()

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

[Bob Friesenhahn]

On Mon, 10 Aug 2015, László Böszörményi wrote:


On Mon, Aug 10, 2015 at 8:27 PM, Bob Friesenhahn
 wrote:

On Mon, 10 Aug 2015, Jakub Wilk wrote:

Perhaps this issue is due to g++ defaulting to a newer version of the C++
standard and thus it requires a new C++ ABI?

I don't think so. I'd rather blame:

* Test build with QuantumDepth 16 (closes: #557879).

But wait, isn't change of QuantumDepth an ABI breakage?
SONAME of the non-C++ library didn't change; it's still
/usr/lib/libGraphicsMagick.so.3.

As I know it's only an internal precision change, but doesn't affect
any method or function.


It changes the size of Quantum and IndexPacket (types), as well as the 
value of MaxRGB, MaxMap, and TransparentOpacity (constants), so 
unfortunately it is very much exposed to the API user.



If --enable-quantum-library-names was used as an option to the configure
script, then the shared library name would become like
libGraphicsMagick-Q16.so so the whole run-time library name is different.

It was not used. Should I add this? It seems it would cause more
trouble than win.


It should not cause much trouble.  The link library name exposed to 
developers is the normal name.


The main value is to allow two run-time libraries to be installed 
side-by-side.



If the QuantumDepth 8 build did not use this option, then it would be named
as before and existing apps (compiled with QuantumDepth 8) should work with
it.  This allows the libraries to co-exist.

It seems you also write that the quantum depth change shouldn't be a
problem for applications.


It depends on the application.


The package used for development needs to specify if it is for Q8 or Q16
since (barring other factors), it is only possible to develop for one at a
time.

As I know, GraphicsMagick will use roughly double the memory during
image processing with the latter, but that's what the user can see
(and that the output quality is better). Am I right?


The output quality is sometimes better, but often identical.  The main 
value is with preserving original quality for deeper images.



But to answer your question, the API for 1.3.21/QuantumDepth16 should
be the same as previously. I attach the symbols change between 1.3.20
and 1.3.21 ; the additions are for WebP image support and two symbols
(RegisterAVIImage, UnregisterAVIImage) are removed. As I see, a
versioned breaks is the only thing I need to add.


With Q16, the API has changed (from Q8) since the sizes of things 
change.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Bug#795060: Latest Wheezy backport kernel prefers Infiniband mlx4_en over mlx4_ib, breaks existing installs

[Christian Balzer]

Hello Ben,

thanks for the quick and detailed reply.

On Mon, 10 Aug 2015 15:53:57 +0200 Ben Hutchings wrote:

> Control: severity -1 important
> Control: tag -1 upstream
> 
> On Mon, 2015-08-10 at 13:52 +0900, Christian Balzer wrote:
> [...]
> > I'm also not seeing this on several other machines we use for Ceph
> > with the current Jessie kernel, but to be fair they use slightly
> > different (QDR, not FDR) ConnectX-3 HBAs.
> 
> If SR-IOV is enabled on the adapter then the ports will always operate
> in Ethernet mode as it's apparently not supported for IB.  Perhaps SR
> -IOV enabled on some adapters but not others?
>
I was wondering about that, but wasn't aware of the Ethernet only bit of
SR-IOV. 
Anyway, the previous cluster and one blade of this new one have Mellanox
firmware 2.30.8000, which doesn't offer the Flexboot Bios menu and thus
have no SR-IOV configuration option at boot time.

However the other blade (replacement mobo for a DoA one) in the new server
does have firmware 2.33.5100 and the Flexboot menu and had SR-IOV enabled.

Alas disabling it (and taking out the fake-install) did result in the same
behavior, mlx4_en was auto-loaded before mlx4_ib.

In all following tests I did reboot both nodes simultaneously, to avoid
having one port in Ethernet mode forcing things on the other side.

Also the newest QDR card for one of the Ceph cluster machines here does
have that firmware, but behaves properly (no mlx4_en auto-load) with the
latest Jessie kernel.
 
> If that's not the issue, it looks like you are supposed to set a module
> parameter in mlx4_core:
> port_type_array:Array of port types: HW_DEFAULT (0) is default 1 for
> IB, 2 for Ethernet (array of int) e.g.:
> options mlx4_core port_type_array=1,1
> 
I added that "options mlx4_core port_type_array=1" (since there is only
one port) to /etc/modprobe.d/local.conf, depmod -a, update-initramfs -u,
but no joy.
The mlx4_en module gets auto-loaded before the IB one as well with this
setting.

So ultimately only the fake-install of mlx4_en provides a workaround.

If you have anything else you would like to try let me know, this cluster
will probably not go into production for another 2 weeks.

> I don't know what determines the hardware default.
> 
> [...]
> > Given that the previous version works as expected and that Jessie is
> > doing the "right" thing as well, I'd consider this a critical bug.
> 
> No, it is important (since it is a regression) but it is not critical.
> 
Fair enough.

> > Had I rebooted the older production cluster with 500,000 users on it
> > into this kernel, the results would not have been pretty.
> 
> And that's why you tested on one machine first, right?
> 
Of course, but it would have still a) broken things (replication stopped)
and b) taken me even more time to figure out what was going on and how to
work around it as I can't reboot that cluster willy-nilly. 

There simply is a very high expectation that a kernel update like this
won't leave you dead in the water.

Regards,

Christian
-- 
Christian BalzerNetwork/Systems Engineer
ch...@gol.com   Global OnLine Japan/Fusion Communications
http://www.gol.com/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795149: TestU01 license status

[Christoph Anton Mitterer]

Hey Pierre, Richard.

TestU01 has been finally packaged for Debian[0], however in the so
called "non-free" section, as the license situation is still unclear.

The website[1] claims that the license would be GPL3 or later but the
source tarball's COPYING files names another license, which Debian
would consider non-free.

Could you please officially clarify the situation (please keep the
bug's email address CCed) and/or even better update the tarball with
the correct license?

Thanks in advance,
Chris.


[0] https://packages.debian.org/source/sid/testu01
[1] http://www.iro.umontreal.ca/~simardr/testu01/copyright.html

smime.p7s
Description: S/MIME cryptographic signature

Bug#795149: testu01: license status

[Christoph Anton Mitterer]

Source: testu01
Severity: normal


Hey.


I just noted that this has been finally packaged for Debian :-)
... but in non-free.

At least the website http://www.iro.umontreal.ca/~simardr/testu01/copyright.html
which seems to be from 2009-08-18 that the license has actually been changed
to GPL3+.
The COPYING file in the tarball which still shows a non-free license is from
an older date.
So maybe they just forgot to update it?!

I'll do another round of querying the original developers,
maybe the could update the tarball.

Cheers,
Chris


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795150: aptitude: Aptitude displays garbage on screen during resolving

[George Shuklin]

Package: aptitude
Version: 0.7-1+b1
Severity: important

Dear Maintainer,

After recent update aptitude starts to display garbage instead of the packet
names during 'resolving' stage.

Here example of output: http://snag.gy/qNCPY.jpg

Clearing /var/cache/aptitude does not helps.



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

aptitude version information:
aptitude 0.7 compiled at Aug  7 2015 19:34:17
Compiler: g++ 5.2.1 20150730
Compiled against:
  apt version 4.16.0
  NCurses version 5.9
  libsigc++ version: 2.4.1
  Gtk+ support disabled.
  Qt support disabled.

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

aptitude linkage:
linux-vdso.so.1 (0x7ffc47967000)
libapt-pkg.so.4.16 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.16 
(0x7f80c4a17000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f80c47e1000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f80c45b6000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f80c43b)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7f80c40b1000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f80c3de3000)
libboost_iostreams.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7f80c3bca000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f80c37c8000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f80c35aa000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f80c322f000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f80c2f2e000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f80c2d17000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f80c296e000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f80c276b000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f80c2566000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f80c234b000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f80c213b000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f80c1f17000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f80c1d0f000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f80c1b09000)
/lib64/ld-linux-x86-64.so.2 (0x563211923000)

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

Kernel: Linux 4.1.0-1-amd64 (SMP w/4 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 aptitude depends on:
ii  aptitude-common   0.7-1
ii  libapt-pkg4.161.0.10.1
ii  libboost-iostreams1.58.0  1.58.0+dfsg-3
ii  libc6 2.19-19
ii  libcwidget3v5 0.5.17-3.1+b1
ii  libgcc1   1:5.2.1-14
ii  libncursesw5  5.9+20150516-2
ii  libsigc++-2.0-0v5 2.4.1-2
ii  libsqlite3-0  3.8.11.1-1
ii  libstdc++65.2.1-14
ii  libtinfo5 5.9+20150516-2
ii  libxapian22v5 1.2.21-1.2

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

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

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#794432: debian-installer: please switch from ttf-cjk-compact-udeb to fonts-android-udeb

[Cyril Brulebois]

Control: tag -1 pending

Hi,

Cyril Brulebois  (2015-08-03):
> I'll perform some checks once sid is no longer having issues with
> libicu, and push once I've done so.

As mentioned in my reply to your CJK proposal on debian-boot@, my tests
look good so I've pushed your patch:
  https://anonscm.debian.org/cgit/d-i/debian-installer.git/commit/?id=58f1c1a

Thanks again!

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#778103: reconserver FTBFS.

[peter green]

Trying to look at #778103, things stopped quite soon since your
package has a build-dep on librecon-1.9-dev while the archive only
has librecon-1.10-dev.
   
I just tested the obvious change of changing the build-dependency from 
librecon-1.9-dev to librecon-1.10-dev and the error I got looks the same 
as the one in bug 778103.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795148: mirrors: http://mirror.debian.org/status.html has not been updated since 1 July

[Jason Rhinelander]

Package: mirrors
Severity: normal

Dear Maintainer,

I recently tried to look at mirror status on
http://mirror.debian.org/status.html and noticed that it hasn't updated
in a while:

Data capturing time window:
Wed Jul 1 18:10:03 2015 UTC - Wed Jul 1 19:24:21 2015 UTC
HTML-file creation time: Wed Jul 1 19:24:21 2015 UTC


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

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793419: RFS: mirage/0.9.5.2-1 ITA

[Thomas Ross]

Hi Eriberto,

I've used a diff and added everything that I could find to the changelog.
The fixed version should now be on mentors.

Regards,
Thomas

On Tue, 4 Aug 2015 at 20:48 Eriberto  wrote:

> Hi Thomas,
>
> This is my last try. Please, use a diff to see the diferences between
> versions and write each change in d/changelog.
>
> Regards,
>
> Eriberto
>
> 2015-08-04 19:00 GMT-03:00 Thomas Ross :
> > tags 793419 - moreinfo
> > thanks
> >
> > Hi Eriberto,
> >
> > Sorry about that, I simply forgot to include that change.
> >
> > I have reuploaded to mentors
> >
> > Thanks,
> > Thomas.
> >
> > On 04/08/15 05:01 PM, Eriberto wrote:
> >> tags 793419 moreinfo
> >> thanks
> >>
> >> Hi Thomas,
> >>
> >> 2015-08-04 17:41 GMT-03:00 Thomas Ross :
> >>> Hi Eriberto,
> >>>
> >>> I've added all changes to the changelog.
> >>
> >> Not in current version in mentors.d.n. E.g., you didn't put a
> >> reference to new priority (optional).
> >>
> >> Please, use a 'diff -Naur' between the revison in unstable and your
> >> revision to find all changes.
> >>
> >> Regards,
> >>
> >> Eriberto
> >>
> >
> >
>

Bug#795147: libsystemd-journal-dev is missing in Debian Stretch

[nerdopolis]

Package: libsystemd-journal-dev
Version: 215

I am unable to compile EFL master with systemd, as it seems the compat .pc 
files with systemd are gone
https://packages.debian.org/stretch/libsystemd-journal-dev does 404, and I 
can't find libsystemd-journal.pc with apt-file


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795146: llvm-toolchain-3.4 FTBFS on mipsel: E: Caught signal ‘Terminated’: terminating immediately

[Gustavo Prado Alkmim]

Package: llvm-toolchain-3.4
Version: 1:3.4.2-15
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Package is failing to build on buildd. I'm working on a fix and I will attach 
it as soon as possible. 

Build Log tail:

if  g++-5 -I/«PKGBUILDDIR»/build-llvm/include 
-I/«PKGBUILDDIR»/build-llvm/lib/Transforms/Utils -I/«PKGBUILDDIR»/include 
-I/«PKGBUILDDIR»/lib/Transforms/Utils  -DNDEBUG -D_GNU_SOURCE 
-D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -g -O2 
-fomit-frame-pointer -fvisibility-inlines-hidden -fno-exceptions -fPIC 
-Woverloaded-virtual -Wcast-qual -std=c++0x -D_FORTIFY_SOURCE=2 
-D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 
-D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2  -pedantic -Wno-long-long -Wall -W 
-Wno-unused-parameter -Wwrite-strings-Wno-maybe-uninitialized 
-Wno-missing-field-initializers -c -MMD -MP -MF 
"/«PKGBUILDDIR»/build-llvm/lib/Transforms/Utils/Release/LowerExpectIntrinsic.d.tmp"
 -MT 
"/«PKGBUILDDIR»/build-llvm/lib/Transforms/Utils/Release/LowerExpectIntrinsic.o" 
-MT 
"/«PKGBUILDDIR»/build-llvm/lib/Transforms/Utils/Release/LowerExpectIntrinsic.d" 
/«PKGBUILDDIR»/lib/Transforms/Utils/LowerExpectIntrinsic.cpp -o /«
 PKGBUILDDIR»/build-llvm/lib/Transforms/Utils/Release/LowerExpectIntrinsic.o ; \
then /bin/mv -f 
"/«PKGBUILDDIR»/build-llvm/lib/Transforms/Utils/Release/LowerExpectIntrinsic.d.tmp"
 
"/«PKGBUILDDIR»/build-llvm/lib/Transforms/Utils/Release/LowerExpectIntrinsic.d";
 else /bin/rm 
"/«PKGBUILDDIR»/build-llvm/lib/Transforms/Utils/Release/LowerExpectIntrinsic.d.tmp";
 exit 1; fi
E: Caught signal ‘Terminated’: terminating immediately
E: ABORT: Received TERM signal (requesting cleanup and shutdown)
make[4]: *** 
[/«PKGBUILDDIR»/build-llvm/lib/Analysis/Release/InstructionSimplify.o] 
Terminated
make[5]: *** 
[/«PKGBUILDDIR»/build-llvm/lib/Transforms/Utils/Release/LowerExpectIntrinsic.o] 
Terminated
make[1]: *** [override_dh_auto_build] Terminated
make[2]: *** [all] Terminated
make[4]: *** [Utils/.makeall] Terminated
make[5]: *** 
[/«PKGBUILDDIR»/build-llvm/lib/CodeGen/SelectionDAG/Release/LegalizeVectorOps.o]
 Terminated
make[4]: *** [SelectionDAG/.makeall] Terminated
make[3]: *** [Analysis/.makeall] Terminated
make[3]: *** [Transforms/.makeall] Terminated
make[3]: *** [CodeGen/.makeall] Terminated
make[3]: *** [ExecutionEngine/.makeall] Terminated
make[5]: *** 
[/«PKGBUILDDIR»/build-llvm/lib/Target/X86/Release/X86ISelDAGToDAG.o] Terminated
make[5]: *** 
[/«PKGBUILDDIR»/build-llvm/lib/ExecutionEngine/RuntimeDyld/Release/RuntimeDyldELF.o]
 Terminated
make: *** [build-arch] Terminated
make[4]: *** [RuntimeDyld/.makeall] Terminated
make[3]: *** [Target/.makeall] Terminated
make[4]: *** [X86/.makeall] Terminated

-- System Information:
Debian Release: 7.8
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: mipsel (mips)

Kernel: Linux 3.0.8-12465-g4c51e3b (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795058: [Pkg-amule-devel] Bug#795058: amule: memory leak

[Dmitry Smirnov]

On Monday 10 August 2015 09:50:00 Sandro Tosi wrote:
> Can you set a lower memory limit for amule, install amule-dbg, run
> amule in gdb and generate a backtrace as described at :
> http://wiki.amule.org/wiki/Backtraces#Create_a_backtrace - this way I
> can forward this bug upstream.

Thanks for your hints, Sandro. I'll see if I can get a backtrace...

-- 
Best wishes,
 Dmitry Smirnov.


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

Bug#795145: gnome-rdp: depend on x-terminal-emulator instead of gnome-terminal

[Ximin Luo]

Package: gnome-rdp
Version: 0.3.0.9-3
Severity: normal

Hi,

Please depend on the virtual package x-terminal-emulator, so that I can rely
solely on xfce4-terminal, and have as few GNOME components installed as 
possible.

AFAICS it is not necessary to specifically use gnome-terminal.

Thanks,
X

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

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

Versions of packages gnome-rdp depends on:
ii  gnome-terminal  3.16.2-1
ii  libglib2.0-cil  2.12.10-5.1
ii  libgnome-keyring1.0-cil 1.0.0-4
ii  libgtk2.0-0 2.24.28-1
ii  libgtk2.0-cil   2.12.10-5.1
ii  libmono-corlib4.0-cil   3.2.8+dfsg-10
ii  libmono-posix4.0-cil3.2.8+dfsg-10
ii  libmono-sqlite4.0-cil   3.2.8+dfsg-10
ii  libmono-system-core4.0-cil  3.2.8+dfsg-10
ii  libmono-system-data4.0-cil  3.2.8+dfsg-10
ii  libmono-system4.0-cil   3.2.8+dfsg-10
ii  mono-runtime3.2.8+dfsg-10
ii  openssh-client  1:6.7p1-6
ii  rdesktop1.8.3-1

gnome-rdp recommends no packages.

gnome-rdp suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795028: [Aptitude-devel] Bug#795028: aptitude: junk in package names with dependency resolver

[brian m. carlson]

On Mon, Aug 10, 2015 at 03:41:27AM +0200, Axel Beckert wrote:
> brian m. carlson wrote:
> > I've attached a screenshot of the issue.  Apologies for the Spanish, but
> > I'm sure you'll be able to clearly see the issue nevertheless.
> 
> Yes. I though was not able to reproduce similar looking garbage it in
> a pbuilder chroot.
> 
> Any chance that it looks like
> https://people.debian.org/~abe/aptitude.gif if you change the
> highlighted item with the cursor keys?
> 
> Because I was able to reproduce _that_ behaviour (reported by Matthijs
> van Duin in the aftermath of #794830).

The junk does randomly change if I move up and down, but simply pressing
"e" to enter the dependency resolver shows the junk as well.  I suspect
they're the same issue, so if you want to fix that one and see if I can
still reproduce it afterwards, please feel free.
-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#794969: udev: change in network device naming scheme unnecessarily and incorrectly renames WiMAX devices

[brian m. carlson]

On Sun, Aug 09, 2015 at 05:54:29PM +0200, Marco d'Itri wrote:
> On Aug 08, "brian m. carlson"  wrote:
> 
> > Previously, my WiMAX device was named something like wmx0.  Now, it
> > appears it's been renamed to enx.  First of all, the name
> > has changed from what it used to be, and now I have to check that it's
> > not broken anything.  There wasn't supposed to be a naming change for
> > people with the persistent-net rules in place.
> Indeed: what was the content of your 70-persistent-net.rules file?
> I suspect that persistent naming just never worked for you for this
> interface.

The interface is clearly missing:

  # PCI device 0x8086:/sys/devices/pci:00/:00:19.0 (e1000e)
  SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="f0:de:f1:b8:36:fd", ATTR{dev_id}=="0x0", ATTR{type}=="1", 
KERNEL=="eth*", NAME="eth0"
  
  # PCI device 0x8086:/sys/devices/pci:00/:00:1c.1/:03:00.0 
(iwlwifi)
  SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="64:80:99:4f:73:a0", ATTR{dev_id}=="0x0", ATTR{type}=="1", 
KERNEL=="wlan*", NAME="wlan0"

I suppose the idea was to skip USB devices, thinking that they were all
removable, but I can't be certain without seeing the generator, which
has been removed.

> > Secondly, this is not an Ethernet device, so en is not correct (it
> > should be ww).  The device is on the USB bus (using the driver
> > i2400m-usb).
> I do not think that such a distinction is relevant here.

If you're going to autogenerate the name, please autogenerate it such
that it's consistent with the naming scheme.  The comment in
udev-builtin-net_id.c indicates that ww is appropriate here.  People
should be able to predict interface names, such that configuration can
be autogenerated (e.g. for puppet).  Naming some WWAN devices as ww but
others as en is silly.
-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#795144: clementine: Fix FTBFS with qt4 moc & boost includes.

[Robert Bruce Park]

Package: clementine
Version: 1.2.3+dfsg-3
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Dear Maintainer,

The attached patch resolves the clementine FTBFS by wrapping boost includes in
a way that causes the buggy qt4 moc to ignore them.

*** /tmp/tmpgSMehO/bug_body

In Ubuntu, the attached patch was applied to achieve the following:

  * Wrap boost imports with '#ifndef Q_MOC_RUN // #endif' to avoid qt4 moc 
issues.


Thanks for considering the patch.


-- System Information:
Debian Release: jessie/sid
  APT prefers vivid-updates
  APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-25-generic (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)
diff -Nru clementine-1.2.3+dfsg/debian/changelog clementine-1.2.3+dfsg/debian/changelog
diff -Nru clementine-1.2.3+dfsg/debian/control clementine-1.2.3+dfsg/debian/control
--- clementine-1.2.3+dfsg/debian/control	2015-08-10 11:43:52.0 -0700
+++ clementine-1.2.3+dfsg/debian/control	2015-08-10 16:20:10.0 -0700
@@ -1,8 +1,7 @@
 Source: clementine
 Section: sound
 Priority: optional
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Thomas Pierson 
+Maintainer: Thomas Pierson 
 Build-Depends: cmake (>= 2.6),
debhelper (>= 9),
docbook-to-man,
diff -Nru clementine-1.2.3+dfsg/debian/patches/hide_boost_includes_from_q_moc.patch clementine-1.2.3+dfsg/debian/patches/hide_boost_includes_from_q_moc.patch
--- clementine-1.2.3+dfsg/debian/patches/hide_boost_includes_from_q_moc.patch	1969-12-31 16:00:00.0 -0800
+++ clementine-1.2.3+dfsg/debian/patches/hide_boost_includes_from_q_moc.patch	2015-08-10 15:25:37.0 -0700
@@ -0,0 +1,192 @@
+Description: Wrap boost includes to avoid FTBFS due to qt4 moc.
+Author: Robert Bruce Park 
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: , 
+Bug: 
+Bug-Debian: https://bugs.debian.org/
+Bug-Ubuntu: https://launchpad.net/bugs/
+Forwarded: 
+Reviewed-By: 
+Last-Update: 
+
+--- clementine-1.2.3+dfsg.orig/src/core/boundfuturewatcher.h
 clementine-1.2.3+dfsg/src/core/boundfuturewatcher.h
+@@ -3,7 +3,9 @@
+ 
+ #include 
+ 
++#ifndef Q_MOC_RUN
+ #include 
++#endif
+ 
+ template 
+ class BoundFutureWatcher : public QFutureWatcher, boost::noncopyable {
+--- clementine-1.2.3+dfsg.orig/src/core/database.cpp
 clementine-1.2.3+dfsg/src/core/database.cpp
+@@ -23,7 +23,9 @@
+ #include "core/logging.h"
+ #include "core/taskmanager.h"
+ 
++#ifndef Q_MOC_RUN
+ #include 
++#endif
+ 
+ #include 
+ #include 
+--- clementine-1.2.3+dfsg.orig/src/core/macglobalshortcutbackend.mm
 clementine-1.2.3+dfsg/src/core/macglobalshortcutbackend.mm
+@@ -22,7 +22,9 @@
+ #include "mac_startup.h"
+ #import "mac_utilities.h"
+ 
++#ifndef Q_MOC_RUN
+ #include 
++#endif
+ 
+ #include 
+ #include 
+--- clementine-1.2.3+dfsg.orig/src/core/mergedproxymodel.h
 clementine-1.2.3+dfsg/src/core/mergedproxymodel.h
+@@ -25,10 +25,12 @@
+ using std::placeholders::_1;
+ using std::placeholders::_2;
+ 
++#ifndef Q_MOC_RUN
+ #include 
+ #include 
+ #include 
+ #include 
++#endif
+ 
+ using boost::multi_index::multi_index_container;
+ using boost::multi_index::indexed_by;
+--- clementine-1.2.3+dfsg.orig/src/core/scopedtransaction.h
 clementine-1.2.3+dfsg/src/core/scopedtransaction.h
+@@ -18,7 +18,9 @@
+ #ifndef SCOPEDTRANSACTION_H
+ #define SCOPEDTRANSACTION_H
+ 
++#ifndef Q_MOC_RUN
+ #include 
++#endif
+ 
+ class QSqlDatabase;
+ 
+--- clementine-1.2.3+dfsg.orig/src/core/signalchecker.h
 clementine-1.2.3+dfsg/src/core/signalchecker.h
+@@ -20,8 +20,10 @@
+ 
+ #include 
+ 
++#ifndef Q_MOC_RUN
+ #include 
+ #include 
++#endif
+ 
+ // Do not call this directly, use CHECKED_GCONNECT instead.
+ bool CheckedGConnect(
+--- clementine-1.2.3+dfsg.orig/src/devices/macdevicelister.mm
 clementine-1.2.3+dfsg/src/devices/macdevicelister.mm
+@@ -38,7 +38,9 @@
+ #import 
+ #import 
+ 
++#ifndef Q_MOC_RUN
+ #include 
++#endif
+ 
+ #include 
+ 
+--- clementine-1.2.3+dfsg.orig/src/library/groupbydialog.h
 clementine-1.2.3+dfsg/src/library/groupbydialog.h
+@@ -25,9 +25,11 @@
+ using std::placeholders::_1;
+ using std::placeholders::_2;
+ 
++#ifndef Q_MOC_RUN
+ #include 
+ #include 
+ #include 
++#endif
+ 
+ #include "librarymodel.h"
+ 
+--- clementine-1.2.3+dfsg.orig/tests/database_test.cpp
 clementine-1.2.3+dfsg/tests/database_test.cpp
+@@ -20,7 +20,9 @@
+ 
+ #include "core/database.h"
+ 
++#ifndef Q_MOC_RUN
+ #include 
++#endif
+ 
+ #include 
+ #include 
+--- clementine-1.2.3+dfsg.orig/tests/librarybackend_test.cpp
 clementine-1.2.3+

Bug#795131: libreoffice-core: segfault in libvclplug_gtk3lo.so

[Christoph Anton Mitterer]

Control: severity -1 grave

Hey.

Apparently the issue happens much more often than it seemed in the
beginning.
I think this justifies at least the severity grave, if not critical
("data loss" vs. "serious data loss"... well I one write's hist PhD
thesis and Libreoffice crashes, one may consider this very well serious
;-) )

Anyway, I had run libreoffice for a while with --backtrace, so attached
you'll finde a bt.


HTH,
Chris.warning: Currently logging to gdbtrace.log.  Turn the logging off and on to make the new setting effective.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffdf3a1700 (LWP 32215)]
[New Thread 0x7fffda82c700 (LWP 32216)]
[New Thread 0x7fffda02b700 (LWP 32217)]
[New Thread 0x7fffd3fff700 (LWP 32218)]
[New Thread 0x7fffc4b15700 (LWP 32233)]
[Thread 0x7fffc4b15700 (LWP 32233) exited]
[New Thread 0x7fffc4b15700 (LWP 32234)]
[Thread 0x7fffc4b15700 (LWP 32234) exited]
[Thread 0x7fffda82c700 (LWP 32216) exited]
[New Thread 0x7fffda82c700 (LWP 32235)]
[Thread 0x7fffda82c700 (LWP 32235) exited]
[New Thread 0x7fffda82c700 (LWP 32236)]
[Thread 0x7fffda82c700 (LWP 32236) exited]
[New Thread 0x7fffda82c700 (LWP 32237)]
[Thread 0x7fffda82c700 (LWP 32237) exited]
[New Thread 0x7fffda82c700 (LWP 32238)]
[New Thread 0x7fffc4b15700 (LWP 32239)]
[New Thread 0x7fffb9630700 (LWP 32240)]
[New Thread 0x7fffb8e2f700 (LWP 32241)]
[Thread 0x7fffda82c700 (LWP 32238) exited]
[New Thread 0x7fffda82c700 (LWP 32242)]
[Thread 0x7fffda82c700 (LWP 32242) exited]
[Thread 0x7fffb8e2f700 (LWP 32241) exited]
[New Thread 0x7fffb8e2f700 (LWP 32246)]
[Thread 0x7fffb8e2f700 (LWP 32246) exited]
[New Thread 0x7fffb8e2f700 (LWP 32253)]
[Thread 0x7fffb8e2f700 (LWP 32253) exited]
[New Thread 0x7fffb8e2f700 (LWP 32276)]
[Thread 0x7fffb8e2f700 (LWP 32276) exited]
[New Thread 0x7fffb8e2f700 (LWP 32277)]
[Thread 0x7fffb8e2f700 (LWP 32277) exited]
[New Thread 0x7fffb8e2f700 (LWP 32285)]
[New Thread 0x7fffda82c700 (LWP 32286)]
[New Thread 0x7fffb34d1700 (LWP 32287)]
[New Thread 0x7fffb2cd0700 (LWP 32288)]
[New Thread 0x7fffb24cf700 (LWP 32289)]
[New Thread 0x7fffb1cce700 (LWP 32290)]
[New Thread 0x7fffb14cd700 (LWP 32291)]
[New Thread 0x7fffb0ccc700 (LWP 32292)]
[New Thread 0x7fff97fff700 (LWP 32293)]
[New Thread 0x7fff977fe700 (LWP 32294)]
[Thread 0x7fff977fe700 (LWP 32294) exited]
[New Thread 0x7fff977fe700 (LWP 32310)]
[Thread 0x7fff977fe700 (LWP 32310) exited]
[New Thread 0x7fff977fe700 (LWP 32312)]
[Thread 0x7fff977fe700 (LWP 32312) exited]
[New Thread 0x7fff977fe700 (LWP 32313)]
[Thread 0x7fff977fe700 (LWP 32313) exited]
[New Thread 0x7fff977fe700 (LWP 32314)]
[Thread 0x7fff977fe700 (LWP 32314) exited]
[New Thread 0x7fff977fe700 (LWP 32315)]
[Thread 0x7fff977fe700 (LWP 32315) exited]
[New Thread 0x7fff977fe700 (LWP 32321)]
[Thread 0x7fff977fe700 (LWP 32321) exited]
[New Thread 0x7fff977fe700 (LWP 32322)]
[Thread 0x7fff97fff700 (LWP 32293) exited]
[Thread 0x7fff977fe700 (LWP 32322) exited]
[New Thread 0x7fff977fe700 (LWP 32323)]
[Thread 0x7fff977fe700 (LWP 32323) exited]
[New Thread 0x7fff977fe700 (LWP 32325)]
[Thread 0x7fff977fe700 (LWP 32325) exited]
[New Thread 0x7fff977fe700 (LWP 32351)]
[Thread 0x7fff977fe700 (LWP 32351) exited]
[New Thread 0x7fff977fe700 (LWP 32353)]
[New Thread 0x7fff97fff700 (LWP 32354)]
[Thread 0x7fff97fff700 (LWP 32354) exited]
[New Thread 0x7fff97fff700 (LWP 32355)]
[Thread 0x7fff97fff700 (LWP 32355) exited]
[Thread 0x7fff977fe700 (LWP 32353) exited]
[New Thread 0x7fff977fe700 (LWP 32357)]
[Thread 0x7fff977fe700 (LWP 32357) exited]
[New Thread 0x7fff977fe700 (LWP 32359)]
[Thread 0x7fff977fe700 (LWP 32359) exited]
[New Thread 0x7fff977fe700 (LWP 32411)]
[Thread 0x7fff977fe700 (LWP 32411) exited]
[New Thread 0x7fff977fe700 (LWP 32434)]
[Thread 0x7fff977fe700 (LWP 32434) exited]
[New Thread 0x7fff977fe700 (LWP 32436)]
[New Thread 0x7fff97fff700 (LWP 32437)]
[Thread 0x7fff977fe700 (LWP 32436) exited]
[New Thread 0x7fff977fe700 (LWP 32444)]
[Thread 0x7fff977fe700 (LWP 32444) exited]
[New Thread 0x7fff977fe700 (LWP 32445)]
[Thread 0x7fff977fe700 (LWP 32445) exited]
[Thread 0x7fff97fff700 (LWP 32437) exited]
[New Thread 0x7fff97fff700 (LWP 489)]
[Thread 0x7fff97fff700 (LWP 489) exited]
[New Thread 0x7fff97fff700 (LWP 490)]
[Thread 0x7fff97fff700 (LWP 490) exited]
[New Thread 0x7fff97fff700 (LWP 497)]
[Thread 0x7fff97fff700 (LWP 497) exited]
[New Thread 0x7fff97fff700 (LWP 594)]
[Thread 0x7fff97fff700 (LWP 594) exited]
[New Thread 0x7fff97fff700 (LWP 931)]
[Thread 0x7fff97fff700 (LWP 931) exited]
[New Thread 0x7fff97fff700 (LWP 932)]
[Thread 0x7fff97fff700 (LWP 932) exited]
[New Thread 0x7fff97fff700 (LWP 933)]
[New Thread 0x7fff977fe700 (LWP 934)]
[Thread 0x7fff977fe700 (LWP 934) exited]
[Thread 0x7fff97fff700 (LWP 933) exited]
[New Thread 0x7fff97fff700 (LWP 1007)]
[New Thread 0x7fff977fe700 (LWP 1008)]
[Thread 0x7fff977fe700 (LWP 1008) exited]
[New Thread 0x7fff977fe700 (LWP 1010)]
[Thread 0x7fff977fe700 (LWP 1010) exited

Bug#793295: xterm: Menu font is too small on high-dpi screen

[Thomas Dickey]

On Wed, Jul 22, 2015 at 04:32:22PM +0200, Vincent Lefevre wrote:
> Package: xterm
> Version: 318-2
> Severity: normal
> 
> The Xterm menu font (menus obtained with Ctrl-click) is too small on
> high-dpi screen, and there's nothing in the documentation saying how
> to configure it (neither in the xterm(1) man page, nor in the FAQ).

menus are done by libxaw7 (will reassign).

By the way, this is a wishlist item.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#795111: texlive-base: bad path in /etc/libpaper.d/texlive-base (cf. bug 726107)

[Norbert Preining]

Hi Thomas,

On Mon, 10 Aug 2015, Thomas R. Shemanske wrote:
> test -x /usr/share/texlive/texmf-dist/texconfig/tcfmgr || exit 0

Indeed, thanks for spotting that. I have changed the test to
/usr/bin/tl-paper

> This was noted in bug 726107, which was closed in 2013.

Different thing - there is was due to the remaining texmf -> texmf-dist
now it is due to removal ;-)

Thanks, is already in the git repo and will be in the next upload.

Norbert


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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795137: nutcracker: add systemd unit file

[Faidon Liambotis]

On 08/11/15 00:53, Jonas Genannt wrote:

please see attached patch that adds a systemd unit file for nutcracker.

If you wish, I can commit it directly into collab git.


Heh, I was already working on it, which is why 0.4.1 is being held up :) 
Thanks, though!


I actually want to do this differently: I want to use a type=simple unit 
(easy), stop writing a pidfile altogether (needs a partial revert of my 
sysconf patch, plus associated init script/upstart fixes) and possibly 
log to stderr so that systemd can catch the log stream.


I'm planning to work on all that at DebCamp towards the end of the week 
but if you want to give it a shot until then, I'd be more than happy to! :)


Best,
Faidon


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795070: Lintian complains about oui.idx and iab.idx

[Vincent Bernat]

 ❦ 11 août 2015 00:20 +0200, Vincent Bernat  :

> Well, half of the time I spend on packaging of python-netaddr is on
> those IEEE files. They change their locations, they get new lintian
> _errors_, they are tiresome. Why is it an error and not just an
> information?
>
> If I start generating those files at install time, I am pretty sure that
> I will get bug because I am generating files outside of /var, because I
> don't purge them appropriately, because they are not regenerated when
> ieee-data is updated or stuff like that. Building them at compile time
> is a fine alternative. The package gets updated about one time per year
> and the data is refreshed at this moment.

This last paragraph may sound a bit harsh. I am sorry for that. I just
consider that this shouldn't be a Lintian error. Not even a warning.
-- 
There's small choice in rotten apples.
-- William Shakespeare, "The Taming of the Shrew"


signature.asc
Description: PGP signature

Bug#795106: golang: CVE-2015-5739 CVE-2015-5740 CVE-2015-5741

[Tianon Gravi]

On 10 August 2015 at 09:45, Salvatore Bonaccorso  wrote:
> See https://marc.info/?l=oss-security&m=143885136906807&w=2  for the
> CVE assignments for the issues.

Looks like we need to work on backporting three commits to 1.0.2,
1.3.3, and 1.4.2:

- https://github.com/golang/go/commit/117ddcb83d7f42d6aa72241240af99ded81118e9
- https://github.com/golang/go/commit/300d9a21583e7cf0149a778a0611e76ff7c6680f
- https://github.com/golang/go/commit/143822585e32449860e624cace9d2e521deee62e

I foolishly started my attempts with 1.0.2 so I'm not making a lot of
progress.  I'd imagine the patches will be simpler to apply to 1.4.2
first (since it's much more recent and should have a more familiar
codebase to what the patches are expecting).

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#794963: libnet-xmpp-perl: "Insecure dependency in eval (...) at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007."

[Christoph Biedl]

It's getting interesting ...

Axel Beckert wrote:

> I'm sorry, but I failed to get that script working.
> 
> I tried with:
> 
> * My own server (cacert certificate, Net::XMPP::Client can't seem to
>   pass ssl_ca_path to XML::Stream)
> * Upstream's test server (connection refused despite I used the same
>   data as in their own test scripts)
> * locally installed jabberd2 (gave nothing 500 server error after I
>   had it purged and installed again)
> * locally installed prosody (connection timeout).

The easiest way for me to get an XMPP server running was to install
prosody, lua-sec, and libdigest-hmac-perl. Beware of #748721, edit
the certificate name in /etc/prosody/prosody.cfg.lua. Then use
prosodyctl to create an account.

If it's of any help, I can provide a root account on a test machine
for you, with a running prosody server. Send me your public ssh key.
But ... see below.

> I see currently two options:
> 
> a) you try to checkout
>https://anonscm.debian.org/cgit/pkg-perl/packages/libnet-xmpp-perl.git
>and build the package from there to test it.

Bad news: This is *not* a remedy against the error messages here.
Additionally, this raises new warnings (three times):

| WARNING: debug file () does not exist 
|  and is not writable by you.
|  No debug information being saved.

This also happens without any setuid quirks, the messages are
generated by

* /usr/share/perl5/XML/Stream.pm:401 (one time)
* /usr/share/perl5/XML/Stream/Parser.pm:135 (two times)

and I have no idea why. Good luck :)

> b) I'll upload the new upstream release without fixing this issue, you
>try it afterwards in Sid oder Testing and I either close this issue
>retroactively or try to fix it based on your feedback.

Modulo the above messages this is probably the way to go since there
are more problems on the political layer: If you run my small script
in Perl's taint mode, it will croak in other places:

| Insecure dependency in eval while running with -T switch at 
/usr/share/perl5/Authen/SASL/Perl.pm line 58.
|  at /usr/share/perl5/XML/Stream.pm line 2155.

So a can of worms is waiting to be opened ...

AND: While I managed to reproduce the issue in my usual test systems,
I failed to do so in a fresh, plain jessie install, the one I could
easily grant you access to. So I still cannot make you see it with
your own eyes.¹ At first, I really should find the differences between
these two installations. I'll get back to you then.

Christoph

¹ At least the new "WARNING"s show up, though.


signature.asc
Description: Digital signature

Bug#791197: lv2-c++-tools: library transition may be needed when GCC 5 is the default

[Simon McVittie]

On Fri, 07 Aug 2015 at 12:49:43 -0300, Felipe Sateler wrote:
> I don't think a transition is required, but maybe there are libpaq
> users outside debian? Does someone know?

If there isn't a reason to suspect there are library users outside Debian,
it seems less disruptive to assume there are not. If it's absolutely
necessary, there can be a follow-up transition afterwards.

jcristau said on IRC that the release team would prefer to have packages
with no known reason for a transition taken off their radar; there are too
many library renames going on at once as it is. So I'd suggest closing
this bug.

S


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#794892: autogen: please make the build reproducible (cpu, locale, timestamps)

[Bruce Korb]

On 08/09/15 23:58, Valentin Lorentz wrote:

Unfortunately, there is already a variable named like this [1], which
actually stores date+time instead of just time.
Or maybe we can use SOURCE_DATE_ISO8601 and truncate it?


I've mulled it over a bit.  These templates are about producing man page like
documentation and not just documentation of the autogen sources.  Therefore,
it makes more sense to me to use MAN_PAGE_DATE and drop references to "SOURCE".
So I will not be using anything that is pretty much exclusively tied to
environment variables used by the Debian release process.  Please set and
export MAN_PAGE_DATE according to your needs and it will be inserted exactly
thus (without any fiddling) into the generated docs.  Well, will be come "pre13"
or my final release.  I am trying to polish some kinks that affect the NTP
project before bumping out a final release.

Thank you for your help and consideration.

Regards, Bruce


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790991: cal3d: library transition may be needed when GCC 5 is the default

[Julien Cristau]

Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:09:05 +, Matthias Klose wrote:

>  - Rebuild the library using g++/g++-5 from experimental. Note that
>most likely all C++ libraries within the build dependencies need
>a rebuild too. You can find the log for a rebuild in
>  https://people.debian.org/~doko/logs/gcc5-20150701/
>Search for "BEGIN GCC CXX11" in the log.
> 
>  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
>library API, and are used by the reverse dependencies of the
>library.
> 
There's lots of public symbols in cal3d involving std::string, so
libcal3d12 will need to be renamed.

There is a possible patch at
https://launchpad.net/ubuntu/+source/cal3d/0.11.0-4.2ubuntu1

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#790984: blitz++: library transition may be needed when GCC 5 is the default

[Julien Cristau]

Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:08:58 +, Matthias Klose wrote:

>  - Rebuild the library using g++/g++-5 from experimental. Note that
>most likely all C++ libraries within the build dependencies need
>a rebuild too. You can find the log for a rebuild in
>  https://people.debian.org/~doko/logs/gcc5-20150701/
>Search for "BEGIN GCC CXX11" in the log.
> 
>  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
>library API, and are used by the reverse dependencies of the
>library.
> 
blitz::Timer::ivar_ gets renamed as part of the rebuild.  While that
looks like a private variable, it seems to be accessed by inlined
methods, so I think that means libblitz0ldbl needs a rename.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#794277: htseq: FTBFS with Sphinx 1.3: unsupported theme option 'sidebarlinkcolor' given

[Diane Trout]

On Monday, August 10, 2015 22:35:46 Andreas Tille wrote:
> Hi Diane,
> 
> I noticed that htseq currently does not build due to transition issues.
> 
> Would you be able to care for the sphinx 1.3 issue once gcc-5 related
> cython issue is solved?
> 
> Kind regards
> 
> Andreas.


Sure. I never had time to figure out the doc test issue with htseq, but I can 
certainly fix a build issue.

Diane


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#791248: psurface: diff for NMU version 2.0.0-1.1

[Jonathan Wiltshire]

Control: tag -1 patch pending

Dear maintainer,

I've prepared an NMU for psurface (versioned as 2.0.0-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

diff -Nru psurface-2.0.0/debian/changelog psurface-2.0.0/debian/changelog
--- psurface-2.0.0/debian/changelog	2014-06-22 10:51:11.0 +0100
+++ psurface-2.0.0/debian/changelog	2015-08-10 23:23:31.0 +0100
@@ -1,3 +1,11 @@
+psurface (2.0.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename library packages for g++5 ABI transition, patch
+from Ubuntu (see #791248)
+
+ -- Jonathan Wiltshire   Mon, 10 Aug 2015 23:23:30 +0100
+
 psurface (2.0.0-1) unstable; urgency=low
 
   * Initial release. (Closes: #750727)
diff -Nru psurface-2.0.0/debian/control psurface-2.0.0/debian/control
--- psurface-2.0.0/debian/control	2014-06-21 08:23:22.0 +0100
+++ psurface-2.0.0/debian/control	2015-08-10 23:24:24.0 +0100
@@ -25,7 +25,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends}, libpsurface0 (= ${binary:Version})
+Depends: ${misc:Depends}, libpsurface0v5 (= ${binary:Version})
 Suggests: libpsurface-dbg (= ${binary:Version}), psurface (= ${binary:Version})
 Description: piecewise linear bijections between triangulated surfaces -- development files
  Psurface is a C++ library that handles piecewise linear bijections
@@ -58,7 +58,7 @@
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends},
- libpsurface0 (= ${binary:Version}), psurface (= ${binary:Version})
+ libpsurface0v5 (= ${binary:Version}), psurface (= ${binary:Version})
 Description: piecewise linear bijections between triangulated surfaces -- debug symbols
  Psurface is a C++ library that handles piecewise linear bijections
  between triangulated surfaces. These surfaces can be of arbitrary
@@ -66,11 +66,13 @@
  .
  This package contains debug symbols.
 
-Package: libpsurface0
+Package: libpsurface0v5
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Pre-Depends: ${misc:Pre-Depends}
+Conflicts: libpsurface0
+Replaces: libpsurface0
 Description: piecewise linear bijections between triangulated surfaces -- shared library
  Psurface is a C++ library that handles piecewise linear bijections
  between triangulated surfaces. These surfaces can be of arbitrary
diff -Nru psurface-2.0.0/debian/libpsurface0.install psurface-2.0.0/debian/libpsurface0.install
--- psurface-2.0.0/debian/libpsurface0.install	2014-06-21 08:23:22.0 +0100
+++ psurface-2.0.0/debian/libpsurface0.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru psurface-2.0.0/debian/libpsurface0v5.install psurface-2.0.0/debian/libpsurface0v5.install
--- psurface-2.0.0/debian/libpsurface0v5.install	1970-01-01 01:00:00.0 +0100
+++ psurface-2.0.0/debian/libpsurface0v5.install	2015-08-10 23:24:24.0 +0100
@@ -0,0 +1 @@
+usr/lib/*/*.so.*


signature.asc
Description: Digital signature

Bug#791129: transition: libindi1 (GCC 5)

[Simon McVittie]

user release.debian@packages.debian.org
usertag 791129 + transition
retitle 791129 transition: libindi1 (GCC 5)
tags 791129 = pending
block 791129 by 790756
reassign 791129 release.debian.org
severity 791129 normal
forwarded 791129 https://release.debian.org/transitions/html/auto-libindi.html
thanks

This transition appears to have been started by the upload of libindi/1.0.0-1.
Unfortunately, it FTBFS everywhere except any-amd64 and ppc64el, with
symbols file mismatches. I'll open a bug for the FTBFS.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790977: alglib: library transition may be needed when GCC 5 is the default

[Julien Cristau]

Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:08:50 +, Matthias Klose wrote:

>  - Rebuild the library using g++/g++-5 from experimental. Note that
>most likely all C++ libraries within the build dependencies need
>a rebuild too. You can find the log for a rebuild in
>  https://people.debian.org/~doko/logs/gcc5-20150701/
>Search for "BEGIN GCC CXX11" in the log.
> 
>  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
>library API, and are used by the reverse dependencies of the
>library.
> 
The rebuild with new libstdc++ causes a lot of renamed symbols, so
libalglib3.9 needs to be renamed.

A possible patch is available at
https://launchpad.net/ubuntu/+source/alglib/3.9.0-2ubuntu1

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#795143: libindi: FTBFS on !any-amd64 !ppc64el: symbols mismatch

[Simon McVittie]

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

libindi builds have now been attempted on every architecture except hurd-i386,
and they are failing to build from source on every non-amd64, non-ppc64el
architecture: 
Please update the symbols files.

Regards,
S


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#765953: I had a similar problem, seems fixed on the upstream Kernel 4.1.4

[Ronoaldo José de Lana Pereira]

Hi!

I have a Lenovo G40-70 laptop that has this particular wifi card. I also
don't think this bug is related to the firmware, but I do think that this
issue is related to the driver, maybe this could get reassigned.

Since last year, I have followed a set of different tutorials, but none
fully fixed my problem. Here are some of my findings:

- Using Jessie stock kernel (3.16), the connection using my device is very
poor, and it disconnects very often (around every 10~30min). I attempted
the aproach of setting some kernel parameters, without much success. Some
of the parameters to set to avoid this due to powersave are not even
available in that kernel version.
- I found the rtlwifi_new Github repo, but was unable to test it. But I
also noted that Larry Finger merged some important paches into the
mainstream Kernel, and decided to try newer kernels.
- I did a custom build of the kernel 3.18 and 4.0.1, with better results,
but the issue was just attenuated. I was able to use the connection much
better than with the previous kernel, but was unable to keep it fully
working. Randomly, the connection dropped. The way I would describe
*dropped* is: you browse a site, then you click a link, and the new tab
open the link, get "loading" for a few seconds, and raises "error no
internet". When the connection was dropped, I had to manually disconnect
using Network Manager, then reconnect. This was happening randomly,
anything between a few minutes to, eventually, some hours of usage.

I was following the recent kernel changelogs for a while, and 4.1.4 has a
significant patch affecting this particular driver:
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-4.1.y&id=33e1432c291b72339b03ea3450d7840cdba1dbe1

An infinity loop when running iperf was triggering the behavior of a
"blocked" wifi, which, from my analysis bellow, was the actual root cause
of my random disconnects: if those blocks were in the process of a wpa
rekey event or the like.

I was able to build 4.1.4 and could notice that the patch indeed fixed the
random disconnection issues for me.

I have also posted a reply to this open thread here:
http://forums.debian.net/viewtopic.php?f=5&t=118557&p=588289#p588289

For the reference about the bug, here are my wifi adapter information (from
lspci -v):
02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe
Wireless Network Adapter
Subsystem: Lenovo Device b736
Flags: bus master, fast devsel, latency 0, IRQ 19
I/O ports at 3000 [size=256]
Memory at c040 (64-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-23-b7-fe-ff-4c-e0-00
Capabilities: [150] Latency Tolerance Reporting
Capabilities: [158] L1 PM Substates
Kernel driver in use: rtl8723be

And my modproble setup: # cat /etc/modprobe.d/rtl_wifi.conf
options rtl8723be fwlps=0 swlps=0 ips=1 msi=1 debug=0

Hope this helps investigate the problem. Also, the same issues happen with
another wifi card I have, rtl8192cu; this one was not affected by the patch
and I'll test it as well on the newer kernel.

Please let me know if you want me to help doing any further tests in order
to help diagnose/debug/fix the problem.

-- 
Ronoaldo Pereira
ronoaldo.com 

Bug#795142: maven-dependency-tree: FTBFS: missing: org.sonatype.aether:aether-api:jar:debian

[Chris West (Faux)]

Source: maven-dependency-tree
Version: 2.0-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

[ERROR] BUILD ERROR
[INFO] 
[INFO] Failed to resolve artifact.

Missing:
--
1) org.sonatype.aether:aether-api:jar:debian

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.sonatype.aether 
-DartifactId=aether-api -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.sonatype.aether 
-DartifactId=aether-api -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file 
-Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.maven.shared:maven-dependency-tree:jar:2.0
2) org.sonatype.aether:aether-api:jar:debian

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/maven-dependency-tree.html

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795070: Lintian complains about oui.idx and iab.idx

[Vincent Bernat]

 ❦ 10 août 2015 19:34 +0200, Axel Beckert  :

>> > The ieee-data package doesn't offer those files, only the textual
>> > versions. I don't know if the format of those files are standard.
>
> Which ones? the .idx ones or the textual format ones?

The .idx ones.

>> > I generate them at compile-time from oui.txt and iab.txt.
>
> Can they be generated in maintainer scripts instead?

Yes.

>> I think the good way to do depend on ieee-data a register a
>> dpkg-trigger regenerating each time ieee-data change.
>
> Yep, that'd be the best way from my point of view.
>
>> Please change it using a mowe in order to change the file atomically.
>
> The main reason for this tag is to have _one_ single source of this
> data in Debian. We currently have about a dozen of it and some of it
> are really ancient. This also affects the same in data different
> formats than the original one.
>
> arpwatch e.g. seems to use also its own format (which is the reason I
> haven't fixed it there despite I was the last QA uploader of it).

Well, half of the time I spend on packaging of python-netaddr is on
those IEEE files. They change their locations, they get new lintian
_errors_, they are tiresome. Why is it an error and not just an
information?

If I start generating those files at install time, I am pretty sure that
I will get bug because I am generating files outside of /var, because I
don't purge them appropriately, because they are not regenerated when
ieee-data is updated or stuff like that. Building them at compile time
is a fine alternative. The package gets updated about one time per year
and the data is refreshed at this moment.
-- 
Use the "telephone test" for readability.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#791134: libktoblzcheck: diff for NMU version 1.48-2.1

[Jonathan Wiltshire]

Slightly updated patch attached, because the overridden call to
dh_makeshlibs needs to be dropped. This is uploaded directly to unstable
(well, NEW).


-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

diff -Nru libktoblzcheck-1.48/debian/changelog libktoblzcheck-1.48/debian/changelog
--- libktoblzcheck-1.48/debian/changelog	2015-05-03 20:52:07.0 +0100
+++ libktoblzcheck-1.48/debian/changelog	2015-08-10 23:10:13.0 +0100
@@ -1,3 +1,12 @@
+libktoblzcheck (1.48-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename library packages for g++ ABI transition,
+patch from Ubuntu (see #791134)
+  * Remove override of dh_makeshlibs, no longer required
+
+ -- Jonathan Wiltshire   Sat, 08 Aug 2015 13:30:21 +0100
+
 libktoblzcheck (1.48-2) unstable; urgency=medium
 
   * Add a minimalistic autopkgtest.
diff -Nru libktoblzcheck-1.48/debian/control libktoblzcheck-1.48/debian/control
--- libktoblzcheck-1.48/debian/control	2015-05-03 20:52:07.0 +0100
+++ libktoblzcheck-1.48/debian/control	2015-08-08 13:29:50.0 +0100
@@ -11,10 +11,12 @@
 Vcs-Browser: http://source.lenk.info/git/libktoblzcheck.git
 Vcs-Git: git://source.lenk.info/git/libktoblzcheck.git
 
-Package: libktoblzcheck1c2a
+Package: libktoblzcheck1v5
 Architecture: any
 Depends: ${shlibs:Depends}, ${perl:Depends}, ${misc:Depends}
 Suggests: ktoblzcheck
+Conflicts: libktoblzcheck1c2a
+Replaces: libktoblzcheck1c2a
 Description: library for verification of account numbers and bank codes
  libktoblzcheck is a library for verification of bank account numbers and bank
  codes (BLZ) of German Banks. It is based on the specifications of the
@@ -24,7 +26,7 @@
 Package: libktoblzcheck1-dev
 Section: libdevel
 Architecture: any
-Depends: libktoblzcheck1c2a (= ${binary:Version}), ${misc:Depends}
+Depends: libktoblzcheck1v5 (= ${binary:Version}), ${misc:Depends}
 Description: library for verification of account numbers and bank codes (development files)
  libktoblzcheck is a library for verification of bank account numbers and bank
  codes (BLZ) of German Banks. It is based on the specifications of the
@@ -47,7 +49,7 @@
 Section: debug
 Priority: extra
 Architecture: any
-Depends: libktoblzcheck1c2a (= ${binary:Version}),
+Depends: libktoblzcheck1v5 (= ${binary:Version}),
   ktoblzcheck (= ${binary:Version}), ${misc:Depends}
 Description: library for verification of account numbers and bank codes (debug symbols)
  libktoblzcheck is a library for verification of bank account numbers and bank
@@ -60,7 +62,7 @@
 Package: python-ktoblzcheck
 Section: python
 Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}, libktoblzcheck1c2a
+Depends: ${python:Depends}, ${misc:Depends}, libktoblzcheck1v5
 Description: library for verification of account numbers and bank codes (Python bindings)
  libktoblzcheck is a library for verification of bank account numbers and bank
  codes (BLZ) of German Banks. It is based on the specifications of the
diff -Nru libktoblzcheck-1.48/debian/libktoblzcheck1c2a.docs libktoblzcheck-1.48/debian/libktoblzcheck1c2a.docs
--- libktoblzcheck-1.48/debian/libktoblzcheck1c2a.docs	2015-05-03 20:52:07.0 +0100
+++ libktoblzcheck-1.48/debian/libktoblzcheck1c2a.docs	1970-01-01 01:00:00.0 +0100
@@ -1,3 +0,0 @@
-NEWS
-README
-AUTHORS
diff -Nru libktoblzcheck-1.48/debian/libktoblzcheck1c2a.install libktoblzcheck-1.48/debian/libktoblzcheck1c2a.install
--- libktoblzcheck-1.48/debian/libktoblzcheck1c2a.install	2015-05-03 20:52:07.0 +0100
+++ libktoblzcheck-1.48/debian/libktoblzcheck1c2a.install	1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-usr/lib/lib*.so.*
-var/lib/ktoblzcheck1/*
diff -Nru libktoblzcheck-1.48/debian/libktoblzcheck1c2a.postrm libktoblzcheck-1.48/debian/libktoblzcheck1c2a.postrm
--- libktoblzcheck-1.48/debian/libktoblzcheck1c2a.postrm	2015-05-03 20:52:07.0 +0100
+++ libktoblzcheck-1.48/debian/libktoblzcheck1c2a.postrm	1970-01-01 01:00:00.0 +0100
@@ -1,32 +0,0 @@
-#!/bin/sh
-# postrm script for libktoblzcheck
-
-set -e
-
-bankdatadir=/var/lib/ktoblzcheck1
-
-case "$1" in
-purge)
-	# remove out-of-package bankdata files possibly generated by
-	# online_update.pl script:
-	if [ -d $bankdatadir ]; then
-	rm $bankdatadir/bankdata_[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9].txt 2> /dev/null || true
-	rmdir $bankdatadir 2> /dev/null || true
-	fi
-;;
-
-remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
-;;
-
-*)
-echo "postrm called with unknown argument \`$1'" >&2
-exit 1
-;;
-esac
-
-# dh_installdeb will replace this with shell code automatically
-# generated by other debhelper scripts.
-
-#DEBHELPER#
-
-exit 0
diff -Nru libktoblzcheck-1.48/debian/libktoblzcheck1v5.docs libktoblzcheck-1.48/debian/libktoblzcheck1v5.docs
--- libktob

Bug#795141: zeitgeist-explorer: FTBFS: invalid dates in changelog

[Chris West (Faux)]

Source: zeitgeist-explorer
Version: 0.2-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

The package fails to build.  dpkg has recently[1] been made more
sensitive to date formats in the changelog, although it does not give
good errors.  Please use standard[2] format dates in your changelog (dch
gets them right!).

The only error printed is, at some point during the build:
Error parsing time at /usr/lib/x86_64-linux-gnu/perl/5.20/Time/Piece.pm line 
469, <$filehandle> line 5.

[1]: https://tracker.debian.org/news/702682
[2]: https://www.debian.org/doc/debian-policy/ch-source.html#s-dpkgchangelog

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/zeitgeist-explorer.html

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795140: hunspell-br: FTBFS: invalid dates in changelog

[Chris West (Faux)]

Source: hunspell-br
Version: 0.12-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build.  dpkg has recently[1] been made more
sensitive to date formats in the changelog, although it does not give
good errors.  Please use standard[2] format dates in your changelog (dch
gets them right!).

The only error printed is, at some point during the build:
Error parsing time at /usr/lib/x86_64-linux-gnu/perl/5.20/Time/Piece.pm line 
469, <$filehandle> line 5.

[1]: https://tracker.debian.org/news/702682
[2]: https://www.debian.org/doc/debian-policy/ch-source.html#s-dpkgchangelog

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/hunspell-br.html

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795079: stretch-pu: package iceweasel/38.1.1esr-1~deb9u1

[Mike Hommey]

On Tue, Aug 11, 2015 at 07:08:11AM +0900, Mike Hommey wrote:
> On Mon, Aug 10, 2015 at 05:02:45PM +0100, Simon McVittie wrote:
> > On 10/08/15 16:57, Jonathan Wiltshire wrote:
> > > On 2015-08-10 15:52, Simon McVittie wrote:
> > >> On 10/08/15 13:35, Jonathan Wiltshire wrote:
> > >>> Yes, provided that an upload to unstable with a higher version number
> > >>> happens before or ASAP afterwards please.
> > >>
> > >> iceweasel/38.1.1esr-1 is already in unstable, which is why I suggested
> > >> iceweasel/38.1.1esr-1~deb9u1 for t-p-u.
> > >>
> > >> S
> > > 
> > > Ah, apologies. In that case please go ahead.
> > 
> > I am not the maintainer, just an interested user suggesting a way for
> > this security fix to bypass the g++-5 transition (and the X-Debbugs-Cc
> > to the maintainers seems to have got lost).
> > 
> > iceweasel maintainers: if you want to do a t-p-u upload of an iceweasel
> > built in stretch to bypass the g++-5 transition, the release team say
> > that's OK (see #795079 for full details).
> > 
> > If you don't intend to do that upload, would you like me to do so as an
> > NMU? (Disclaimer: I know nothing about iceweasel internals, so I would
> > just be "turning the handle" on a no-changes rebuild.)
> 
> Please feel free to do so. I don't have a build environment for testing.
> You don't need anything more than a null changelog entry with a version
> bump.

Although, you have to be aware that there's going to be 38.2.0esr in
about 24 hours.

Mike


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795079: stretch-pu: package iceweasel/38.1.1esr-1~deb9u1

[Mike Hommey]

On Mon, Aug 10, 2015 at 05:02:45PM +0100, Simon McVittie wrote:
> On 10/08/15 16:57, Jonathan Wiltshire wrote:
> > On 2015-08-10 15:52, Simon McVittie wrote:
> >> On 10/08/15 13:35, Jonathan Wiltshire wrote:
> >>> Yes, provided that an upload to unstable with a higher version number
> >>> happens before or ASAP afterwards please.
> >>
> >> iceweasel/38.1.1esr-1 is already in unstable, which is why I suggested
> >> iceweasel/38.1.1esr-1~deb9u1 for t-p-u.
> >>
> >> S
> > 
> > Ah, apologies. In that case please go ahead.
> 
> I am not the maintainer, just an interested user suggesting a way for
> this security fix to bypass the g++-5 transition (and the X-Debbugs-Cc
> to the maintainers seems to have got lost).
> 
> iceweasel maintainers: if you want to do a t-p-u upload of an iceweasel
> built in stretch to bypass the g++-5 transition, the release team say
> that's OK (see #795079 for full details).
> 
> If you don't intend to do that upload, would you like me to do so as an
> NMU? (Disclaimer: I know nothing about iceweasel internals, so I would
> just be "turning the handle" on a no-changes rebuild.)

Please feel free to do so. I don't have a build environment for testing.
You don't need anything more than a null changelog entry with a version
bump.

Mike


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795138: chemps2: FTBFS: invalid dates in changelog

[Chris West (Faux)]

Source: chemps2
Version: 1.5-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build.  dpkg has recently[1] been made more
sensitive to date formats in the changelog, although it does not give
good errors.  Please use standard format dates in your changelog (dch
gets them right!).

The only error printed is, at some point during the build:
Error parsing time at /usr/lib/x86_64-linux-gnu/perl/5.20/Time/Piece.pm line 
469, <$filehandle> line 5.

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/chemps2.html

[1]: https://tracker.debian.org/news/702682 (thanks mapreri)

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795139: debian-installer: Softlink target path for /initrd.img is different from /vmlinuz

[Anders Andersson]

Package: debian-installer
Severity: minor

Dear Maintainer,

This is a bug so minor, that I am embarassed to report it. It has, however,
bugged me for some time now. After a fresh install of debian jessie, the
softlinks from /initrd.img and /vmlinuz points to different locations:

lrwxrwxrwx   1 root root   31 Aug 10 22:20 initrd.img ->
/boot/initrd.img-3.16.0-4-amd64
lrwxrwxrwx   1 root root   27 Aug 10 22:20 vmlinuz ->
boot/vmlinuz-3.16.0-4-amd64

Notice how one is to "/boot" (absolute path) and one is to "boot" (relative
path).

I would expect these to refer to the exact same boot path. Now, this shouldn't
have any relevance unless one actually moves those links, but the difference
could eventually make a difference (no pun intended). I don't know which one is
more correct: /boot or boot. I also do not know exactly which package creates
those links. I tried to search for them but I could not find any better package
which is why I report it to debian-installer.



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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793517: [pkg-fgfs-crew] Bug#793517: Fwd: fltk1.3_1.3.3-3_amd64.changes ACCEPTED into unstable

[Aaron M. Ucko]

"Rebecca N. Palmer"  writes:

> Does that mean FLTK+cmake users should start build-depending on
> libcairo2-dev (at least fgrun is due a new upstream release soon), or
> that you're hoping to make the cmake file stop doing this?

I'm hoping to fix the cmake files, just don't have time at the moment.

Thanks for checking!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795137: nutcracker: add systemd unit file

[Jonas Genannt]

Package: nutcracker
Version: 0.4.0+dfsg-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

please see attached patch that adds a systemd unit file for nutcracker.

If you wish, I can commit it directly into collab git.

Greets,
  Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJVyR1PAAoJEPBM7/YBbP/QG8cQAJPkW/Wf/A7hXtj/pyZWbcZf
IJO5eFUMHFmC7KvbeoV+/elcvEYBaMiJsSIHHPQmiHmPCkcaOM4PNLtgRBv/rfvh
FRI367/cJavcZpaaQ38aLOxPGcj8mKSqnYcDB/qjuCy/HHlm3QREOp0njLSHQQth
BNijtL4Cs3le8LVAZ0QnacvrGV6vRe0WhaAI5i8P5l+rQvoGbnNJQVz68Byx2AFZ
JM3NI7TkmcpzVOmQnIe1gAmO0h8JSC6AQwbDDhLMkErjuOw91r9ZyonQ+0hcch4H
yTBTWTksF/LJ+HM4/CLi17IhjwF0rqwAraMMrq2MtMlqqm0DPSb9sC5QmeRfkK5I
P33XGoKrA6sVSTfnTTONuwu92j06eniqV5HA+64atqutHmsk/OjeUvWF5tbrsfam
AY3UqZCpN7LyVyA5MrhqXOXVMdNGe/sKS2Z3jNBhuKrPXJQoNgptMCo7VQBUx+Fk
lUzOgM8p9AcnMM7zHPX3FaFIUFpMaCtrylg3Bll14Rouwx16JRGtXrttAu1oruFM
fPXyRQ7lmk0Nd4obj86Qmptsh9b/stf+3vShWfdgdvHxVU4Fkp0SWogLL/rPAY72
0cpK66O+0CfM+EJ8GpSt9M4nvxyvFvUTT4nO3uxPYUDclT+9ThpcWyRofTtQt1yr
tJzAOY72jXVM3D3bpYsk
=yrHJ
-END PGP SIGNATURE-
>From 1157170fcba3dd21f6615e7070937188a29d41f4 Mon Sep 17 00:00:00 2001
From: Jonas Genannt 
Date: Mon, 10 Aug 2015 23:50:22 +0200
Subject: [PATCH] added systemd unit file

---
 debian/control|  2 +-
 debian/nutcracker.service | 15 +++
 debian/rules  |  2 +-
 3 files changed, 17 insertions(+), 2 deletions(-)
 create mode 100644 debian/nutcracker.service

diff --git a/debian/control b/debian/control
index 7a894c2..6dac617 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: nutcracker
 Section: net
 Priority: optional
 Maintainer: Faidon Liambotis 
-Build-Depends: debhelper (>= 9), dh-autoreconf, libyaml-dev
+Build-Depends: debhelper (>= 9), dh-autoreconf, dh-systemd, libyaml-dev
 Standards-Version: 3.9.6
 Homepage: https://github.com/twitter/twemproxy
 Vcs-Git: git://anonscm.debian.org/collab-maint/nutcracker.git
diff --git a/debian/nutcracker.service b/debian/nutcracker.service
new file mode 100644
index 000..876f550
--- /dev/null
+++ b/debian/nutcracker.service
@@ -0,0 +1,15 @@
+[Unit]
+Description=nutcracker - a Redis or/and Memcached proxy
+After=network.target syslog.socket
+
+[Service]
+EnvironmentFile=/etc/default/nutcracker
+RuntimeDirectory=nutcracker
+PIDFile=/var/run/nutcracker/nutcracker.pid
+User=nutcracker
+Group=nutcracker
+ExecStartPre=/usr/sbin/nutcracker $DAEMON_OPTS --test-conf
+ExecStart=/usr/sbin/nutcracker $DAEMON_OPTS
+
+[Install]
+WantedBy=multi-user.target
diff --git a/debian/rules b/debian/rules
index cce998b..481861a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -4,4 +4,4 @@
 #export DH_VERBOSE=1
 
 %:
-	dh $@  --with autoreconf
+	dh $@ --with autoreconf --with systemd
-- 
1.8.4.rc3

Bug#794936: installation-guide: claims it will use "CD-ROM" as cover-term then doesn't

[Samuel Thibault]

I'm also wondering: this will make all the corresponding translation
bits out of date, thus disabling the translation here and there in the
manual.  I'm thus wondering who should work on updating them.  It's
not nice for translators to see a flurry of fuzzy entries just because
of a CD -> CD-ROM update which could have been processed more or less
automatically for all languages.

In most languages, CD-ROM has been kept as such, so it'd make sense
to apply the same change in all those languages more or less
automatically.

A few others have translated the term, I guess we want the same
standardization process there, possibly handled by translators
themselves?  The decision on which places should get the standard term
is probably to be homogeneous across translations, though.

Samuel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#791195: lttoolbox: library transition may be needed when GCC 5 is the default

[Julien Cristau]

Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:12:43 +, Matthias Klose wrote:

>  - Rebuild the library using g++/g++-5 from experimental. Note that
>most likely all C++ libraries within the build dependencies need
>a rebuild too. You can find the log for a rebuild in
>  https://people.debian.org/~doko/logs/gcc5-20150701/
>Search for "BEGIN GCC CXX11" in the log.
> 
>  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
>library API, and are used by the reverse dependencies of the
>library.
> 
There's a number of std::string and std::wstring references in
lttoolbox's public symbols; liblttoolbox3-3.3-0 should be renamed.

You may want to check out the patch at
https://launchpad.net/ubuntu/+source/lttoolbox/3.3.2~r61000-3ubuntu1

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#792624: multiarch = same and different date-entries in generated man page of i32/i64

[Roelof Berg]

I had a look at the idea of writing manpages manually (as upstream) and 
unfortunately saw some difficulties: Because OpenBSD and Linux use 
different *roff syntax, man vs. mdoc, if I understodd it correctly, 
generating the man pages in the syntax of the actual operating system 
would be the most  portable way (everyone: correct me if I'm wrong). I 
don't want to favor Linux or BSD or Windows (just kidding :) in the 
source tarball.


Defining SOURCE_DATE_EPOCH and using the latest help2man version did 
_not_ fix the date on my system. Even worse: I'm also using doxygen for 
the man page of the library, which isn't capable of using 
SOURCE_DATE_EPOCH anyway. So SOURCE_DATE_EPOCH doesn't seem to be the 
right direction for me.


I'm thinking of rude stuff now: Patching the manpages after generation 
with my own script, taking the date based on dpkg-parsechangelog as 
input. Maybe it's possible with SED.


I can't be the first one facing this issues, right ? Thanks for the 
excellent feedback so far.


Roelof


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#791176: libtorrent-rasterbar: library transition may be needed when GCC 5 is the default

[Julien Cristau]

Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:12:23 +, Matthias Klose wrote:

>  - Rebuild the library using g++/g++-5 from experimental. Note that
>most likely all C++ libraries within the build dependencies need
>a rebuild too. You can find the log for a rebuild in
>  https://people.debian.org/~doko/logs/gcc5-20150701/
>Search for "BEGIN GCC CXX11" in the log.
> 
>  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
>library API, and are used by the reverse dependencies of the
>library.
> 
There's lots of std::string references in libtorrent-rasterbar's public
headers.  libtorrent-rasterbar7 ought to be renamed.

You may want to check out the patch at
https://launchpad.net/ubuntu/+source/libtorrent-rasterbar/0.16.18-1ubuntu1

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#794968: zsh: please clear console on logout (if recommended config is used)

[Carsten Hey]

* Carsten Hey [2015-08-09 18:05 +0200]:
> Pasting the code that would be part of the recommended .zlogout could
> help to clarify some things, but there's still a GPL'd triviality in it.

Without the GPL'd trivial check of being a subshell - i.e., this test
needs to be added before it can be shipped, a ~/.zlogout could look like
this:

if  [[ -z ${SSH_CONNECTION-}${TMUX-}${debian_chroot-} ]] &&
[[ ${0##*/} != (-su|su) && -x /usr/bin/clear_console ]]
then
/usr/bin/clear_console || :
fi

The first line is mainly used to avoid accessing the hard disk and
spawning a new process in some common cases - only the check for an
empty ${debian_chroot-} might be required, depending on the actual
implementation of schroot et al.

Also using [[ ${TTY-} != /dev/pts/* ]] would avoid running clear_console
in other cases and possibly make checking ${SSH_CONNECTION-} and
${TMUX-} obsolete.


Carsten


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#791535: argument list fix without build-profiles?

[Christoph Egger]

Hi!

  As the build-profiles stuff breaks horribly on all wheezy buildds[0] and
I'd really like to get that fix on kfreebsd *soon*, would it be possible
to have dpkg uploaded without build-profiles again?

Thanks

  Christoph

[0] Dies, leaves broken unpacked chroot around, gets retried, eats up
all space
-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#794967: zsh: please enhance /etc/zshrc

[Carsten Hey]

Hi,

running zsh -u leads to this warning message:

/etc/zsh/zshrc:14: DEBIAN_PREVENT_KEYBOARD_CHANGES: parameter not set

(My answer to "Don't do that" is "If this is not allowed, zsh should not
 accept -u for interactive shells".)

The fix is to replace lines 14 and 15 with:

if [[ -z "${DEBIAN_PREVENT_KEYBOARD_CHANGES-}" ]] &&
   [[ "${TERM-}" != 'emacs' ]]

* Frank Terbeck [2015-08-08 23:46 +0200]:
> Carsten Hey wrote:
> [...]
> >  * (( ${+aliases[run-help]} )) requires the zsh/parameter module.  If,
> >in rare cases, possibly involving zsh-static, there is a chance that
> >this module is not loaded successfully, you should consider doing
> >this instead to remove the alias w/o error message:
> >
> >  alias run-help=
> >  unalias run-help
>
> That's a good point. I think we can do it like this:
>
> unhash -a -m 'run-help' || true
>
> ...
>
> We could also just do this:
>
> unalias run-help 2>/dev/null || true
>
> …if that's more straight-forward to read.

We agreed on using unalias -m, not unhash -m.  Whether the argument
should be quoted is in this case just a matter style, personal
preferences and syntax highlighting.

> The '|| true' is to make sure the setup file exits with successful
> status.

If it is sourced with errexit set, or if someone removes the final line
(which might not be that unlikely) and sources this file, appending '||
:' or '|| true' (the former is a POSIX special builtin, but zsh seems to
ignore this difference) actually makes a difference, and for the errexit
case it would not be sufficient to make the final command return 0.

During shell startup errexit is ignored in /etc/zsh/zshrc.  I don't
know whether the exit status of /etc/zsh/zshrc could matter.
I also don't know why anybody would source /etc/zsh/zshenv, but
appending '|| :' just in case someone does seems to be sensible.

Could anybody with commit access please replace the old unalias line
with one of lines below?

unalias -m 'run-help' || :
unalias -m 'run-help' || true
unalias -m run-help || :
unalias -m run-help || true

This bug actually is about the bindkey stuff we don't agree on, and
I don't consider this robustness fixes to sufficient to close the bug
(YMMV and you are free close this bug anyway).  Maybe it could be tagged
as wontfix to document that we don't agree currently.


Carsten


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#629296: wb status page: packages.php: link between status summary and

[Mehdi Dogguy]

On 2011-06-05 11:56, Paul Wise wrote:

Package: buildd.debian.org
Severity: wishlist

It would be nice if the status text/icons linked via anchors to the
relevant part of the status/packages.php page containing more info
(failure reason, log tail or dependency installability issues list).
This would be useful since it would make it easier to go from the 
status

info to more information about the failures, especially for the
multi-package status pages.


I've implemented this for the multi-package view, but not for 
single-page
views. The latter requires more work... and if you have a package so 
broken

that you need to scroll on the page, then you deserved that pain. :D

The result can be viewed on:

   
https://buildd.debian.org/tmp/~mehdi/status/package.php?p=ants%2Cfreerdp%2Cplplot%2Cindicator-applet%2Ckatoob%2Cesajpip&suite=sid&compact=compact#issues-plplot


If you are happy with that, I can push it and close this bug.

--
Mehdi


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

[Jakub Wilk]

* László Böszörményi (GCS) , 2015-08-10, 21:53:

* Test build with QuantumDepth 16 (closes: #557879).

But wait, isn't change of QuantumDepth an ABI breakage? SONAME of the 
non-C++ library didn't change; it's still 
/usr/lib/libGraphicsMagick.so.3.
As I know it's only an internal precision change, but doesn't affect 
any method or function.


At least the PixelPacket struct has changed, which is rather 
fundamental part of the ABI, and not internal at all.


And practically, this is what happens in stretch, with 
libgraphicsmagick3 upgraded to 1.3.21-2:


$ pdf2djvu /usr/share/doc/quilt/quilt.pdf --fg-colors 42 -p1 -d72 -o tmp.djvu
/usr/share/doc/quilt/quilt.pdf:
- page #1 -> #1
pdf2djvu: malloc.c:3695: _int_malloc: Assertion `(unsigned long) (size) >= 
(unsigned long) (nb)' failed.
Magick: abort due to signal 6 (SIGABRT) "Abort"...
Aborted

(I think pdf2djvu doesn't work correctly with high quantum depths 
anyway, but that's another story... I'll get it fixed upstream.)


--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795136: grub-common: Possibility to prevent effect from GRUB_TIMEOUT=0 by keyboard during boot.

[Oleksandr Gavenko]

Package: grub-common
Version: 2.02~beta2-22
Severity: normal

I like GRUB_TIMEOUT=0 setting as always think that holding SHIFT or ESC key
during boot stop GRUB2 from automatically selecting menu entry.

Shift key come in mind from https://help.ubuntu.com/community/Grub2 article.

But holding shift does not stop GRUB from loading, this may be achieved by
config like (I test it):

  $ cat /sudo:root@deblaptop:/etc/grub.d/50_shift_key

  #!/bin/sh
  cat <

Bug#794277: htseq: FTBFS with Sphinx 1.3: unsupported theme option 'sidebarlinkcolor' given

[Andreas Tille]

Hi Diane,

I noticed that htseq currently does not build due to transition issues.

Would you be able to care for the sphinx 1.3 issue once gcc-5 related
cython issue is solved?

Kind regards

Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#791317: Holdup?

[Rohan Garg]

> I don't think any of us can work out where you gained that understanding,
> sorry.

Fair enough, entirely possible that I missed something that is very
obvious to you but not to me.

Cheers
Rohan Garg


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#784621: cgit: file not shown if no lexer found

[Alexander Wirt]

tag 784621 moreinfo
thanks

On Thu, 07 May 2015, Arturo Borrero Gonzalez wrote:

Heyho, 
> Using cgit, I've found a small issue if the source code is a debian package.
> The d/rules is not shown if no lexer is found.
> 
> The apache log says this:
> 
> [cgi:error] [pid 24139] [client XX] AH01215: Traceback (most recent call 
> last):, referer: http://www.example.org/git/pkg-debian/tree/debian
> [cgi:error] [pid 24139] [client XX] AH01215:   File 
> "/usr/lib/cgit/filters/syntax-highlighting.py", line 42, in , 
> referer: http://www.example.org/git/pkg-debian/tree/debian
> [cgi:error] [pid 24139] [client XX] AH01215: lexer = guess_lexer(data, 
> encoding='utf-8'), referer: http://www.example.org/git/pkg-debian/tree/debian
> [cgi:error] [pid 24139] [client XX] AH01215:   File 
> "/usr/lib/python2.7/dist-packages/pygments/lexers/__init__.py", line 252, in 
> guess_lexer, referer: http://www.example.org/git/pkg-debian/tree/debian
> [cgi:error] [pid 24139] [client XX] AH01215: raise ClassNotFound('no 
> lexer matching the text found'), referer: 
> http://www.example.org/git/pkg-debian/tree/debian
> [cgi:error] [pid 24139] [client XX] AH01215: pygments.util.ClassNotFound: no 
> lexer matching the text found, referer: 
> http://www.example.org/git/pkg-debian/tree/debian
> 
> I think cgit should print the file with no syntax highlighting.
I am currently testing that problem against the 0.11.2 that I am currently
packaging. I am not able to reproduce the problem with that version, can you
please try to reproduce it with that version, after I uploaded it?

Thanks in advance
Alex


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#791317: Holdup?

[Jonathan Wiltshire]

On Mon, Aug 10, 2015 at 08:34:49PM +0200, Rohan Garg wrote:
> > There are dozens of smaller transitions related to the libstdc++ transition,
> > covering thousands of packages, and they all require co-ordinating, ordering
> > and man time to process them. Chasing an individual transition after less
> > than a week isn't particularly helpful.
> 
> As I understand it, the only reverse build dep of yaml-cpp is
> libboost-dev which transitioned a week back?

I don't think any of us can work out where you gained that understanding,
sorry.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795135: libwx-perl: please make a new release for gcc5 transition.

[shirish शिरीष]

Package: libwx-perl
Version: 1:0.9923-4
Severity: normal
User: debian-...@lists.debian.org


Dear Maintainer,
Due to gcc5 transition some dependencies have changed. While I have
libwx-perl but if I really needed it, it would have been uninstallable
and is an issue while updating other packages. The dependencies which
are affected right now are :-

libwxbase3.0-0 (>= 3.0.2), libwxgtk-media3.0-0 (>=3.0.2),
libwxgtk3.0-0 (>= 3.0.2)

They need to be changed to libwxbase3.0-0v5, libwxgtk-media3.0-0v5 and
libwxgtk3.0-0v5 . Please do the needful.

$ sudo aptitude install libwxbase3.0-dev libwxgtk-media3.0-dev
libwxgtk3.0-dev wx-common wx3.0-headers
The following NEW packages will be installed:
  libwxbase3.0-0v5{ab} libwxgtk-media3.0-0v5{ab} libwxgtk3.0-0v5{ab}
The following packages will be upgraded:
  libwxbase3.0-dev libwxgtk-media3.0-dev libwxgtk3.0-dev wx-common
wx3.0-headers
5 packages upgraded, 3 newly installed, 0 to remove and 5 not upgraded.
Need to get 5,718 kB/7,398 kB of archives. After unpacking 21.7 MB will be used.
The following packages have unmet dependencies:
 libwxbase3.0-0v5 : Breaks: libwxbase3.0-0 but 3.0.2+dfsg-1 is installed.
 libwxgtk3.0-0v5 : Breaks: libwxgtk3.0-0 but 3.0.2+dfsg-1 is installed.
 libwxgtk-media3.0-0v5 : Breaks: libwxgtk-media3.0-0 but 3.0.2+dfsg-1
is installed.
The following actions will resolve these dependencies:

 Remove the following packages:
1) 0ad
2) libwx-perl
3) libwxbase3.0-0
4) libwxgtk-media3.0-0
5) libwxgtk3.0-0
6) needrestart-session

Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.


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

Kernel: Linux 4.1.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 libwx-perl depends on:
ii  libalien-wxwidgets-perl [wxperl-gtk2-3-0-2-uni-gcc-3-4  0.67+dfsg-2
ii  libc6   2.21-0experimental0
ii  libgcc1 1:5.2.1-15
ii  libwxbase3.0-0  3.0.2+dfsg-1
ii  libwxgtk-media3.0-0 3.0.2+dfsg-1
ii  libwxgtk3.0-0   3.0.2+dfsg-1
ii  perl5.20.2-6
ii  perl-base [perlapi-5.20.1]  5.20.2-6

libwx-perl recommends no packages.

libwx-perl suggests no packages.

-- no debconf information

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793152: pidgin: no pidgin window @ startup, no error, it just 'hangs'

[David Pirotte]

Le Sat, 08 Aug 2015 00:59:29 +,
Ari Pollak  a écrit :

> The log from right after you moved ~/.purple is very confusing; it said it
> found  your ~/.purple config files, and it's renaming legacy stuff from
> /gaim/. Do you also still have a ~/.gaim that you can remove?

Hi Ari,

Sorry for the delay!

Did what you suggested, still hangs, and still no icon in the 'retractable' 
aplet
menubar, here below a trace.  I'm sorry I'm not more helpful, all I can do is
blindly reproduce what you suggest I'm afraid...

Thanks,
David

;; --

david@capac:~ 1 $ rm -rf .purple
david@capac:~ 2 $ rm -rf .gaim
david@capac:~ 3 $ pidgin -d
Couldn't create plugins dir
(17:01:32) prefs: Reading /home/david/.purple/prefs.xml
(17:01:32) prefs: Reading /etc/purple/prefs.xml
(17:01:32) prefs: /pidgin/browsers/manual_command changed, scheduling save.
(17:01:32) prefs: removing pref /pidgin/browsers/command
(17:01:32) dbus: okkk
(17:01:32) plugins: probing /usr/lib/pidgin/timestamp.so
(17:01:32) plugins: probing /usr/lib/pidgin/libpidgin_pp.so
(17:01:32) plugins: probing /usr/lib/pidgin/gestures.so
(17:01:32) plugins: probing /usr/lib/pidgin/markerline.so
(17:01:32) plugins: probing /usr/lib/pidgin/pidgin-twitter.so
(17:01:32) plugins: probing /usr/lib/pidgin/timestamp_format.so
(17:01:32) plugins: probing /usr/lib/pidgin/cap.so
(17:01:32) plugins: probing /usr/lib/pidgin/notify.so
(17:01:32) plugins: probing /usr/lib/pidgin/vvconfig.so
(17:01:32) plugins: probing /usr/lib/pidgin/spellchk.so
(17:01:32) plugins: probing /usr/lib/pidgin/extplacement.so
(17:01:32) plugins: probing /usr/lib/pidgin/xmppconsole.so
(17:01:32) plugins: probing /usr/lib/pidgin/themeedit.so
(17:01:32) plugins: probing /usr/lib/pidgin/pidginrc.so
(17:01:32) plugins: probing /usr/lib/pidgin/musicmessaging.so
(17:01:32) plugins: probing /usr/lib/pidgin/sendbutton.so
(17:01:32) plugins: probing /usr/lib/pidgin/ticker.so
(17:01:32) plugins: probing /usr/lib/pidgin/xmppdisco.so
(17:01:32) plugins: probing /usr/lib/pidgin/iconaway.so
(17:01:32) plugins: probing /usr/lib/pidgin/encrypt.so
(17:01:32) plugins: probing /usr/lib/pidgin/gtkbuddynote.so
(17:01:32) plugins: probing /usr/lib/pidgin/convcolors.so
(17:01:32) plugins: probing /usr/lib/pidgin/history.so
(17:01:32) plugins: probing /usr/lib/purple-2/libjabber.so
(17:01:32) plugins: /usr/lib/purple-2/libjabber.so is not usable because the
'purple_init_plugin' symbol could not be found.  Does the plugin call the
PURPLE_INIT_PLUGIN() macro? (17:01:32) plugins:
probing /usr/lib/purple-2/liboscar.so (17:01:32)
plugins: /usr/lib/purple-2/liboscar.so is not usable because the
'purple_init_plugin' symbol could not be found.  Does the plugin call the
PURPLE_INIT_PLUGIN() macro? (17:01:32) plugins:
probing /usr/lib/purple-2/libnovell.so (17:01:32) plugins:
probing /usr/lib/purple-2/idle.so (17:01:32) plugins:
probing /usr/lib/purple-2/libsimple.so (17:01:32) plugins:
probing /usr/lib/purple-2/tcl.so (17:01:32) plugins:
probing /usr/lib/purple-2/psychic.so (17:01:32) plugins:
probing /usr/lib/purple-2/libyahoojp.so (17:01:32) plugins:
probing /usr/lib/purple-2/libmsn.so (17:01:32) plugins:
probing /usr/lib/purple-2/libgg.so (17:01:32) plugins:
probing /usr/lib/purple-2/autoaccept.so (17:01:32) plugins:
probing /usr/lib/purple-2/perl.so (17:01:32) plugins:
probing /usr/lib/purple-2/libaim.so (17:01:32) plugins:
probing /usr/lib/purple-2/libskype_dbus.so (17:01:32) plugins:
probing /usr/lib/purple-2/libymsg.so (17:01:32)
plugins: /usr/lib/purple-2/libymsg.so is not usable because the 
'purple_init_plugin'
symbol could not be found.  Does the plugin call the PURPLE_INIT_PLUGIN() macro?
(17:01:32) plugins: probing /usr/lib/purple-2/nss-prefs.so (17:01:32) plugins:
probing /usr/lib/purple-2/libskype.so (17:01:32) plugins:
probing /usr/lib/purple-2/libirc.so (17:01:32) plugins:
probing /usr/lib/purple-2/libicq.so (17:01:32) plugins:
probing /usr/lib/purple-2/libyahoo.so (17:01:32) plugins:
probing /usr/lib/purple-2/libbonjour.so (17:01:32) plugins:
probing /usr/lib/purple-2/dbus-example.so (17:01:32) plugins:
probing /usr/lib/purple-2/libxmpp.so (17:01:32) plugins:
probing /usr/lib/purple-2/libmxit.so (17:01:32) prpl-loubserp-mxit: Loading MXit
libPurple plugin... (17:01:32) plugins: probing /usr/lib/purple-2/newline.so
(17:01:32) plugins: probing /usr/lib/purple-2/libzephyr.so (17:01:32) plugins:
probing /usr/lib/purple-2/buddynote.so (17:01:32) plugins:
probing /usr/lib/purple-2/joinpart.so (17:01:32) plugins:
probing /usr/lib/purple-2/ssl-nss.so (17:01:32) plugins:
probing /usr/lib/purple-2/libmyspace.so (17:01:32) plugins:
probing /usr/lib/purple-2/offlinemsg.so (17:01:32) plugins:
probing /usr/lib/purple-2/libsametime.so (17:01:32)
plugins: /usr/lib/purple-2/libsametime.so has a prefs_info, but is a prpl. This 
is
no longer supported. (17:01:32) plugins: probing /usr/lib/purple-2/log_reader.so
(17:01:32) plugins: probing /usr/lib/purple-2/statenotify.so (17:01:32) plugins:
probing /usr/lib/purple-2/ssl.so (17:01:32) gg: Lo

Bug#794936: installation-guide: claims it will use "CD-ROM" as cover-term then doesn't

[Justin B Rye]

Samuel Thibault wrote:
> The file you attached doesn't contain all the changes you have
> described. (and trying to automatically pick them from the mail is
> deemed do fail :) )

Baffling.  I thought the ~/standardize_on_CD-ROM_as_cover-term.patch
that I attached was the same file as I'd included in the body.  I
don't know where the other version comes from - I don't even know what
kind of svn diff I'd need to do to get it.

Fortunately since it was in my home directory overnight there's also a
copy in my backups, and it turns out to be the good version.  That's
perhaps the most baffling part of all, but here it is.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
Index: manual/en/appendix/chroot-install.xml
===
--- manual/en/appendix/chroot-install.xml	(revision 70017)
+++ manual/en/appendix/chroot-install.xml	(working copy)
@@ -165,7 +165,7 @@
 
 
 
-If you have a &releasename; &debian-gnu; CD mounted at
+If you have a &releasename; &debian-gnu; CD-ROM mounted at
 /cdrom, you could substitute a file URL instead
 of the http URL: file:/cdrom/debian/
 
Index: manual/en/appendix/files.xml
===
--- manual/en/appendix/files.xml	(revision 70017)
+++ manual/en/appendix/files.xml	(working copy)
@@ -202,7 +202,7 @@
 
 By default the installer will install the GNOME desktop environment, but
 alternative desktop environments can be selected either by using one
-of the special CD images, or by specifying the desired desktop environment
+of the special CD-ROM images, or by specifying the desired desktop environment
 when the installer is booted (see ).
 
 
Index: manual/en/appendix/pppoe.xml
===
--- manual/en/appendix/pppoe.xml	(revision 70017)
+++ manual/en/appendix/pppoe.xml	(working copy)
@@ -20,7 +20,7 @@
 
 
 To have the option of setting up and using PPPoE during the installation,
-you will need to install using one of the CD-ROM/DVD images that are
+you will need to install using one of the CD-ROM images that are
 available. It is not supported for other installation methods (e.g.
 netboot or floppy).
 
Index: manual/en/appendix/preseed.xml
===
--- manual/en/appendix/preseed.xml	(revision 70017)
+++ manual/en/appendix/preseed.xml	(working copy)
@@ -73,7 +73,7 @@
 
 
 
-  CD/DVD
+  CD-ROM
   yes
   yes
   yes
@@ -119,7 +119,7 @@
 An important difference between the preseeding methods is the point at which
 the preconfiguration file is loaded and processed. For initrd preseeding
 this is right at the start of the installation, before the first question is
-even asked. For file preseeding this is after the CD or CD image has been
+even asked. For file preseeding this is after the CD-ROM or CD-ROM image has been
 loaded. For network preseeding it is only after the network has been
 configured.
 
@@ -228,7 +228,7 @@
 the location from where you want to use it. Creating the preconfiguration file
 is covered later in this appendix. Putting it in the correct location is fairly
 straightforward for network preseeding or if you want to read the file off
-a floppy or usb-stick. If you want to include the file on a CD or DVD, you
+a floppy or usb-stick. If you want to include the file on a CD-ROM, you
 will have to remaster the ISO image. How to get the preconfiguration file
 included in the initrd is outside the scope of this document; please consult
 the developers' documentation for &d-i;.
@@ -290,7 +290,7 @@
   preseed/url=tftp://host/path/to/preseed.cfg
   preseed/url/checksum=5da499872becccfeda2c4872f9171c3d
 
-- if you're booting a remastered CD:
+- if you're booting a remastered CD-ROM:
   preseed/file=/cdrom/preseed.cfg
   preseed/file/checksum=5da499872becccfeda2c4872f9171c3d
 
@@ -822,7 +822,7 @@
 
 Of course, preseeding the network configuration won't work if you're
 loading your preconfiguration file from the network. But it's great when
-you're booting from CD or USB stick. If you are loading preconfiguration
+you're booting from CD-ROM or USB stick. If you are loading preconfiguration
 files from the network, you can pass network config parameters by using
 kernel boot parameters.
 
@@ -1452,7 +1452,7 @@
 # Some versions of the installer can report back on what software you have
 # installed, and what software you use. The default is not to report back,
 # but sending reports helps the project determine what software is most
-# popular and include it on CDs.
+# popular and include it on CD-ROMs.
 #popularity-contest popularity-contest/participate boolean false
 
 
@@ -1526,7 +1526,7 @@
 # Avoid that last message about the install being complete.
 d-i finish-install/reboot_in_progress note
 
-# This will prevent the installer from ejecting the CD during the reboot,
+#

Bug#748244: same bug in my syncterm ITP

[Fernando Toledo]

Hi, i also deal with this bug at process to package SyncTerm
(syncterm.bbsdev.net)

I put details in mentors list

https://lists.debian.org/debian-mentors/2015/08/msg00058.html

Saludos!

-- 
Fernando Toledo
Dock Sud BBS
http://bbs.docksud.com.ar
telnet://bbs.docksud.com.ar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#758975: disk filling up because of this

[Alvaro Herrera]

Hi package maintainers,

We are being bitten by this bug: since the SQLite functionality is not
yet finished in the version packaged for Jessie, there seems to be no
cleanup of the database file, which grows without bound.  Disk fills up
every few weeks because of this (fortunately our monitoring complains
and we're able to delete the sqlite file when this happens).  The sqlite
database doesn't seem to provide any extra features, either.

I think it'd be good to upload a version packaged without the sqlite
option.

Our version is 1.8.8-5.

-- 
Álvaro Herrera


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#794817: Should mplayer2 be removed from unstable?

[Matteo F. Vescovi]

Hi!

On Aug 6, 2015 11:09 PM, "Andreas Cadhalpun" <
andreas.cadhal...@googlemail.com> wrote:
> [...]
>
> Unless someone objects, I'll reassign this bug to ftp.debian.org for
> removal soon.

OK for me.

Cheers.

-- 
Matteo F. Vescovi

Bug#795134: ruby-rabl-rails: FTBFS: minitest: invalid option: -f

[Chris West (Faux)]

Source: ruby-rabl-rails
Version: 0.4.0-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

┌──┐
│ Run tests for ruby2.1 from debian/ruby-tests.rake│
└──┘

RUBYLIB=/ruby-rabl-rails-0.4.0/debian/ruby-rabl-rails/usr/lib/ruby/vendor_ruby:.
 rake2.1 -f debian/ruby-tests.rake
/usr/bin/ruby2.1 -I"lib:test" -I"/usr/lib/ruby/vendor_ruby" 
"/usr/lib/ruby/vendor_ruby/rake/rake_test_loader.rb" "test/**/test_*.rb" 
Run options: --seed 54426

# Running:

..S...

Finished in 0.022412s, 4194.1454 runs/s, 5443.4653 assertions/s.

94 runs, 122 assertions, 0 failures, 0 errors, 1 skips

You have skipped tests. Run with --verbose for details.

invalid option: -f

minitest options:
-h, --help   Display this help.
-s, --seed SEED  Sets random seed. Also via env. Eg: SEED=n 
rake
-v, --verboseVerbose. Show progress processing files.
-n, --name PATTERN   Filter run on /regexp/ or string.

Known extensions: pride
-p, --pride  Pride. Show your testing pride!


Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-rabl-rails.html

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

[GCS]

On Mon, Aug 10, 2015 at 8:27 PM, Bob Friesenhahn
 wrote:
> On Mon, 10 Aug 2015, Jakub Wilk wrote:
>>> Perhaps this issue is due to g++ defaulting to a newer version of the C++
>>> standard and thus it requires a new C++ ABI?
>> I don't think so. I'd rather blame:
>>
>> * Test build with QuantumDepth 16 (closes: #557879).
>>
>> But wait, isn't change of QuantumDepth an ABI breakage?
>> SONAME of the non-C++ library didn't change; it's still
>> /usr/lib/libGraphicsMagick.so.3.
 As I know it's only an internal precision change, but doesn't affect
any method or function.

> If --enable-quantum-library-names was used as an option to the configure
> script, then the shared library name would become like
> libGraphicsMagick-Q16.so so the whole run-time library name is different.
 It was not used. Should I add this? It seems it would cause more
trouble than win.

> If the QuantumDepth 8 build did not use this option, then it would be named
> as before and existing apps (compiled with QuantumDepth 8) should work with
> it.  This allows the libraries to co-exist.
 It seems you also write that the quantum depth change shouldn't be a
problem for applications.

> The package used for development needs to specify if it is for Q8 or Q16
> since (barring other factors), it is only possible to develop for one at a
> time.
 As I know, GraphicsMagick will use roughly double the memory during
image processing with the latter, but that's what the user can see
(and that the output quality is better). Am I right?

> Regardless, if GCC 5.X is now being used (is this the case?), I would
> suspect that the C++ default ABI (and libraries) have changed (to C++ 11)
> and this results in different name mangling.  Note that the linker did find
> the library but not the method.
 Yes, it's now compiled with GCC 5.2.x and the name mangling is
changed for the C++ library. There are known regressions[1] between
v4.9 and v5 , but I don't know too much details.
While you are right in #795099 that the two libgraphicsmagick++
libraries are co-installable, but I fear that the two C++ ABIs would
cause more problems. The reverse dependencies list is small, those can
be re-compiled with the new library version.
But to answer your question, the API for 1.3.21/QuantumDepth16 should
be the same as previously. I attach the symbols change between 1.3.20
and 1.3.21 ; the additions are for WebP image support and two symbols
(RegisterAVIImage, UnregisterAVIImage) are removed. As I see, a
versioned breaks is the only thing I need to add.

Regards,
Laszlo/GCS
[1] 
https://wiki.debian.org/GCC5#libstdc.2B-.2B-_c.2B-.2B-11_incompatibilities_.284.9_and_5.29
--- 1.3.20/debian/libgraphicsmagick3.symbols2015-02-12 20:08:51.0 
+0100
+++ 1.3.21/debian/libgraphicsmagick3.symbols2015-08-08 17:48:44.521870457 
+0200
@@ -75,6 +75,7 @@
  ChannelThresholdImage@Base 1.3.5
  ChannelTypeToString@Base 1.3.5
  CharcoalImage@Base 1.3.5
+ CheckImagePixelLimits@Base 1.3.21
  ChopImage@Base 1.3.5
  ClassTypeToString@Base 1.3.5
  ClipImage@Base 1.3.5
@@ -504,6 +505,7 @@
  LockSemaphoreInfo@Base 1.3.5
  LogMagickEvent@Base 1.3.5
  LogMagickEventList@Base 1.3.5
+ LogPALMHeader@Base 1.3.21
  MSBOrderLong@Base 1.3.5
  MSBOrderShort@Base 1.3.5
  MagickAllocFunctions@Base 1.3.5
@@ -570,6 +572,7 @@
  MagickSetFileSystemBlockSize@Base 1.3.8
  MagickSizeStrToInt64@Base 1.3.5
  MagickSpawnVP@Base 1.3.5
+ MagickStripSpacesFromString@Base 1.3.21
  MagickStrlCat@Base 1.3.5
  MagickStrlCpy@Base 1.3.5
  MagickStrlCpyTrunc@Base 1.3.5
@@ -704,6 +707,7 @@
  PSPageGeometry@Base 1.3.5
  PackbitsEncode2Image@Base 1.3.5
  PackbitsEncodeImage@Base 1.3.5
+ PanicDestroyMagick@Base 1.3.21
  PersistCache@Base 1.3.5
  PingBlob@Base 1.3.5
  PingImage@Base 1.3.5
@@ -719,6 +723,7 @@
  PrependImageToList@Base 1.3.5
  ProfileImage@Base 1.3.5
  PurgeTemporaryFiles@Base 1.3.15
+ PurgeTemporaryFilesAsyncSafe@Base 1.3.21
  PushImagePixels@Base 1.3.5
  QuantizeImage@Base 1.3.5
  QuantizeImages@Base 1.3.5
@@ -764,7 +769,6 @@
  ReferenceCache@Base 1.3.5
  ReferenceImage@Base 1.3.5
  RegisterARTImage@Base 1.3.5
- RegisterAVIImage@Base 1.3.5
  RegisterAVSImage@Base 1.3.5
  RegisterBMPImage@Base 1.3.5
  RegisterCALSImage@Base 1.3.8
@@ -852,6 +856,7 @@
  RegisterVIDImage@Base 1.3.5
  RegisterVIFFImage@Base 1.3.5
  RegisterWBMPImage@Base 1.3.5
+ RegisterWEBPImage@Base 1.3.21
  RegisterWMFImage@Base 1.3.5
  RegisterWPGImage@Base 1.3.5
  RegisterXBMImage@Base 1.3.5
@@ -899,6 +904,7 @@
  SetImageColor@Base 1.3.15
  SetImageColorRegion@Base 1.3.15
  SetImageDepth@Base 1.3.5
+ SetImageEx@Base 1.3.21
  SetImageInfo@Base 1.3.5
  SetImageOpacity@Base 1.3.5
  SetImagePixels@Base 1.3.5
@@ -982,7 +988,6 @@
  UnlockSemaphoreInfo@Base 1.3.5
  UnmapBlob@Base 1.3.5
  UnregisterARTImage@Base 1.3.5
- UnregisterAVIImage@Base 1.3.5
  UnregisterAVSImage@Base 1.3.5
  UnregisterBMPImage@Base 1.3.5
  UnregisterCALSImage@Base 1.3.8
@@ -1070,6 +1075,7 @@
  UnregisterVIDImage@Base 1.3.5
  UnregisterVIFFImage@Base 1.3.5
  UnregisterWBMPIm

Bug#790980: assimp: library transition to libassimp3v5

[Simon McVittie]

user release.debian@packages.debian.org
usertag 790980 + transition
block 790980 by 790756
reassign 790980 release.debian.org
retitle 790980 assimp: library transition to libassimp3v5
thanks

Reopening the bug as a transition tracker and reassigning, as requested
in the original bug report.

Release team: the assimp maintainer has added the v5 suffix in experimental
only. Please Cc the package maintainer when you ask for an upload to unstable.

S


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795133: SMIME does not work with non-ascii emails in RT 4.2.8-3 and 4.2.11-1

[Max Kosmach]

Package: request-tracker4
Version: 4.2.8-3
Severity: important
Tags: patch

Hi!

When SMIME support in 4.2.8-3 is enabled I have a problem with non-ascii signed 
emails.
When this email received by RT I see error like this in logs:

Aug 10 17:01:59 rt postfix/local[4066]: D66DD14A005: to=, relay=local, delay=158, delays=158/0.03/0/0.4, dsn=4.3.0, status=deferred 
(temporary failure. Command output: RT server error.  The RT server which handled your email did not behave as expected. It said:  Cannot decode 
string with wide characters at /usr/lib/i386-linux-gnu/perl/5.20/Encode.pm line 175.  Stack:   [/usr/lib/i386-linux-gnu/perl/5.20/Encode.pm:175] 
[/usr/share/request-tracker4/lib/RT/Interface/Email/Auth/Crypt.pm:177]   [/usr/share/request-tracker4/lib/RT/Interface/Email.pm:1300] 
[/usr/share/request-tracker4/html/REST/1.0/NoAuth/mail-gateway:61]  )


Same problem with 4.2.11-1 when I send same email from CLI:

Cannot decode string with wide characters at 
/usr/lib/i386-linux-gnu/perl5/5.20/Encode.pm line 200.

Stack:
  [/usr/lib/i386-linux-gnu/perl5/5.20/Encode.pm:200]
  [/usr/share/request-tracker4/lib/RT/Interface/Email/Auth/Crypt.pm:177]
  [/usr/share/request-tracker4/lib/RT/Interface/Email.pm:1321]
  [/usr/share/request-tracker4/html/REST/1.0/NoAuth/mail-gateway:61]

RT server error.

I think patch below fixes this problem, but I don't know is this patch fully 
correct or not:

===
diff -urN /usr/share/request-tracker4/lib/RT/Crypt.pm 
/usr/share/request-tracker4/lib/RT/Crypt.pm.new
--- /usr/share/request-tracker4/lib/RT/Crypt.pm 2015-05-10 22:25:52.0 
+0300
+++ /usr/share/request-tracker4/lib/RT/Crypt.pm.new 2015-08-10 
22:14:50.916118963 +0300
@@ -545,7 +545,7 @@
 my $modify = $res{status_on}->head->modify;
 $res{status_on}->head->modify(1);
 $res{status_on}->head->add(
-"X-RT-" . $protected->{'Protocol'} . "-Status" => $res{'status'}
+"X-RT-" . $protected->{'Protocol'} . "-Status" => Encode::encode( 
"UTF-8", $res{'status'})
 );
 $res{status_on}->head->modify($modify);


===

If this patch correct - please apply it to debian package.

My SMIME config parts:
cat /etc/request-tracker4/RT_SiteConfig.d/98-smime

Set(@MailPlugins, 'Auth::MailFrom', 'Auth::Crypt');
Set(%SMIME,
Enable => 1,
OpenSSL => '/usr/bin/openssl',


Keyring => '/var/lib/request-tracker4/data/smime',
CAPath  => '/var/lib/request-tracker4/data/smime/signing-ca.pem',
Passphrase => {
'queue.addr...@example.com' => 'passphrase',
'' => 'fallback',
},
   AcceptUntrustedCAs=> 1,
);
Set( %Crypt,
Incoming  => 'SMIME',
Outgoing  => undef,

RejectOnUnencrypted   => 0,
RejectOnMissingPrivateKey => 0,
RejectOnBadData   => 0,

AllowEncryptDataInDB  => 0,

Dashboards => {
Encrypt => 0,
Sign=> 0,
},
);


--
С уважением,
Космач Максим


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

[Jakub Wilk]

Duh, I forgot the attachment.

* Bob Friesenhahn , 2015-08-10, 13:27:

Regardless, if GCC 5.X is now being used (is this the case?),


I get the same error both with GCC 4.9 and GCC 5.

I would suspect that the C++ default ABI (and libraries) have changed 
(to C++ 11) and this results in different name mangling.


This is true in general, but I don't believe anything that would affect 
this particular constructor have changed.


--
Jakub Wilk
#include 

int main(int argc, char **argv)
{
	Magick::Color(0, 0, 0);
}

Bug#795132: relatorio: FTBFS: missing build-dep: ImportError: No module named yaml

[Chris West (Faux)]

Source: relatorio
Version: 0.6.1-3
Severity: serious
Justification: fails to build from source
Tags: sid
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

I: pybuild base:170: cd /relatorio-0.6.1/.pybuild/pythonX.Y_2.7/build; 
python2.7 -m nose --with-doctest 
/relatorio-0.6.1/.pybuild/pythonX.Y_2.7/build/relatorio/templates/__init__.py:29:
 UserWarning: Unable to load plugin 'chart'
  warnings.warn("Unable to load plugin '%s'" % name)
E...
==
ERROR: Failure: ImportError (No module named yaml)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 420, in 
loadTestsFromName
addr.filename, addr.module)
  File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47, in 
importFromPath
return self.importFromDir(dir_path, fqname)
  File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 94, in 
importFromDir
mod = load_module(part_fqname, fh, filename, desc)
  File 
"/relatorio-0.6.1/.pybuild/pythonX.Y_2.7/build/relatorio/templates/chart.py", 
line 26, in 
import yaml
ImportError: No module named yaml

--
Ran 16 tests in 0.255s

FAILED (errors=1)

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/relatorio.html

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795131: libreoffice-core: segfault in libvclplug_gtk3lo.so

[Christoph Anton Mitterer]

Package: libreoffice-core
Version: 1:5.0.1~rc1-1
Severity: important

Hey Rene.

Not sure whether the following helps you and unfrotunately I
could not reproduce it so far.

Just before my LibreOffice segfaulted:
10547.363193] soffice.bin[6238]: segfault at 0 ip 7f5b47b3dec1 sp 
7ffeee178c00 error 4 in libvclplug_gtk3lo.so[7f5b47b04000+7c000]

I double clicked some cell in Calc.

Don't have more information right now, and if I find no way
to reproduce I may never have.
So feel free to close right ahead if the above doesn't
already help you.


Cheers,
Chris.

-- Package-specific info:
All deployed bundled extensions:

Identifier: org.openoffice.da.writer2latex.oxt
  Version: 1.0.2
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: Writer2LaTeX provides Writer export filters for LaTeX and BibTeX
  bundled Packages: {
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/writer2latex.rdb
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-typelibrary;type=RDB
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/W2LDialogs/
  is registered: yes
  Media-Type: application/vnd.sun.star.basic-library
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/Options.xcs
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-schema
  Description: 

  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/writer2latex-filter.jar
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Java
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/w2l_types.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/w2l_filters.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/Options.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  }

Identifier: org.openoffice.comp.pyuno.lightproof.oxt.lightproof_en
  Version: 0.4.3
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_en
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: 
  bundled Packages: {
  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_en/dialog/OptionsDialog.xcs
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-schema
  Description: 

  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_en/dialog/OptionsDialog.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_en/Lightproof.py
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Python
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/lightproof_en/Linguistic.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  }

Identifier: org.openoffice.da.writer2xhtml.oxt
  Version: 1.0.2
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: Writer2xhtml provides Writer and Calc export filters for XHTML 
and XHTML+MathML
  bundled Packages: {
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/writer2xhtml.rdb
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-typelibrary;type=RDB
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/W2XDialogs/
  is registered: yes
  Media-Type: application/vnd.sun.star.basic-library
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/Options.xcs
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-schema
  Description: 

  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/writer2xhtml-filter.jar
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Java
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/w2x_types.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/w2x_filters.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/Options.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  }

Identifier: com.sun.wiki-publisher
  Version: 1.1.2
 

Bug#795130: rockdodger has new hosting and new version

[Robert Krawczyk]

Package: rockdodger
Severity: minor

Hi,

as google will shut down code, from now on rockdodger will be hosted on

https://bitbucket.org/rpkrawczyk/rockdodger

and downloads will be available at:

https://bitbucket.org/rpkrawczyk/rockdodger/downloads

Could you also please update to the newest version V1.0.1?
[https://bitbucket.org/rpkrawczyk/rockdodger/downloads/rockdodger-1.0.1.tar.gz]
Thank you for your hard work!

Robert


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795129: python-exif: FTBFS: missing build-dep on python-setuptools(?)

[Chris West (Faux)]

Source: python-exif
Version: 2.1.1-1
Severity: serious
Justification: fails to build from source
Tags: sid
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

dh clean --buildsystem=pybuild --with python2,python3
   dh_testdir -O--buildsystem=pybuild
   dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:170: python2.7 setup.py clean 
running clean
removing '/python-exif-2.1.1/.pybuild/pythonX.Y_2.7/build' (and everything 
under it)
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.7' does not exist -- can't clean it
I: pybuild base:170: python3.4 setup.py clean 
Traceback (most recent call last):
  File "setup.py", line 3, in 
from setuptools import setup, find_packages
ImportError: No module named 'setuptools'
E: pybuild pybuild:262: clean: plugin distutils failed with: exit code=1: 
python3.4 setup.py clean 
dh_auto_clean: pybuild --clean -i python{version} -p 3.4 --dir . returned exit 
code 13
debian/rules:8: recipe for target 'clean' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-exif.html

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#794301: [Pkg-fedora-ds-maintainers] Bug#794301: 389-console: missing bogus dependency

[Ben Hildred]

The console depends on the directory server, which does not depend on
systemd, but still acts as if it does. And since the directory server
conflicts with slapd, and I need a ldap server to test the ldap client, and
I need a ldap client to verify and test the server before moving it from my
test machine, and . . .

On Mon, Aug 10, 2015 at 1:28 AM, Timo Aaltonen  wrote:

> On 01.08.2015 05:12, Ben Hildred wrote:
>
>> Package: 389-console
>> Version: 1.1.7-2
>> Severity: serious
>> Justification: Policy 9.11
>>
>> 386-ds assumes systemd but does not include it in its list of
>> dependencies.
>> Further why does a ldap browser need to depend on init?
>>
>> [15/07/31:19:15:16] - [Setup] Info Error: command '/bin/systemctl --system
>> daemon-reload' failed - output [] error [No such file or
>> directory][15/07/31:19:15:16] - [Setup] Fatal Error: Could not create
>> directory
>> server instance 'crystal'.
>>
>
> This comes from setting up the directory server, you're not trying to use
> 389-console here..
>
>


-- 
--
Ben Hildred
Automation Support Services
303 815 6721

Bug#795128: python-barbicanclient: FTBFS: test_delete_checks_status_code: AttributeError: assert_called

[Chris West (Faux)]

Source: python-barbicanclient
Version: 3.0.3-1
Severity: serious
Justification: fails to build from source
Tags: sid
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

==
FAIL: 
barbicanclient.tests.test_client.WhenTestingClientDelete.test_delete_checks_status_code
barbicanclient.tests.test_client.WhenTestingClientDelete.test_delete_checks_status_code
--
_StringException: Traceback (most recent call last):
  File "barbicanclient/tests/test_client.py", line 210, in 
test_delete_checks_status_code
self.httpclient._check_status_code.assert_called()
  File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 721, in __getattr__
raise AttributeError(name)
AttributeError: assert_called


==
FAIL: 
barbicanclient.tests.test_client.WhenTestingClientGet.test_get_checks_status_code
barbicanclient.tests.test_client.WhenTestingClientGet.test_get_checks_status_code
--
_StringException: Traceback (most recent call last):
  File "barbicanclient/tests/test_client.py", line 160, in 
test_get_checks_status_code
self.httpclient._check_status_code.assert_called()
  File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 721, in __getattr__
raise AttributeError(name)
AttributeError: assert_called


...

==
FAIL: process-returncode
process-returncode
--
_StringException: returncode 1

...

Ran 106 tests in 0.689s

FAILED (failures=5)

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-barbicanclient.html

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795127: redhat-cluster: FTBFS with gcc5: get_time/_diff_tv have incorrect "inline"

[Chris West (Faux)]

Source: redhat-cluster
Version: 3.1.8-1.3
Severity: serious
Justification: fails to build from source
Tags: sid
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build.  I believe the issue is that gcc5 is
defaulting to c99, which treats "inline" more like "static", causing
these methods not to be available from other translation units:

gcc -o qdiskd disk.o disk_util.o proc.o scandisk.o iostate.o main.o score.o 
bitmap.o daemon_init.o -L/redhat-cluster-3.1.8/cman/lib 
-L/redhat-cluster-3.1.8/config/libs/libccsconfdb -lcman -lccs -Wl,-z,relro
-L/redhat-cluster-3.1.8/common/liblogthread -llogthread -lpthread -L/usr/lib 
-lz -lrt -L/usr/lib
main.o: In function `quorum_loop':
/redhat-cluster-3.1.8/cman/qdisk/main.c:978: undefined reference to `get_time'
/redhat-cluster-3.1.8/cman/qdisk/main.c:982: undefined reference to `get_time'
/redhat-cluster-3.1.8/cman/qdisk/main.c:1172: undefined reference to `get_time'
/redhat-cluster-3.1.8/cman/qdisk/main.c:1177: undefined reference to `_diff_tv'
/redhat-cluster-3.1.8/cman/qdisk/main.c:1193: undefined reference to `_diff_tv'
/redhat-cluster-3.1.8/cman/qdisk/main.c:1210: undefined reference to `_diff_tv'
/redhat-cluster-3.1.8/cman/qdisk/main.c:1164: undefined reference to `get_time'
/redhat-cluster-3.1.8/cman/qdisk/main.c:1230: undefined reference to `_diff_tv'
collect2: error: ld returned 1 exit status
Makefile:40: recipe for target 'qdiskd' failed
make[4]: *** [qdiskd] Error 1
make[4]: Leaving directory '/redhat-cluster-3.1.8/cman/qdisk'
/redhat-cluster-3.1.8/make/passthrough.mk:4: recipe for target 'all' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/redhat-cluster.html

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795126: kmix: Volume rises always to 100 % level with system sounds

[Timo Poikola]

Package: kmix
Version: 4:15.04.3-1
Severity: normal

Dear Maintainer,

   * I just updated Sid with "apt-get dist-upgrade"
   * Desktop in use: KDE
   * This bug can reproduced with "mkdir foo && kwrite foo" in Konsole
   * Volume level in kmix rises from 0 % to 100 % and system plays an error
sound.  In my case, there is good amplifier and good speakers, so my hearing
may seriously injure with 100 % volume level. If I put level to 0 %, I does not
expect any warning sound with HIGH VOLUME. I set severity level to critical,
because this can damage my hearing.
   * Plain error popup message, no sound at all.
   * Btw, I tried to unset all notification sounds from the system settings,
but kwrite always plays this error sound)




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

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

Versions of packages kmix depends on:
ii  kde-runtime  4:4.14.2-2
ii  libasound2   1.0.29-1
ii  libc62.19-19
ii  libcanberra0 0.30-2.1
ii  libkdecore5  4:4.14.2-5
ii  libkdeui54:4.14.2-5
ii  libplasma3   4:4.14.2-5
ii  libpulse-mainloop-glib0  6.0-5
ii  libpulse06.0-5
ii  libqt4-dbus  4:4.8.7+dfsg-1
ii  libqt4-xml   4:4.8.7+dfsg-1
ii  libqtcore4   4:4.8.7+dfsg-1
ii  libqtgui44:4.8.7+dfsg-1
ii  libsolid44:4.14.2-5
ii  libstdc++6   5.1.1-14

kmix recommends no packages.

kmix suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#791154: libpcre++: library transition may be needed when GCC 5 is the default

[Julien Cristau]

Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:11:59 +, Matthias Klose wrote:

>  - Rebuild the library using g++/g++-5 from experimental. Note that
>most likely all C++ libraries within the build dependencies need
>a rebuild too. You can find the log for a rebuild in
>  https://people.debian.org/~doko/logs/gcc5-20150701/
>Search for "BEGIN GCC CXX11" in the log.
> 
>  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
>library API, and are used by the reverse dependencies of the
>library.
> 
libpcre++ exports a number of symbols involving std::string, so
libpcre++0 needs to be renamed.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#795125: transition: libassimp3 -> libassimp3v5

[IOhannes m zmoelnig]

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

Due to the gcc-5 transition, the "libassimp3" package from "assimp" has changed
exported symbols and has been renamed to "libassimp3v5".
The SONAME has *not* changed.

I have uploaded "assimp_3.1.1~dfsg-4" to "experimental".
So far the package has built on all architectures already in testing, except for
armel/armhf/mips/mipsel which are still waiting for a buildd to be assigned.
I'm sure that those builds will succeed as well :-)

There are currently 2 packages in Debian that have listed libassimp-dev as
build-dependency, so they need to be rebuilt:
- mrpt
- doomsday

I have built both reverse-dependencies, with the following result:

- "doomsday" builds fine.

- "mrpt" FTBFS with the following error:
../../lib/libmrpt-vision.so.1.3.1: undefined reference to 
`cv::Algorithm::_create(std::__cxx11::basic_string, std::allocator > const&)'
this looks very much like an unrelated issue (hinting that libopencv needs to
transition to libopencv*v5 as well).
a quick "rgrep -i assimp ." indicates, that assimp is used in the following
modules of mrpt:
 - apps/SceneViewer3D
 - libs/maps
 - libs/nav
 - libs/opengl
 - libs/slam
i've build all of them manually, and they built fine.
so i think that 'mrpt' is also ready for the libassimp3v5 transition (though it
is blocked by a potential libopencv*v4 transition)


In terms of 'ben' lingo, I think that the transition has the following 
parameters:

title = "assimp";
is_affected = .depends ~ "libassimp3" | .depends ~ "libassimp3v5";
is_good = .depends ~ "libassimp3v5";
is_bad = .depends ~ "libassimp3";

Please schedule binNMUs for the above mentioned packages on all architectures.

gfmards
IOhannes


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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795014: mpd fails to start because of a symbol mismatch with libadplug-2.2.1.so.0&body=On Sun, 09 Aug 2015 16:36:51 +0200 Xavier Guerrin <xav...@kindwolf.org> wrote:> Package: mpd> Ver

[Arne de Boer]

Same problem here on Debian unstable.mpd: symbol lookup error: mpd: undefined 
symbol: _ZN7CAdPlug7factoryERKSsP4CoplRK8CPlayersRK13CFileProvider

Bug#758928: New upstream release

[Gerardo Malazdrewicz]

>From the upstream homepage listed above:

"SpiderMonkey 31

is the most recent standalone source code release. It is largely the same
engine that shipped with Firefox 31. Full source code is available here:
https://people.mozilla.org/~sstangl/mozjs-31.2.0.rc0.tar.bz2

The next release will be SpiderMonkey 38, around May 2015."

Regards,

Gerardo

Bug#795124: please add a version number in os-release also for unreleased distributions

[Daniel Baumann]

Package: base-files
Version: 9.2
Severity: wishlist

Hi,

i would like to get the version number of a debian distribution
consistently, regardless if on a stable or testing/unstable system.

in the past, it has been that unstable/testing generally does not have a
release number assigned, and that it would be only assigned relatively
shortly before a release.

however, "now" that debian seem to have a predictable version scheme
(where every new release gets a new major number, like 8 for jessie, 9
for stretch etc.), /etc/os-release imho should have a VERSION_ID=9 on
testing/unstable.

i checked with current fedora rawhide, they also assign it
(VERSION_ID=24) regardless the fact that it's not release yet. it seems
right to do that, and to track the 'is released or not' with another
mechanism than the sole existence (or absence) of a VERSION_ID.

therefore, please add corresponding VERSION and VERSION_ID values to
base-files in testing/unstable too.

Regards,
Daniel

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#791083: kyotocabinet: library transition may be needed when GCC 5 is the default

[Julien Cristau]

Control: severity -1 serious
Control: tag -1 confirmed

On Fri, Jul  3, 2015 at 13:10:44 +, Matthias Klose wrote:

>  - Rebuild the library using g++/g++-5 from experimental. Note that
>most likely all C++ libraries within the build dependencies need
>a rebuild too. You can find the log for a rebuild in
>  https://people.debian.org/~doko/logs/gcc5-20150701/
>Search for "BEGIN GCC CXX11" in the log.
> 
>  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
>library API, and are used by the reverse dependencies of the
>library.
> 
Some public symbols break with the rebuild, including much of kcfile, so
libkyotocabinet16 needs to be renamed.

There's a possibly helpful patch at
https://launchpad.net/ubuntu/+source/kyotocabinet/1.2.76-4ubuntu1

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#795122: ruby-virtus: FTBFS: `method_missing': undefined method `its'

[Chris West (Faux)]

Source: ruby-virtus
Version: 1.0.2-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

┌──┐
│ Run tests for ruby2.1 from debian/ruby-tests.rake│
└──┘

RUBYLIB=/ruby-virtus-1.0.2/debian/ruby-virtus/usr/lib/ruby/vendor_ruby:. 
rake2.1 -f debian/ruby-tests.rake
/usr/bin/ruby2.1 /usr/bin/rspec --pattern spec/\*\*\{,/\*/\*\*\}/\*_spec.rb
/usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:656:in `method_missing': 
undefined method `its' for 
RSpec::ExampleGroups::User::PhoneNumbers::FirstEntry:Class (NoMethodError)
from 
/ruby-virtus-1.0.2/spec/integration/collection_member_coercion_spec.rb:53:in 
`block (3 levels) in '
from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:363:in 
`module_exec'
from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:363:in 
`subclass'
from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:254:in 
`block in define_example_group_method'
from 
/ruby-virtus-1.0.2/spec/integration/collection_member_coercion_spec.rb:48:in 
`block (2 levels) in '
from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:363:in 
`module_exec'
from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:363:in 
`subclass'
from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:254:in 
`block in define_example_group_method'
from 
/ruby-virtus-1.0.2/spec/integration/collection_member_coercion_spec.rb:47:in 
`block in '
from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:363:in 
`module_exec'
from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:363:in 
`subclass'
from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:254:in 
`block in define_example_group_method'
from /usr/lib/ruby/vendor_ruby/rspec/core/dsl.rb:43:in `block in 
expose_example_group_alias'
from /usr/lib/ruby/vendor_ruby/rspec/core/dsl.rb:82:in `block (2 
levels) in expose_example_group_alias_globally'
from 
/ruby-virtus-1.0.2/spec/integration/collection_member_coercion_spec.rb:27:in 
`'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1327:in 
`load'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1327:in 
`block in load_spec_files'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1325:in 
`each'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1325:in 
`load_spec_files'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:103:in `setup'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:89:in `run'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:74:in `run'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:42:in `invoke'
from /usr/bin/rspec:4:in `'

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-virtus.html

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#795123: ruby-warden: FTBFS: rspec3 port(?): undefined method `have' for #

[Chris West (Faux)]

Source: ruby-warden
Version: 1.2.3-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

Failures:

  1) Warden::Config should allow to silence missing strategies
 Failure/Error: @config.silence_missing_strategies?.should be_true
   expected true to respond to `true?` or perhaps you meant `be true` or 
`be_truthy`
 # ./spec/warden/config_spec.rb:29:in `block (2 levels) in '

  2) standard authentication hooks after_set_user should allow me to add an 
after_set_user hook
 Failure/Error: RAM._after_set_user.should have(1).item
 NoMethodError:
   undefined method `have' for 
#
 # ./spec/warden/hooks_spec.rb:24:in `block (3 levels) in '

  3) standard authentication hooks after_set_user should allow me to add 
multiple after_set_user hooks
 Failure/Error: RAM._after_set_user.should have(2).items
 NoMethodError:
   undefined method `have' for 
#
 # ./spec/warden/hooks_spec.rb:30:in `block (3 levels) in '

  4) standard authentication hooks after_set_user after_authentication should 
allow me to log out a user in an after_set_user block
 Failure/Error: env['warden'].authenticated?.should be_false
   expected false to respond to `false?` or perhaps you meant `be false` or 
`be_falsey`
 # ./spec/warden/hooks_spec.rb:130:in `block (4 levels) in '

...

215 examples, 14 failures

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-warden.html

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

Kernel: Linux 3.19.0-23-generic (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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org