Bug#750734: needrestart: Wrongly proposes to restart daemons which don't need restart on Jessie + systemd

[Frederik Himpe]

On Tue, 2014-06-10 at 16:31 +0200, Thomas Liske wrote:
> Hi Frederik,
> 
> On 06/10/2014 03:39 PM, Frederik Himpe wrote:
> > root@artipc10:/home/frederik# cat /proc/$PID/maps
> > 7f159c9c9000-7f159c9d4000 r-xp  00:10 175249 
> > /lib/x86_64-linux-gnu/libnss_files-2.19.so
>^
> This seems to be the source of the problem. The device major ID is 0 (I 
> expected something like 0x08 for a SCSI disk) - it is a unnamed device. 
> Do you run the daemons started by systemd within any container 
> technique? Might be a bind mount...

This is on a virtual machine running KVM with virtio block devices.
However, I see the same problem on my laptop, without any
virtualisation. On this laptop, this column in /proc/$PID/maps reads
00:0f.

They do have something in common though: both systems have their file
system on LVM logical volumes.

-- 
Frederik Himpe 
Vrije Universiteit Brussel


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

Bug#751211: libreoffice: Excessive time to open files over a network

[Rene Engelhard]

tag 751211 + moreinfo
thanks

Hi,

On Wed, Jun 11, 2014 at 06:40:24AM +0100, Henry Bremridge wrote:
> What led to the situation
> 
>   After the latest update, when opening|saving a file from a remote 
> server, it takes

I don't believe so. 4.2.4-3 to 4.2.3-4 didn't change LO code.

What was your upgrade?
>From what to what?

>From http://packages.qa.debian.org/libr/libreoffice.html testing migrations
happened as follows:

[2014-06-04] libreoffice 1:4.2.4-4 MIGRATED to testing (Britney)
[2014-05-27] libreoffice 1:4.2.4-3 MIGRATED to testing (Britney)
[2014-05-06] libreoffice 1:4.1.6~rc2-1 MIGRATED to testing (Britney)

so I'd believe it was 4.1.6->4.2.4?

If it really was that update, it must be in some external lib or
system thingy...

Regards,

Rene


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

Bug#751216: firebird: /etc/cron.daily/logrotate complains about unknown user 'firebird'

[Ralf Treinen]

Package: firebird2.5-server-common
Version: 2.5.2.26540.ds4-13
Severity: normal

Hello,

on a freshly installed system (wheezy, then upgraded to sid) I get the
following error message from anacron:

  /etc/cron.daily/logrotate:
  error: firebird2.5:8 unknown user 'firebird'
  error: found error in /var/log/firebird2.5.log , skipping

-Ralf.


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

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

Versions of packages firebird2.5-server-common depends on:
ii  adduser 3.113+nmu3
ii  firebird2.5-common-doc  2.5.2.26540.ds4-13
ii  libc6   2.19-1
ii  libfbclient22.5.2.26540.ds4-13
ii  libgcc1 1:4.9.0-6
ii  libicu5252.1-3
ii  libstdc++6  4.9.0-6

firebird2.5-server-common recommends no packages.

firebird2.5-server-common 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#748150: again...

[Ryan Kavanagh]

Hi Lorenzo,

On Tue, Jun 10, 2014 at 10:01:13PM +0200, Lorenzo wrote:
> otherwise I guess this should be reported upstream.

Thanks for putting in the legwork and bringing this back to my
attention. The same problem exists in OpenSSH (from which the
compatibility layer for opensmtpd was taken), except that the Debian
OpenSSH maintainers simply patched out the entire check[0] (SONAME is
sufficient nowadays for us). Upstream rewrote the broken check last
night[1]. In order to minimise the delta between upstream opensmtpd and
Debian, I intend to apply their fixed check later on today or tomorrow
at the latest instead of simply cutting out the check as was done for
OpenSSH.

Best wishes,
Ryan

[0] 
http://anonscm.debian.org/gitweb/?p=pkg-ssh/openssh.git;a=blob;f=debian/patches/no-openssl-version-check.patch;h=56fa46aac080a3566941ac006c9324c0b8aa55ba;hb=HEAD
[1] https://github.com/poolpOrg/OpenSMTPD/commit/452d687


signature.asc
Description: Digital signature

Bug#751196: cups-filters: please enable parallel building

[Didier 'OdyX' Raboud]

Control: tags -1 +confirmed +pending

Le mercredi, 11 juin 2014, 00.54:21 Pino Toscano a écrit :
> cups-filters seems to build fine with multiple build jobs when
> building. Thus, my suggestion is to enable the parallel build (with
> the --parallel option of dh) to speed up the compilation when
> requested (see also Policy §4.9.1).

Good catch, thanks:


http://anonscm.debian.org/gitweb/?p=printing/cups-filters.git;a=commitdiff;h=e9ef29ac45ccd5bcea9850ab51804dd4e4830c6e

Cheers,
OdyX


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

Bug#750708:

[Eric Shattow]

cleared out m.d.n/packages/audiotools and uploaded again:

http://mentors.debian.net/debian/pool/main/a/audiotools/audiotools_2.21-1.dsc


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

Bug#751111: Improper shared lib package (SONAME contains python/tcl/java version)

[Anton Gladky]

severity 75 important
thanks

It is maintainer's prerogative of changing the severity of bug. Isn't it?

2014-06-11 8:55 GMT+02:00 Mathieu Malaterre :
> What for ? The policy is clear, the shared package should not contains
> python, tcl, java and the Qt bindings (no clear ABI and not even a
> clear API).

The issue is only in Python27D-suffix, which will never change. I do not
see problems here.

Cheers


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

Bug#748296:

[Mathieu Malaterre]

Indeed I saw that also. The correct file is in fact:
debian/pydist-overrides (dh_pythoné man page).


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

Bug#744748: setup.py: 'Pillow',

[Mathieu Malaterre]

I think I now know how to fix this bug. Upstream really wants Pillow
as hard-coded dependencies (see setup.py). However to provide a
possible wheezy backport where only python-imaging is provided, I'll
trick the debian installer using:

$ cat debian/pydist-overrides
pillow python-imaging

This will work since jessie provides a virtual `python-imaging`
package. Assuming I understand upstream correctly where python-imaging
is enough.

Thanks.


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

Bug#751217: gambas3: please enable parallel building

[Pino Toscano]

Source: gambas3
Version: 3.5.2-2
Severity: wishlist
Tags: patch

Hi,

gambas3 seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (reading the number
of jobs from DEB_BUILD_OPTIONS, and adding it to the make invocation)
to speed up the build when requested (see also Policy §4.9.1).

Thanks,
-- 
Pino
--- a/debian/rules
+++ b/debian/rules
@@ -6,6 +6,10 @@ CFLAGS:=$(shell dpkg-buildflags --get CF
 CXXFLAGS:=$(shell dpkg-buildflags --get CXXFLAGS)
 LDFLAGS:=$(shell dpkg-buildflags --get LDFLAGS)
 
+ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
+NJOBS := -j $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
+endif
+
 
 configure:
 	dh_autoreconf
@@ -24,7 +28,7 @@ build-indep: build-stamp
 
 build-stamp: config.status
 	dh_testdir
-	$(MAKE) prefix=$(CURDIR)/debian/tmp/usr
+	$(MAKE) $(NJOBS) prefix=$(CURDIR)/debian/tmp/usr
 	touch build-stamp
 
 clean:

Bug#751008:

[Xavier]

2014-06-11 8:48 GMT+02:00 Xavier :
> Pandoc is installed, if I purge nodejs (and node-marked) I get the
> following in my browser:

I did this last thing a little too quickly. With pandoc installed
nodejs purged, *and* the notebook server restarted, it works better.
Thanks for your help.

The only thing now, is that markdown lists (ordered or not) are not
correctly rendered (HTML and latex), while they are rendered fine in
the notebook itself. It seems that they are not interpreted, e.g.:

"""
Ce notebook est de toute beauté parce que
1. il est chouette et
2. on peut faire des choses.
"""

In the preview, it looks like:

"""
Ce notebook est de toute beauté parce que 1. il est chouette et 2. on
peut faire des choses.
"""

In the following example, lists are not interpreted in the preview or
latex output, but test formating is:

"""
Importation des modules nécessaires :
* matplotlib *pour* les figures
* numpy pour faire des **calculs** avec des matrices et tout
* _rdkit_ pour bosser avec des molécules
"""


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

Bug#751211: libreoffice: Excessive time to open files over a network

[Henry Bremridge]

On Wed, Jun 11, 2014 at 09:01:18AM +0200, Rene Engelhard wrote:
> tag 751211 + moreinfo
> thanks
> 
> Hi,
> 
> On Wed, Jun 11, 2014 at 06:40:24AM +0100, Henry Bremridge wrote:
> > What led to the situation
> > 
> > After the latest update, when opening|saving a file from a remote 
> > server, it takes
> 
> I don't believe so. 4.2.4-3 to 4.2.3-4 didn't change LO code.
> 
> What was your upgrade?

Currently running 4.2.4.2, Build ID: 420m0(Build:2)

> From what to what?
> 
> From http://packages.qa.debian.org/libr/libreoffice.html testing migrations
> happened as follows:
> 
> [2014-06-04] libreoffice 1:4.2.4-4 MIGRATED to testing (Britney)

It was this one, only just got around to the bug report

> [2014-05-27] libreoffice 1:4.2.4-3 MIGRATED to testing (Britney)
> [2014-05-06] libreoffice 1:4.1.6~rc2-1 MIGRATED to testing (Britney)
> 
> so I'd believe it was 4.1.6->4.2.4?
> 
> If it really was that update, it must be in some external lib or
> system thingy...
> 
I wish I knew, it makes it a complete pain to use now when working from 
home and connected to the office. I am using LO while on a VPN to the 
office. It took 24 seconds for the File|Open menu to display


-- 
Henry
Communication not signed with an original manual signature or an appropriately 
verified digital signature is not binding.
Wed 11 Jun 08:35:03 BST 2014


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

Bug#751133: crash on startup

[Simon Josefsson]

Hello again.  I don't see any indication of a crash, nor a backtrace
below.  So to me it looks like expected behaviour.

I have improved the documentation a bit to explain what you need to do
in situations like this, see:

https://github.com/Yubico/libykneomgr/commit/cc632bd49531d0adf48a6102bcbb5da24a89f5c6

Is pcscd running on your system?  Could you run 'pcsc_scan' to see that
it finds your YubiKey NEO?  Which version of the 'libccid' package do
you have?

Thanks,
/Simon

You wrote:

> Hello,
> 
> thank you for your fast reply.
> 
>   Best regards,
> 
> Werner
> 
> > Can you start ykneomgr from gdb and get a backtrace?
> 
> #gdb --args ykneomgr -a
> GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1+b1)
> Copyright (C) 2013 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
>  This is free software: you are
> free to change and redistribute it. There is NO WARRANTY, to the
> extent permitted by law.  Type "show copying" and "show warranty" for
> details. This GDB was configured as "i486-linux-gnu".
> For bug reporting instructions, please see:
> ...
> Reading symbols from /usr/bin/ykneomgr...(no debugging symbols
> found)...done. (gdb) run
> Starting program: /usr/bin/ykneomgr -a
> warning: Could not load shared library symbols for linux-gate.so.1.
> Do you need "set solib-search-path" or "set sysroot"?
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library
> "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1". error:
> ykneomgr_init (-4): Backend error [Inferior 1 (process 8819) exited
> with code 01] (gdb) bt
> No stack.
> 
> 
> Here are also the first lines of strace
> 
> xecve("/usr/bin/ykneomgr", ["ykneomgr", "-a"], [/* 51 vars */]) = 0
> brk(0)  = 0x831a000
> access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
> directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb772e000
> access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or
> directory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
> fstat64(3, {st_mode=S_IFREG|0644, st_size=129491, ...}) = 0
> mmap2(NULL, 129491, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb770e000
> close(3)= 0 ...
> 
> 


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

Bug#751106:

[Mathieu Malaterre]

To make this bug report easy to find, here are some refs:

$ lsusb -d 1a86:e092 -vvx
Bus 004 Device 084: ID 1a86:e092 QinHeng Electronics
Couldn't open device, some information will be missing
Device Descriptor:
  bLength18
  bDescriptorType 1
  bcdUSB   1.10
  bDeviceClass0 (Defined at Interface level)
  bDeviceSubClass 0
  bDeviceProtocol 0
  bMaxPacketSize064
  idVendor   0x1a86 QinHeng Electronics
  idProduct  0xe092
  bcdDevice1.00
  iManufacturer   1
  iProduct2
  iSerial 0
  bNumConfigurations  2
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength   53
bNumInterfaces  1
bConfigurationValue 1
iConfiguration  0
bmAttributes 0xa0
  (Bus Powered)
  Remote Wakeup
MaxPower  100mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber0
  bAlternateSetting   0
  bNumEndpoints   5
  bInterfaceClass 0 (Defined at Interface level)
  bInterfaceSubClass  0
  bInterfaceProtocol  0
  iInterface  0
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81  EP 1 IN
bmAttributes3
  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0010  1x 16 bytes
bInterval 255
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02  EP 2 OUT
bmAttributes2
  Transfer TypeBulk
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0040  1x 64 bytes
bInterval   1
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83  EP 3 IN
bmAttributes2
  Transfer TypeBulk
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0040  1x 64 bytes
bInterval   1
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x84  EP 4 IN
bmAttributes2
  Transfer TypeBulk
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0040  1x 64 bytes
bInterval   1
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x05  EP 5 OUT
bmAttributes2
  Transfer TypeBulk
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0040  1x 64 bytes
bInterval   1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength   32
bNumInterfaces  1
bConfigurationValue 2
iConfiguration  0
bmAttributes 0x80
  (Bus Powered)
MaxPower  100mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber0
  bAlternateSetting   0
  bNumEndpoints   2
  bInterfaceClass 0 (Defined at Interface level)
  bInterfaceSubClass  0
  bInterfaceProtocol  0
  iInterface  0
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02  EP 2 OUT
bmAttributes2
  Transfer TypeBulk
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0040  1x 64 bytes
bInterval   1
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83  EP 3 IN
bmAttributes2
  Transfer TypeBulk
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0040  1x 64 bytes
bInterval   1


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

Bug#745872: ITP: profanity -- a console based XMPP client

[Andrey Rahmatullin]

On Tue, Jun 10, 2014 at 09:32:05PM +0200, Stefano Rossi wrote:
> Hello Dariusz and Andrey,
> 
> I'd love to see a Profanity package for Debian. Are you, Dariusz, still 
> working on it?
> I also would like to know, why would the OpenSSL requirement make it 
> impossible to distribute the binary?
OpenSSL license is incompatible with GPL, see also the thread at
https://lists.debian.org/debian-devel/2014/04/msg00729.html

-- 
WBR, wRAR


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

Bug#751218: [ipheth-utils] Segmentation fault on using iPhone hotspot

[Jakub Lucký]

Package: ipheth-utils
Version: 1.0-3+b2
Severity: normal

--- Please enter the report below this line. ---
Network manager fails to use iPhone as a hotspot due to segfaults:

[43419.876304] usb 2-1.1: new high-speed USB device number 19 using ehci-pci
[43419.971933] usb 2-1.1: New USB device found, idVendor=05ac, 
idProduct=1294
[43419.971940] usb 2-1.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3

[43419.971944] usb 2-1.1: Product: iPhone
[43419.971948] usb 2-1.1: Manufacturer: Apple Inc.
[43419.971951] usb 2-1.1: SerialNumber: 
bc58965fc7c205156291e0c99e197143b41292b2

[43421.006849] ipheth 2-1.1:4.2: Apple iPhone USB Ethernet device attached
[43421.584653] iphone-set-info[11948]: segfault at 0 ip 7f7e1ea85e4a 
sp 7fff64e60c78 error 4 in libc-2.19.so[7f7e1ea04000+19f000]
[43422.199040] ipheth-pair[11971]: segfault at 0 ip 7fa493706e4a sp 
7fffa1e72be8 error 4 in libc-2.19.so[7fa493685000+19f000]
[43422.199648] systemd-udevd[11945]: 'ipheth-pair' [11971] terminated by 
signal 11 (Segmentation fault)

[43427.796879] ipheth 2-1.1:4.2: ipheth_tx_timeout: TX timeout
[43432.805414] ipheth 2-1.1:4.2: ipheth_tx_timeout: TX timeout
[43442.806369] ipheth 2-1.1:4.2: ipheth_tx_timeout: TX timeout


Similar problem occurs when trying to use ifuse. Strace provided in 
attachment


Jakub Lucký



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

Debian Release: jessie/sid
  990 unstableftp.debian.org
  500 testing ftp.debian.org
  500 stable  ftp.debian.org
  500 stable  downloads.daysofwonder.com
  500 stable  apt.mucommander.com
  500 release apt.spideroak.com
1 experimentalftp.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-===
libc6 (>= 2.2.5) |
libimobiledevice4 (>= 0.9.7) |


Package's Recommends field is empty.

Package's Suggests field is empty.
execve("/usr/bin/ifuse", ["ifuse", "/tmp/iphone"], [/* 39 vars */]) = 0
brk(0)  = 0x1716000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f4966218000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=168102, ...}) = 0
mmap(NULL, 168102, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f49661ee000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libfuse.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\206\0\0\0\0\0\0"..., 832) = 
832
fstat(3, {st_mode=S_IFREG|0644, st_size=247928, ...}) = 0
mmap(NULL, 2343200, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f4965dbd000
mprotect(0x7f4965de7000, 2097152, PROT_NONE) = 0
mmap(0x7f4965fe7000, 77824, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2a000) = 0x7f4965fe7000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libimobiledevice.so.4", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@q\0\0\0\0\0\0"..., 832) 
= 832
fstat(3, {st_mode=S_IFREG|0644, st_size=118328, ...}) = 0
mmap(NULL, 2213488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f4965ba
mprotect(0x7f4965bbc000, 2093056, PROT_NONE) = 0
mmap(0x7f4965dbb000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b000) = 0x7f4965dbb000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libplist.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200'\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=43552, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f49661ed000
mmap(NULL, 2138760, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f4965995000
mprotect(0x7f496599f000, 2093056, PROT_NONE) = 0
mmap(0x7f4965b9e000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0x7f4965b9e000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\o\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=141110, ...}) = 0
mmap(NULL, 2213008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f4965778000
mprotect(0x7f496579, 2093056, PROT_NONE) = 0
mmap(0x7f496598f000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYW

Bug#751077: icedove: program locks up when attempting attachment, gdb no help

[Carsten Schoenert]

On Tue, Jun 10, 2014 at 09:53:03PM +0930, Arthur Marsh wrote:
> trying to attach a file to an outbound mail causes a segfault outside of gdb
> and no segfault but a lockup from within gdb.
> 
> strace of icedove when called outside of gdb ends with the following:

[snip]
Unfortunately there is nothing significant to see here.
Maybe the binary 'icedove' or someone else is corrupted. Can you ples
check the installation with debsums?

  $ debsums icedove

You have probably to install the package 'debsums' first!

If the output isn't allway 'ok' then please reinstall the icedove
package. Please remove the old package from the local apt cache

 $ sudo rm /var/cache/apt/archives/icedove_*.deb
 $ sudo apt-get update
 $ sudo apt-get install --reinstall icedove

> NSPR_LOG_MODULES=MCD:5 NSPR_LOG_FILE=~/icedove-mcd.log icedove
> 
> ended up with a zero length log file

Is there any output on the console if you try to run that comman line?
Maybe again Mozilla has changed variables here.

And have you tried to backup your current profile and start with a fresh
profile if this all doesn't work?

Regards
Carsten


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

Bug#751172: libc6: typos in Swedish debconf messages

[Martin Bagge / brother]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2014-06-10 23:22, Anders Jonsson wrote:
> with an update to libc6 I noticed two typos in the Swedish debconf
> messages:
> 
> These are the words "inkompatabilitet" and "paketuppgraderinger". 
> These should really be "inkompatibilitet" and
> "paketuppgraderingar".
> 
> Also found the sentence "Det finns tjänster på installerade på
> systemet" where the first "på" should be dropped.

Thanks a bunch!

Attached updated eglibc.po and a diff.

- -- 
brother
http://sis.bthstudent.se
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBCAAGBQJTmAmTAAoJEJbdSEaj0jV7gXoIAKyTg8Hs1I/nLbSGQUUOazQB
ern0eHRZCrOTavzYcGxMt3/vYsy42n2neOiq1eECm4+epOdajrWv6NJ9BF6MpRnG
951x7tNoaQqhVPxmHoUgHRikadj8SzYqxZBx//kEVBYD7PYFdMEPUwJFxHBFknn0
2aRM7wG7fNDx3EwJBavG4EdTAkjBmrklFUex22YKBoCRLAiaJt80tNgvf+QmnlV7
bXIsEdSF509tVcGC0OnGIIoJJxT7MBm32bbDEILs9Yw7RL9QgeAhXI1W45AqTZGb
+8idmF31zaKKaCCqubVhb/SyMOIyFsZhSmwGcd0UhxppUV6fg+NsHELJN3bIN5A=
=yTkM
-END PGP SIGNATURE-
--- eglibc_2.19-1_sv.po	2014-06-11 09:43:49.438767143 +0200
+++ eglibc.po	2014-06-11 09:43:34.259078678 +0200
@@ -1,7 +1,7 @@
 # Translation of eglibc debconf template to Swedish
-# Copyright (C) 2011 Martin Bagge 
+# Copyright (C) 2014 Martin Bagge 
 # This file is distributed under the same license as the eglibc package.
 #
-# Martin Bagge , 2008, 2011
+# Martin Bagge , 2008, 2011, 2014
 msgid ""
 msgstr ""
@@ -9,14 +9,12 @@
 "Report-Msgid-Bugs-To: egl...@packages.debian.org\n"
 "POT-Creation-Date: 2011-10-30 11:52-0700\n"
-"PO-Revision-Date: 2011-12-29 11:11+0100\n"
+"PO-Revision-Date: 2014-06-11 09:41+0100\n"
 "Last-Translator: Martin Bagge / brother \n"
 "Language-Team: Swedish \n"
-"Language: \n"
+"Language: Swedish\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
-"X-Generator: KBabel 1.11.4\n"
-"X-Poedit-Language: Swedish\n"
-"X-Poedit-Country: Sweden\n"
+"X-Generator: Poedit 1.5.4\n"
 
 #. Type: multiselect
@@ -211,5 +209,5 @@
 msgstr ""
 "En eller flera instanser av xscreensaver eller xlockmore har hittats på "
-"systemet. På grund av inkompatabilitet i och med förändringar av biblioteket "
+"systemet. På grund av inkompatibilitet i och med förändringar av biblioteket "
 "kan uppgraderingen av GNU libc innebära att du inte kan autentisera med "
 "dessa program. Se till att alla instanser av programmen startas om eller "
@@ -221,5 +219,5 @@
 #: ../debhelper.in/libc.templates:5001
 msgid "Restart services during package upgrades without asking?"
-msgstr "Ska tjänster startas om vid paketuppgraderinger utan att först fråga?"
+msgstr "Ska tjänster startas om vid paketuppgraderingar utan att först fråga?"
 
 #. Type: boolean
@@ -235,8 +233,8 @@
 "asked questions on each library upgrade."
 msgstr ""
-"Det finns tjänster på installerade på systemet som behöver startas om när "
-"vissa bibliotek, exempelvis libpam, libc och libssl, uppgraderas. Eftersom "
-"dessa omstarter kan orsaka avbrott i tjänsten ställs normalt en fråga vid "
-"varje uppgradering där en lista med tjänster som ska startas om presenteras. "
-"Du kan välja att aktivera detta alternativ för att undvika att frågan "
-"ställs. Istället kommer alla nödvändiga omstarter att göras automatiskt."
+"Det finns tjänster installerade på systemet som behöver startas om när vissa "
+"bibliotek, exempelvis libpam, libc och libssl, uppgraderas. Eftersom dessa "
+"omstarter kan orsaka avbrott i tjänsten ställs normalt en fråga vid varje "
+"uppgradering där en lista med tjänster som ska startas om presenteras. Du "
+"kan välja att aktivera detta alternativ för att undvika att frågan ställs. "
+"Istället kommer alla nödvändiga omstarter att göras automatiskt."


eglibc.po.gz
Description: application/gzip

Bug#751211: libreoffice: Excessive time to open files over a network

[Rene Engelhard]

On Wed, Jun 11, 2014 at 08:35:26AM +0100, Henry Bremridge wrote:
> On Wed, Jun 11, 2014 at 09:01:18AM +0200, Rene Engelhard wrote:
> > tag 751211 + moreinfo
> > thanks
> > 
> > Hi,
> > 
> > On Wed, Jun 11, 2014 at 06:40:24AM +0100, Henry Bremridge wrote:
> > > What led to the situation
> > > 
> > >   After the latest update, when opening|saving a file from a remote 
> > > server, it takes
> > 
> > I don't believe so. 4.2.4-3 to 4.2.3-4 didn't change LO code.
> > 
> > What was your upgrade?
> 
> Currently running 4.2.4.2, Build ID: 420m0(Build:2)
> 
> > From what to what?
> > 
> > From http://packages.qa.debian.org/libr/libreoffice.html testing migrations
> > happened as follows:
> > 
> > [2014-06-04] libreoffice 1:4.2.4-4 MIGRATED to testing (Britney)
> 
> It was this one, only just got around to the bug report

This does not answer the question. That a) only answers the "to what" b)
was obvious since you report it against.

So it was 4.2.4-3 to 4.2.4-4? Or did you not update "in ages" and it was
really a 4.1.6->4.2.4?

In the first case it's a non-LO bug as the update didn't have LO code changes
in the second case it might.

Regards,

Rene


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

Bug#749456: Package name

[Chow Loong Jin]

On Tue, Jun 10, 2014 at 10:16:43PM -0700, Dima Kogan wrote:
> Chow Loong Jin  writes:
> 
> > On Tue, Jun 10, 2014 at 01:48:36PM -0700, Dima Kogan wrote:
> >> 
> >> If it's not too late, would it be possible to change the name of this
> >> package? "gpx" is also the name of a common file format used for GPS
> >> tracks: http://en.wikipedia.org/wiki/GPS_eXchange_Format
> >> 
> >> I think it may be confusing to have a "gpx" package that refers to
> >> something completely different.
> >
> > I know, but upstream is unresponsive, and changing the name downstream seems
> > downright irresponsible.
> >
> > What do you suggest?
> 
> In cases like this the precedent is to use a dash (-) to disambiguate.
> For instance the 'ack' searching tool (http://beyondgrep.com/) is in a
> package called 'ack-grep' to avoid a conflict with an earlier 'ack'
> package. Could this package be called something like 'gpx-cnc'? Or
> 'gpx-3d'? A better name exists, probably. Do you think such a change is
> good, or just keeping it 'gpx' is the way to go?

The precedents for git (git-core) and ack (ack-grep) are kind of different --
they were package name conflicts. These are not resolvable without renaming at
least one of them.

In this case, we're talking about confusion between a package name + /usr/bin
binary and a file format. There isn't, to my knowledge, any other executable in
PATH by the name of gpx, nor is there a package named gpx, so this is still
rather in the gray area. I'm not even sure that there would be much confusion
arising from this package being named as gpx -- Not many programs or packages
are named exactly the same as the file formats they consume.

-- 
Kind regards,
Loong Jin


signature.asc
Description: Digital signature

Bug#751217: gambas3: please enable parallel building

[Gianfranco Costamagna]

Thanks Pino,

I (you) committed the patch on [1]

This bug will be fixed in the next upload.


[1] 
http://anonscm.debian.org/gitweb/?p=pkg-gambas/gambas3.git;a=commitdiff;h=ab207297e821d3c5c67d9f7c7eebdb2132bc5e6c



thanks,

Gianfranco





> Il Mercoledì 11 Giugno 2014 9:45, Pino Toscano  ha scritto:
> > Source: gambas3
> Version: 3.5.2-2
> Severity: wishlist
> Tags: patch
> 
> Hi,
> 
> gambas3 seems to build fine with multiple build jobs when building.
> Thus, my suggestion is to enable the parallel build (reading the number
> of jobs from DEB_BUILD_OPTIONS, and adding it to the make invocation)
> to speed up the build when requested (see also Policy §4.9.1).
> 
> Thanks,
> -- 
> Pino
>


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

Bug#750734: needrestart: Wrongly proposes to restart daemons which don't need restart on Jessie + systemd

[Thomas Liske]

Re,

On 06/11/2014 08:56 AM, Frederik Himpe wrote:

On Tue, 2014-06-10 at 16:31 +0200, Thomas Liske wrote:

Hi Frederik,

On 06/10/2014 03:39 PM, Frederik Himpe wrote:

root@artipc10:/home/frederik# cat /proc/$PID/maps
7f159c9c9000-7f159c9d4000 r-xp  00:10 175249 
/lib/x86_64-linux-gnu/libnss_files-2.19.so

^
This seems to be the source of the problem. The device major ID is 0 (I
expected something like 0x08 for a SCSI disk) - it is a unnamed device.
Do you run the daemons started by systemd within any container
technique? Might be a bind mount...


This is on a virtual machine running KVM with virtio block devices.
However, I see the same problem on my laptop, without any
virtualisation. On this laptop, this column in /proc/$PID/maps reads
00:0f.

They do have something in common though: both systems have their file
system on LVM logical volumes.



LVM should be major ID 0xfd. My home dirs are on a logical volume, too:


$ stat .profile
  File: ‘.profile’
  Size: 675 Blocks: 8  IO Block: 4096   regular file
Device: fd00h/64768dInode: 23068995Links: 1
[..]


Could you please provide a `stat ` of one of the mapped files 
with major ID of 0? We are still overlooking something...



TIA,
Thomas

--

::  WWW: http://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr:  http://www.flickr.com/photos/laugufe/  ::


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

Bug#751211: libreoffice: Excessive time to open files over a network

[Henry Bremridge]

On Wed, Jun 11, 2014 at 10:01:49AM +0200, Rene Engelhard wrote:
> On Wed, Jun 11, 2014 at 08:35:26AM +0100, Henry Bremridge wrote:
> > On Wed, Jun 11, 2014 at 09:01:18AM +0200, Rene Engelhard wrote:
> > > tag 751211 + moreinfo
> > > thanks
> > > 
> > > Hi,
> > > 
> > > On Wed, Jun 11, 2014 at 06:40:24AM +0100, Henry Bremridge wrote:
> > > > What led to the situation
> > > > 
> > > > After the latest update, when opening|saving a file from a 
> > > > remote server, it takes
> > > 
> > > I don't believe so. 4.2.4-3 to 4.2.3-4 didn't change LO code.
> > > 
> > > What was your upgrade?
> > 
> > Currently running 4.2.4.2, Build ID: 420m0(Build:2)
> > 
> > > From what to what?
> > > 
> > > From http://packages.qa.debian.org/libr/libreoffice.html testing 
> > > migrations
> > > happened as follows:
> > > 
> > > [2014-06-04] libreoffice 1:4.2.4-4 MIGRATED to testing (Britney)
> > 
> > It was this one, only just got around to the bug report
> 
> This does not answer the question. That a) only answers the "to what" b)
> was obvious since you report it against.
> 
> So it was 4.2.4-3 to 4.2.4-4? Or did you not update "in ages" and it was
> really a 4.1.6->4.2.4?

Apologies: I update daily

from dpkg.log

2014-06-04 08:12:10 upgrade libreoffice-base:amd64 1:4.2.4-3 1:4.2.4-4


> 
> In the first case it's a non-LO bug as the update didn't have LO code changes
> in the second case it might.

I would love to know what the bug was as it certainly changed quite a bit: 
eg the opening LO splash screen now shows all the files I have recently 
opened. Before it did not.


-- 
Henry
Communication not signed with an original manual signature or an appropriately 
verified digital signature is not binding.
Wed 11 Jun 09:09:44 BST 2014


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

Bug#751219: debian-security-support: French debconf templates translation

[Julien Patriarca]

Package: debian-security-support
Version: N/A
Severity: wishlist
Tags: patch l10n


*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of debian-security-support debconf templates to French.
# Copyright (C) 2014, French l10n Team 
# This file is distributed under the same license as the debian-security-support package.
# Julien Patriarca , 2014.
#
msgid ""
msgstr ""
"Project-Id-Version: debian-security-support\n"
"Report-Msgid-Bugs-To: debian-security-supp...@packages.debian.org\n"
"POT-Creation-Date: 2014-06-05 06:50+0200\n"
"PO-Revision-Date: 2014-06-05 10:15+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: text
#. Description
#: ../debian-security-support.templates:2001
msgid "Ended security support for one or more packages"
msgstr ""
"Suivi des mises à jour de sécurité terminé pour un ou plusieurs "
"paquets"

#. Type: text
#. Description
#: ../debian-security-support.templates:2001
msgid ""
"Unfortunately, it has been necessary to end security support for some "
"packages before the end of the regular security maintenance life cycle."
msgstr ""
"Malheureusement, il a été nécessaire d'interrompre le suivi des mises à jour "
"de sécurité pour certains paquets avant la fin du cycle de maintenance "
"théorique."

#. Type: text
#. Description
#. Type: text
#. Description
#: ../debian-security-support.templates:2001
#: ../debian-security-support.templates:3001
msgid "The following packages found on this system are affected by this:"
msgstr "Les paquets suivants trouvés sur ce système sont affectés par ceci :"

#. Type: text
#. Description
#: ../debian-security-support.templates:3001
msgid "Limited security support for one or more packages"
msgstr ""
"Suivi limité des mises à jour de sécurité pour un ou plusieurs paquets"

#. Type: text
#. Description
#: ../debian-security-support.templates:3001
msgid ""
"Unfortunately, it has been necessary to limit security support for some "
"packages."
msgstr ""
"Malheureusement, il a été nécessaire de limiter le suivi des mises à jour "
"de sécurité pour certains paquets."

Bug#741695: xserver-xorg-video-intel: xv completely broken on HD 4400

[Julien Cristau]

On Tue, Jun 10, 2014 at 23:25:12 +0200, Alex Mestiashvili wrote:

> Also it seems that the source package has missing buid-deps, I had to
> install these 3 package in order to build it on jessy:
> libxcb-randr0-dev
> libxcb-shape0-dev
> libxcb-xfixes0-dev
> 
That was a bug in libxcb-present-dev, fixed in sid (and will be in
jessie tomorrow).

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#689230: new version is needed!

[Sebastian Trüg]

On 10.06.2014 20:27, Kjetil Kjernsmo wrote:

On Tuesday 10. June 2014 18.30.01 Lisandro Damián Nicanor Pérez Meyer wrote:

As far as I understand we need this exact version of virtuoso for
nepomuk. No older, no newer.

Yes, KDE is switching to baloo, which is actually sitting in NEW IIRC.
But that doesn't means that everything has switched to it yet.


OK! I'm putting Sebastian Trüg on the CC list, as he is the main mind behind
Nepomuk and works for OpenLink (the upstream provider of Virtuoso).


I am, actually, not involved in Nepomuk and KDE at all anymore. Sad as 
it is I do not have the time.



Sebastian, could you please have a look at https://bugs.debian.org/689230
and comment (by replying to this email)?

I suppose that retaining virtuoso-opensource-6.1 maintained by the KDE team,
and try to find someone else to package virtuoso-opensource-7.1 is an option.


I would always vote for packaging Virtuoso 7, even for Nepomuk. While I 
am not developing it anymore, I have been running Nepomuk on Virtuoso 7 
for close to 2 years now.



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

Bug#751077: icedove: program locks up when attempting attachment, gdb no help

[Arthur Marsh]

Carsten Schoenert wrote, on 11/06/14 17:21:
> On Tue, Jun 10, 2014 at 09:53:03PM +0930, Arthur Marsh wrote:
>> trying to attach a file to an outbound mail causes a segfault outside of gdb
>> and no segfault but a lockup from within gdb.
>>
>> strace of icedove when called outside of gdb ends with the following:
> 
> [snip]
> Unfortunately there is nothing significant to see here.
> Maybe the binary 'icedove' or someone else is corrupted. Can you ples
> check the installation with debsums?
> 
>   $ debsums icedove
> 
> You have probably to install the package 'debsums' first!
> 
> If the output isn't allway 'ok' then please reinstall the icedove
> package. Please remove the old package from the local apt cache

Icedove is OK:

$ debsums icedove
/usr/lib/icedove/application.ini
  OK
/usr/lib/icedove/blocklist.xml
  OK
/usr/lib/icedove/chrome.manifest
  OK
/usr/lib/icedove/components/components.manifest
  OK
/usr/lib/icedove/components/libdbusservice.so
  OK
/usr/lib/icedove/components/libmozgnome.so
  OK
/usr/lib/icedove/dependentlibs.list
  OK
/usr/lib/icedove/icedove
  OK
/usr/lib/icedove/icedove-bin
  OK
/usr/lib/icedove/libldap60.so
  OK
/usr/lib/icedove/libldif60.so
  OK
/usr/lib/icedove/libmozalloc.so
  OK
/usr/lib/icedove/libprldap60.so
  OK
/usr/lib/icedove/libxul.so
  OK
/usr/lib/icedove/mozilla-xremote-client
  OK
/usr/lib/icedove/platform.ini
  OK
/usr/lib/icedove/plugin-container
  OK
/usr/lib/icedove/removed-files
  OK
/usr/lib/icedove/run-mozilla.sh
  OK
/usr/share/applications/icedove.desktop
  OK
/usr/share/doc/icedove/MPL.gz
  OK
/usr/share/doc/icedove/NEWS.Debian.gz
  OK
/usr/share/doc/icedove/README.Debian
  OK
/usr/share/doc/icedove/changelog.Debian.gz
  OK
/usr/share/doc/icedove/copyright
  OK
/usr/share/icedove/chrome/icons/default/default16.png
  OK
/usr/share/icedove/chrome/icons/default/default22.png
  OK
/usr/share/icedove/chrome/icons/default/default24.png
  OK
/usr/share/icedove/chrome/icons/default/default256.png
  OK
/usr/share/icedove/chrome/icons/default/default32.png
  OK
/usr/share/icedove/chrome/icons/default/default48.png
  OK
/usr/share/icedove/defaults/messenger/mailViews.dat
  OK
/usr/share/icedove/defaults/pref/channel-prefs.js
  OK
/usr/share/icedove/defaults/pref/vendor.js
  OK
/usr/share/icedove/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/icon.png
OK
/usr/share/icedove/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/install.rdf
OK
/usr/share/icedove/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/preview.png
OK
/usr/share/icedove/isp/Bogofilter.sfd
  OK
/usr/share/icedove/isp/DSPAM.sfd
  OK
/usr/share/icedove/isp/POPFile.sfd
  OK
/usr/share/icedove/isp/SpamAssassin.sfd
  OK
/usr/share/icedove/isp/SpamPal.sfd
  OK
/usr/share/icedove/isp/movemail.rdf
  OK
/usr/share/icedove/isp/riseup.net.xml
  OK
/usr/share/icedove/isp/rss.rdf
  OK
/usr/share/icedove/omni.ja
  OK
/usr/share/icedove/searchplugins/amazondotcom.xml
  OK
/usr/share/icedove/searchplugins/aol-web-search.xml
  OK
/usr/share/icedove/searchplugins/bing.xml
  OK
/usr/share/icedove/searchplugins/eBay.xml
  OK
/usr/share/icedove/searchplugins/twitter.xml
  OK
/usr/share/icedove/searchplugins/wikipedia.xml
  OK
/usr/share/icedove/searchplugins/yahoo.xml
  OK
/usr/share/icons/hicolor/128x128/apps/icedove.png
  OK
/usr/share/icons/hicolor/16x16/apps/icedove.png
  OK
/usr/share/icons/hicolor/32x32/apps/icedove.png
  OK
/usr/share/icons/hicolor/64x64/apps/icedove.png
  OK
/usr/share/icons/hicolor/scalable/apps/icedove.svg
  OK
/usr/share/lintian/overrides/icedove
  OK
/usr/share/man/man1/icedove.1.gz
  OK
/usr/share/menu/icedove
  OK
/usr/share/pixmaps/icedove.xpm
  OK



> 
>  $ sudo rm /var/cache/apt/archives/icedove_*.deb
>  $ sudo apt-get update
>  $ sudo apt-get install --reinstall icedove
> 
>> NSPR_LOG_MODULES=MCD:5 NSPR_LOG_FILE=~/icedove-mcd.log icedove
>>
>> ended up with a zero length log file
> 
> Is there any output on the console if you try to run that comman line?
> Maybe again Mozilla has changed variables here.

$ NSPR_LOG_MODULES=MCD:5 NSPR_LOG_FILE=~/icedove-mcd.log icedove

(process:23070): GLib-CRITICAL **: g_slice_set_config: assertion
'sys_page_size == 0' failed

(icedove:23070): GLib-GObject-WARNING **: Attempt to add property
GnomeProgram::sm-connect after class was initialised

(icedove:23070): GLib-GObject-WARNING **: Attempt to add property
GnomeProgram::show-crash-dialog after class was initialised

(icedove:23070): GLib-GObject-WARNING **: Attempt to add property
GnomeProgram::display after class was initialised

(icedove:23070): GLib-GObject-WARNING **: Attempt to add property
GnomeProgram::default-icon after class was initialised
enigmail.js: Registered components
mimeVerify.jsm: module initialized


> 
> And have you tried to backup your cur

Bug#748595: Fixing irqbalance in wheezy

[Philipp Kern]

On Wed, Jun 11, 2014 at 01:11:14AM +0100, Ben Hutchings wrote:
> irqbalance in wheezy does not work with the kernel in wheezy (bug
> #748595).  This is because it depends on a kernel API added in Linux
> 3.3.
> 
> Possibly we could roll back irqbalance to a lower version
> (1.0.3+really0.56-1?).  Alternately, I could try backporting the kernel
> API, which looks fairly easy.  Before I do that, what would the release
> team prefer?

Backporting the kernel API sounds good to me.

Kind regards and thanks
Philipp Kern


signature.asc
Description: Digital signature

Bug#751220: Bogus javac path

[Mathieu Malaterre]

Package: imagej
Version: 1.46a-1
Severity: important

When user select Plugins>Compile and Run, a message box appears with
the following text:

[...]
Unable to find the javac compiler, which comes with the Windows and
Linux versions of ImageJ that include Java in the ImageJ/jre folder.

java.home: /usr/lib/jvm/java-6-openjdk-amd64/jre
[...]

While on my side:

$ dpkg -S /usr/lib/jvm/java-6-openjdk-amd64/bin/javac
openjdk-6-jdk:amd64: /usr/lib/jvm/java-6-openjdk-amd64/bin/javac

Please fix the path to javac compiler. Technically javac is always in
the $PATH on debian (alternatives), unless of course imagej requires
the openjdk ones.


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

Bug#750734: needrestart: Wrongly proposes to restart daemons which don't need restart on Jessie + systemd

[Frederik Himpe]

On Wed, 2014-06-11 at 10:06 +0200, Thomas Liske wrote:

> LVM should be major ID 0xfd. My home dirs are on a logical volume, too:
> 
> > $ stat .profile
> >   File: ‘.profile’
> >   Size: 675 Blocks: 8  IO Block: 4096   regular file
> > Device: fd00h/64768dInode: 23068995Links: 1
> > [..]
> 
> Could you please provide a `stat ` of one of the mapped files 
> with major ID of 0? We are still overlooking something...

For example:
7f159cbd4000-7f159cbd5000 rw-p b000 00:10 175249 
/lib/x86_64-linux-gnu/libnss_files-2.19.so



# stat /lib/x86_64-linux-gnu/libnss_files-2.19.so
  File: ‘/lib/x86_64-linux-gnu/libnss_files-2.19.so’
  Size: 47712   Blocks: 96 IO Block: 4096   regular file
Device: 11h/17d Inode: 175249  Links: 1
Access: (0644/-rw-r--r--)  Uid: (0/root)   Gid: (0/root)
Access: 2014-06-10 12:27:56.0 +0200
Modify: 2014-06-04 22:29:30.0 +0200
Change: 2014-06-10 12:27:59.023658652 +0200
 Birth: -

I am thinking of another thing the two affected systems have in common:
they use BTRFS and file systems are mounted noatime.

-- 
Frederik Himpe 
Vrije Universiteit Brussel


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

Bug#751143: initramfs-tools: please add support for virtio-mmio

[Michael Prokop]

* Aurelien Jarno [Tue Jun 10, 2014 at 08:26:03PM +0200]:

> On most virtual machines it is possible to use the virtio interface
> through the PCI bus to export for example block or net devices. On some
> architectures the emulated machine does not have a PCI bus, and thus the
> transport goes through an MMIO interface.

> Currently initramfs-tools correctly handle the PCI case, but not the
> MMIO on. In case of a virtio based root device, the virtio_mmio module
> is not available in the initramfs causing the boot to fail. The patch
> below adds the virtio_mmio module if virtio is used (in dep mode), or by
> default (in most mode). Could you please apply it in the next upload?

Thanks for the patch, applied to master so will be part of the next
upload.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#751089: [Pkg-utopia-maintainers] Bug#751089: udisks2: Not authorized to mount usbstick

[Massimo Barbieri]

Hi!

Il 11/06/2014 08:32, Michael Biebl ha scritto:
> Re-assigning to lightdm. It should register a logind session on login.

At the end I found that it was a custom configuration that I have done
that start my problem. I replaced the custom configuration file of
lightdm with the original one of the installation and every think works
as usual. I think you can close this bug.

I'm sorry I opened this reportbug for nothing, thank you very much for
your help and for your work!

Best regards,
Massimo

-- 
IM: mass...@jabber.fsfe.org - GnuPG Public Key-Id: 0x5D168FC1



signature.asc
Description: OpenPGP digital signature

Bug#751221: piuparts: not detecting uninstallable packages as broken and timeout

[Konstantin . Manna]

Package: piuparts
Version: 0.45
Severity: normal

Dear Maintainer,
trying piuparts on selfbuilt binary packages leads to the following logfile
http://paste.debian.net/104400/
irc log from #debian-qa:
http://paste.debian.net/104402/

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages piuparts depends on:
ii  debootstrap1.0.48+deb7u1
ii  dpkg   1.16.14
ii  lsb-release4.1+Debian8+deb7u1
ii  lsof   4.86+dfsg-1
ii  python 2.7.3-4+deb7u1
ii  python-debian  0.1.21

piuparts recommends no packages.

Versions of packages piuparts suggests:
pn  schroot  

-- 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#750996: eglibc FTBFS on Alpha: malloc/malloc.os build failure and testsuite failures.

[Michael Cree]

On Tue, Jun 10, 2014 at 10:08:24PM +0200, Aurelien Jarno wrote:
> On Tue, Jun 10, 2014 at 09:45:30PM +0200, Mark Wielaard wrote:
> > On Tue, 2014-06-10 at 21:25 +0200, Aurelien Jarno wrote:
> > > | Note that the asm in question comes from system tap, which has not been
> > > | ported to alpha.  So you're probably better off disabling that in your
> > > | (e)glibc build too.
> > 
> > I asked Richard and he said that mainline GCC now allows the "i"
> > constraint with a symbol, with an asm. So it shouldn't produce an error.
> > What error are you seeing?
> > 
> > stap might not know how to interpret such SDT ELF notes. Since systemtap
> > is not known to work on alpha (I don't know for other SDT consumers like
> > gdb and perf). But that would be independent of building with sys/sdt.h.
> > So unless I misunderstood him things should compile fine, even if you
> > decided to keep sys/sdt.h enabled for the glibc build on alpha.
> > 
> > Of course, if none of the SDT consumers are known to work on alpha then
> > having them might just be a noop and it should also be fine to disable
> > them on that platform if you wish. But I don't think that is necessary.
> 
> I don't have access to an alpha machine. Michael, could you please
> confirm that the patch from PR61336 does remove the ICE, but in addition
> allow the file to be compiled?

I found a moment earlier today to schedule a gcc build with the patch from
PR61336 and that has completed.

The file (preprocessed source of malloc/malloc.c from glibc with systemtap
headers included) which I have just reconfirmed generates an ICE with
gcc-4.8.3-2 like so:

gcc-4.8 /tmp/ccDghSDC.c -c -std=gnu99 -fgnu89-inline  -O2 -Wall -Winline 
-Wwrite-strings -fmerge-all-constants -frounding-math -g -pipe 
-Wstrict-prototypes -mlong-double-128 -mieee -mfp-rounding-mode=d  -fpic
malloc.c: In function ‘__libc_mallopt’:
malloc.c:4830:1: internal compiler error: in print_operand_address, at 
config/alpha/alpha.c:5454


now successfully compiles with gcc with the patch from PR61336, like so:


/home/mjc/toolchain/gcc-build/./gcc/xgcc -B/home/mjc/toolchain/gcc-build/./gcc/ 
/tmp/ccDghSDC.c -c -std=gnu99 -fgnu89-inline  -O2 -Wall -Winline 
-Wwrite-strings -fmerge-all-constants -frounding-math -g -pipe 
-Wstrict-prototypes -mlong-double-128 -mieee -mfp-rounding-mode=d  -fpic
In file included from malloc.c:1875:0:
arena.c: In function ‘ptmalloc_unlock_all2’:
arena.c:303:33: warning: right-hand operand of comma expression has no effect 
[-Wunused-value]
arena.c:313:25: warning: right-hand operand of comma expression has no effect 
[-Wunused-value]
In file included from malloc.c:1875:0:
arena.c: In function ‘_int_new_arena’:
arena.c:768:24: warning: right-hand operand of comma expression has no effect 
[-Wunused-value]


Seems I misunderstood RTH's commit comment; I saw the "Use
output_operand_lossage" bit and thought it meant that it would error out,
but now looking at the patch I see that is only for the default case of
the switch, not the bit handling the operand of the inline asm.

Aurelien: I guess I should file bugs against gcc-4.8 and gcc-4.9 to get
that fix into Debian's gcc as the commit does not seem to have been
backported into the upstream 4.8 and 4.9 branches.

Cheers
Michael.


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

Bug#739054: fglrx-driver: fglrx segfault

[Antonio]

Previous ways explained before to start chromium failed for me, this one 
worked:

chromium --blacklist-accelerated-compositing

This is the error that appears when chromium without parameters is started:
[12850:12850:0611/103331:ERROR:component_loader.cc(138)] Failed to parse 
extension manifest.
[12850:12850:0611/103331:ERROR:compositor_util.cc(254)] Disabling 
delegated-rendering because it needs force-compositing-mode and 
threaded-compositing.


[12850:12850:0611/103340:ERROR:compositor_util.cc(254)] Disabling 
delegated-rendering because it needs force-compositing-mode and 
threaded-compositing.

libGL error: open uki failed (Operation not permitted)
libGL error: reverting to (slow) indirect rendering
[12850:12850:0611/103341:ERROR:compositor_util.cc(254)] Disabling 
delegated-rendering because it needs force-compositing-mode and 
threaded-compositing.
[12850:12850:0611/103341:ERROR:chrome_browser_main_extra_parts_x11.cc(56)] 
X IO error received (X server probably went away)
[12884:12931:0611/083342:ERROR:x11_util.cc(116)] X IO error received (X 
server probably went away)



The graphical session will close and go back to the login window


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

Bug#751211: libreoffice: Excessive time to open files over a network

[Rene Engelhard]

Hi,

On Wed, Jun 11, 2014 at 09:09:46AM +0100, Henry Bremridge wrote:
> 2014-06-04 08:12:10 upgrade libreoffice-base:amd64 1:4.2.4-3 1:4.2.4-4

OK.. (You know that -base is NOT "base components of LibreOffice", though?
-core makes more sense here.

> > In the first case it's a non-LO bug as the update didn't have LO code 
> > changes
> > in the second case it might.
> 
> I would love to know what the bug was as it certainly changed quite a bit: 
> eg the opening LO splash screen now shows all the files I have recently 
> opened. Before it did not.

That sounds like a massive change. Like upgrading 4.1.6->4.2.4,
which does that change (btw, I don't think you mean the splash screen
but the start center...).

Did you upgrade while LO was running (e.g. in the background, e.g.
the quickstarter).
Which will open the already running LO,not a new one.. That explains your
drastic change,
(And it would actually make this a 4.1.6->4.2.4 upgrade after all.)

Otherwise, no idea.

Regards,

Rene


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

Bug#751222: -DUSE_DCMTK:BOOL=OFF

[Mathieu Malaterre]

Package: vtk-dicom
Version: 0.4.5-1

On Sun, Jun 8, 2014 at 4:06 AM, David Gobbi  wrote:
[...]
> 3) Can you put "-DUSE_DCMTK:BOOL=OFF" into the build options?  If this
> option is on, then it _always_ tries to use dcmtk to open compressed
> files.

Will do ASAP !

Thanks.


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

Bug#750927: plinth fails to install due to file conflict with firewalld

[Sunil Mohan Adapa]

The conflicting files were added only temporarily to Plinth until FirewallD
upstream accepts them. They have been accepted upstream[1] and now there is no
need from them in Plinth. They should be removed. Then new Plinth Debian package
should depend on the newer FirewallD package. James, are you looking at this?

Links:

1) https://fedorahosted.org/firewalld/ticket/13

Thank you,

--
Sunil


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

Bug#751223: unmet dependencies

[jurian kunst]

Package: openchange

Version: 1:2.1-2

 

Cannot install under debian 7

 

The following packages have unmet dependencies:

openchangeserver : Depends: samba4 (>= 4.0.0~) but it is not installable

E: Unable to correct problems, you have held broken packages.

 

The samba4 packages is change by name: samba4-common-bin

 

King regards,

 

Jurian Kunst

 

Bug#751224: FTBFS with newer libminiupnpc10

[Thomas Goirand]

Package: 0ad
Version: 0.0.16-2
Severity: important
Tags: patch

Dear package maintainer,

We would like to have a transition to the last version of libminiupnpc10
which I uploaded to experimental. Unfortunately, 0ad FTBFS when building
with that new version.

I've attached to this bug report a patch for 0ad, which you can simply
drop in debian/patches. Please upload a new version of 0ad including this
patch ASAP, so we can start the miniupnpc transition.

Note that I have tested the patch, and 0ad built fine with it. However,
I didn't check/test for the UPnP functionality.

Cheers,

Thomas Goirand (zigo)
Description: Allow build with miniUPnPc > 9
 UPNP_GetSpecificPortMappingEntry() API changed, this patch makes it possible
 to support both old and new versions.
Author: Thomas Goirand 
Forwarded: no
Last-Update: 2014-06-11

--- 0ad-0.0.16.orig/source/network/NetServer.cpp
+++ 0ad-0.0.16/source/network/NetServer.cpp
@@ -272,11 +272,19 @@ void* CNetServerWorker::SetupUPnP(void*)
 	}
 
 	// Check that the port was actually forwarded.
+#if defined(MINIUPNPC_API_VERSION) && MINIUPNPC_API_VERSION > 9
+	ret = UPNP_GetSpecificPortMappingEntry(urls.controlURL,
+	 data.first.servicetype,
+	 psPort, protocall,
+	 intClient, intPort, NULL/*desc*/,
+	 NULL/*enabled*/, duration, NULL);
+#else
 	ret = UPNP_GetSpecificPortMappingEntry(urls.controlURL,
 	 data.first.servicetype,
 	 psPort, protocall,
 	 intClient, intPort, NULL/*desc*/,
 	 NULL/*enabled*/, duration);
+#endif
 
 	if (ret != UPNPCOMMAND_SUCCESS)
 	{

Bug#751225: FTBFS with libminiupnpc newer version

[Thomas Goirand]

Package: megaglest
Version: 3.7.1-3.1
Severity: important
Tags: patch

Dear package maintainer,

Please apply attached patch, so that megaglest can build against the
version of MiniUPnP client currently in experimental. Please upload
it ASAP so that we can do the transition.

Note that I have tested the patch, and megaglest built fine with it.
However, I didn't check/test for the UPnP functionality.

Cheers,

Thomas Goirand (zigo)
Description: Allow build with newer libminiupnpc10
 The API changed, this fixes the calls.
Author: Thomas Goirand 
Forwarded: no
Last-Update: 2014-06-11

--- megaglest-3.7.1.orig/source/shared_lib/sources/platform/posix/socket.cpp
+++ megaglest-3.7.1/source/shared_lib/sources/platform/posix/socket.cpp
@@ -2478,13 +2478,21 @@ int UPNP_Tools::upnp_init(void *param) {
 if(SystemFlags::VERBOSE_MODE_ENABLED) printf("UPnP device found: %s %s\n", dev->descURL, dev->st);
 
 //printf("UPnP device found: [%s] [%s] lanaddr [%s]\n", dev->descURL, dev->st,lanaddr);
+#if defined(MINIUPNPC_API_VERSION) && MINIUPNPC_API_VERSION > 8
+descXML = (char *)miniwget_getaddr(dev->descURL, &descXMLsize, lanaddr, (sizeof(lanaddr) / sizeof(lanaddr[0])), 0);
+#else
 descXML = (char *)miniwget_getaddr(dev->descURL, &descXMLsize, lanaddr, (sizeof(lanaddr) / sizeof(lanaddr[0])));
+#endif
 if(SystemFlags::getSystemSettingType(SystemFlags::debugNetwork).enabled) SystemFlags::OutputDebug(SystemFlags::debugNetwork,"LAN address: %s\n", lanaddr);
 
 if (descXML) {
 	parserootdesc (descXML, descXMLsize, &data);
 	free (descXML); descXML = 0;
+#if defined(MINIUPNPC_API_VERSION) && MINIUPNPC_API_VERSION > 8
+	GetUPNPUrls (&urls, &data, dev->descURL, 0);
+#else
 	GetUPNPUrls (&urls, &data, dev->descURL);
+#endif
 }
 snprintf(buf, 255,"UPnP device found: %s %s LAN address %s", dev->descURL, dev->st, lanaddr);
 

Bug#751226: upgrade failed

[Harald Dunkel]

Package: targetcli
Version: 2.1-1

Upgrading from 2.0rc1-2 to 2.1-1 failed:

root@nasl002a:~# dpkg -i /tmp/targetcli_2.1-1_all.deb
(Reading database ... 83895 files and directories currently installed.)
Preparing to replace targetcli 2.0rc1-2 (using /tmp/targetcli_2.1-1_all.deb) ...
Unpacking replacement targetcli ...
Setting up targetcli (2.1-1) ...
root@nasl002a:~# targetcli
targetcli GIT_VERSION (rtslib 2.1)
Copyright (c) 2011-2013 by Datera, Inc.
All rights reserved.
Traceback (most recent call last):
  File "/usr/bin/targetcli", line 76, in 
main()
  File "/usr/bin/targetcli", line 69, in main
root_node.refresh()
  File "/usr/lib/python2.7/dist-packages/targetcli/ui_root.py", line 46, in 
refresh
UIBackstores(self)
  File "/usr/lib/python2.7/dist-packages/targetcli/ui_backstore.py", line 50, 
in __init__
self.refresh()
  File "/usr/lib/python2.7/dist-packages/targetcli/ui_backstore.py", line 58, 
in refresh
UIIBlockBackstore(self)
  File "/usr/lib/python2.7/dist-packages/targetcli/ui_backstore.py", line 364, 
in __init__
UIBackstore.__init__(self, 'iblock', parent)
  File "/usr/lib/python2.7/dist-packages/targetcli/ui_backstore.py", line 68, 
in __init__
self.refresh()
  File "/usr/lib/python2.7/dist-packages/targetcli/ui_backstore.py", line 74, 
in refresh
ui_so = UIStorageObject(so, self)
  File "/usr/lib/python2.7/dist-packages/targetcli/ui_backstore.py", line 394, 
in __init__
UIRTSLibNode.__init__(self, name, storage_object, parent)
  File "/usr/lib/python2.7/dist-packages/targetcli/ui_node.py", line 196, in 
__init__
auth_attrs = self.rtsnode.list_auth_attrs()
AttributeError: 'IBlockStorageObject' object has no attribute 'list_auth_attrs'


Looks serious. Moving back to the old version made the
problem go away.


Regards
Harri


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

Bug#751227: Lz4Compression.cpp:53: undefined reference to `LZ4_uncompress'

[Mathieu Malaterre]

Package: imagevis
Version: 3.1.0-1
Severity: grave

imagevis3d fails to build on Hurd, while it used to in the past. It fails with:

make[3]: Leaving directory '/«PKGBUILDDIR»/Tuvok'
cd doc/genlua/ && /usr/lib/i386-gnu/qt4/bin/qmake
/«PKGBUILDDIR»/Tuvok/doc/genlua/genlua.pro -nocache
QMAKE_CFLAGS_RELEASE=-g\ -O2\ -fstack-protector\
--param=ssp-buffer-size=4\ -Wformat\ -Werror=format-security\
-D_FORTIFY_SOURCE=2 QMAKE_CFLAGS_DEBUG=-g\ -O2\ -fstack-protector\
--param=ssp-buffer-size=4\ -Wformat\ -Werror=format-security\
-D_FORTIFY_SOURCE=2 QMAKE_CXXFLAGS_RELEASE=-g\ -O2\ -fstack-protector\
--param=ssp-buffer-size=4\ -Wformat\ -Werror=format-security\
-D_FORTIFY_SOURCE=2 QMAKE_CXXFLAGS_DEBUG=-g\ -O2\ -fstack-protector\
--param=ssp-buffer-size=4\ -Wformat\ -Werror=format-security\
-D_FORTIFY_SOURCE=2 QMAKE_LFLAGS_RELEASE=-Wl,-z,relro
QMAKE_LFLAGS_DEBUG=-Wl,-z,relro QMAKE_STRIP=: PREFIX=/usr
QMAKE_CXXFLAGS=-fopenmp\ -DPACKAGE_MANAGER\ -g\ -O2\
-fstack-protector\ --param=ssp-buffer-size=4\ -Wformat\
-Werror=format-security QMAKE_CFLAGS=-fopenmp\ -g\ -O2\
-fstack-protector\ --param=ssp-buffer-size=4\ -Wformat\
-Werror=format-security QMAKE_LDFLAGS=-fopenmp\ -Wl,-z,relro -o
Makefile
cd doc/genlua/ && make -f Makefile
make[3]: Entering directory '/«PKGBUILDDIR»/Tuvok/doc/genlua'
g++ -c -fopenmp -DPACKAGE_MANAGER -g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security
-Wno-unknown-pragmas -std=c++0x -fno-strict-aliasing -g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -W -D_REENTRANT
-DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -D_LARGEFILE64_SOURCE
-D_LARGEFILE_SOURCE -I/usr/share/qt4/mkspecs/hurd-g++ -I.
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui
-I/usr/include/qt4/QtOpenGL -I/usr/include/qt4 -I../..
-I/usr/include/lua5.2 -I../../Basics/3rdParty
-I../../IO/3rdParty/boost -I/usr/X11R6/include -I. -o main.o main.cpp
../../Build/libTuvok.a(SysTools.o): In function
`SysTools::GetTempDirectory(std::string&)':
/«PKGBUILDDIR»/Tuvok/Basics/SysTools.cpp:1060: warning: the use of
`tmpnam' is dangerous, better use `mkstemp'
../../Build/libTuvok.a(Lz4Compression.o): In function
`lz4Decompress(std::shared_ptr,
std::shared_ptr&, unsigned int)':
/«PKGBUILDDIR»/Tuvok/IO/UVF/ExtendedOctree/Lz4Compression.cpp:53:
undefined reference to `LZ4_uncompress'
collect2: error: ld returned 1 exit status
make[3]: *** [bluebook] Error 1


ref:
https://buildd.debian.org/status/fetch.php?pkg=imagevis3d&arch=hurd-i386&ver=3.1.0-1&stamp=1402064424


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

Bug#750093: debian-maintainers: Please add Sandro Knauß as a Debian Maintainer

[Aníbal Monsalve Salazar]

package debian-maintainers
750093 tags + moreinfo
stop

Hello Sandro,

The report of the keycheck.sh script for your key is below.

  pub   4096R/50605636 2013-08-15 [expires: 2014-08-15]
Key fingerprint = 39EC 11A0 2016 B729 2649  1A06 E3AD B008 5060 5636
  uid  Sandro Knauß 
  sig! FDFE09F2 2013-08-30  David Prévot 
  sig! B29B232A 2014-05-05  Maximiliano Curia 
  sig! 68E7B931 2014-06-04  Hannes von Haugwitz 
  sig!350605636 2013-08-15  Sandro Knauß 
  sub   4096R/F672558F 2013-08-15 [expires: 2014-08-15]
  sig! 50605636 2013-08-15  Sandro Knauß 
  .
  Key is OpenPGP version 4 or greater.
  Key has 4096 bits.
  Valid "e" flag, but it expires Fri 15 Aug 2014 20:07:47 UTC.
  This is too soon!
  Please ask the applicant to extend the lifetime of their OpenPGP key.
  Valid "s" flag, but it expires Fri 15 Aug 2014 20:07:47 UTC.
  This is too soon!
  Please ask the applicant to extend the lifetime of their OpenPGP key.

Please extend the lifetime of your key above.

Upload it to a keyserver (I use pgp.net.nz) and delete the moreinfo tag.

Cheers,

Aníbal


signature.asc
Description: Digital signature

Bug#750557: pgadmin3: another crash with different message

[bmorel]

Package: pgadmin3
Version: 1.18.1-3
Followup-For: Bug #750557

Dear Maintainer,

   * trying to run a sql query when using pgadmin3 to connect to a DB
 through a ssh proxy.
   * pgadmin3 closed without any error message, with those lines in the
   terminal from which I have started it:
 11:13:56: Warning: Cannot set locale to language "Fiji".
 11:13:56: Error: locale 'fj' cannot be set.
 11:13:56: Debug: Adding duplicate image handler for 'PNG file'
 pgadmin3: libssh2/transport.c:345: _libssh2_transport_read: Assertion
 `remainbuf >= 0' failed.
 Abandon

   * the sql query should have been executed, with output. Or, at least, 
 pgadmin3 should have displayed a message to the user ( throwing
 std::logic_error or std::runtime_error caught in "main loop" of the 
application to display a box,
 instead of using assert() in code is how I would do this. Assert is
 just a nice way to have crashed which can not be reported to user. Ok
 for C, not for C++ imho )


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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pgadmin3 depends on:
ii  libc6   2.19-1
ii  libgcc1 1:4.9.0-5
ii  libkrb5-3   1.12.1+dfsg-1
ii  libpq5  9.3.4-2
ii  libssl1.0.0 1.0.1g-4
ii  libstdc++6  4.9.0-5
ii  libwxbase3.0-0  3.0.0-4
ii  libwxgtk3.0-0   3.0.0-4
ii  libxml2 2.9.1+dfsg1-3
ii  libxslt1.1  1.1.28-2
ii  pgadmin3-data   1.18.1-3
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages pgadmin3 recommends:
pn  pgagent
ii  postgresql-client-9.3 [postgresql-client]  9.3.4-2

Versions of packages pgadmin3 suggests:
ii  postgresql-contrib  9.3+157

-- 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#751002: libldap-2.4: No check of root certificate validity date

[Paul van der Vlis]

Hi Randy,

op 11-06-14 03:34, Ryan Tandy schreef:
> Hi Paul,
> 
> On 09/06/14 04:29 AM, Paul van der Vlis wrote:
>> While upgrading from Debian 6 to Debian 7 LDAPS did not work anymore
>> on the
>> client. I found out the root-certificate was outdated for a long time
>> and the
>> validity date of a root certificate is not checked on a Debian 6
>> client. But it
>> is checked on a Debian 7 client, and this can give unexpected problems
>> while
>> upgrading.  And it is a risk for Debian 6 installations.
> 
> This is a behaviour change between squeeze and wheezy, yes, but in
> libgnutls, not libldap; you can confirm it using gnutls-cli.
> 
> Are you suggesting the behaviour of gnutls in squeeze should be made
> more strict like in wheezy? If so we should reassign this to gnutls.

I think it's a bug in Squeeze not to check the root certificate. But
fixing the bug will give problems in existing installations and Squeeze
does not have normal security-support anymore.

We could reassign it to gnutls, or tell the people from squeeze-lts
about it. Maybe it's important for other packages or other situations.

>> The error while upgrading is:
>> ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)
> 
> Without any context that is a bit vague, but it sounds like a result I
> would expect in case of an expired certificate. Increasing libldap's
> debug level, or testing with "ldapsearch -d 1", will show you more
> details about the underlying cause of the failure.
> 
> If you need to disable the certificate verification to get your upgrade
> finished, you can use the TLS_REQCERT ldap.conf(5) option, but that's a
> rather big hammer as it disables several kinds of validation at once.
> 
> As the expiry check has already been fixed in wheezy and later, can you
> be more explicit about the changes you think should be done in order to
> resolve this report?

My goal was to give some publicity for people who are searching for this
problem during upgrading, like I did. And to tell about this bug in
Squeeze.

For me it's no problem to close the bug.

Thanks for your information!

With regards,
Paul van der Vlis.


-- 
Paul van der Vlis Linux systeembeheer, Groningen
http://www.vandervlis.nl


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

Bug#751228: libffado: does not compile on mips

[Plamen Alexandrov]

Source: libffado
Version: 2.2.1-1
Severity: normal

I have a patch for this


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: mips (mips64)

Kernel: Linux 3.2.0-4-5kc-malta
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#751009: RFS: ppp-gatekeeper/0.1.0-201406100709-2 [ITP]

[Nigel Kukard]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "ppp-gatekeeper"

Package name: ppp-gatekeeper
Version : 0.1.0-201406100709-2
Upstream Author : Nigel Kukard 
URL : 
http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper

License : GPL-3+
Section : net

It builds this noarch package:

  ppp-gatekeeper - PPP Gatekeeper manages redundant and failover PPPOE 
connections


To access further information about this package, please visit the 
following URL:


http://mentors.debian.net/package/ppp-gatekeeper


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406100709-2.dsc 




Changes since the last upload:
  * Fixed watchfile using xz instead of gz


Regards,
Nigel Kukard


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

Bug#751229: FTBFS with newer MiniUPnP client lib

[Thomas Goirand]

Package: warzone2100
Version: 3.1~beta11-2.1
Severity: important
Tags: patch

Dear package maintainer,

We would like to have a transition to the last version of libminiupnpc10
which I uploaded to experimental. Unfortunately, warzone2100 FTBFS when
building with that new version.

I've attached to this bug report a patch for warzone2100, which you can
simply
drop in debian/patches. Please upload a new version of 0ad including this
patch ASAP, so we can start the miniupnpc transition.

Note that I have tested the patch, and warzone2100 built fine with it.
However, I didn't check/test for the UPnP functionality.

Also, it couldn't finish the build (even though it could build netplay.cpp),
but that was probably my environment which wasn't totally clean. I'll let
you fix any other FTBFS anyway.

Cheers,

Thomas Goirand (zigo)
Description: Allow build with recent MiniUPnP client
 The API of libminiupnpc changed, this patch makes it possible to build
 against newer versions.
Author: Thomas Goirand descURL, dev->st);
-
+#if defined(MINIUPNPC_API_VERSION) && MINIUPNPC_API_VERSION > 8
+			descXML = (char *)miniwget_getaddr(dev->descURL, &descXMLsize, lanaddr, sizeof(lanaddr), 0);
+#else
 			descXML = (char *)miniwget_getaddr(dev->descURL, &descXMLsize, lanaddr, sizeof(lanaddr));
+#endif
 			debug(LOG_NET, "LAN address: %s", lanaddr);
 			if (descXML)
 			{
 parserootdesc (descXML, descXMLsize, &data);
 free (descXML); descXML = 0;
+#if defined(MINIUPNPC_API_VERSION) && MINIUPNPC_API_VERSION > 8
+GetUPNPUrls (&urls, &data, dev->descURL, 0);
+#else
 GetUPNPUrls (&urls, &data, dev->descURL);
+#endif
 			}
 			ssprintf(buf, "UPnP device found: %s %s LAN address %s", dev->descURL, dev->st, lanaddr);
 			addDumpInfo(buf);

Bug#746282: jmtpfs: LIBMTP PANIC: Unable to read device information on device ... Can't open device

[Apollon Oikonomopoulos]

reassign 746282 libmtp9
severity 746282 important
merge 745888 746282
thanks

Hi Gerard,

On 21:59 Tue 10 Jun , Gerard Mensoif wrote:
> I confirm that downgrading to
> libmtp9 1.1.6-20-g1b9f164-2 works form me
> 

Thanks for the confirmation. I confirm this as well with a Sony Xperia Z. I
have tracked this down to an upstream change in libmtp9 (see #745888), so I'm
reassigning this to libmtp9 and merging it with #745888 that seems to be the
real issue.

Regards,
Apollon


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

Bug#751228: patch

[Plamen Aleksandrov]

The output of /proc/cpuinfo on MIPS was not as this program expected.

I'm uploading a patch that fixes the parsing of the output
diff -Nur libffado-2.2.1/SConstruct libffado-2.2.1.mine/SConstruct
--- libffado-2.2.1/SConstruct	2014-06-02 00:01:27.0 +
+++ libffado-2.2.1.mine/SConstruct	2014-06-09 17:16:30.038566814 +
@@ -514,7 +514,7 @@
 for line in f:
 line = line.strip()
 if line:
-k,v = line.split(':')
+k,v = line.split(':', 1)
 yield (k.strip(), v.strip())
 f.close()
 


signature.asc
Description: Digital signature

Bug#751230: w3-dtd-mathml: xhtml-math11-f.dtd contains a PI name with colon, which is forbidden

[Vincent Lefevre]

Package: w3-dtd-mathml
Version: 2.0.0.0-5
Severity: normal

/usr/share/xml/schema/w3c/mathml/dtd/xhtml-math11-f.dtd contains
a PI name with colon, which is forbidden. This makes libxml2
output a warning on a XHTML file generated with LibreOffice:

$ xmllint --loaddtd --noout test.html
file:///usr/share/xml/schema/w3c/mathml/dtd/xhtml-math11-f.dtd:239: namespace 
error : colon are forbidden from PI names 'IS10744:arch'


test.ods
Description: application/vnd.oasis.opendocument.spreadsheet

- no title specifiedtest

Bug#751211: libreoffice: Excessive time to open files over a network

[Henry Bremridge]

On Wed, Jun 11, 2014 at 11:05:58AM +0200, Rene Engelhard wrote:
> Hi,
> 
> On Wed, Jun 11, 2014 at 09:09:46AM +0100, Henry Bremridge wrote:
> > 2014-06-04 08:12:10 upgrade libreoffice-base:amd64 1:4.2.4-3 1:4.2.4-4
> 
> OK.. (You know that -base is NOT "base components of LibreOffice", though?
> -core makes more sense here.

The line was taken from dpkg.log
> 
> > > In the first case it's a non-LO bug as the update didn't have LO code 
> > > changes
> > > in the second case it might.
> > 
> > I would love to know what the bug was as it certainly changed quite a bit: 
> > eg the opening LO splash screen now shows all the files I have recently 
> > opened. Before it did not.
> 
> That sounds like a massive change. Like upgrading 4.1.6->4.2.4,
> which does that change (btw, I don't think you mean the splash screen
> but the start center...).
> 
Yes, sorry

> Did you upgrade while LO was running (e.g. in the background, e.g.
> the quickstarter).
> Which will open the already running LO,not a new one.. That explains your
> drastic change,
> (And it would actually make this a 4.1.6->4.2.4 upgrade after all.)
> 
I run aptitude update / upgrade from cron-apt command. From the time I 
doubt I would have LO running had but I don't know

>From the sound of it, I will purge libreoffice and reinstall. See if that 
fixes it

-- 
Henry
Communication not signed with an original manual signature or an appropriately 
verified digital signature is not binding.
Wed 11 Jun 10:51:35 BST 2014


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

Bug#749560: transition: miniupnpc

[Thomas Goirand]

Hi Emilio,

Thanks a lot for your help and the advices. I hope to learn and know
well how to manage transitions after this one (as I did a poor job with
them before). :)

On 06/10/2014 02:13 AM, Emilio Pozuelo Monfort wrote:
>>> In the meantime, please upload to experimental so that it goes through NEW.
>>
>> This was done.
> 
> Good. I see there are build failures on kfreebsd.

After I pinged upstream it was fixed in the last version, which I just
uploaded.

>> Though there's FTBFS issues seemingly related to the new version of
>> miniupnpc with these:
>>
>> - 0ad: see [1] below
>> - megaglest: see [2] below
>> - warzone2100: see [3] below
> 
> Open bugs with severity important. Bonus points if you provide patches (that
> will greatly help get this transition started (and finished)).

Bugs open with patches (with help from upstream of MiniUPnPc):

0ad: #751224
megaglest: #751225
warzone2100: #751229

I have checked the build with newer MiniUPnP client, and no issues as
far as I can tell.

>> And then these seem to have unrelated FTBFS in Sid:
>>
>> - eiskaltdcpp: FTBFS (in eiskaltdcpp-qt/src/ChatEdit.cpp which doesn't
>> have UPNP stuff)
>> - litecoin: FTBFS (but package not in Testing anyway)
> 
> Try to reproduce in a clean sid environment and report bugs with severity 
> serious.

I have no time to do that right now, will try to do so later on.

> Open those bugs and make them block this one. If you provide patches, at least
> for the ones caused by miniupnpc, we could start the transition and then ask 
> for
> the patches to be applied, NMU-ing if that doesn't happen.

What's the reasonable amount of time after which we can NMU (to the
delayed queue?) for such a transition?

Cheers,

Thomas Goirand (zigo)


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

Bug#751232: new upstream (1.2.0)

[Daniel Baumann]

Package: augeas
Severity: wishlist

It would be nice if you could upgrade to version 1.2.0, the current
1.0.0 is quite outdated.

-- 
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#751231: internal error on deleting lun

[Harald Dunkel]

Package: targetcli
Version: 2.0rc1-2

Trying to remove lun0 I got an internal error:

/iscsi/iqn.20...27f9e3c/tpgt1> luns/ ls
o- luns 
...
 [2 LUNs]
  o- lun0 ... 
[iblock/fpp6ap001.rootpv (/dev/vg00/fpp6ap001.rootpv)]
  o- lun1 ... 
[iblock/fpp6ap002.rootpv (/dev/vg00/fpp6ap002.rootpv)]
/iscsi/iqn.20...27f9e3c/tpgt1> luns/ delete lun0
Invalid LUN index: lun0
/iscsi/iqn.20...27f9e3c/tpgt1> luns/ delete 0
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/configshell/shell.py", line 983, in 
run_interactive
self._cli_loop()
  File "/usr/lib/python2.7/dist-packages/configshell/shell.py", line 806, in 
_cli_loop
self.run_cmdline(cmdline)
  File "/usr/lib/python2.7/dist-packages/configshell/shell.py", line 927, in 
run_cmdline
self._execute_command(path, command, pparams, kparams)
  File "/usr/lib/python2.7/dist-packages/configshell/shell.py", line 902, in 
_execute_command
result = target.execute_command(command, pparams, kparams)
  File "/usr/lib/python2.7/dist-packages/targetcli/ui_node.py", line 85, in 
execute_command
pparams, kparams)
  File "/usr/lib/python2.7/dist-packages/configshell/node.py", line 1405, in 
execute_command
result = method(*pparams, **kparams)
  File "/usr/lib/python2.7/dist-packages/targetcli/ui_target.py", line 804, in 
ui_command_delete
lun_object.delete()
  File "/usr/lib/python2.7/dist-packages/rtslib/target.py", line 501, in delete
[mlun.delete() for mlun in self._list_mapped_luns()]
  File "/usr/lib/python2.7/dist-packages/rtslib/target.py", line 488, in 
_list_mapped_luns
% (base, nodeacl, mapped_lun))
OSError: [Errno 20] Not a directory: 
'/sys/kernel/config/target/iscsi/iqn.2003-01.org.linux-iscsi.nasl002a.x8664:sn.2f2cf27f9e3c/tpgt_1/acls//iqn.2014-01.de.aixigo.ac.srva003/tag'


Upgrading to version 2.1-1 did not work, either (see #751226).
I am stuck.


Regards
Harri


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

Bug#750567: startx does not propagate the logind session

[Ben Longbons]

reassign 750567 xinit
retitle 750567 startx does not propagate the logind session
thanks

>From discussion on IRC, the problem is that the logind session that
gets created when I login on the text tty doesn't get propogated to
the X11 tty.

It can be seen by running 'loginctl show-session  and observing Active=no

There is a workaround: to run 'startx -- vt6' instead of just
'startx'. I have no clue why this works, or why logind can't do this
automatically, since 'ck-list-sessions' manages to know. Maybe startx
has special logic to get consolekit to work? All I know is that I
don't have an ~/.xsession or ~/.xinitrc and startx used to do the
right thing before logind came around ... but why does passing the tty
number to the X server during its startup magically make it work?


IMO it should be considered the responsibility of logind maintainers
to fix this bug, regardless of in what package, but apparently they
consider it everyone else's problem to fix their breakage.

I weep for systemd, because I love its architecture, but its community
of blame-shifting is unbearable. How am I supposed to explain to
people why I use linux, when I suddenly can't get wifi to work and
they call it "not a bug"?



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

Bug#751228: libffado: does not compile on mips

[Sebastian Ramacher]

Control: severity -1 serious

For the lazy:
| Trying to find the system triple: (cached) mips-unknown-linux-gnu
| Detected DIST_TARGET = mips
| ValueError: too many values to unpack:
|   File "/«PKGBUILDDIR»/SConstruct", line 740:
| cpuinfo = CpuInfo()
|   File "/«PKGBUILDDIR»/SConstruct", line 543:
| self.cpu_info_mips()
|   File "/«PKGBUILDDIR»/SConstruct", line 615:
| for k,v in cpuinfo_kv():
|   File "/«PKGBUILDDIR»/SConstruct", line 517:
| k,v = line.split(':')
| make: *** [debian/stamp-scons-build] Error 2

Full build log is at
https://buildd.debian.org/status/fetch.php?pkg=libffado&arch=mips&ver=2.2.1-1&stamp=1401747457

Since this is a regression from 2.1.0+svn2456-1, raising the severity to
serious.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#732722: Patch: port funguloids to ogre 1.9

[Markus Koschany]

Control: tags -1 patch

Hi Hans,

I haven't tried your patch yet but I just wanted to say "Thank you!"

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#678446: util-linux needs updating to the latest upstream release (version 2.24+)

[Antonio Ospite]

Package: util-linux
Version: 2.20.1-5.8
Followup-For: Bug #678446

Dear Maintainer,

any news about this issue?
Do you plan to package 2.24 before Jessie goes into freeze?
Do you need any help?

Thanks,
   Antonio

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

Kernel: Linux 3.15.0-ao2 (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages util-linux depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  dpkg   1.17.10
ii  initscripts2.88dsf-53.2
ii  install-info   5.2.0.dfsg.1-4
ii  libblkid1  2.20.1-5.8
ii  libc6  2.19-1
ii  libncurses55.9+20140118-1
ii  libselinux12.3-1
ii  libslang2  2.2.4-16
ii  libtinfo5  5.9+20140118-1
ii  libuuid1   2.20.1-5.8
ii  lsb-base   4.1+Debian13
ii  tzdata 2014d-1
ii  zlib1g 1:1.2.8.dfsg-1

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools  3.0.26-2
ii  kbd 1.15.5-1
pn  util-linux-locales  

-- debconf information excluded
-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?


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

Bug#749344: [flex] Allow bootstrapping without texlive and dh-autoreconf

[Peter Pentchev]

Hi,

Here's a new set of patches which simplifies the changes a lot: Andreas
Metzler, Johannes Schauer and Helmut Grohne gave me the idea that since
TeX Live is only used to build an arch:all documentation package, it may
be moved to Build-Depends-Indep and so not used in the bootstrapping
builds for new architectures.

So the first patch is the same (move the PDF file to flex-doc so that
the binary package build is the same whether we build docs or not), but
the second one is much, much simpler and now no  or
Build-Profiles modifications are needed to debian/control at all.
Hence I'm closing #749470, the control file needs no modifications and
all the needed changes may be uploaded right now.

BTW, I am not quite sure what to do about the third patch.  It is not
specific to bootstrapping, rather it addresses a FTBFS for flex-doc with
TeX Live 2014 that hit unstable recently: the pdftex utility now wants
to use a font that has been split off into a new package.  So now there
are three possible ways to go:
- declare a B-D-I of src:flex on cm-super-minimal
- declare a B-D-I of src:flex on texlive-full that pulls in
  cm-super-minimal
- talk to the Debian TeX maintainers to figure out how to address this
  better, since it seems to not be limited to flex (see e.g. #750252 for
  autoconf)

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13
From 7002300b5f12a333bfbb037a1e712b28ba207a8a Mon Sep 17 00:00:00 2001
From: Peter Pentchev 
Date: Thu, 22 May 2014 15:40:10 +0300
Subject: [PATCH 1/3] Move flex.pdf to the flex-doc package.

This makes it possible for the flex package's contents to not change
if texinfo is not installed, e.g. in the stage1 build profile.
---
 debian/flex-doc.doc-base | 3 +++
 debian/flex-doc.docs | 1 +
 debian/flex.doc-base | 3 ---
 debian/flex.docs | 1 -
 debian/rules | 1 +
 5 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/debian/flex-doc.doc-base b/debian/flex-doc.doc-base
index 8ff5df1..e05bcbc 100644
--- a/debian/flex-doc.doc-base
+++ b/debian/flex-doc.doc-base
@@ -18,3 +18,6 @@ Section: Programming
 Format: HTML
 Index: /usr/share/doc/flex-doc/html/index.html
 Files: /usr/share/doc/flex-doc/html/*.html
+
+Format: PDF
+Files: /usr/share/doc/flex-doc/flex.pdf.gz
diff --git a/debian/flex-doc.docs b/debian/flex-doc.docs
index e554789..8bd1921 100644
--- a/debian/flex-doc.docs
+++ b/debian/flex-doc.docs
@@ -1,2 +1,3 @@
 README
 doc/flex.html/
+doc/flex.pdf
diff --git a/debian/flex.doc-base b/debian/flex.doc-base
index a54defa..89e9529 100644
--- a/debian/flex.doc-base
+++ b/debian/flex.doc-base
@@ -15,9 +15,6 @@ Abstract: Fast LEXical analyzer generator
  finds one, it executes the corresponding C code.
 Section: Programming
 
-Format: PDF
-Files: /usr/share/doc/flex/flex.pdf.gz
-
 Format: info
 Index: /usr/share/info/flex.info.gz
 Files: /usr/share/info/flex.info-1.gz /usr/share/info/flex.info-2.gz
diff --git a/debian/flex.docs b/debian/flex.docs
index 33dca26..b5a2dc0 100644
--- a/debian/flex.docs
+++ b/debian/flex.docs
@@ -7,4 +7,3 @@ ABOUT-NLS
 AUTHORS
 debian/README.Debian
 debian/NEWS.Debian
-doc/flex.pdf
diff --git a/debian/rules b/debian/rules
index a27811c..545b173 100755
--- a/debian/rules
+++ b/debian/rules
@@ -43,6 +43,7 @@ override_dh_install:
 find debian/tmp/lib/$(DEB_HOST_MULTIARCH) -type f   \
-name \*.la -exec rm {} \;
dh_install
+   rm -f debian/flex/usr/share/doc/flex/flex.pdf
 ifneq (,$(filter libfl-dev, $(shell dh_listpackages)))
$(make_directory) debian/libfl-dev/usr/lib
sed -e 's,#DEB_HOST_MULTIARCH#,$(DEB_HOST_MULTIARCH),'   \
-- 
2.0.0

From db711f3438d41c17577237eda2b35ecf847e3cc6 Mon Sep 17 00:00:00 2001
From: Peter Pentchev 
Date: Wed, 11 Jun 2014 12:41:27 +0300
Subject: [PATCH 2/3] Move the flex-doc build dependencies to B-D-I.

Move the TeX Live dependencies to Build-Depends-Indep and only build
the HTML and PDF documentation if actually requested.

This breaks a circular build dependency by not requiring texlive for
the build of the arch-dependent flex binary packages.
---
 debian/control | 4 ++--
 debian/rules   | 5 -
 2 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/debian/control b/debian/control
index fe447c5..107a1d8 100644
--- a/debian/control
+++ b/debian/control
@@ -5,8 +5,8 @@ Section: devel
 Homepage: http://flex.sf.net/
 Priority: optional
 Build-Depends: bison, gettext, texinfo, help2man, file, po-debconf,
-   debhelper (>= 9.0.0), dh-autoreconf, texlive-latex-base,
-   texlive-fonts-recommended, dpkg-dev (>= 1.16.0)
+   debhelper (>= 9.0.0), dh-autoreconf, dpkg-dev (>= 1.16.0)
+Build-Depends-Indep: texlive-latex-base, texlive-fonts-recommended
 Maintainer: Manoj Srivastava 
 Standards-Version: 3.9.5
 
diff --git a/d

Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406100709-1 [ITP]

[Nigel Kukard]

* Nigel Kukard , 2014-06-10, 13:36:
http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406100709-1.dsc 



Why is your .orig.tar different that the one that uscan downloads? 
They differ at least by compression format…


The package description should be indented by spaces, not tabs (Policy 
§5.6.13). 


I'm terribly sorry, but I uploaded -2 before I had the indentation 
fixed. I'll get -3 up shortly.


-N


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

Bug#425775: update

[Henri Salo]

Do you still have this issue with version 2.2.2-1?

---
Henri Salo


signature.asc
Description: Digital signature

Bug#751093: Downgrading to 1.0.1e-2+deb7u9 appears to fix this

[Ian Chard]

I downgraded openssl and libssl1.0.0 to 1.0.1e-2+deb7u9 this morning,
and my job has been running for two hours without incident.  Previously
it was failing after 15 minutes or so.

- Ian

-- 
Ian Chard   
mySociety systems administrator   http://www.mysociety.org/


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

Bug#751233: missing licenses in debian/copyright

[Thorsten Alteholz]

Package: python-virtualenv
Version: 1.11.6-1
Severity: serious
User: alteh...@debian.org
Usertags: ftp
X-Debbugs-CC: ftpmas...@ftp-master.debian.org
thanks

Dear Maintainer,

as you don't use the internal wheel stuff, please either remove all whl 
files from the source package or add the licenses of their contents to 
debian/copyright. For example pip/_vendor/colorama/ansi.py from 
pip-1.5.6-py2.py3-none-any.whl has a BSD-3 license. I am sure there 
are others.


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#751234: connman: pptp support is missing

[Alexander Inyukhin]

Package: connman
Severity: wishlist

Connman supports vpn via PPTP, but this plugin is disabled.


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

Bug#751235: fatal error: LzFindMt.h: No such file or directory

[Mathieu Malaterre]

Package: lzma-dev
Version: 9.22-2

It would be nice to document the compilation flags required for
building lzma, without  -D_7ZIP_ST, compilation fails with:


/usr/include/lzma/LzmaEnc.c:17:22: fatal error: LzFindMt.h: No such
file or directory
compilation terminated.

Tanks.


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

Bug#751236: rplay: Conflicting declarations of function inet_addr to cause undefined behaviour

[Michael Tautschnig]

Package: rplay
Version: 3.3.2-14
Usertags: goto-cc

During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder
and pbuilder) the build failed with the following error. Please note that we
use our research compiler tool-chain (using tools from the cbmc package), which
permits extended reporting on type inconsistencies at link time.

[...]
gcc -o devrplay.so.3 devrplay.o  -Wl,-soname -Wl,devrplay.so.3 -shared   
-L../librplay -lrplay -ldl

error: conflicting function declarations "inet_addr"
old definition in module rplay file /usr/include/arpa/inet.h line 34
unsigned int (const char *)
new definition in module rptp file rptp.c line 67
unsigned long int (char *)
Makefile:28: recipe for target 'devrplay.so.3' failed
make[2]: *** [devrplay.so.3] Error 64
make[2]: Leaving directory 
'/srv/jenkins-slave/workspace/sid-goto-cc-rplay/rplay-3.3.2/devrplay'
Makefile:12: recipe for target 'all' failed
make[1]: *** [all] Error 2

Declaring library functions rather than using appropriate header files, like
here

http://sources.debian.net/src/rplay/3.3.2-14/librplay/rptp.c?hl=67#L67
http://sources.debian.net/src/rplay/3.3.2-14/rplayd/rplayd.h?hl=140#L140

in general isn't a great idea. (The code should be checked for further
occurrences of inet_addr/inet_ntoa.)

What's worse, however, is when those declarations do not match the system's
ones. In this case, for all systems with sizeof(unsigned int)

pgpbgZY7_ndBu.pgp
Description: PGP signature

Bug#745347: ITP: releases -- A Sphinx extension for changelog manipulation

[Guillem Jover]

Hi!

On Mon, 2014-04-21 at 15:19:38 +0100, Steve Cotton wrote:
> On Mon, Apr 21, 2014 at 14:05 +0200, Zygmunt Krynicki wrote:
> > I saw the package being uploaded to NEW just a moment ago. I could rename
> > it to python-releases (I don't think there's a standard naming scheme for
> > sphinx extensions yet). What do you think?
> 
> I find "python-releases" confusing in the same way.  If I saw
> 
> "Bug #xx is in stable python-releases but fixed in unstable 
> python-releases."
> 
> then I'd understand that it was a bug in the python2.7 & python3.2
> packages, not a bug in a package called "python-releases".
> 
> I prefer a name that doesn't look like the name of another package
> followed by the word "releases".  Maybe "python-releaseslog".

Or python-sphinx-releases, python-sphinx.releases or something like that,
there's few precedents for the former on the archive already. I think it
would be nice to discuss this on the debian-python list to try to come
to an agreement on the namespace, because simply using the non-namespaced
upstream module name is really not good for the overall distribution.

Please make sure to rename both binary and *source* packages.

> Note: I'm not a DD, if no DD is complaining then maybe it's not confusing.

I just saw it in NEW and I've to agree it is very confusing. I think
people might usually notice when it's already in the archive which
implies going through NEW again, package removal requests, possibly
transitional packages, etc, which might deter them from mentioning it
or filing bug reports.

IMO the ftp-masters are not rejecting enough packages when it comes
to namespace problems.

Thanks,
Guillem


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

Bug#750148: RFP: liblucene++0 -- Shared library for Lucene++

[Łukasz 'sil2100' Zemczak]

Hello!

As the package maintainer of lucene++ in Ubuntu, I will take care of
including it into Debian in the nearest weeks.

Thanks.

Best regards,

-- 
Łukasz 'sil2100' Zemczak
 lukasz.zemc...@canonical.com
 www.canonical.com


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

Bug#751237: claws-mail: SEGV when trying to get IMAP mail

[Shane Kerr]

Package: claws-mail
Version: 3.9.3-2+b3
Severity: important

Dear Maintainer,

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

I have happily been using claws-mail on this machine, but today when I tried
using it, it crashed when I tried to click on the first mail folder after
startup.
I tried retrieving new mail, and this also crashed.

I tried uninstalling and re-installing the claws-mail package, but this made no
difference (which is good I suppose).

I went ahead and installed gdb and used "ulimit -c unlimited" to allow a core
to be generated, and had a look. I get this:

Reading symbols from /usr/bin/claws-mail...(no debugging symbols found)...done.
[New LWP 10995]
[New LWP 10984]
[New LWP 10983]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `claws-mail'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  __GI___pthread_mutex_lock (mutex=0x3) at ../nptl/pthread_mutex_lock.c:66
66  ../nptl/pthread_mutex_lock.c: No such file or directory.
(gdb)




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

Kernel: Linux 3.14-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

Versions of packages claws-mail depends on:
ii  libarchive13 3.1.2-8
ii  libassuan0   2.1.1-1
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-1
ii  libcairo21.12.16-2
ii  libcompfaceg11:1.5.2-5
ii  libdb5.3 5.3.28-3
ii  libdbus-1-3  1.8.4-1
ii  libdbus-glib-1-2 0.102-1
ii  libenchant1c2a   1.6.0-10
ii  libetpan17   1.4.1-2
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgnutls26  2.12.23-16
ii  libgpg-error01.12-0.2
ii  libgpgme11   1.4.3-0.1
ii  libgtk2.0-0  2.24.23-1
ii  libice6  2:1.0.8-2
ii  libldap-2.4-22.4.39-1
ii  liblockfile1 1.09-6
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpangoft2-1.0-01.36.3-1
ii  libpisock9   0.12.5-7
ii  libsasl2-2   2.1.26.dfsg1-9
ii  libsm6   2:1.2.1-2
ii  xdg-utils1.1.0~rc1+git20111210-7.1
ii  zlib1g   1:1.2.8.dfsg-1

Versions of packages claws-mail recommends:
ii  aspell-en [aspell-dictionary]  7.1-0-1
ii  aspell-nl [aspell-dictionary]  1:2.10-1
ii  claws-mail-i18n3.9.3-2
ii  xfonts-100dpi  1:1.0.3
ii  xfonts-75dpi   1:1.0.3

Versions of packages claws-mail suggests:
ii  chromium [www-browser]   35.0.1916.114-2
pn  claws-mail-doc   
ii  claws-mail-tools 3.9.3-2
ii  iceweasel [www-browser]  29.0.1-2
ii  mousepad 0.3.0-2
ii  w3m [www-browser]0.5.3-15

-- 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#751009: RFS: ppp-gatekeeper/0.1.0-201406111015-1 [ITP]

[Nigel Kukard]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "ppp-gatekeeper"

Package name: ppp-gatekeeper
Version : 0.1.0-201406111015-1
Upstream Author : Nigel Kukard 
URL : 
http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper

License : GPL-3+
Section : net

It builds this noarch package:

  ppp-gatekeeper - PPP Gatekeeper manages redundant and failover PPPOE 
connections


To access further information about this package, please visit the 
following URL:


http://mentors.debian.net/package/ppp-gatekeeper


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406111015-1.dsc 




Changes since the last upload:
  * Fixed watch file using .xz instead of .gz
  * Fixed indentation of description in control file


Regards,
Nigel Kukard


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

Bug#751223: unmet dependencies

[Jelmer Vernooij]

block 751223 by 749276
thanks

On Wed, Jun 11, 2014 at 11:15:27AM +0200, jurian kunst wrote:
> Package: openchange
> 
> Version: 1:2.1-2
> 
>  
> 
> Cannot install under debian 7
> 
>  
> 
> The following packages have unmet dependencies:
> 
> openchangeserver : Depends: samba4 (>= 4.0.0~) but it is not installable
> 
> E: Unable to correct problems, you have held broken packages.
> 
>  
> 
> The samba4 packages is change by name: samba4-common-bin
The samba4 package has been removed from wheezy. The OpenChange server is still
present but will be removed too. See http://bugs.debian.org/749276

Cheers,

Jelmer


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

Bug#748685: bibletime update required

[Plamen Aleksandrov]

There is a new version of bibletime (2.10) which is working with libsword 1.7. 
I strongly recommend to update bibletime - this should fix the problem. If you 
have some reason not to update it, I can create a patch for 2.9.


signature.asc
Description: Digital signature

Bug#744748: Fwd: Cannot find installed package that provides pillow. Using python-pillow as package name.

[Mathieu Malaterre]

For reference.


-- Forwarded message --
From: Piotr Ożarowski 
Date: Wed, Jun 11, 2014 at 10:07 AM
Subject: Re: Cannot find installed package that provides pillow. Using
python-pillow as package name.
To: Mathieu Malaterre 
Cc: debian-python 


[Mathieu Malaterre, 2014-06-11]
> Hum, here is what I have on my side:
>
> $ dpkg -S /usr/bin/dh_python2
> diversion by dh-python from: /usr/bin/dh_python2
> diversion by dh-python to: /usr/bin/dh_python2.real
> dh-python, python: /usr/bin/dh_python2
>
> $ apt-cache policy dh-python
> dh-python:
>   Installed: 1.20131021-1~bpo70+1
>   Candidate: 1.20131021-1~bpo70+1
>   Version table:
>  1.20140511-1 0
> 200 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages
> 100 http://ftp.fr.debian.org/debian/ unstable/main amd64 Packages
>  *** 1.20131021-1~bpo70+1 0
> 600 http://ftp.fr.debian.org/debian/ wheezy-backports/main
> amd64 Packages
> 100 /var/lib/dpkg/status
>
> Which explains why I needed:
>
> http://anonscm.debian.org/viewvc/debian-med/trunk/packages/openslide-python/trunk/debian/pydist-overrides?view=markup
>
> I'll revert my changes, thanks for your help.

I will make sure my next dh-python backport generates python-imaging on
Wheezy
--
Piotr Ożarowski Debian GNU/Linux Developer
www.ozarowski.pl  www.griffith.cc   www.debian.org
GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645


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

Bug#750557: pgadmin3: segmentation fault

[bmorel]

Package: pgadmin3
Version: 1.18.1-3
Followup-For: Bug #750557

Dear Maintainer, I have found a way to reproduce another crash scenario
( but it's still not a way to reproduce the original crash with double
free or memory corruption )

   * create a function in one very extra long line of code ( with psql,
 for example ).  Then, try to retrieve it's "CREATE script" with
 pgadmin. 
 *
   * It should have opened a window containing the function.
 * crash with "segmentation fault"

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pgadmin3 depends on:
ii  libc6   2.19-1
ii  libgcc1 1:4.9.0-5
ii  libkrb5-3   1.12.1+dfsg-1
ii  libpq5  9.3.4-2
ii  libssl1.0.0 1.0.1g-4
ii  libstdc++6  4.9.0-5
ii  libwxbase3.0-0  3.0.0-4
ii  libwxgtk3.0-0   3.0.0-4
ii  libxml2 2.9.1+dfsg1-3
ii  libxslt1.1  1.1.28-2
ii  pgadmin3-data   1.18.1-3
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages pgadmin3 recommends:
pn  pgagent
ii  postgresql-client-9.3 [postgresql-client]  9.3.4-2

Versions of packages pgadmin3 suggests:
ii  postgresql-contrib  9.3+157

-- 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#751238: util-linux/linux: ignores RTC when the RTC driver is a module

[Aurelien Jarno]

Package: util-linux,linux
Severity: important
Tags: patch

With the new armmp kernel, RTC drivers are built as modules, and thus
the kernel doesn't set the system clock from the hardware clock when
the module is loaded, as explained in the RTC_HCTOSYS_DEVICE KConfig
option:

| The driver for this RTC device must be loaded before late_initcall
| functions run, so it must usually be statically linked.

In that case, util-linux should set the system clock from the RTC
itself. This is correctly done through /etc/init.d/hwclock.sh when udev
is not used. When using udev, the rule 85-hwclock.rules call
hwclock-set, which assumes that the system clock has already been set
earlier by the kernel and that the only remaining thing to do is the
correct it to the local timezone (--systz). While this was true with
the wheezy kernels, it's not longer true with the jessie one, and the
--systohc option has to be used instead.

This is the purpose of the patch below:

--- util-linux-2.20.1/debian/hwclock-set
+++ util-linux-2.20.1/debian/hwclock-set
@@ -24,5 +24,5 @@
 if [ yes = "$BADYEAR" ] ; then
-/sbin/hwclock --rtc=$dev --systz --badyear
+/sbin/hwclock --rtc=$dev --hctosys --badyear
 else
-/sbin/hwclock --rtc=$dev --systz
+/sbin/hwclock --rtc=$dev --hctosys
 fi
--- util-linux-2.20.1/debian/hwclock.rules
+++ util-linux-2.20.1/debian/hwclock.rules
@@ -1,4 +1,4 @@
-# Reset the System Clock to UTC if the hardware clock from which it was
-# copied by the kernel was in localtime.
+# Set the System Time from the Hardware Clock and set the kernel's timezone
+# value to the local timezone when the kernel clock module is loaded.
 
 KERNEL=="rtc0", RUN+="/lib/udev/hwclock-set $root/$name"

-- System Information:
Debian Release: 7.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: armhf (armv7l)

Kernel: Linux 3.13-0.bpo.1-armmp (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#751239: hgview fails to start due to link problem

[Russel Winder]

Package: hgview
Version: 1.8.1-1
Severity: important

Dear Maintainer,

I installed the hgview package, it pulled in hgview-common and 
python-qscintilla2 packages to handle
dependencies. All installation seemed to go fine, no error messages. When I 
then use it from the command
line:

hgview: error: Interface qt is not available: 
/usr/lib/python2.7/dist-packages/PyQt4/Qsci.so: undefined symbol: 
_ZTI11QsciPrinter

and it fails to start.


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

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages hgview depends on:
ii  hgview-common   1.8.1-1
ii  python  2.7.6-2
ii  python-docutils 0.11-3
ii  python-qscintilla2  2.8.2+dfsg-1
ii  python-qt4  4.11+dfsg-1+b1

hgview recommends no packages.

hgview 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#712134: Python CGI to substitute munin-cgi-html

[Ondřej Kunc]

Hi Guys,

I know that it is not a big help, but I have unsucessfully tried to
profile code of munin-cgi-html so I have written small quick and dirty
cgi script in python, which does everything what we want (we can
navigate through graphs, view the same as in munin, have dynamic zoom
enabled and ... have fast navigation even that we have about 400
servers). If you want, you can try.

BR,

Ondřej Kunc
#!/usr/bin/python
MUNIN_DB='/var/lib/munin/'
import cgi
import cgitb
import os,os.path
import time
cgitb.enable()

CGI_DYNAZOOM_URL='/static/dynazoom.html?cgiurl_graph=/munin-cgi/munin-cgi-graph&plugin_name=%s&start_epoch=%d&stop_epoch=%d&size_x=800&size_y=400'
CGI_GRAPH_URL='/munin-cgi/munin-cgi-graph/%s/%s/%s-%s.png'

def getgraphlist():
	for i in open(os.path.join(MUNIN_DB,'graphs'),'r').readlines():
		x=i.strip().split('/')[1:]
		if x[2].endswith('-day.png'):
			yield [x[0],x[1],x[2][:-8]]
		if len(x) > 3:
			if x[3].endswith('-day.png'):
yield [x[0],x[1],x[2],x[3][:-8]]


def listgroups():
	last=None
	for i in getgraphlist():
		if last!=i[0]:
			print '',genLink(i[0])
			last=i[0]

def listhosts(group):
	last=None
	print '%s'%group
	for i in getgraphlist():
		if i[0]==group:
			if last!=i[1]:
print '',genLink(i[0],i[1])
last=i[1]

def listservices(group,host,showgraph=True):
	last=None
	print '%s:%s'%(group,host)
	for i in getgraphlist():
		if i[0]==group and i[1]==host:
			if len(i) == 3:
print genLink(i[0],i[1],i[2],showgraph=showgraph),''
			elif len(i) == 4:
print genLink(i[0],i[1],i[2]+'/'+i[3],showgraph=showgraph),''

def getgraphtag(group,host,service,period='day'):
	link=CGI_GRAPH_URL%(group,host,service,period)
	return ''%link

def showservice(group,host,service):
	t=int(time.time())
	print '%s'%(CGI_DYNAZOOM_URL%('/'.join((group,host,service)),t-86400,t),getgraphtag(group,host,service))
	print '%s'%(CGI_DYNAZOOM_URL%('/'.join((group,host,service)),t-86400*7,t),getgraphtag(group,host,service,'week'))
	print ""
	print '%s'%(CGI_DYNAZOOM_URL%('/'.join((group,host,service)),t-86400*28,t),getgraphtag(group,host,service,'month'))
	print '%s'%(CGI_DYNAZOOM_URL%('/'.join((group,host,service)),t-86400*365,t),getgraphtag(group,host,service,'year'))
def genLink(group='',host='',service='',fullname=False,showgraph=False):
	name=''
	link=''
	if group:
		link="?group=%s"%group
		if fullname or not host:
			name=group
	if host:
		link+="&host=%s"%host
		if fullname or not service:
			name+=':%s'%host
	if service:
		link+="&service=%s"%service
		name+=':%s'%service
	tag=''
	if showgraph:
		tag="%s"%getgraphtag(group,host,service)
		tag+=getgraphtag(group,host,service,'week')
	return "[%s]%s"%(link,name,tag)

print "Content-Type: text/html;charset=utf-8\r\n\r\n"
print 'Ignum FastMunin by Ondrej Kunc'
fs=cgi.FieldStorage()
grp=fs.getfirst('group')
host=fs.getfirst('host')
service=fs.getfirst('service')

if not grp:
	listgroups()
elif not host:
	listhosts(grp)
elif not service:
	listservices(grp,host)
else:
	showservice(grp,host,service)

Bug#751240: screen background configuration doesn't work in Debian Testing + Gnome + Gnome Tweak Tool

[alex]

Package: gnome-tweak-tool
Version: 3.12

This bug is a combination of gnome-tweak-tool and gnome-control-center 
and it have been for few months (when gnome moved from 3.8 to 3.10 and 
3.12 in Debian Testing)


Few versions of gnome ago it was posible to indicate to 
"gnome-control-center" to manage the desktop and have icons on the 
desktop, and at the same time have a screen background and change the 
screen background using "gnome-control-center".


It is not posible anymore, at least for the people using Debian Testing 
for months. I don't know if it works in the new instalations. The 
program for the desktop background change doesn't even start.


Maybe is because some gnome packages are in 3.12 and others still in 3.8 
?


Thank you


   Alex


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

Bug#733974: Partial diagnosis.

[ERIIX Blaike]

I can't say I'm entirely happy with my result so far, but I have
figured out the general thrust of this bug.  Minetest seems
incompatible with the libjsoncpp in Debian.  Solving this issue
properly may be a mess, but the proof for the location of the problem
also suggests a temporary workaround.

If you have the Minetest source available (Upstream source --
"git://github.com/minetest/minetest"), it contains "src/json/".  From
within, you can simply "g++ -shared jsoncpp.cpp -o libjsoncpp.so.0"
and use LD_LIBRARY_PATH to force the current Debian package to load
that preferentially to the system-wide version.  Suddenly, the server
list and online mod repo work as they do upstream.

An obvious temporary solution is to keep the bundled libjsoncpp, but a
long-term solution will require figuring out why the system libjsoncpp
fails and either making it work correctly or making Minetest use it
correctly, dependent on which is behaving improperly.

I haven't looked too deeply into which is responsible, though I'd
suspect Minetest.  I'll look into it later, but it is quite late right
now, so I figured I'd send in what I have and get to bed.


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

Bug#751239: hgview fails to start due to link problem

[Julien Cristau]

Control: severity -1 grave
Control: reassign -1 python-qscintilla2 2.8.2+dfsg-1

On Wed, Jun 11, 2014 at 12:10:26 +0100, Russel Winder wrote:

> Package: hgview
> Version: 1.8.1-1
> Severity: important
> 
> Dear Maintainer,
> 
> I installed the hgview package, it pulled in hgview-common and 
> python-qscintilla2 packages to handle
> dependencies. All installation seemed to go fine, no error messages. When I 
> then use it from the command
> line:
> 
> hgview: error: Interface qt is not available: 
> /usr/lib/python2.7/dist-packages/PyQt4/Qsci.so: undefined symbol: 
> _ZTI11QsciPrinter
> 
> and it fails to start.
> 
Not our bug, reassigning to python-qscintilla2.

What is the output of 'ldd -r /usr/lib/python2.7/dist-packages/PyQt4/Qsci.so'?

Cheers,
Julien
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to en_GB.UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages hgview depends on:
> ii  hgview-common   1.8.1-1
> ii  python  2.7.6-2
> ii  python-docutils 0.11-3
> ii  python-qscintilla2  2.8.2+dfsg-1
> ii  python-qt4  4.11+dfsg-1+b1
> 
> hgview recommends no packages.
> 
> hgview suggests no packages.
> 
> -- no debconf information
> 

-- 
Julien Cristau  
Logilab http://www.logilab.fr/
Informatique scientifique & gestion de connaissances


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

Bug#745842: Review package description for liferea (Bug #745842)

[Justin B Rye]

Sidicas . wrote:
>> This makes me wonder exactly how GNOME-specific it is, but >otherwise looks 
>> good.
> 
> It's not GNOME specific at all.
> I think I'll go with:
> "Description: feed reader for your desktop"

(This of course sets me off mumbling about how it also works for
laptops, but that doesn't matter.)
 
>> - you might even
>> capitalise it as "LInux FEed REAder" to make the why-the-name hint
>> clearer (see footnote).
> 
> Ya, as you mentioned it should build on kfreebsd so I really don't
> think emphasizing the "why-the-name" is particularly important. [...]

I created "http://wiki.debian.org/WhyTheName"; largely out of
recognition that this information often doesn't need to be in the
package description.

[...]
> Thanks for your feedback.
> My major concern at this point is whether or not liferea shows up if
> somebody does a search for "newsreader" and a search for "Feed
> reader".   I guess I'll put "feed reader/newsreader" in the
> description to take care of this?  Or is it better to do this with
> tags?
>
> I now have:
> "
> Description: feed reader for your desktop
> Liferea is a feed reader/newsreader that brings together all of the content 
> from your

Users would be unwise to search for "newsreader", since the RSS
clients will be lost among all the antique NNTP clients in the
repositories (though Google seems to agree that they're more likely to
be looking for LOLcats than Kibo).  How about "feed reader/news
aggregator"?  Or merge them as "news feed aggregator/reader"?  Or...
wait, in fact "news feed" now gets fewer hits than (and is treated by
Wikipedia as a minor synonym for) "web feed".

> favorite web subscriptions into a GUI that's easy to organize and browse.

I'm having second thoughts about this phrasing where users organise
and browse the GUI (rather than the feeds)...

> Liferea uses a simple interface similar to a desktop mail/newsclient, and it 
> has
> an embedded graphical browser.

This seems to be repeatedly introducing the same graphical interface.
But I'm losing track of whether my ideas are improvements, so I'll
offer two versions:

 Liferea is a web feed aggregator/reader that brings together all of the
 content from your favorite subscriptions.  It has an embedded graphical
 browser and a simple interface similar to a desktop mail/newsclient,
 making it easy to organize and browse feeds.

 Liferea is a web feed reader/news aggregator that brings together all of
 the content from your favorite subscriptions into a simple interface that
 makes it easy to organize and browse feeds.  Its GUI is similar to a
 desktop mail/newsclient, with an embedded graphical browser.

> It supports:
> * aggregating feeds in all the major syndication formats (including
>   RSS/RDF, Atom, CDF, and more);
> * synchronizing feeds across devices, with TinyTinyRSS and
>   TheOldReader support;
> * downloading articles to read while offline;
PS: downloading articles for reading offline;
> * permanently saving headlines in news bins;
> * playing podcasts directly in Liferea's browser interface.

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package


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

Bug#745347: ITP: releases -- A Sphinx extension for changelog manipulation

[Zygmunt Krynicki]

I'll gladly rename the package and try again.

Since I got no official rejection AFAIR from any ftp-master, should I just
do the rename and seek another sponsorship upload?

Thanks
ZK


On Wed, Jun 11, 2014 at 12:42 PM, Guillem Jover  wrote:

> Hi!
>
> On Mon, 2014-04-21 at 15:19:38 +0100, Steve Cotton wrote:
> > On Mon, Apr 21, 2014 at 14:05 +0200, Zygmunt Krynicki wrote:
> > > I saw the package being uploaded to NEW just a moment ago. I could
> rename
> > > it to python-releases (I don't think there's a standard naming scheme
> for
> > > sphinx extensions yet). What do you think?
> >
> > I find "python-releases" confusing in the same way.  If I saw
> >
> > "Bug #xx is in stable python-releases but fixed in unstable
> python-releases."
> >
> > then I'd understand that it was a bug in the python2.7 & python3.2
> > packages, not a bug in a package called "python-releases".
> >
> > I prefer a name that doesn't look like the name of another package
> > followed by the word "releases".  Maybe "python-releaseslog".
>
> Or python-sphinx-releases, python-sphinx.releases or something like that,
> there's few precedents for the former on the archive already. I think it
> would be nice to discuss this on the debian-python list to try to come
> to an agreement on the namespace, because simply using the non-namespaced
> upstream module name is really not good for the overall distribution.
>
> Please make sure to rename both binary and *source* packages.
>
> > Note: I'm not a DD, if no DD is complaining then maybe it's not
> confusing.
>
> I just saw it in NEW and I've to agree it is very confusing. I think
> people might usually notice when it's already in the archive which
> implies going through NEW again, package removal requests, possibly
> transitional packages, etc, which might deter them from mentioning it
> or filing bug reports.
>
> IMO the ftp-masters are not rejecting enough packages when it comes
> to namespace problems.
>
> Thanks,
> Guillem
>

Bug#751241: amule: Please update to use wxwidgets3.0

[Olly Betts]

Source: amule
Version: 2.3.1-11
Severity: important
Tags: sid jessie
User: freewx-ma...@lists.alioth.debian.org
Usertags: wx3.0
Control: block 748169 by -1

Dear maintainer,

We're aiming to migrate the archive to using wxwidgets3.0 instead of
wxwidgets2.8, and intend to drop wxwidgets2.8 before jessie is released.

I've attempted to rebuild amule by updating the BD to libwxgtk3.0-dev
and wx3.0-i18n, but the build fails.  It looks like the major issue
is that it's not possible to include a wx header to get class
wxExecuteData defined.  I've reported that to wx upstream:

http://trac.wxwidgets.org/ticket/16325

If upstream don't come up with a fix quickly, we can probably just
install the required private header in the wx headers directory to work
around the problem.

I ran the build with debian/rules patched to use make -k, so as to
show all the compilation errors, and the only one not related to
wxExecuteData seems to be:

../../src/amuled.cpp:656:15: error: variable 'wxFFile ff' has initializer but 
incomplete type

That sounds like it's just missing including the right header.

While building without errors doesn't necessarily mean it will work,
this seems quite promising, aside from the wxExecuteData issue.

Do you know what plans amule upstream have for wx3.0 support?  I've
tried to check their website, but it just gives a page saying the
site is down due to server migration, with a link to the downloads
page, and another to a forum which is 404.

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#748383: ITP: bash8 -- bash script style guide checker

[Guillem Jover]

Hi!

On Sat, 2014-05-17 at 09:49:04 -0400, Thomas Goirand wrote:
> On Sat May 17 2014 07:46:16 AM EDT, Ben Finney  wrote:
> > Certainly ‘bash8’ carries no reliable connotation of “style checker for
> > Bash code”.
> > 
> > > > This is a reference to "pep8" in the Python.
> > 
> > In the Python community, “PEP 8” carries strong connotation of “code
> > style conventions for Python code”. It is *only* because of that
> > existing connotation that a package named ‘pep8’ implies what the
> > package installs.
> > 
> > The same is not true for the name ‘bash8’. It is unreasonable to expect
> > the average Bash user looking at package names to get a reference to
> > Python conventions.
> > 
> > IMO, the package (source and binary) name should more explicitly carry
> > an implication of what the package installs. Perhaps
> > ‘bash8-style-checker’ or the like.
> 
> It's ok, since the resulting binaries will be
> "python{3,}-bash8". Our users don't get exposed
> much to source package names, so I think it's ok
> for me to choose bash8 as name to follow the one
> upstream, though if you want I can use python-bash8.

I've to agree with the other people complaining, the name is very
confusing and as it is, it's a namespace grab. Prefixing it with
«python-» only clarifies slightly, but at least it stops somewhat
being a namespace grab, but it is still quite confusing. Please try
to convince upstream to rename it, and do so in Debian regardless.

Something like python-bash-pep8-style-checker would seem acceptable
to me, there's probably better, shorter names that could be used
though, maybe python-pep8-style-bash, or simply python-pep8-bash.
With the «python3?-» prefix being a distribution specific thing.

Also just following upstream when it comes to naming be it for source
or binary packages is not wise in many cases. Lots of upstreams create
packages or language modules in language silos, where those names are
implicitly namespaced by being part of that language community/portal
for example. Having Http be a perl module is fine, the same for a
python or ruby module, not so much when it comes to integrating it
in a general purpose distribution. Why should the http source package
name be the perl implementation? Even if that source provided modules
for many languages, why should it take over the canonical protocol
name for its source package? Also the source package name is really
pretty visible in many places in the distribution.

The current practice of many python modules to just use the upstream
name as the source package name is a namespace grab, wrong and unfair
to the rest of the distribution, some quick examples to illustrate:

  appdirs argvalidate audioread distlib

I wish other language teams in Debian followed the perl lead here.

Thanks,
Guillem


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

Bug#729134: (no subject)

[dimas]

hello!
after yesterday's update (haven't updated for some time before, though) i've
faced not working reboot/shutdown buttons if xfce too.
reading some discussions here, i've tried to play with libpam-systemd disabling
and removal. and what i found:
- disabling libpam-systemd thru pam-auth-update or commenting it out doesn't
  help
- removing libpam-systemd and policykit-1 along with it solves the problem
- installing libpam-systemd alone breaks nothing!
- installing policykit-1 is what breaks the things!
i tried commenting out the whole /etc/pam.d/polkitd and killing polkitd. but
that didn't help. i also don't understand who run polkitd, pstree raise it
straight to init(1).
policykit-1 package has nothing intersting in postinst triggers, so the problem
is in one of it's files (smth like /var/lib/polkit-1/blah-blah-blah or whatever)


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

Bug#751242: libpetsc3.4.2-dbg: please recompile with new default gfortran version, to get mod file versions right

[Giacomo Mulas]

Package: libpetsc3.4.2-dbg
Version: 3.4.2.dfsg1-8
Severity: important

Dear Maintainer,

with version 1.128 of gcc-defaults, gfortran now defaults to 4.9, which 
has a different mod file version. Since libpetsc3.4.2-dbg installs the 
file /usr/lib/petscdir/3.4.2/linux-gnu-c-debug/include/petscdmdadef.mod, it
has to be recompiled with the gcc suite 4.9 to make it compatible with the
version of gfortran which is now the default. Fixing This should involve no 
changes, just a plain rebuild of the package, therefore relatively painless
for you.

Thanks in advance, bye
Giacomo Mulas


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

Bug#705618: Found in 3.2.57-3+deb7u2

[Arto Jantunen]

Control: found -1 linux/3.2.57-3+deb7u2

Apparently I started hitting this bug after upgrading to the latest
security update. I haven't seen this before, so this has a slight
regressiony odor. This seems to be triggered somewhat differently from
the original report, there is "NFSD: failed to write recovery record
(err -17); please check that /var/lib/nfs/v4recovery exists and is
writeable" just before the stall warning (/var/lib/nfs/v4recovery does
exist and is writeable).

Backtrace attached.

Jun 11 10:59:46 debian kernel: [  110.779247] NFSD: failed to write recovery 
record (err -17); please check that /var/lib/nfs/v4recovery exists and is 
writeable
Jun 11 10:59:46 debian kernel: [174423.780044] INFO: rcu_bh detected stall on 
CPU 6 (t=0 jiffies)
Jun 11 10:59:46 debian kernel: [174423.780157] sending NMI to all CPUs:
Jun 11 10:59:46 debian kernel: [174423.780168] NMI backtrace for cpu 0
Jun 11 10:59:46 debian kernel: [174423.780171] CPU 0 
Jun 11 10:59:46 debian kernel: [174423.780173] Modules linked in: cpufreq_stats 
cpufreq_userspace cpufreq_conservative cpufreq_powersave sha1_generic hmac 
cryptd aes_x86_64 aes_generic cbc cts rpcsec_gss_krb5 nfsd nfs nfs_acl 
auth_rpcgss fscache lockd sunrpc ext2 mbcache loop radeon ttm drm_kms_helper 
drm power_supply i2c_algo_bit nv_tco snd_pcm snd_page_alloc snd_timer snd 
soundcore k10temp i2c_nforce2 evdev psmouse amd64_edac_mod pcspkr shpchp 
i2c_core edac_mce_amd edac_core powernow_k8 serio_raw mperf processor button 
thermal_sys xfs raid1 md_mod sg sr_mod cdrom sd_mod crc_t10dif ata_generic 
ohci_hcd pata_amd sata_nv ehci_hcd forcedeth usbcore libata scsi_mod usb_common 
[last unloaded: scsi_wait_scan]
Jun 11 10:59:46 debian kernel: [174423.780221] 
Jun 11 10:59:46 debian kernel: [174423.780225] Pid: 1450, comm: apache2 Not 
tainted 3.2.0-4-amd64 #1 Debian 3.2.57-3+deb7u2 Supermicro H8DMR-82/H8DMR-82
Jun 11 10:59:46 debian kernel: [174423.780229] RIP: 0033:[<7ff938106e45>]  
[<7ff938106e45>] 0x7ff938106e44
Jun 11 10:59:46 debian kernel: [174423.780237] RSP: 002b:7fff5ef6d4c8  
EFLAGS: 0202
Jun 11 10:59:46 debian kernel: [174423.780239] RAX: 7ff93d32bd70 RBX: 
7ff93d31eed0 RCX: 00545345
Jun 11 10:59:46 debian kernel: [174423.780241] RDX:  RSI: 
7ff93d31e9e0 RDI: 7ff93d31eed0
Jun 11 10:59:46 debian kernel: [174423.780243] RBP: 7ff93d31e9e0 R08: 
7ff93d32b9e0 R09: 544c4790
Jun 11 10:59:46 debian kernel: [174423.780245] R10: 0075 R11: 
7ff93d31ea60 R12: 539810b8
Jun 11 10:59:46 debian kernel: [174423.780247] R13:  R14: 
7ff93d32bd70 R15: 7ff93cf1c430
Jun 11 10:59:46 debian kernel: [174423.780250] FS:  7ff93c377740() 
GS:88011fc0() knlGS:
Jun 11 10:59:46 debian kernel: [174423.780252] CS:  0010 DS:  ES:  CR0: 
80050033
Jun 11 10:59:46 debian kernel: [174423.780254] CR2: 7ff93d380bc0 CR3: 
000107449000 CR4: 06f0
Jun 11 10:59:46 debian kernel: [174423.780256] DR0:  DR1: 
 DR2: 
Jun 11 10:59:46 debian kernel: [174423.780258] DR3:  DR6: 
0ff0 DR7: 0400
Jun 11 10:59:46 debian kernel: [174423.780261] Process apache2 (pid: 1450, 
threadinfo 880103b68000, task 88011ab57740)
Jun 11 10:59:46 debian kernel: [174423.780263] 
Jun 11 10:59:46 debian kernel: [174423.780264] Call Trace:
Jun 11 10:59:46 debian kernel: [174423.780268] NMI backtrace for cpu 6
Jun 11 10:59:46 debian kernel: [174423.780273] CPU 6 
Jun 11 10:59:46 debian kernel: [174423.780277] Modules linked in: cpufreq_stats 
cpufreq_userspace cpufreq_conservative cpufreq_powersave sha1_generic hmac 
cryptd aes_x86_64 aes_generic cbc cts rpcsec_gss_krb5 nfsd nfs nfs_acl 
auth_rpcgss fscache lockd sunrpc ext2 mbcache loop radeon ttm drm_kms_helper 
drm power_supply i2c_algo_bit nv_tco snd_pcm snd_page_alloc snd_timer snd 
soundcore k10temp i2c_nforce2 evdev psmouse amd64_edac_mod pcspkr shpchp 
i2c_core edac_mce_amd edac_core powernow_k8 serio_raw mperf processor button 
thermal_sys xfs raid1 md_mod sg sr_mod cdrom sd_mod crc_t10dif ata_generic 
ohci_hcd pata_amd sata_nv ehci_hcd forcedeth usbcore libata scsi_mod usb_common 
[last unloaded: scsi_wait_scan]
Jun 11 10:59:46 debian kernel: [174423.780393] 
Jun 11 10:59:46 debian kernel: [174423.780401] Pid: 0, comm: swapper/6 Not 
tainted 3.2.0-4-amd64 #1 Debian 3.2.57-3+deb7u2 Supermicro H8DMR-82/H8DMR-82
Jun 11 10:59:46 debian kernel: [174423.780413] RIP: 0010:[]  
[] __bitmap_empty+0xa/0x52
Jun 11 10:59:46 debian kernel: [174423.780434] RSP: 0018:88021fd03e20  
EFLAGS: 0012
Jun 11 10:59:46 debian kernel: [174423.780440] RAX: 0008 RBX: 
2710 RCX: 0040
Jun 11 10:59:46 debian kernel: [174423.780446] RDX:  RSI: 
0200 RDI: 8168eb40
Jun 11 10:59:46 debian kernel: [174423.780452] RBP: 81620080 R08: 
00

Bug#729134: (no subject)

[Yves-Alexis Perez]

On mer., 2014-06-11 at 15:53 +0400, dimas wrote:
> hello!
> after yesterday's update (haven't updated for some time before, though) i've
> faced not working reboot/shutdown buttons if xfce too.
> reading some discussions here, i've tried to play with libpam-systemd 
> disabling
> and removal. and what i found:
> - disabling libpam-systemd thru pam-auth-update or commenting it out doesn't
>   help
> - removing libpam-systemd and policykit-1 along with it solves the problem
> - installing libpam-systemd alone breaks nothing!
> - installing policykit-1 is what breaks the things!
> i tried commenting out the whole /etc/pam.d/polkitd and killing polkitd. but
> that didn't help. i also don't understand who run polkitd, pstree raise it
> straight to init(1).
> policykit-1 package has nothing intersting in postinst triggers, so the 
> problem
> is in one of it's files (smth like /var/lib/polkit-1/blah-blah-blah or 
> whatever)
> 
Try to install systemd-shim or systemd-sysv (which will make systemd
your init system).

Regards,
-- 
Yves-Alexis


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

Bug#751241: amule: Please update to use wxwidgets3.0

[Olly Betts]

On Wed, Jun 11, 2014 at 11:46:49PM +1200, Olly Betts wrote:
> Do you know what plans amule upstream have for wx3.0 support?  I've
> tried to check their website, but it just gives a page saying the
> site is down due to server migration, with a link to the downloads
> page, and another to a forum which is 404.

I had a look in the wayback machine, and it's been like that since
September 2012!

https://web.archive.org/web/20120919013043/http://www.amule.org/

And the last release looks like it was made 2011-11-11 - the two
together make me wonder if amule is in fact dead upstream.

If so, is it worth trying to keep it in Debian?  To do so, you're
essentially going to need to take over the work upstream would
normally do...

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#751243: libetsf-io-dev: wrong module version for new default gfortran (4.9)

[Giacomo Mulas]

Package: libetsf-io-dev
Version: 1.0.3-4+b1
Severity: important

Dear Maintainer,

with version 1.128 of gcc-defaults, gfortran now defaults to 4.9, which has
a different mod file version.  Since libetsf-io-dev installs the file
/usr/include/etsf_io_file.mod, it has to be recompiled with the gcc suite
4.9 to make it compatible with the version of gfortran which is now the
default.  Fixing This should involve no changes, just a plain rebuild of the
package.

Thanks in advance, bye
Giacomo Mulas


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

Bug#749648: +1

[Adrian]

The impact this has from my POV is that once you could just install the
source package and the sources and javadocs for your JDK then show up
automatically in Eclipse which presumes that src.zip is in the same folder.

Now you require an extra step to get this useful resource (I make a
softlink as suggested).

Not sure if this counts as an Ubuntu problem in my case : the amd64 package
is not available in the repository. But source code isn't really an
architecture-dependent artefact and the previous packaging seems to make
more sense in this regard.

Bug#751244: syncbbdb: Reverse depends libpda-pilot-perl FTBFS. Help is needed.

[Ludovic Rousseau]

Package: syncbbdb
Severity: important

Hello,

I am the Debian maintainer of pilot-link. syncbbdb depends on
libpda-pilot-perl from pilot-link.

I am not unable to build libpda-pilot-perl from source because of a new
error:

cc -c  -I../../include -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -O2 -g   -DVERSION=\"0.12.5\" -DXS_VERSION=\"0.12.5\" 
-fPIC "-I/usr/lib/perl/5.18/CORE"  -DPERL_POLLUTE Pilot.c
In file included from /usr/include/string.h:631:0,
 from /usr/lib/perl/5.18/CORE/perl.h:1045,
 from Pilot.xs:22:
Pilot.xs: In function ‘doPackCategory’:
Pilot.xs:579:60: error: ‘na’ undeclared (first use in this function)
   strncpy(c->name[i], (s=av_fetch(av, i, 0)) ? SvPV(*s,na) : "", 16);
^

It looks like the internals of Perl have changed :-(

The pilot-link project is dead upstream since a few years now.
The project web site http://www.pilot-link.org/ is no more available.

I do not use the libpda-pilot-perl package myself. I do not use
pilot-link other packages any more. So I will not invest energy to fix
this bug.

Alternatives:
1- you adopt pilot-link and maintain it and fix it
2- You help me to fix the FTBFS bug so I can upload a version of
pilot-link
3- You do not help me and I upload a new of pilot-link without the 
libpda-pilot-perl package and syncbbdb will become unusable and removed from 
Debian

I see you adopted syncbbdb in April 2014 so you are active on this
package.

Regards,

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

Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#751245: libslepc3.4.2-dbg: fortran mod file incompatible with new default gfortran (4.9)

[Giacomo Mulas]

Package: libslepc3.4.2-dbg
Version: 3.4.2.dfsg-2
Severity: important

Dear Maintainer,

with version 1.128 of gcc-defaults, gfortran now defaults to 4.9, which 
has a different mod file version. Since libslepc3.4.2-dbg installs the 
file /usr/lib/slepcdir/3.4.2/linux-gnu-c-debug/include/slepcipdef.mod, it
has to be recompiled with the gcc suite 4.9 to make it compatible with the
version of gfortran which is now the default. Fixing This should involve no
changes, just a plain rebuild of the package, therefore relatively painless
for you.

Thanks in advance, bye
Giacomo Mulas


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

Bug#743543: gnome-shell fails to start : Unable to initialize Clutter

[Olivier Berger]

Control: block -1 by 722161

On Sat, Apr 05, 2014 at 12:59:43AM +0200, Emilio Pozuelo Monfort wrote:
> 
> Do you have ATI graphics with the fglrx driver? If so this is a known problem
> with them not implementing libEGL.
> 

It's very likely that this is #722161, AFAIU.

Hope this helps.

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


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

Bug#751247: please build a gccgo-doc package

[Matthias Klose]

Package: src:gcc-doc-defaults
Version: 5:8

please build a gccgo-doc package (and a gccgo-4.9-doc package).


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

Bug#751246: libhdf5-openmpi-dev: please recompile with new default version of gfortran to get mod version right

[Giacomo Mulas]

Package: libhdf5-openmpi-dev
Version: 1.8.12+docs-1.1
Severity: important

Dear Maintainer,

with version 1.128 of gcc-defaults, gfortran now defaults to 4.9, which has
a different mod file version.  Since libhdf5-openmpi-dev installs the file
/usr/include/h5f.mod, it has to be recompiled with the gcc suite 4.9 to make
it compatible with the version of gfortran which is now the default.  Fixing
This should involve no changes, just a plain rebuild of the package,
therefore relatively painless for you.

Thanks in advance, bye
Giacomo Mulas


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

Bug#711139: gnuplot-qt: the grid doesn't work with the 'qt' terminal in -persist state

[Vincent Lefevre]

Control: forcemerge 711139 711141

I'm merging these two bugs because they basically cover the same issue.
However each covers 3 different issues: a documentation one, an UI one,
and a feature one (see below).

On 2014-06-10 19:04:42 -0700, sfeam wrote:
> > Then if I type "quit" to get the prompt back, the window 
> > persists as required, but grid button no longer works.
> 
> You are trying to use "persist" for something beyond what
> it was intended for.

I was mainly surprised that qt didn't behave like wxt. But this is
partly due to incomplete documentation (partly solved, but the man
page should be updated too) and poor UI: when a feature provided by
a button is not available, the button is normally greyed out; this is
not the case here. Alternatively, an error message could be displayed
when a non-working button ("show grid" or zoom) is clicked.

> Now it is true that some terminal types are smart enough
> to toggle the grid on/off even in persistent mode after
> the main program has exiting.   It would be possible to
> make qt do that also, but only if the original plot already
> contained a grid.  And that is only possible because it 
> isn't really necessary to regenerate the whole plot just
> to make the grid lines [in]visible.  It doesn't change
> the basic limitation.If toggling the grid is important
> to you by itself, could you please file a feature request
> for uniform support to toggle it off in terminals that
> support a persistent mode?   It would be easy in qt, but
> I'd have to think about the other terminals.

Well, toggling the grid and zooming may be important in some cases.
When gnuplot is used in a script, there should be a way to use these
features (I'm not saying to use "persist", it could be something
like "pause mouse keypress" + some other code but it seems to badly
interact with the buttons) and make the gnuplot processes terminate
when the terminal is closed by the user ('q', 'Ctrl-q', via the
window manager, or whatever). See

  https://sourceforge.net/p/gnuplot/bugs/1418/#645d

and my reply.

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


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

Bug#751249: vtk6 is not installable (tcl-vtk conflict)

[Jochen Sprickerhof]

Package: vtk6
Version: 6.1.0+dfsg-5
Severity: important

Dear Maintainer,

vtk6 is not installable (and thus libvtk6-dev as well). Problem is, that
vtk6 contains a conflict against tcl-vtk because both of them contain
/usr/bin/vtk. Starting with 6.1.0+dfsg-4 libvtk6.1 depends on libxdmf2,
which depends on tcl-vtk. As vtk6 depends on libvtk6.1, it's not
installable. I guess we either have to remove /usr/bin/vtk from the
package or revert the dependency on libxdmf2.

Cheers Jochen

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

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

Versions of packages vtk6 depends on:
ii  libc6   2.19-1
ii  libgcc1 1:4.9.0-6
ii  libstdc++6  4.9.0-6
ii  libtcl8.6   8.6.1-6
ii  libtk8.68.6.1-5
pn  libvtk6 

vtk6 recommends no packages.

Versions of packages vtk6 suggests:
pn  vtk6-doc   
pn  vtk6-examples  


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