Bug#786401: dose: Fatal error: exception Parsing.Parse_error

[Paul Wise]

On Mon, 2015-06-01 at 21:50 +0200, Ralf Treinen wrote:

> should be done now.

Thanks for that, with today's dose-job we are down to this:

(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used
(W)Sources: modifier any for indep dependency python used

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#787478: jessie-pu: package how-can-i-help/10

[Adam D. Barratt]

Control: tags -1 + moreinfo

On 2015-06-01 23:59, Tomasz Nitecki wrote:
I'd like to update how-can-i-help with a patch that fixes grave bug 
#787471.


It appears that all http request sent to UDD are now redirected through 
https.
how-can-i-help was unable to handle that so the patch switched data 
source

from http to https. Without this patch, how-can-i-help is left in an
unusable state.

debdiff attached.


Thanks for caring about fixing this bug in stable.

However, the debdiff that you attached is against the package in 
unstable, which is currently the same as stable and does not contain the 
bug fix. The expected workflow is that the bug is fixed in unstable and 
we'd then look at fixing it in stable as well (in a package versioned 
10+deb8u1 that was built and tested on stable).


Regards,

Adam


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

Bug#757916: closed by Rob Browning (Re: Bug#757916: emacs24-nox: abort byte-compiling notmuch-show.el on mipsel)

[David Bremner]

Debian Bug Tracking System  writes:

> This is an automatic notification regarding your Bug report
> which was filed against the emacs24-nox package:
>
> #757916: emacs24-nox: abort byte-compiling notmuch-show.el on mipsel
>

I see the same symptoms on powerpc with 24.4+1-5, so I reopened the bug.

I have attached an updated version of notmuch-show.el, although I'm not
sure if the changes are relevant.



notmuch-show.el
Description: application/emacs-lisp

Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator

[John Paul Adrian Glaubitz]

Hi Sergio!

On 06/02/2015 07:42 AM, Sergio benjamim Rocha filho wrote:
> Are there any progress in this ITP?

I actually had an almost finished package but at some point I forgot
about it because I was busy with other stuff.

> I had already packed it (I didn't know someone was working on it),
> the problem is I use 2 packages, one for SDL and other for Qt,
> so I need to merge them to push to mentors.

You mean, you have two packages, one for the SDL and one for the
Qt port? In any case, yes, you should merge them.

> Are you going to work yet in the packaging?

I'm happy to work on the package with you together if you like.

> PS: they use a different version of ffmpeg, with atrac3+ enabled...
> I don't know if it's possible to use ffmpeg/libav from the repo.

You will have to use ffmpeg or libav from the repositories. Embedded
libraries, especially something like ffmpeg/libav are a no-no
on Debian.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#787398: Acknowledgement (evolution-data-server: SMTP connection lost while reading message data)

[Fabian Greffrath]

Control: fixed -1 3.16.2-1

*sigh* will this work?


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

Bug#786401: dose: Fatal error: exception Parsing.Parse_error

[Ralf Treinen]

On Tue, Jun 02, 2015 at 02:58:53PM +0800, Paul Wise wrote:
> On Mon, 2015-06-01 at 21:50 +0200, Ralf Treinen wrote:
> 
> > should be done now.
> 
> Thanks for that, with today's dose-job we are down to this:
> 
> (W)Sources: modifier any for indep dependency python used

I have to leave for work now - Josch, do you where this is coming from ?
Maybe passing the --quiet option helps.

-Ralf.


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

Bug#787173: [Pkg-libvirt-maintainers] Bug#787173: Problem solved

[Guido Günther]

On Mon, Jun 01, 2015 at 11:00:21PM +0200, Adrián Arévalo Tirado wrote:
> ​After changing the permissions and​ rebooting the system I am able to
> create new virtual machines.

Changing which permissions? Please document this so others don't run
into the same error.

> The bug can be closed.

Will do once we have the root cause.
Cheers,
 -- Guido


> ___
> Pkg-libvirt-maintainers mailing list
> pkg-libvirt-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers


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

Bug#787488: screen image is randomly corrupted

[Andrew Shadura]

Package: xserver-xorg-video-intel
Version: 2:2.99.917-1
Severity: normal

Hi,

I'm not sure this is the right package to file a bug against, so please
reassign if needed.

A recent update to something in the X stack causes random font
corruptions. Some of the characters display as blocks or random noise,
or change over time (first render normally, but after a window refresh
display incorrectly). I have also noticed window manager decorations
are sometimes corrupted too.

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Apr  3  2009 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2544344 May  5 00:49 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor 
Integrated Graphics Controller [8086:0046] (rev 02)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 1683 Apr 23  2013 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "ServerLayout"
Identifier  "Layout 1"
Screen  "Default Screen"
InputDevice "Generic Keyboard" "CoreKeyboard"
InputDevice "Configured Mouse" "CorePointer"
EndSection

Section "ServerFlags"
Option "DontZap" "off"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbOption" "grp:ctrl_shift_toggle"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "by(latin),ru(winkeys),by(winkeys)"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "Device"
Identifier  "Configured Video Device"
#   Driver  "vesa"
#   Driver  "ati"
EndSection

Section "Monitor"
Identifier  "VGA1"
EndSection

Section "Monitor"
Identifier  "DVI1"
EndSection

Section "Monitor"
Identifier  "LVDS1"
DisplaySize 331 207
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "LVDS1"
DefaultDepth24
SubSection "Display"
Depth   24
#Modes  "1024x768" "800x600" "640x480"
#Virtual 1024 768
EndSubSection
EndSection

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 4.0.0-1-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.9.2 (Debian 4.9.2-16) ) #1 SMP Debian 4.0.2-1 (2015-05-11)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root  40098 Aug  7  2013 /var/log/Xorg.21.log
-rw-r--r-- 1 root root  36966 Aug  7  2013 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 125805 Apr  1 07:34 /var/log/Xorg.1.log
-rw-r--r-- 1 root root  99530 Apr  1 07:34 /var/log/Xorg.2.log
-rw-r--r-- 1 root root  34426 Jun  2 05:58 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   358.825] 
X.Org X Server 1.17.1
Release Date: 2015-02-10
[   358.825] X Protocol Version 11, Revision 0
[   358.825] Build Operating System: Linux 3.16.0-4-amd64 i686 Debian
[   358.825] Current Operating System: Linux ileemo 4.0.0-1-686-pae #1 SMP 
Debian 4.0.2-1 (2015-05-11) i686
[   358.825] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-1-686-pae 
root=UUID=c2f152ed-b2d8-43f4-8064-d89f5d53cab2 ro fastboot quiet
[   358.825] Build Date: 04 May 2015  10:46:42PM
[   358.825] xorg-server 2:1.17.1-2 (http://www.debian.org/support) 
[   358.825] Current version of pixman: 0.30.2
[   358.825]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   358.825] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   358.825] (==) Log file: "/var/log/Xorg.0.lo

Bug#787298: (no subject)

[Marcin Kulisz]

On 2015-05-31 13:01:54, Martin Zobel-Helas wrote:
> Hi, 

Hi Martin,

> If we want to provide a vagrant box, that is an official image, i think
> our users will expect any of those provisioning providers to work out of
> the box.
> 
> Thus including those into the vagrant default box makes sense.
> 
> Cheers,
> Martin, who is a heavy user of vagrant at work!

Honestly I do not know anybody who is using vagrant boxes without any
additional configuration.

All people I know messing around with them. So I think having minimal base and
allow users to build on top of it is a good thing.
I also have to agree that having base minimal box and multiply boxes with
different provisioners is having lots of sense; only problem with it may be
maintenance overhead but as Jan wrote this can be overcome with automated
build process.

Cheers,
Marcin, who is a heavy user of vagrant at work as well :-)
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#787489: curl: vmware crashs with signal 11

[Daniel Schröter]

Package: curl
Version: 7.42.1-1
Severity: important

Dear Maintainer,

since upgrade of curl from 7.42.1-1 to 7.42.1-2 vmware stopps with signal 11
during start.
Is there a problem with libcurl3-gnutls (#342719)?

$ vmware --version
VMware Workstation 11.1.0 build-2496824

Bye



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

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

Versions of packages curl depends on:
ii  libc6 2.19-18
ii  libcurl3  7.42.1-1
ii  zlib1g1:1.2.8.dfsg-2+b1

curl recommends no packages.

curl 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#787490: curl: VMWare doesn't start anymore

[Daniel Schröter]

Package: curl
Version: 7.42.1-1
Severity: important

Dear Maintainer,

since upgrade of curl from 7.42.1-1 to 7.42.1-2 vmware stopps with signal 11
during start (if you switch the vm-windows):
$ vmware
Unexpected signal: 11.

VMware Workstation Error:
VMware Workstation unrecoverable error: (vmui)
Unexpected signal: 11.
A log file is available in "/tmp/vmware-schroed/vmware-ui-3652.log".
You can request support.

To collect data to submit to VMware support, choose "Collect Support
Data" from the Help menu.
You can also run the "vm-support" script in the Workstation folder directly.
We will respond on the basis of your support entitlement.


>From the .log:
2015-06-02T09:52:53+02:00[+0.175]| vmui| W110: Caught signal 11 -- tid
3652 (addr 88)
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: SIGNAL: rip
0x7f75755d6833 rsp 0x7ffd3bf27b10 rbp 0x7ffd3bf27b50
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: SIGNAL: rax 0x80
rbx 0x100 rcx 0x3f0 rdx 0x7ffd3bf27b50 rsi 0x7f75752d7260 rdi 0x7f757a1f85a0
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: r8 0x7f7579947018
r9 0x7f757a090390 r10 0x7ffd3bf27910 r11 0x7f75755d67f0 r12
0x7f75752d7260 r13 0x30 r14 0x6 r15 0x7f757a1f85a0
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: SIGNAL: stack
7FFD3BF27B10 : 0x7ffd3bf27b50 0x0100
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: SIGNAL: stack
7FFD3BF27B20 : 0x7f757a1f82b0 0x7f757a06de00
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: SIGNAL: stack
7FFD3BF27B30 : 0x 0x7f757a7fb050
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: SIGNAL: stack
7FFD3BF27B40 : 0x7f756b4900c8 0x7f75752d66e7
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: SIGNAL: stack
7FFD3BF27B50 : 0x7f757a1f82b0 0x
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: SIGNAL: stack
7FFD3BF27B60 : 0x7f757a1f85a0 0x7f757555d1cd
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: SIGNAL: stack
7FFD3BF27B70 : 0x7f757a06e000 0x7f75752d3e1a
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: SIGNAL: stack
7FFD3BF27B80 : 0x7f757a06e000 0x7f757a06e010
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: Backtrace:
2015-06-02T09:52:53+02:00[+0.175]| vmui| I120: Backtrace[0]
7ffd3bf27460 rip=7f756b84d7de rbx=7f756b84d5b0
rbp= r12=7f757803d6c0 r13=7ffd3bf27b90
r14=7ffd3bf27b90 r15=000b
2015-06-02T09:52:53+02:00[+0.176]| vmui| I120: Backtrace[1]
7ffd3bf27490 rip=7f756b6342b9 rbx=000b
rbp=0004 r12=7f757803d6c0 r13=7ffd3bf27b90
r14=7ffd3bf27b90 r15=000b
2015-06-02T09:52:53+02:00[+0.176]| vmui| I120: Backtrace[2]
7ffd3bf27580 rip=7f75775668d0 rbx=0100
rbp=7ffd3bf27b50 r12=7f75752d7260 r13=0030
r14=0006 r15=7f757a1f85a0
2015-06-02T09:52:53+02:00[+0.177]| vmui| I120: Backtrace[3]
7ffd3bf27b10 rip=7f75755d6833 rbx=0100
rbp=7ffd3bf27b50 r12=7f75752d7260 r13=0030
r14=0006 r15=7f757a1f85a0

2015-06-02T09:52:53+02:00[+0.180]| vmui| I120: SymBacktrace[0]
7ffd3bf27460 rip=7f756b84d7de in function Util_BacktraceWithFunc
in object /usr/lib/vmware/lib/libvmwarebase.so.0/libvmwareb
ase.so.0 loaded at 7f756b491000
2015-06-02T09:52:53+02:00[+0.180]| vmui| I120: SymBacktrace[1]
7ffd3bf27490 rip=7f756b6342b9 in function (null) in object
/usr/lib/vmware/lib/libvmwarebase.so.0/libvmwarebase.so.0 loaded
at 7f756b491000
2015-06-02T09:52:53+02:00[+0.180]| vmui| I120: SymBacktrace[2]
7ffd3bf27580 rip=7f75775668d0 in function (null) in object
/lib/x86_64-linux-gnu/libpthread.so.0 loaded at 7f7577557000
2015-06-02T09:52:53+02:00[+0.180]| vmui| I120: SymBacktrace[3]
7ffd3bf27b10 rip=7f75755d6833 in function lh_doall_arg in object
/usr/lib/vmware/lib/libcrypto.so.1.0.1/libcrypto.so.1.0.1 l
oaded at 7f75754f8000
2015-06-02T09:52:53+02:00[+0.180]| vmui| I120: SymBacktrace[4]
7ffd3bf27b50 rip=7f75752d66e7 in function SSL_CTX_flush_sessions
in object /usr/lib/vmware/lib/libssl.so.1.0.1/libssl.so.1.0
.1 loaded at 7f7575291000
2015-06-02T09:52:53+02:00[+0.180]| vmui| I120: SymBacktrace[5]
7ffd3bf27b80 rip=7f75752d3e1a in function SSL_CTX_free in object
/usr/lib/vmware/lib/libssl.so.1.0.1/libssl.so.1.0.1 loaded
at 7f7575291000
2015-06-02T09:52:53+02:00[+0.180]| vmui| I120: SymBacktrace[6]
7ffd3bf27ba0 rip=7f756b274c3f in function (null) in object
/usr/lib/x86_64-linux-gnu/libcurl.so.4 loaded at 7f756b21c000
2015-06-02T09:52:53+02:00[+0.180]| vmui| I120: SymBacktrace[7]
7ffd3bf27bc0 rip=7f756b23ec11 in function (null) in object
/usr/lib/x86_64-linux-gnu/libcurl.so.4 loaded at 7f756b21c000
2015-06-02T09:52:53+02:00[+0.180]| vmui| I120: SymBacktrace[8]
7ffd3bf27be0 rip=7f756b2422f8 in function (null) in object
/usr/lib/x86_64-linux-gnu/libcurl.so.4 loaded at 7f756b21c000
2015-06-02T09:52:53+02:00[+0.180]| 

Bug#786715: stellarium: Uses private copies of external headers

[Thibaut Paumard]

Le 01/06/2015 21:20, Sune Vuorela a écrit :
> On Monday 01 June 2015 16:21:59 Thibaut Paumard wrote:
>> Le 24/05/2015 20:46, Sune Vuorela a écrit :
>>> Source: stellarium
>>> Version: 0.13.3-1
>>> Severity: serious
>>
>> Hi,
>>
>> I think the severity of this bug is overstated. There is no reason why
>> this should warrant removing stellarium from testing.
> 
> It is fragile and broken and just waiting to fall apart.
> 
>> Upstream is working on the issue, I suggest downgrading the severity to
>> "normal" or "important" at most.
> 
> 3) in my case would have been 'normal' or 'important', but the fact that it 
> uses *its own* copy of headers and the actual symbols from Qt is just broken.
> Had it at least used it's own copy of qzip.cpp,  we could have started a 
> discussion, but this isn't the case. (src/CMakeLists.txt in the archive 
> contains IF(!WIN32), and given it is more or less nonsense from a cmake pov, 
> it just evaluates to false. IF(NOT WIN32) would likely have given closer to 
> expected behaviour )
> 
> /Sune
> 

Hi,

Quoting: https://www.debian.org/Bugs/Developer.en.html#severities

serious
is a severe violation of Debian policy (roughly, it violates a
"must" or "required" directive), or, in the package maintainer's or
release manager's opinion, makes the package unsuitable for release.

In this instance, I fail to see which section of the Policy is being
violated.

Anyway, the bug is going to be resolved soon. The only difference
between the important and serious severities at the moment is whether or
not stellarium will be removed from testing and loose exposure to beta
testers.

Kind regards, Thibaut.


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

Bug#784009: Bug#785376: transition: nettle

[Emilio Pozuelo Monfort]

On 02/06/15 08:53, Jonathan Wiltshire wrote:
> Well that didn't appear to go so well on arm64 after all... could you look
> at the build log and check the version of gcc was correct please?
> 
> https://buildd.debian.org/status/fetch.php?pkg=nettle&arch=arm64&ver=3.1.1-3&stamp=1433198670

I've given it back with the gcc-4.9 b-d bumped and it has built fine.

We can start with the binNMUs soon.

Cheers,
Emilio


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

Bug#766352: transition: libplist

[Emilio Pozuelo Monfort]

On 27/05/15 23:47, Emilio Pozuelo Monfort wrote:
> Control: tags -1 = confirmed
> 
> On 27/05/15 22:12, Chow Loong Jin wrote:
>> On Sat, May 16, 2015 at 04:49:45PM +0100, Jonathan Wiltshire wrote:
>>> Control: tag -1 moreinfo
>>>
>>> Hi,
>>>
>>> On 2014-10-22 14:18, Chow Loong Jin wrote:
 libplist recently has had an ABI bump with the new upstream release,
 changing
 libplist.so.2 -> libplist.so.3 and libplist++.so.2 -> libplist++.so.3.
>>>
>>> Do all reverse dependencies build successfully with the new SONAME? The list
>>> can be found at https://release.debian.org/transitions/html/libplist.html
>>
>> Yes, except xbmc. However, xbmc itself FTBFS due to a libcec-related
>> error. It doesn't look related to the libplist change.
>>
>> Shall I reupload it to unstable to begin the transition?
> 
> Yes, go ahead.

It is failing on many arches with symbol mismatches:

https://buildd.debian.org/status/package.php?p=libplist

Cheers,
Emilio


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

Bug#785508: trading speed against correctness

[Alexandre Detiste]

I had to "sudo rm /usr/share/nano/python.nanorc" on several computer
to get work done...

I feel that reverting to 2.2 behaviour for now
(matching starting """ as a start of block only if it's not followed
directly by a new-line)
would be better than letting this as-is until a correct/optimal
solution is found.

Alexandre

2015-05-28 17:35 GMT+02:00 Benno Schulenberg :
>
> So... what do others think about this tradeoff?  Should
> the patch be applied so that syntax colouring is always
> recalculated and correct upon every single key stroke?
> Or is that too much of a cost?
>
> Or should we make the recalculation conditional?  For
> example, up to ten thousand lines always recalculate,
> but beyond that let it go, give up correctness?
>
>
> On Thu, May 21, 2015, at 20:40, Alexandre Detiste wrote:
>> Le mercredi 20 mai 2015, 13:15:58 Benno Schulenberg a écrit :
>> > Without the recalculation patch it gives me this:
>> >
>> > Function 805ef96 took 17 milliseconds.
>> > Function 804d564 took 21 milliseconds.
>> >
>> > *With* the recalculation patch this:
>> >
>> > Function 805efba took 840 milliseconds.
>> > Function 804d57c took 848 milliseconds.
>> >
>> > That is on a C file of a 185 thousand lines.
>> > Quite a considerable difference.
>> >
>> > How do you fare with your 30 thousand lines of Python?
>>
>> 400 milliseconds for both insert and removal with the patch,
>>
>> 2ms per insert and 12ms per removal without the patch;
>> all of this with a very small deviation from the mean.
>
> Benno
>
> --
> http://www.fastmail.com - Access your email from home and the web
>


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

Bug#785681: apt-cacher: Infinite loop in ssl_proxy()

[Mark Hindley]

package apt-cacher
tag 785681 pending
thanks

On Tue, Jun 02, 2015 at 02:38:04AM +, Michael Deegan wrote:
> Hello,
> 
> On Mon, 1 Jun 2015 at 19:05:19, Mark Hindley  wrote:
> > I have been thinking about this, in particular this thread:
> > http://www.perlmonks.org/bare/?node_id=167036
> > 
> > shutdown(1) seems to be the best we can do to pass the EOF on. How does this
> > patch work for you?
> 
> Seems to work, according to my testing.

Good. I will queue this for the next upload (1.7.11) which I hope will be within
the next week.

Mark


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

Bug#766352: transition: libplist

[Chow Loong Jin]

On Tue, Jun 02, 2015 at 10:11:16AM +0200, Emilio Pozuelo Monfort wrote:
> On 27/05/15 23:47, Emilio Pozuelo Monfort wrote:
> > Control: tags -1 = confirmed
> > 
> > On 27/05/15 22:12, Chow Loong Jin wrote:
> >> On Sat, May 16, 2015 at 04:49:45PM +0100, Jonathan Wiltshire wrote:
> >>> Control: tag -1 moreinfo
> >>>
> >>> Hi,
> >>>
> >>> On 2014-10-22 14:18, Chow Loong Jin wrote:
>  libplist recently has had an ABI bump with the new upstream release,
>  changing
>  libplist.so.2 -> libplist.so.3 and libplist++.so.2 -> libplist++.so.3.
> >>>
> >>> Do all reverse dependencies build successfully with the new SONAME? The 
> >>> list
> >>> can be found at https://release.debian.org/transitions/html/libplist.html
> >>
> >> Yes, except xbmc. However, xbmc itself FTBFS due to a libcec-related
> >> error. It doesn't look related to the libplist change.
> >>
> >> Shall I reupload it to unstable to begin the transition?
> > 
> > Yes, go ahead.
> 
> It is failing on many arches with symbol mismatches:
> 
> https://buildd.debian.org/status/package.php?p=libplist

Odd. Let me just fix that..

-- 
Kind regards,
Loong Jin


signature.asc
Description: Digital signature

Bug#787491: ITP: sphde -- Shared Persistent Heap Data Environment

[Frederic Bonnard]

Package: wnpp
Severity: wishlist

SPHDE is composed of two major software layers: The Shared Address Space (SAS)
layer provides the basic services for a shared address space and transparent,
persistent storage. The Shared Persistent Heap (SPH) layer organizes blocks of
SAS storage into useful functions for storing and retrieving data.

License: EPL-1
Copyright: 2015 International Business Machines Corporation and others.
URL: https://github.com/sphde/sphde


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

Bug#787411:

[Magnus Jonsson]

*Update*

Today something new happened. The same freeze occurred when I connected a
second monitor (this is a laptop, not sure if it's relevant).
The screen was not locked.

I'm not sure how these events are related...

Best Regards
Magnus Jonsson

Bug#787492: ooniprobe: [l10n:cs] Initial Czech PO debconf template translation

[Michal Simunek]

Package: ooniprobe
Version: 1.3.1-2
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

In attachment there is initial Czech translation of PO debconf template (cs.po)
for package ooniprobe, please include it.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
# Czech PO debconf template translation of ooniprobe.
# Copyright (C) 2015 Michal Simunek 
# This file is distributed under the same license as the ooniprobe package.
# Michal Simunek , 2015.
#
msgid ""
msgstr ""
"Project-Id-Version: ooniprobe 1.3.1-2\n"
"Report-Msgid-Bugs-To: oonipr...@packages.debian.org\n"
"POT-Creation-Date: 2015-06-01 08:43+0200\n"
"PO-Revision-Date: 2015-06-02 09:15+0200\n"
"Last-Translator: Michal Simunek \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Run ooniprobe daily?"
msgstr "Spouštět ooniprobe denně?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"ooniprobe can be configured to run a set of basic network tests on a daily "
"basis. This will test the current network for signs of surveillance and "
"censorship, and send the results to the main OONI collector through the Tor "
"network."
msgstr ""
"ooniprobe lze nastavit tak, aby každý den spouštěl sadu základních testů "
"sítě. Toto bude testovat, zda-li stávající síť nejeví známky sledování "
"a cenzury a přes síť Tor odesílat výsledky na hlavní sběrač OONI."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"If you choose this option, a daily cron job will run network tests as the "
"\"Debian-ooni\" user."
msgstr ""
"Pokud tuto možnost zvolíte, bude denní úloha pro cron spouštět testy sítě "
"pod uživatelem \"Debian-ooni\"."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"You should be aware that running OONI may break the terms of service of your "
"ISP or be legally questionable in your country. The software will attempt to "
"connect to web services that may be banned, using web censorship "
"circumvention methods such as Tor. The OONI project will publish data "
"submitted by probes, possibly including your IP address or other identifying "
"information. In addition, your use of OONI will be clear to anybody who has "
"access to your computer, and to anybody who can monitor your Internet "
"connection (such as your employer, ISP, or government)."
msgstr ""
"Měli byste si být vědomi toho, že spouštění OONI může porušovat podmínky "
"služby vašeho ISP, nebo může být v rozporu s právními předpisy ve vaší zemi. "
"Tento software se za pomoci technik obcházení cenzury webu pokusí připojit "
"k webovým službám, jako je Tor. Údaje zjištěné sondami projekt OONI "
"pravděpodobně zveřejní i s vaší IP adresou a dalšími identifikačními údaji. "
"Kromě toho bude každému, kdo má přístup k počítači, a každému, kdo může "
"sledovat vaše připojení k Internetu (jako je zaměstnavatel, ISP nebo "
"vláda), zřejmé, že OONI používáte."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"For more information on the risks associated with running ooniprobe, see /"
"usr/share/doc/ooniprobe/RISKS."
msgstr ""
"Pro více informací o rizicích spojených se spouštěním ooniprobe se "
"podívejte do /usr/share/doc/ooniprobe/RISKS."

Bug#787493: FTBFS with GCC 5 and Perl 5.22

[Roderich Schupp]

Source: libapache2-mod-perl2
Version: 2.0.9~rc2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Building with GCC 5 and Perl 5.22 (also built with GCC 5) from experimental.
Build stops with


[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl /raid/build/work/libapache2-mod-
perl2-2.0.9~rc2/t/TEST -httpd_conf '/raid/build/work/libapache2-mod-
perl2-2.0.9~rc2/debian/apache2.conf' -bugreport -verbose=1
AH00558: apache2: Could not reliably determine the server's fully qualified
doma
in name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress
this message
(2)No such file or directory: AH02291: Cannot access directory
'/raid/build/work/libapache2-mod-perl2-2.0.9~rc2/t/logs/' for main error log
AH00014: Configuration check failed
/usr/sbin/apache2  -d /raid/build/work/libapache2-mod-perl2-2.0.9~rc2/t -f
/raid/build/work/libapache2-mod-perl2-2.0.9~rc2/t/conf/httpd.conf -D APACHE2 -D
APACHE2_4 -D PERL_USEITHREADS
using Apache/2.4.12

waiting 300 seconds for server to start: .[Mon Jun 01 22:31:36.041661 2015]
[env:warn] [pid 15692:tid 140437197727616] AH01506: PassEnv variable
LD_LIBRARY_PATH was undefined
Segmentation fault (core dumped)
[  error] oh golly, server dumped core

Running under gdb shows:

Program received signal SIGSEGV, Segmentation fault.
0x735f89ce in modperl_env_init () at modperl_env.c:639
639 StructCopy(&MP_vtbl_env, &PL_vtbl_env, MGVTBL);
(gdb) b modperl_env_init
Breakpoint 1 at 0x735f88e0: file modperl_env.c, line 635.
(gdb) l
634 /* save originals */
635 StructCopy(&PL_vtbl_env, &MP_PERL_vtbl_env, MGVTBL);
636 StructCopy(&PL_vtbl_envelem, &MP_PERL_vtbl_envelem, MGVTBL);
637
638 /* replace with our versions */
639 StructCopy(&MP_vtbl_env, &PL_vtbl_env, MGVTBL);
640 StructCopy(&MP_vtbl_envelem, &PL_vtbl_envelem, MGVTBL);
641 }
642
643 void modperl_env_unload(void)

StructCopy(src, dst, type) from Perl API essentially does *dst = *src.
In line 639 the destination is PL_vtbl_env which is #define'd
as some element of the array PL_magic_vtables from Perl internals
(I checked that it's index is well within the bounds of the array)

(gdb) whatis PL_magic_vtables
type = const MGVTBL [31]

Note the "const" here!

(gdb) info symbol PL_magic_vtables
PL_magic_vtables in section .data.rel.ro of /usr/lib/x86_64-linux-
gnu/libperl.so.5.22

So, GCC has put PL_magic_vtables into a read-only section,
hence trying to write to it deservedly produces a segfault.

Cheers, Roderich





-- Package-specific info:

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

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

-- 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#787488: one more screenshot

[Andrew Shadura]

Hello,

And now this (see the attachment).

-- 
Cheers,
  Andrew


pgpy2c5ZZqhZR.pgp
Description: OpenPGP digital signature

Bug#787494: dolfin: FTBFS on arm64 and armel

[Edmund Grimley Evans]

Source: dolfin
Version: 1.5.0-3

See https://buildd.debian.org/status/package.php?p=dolfin&suite=sid

The relevant part of the log is, I think:

-- The Fortran compiler identification is unknown
...
-- Try OpenMP Fortran flag = [ ]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP Fortran flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
CMake Error: CMAKE_Fortran_COMPILER not set, after EnableLanguage
CMake Error: Internal CMake error, TryCompile configure of cmake failed

A Fortran compiler is not getting installed by the Build-Depends on
arm64, though it is on some other architectures. The cause seems to be
this part of debian/control:

 libpetsc3.4.2-dev [!armel !arm64 !kfreebsd-amd64 !kfreebsd-i386 !hurd-i386],
 libslepc3.4.2-dev [!armel !arm64 !kfreebsd-amd64 !kfreebsd-i386 !hurd-i386],

It's explained in debian/changelog for 29 Aug 2014:

- Disable libpetsc3.4.2-dev and libslepc3.4.2-dev on amr64 since
  they are not available on this architecture.

( s/amr/arm/; )

Those packages are now available on arm64, so debian/control should be
updated. Then dolfin should build on arm64.

The same is probably true for armel.

Thanks.


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

Bug#787430: Please provide udeb of libncursesw5

[Andreas Henriksson]

Hello Sven Joachim.

Thanks for your quick and very useful reply.

On Mon, Jun 01, 2015 at 09:10:17PM +0200, Sven Joachim wrote:
> On 2015-06-01 18:55 +0200, Andreas Henriksson wrote:
[...]
> > Since util-linux builds tools used by the debian installer and thus
> > provides udebs, all dependencies will also need to provide udebs.
> 
> AFAIK the only affected program would be cfdisk, or is there any other
> program in util-linux which currently uses slang?

Only cfdisk-udeb.

> > Thus, please provide an udeb for libncursesw5 (and in turn libtinfo5).
> 
> I'm not too keen on doing that.  Have you asked on debian-boot about
> their opinion?  Last time the issue came up, just dropping cfdisk-udeb
> was among the proposals[1].

My attempts at poking the installer people have not resulted in
any useful feedback. Given that we're now early in the cycle
I'm willing to just go with something and wait for the installer
people to scream if I broke something, and then fix it.

Thanks for your historic reference, which I was not aware of.
Maybe dropping cfdisk-udeb is an ok solution...

[...]
> _If_ we are to build udebs from ncurses, I gladly accept patches, but I
> would like to avoid that if possible.

Sounds like you're not totally opposed to it then. How about the following
plan:

I send a mail to debian-boot suggesting dropping cfdisk-udeb. If noone
says anything I'll follow up with uploading such a package.

If there are backlashes, we'll handle it by adding the udeb to ncursesw5
and reenabling cfdisk-udeb (now built against ncursesw5).

Does that sound ok to you?

> 
> Cheers,
>Sven
> 
> 
> 1. https://lists.debian.org/debian-boot/2011/02/msg00990.html
> 

Regards,
Andreas Henriksson


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

Bug#787298: (no subject)

[Chris Fordham]

On Tue, Jun 2, 2015 at 5:36 PM, Marcin Kulisz  wrote:

> On 2015-05-31 13:01:54, Martin Zobel-Helas wrote:
> > Hi,
>
> Hi Martin,
>
> > If we want to provide a vagrant box, that is an official image, i think
> > our users will expect any of those provisioning providers to work out of
> > the box.
> >
> > Thus including those into the vagrant default box makes sense.
> >
> > Cheers,
> > Martin, who is a heavy user of vagrant at work!
>
> Honestly I do not know anybody who is using vagrant boxes without any
> additional configuration.
>
> All people I know messing around with them. So I think having minimal base
> and
> allow users to build on top of it is a good thing.
> I also have to agree that having base minimal box and multiply boxes with
> different provisioners is having lots of sense; only problem with it may be
> maintenance overhead but as Jan wrote this can be overcome with automated
> build process.
>
> Cheers,
> Marcin, who is a heavy user of vagrant at work as well :-)
>

http://docs.vagrantup.com/v2/provisioning/ansible.html
http://docs.ansible.com/apt_module.html

Either ansible via its vagrant provisioning should install aptitude or via
a vagrant plugin (or just use shell provisioning in vagrant).
Besides the fact that its completely silly design that the apt module
depends on aptitude, the problem is upstream and it shouldn't be included
in any base images.

In Chef, we've been going naked for a long time now :)

--
>
> |_|0|_|  |
> |_|_|0| "Heghlu'Meh QaQ jajVam"  |
> |0|0|0|  kuLa -  |
>
> gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
> 3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3
>

Bug#782126: apt-cacher: apt-cacher-import.pl calculates invalid Content-Length header

[Mark Hindley]

package apt-cacher
tag 782126 pending
thanks


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

Bug#787495: Debian Bug Tracking System

[Ratki Tamas]

Package: rdesktop
Version: 1.8.2-3
Severity: grave
Tags: newcomer
Justification: renders package unusable

Dear Maintainer,

I've a script to use Windows machines remotely. It worked fine on
wheezy. No I have problem even at browsing directories provided from my
Linux client with "disk" argument.

The used command is:
rdesktop -d  -k hu -r disk:becks=/home/ratki/becks -g
1650x990 msoffice-0$1

If I try to browse on "becks" disk the window is closed after some
clicks and I get the following message:
WARNING: rdp_out_unistr: iconv(2) fail, errno 84
*** Error in `rdesktop': free(): invalid pointer: 0x0107155c ***

It would be great to use it again as before upgrade.

Thanks,

Tamás



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

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

Versions of packages rdesktop depends on:
ii  libasound21.0.28-1
ii  libc6 2.19-18
ii  libgssglue1   0.4-2
ii  libpcsclite1  1.8.13-1
ii  libssl1.0.0   1.0.1k-3
ii  libx11-6  2:1.6.2-3
ii  libxrandr22:1.4.2-1+b1

rdesktop recommends no packages.

Versions of packages rdesktop suggests:
pn  pcscd  

-- 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#703226: ITP: patchwork. Change to RFP

[Arturo Borrero Gonzalez]

retitle 703226 RFP: patchwork -- a console or web based patch tracking system
thanks

I'm no longer working on this. I haven't managed to find the required
spare time.

best regards.
-- 
Arturo Borrero González


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

Bug#787258: FTBFS on mipsel: test-suite failures

[James Cowgill]

Hi,

On Mon, 2015-06-01 at 16:41 +0200, Martin Pitt wrote:
> Martin Pitt [2015-06-01  8:02 +0200]:
> > Since this doesn't happen on our mipsel porter box, and I don't have
> > any other mipsel hardware to check this on, it seems this needs some
> > help from the mipsel buildd maintainers. It would be really helpful if
> > our buildd and the porter box were more alike, to be able to reproduce
> > such issues?
> 
> Today's upload had no test failures:
> 
>   
> https://buildd.debian.org/status/fetch.php?pkg=systemd&arch=mipsel&ver=220-3&stamp=1433167263
> 
> This was built on mipsel-aql-01. Looking into the history on
> 
>   https://buildd.debian.org/status/logs.php?pkg=systemd&arch=mipsel
> 
> it seems that mipsel-aql-01 never failed, while mipsel-manda-01
> recently always failed, and eberlin is somewhat random. I guess one
> shouldn't read too much into that short history, presumably they are
> all a bit flaky. But do you know anything fundamental (kernel version
> etc.) where the porter box (eder) is different from these buildds?

I tried building systemd on a few different machines and couldn't get it
to fail on any of them. Then I looked at what packages were installed on
the buildds. On the machines it fails on, sysvinit-core is installed and
on mipsel-aql-01 (which passed the tests) systemd-sysv is installed.

I then found this:
https://bitbucket.org/Tarnyko/uselessd/issue/7/uselessd-7-test-strv-fails-on-slackware

Presumably systemd has never been installed within the mipsel-manda-01
buildd chroot and so no machine-id has ever been generated for it (which
the tests rely on).

Thanks,
James


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

Bug#742110: ITP gestioip, change to RFP

[Arturo Borrero Gonzalez]

Control: retitle -1 RFP: gestioip -- Web-based IP address management software

I haven't enough spare time to work on this package.
The code of my package is at https://github.com/aborrero/pkg-gestioip

best regards

-- 
Arturo Borrero González


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

Bug#787496: libdrm: FTBFS: unconditionally includes deprecated-on-Linux sysctl header

[Thorsten Glaser]

Source: libdrm
Version: 2.4.60-3
Severity: important
Justification: fails to build from source (but built successfully in the past)

Hi,

your last kFreeBSD patch added an unconditional inclusion of
the  header. Unfortunately, people on Linux don’t
like it and deprecated it to the point it’s a hard failure on
new architectures, such as x32.

I’m currently building libdrm with a local trivial patch to
use autoconf mechanisms to check for it.

@kFreeBSD porters: please *never* add this header unconditionally
any more but *always* use autoconf mechanisms to check whether it
is actually usable first (note it exists but has a hard #error).

Thanks!

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

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)


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

Bug#742832: newer tinymce version needed by zarafa-webapp

[Carsten Schoenert]

block 783640 with 742832
thanks

On Sat, Oct 18, 2014 at 04:23:20PM -0400, Simon Fondrie-Teitler wrote:
> This is also a Mediagoblin dependency. Could you update to the newest
> version? If you don't have time, do you mind if someone puts together an
> NMU?

The zarafa-webapp is also needing a newer tinymce package.

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#787497: python-daemon: Unusable with new version of python-lockfile

[Neil Williams]

Package: python-daemon
Version: 1.5.5-1
Severity: important

This code no longer works due to changes in python-lockfile:

>>> import daemon.pidlockfile
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/pymodules/python2.7/daemon/pidlockfile.py", line 33, in 

class PIDLockFile(LinkFileLock, object):
TypeError: Error when calling the metaclass bases
function() argument 1 must be code, not str

python-daemon needs to migrate to the new python-lockfile support and depend on
that version.

This is mentioned in the python-lockfile NEWS file which was uploaded
(by you) to unstable:
  As of version 0.9, the Python API in ‘lockfile’ breaks backward
  compatibility with older versions.

I've had to downgrade python-lockfile to the version in testing to get a working
python-daemon operation.

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

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

Versions of packages python-daemon depends on:
ii  python   2.7.9-1
ii  python-lockfile  1:0.8-2
ii  python-support   1.0.15

python-daemon recommends no packages.

python-daemon 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#787477: swap-cwm: Error importing uripath when running cant

[Jonas Smedegaard]

Hi Martin,

Quoting Martin Martinez Rivera (2015-06-02 00:52:31)
> When I run the command cant from the terminal the python interpreter 
> throws an error stating uripath could not be found. I looked at the 
> code of cant.py and I realized the probable source of the error.
> 
> Line 62 in my version of the file states:
> 
> > import uripath
> 
> However, in the previous lines, that library is already being imported 
> using an try-catch block to first try to import it from the swap 
> module and if an exception is triggered import it as in the line 
> above. I believe, the possible cause of the error is simply that 
> someone forgot to delete that second import statement. Commenting it 
> out fixes the crash and I am confident that it should not affect the 
> correctness of the outcome but I am not familiar with the command, as 
> I need swap-cwm for some personal work and I was just getting 
> acquinted with the package.

Thanks for the detailed bugreport.  I agree with your assesment.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#787496: libdrm: FTBFS: unconditionally includes deprecated-on-Linux sysctl header

[Thorsten Glaser]

tags 787496 + patch
thanks

Hi again,

now I’ve got the bugnumber, a debdiff and a build log.

Enjoy,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steegdiff -u libdrm-2.4.60/debian/changelog libdrm-2.4.60/debian/changelog
--- libdrm-2.4.60/debian/changelog
+++ libdrm-2.4.60/debian/changelog
@@ -1,3 +1,11 @@
+libdrm (2.4.60-3+x32) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix kfreebsd patch that caused an FTBFS on Linux/x32: (Closes: #787496)
+only include  if configure detects it.
+
+ -- Thorsten Glaser   Tue, 02 Jun 2015 11:29:50 +0200
+
 libdrm (2.4.60-3) unstable; urgency=medium
 
   [ Timo Aaltonen ]
diff -u 
libdrm-2.4.60/debian/patches/Fix-headers-inclusion-in-xf86drmMode.c.diff 
libdrm-2.4.60/debian/patches/Fix-headers-inclusion-in-xf86drmMode.c.diff
--- libdrm-2.4.60/debian/patches/Fix-headers-inclusion-in-xf86drmMode.c.diff
+++ libdrm-2.4.60/debian/patches/Fix-headers-inclusion-in-xf86drmMode.c.diff
@@ -9,8 +9,22 @@
  xf86drmMode.c | 8 
  1 file changed, 4 insertions(+), 4 deletions(-)
 
-diff --git a/xf86drmMode.c b/xf86drmMode.c
-index 61d5e01..de37548 100644
+Updated by Thorsten “mirabilos” Glaser 
+to add autoconf check and only include  if it
+is detected by configure as it’s unusable on Linux/x32 (and
+others, e.g. other new architectures).
+
+--- a/configure.ac
 b/configure.ac
+@@ -41,7 +41,7 @@ AC_USE_SYSTEM_EXTENSIONS
+ AC_SYS_LARGEFILE
+ AC_FUNC_ALLOCA
+ 
+-AC_CHECK_HEADERS([sys/mkdev.h])
++AC_CHECK_HEADERS([sys/mkdev.h sys/sysctl.h])
+ 
+ # Initialize libtool
+ LT_PREREQ([2.2])
 --- a/xf86drmMode.c
 +++ b/xf86drmMode.c
 @@ -32,6 +32,9 @@
@@ -26,17 +40,15 @@
-@@ -39,12 +42,9 @@
+@@ -39,11 +42,10 @@
   */
  #include 
  #include 
-+#include 
- #include 
- 
+-#include 
+-
 -#ifdef HAVE_CONFIG_H
 -#include "config.h"
--#endif
--
++#ifdef HAVE_SYS_SYSCTL_H
++#include 
+ #endif
++#include 
+ 
  #include "xf86drmMode.h"
  #include "xf86drm.h"
- #include 
--- 
-2.1.4
-


libdrm_2.4.60-3+x32_x32.build.xz
Description: application/xz

Bug#785376: transition: nettle

[Magnus Holmgren]

tisdagen den 2 juni 2015 10.08.56 skrev  Emilio Pozuelo Monfort:
> On 02/06/15 08:53, Jonathan Wiltshire wrote:
> > Well that didn't appear to go so well on arm64 after all... could you look
> > at the build log and check the version of gcc was correct please?
> > 
> > https://buildd.debian.org/status/fetch.php?pkg=nettle&arch=arm64&ver=3.1.1
> > -3&stamp=1433198670
> I've given it back with the gcc-4.9 b-d bumped and it has built fine.

Something isn't working on sparc, though (the sparc buildds apparently don't 
build experimental ATM, which I didn't realise), but smetana seems to be down 
and qemu-sparc32plus-static isn't working (bug #745935), so it may take a bit 
extra time for me to investigate. Niels (upstream) says that his build using 
GCC on Solaris works fine. Could be cosmic rays...

-- 
Magnus Holmgren
Debian Developer


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

Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0

[Bernhard Übelacker]

Hello Fabian,


Am 02.06.2015 um 06:25 schrieb Fabian Greffrath:
> Hm, are we missing a specific compiler flag in addition to -msse or are
> we probably hunting down a compiler bug here?
Could it be also some linker flag of the .so or liquidsoap? I tried to build
a minimal example but then the crash does not appear anymore.


Nevertheless, as I experimented with bigger align values it stopped crashing.
Following worked inside qemu VM:


--- ./libmp3lame/vector/xmm_quantize_sub.c.orig 2011-05-07 18:05:17.0 
+0200
+++ ./libmp3lame/vector/xmm_quantize_sub.c  2015-06-02 11:50:01.76800 
+0200
@@ -40,7 +40,7 @@ typedef union {
 int32_t _i_32[4]; /* unions are initialized by its first member */
 float   _float[4];
 __m128  _m128;
-} vecfloat_union;
+} __attribute__((aligned(0x20))) vecfloat_union;
 
 #define TRI_SIZE (5-1)  /* 1024 =  4**5 */
 static const FLOAT costab[TRI_SIZE * 2] = {



Kind regards,
Bernhard


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

Bug#787498: redmine: Cant change project ID of an earlier created issue

[Bram Diederik]

Package: redmine
Version: 3.0~20140825-5
Severity: important

Dear Maintainer,

During testing of the new jessie redmine environment i encountered an issue. 
I am unsable to change the tracker of an created issue.  

I encountered this issue on an freshly installed jessy system 

reproduction:
setup an redmine environment with atleast two projects (A & B) 
create a new issue for project A
alter the saved issue change the project to project B
this failes 

Best Regards Bram Diederik




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

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

Versions of packages redmine depends on:
ii  bundler 1.7.4-1
ii  dbconfig-common 1.8.47+nmu3
ii  debconf [debconf-2.0]   1.5.56
ii  libjs-scriptaculous 1.9.0-2
ii  redmine-mysql   3.0~20140825-5
ii  redmine-sqlite  3.0~20140825-5
ii  ruby1:2.1.5
ii  ruby-actionpack-action-caching  1.1.1-3
ii  ruby-awesome-nested-set 3.0.0-1
ii  ruby-coderay1.1.0-2
ii  ruby-i18n   0.6.9-2
ii  ruby-jquery-rails   3.1.2-2
ii  ruby-mime-types 1.25-2
ii  ruby-net-ldap   0.8.0-1
ii  ruby-openid 2.5.0debian-1
ii  ruby-protected-attributes   1.0.8-2
ii  ruby-rack   1.5.2-3
ii  ruby-rack-openid1.4.2-1
ii  ruby-rails  2:4.1.8-1
ii  ruby-rails-observers0.1.1-1
ii  ruby-redcarpet  3.1.2-1
ii  ruby-request-store  1.1.0-1
ii  ruby-rmagick2.13.2-4+b1
ii  ruby2.1 [ruby-interpreter]  2.1.5-2+deb8u1

Versions of packages redmine recommends:
ii  libfcgi-ruby1.9.1  0.9.2.1-1
ii  ruby-fcgi [libfcgi-ruby1.9.1]  0.9.2.1-1+b3
ii  ruby-passenger 4.0.53-1

Versions of packages redmine suggests:
pn  bzr 
pn  cvs 
pn  darcs   
pn  git 
pn  mercurial   
pn  subversion  

-- debconf information:
  redmine/instances/default/pgsql/manualconf:
  redmine/instances/default/db/dbname: redmine_default
  redmine/instances/default/purge: false
  redmine/instances/default/dbconfig-reinstall: false
  redmine/instances/default/pgsql/changeconf: false
  redmine/instances/default/remote/port:
  redmine/instances/default/pgsql/authmethod-admin: ident
  redmine/instances/default/pgsql/no-empty-passwords:
  redmine/instances/default/pgsql/admin-user: postgres
* redmine/instances/default/dbconfig-install: true
  redmine/instances/default/internal/skip-preseed: false
  redmine/instances/default/default-language: en
  redmine/current-instances: default
  redmine/instances/default/mysql/admin-user: root
  redmine/instances/default/db/app-user: redmine_default
  redmine/instances/default/mysql/method: unix socket
  redmine/instances/default/install-error: abort
  redmine/instances/default/upgrade-error: abort
  redmine/instances/default/db/basepath:
  redmine/instances/default/missing-db-package-error: abort
  redmine/instances/default/pgsql/method: unix socket
  redmine/old-instances:
  redmine/missing-redmine-package:
  redmine/instances/default/passwords-do-not-match:
  redmine/instances/default/pgsql/authmethod-user: password
  redmine/default-language: ${defaultLocale}
* redmine/instances/default/database-type: mysql
  redmine/instances/default/remote/host:
  redmine/instances/default/internal/reconfiguring: false
  redmine/instances/default/remove-error: abort
  redmine/instances/default/remote/newhost:
  redmine/notify-migration:
  redmine/instances/default/dbconfig-upgrade: true
  redmine/instances/default/dbconfig-remove:
  redmine/instances/default/upgrade-backup: true


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

Bug#787499: libb-hooks-op-check-entersubforcv-perl: FTBFS with perl 5.22

[Dominic Hargreaves]

Source: libb-hooks-op-check-entersubforcv-perl
Version: 0.09-3
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=94945

This package FTBFS with perl 5.22:

Subroutine B::OP::parent redefined at 
/usr/lib/x86_64-linux-gnu/perl5/5.22/B/Utils.pm line 186.

#   Failed test 'simple callback'
#   at t/basic.t line 37.
#  got: '0'
# expected: '1'

#   Failed test 'multiple callbacks'
#   at t/basic.t line 65.
#  got: '0'
# expected: '2'

#   Failed test 'no callback after multiple registrations'
#   at t/basic.t line 68.
#  got: '0'
# expected: '2'

#   Failed test 'multiple callbacks for multiple entersubs'
#   at t/basic.t line 78.
#  got: '0'
# expected: '4'

#   Failed test 'deregistration'
#   at t/basic.t line 90.
#  got: '0'
# expected: '2'
# Looks like you planned 20 tests but ran 11.
# Looks like you failed 5 tests of 11 run.
t/basic.t ... 
1..20
ok 1 - use B::Hooks::OP::Check::EntersubForCV;
ok 2 - no callback yet
ok 3 - no callback after registration
not ok 4 - simple callback
ok 5 - \&foo does not issue a callback
not ok 6 - &foo and &foo() issue a callback # TODO TODO
#   Failed (TODO) test '&foo and &foo() issue a callback'
#   at t/basic.t line 54.
#  got: '0'
# expected: '2'
not ok 7 - multiple callbacks
not ok 8 - no callback after multiple registrations
not ok 9 - multiple callbacks for multiple entersubs
not ok 10 - deregistration
ok 11 - no callbacks after removing all registers
Dubious, test returned 5 (wstat 1280, 0x500)
Failed 14/20 subtests 
Subroutine B::OP::parent redefined at 
/usr/lib/x86_64-linux-gnu/perl5/5.22/B/Utils.pm line 186.

#   Failed test at t/import.t line 29.
#  got: '0'
# expected: '2'

#   Failed test at t/import.t line 33.
#  got: '0'
# expected: '2'
# Looks like you planned 9 tests but ran 3.
# Looks like you failed 2 tests of 3 run.
t/import.t .. 
1..9
ok 1
not ok 2
not ok 3
Dubious, test returned 2 (wstat 512, 0x200)
Failed 8/9 subtests 

Test Summary Report
---
t/basic.t (Wstat: 1280 Tests: 11 Failed: 5)
  Failed tests:  4, 7-10
  Non-zero exit status: 5
  Parse errors: Bad plan.  You planned 20 tests but ran 11.
t/import.t (Wstat: 512 Tests: 3 Failed: 2)
  Failed tests:  2-3
  Non-zero exit status: 2
  Parse errors: Bad plan.  You planned 9 tests but ran 3.
Files=2, Tests=14,  0 wallclock secs ( 0.03 usr  0.03 sys +  0.09 cusr  0.01 
csys =  0.16 CPU)
Result: FAIL

Cheers,
Dominic.


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

Bug#787500: libcoro-perl: FTBFS with perl 5.22

[Dominic Hargreaves]

Source: libcoro-perl
Version: 6.410-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=101063

This package FTBFS with perl 5.22:

x86_64-linux-gnu-gcc -c   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-stric
t-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOU
RCE=2   -DVERSION=\"6.41\" -DXS_VERSION=\"6.41\" -fPIC "-I/usr/lib/x86_64-linux-
gnu/perl/5.22.0/CORE"  -DCORO_ASM -DCORO_STACKSIZE=16384 -DCORO_GUARDPAGES=4 -DC
ORO_JIT=1 State.c
State.xs: In function 'coro_derive_padlist':
State.xs:558:29: error: lvalue required as left operand of assignment
   PadlistNAMES (newpadlist) = (PADNAMELIST *)SvREFCNT_inc_NN (PadlistNAMES (pad
list));
 ^
State.xs: In function 'boot_Coro__State':
State.xs:3472:81: error: assignment of member 'svt_get' in read-only object
 orig_sigelem_get = PL_vtbl_sigelem.svt_get;   PL_vtbl_sigelem.svt_get  
 = coro_sigelem_get;

 ^
State.xs:3473:81: error: assignment of member 'svt_set' in read-only object
 orig_sigelem_set = PL_vtbl_sigelem.svt_set;   PL_vtbl_sigelem.svt_set  
 = coro_sigelem_set;

 ^
State.xs:3474:81: error: assignment of member 'svt_clear' in read-only object
 orig_sigelem_clr = PL_vtbl_sigelem.svt_clear; PL_vtbl_sigelem.svt_clear
 = coro_sigelem_clr;

 ^
make[2]: *** [State.o] Error 1

Cheers,
Dominic.


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

Bug#787298: (no subject)

[Martey Dodoo]

Despite reporting this bug, I wasn't initially subscribed to it, so I am just 
catching up on the discussion.


According to the wiki , 
the Vagrant base boxes include "Vagrant specific enhancements". One of the 
enhancements specifically mentioned is python-apt (which seems to have been 
specifically installed so that Ansible will work correctly).


I agree that it would be better if Ansible's apt module did not rely on 
aptitude, but it was incredibly confusing to try and figure what was happening:


- The previous unofficial Debian Vagrant base box I used included aptitude by 
  default.
- The cloud providers that I use all include aptitude by default in their 
  images.
- In order to successfully provision with Ansible's apt module and the official 
  Debian images, I needed to run apt-get update before installing aptitude.


Personally, I think that if third-party software like Chef or Puppet are 
installed in the base box (with all of their dependencies), it also makes sense 
to install aptitude so that upgrading packages with Ansible works properly.



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

Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0

[Fabian Greffrath]

Hi Bernhard,

Am Dienstag, den 02.06.2015, 11:55 +0200 schrieb Bernhard Übelacker: 
> Nevertheless, as I experimented with bigger align values it stopped crashing.

but that shouldn't make a difference, because the code already worked
correctly when you forced it to 16-bit boundaries by using
posix_memalign().

What happens if you re-arrange the definition of the vecfloat_union so
that _m128 is its first member, i.e.

typedef union {
__m128  _m128;
int32_t _i_32[4]; /* unions are initialized by its first member */
float   _float[4];
} vecfloat_union;

This is how these unions are used in most examples that I found. Also,
do you have any idea what this comment in there wants to tell us?

Thank you!

- Fabian



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

Bug#787501: golang-go.crypto: please package new upstream version

[Jérémy Bobbio]

Source: golang-go.crypto
Version: 0.0~hg190-1
Severity: important

Hi!

At least obfs4proxy now FTBFS with the version of go.crypto currently in
unstable. Upstream has moved and is now at: https://golang.org/x/crypto

Thanks!
-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#787298: (no subject)

[Chris Fordham]

On Tue, Jun 2, 2015 at 7:59 PM, Martey Dodoo <
bugs.debian@marteydodoo.com> wrote:

> Despite reporting this bug, I wasn't initially subscribed to it, so I am
> just catching up on the discussion.
>
> According to the wiki <
> https://wiki.debian.org/Teams/Cloud/VagrantBaseBoxes>, the Vagrant base
> boxes include "Vagrant specific enhancements". One of the enhancements
> specifically mentioned is python-apt (which seems to have been specifically
> installed so that Ansible will work correctly).
>
> I agree that it would be better if Ansible's apt module did not rely on
> aptitude, but it was incredibly confusing to try and figure what was
> happening:
>
> - The previous unofficial Debian Vagrant base box I used included aptitude
> by   default.
> - The cloud providers that I use all include aptitude by default in their
>  images.
> - In order to successfully provision with Ansible's apt module and the
> official   Debian images, I needed to run apt-get update before installing
> aptitude.
>
> Personally, I think that if third-party software like Chef or Puppet are
> installed in the base box (with all of their dependencies), it also makes
> sense to install aptitude so that upgrading packages with Ansible works
> properly.
>
 Thats unfortunate, we need to fix this and make them provisionerless and
get rid of the 'enhancement' approach. Vagrant plugins and inline
provisioning
is the right way to do it (as demonstrated by Chef Software Inc.).


> --
> To UNSUBSCRIBE, email to debian-cloud-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: https://lists.debian.org/20150602095901.gq1...@marteydodoo.com
>
>

Bug#787502: uidmap: newgidmap man page synopsis wrong

[Johannes Schauer]

Package: uidmap
Version: 1:4.2-3
Severity: normal

Hi,

The man page for newgidmap says:

newgidmap pid gid lowergid count [pid gid lowergid count [ ... ]]

but the --help option says:

usage: newgidmap []

Please fix this discrepancy to reflect the actual behaviour.

Thanks!

cheers, josch



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

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

Versions of packages uidmap depends on:
ii  libc62.19-18
ii  libselinux1  2.3-2

uidmap recommends no packages.

uidmap suggests no packages.

-- debconf-show failed


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

Bug#787503: libapache2-mod-perl2: fails to build when test port is already in use

[Dominic Hargreaves]

Source: libapache2-mod-perl
Version: 2.0.9~rc2-1
Severity: normal

This package FTBFS when the test port is already in use (for example
another build the same package on the same host):

(2)No such file or directory: AH02291: Cannot access directory '/«PKGBUILDDIR»/t
/logs/' for main error log
AH00014: Configuration check failed
[  error] port 8529 is in use, cannot determine server pid to shutdown
++
| Please file a bug report: http://perl.apache.org/bugs/ |
++

It would ideally search for a free port to bind to.


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

Bug#785376: transition: nettle

[Emilio Pozuelo Monfort]

On 02/06/15 11:47, Magnus Holmgren wrote:
> tisdagen den 2 juni 2015 10.08.56 skrev  Emilio Pozuelo Monfort:
>> On 02/06/15 08:53, Jonathan Wiltshire wrote:
>>> Well that didn't appear to go so well on arm64 after all... could you look
>>> at the build log and check the version of gcc was correct please?
>>>
>>> https://buildd.debian.org/status/fetch.php?pkg=nettle&arch=arm64&ver=3.1.1
>>> -3&stamp=1433198670
>> I've given it back with the gcc-4.9 b-d bumped and it has built fine.
> 
> Something isn't working on sparc, though (the sparc buildds apparently don't 
> build experimental ATM, which I didn't realise), but smetana seems to be down 
> and qemu-sparc32plus-static isn't working (bug #745935), so it may take a bit 
> extra time for me to investigate. Niels (upstream) says that his build using 
> GCC on Solaris works fine. Could be cosmic rays...

Sparc isn't a blocker though (it's not a release architecture / not in testing,
and it's scheduled for removal from ftp.debian.org).

Still, you're welcome to fix it.

Cheers,
Emilio


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

Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0

[Fabian Greffrath]

Am Dienstag, den 02.06.2015, 12:11 +0200 schrieb Fabian Greffrath: 
> typedef union {
> __m128  _m128;
> int32_t _i_32[4]; /* unions are initialized by its first member */
> float   _float[4];
> } vecfloat_union;

You could even drop the _i_32[] member, it is not used in the code.
Maybe the compiler recognized that and somehow optimized that out,
messing the alignment thereby?

- Fabian



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

Bug#787493: FTBFS with GCC 5 and Perl 5.22

[Dominic Hargreaves]

Control: severity -1 important
Control: user debian-p...@lists.debian.org
Control: usertags -1 perl-5.22-transition
Control: retitle -1 libapache2-mod-perl2: FTBFS with Perl 5.22

On Tue, Jun 02, 2015 at 10:43:02AM +0200, Roderich Schupp wrote:
> Source: libapache2-mod-perl2
> Version: 2.0.9~rc2-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> 
> Building with GCC 5 and Perl 5.22 (also built with GCC 5) from experimental.

Hi,

Thanks for the report. I can confirm the problem using just perl 5.22
and not GCC 5.

However as this is only reproducible on experimental, I'm downgrading
the severity of this bug report for now.

Cheers,
Dominic.


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

Bug#786819: netsurf: FTBFS with libgdk-pixbuf2.0-dev 2.31.4-1: gtk/window.c:55:14: error: unknown type name 'GdkPixdata'

[peter green]

On 02/06/15 03:36, peter green wrote:

>A debdiff fixing this bug is attached.
Sebastian's patch seems sane to me, the resulting package seems to 
work and there has been no maintainer response to this bug report. So 
I have uploaded as a NMU (haven't got the "accepted" mail yet though), 
NMU debdiff attatched.
Unfortunately it failed to build on arm64 and this has revealed a 
problem with this patch which I am investigating. A followup mail with 
more details and possiblly a followup NMU are likely to follow later today.



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

Bug#786401: dose: Fatal error: exception Parsing.Parse_error

[Johannes Schauer]

Hi,

Quoting Ralf Treinen (2015-06-02 09:12:50)
> On Tue, Jun 02, 2015 at 02:58:53PM +0800, Paul Wise wrote:
> > Thanks for that, with today's dose-job we are down to this:
> > 
> > (W)Sources: modifier any for indep dependency python used
> 
> I have to leave for work now - Josch, do you where this is coming from ?
> Maybe passing the --quiet option helps.

This is because some source packages (src:epylog) put python:any into their
Build-Depends-Indep.

In dose3, I apparently have put some code that warns about this with the
following comment:

   In contrast to B-D and B-C, B-D-I and B-C-I requirements must be satisfied
   by native packages. [...] B-D-I and B-C-I can not contain :any or :native
   modifiers.

Unfortunately, past-me from 2012 did not add there where this restriction comes
from. I cannot find the restriction that B-D-I and B-C-I must be satisfied by
native packages anywhere in policy either. Is this even valid?

It should be enough to pass --quiet to the dose3 invocation.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#787457: Needs fixing

[Thomas Hood]

Experiment. I create a bogus rc symlink for resolvconf.

ln -s ../init.d/resolvconf /etc/rc2.d/S01resolvconf

Then I run update-rc.d with an unrelated initscript.

update-rc.d alsa-utils defaults

After this, the resolvconf symlink in rc2.d is still present but has been
renumbered to S11resolvconf! Bad.

I have added code to the postinst to do "update-rc.d resolvconf remove" if
there are any S links for resolvconf in rc[1-5].
-- 
Thomas

Bug#782814: transition: libvncserver

[Peter Spiess-Knafl]

On 06/02/2015 12:19 PM, Emilio Pozuelo Monfort wrote:
> On 25/05/15 22:22, Sebastian Ramacher wrote:
>> On 2015-05-23 13:15:39, Emilio Pozuelo Monfort wrote:
>>> Control: tags -1 confirmed
>>>
>>> On 08/05/15 11:30, Emilio Pozuelo Monfort wrote:
 On 07/05/15 19:50, Peter Spiess-Knafl wrote:
> Hi!
>
> I finally tested all rdepends. They all build out of the box with the
> new libvnc package on experimental.

 Great. But let's wait a bit until some of the ongoing transitions are 
 finished,
 as otherwise they would get entangled.
>>>
>>> It's ok now. Please go ahead and upload to unstable.
>>
>> The binNMU for netsurf failed due to a change in libgdk-pixbuf2.0-dev 
>> (#786819)
> 
> I have removed netsurf from testing so there wouldn't be problems with the
> libvncserver p-u (which had a higher version than the old libvncserver0 still 
> in
> testing). netsurf can migrate back as soon as it is ready (e.g. the arm64 
> build
> needs fixing).
> 
> And with that, the transition is over.
> 
> Cheers,
> Emilio
> 
Great!

Thank you.

Greetings
Peter


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

Bug#787504: iptables-persistent: init script missing in jessie

[Micha Krause]

Package: iptables-persistent
Version: 1.0.3
Severity: grave
Justification: renders package unusable

root@jessie:~ # dpkg -L iptables-persistent
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/iptables-persistent
/usr/share/doc/iptables-persistent/README
/usr/share/doc/iptables-persistent/copyright
/usr/share/doc/iptables-persistent/changelog.gz
/usr/share/netfilter-persistent
/usr/share/netfilter-persistent/plugins.d
/usr/share/netfilter-persistent/plugins.d/15-ip4tables
/usr/share/netfilter-persistent/plugins.d/25-ip6tables
/etc
/etc/iptables


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

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

Versions of packages iptables-persistent depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  iptables   1.4.21-2+b1
ii  netfilter-persistent   1.0.3

iptables-persistent recommends no packages.

iptables-persistent suggests no packages.

-- debconf information:
  iptables-persistent/autosave_v4: true
  iptables-persistent/autosave_v6: true


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

Bug#787505: libnss3: NSS 3.19.1 breaks icedove IMAPS to server with DH 786 temp key

[Ben Caradoc-Davies]

Package: libnss3
Version: 2:3.19-1
Severity: normal

Dear Maintainer,

since upgrade to NSS 3.19.1, icedove refuses to connect to an IMAPS server with
a "Server Temp Key: DH, 768 bits". Workaround is to downgrade to NSS 3.19 or
change icedove connection to unencrypted IMAP.

To protect against logjam attacks, NSS 3.19.1 refuses to connect to servers
with a finite field algorithm key strength less than 1023 bits:
https://developer.mozilla.org/en-
US/docs/Mozilla/Projects/NSS/NSS_3.19.1_release_notes

This behaviour breaks icedove on Debian clients that need to connect to IMAPS
servers with weak server temp keys. Note that these are clients which have no
control over configuration of remote servers. Workaround is to downgrade to NSS
3.19 or change icedove connection to unencrypted IMAP.

Kind regards,
Ben.


Upgrade that caused the failure:

libnss3-1d:amd64 (3.19-1, 3.19.1-2), libnss3:amd64 (3.19-1, 3.19.1-2)


icedove error console:

Error: An error occurred during a connection to mail.example.org:993.
SSL received a weak ephemeral Diffie-Hellman key in Server Key Exchange
handshake message.
(Error code: ssl_error_weak_server_ephemeral_dh_key)


Affected server openssl s_client session showing server temp key (note: icedove
manual exception added for broken certs):

$ openssl s_client -connect ub007lcs04.cbr.the-server.net.au:993
CONNECTED(0003)
depth=0 C = US, ST = NY, L = New York, O = Courier Mail Server, OU =
Automatically-generated IMAP SSL key, CN = localhost, emailAddress =
postmas...@example.com
verify error:num=18:self signed certificate
verify return:1
depth=0 C = US, ST = NY, L = New York, O = Courier Mail Server, OU =
Automatically-generated IMAP SSL key, CN = localhost, emailAddress =
postmas...@example.com
verify error:num=10:certificate has expired
notAfter=Nov 18 06:02:36 2014 GMT
verify return:1
depth=0 C = US, ST = NY, L = New York, O = Courier Mail Server, OU =
Automatically-generated IMAP SSL key, CN = localhost, emailAddress =
postmas...@example.com
notAfter=Nov 18 06:02:36 2014 GMT
verify return:1
---
Certificate chain
 0 s:/C=US/ST=NY/L=New York/O=Courier Mail Server/OU=Automatically-generated
IMAP SSL key/CN=localhost/emailAddress=postmas...@example.com
   i:/C=US/ST=NY/L=New York/O=Courier Mail Server/OU=Automatically-generated
IMAP SSL key/CN=localhost/emailAddress=postmas...@example.com
---
Server certificate
-BEGIN CERTIFICATE-
MIIC/zCCAmigAwIBAgIJAJh1IPFs6+cSMA0GCSqGSIb3DQEBBQUAMIG1MQswCQYD
VQQGEwJVUzELMAkGA1UECBMCTlkxETAPBgNVBAcTCE5ldyBZb3JrMRwwGgYDVQQK
ExNDb3VyaWVyIE1haWwgU2VydmVyMS0wKwYDVQQLEyRBdXRvbWF0aWNhbGx5LWdl
bmVyYXRlZCBJTUFQIFNTTCBrZXkxEjAQBgNVBAMTCWxvY2FsaG9zdDElMCMGCSqG
SIb3DQEJARYWcG9zdG1hc3RlckBleGFtcGxlLmNvbTAeFw0xMzExMTgwNjAyMzZa
Fw0xNDExMTgwNjAyMzZaMIG1MQswCQYDVQQGEwJVUzELMAkGA1UECBMCTlkxETAP
BgNVBAcTCE5ldyBZb3JrMRwwGgYDVQQKExNDb3VyaWVyIE1haWwgU2VydmVyMS0w
KwYDVQQLEyRBdXRvbWF0aWNhbGx5LWdlbmVyYXRlZCBJTUFQIFNTTCBrZXkxEjAQ
BgNVBAMTCWxvY2FsaG9zdDElMCMGCSqGSIb3DQEJARYWcG9zdG1hc3RlckBleGFt
cGxlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAwy9JZbZkl3t8HZX3
mKipZZ45Ol4CJJHrdrOMmWXNXk3dAClrs5yJiPmMOA2s9ruexp0aYBKb056m5HfX
LUVumnkLSLYUOrhpSYaM/qI4w6rU7X02pHjBynX7kubaTNiPD5OTtp3+C+ZYURdd
BsK9iuW8dfkzG0jFtJBMRSR6B1MCAwEAAaMVMBMwEQYJYIZIAYb4QgEBBAQDAgZA
MA0GCSqGSIb3DQEBBQUAA4GBAJ3jKR/R6Ferrg+DT2rnPQyu/ahsElnVRj2VtWCy
D/AIOSg8T98CfDWUjnZxe5LOaNB4X0VKVh2sEwZYMViCgtPM9v5jXgREsHUUNEaT
Wn1ZF17BS3gx70PoLtob6C9yEhERzw3OAIDXVHVBSADK+imSxyxENHv+hUiEoNJw
Xz81
-END CERTIFICATE-
subject=/C=US/ST=NY/L=New York/O=Courier Mail Server/OU=Automatically-generated
IMAP SSL key/CN=localhost/emailAddress=postmas...@example.com
issuer=/C=US/ST=NY/L=New York/O=Courier Mail Server/OU=Automatically-generated
IMAP SSL key/CN=localhost/emailAddress=postmas...@example.com
---
No client certificate CA names sent
Peer signing digest: SHA512
Server Temp Key: DH, 768 bits
---
SSL handshake has read 1424 bytes and written 503 bytes
---
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-GCM-SHA384
Server public key is 1024 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
Protocol  : TLSv1.2
Cipher: DHE-RSA-AES256-GCM-SHA384
Session-ID:
1458FA1DBEEA2D465D47D3E2B49ED7DAE09C625E5CE84CCFFC4B0C29FFC9A7F7
Session-ID-ctx:
Master-Key:
3880E699567D8B9A2D59BB2809A4D97AA2F88264543B130C47B245BE292D3AE2873D002C06F2155EE5C1A9FA5E7D77AA
Key-Arg   : None
PSK identity: None
PSK identity hint: None
SRP username: None
TLS session ticket lifetime hint: 7200 (seconds)
TLS session ticket:
 - a4 50 46 e6 9e ce 75 4d-33 7e 60 af 50 21 bf 50   .PF...uM3~`.P!.P
0010 - 62 07 ac f1 1d 55 f0 7a-d2 ce 24 1b 81 06 f1 dc   bU.z..$.
0020 - d3 f4 99 4d 6c 9a 78 36-87 a2 a5 0c 86 48 0c 91   ...Ml.x6.H..
0030 - 0f e6 c2 8f 02 ae 4e d8-14 0a a7 e3 18 17 15 e7   ..N.
0040 - fa 67 22 65 7f 5c 53 97-8e a1 c4 05 2a 56 d1 2f   .g"e.\S.*V./
0050 - 03 b4 e2 78 1b d7 94 60-13 48 71 32 

Bug#779937: GDP shouldn't process all yaml files all the time

[Alexandre Detiste]

Hi Simon,

Here is my proposal to solve this long standing bug:

Didn't pushed on Alioth, as I'm not sur you'd liek it.

https://github.com/a-detiste/game-data-packager/commit/e18cf07dc514b8e450033223346f35c7642795d9

Greets,

Alexandre


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

Bug#787506: firebird3.0-server: fails to install: firebird3.0-server.postinst: VER: parameter not set

[Andreas Beckmann]

Package: firebird3.0-server
Version: 3.0.0~svn+61579.ds4-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + firebird3.0-dbg

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package firebird3.0-server.
  (Reading database ... 7616 files and directories currently installed.)
  Preparing to unpack .../firebird3.0-server_3.0.0~svn+61579.ds4-1_amd64.deb ...
  Unpacking firebird3.0-server (3.0.0~svn+61579.ds4-1) ...
  Processing triggers for systemd (219-10) ...
  Setting up firebird3.0-server (3.0.0~svn+61579.ds4-1) ...
  adduser: Warning: The home directory `/var/lib/firebird' does not belong to 
the user you are currently creating.
  Created default security3.fdb
  /var/lib/dpkg/info/firebird3.0-server.postinst: 228: 
/var/lib/dpkg/info/firebird3.0-server.postinst: VER: parameter not set
  dpkg: error processing package firebird3.0-server (--configure):
   subprocess installed post-installation script returned error exit status 2
  Processing triggers for systemd (219-10) ...
  Errors were encountered while processing:
   firebird3.0-server


cheers,

Andreas


firebird3.0-server_3.0.0~svn+61579.ds4-1.log.gz
Description: application/gzip

Bug#773229: [PATCH] potential fix for #773229

[Steve McIntyre]

On Wed, May 20, 2015 at 12:54:32PM +0100, Philip Hands wrote:
>As mentioned in the original report, the *boot? devices apparently
>read-only and as such should not be in the list in the first place, so
>this fix masks the presumed bug in parted_devices.c:process_device
>
>I don't suppose that it really matters though, since we'll just be left
>filtering out a device that should never be listed, but for tidiness
>sake this should be removed if parted_devices.c is debugged and fixed.
>
>Also, perhaps the bug should be left open, or a new one opened,
>regarding the listing of read-only devices.
>---
> debian/changelog |  8 
> init.d/parted| 10 ++
> 2 files changed, 14 insertions(+), 4 deletions(-)
>
>diff --git a/debian/changelog b/debian/changelog
>index ed8ebfa..2e883c8 100644
>--- a/debian/changelog
>+++ b/debian/changelog
>@@ -1,3 +1,11 @@
>+partman-base (186) UNRELEASED; urgency=low
>+
>+  * Do not list /dev/mmcblk.(rpmb|boot.) devices, as they cannot be
>+usefully partitioned (Closes: #773229)
>+Prompted by a patch from Tsung-Han Lin 
>+
>+ -- Philip Hands   Tue, 19 May 2015 19:51:33 +0100
>+
> partman-base (185) unstable; urgency=medium
> 
>   [ Updated translations ]
>diff --git a/init.d/parted b/init.d/parted
>index 069cefe..81cdafc 100755
>--- a/init.d/parted
>+++ b/init.d/parted
>@@ -88,10 +88,12 @@ if [ ! -f /var/run/parted_server.pid ]; then
>   size=$2
>   model=$3
> 
>-  # Skip mtd devices since they aren't supported by parted
>-  if echo $device | grep -q '/dev/mtd'; then
>-  continue
>-  fi
>+  # Skip mtd (not supported by parted) and mmcblk odities
>+  case "${device#/dev/}" in
>+  mtd* | mmcblk?rpmb | mmcblk?boot? )
>+  continue
>+  ;;
>+  esac
> 
>   # Skip MD devices which are not active
>   if [ -e /proc/mdstat ]; then

Looks good to me...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Who needs computer imagery when you've got Brian Blessed?


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

Bug#787507: barbican-common: fails to install: barbican-common.postinst: 672: .: Can't open /usr/share/dbconfig-common/dpkg/postinst

[Andreas Beckmann]

Package: barbican-common
Version: 2015.1.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package barbican-common.
  (Reading database ... 
(Reading database ... 14737 files and directories currently installed.)
  Preparing to unpack .../barbican-common_2015.1.0-2_all.deb ...
  Unpacking barbican-common (2015.1.0-2) ...
  Setting up barbican-common (2015.1.0-2) ...
  /var/lib/dpkg/info/barbican-common.postinst: 672: .: Can't open 
/usr/share/dbconfig-common/dpkg/postinst
  dpkg: error processing package barbican-common (--configure):
   subprocess installed post-installation script returned error exit status 2
  Errors were encountered while processing:
   barbican-common


cheers,

Andreas


barbican-common_2015.1.0-2.log.gz
Description: application/gzip

Bug#787391: transition: evolution-data-server

[Rene Engelhard]

On Mon, Jun 01, 2015 at 09:47:05AM +0200, Rene Engelhard wrote:
> On Mon, Jun 01, 2015 at 09:35:30AM +0200, Rene Engelhard wrote:
> > And (as aready said on an IRC query) libreoffice needs
> > http://anonscm.debian.org/cgit/pkg-openoffice/libreoffice.git/commit/?h=debian-experimental-4.4&id=88faff28dc6a48f53e2c8810391f753ad9f6fb76
> >  or it wi
> > FTBFS, too, see [1]
> 
> Fixed up to use .16 though ;-)

Uploaded.

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#787508: sslh: fails to purge - command in postrm not found:

[Andreas Beckmann]

Package: sslh
Version: 1.17-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to purge due
to a command not found. According to policy 7.2 you cannot rely on the
depends being available during purge, only the essential packages are
available for sure.

Filing this as important because a.) it's a clear policy violation (to
not clean up at purge) b.) having a piuparts clean archive is a release
goal since lenny and c.) this package being piuparts buggy blocks
packages depending on it from being tested by piuparts (and thus
possibly the detection of more severe problems).

>From the attached log (scroll to the bottom...):

  Removing sslh (1.17-1) ...
  Purging configuration files for sslh (1.17-1) ...
  Remove sslh inetd service
  /var/lib/dpkg/info/sslh.postrm: 22: /var/lib/dpkg/info/sslh.postrm: 
update-inetd: not found
  dpkg: error processing package sslh (--purge):
   subprocess installed post-removal script returned error exit status 127


cheers,

Andreas


sslh_1.17-1.log.gz
Description: application/gzip

Bug#760847: gvfs: File copy fails with "Another operation in progress" still present in 1.22.2-1

[Marcin Szewczyk]

On Sat, May 30, 2015 at 09:33:19AM +0200, Marcin Szewczyk wrote:
> On Sat, May 30, 2015 at 03:20:42AM +0200, Michael Biebl wrote:
> > The obexftp backend is gone in 1.24.1-2, so this patch no longer applies.
> > Please use obexpush and gnome-share to transfer files via Bluetooth [1].
> > 
> > [1] http://www.hadess.net/2013/11/bluetooth-file-sharing-obexpush-in.html
> 
> Should I stop using gvfs-mount to mount my phone's contents? Do those
> two mentioned applications give the same functionality? If yes, how do I
> force gvfs to start using the newer components?

I can see that gvfs 1.24 just entered testing but in jessie it's still
1.22. So that patch seems to be relevant in regard to jessie which
probably will be the stable release for around 2 years. Unless a package
with similar functionality goes into jessie-backports my response seems
to still apply.

I just wanted to let people with affected systems know there is a quick
workaround.

I left modified source and recompiled gvfsd-obexftp on my server. The
archive is singed (http://wodny.org/download/gvfs/).

-- 
Marcin Szewczyk   http://wodny.org
mailto:marcin.szewc...@wodny.borg  <- remove b / usuń b
xmpp:wo...@ubuntu.pl  xmpp:wo...@jabster.pl


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

Bug#787504: iptables-persistent: init script missing in jessie

[Jonathan Wiltshire]

Control: notfound -1 1.0.3

On 2015-06-02 11:29, Micha Krause wrote:

Justification: renders package unusable


Not really, iptables-persistent is now a plugin to netfilter-persistent, 
hence:



Versions of packages iptables-persistent depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  iptables   1.4.21-2+b1
ii  netfilter-persistent   1.0.3


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

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

 i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits


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

Bug#787509: gdk-pixbuf: insufficient alignment of pixdata causes FTBFS on arm64

[Edmund Grimley Evans]

Source: gdk-pixbuf
Version: 2.31.4-2
Tags: patch

netsurf failed to build on arm64:

/«BUILDDIR»/netsurf-3.2+dfsg/netsurf/gtk/window.c:1057:(.text+0x2cc):
relocation truncated to fit: R_AARCH64_LDST64_ABS_LO12_NC against
symbol `menu_cursor_pixdata' defined in .rodata section in
build-Linux-gtk/build-Linux-gtk_menu_cursor.o
collect2: error: ld returned 1 exit status

See https://buildd.debian.org/status/package.php?p=netsurf&suite=sid

The root of the problem seems to be here:

https://sources.debian.net/src/gdk-pixbuf/2.31.4-2/gdk-pixbuf/gdk-pixdata.c/

In line 768 you need alignment 8 instead of 4.
(I don't know about line 764. You could change that as well, perhaps.)

However, is there a neater, more portable way of making this stuff work?
diff -ru gdk-pixbuf-2.31.4.orig/gdk-pixbuf/gdk-pixdata.c gdk-pixbuf-2.31.4/gdk-pixbuf/gdk-pixdata.c
--- gdk-pixbuf-2.31.4.orig/gdk-pixbuf/gdk-pixdata.c	2014-10-23 01:53:51.0 +
+++ gdk-pixbuf-2.31.4/gdk-pixbuf/gdk-pixdata.c	2015-06-02 07:59:21.91000 +
@@ -765,7 +765,7 @@
   APPEND (gstring, "#endif\n");
 
   APPEND (gstring, "#ifdef __GNUC__\n");
-  APPEND (gstring, "%s%s%s %s[] __attribute__ ((__aligned__ (4))) = \n",
+  APPEND (gstring, "%s%s%s %s[] __attribute__ ((__aligned__ (8))) = \n",
 	  cdata.static_prefix, cdata.const_prefix,
 	  cdata.dump_gtypes ? "guint8" : "unsigned char",
 	  name);

Bug#787504: iptables-persistent: init script missing in jessie

[Micha Krause]

Hi,

>> Justification: renders package unusable


Not really, iptables-persistent is now a plugin to netfilter-persistent.


Thank you, in this Case the Documentation in 
/usr/share/doc/iptables-persistent/README should be updated.


Micha Krause


smime.p7s
Description: S/MIME cryptographic signature

Bug#787495: rdesktop: invalid pointer error at using local partition with disk parameter

[Ratki Tamas]

Sorry, I missed to copy the subject:
"rdesktop: invalid pointer error at using local partition with disk
parameter"

Tamás Rátki
-- 
---
RATKI TamasAstron Informatikai Kft.
tel: +36 20 982-4671Budafoki ut 56.
fax: +36  1 815-5459H-1117 Budapest
email: ra...@astron.hu  Hungary


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

Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0

[Bernhard Übelacker]

Hello Fabian,

Am 02.06.2015 um 12:11 schrieb Fabian Greffrath:
> but that shouldn't make a difference, because the code already worked
> correctly when you forced it to 16-bit boundaries by using
> posix_memalign().

I just wanted to have a less invasive change.


> What happens if you re-arrange the definition of the vecfloat_union so
> that _m128 is its first member, i.e.
> 
> typedef union {
>  __m128  _m128;
>  int32_t _i_32[4]; /* unions are initialized by its first member */
>  float   _float[4];
> } vecfloat_union;
> 
> This is how these unions are used in most examples that I found. 

With _m128 being the first line the crash still happens with
or without the attribute.


> Also, do you have any idea what this comment in there wants to tell us?

I guess this is a hint for this initialization:
-const vecfloat_union fabs_mask = {{ 0x7FFF, 0x7FFF, 0x7FFF, 
0x7FFF }};

This could be probably more explicit (but less portable)
by doing something like this:
+const vecfloat_union fabs_mask = { ._i_32 = { 0x7FFF, 0x7FFF, 
0x7FFF, 0x7FFF } };

With this, reordering the members of the union does not affect audio output.


> You could even drop the _i_32[] member, it is not used in the code.
> Maybe the compiler recognized that and somehow optimized that out,
> messing the alignment thereby?

Removing _i_32 seems to initialize the union differently and therefore
the result is different.
With _i_32 removed (and the alignment 0x20) audio is not working anymore.


Kind regards,
Bernhard


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

Bug#787298: (no subject)

[Marcin Kulisz]

On 2015-06-02 20:14:19, Chris Fordham wrote:
> On Tue, Jun 2, 2015 at 7:59 PM, Martey Dodoo 
> wrote:

> Personally, I think that if third-party software like Chef or Puppet are
> installed in the base box (with all of their dependencies), it also makes
> sense to install aptitude so that upgrading packages with Ansible works
> properly.

I see no sense in installing aptitude to upgrade packages when apt-get is
already there. I just had a quick look into ansible apt module and have to say
it's a bit messy. It's utilising apt-get for dist-upgrade and aptitude for
full-upgrade. Probably this should be pointed out to ansible devs as suboptimal
solution.

>  Thats unfortunate, we need to fix this and make them provisionerless and get
> rid of the 'enhancement' approach. Vagrant plugins and inline provisioning
> is the right way to do it (as demonstrated by Chef Software Inc.).

I agree.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#787447: tshark shows 'Segmentation fault' on exit

[Joao S Veiga]

Please install wireshark-dbg and run "ulimit -c unlimited" before
reproducing the issue. This will generate a core file which you can
analyze with gdb.
Please attach the stack trace to see what is crashing.

I ran a quick test on my computer and tshark ran fine.

Cheers,
Balint


Thank you Balint, it seems it is liblua;

the back trace shows this:

Core was generated by `tshark -c 1 -i eth0 -f host 200.232.120.2'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7f3819446480 in lua_close () from  
/usr/lib/x86_64-linux-gnu/liblua5.2.so.0

(gdb) bt
#0  0x7f3819446480 in lua_close () from  
/usr/lib/x86_64-linux-gnu/liblua5.2.so.0
#1  0x7f381d05ab60 in wslua_cleanup () at  
/build/wireshark-fAHyh_/wireshark-1.12.1+g01b65bf/epan/wslua/init_wslua.c:877
#2  0x7f381cfcd002 in epan_cleanup () at  
/build/wireshark-fAHyh_/wireshark-1.12.1+g01b65bf/epan/epan.c:142
#3  0x0040b99c in main (argc=-1756995824, argv=0x0) at  
/build/wireshark-fAHyh_/wireshark-1.12.1+g01b65bf/tshark.c:2232


I then installed liblua5.2-0-dbg but only got this far (I don't know  
what to I need to get beyond the lstate.c):


Core was generated by `tshark -c 1 -i eth0 -f host 200.232.120.2'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  lua_close (L=0x0) at lstate.c:318
318 lstate.c: No such file or directory.
(gdb) bt
#0  lua_close (L=0x0) at lstate.c:318
#1  0x7f697b3d5b60 in wslua_cleanup () at  
/build/wireshark-fAHyh_/wireshark-1.12.1+g01b65bf/epan/wslua/init_wslua.c:877
#2  0x7f697b348002 in epan_cleanup () at  
/build/wireshark-fAHyh_/wireshark-1.12.1+g01b65bf/epan/epan.c:142
#3  0x0040b99c in main (argc=572523360, argv=0x0) at  
/build/wireshark-fAHyh_/wireshark-1.12.1+g01b65bf/tshark.c:2232


Please let me know if you need any more information or tests.

Best regards,

Joao


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

Bug#786886: /usr/bin/regedit-development/wine32

[Mathieu Malaterre]

I find it odd that the symlink is now: /usr/bin/regedit-development/wine32

why not: /usr/lib/wine-development/wine32 ?

Thanks for comments.


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

Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0

[Fabian Greffrath]

Am Dienstag, den 02.06.2015, 13:46 +0200 schrieb Bernhard Übelacker: 
> I just wanted to have a less invasive change.

Me too. And there isn't even anything wrong with that code. We just need
to find a way to give the compiler a hint with the clue bat.

> I guess this is a hint for this initialization:
> -const vecfloat_union fabs_mask = {{ 0x7FFF, 0x7FFF, 0x7FFF, 
> 0x7FFF }};

Isn't 0x7FFF == nan in float? Maybe we could get rid of the int type
and initialize the union through the float members with 0./0.? But maybe
this is just a stupid idea.

> Removing _i_32 seems to initialize the union differently and therefore
> the result is different.
> With _i_32 removed (and the alignment 0x20) audio is not working anymore.

Gosh, this is to pull my hair out. ;)

- Fabian



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

Bug#787513: perl: small failure in RFC2047 eMail header encoding

[Thorsten Glaser]

Package: perl
Version: 5.20.2-6
Severity: normal

Consider this:

tglase@tglase:~ $ cat x.sh
printf '%s' "[service-Aufgaben S&W-Team][#19415] VM''s aufsetzen mit 
unterschiedlichen" | \
perl -C7 -0777 -Mutf8 -MEncode -e "print encode('MIME-Q', 'Subject: ' . 
<>);"
echo
tglase@tglase:~ $ sh x.sh
Subject: [service-Aufgaben S&W-Team][#19415] VM''
 s aufsetzen mit unterschiedlichen
tglase@tglase:~ $ cat x.php


Versions of packages perl suggests:
ii  libterm-readline-gnu-perl  1.24-2+b1
ii  make   4.0-8.1
ii  perl-doc   5.20.2-6

-- 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#787512: libpython2.7-stdlib: embarassing failure in RFC2047 eMail header encoding

[Thorsten Glaser]

Package: libpython2.7-stdlib
Version: 2.7.10-2
Severity: normal

Consider this:

tglase@tglase:~ $ cat x.py
from email.message import Message
from email.header import Header
msg = Message()
h = Header('p\xf6stal foo bar baz foo bar baz foo bar baz foo bar baz', 
'iso-8859-1')
msg['Subject'] = h
print h
print msg.as_string()
tglase@tglase:~ $ python x.py   
   
=?iso-8859-1?q?p=F6stal_foo_bar_baz_foo_bar_baz_foo_bar_baz_foo_bar_baz?=
Subject: 
=?iso-8859-1?q?p=F6stal_foo_bar_baz_foo_bar_baz_foo_bar_baz_foo_bar_baz?=


tglase@tglase:~ $ cat x.php

Bug#787511: libpython3.4-stdlib: double embarassing failure in RFC2047 eMail header encoding

[Thorsten Glaser]

Package: libpython3.4-stdlib
Version: 3.4.3-6
Severity: normal

Consider this:

tglase@tglase:~ $ cat x.py3
from email.message import Message
from email.header import Header
msg = Message()
h = Header('p\xf6stal foo bar baz foo bar baz foo bar baz foo bar baz', 
'iso-8859-1')
msg['Subject'] = h
print(h)
print(msg.as_string())
tglase@tglase:~ $ python3 x.py3
pöstal foo bar baz foo bar baz foo bar baz foo bar baz
Subject: 
=?iso-8859-1?q?p=F6stal_foo_bar_baz_foo_bar_baz_foo_bar_baz_foo_bar_baz?=


tglase@tglase:~ $ cat x.php

Bug#786866: /usr/bin/regedit-development/wine32

[Mathieu Malaterre]

I find it odd that the symlink is now: /usr/bin/regedit-development/wine32

why not: /usr/lib/wine-development/wine32 ?

Thanks for comments.


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

Bug#787514: FTBFS: Needs update for nettle-3

[Joachim Breitner]

Source: haskell-bindings-nettle
Version: 0.1.1-3
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Clint,

it seems that with nettle-3 in Debian, the bindings need to be updated:

Camellia.hsc:11:5: note: in expansion of macro 'hsc_num'
Camellia.hsc:12:14: error: 'CAMELLIA_KEY_SIZE' undeclared (first use in this 
function)
/usr/lib/haskell-packages/ghc/lib/aarch64-linux-ghc-7.8.4/bindings-DSL-1.0.22/include/bindings.dsl.h:80:27:
 note: in definition of macro 'bc_decimal'
 #define bc_decimal(name) (name) > 0 \
   ^
Camellia.hsc:12:5: note: in expansion of macro 'hsc_num'
/usr/lib/haskell-packages/ghc/lib/aarch64-linux-ghc-7.8.4/bindings-DSL-1.0.22/include/bindings.dsl.h:201:27:
 error: field 'v' has incomplete type
  struct {char _; name v;} bc_refdata; \

https://buildd.debian.org/status/fetch.php?pkg=haskell-bindings-nettle&arch=amd64&ver=0.1.1-3%2Bb4&stamp=1433244855
https://buildd.debian.org/status/package.php?p=haskell-bindings-nettle&suite=sid

Greetings,
Joachim



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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlVtnu0ACgkQ9ijrk0dDIGwFKwCfea5wGiGJYvqrdglB4Wa0LzTH
32cAnROt8MaH5cCgVur4w0+yuhnFBY4w
=bNjY
-END PGP SIGNATURE-


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

Bug#786886: /usr/bin/regedit-development/wine32

[Adam D. Barratt]

On 2015-06-02 12:58, Mathieu Malaterre wrote:
I find it odd that the symlink is now: 
/usr/bin/regedit-development/wine32


why not: /usr/lib/wine-development/wine32 ?

Thanks for comments.


"This isn't the bug you're looking for".

I don't know which bug number this was really intended for, but the one 
that Michael Gilbert accidentally closed is a release.d.o p-u request 
for an entirely different package.


Regards,

Adam


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

Bug#787515: tortoisehg: uninstallable in sid

[Adam D. Barratt]

Package: tortoisehg
Version: 3.1.1-1
Severity: serious

Hi,

tortoisehg depends on "mercurial (>= 3.0~), mercurial (<< 3.2~)", but 
3.4 has been in unstable for a month now, rendering tortoisehg 
uninstallable.


This is the last package blocking the migration of mercurial 3.4 to 
testing so I may temporarily remove it until it's fixed to be compatible 
with 3.4


Regards,

Adam


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

Bug#782442: USB3 external HDD not recognized [regression]

[Mathias Nyman]

Hi

On 29.05.2015 15:35, Ralf Jung wrote:
> Hi again,
> 
>> Indeed doing "echo 'on' | sudo tee /sys/bus/pci/devices/*/power/control"
>> fixes the problem: When I subsequently plug in the disk, it is
>> recognized correctly. I confirmed this with an older kernel (the 3.16
>> Debian kernel, to be more precise). That's good to know, now I don't
>> need to reboot to a different kernel anymore to do fast backups ;-)
> 
> Is there any news on this? Any further information I can provide to help
> fix the issue?
> 

I got some untested and not yet reviewed usb3 resume race fixes from Zhuang Jin 
Can
If you can try them out and see if they help it would be great.
They are sitting in a topic branch called "xhci_usb3_pm_fixes" in my tree:
(5 extra patches on top of current usb-linus)

git://git.kernel.org/pub/scm/linux/kernel/git/mnyman/xhci.git xhci_usb3_pm_fixes

If not, then the we need to change xhci resume code so that we resume the 
roothubs as default
except if we are runtime suspended and woken up just to be (system) suspended.

-Mathias


 


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

Bug#774254: Same as #787264

[internero]

Another bug report has same problem with a clever solution:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787264

intern...@gmail.com

Bug#787513: perl: small failure in RFC2047 eMail header encoding

[Niko Tyni]

On Tue, Jun 02, 2015 at 02:04:57PM +0200, Thorsten Glaser wrote:
> Package: perl
> Version: 5.20.2-6
> Severity: normal

> printf '%s' "[service-Aufgaben S&W-Team][#19415] VM''s aufsetzen mit 
> unterschiedlichen" | \
> perl -C7 -0777 -Mutf8 -MEncode -e "print encode('MIME-Q', 'Subject: ' . 
> <>);"

> Subject: [service-Aufgaben S&W-Team][#19415] VM''
>  s aufsetzen mit unterschiedlichen

Thanks, looks buggy to me too. Interestingly decoding the output with
MIME-Q seems to have the same bug so it roundtrips correctly.

You might want to run your test suite on the MIME-EncWords implementation too,
available in the libmime-encwords-perl package. It seems to get at least this 
one right.

% printf '%s' "[service-Aufgaben S&W-Team][#19415] VM''s aufsetzen mit 
unterschiedlichen" | \
perl -C7 -0777 -MEncode::MIME::EncWords -Mutf8 -MEncode -e "print 
encode('MIME-EncWords-Q', 'Subject: ' . <>);"
Subject: [service-Aufgaben S&W-Team][#19415] VM''s aufsetzen mit
 unterschiedlichen

-- 
Niko Tyni   nt...@debian.org


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

Bug#787264: BUG that need to be fixed in Jessie package - afecting BIND9 CHROOT

[internero]

This is a serious bug.

Since I was running Bind9 in a CHROOT environment in Wheezy, after upgrade
to Jessie Bind just run out of that CHROOT, with wrong config files (and so
on).

The patch worked fine but after edit the 'bind9.service' file I needed to
run 'systemctl daemon-reload', then 'service bind9 restart'.

Thanks Felix for the solution.


intern...@gmail.com

Bug#774851: [Pkg-torrus-maintainers] Bug#774851: torrus-common: cronjob produces output /srv/torrus/collector_rrd: No such file or directory

[Bernhard Schmidt]

Control: found -1 2.07-1

Hi Ewen,

> Andreas Beckmann  wrote:
>> 3m11.8s DUMP:
>>   find: `/srv/torrus/collector_rrd': No such file or directory
> 
> This output is also produced when the package is still installed.  From
> looking into the cron output, it appears to be a result of

[...]

> It'd still be helpful if that script
> (/usr/share/torrus/scripts/rrdup_notify) could get patched to point at
> the Debian location for RRD files, rather than the upstream default.

Thanks for debugging this and ... argh!

This has already been patched for ages, but somehow I managed to commit
absolute nonsense in
http://anonscm.debian.org/cgit/pkg-torrus/pkg-torrus.git/commit/?id=bd8a1baa721d11be8059723ba8d33083486f4baa
which is basically to the upstream content. No idea how this happened.

I'm preparing 2.08-2 with a revert right now. I will probably try to get
the fix into 8.2 as well.

Best Regards,
Bernhard


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

Bug#785512: regression: cannot find iso image on usb stick any more

[Philip Hands]

Brian Potkin  writes:
...
>> Is there a reason why iso-scan is *not* loaded?
>
> The author of iso-scan has this to say:
>
>   iso-scan is part of the Debian installer[1].
>  
>   However, it is only included in the hd-media initrd. There is no reason
>   to include it on the regular CD initrd, because isohybrid allows
>   mounting the USB stick directly. (Not a loop-mount of an iso file
>   included in some disk, which the hd-media initrd handles.)
>
>https://lists.debian.org/debian-boot/2013/09/msg00097.html

As Joey says, one doesn't need it if one is doing exactly what was
envisioned with the images (i.e. dd-ing straight to the device) but
it is very clear by now that other valid use cases exist.

It is of course possible to work round this lack with the hd-media
files, but there's definitely an advantage to knowing that one is using
the right kernel/initrd, as one does if using the files from within the
image itself.

For that to work those files must include iso-scan.

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


signature.asc
Description: PGP signature

Bug#787517: O: wwwoffle

[Paul Slootman]

Package: wnpp
Severity: normal

Wwwoffle has been removed from stable some time ago already,
and I should have orphaned it around that time as well.

Please remove me as the maintainer; currently that only generates
a steady stream of spam via wwwof...@packages.debian.org :-(

If I should do this differently please inform me, but I can't really
discover how this particular situation should be handled (i.e. package
no longer in stable or old-stable, but still having a maintainer
listed).


thanks,
Paul Slootman


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

Bug#787516: gir1.2-coglgst-2.0: Package description is truncated

[Beatrice Torracca]

Package: gir1.2-coglgst-2.0
Severity: minor

Hi!

the package description now ends with
"It can be used by packages using the GIRepository format to generate"

and there is nothing after that.

I imagine it is missing the last line similar to "dynamic bindings for
." as in all the similar gir1.2-* packages.

Thanks,

beatrice


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

Bug#782442: USB3 external HDD not recognized [regression]

[Ralf Jung]

Hi,

>>> Indeed doing "echo 'on' | sudo tee /sys/bus/pci/devices/*/power/control"
>>> fixes the problem: When I subsequently plug in the disk, it is
>>> recognized correctly. I confirmed this with an older kernel (the 3.16
>>> Debian kernel, to be more precise). That's good to know, now I don't
>>> need to reboot to a different kernel anymore to do fast backups ;-)
>>
>> Is there any news on this? Any further information I can provide to help
>> fix the issue?
>>
> 
> I got some untested and not yet reviewed usb3 resume race fixes from Zhuang 
> Jin Can
> If you can try them out and see if they help it would be great.
> They are sitting in a topic branch called "xhci_usb3_pm_fixes" in my tree:
> (5 extra patches on top of current usb-linus)
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/mnyman/xhci.git 
> xhci_usb3_pm_fixes

This is my production and (main and only) work machine. If you tell me
testing that branch is safe and won't mess up my file systems or
hardware, I can give it a try.

Kind regards,
Ralf

> 
> If not, then the we need to change xhci resume code so that we resume the 
> roothubs as default
> except if we are runtime suspended and woken up just to be (system) suspended.
> 
> -Mathias
> 
> 
>  
> 


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

Bug#787500: libcoro-perl: FTBFS with perl 5.22

[Niko Tyni]

On Tue, Jun 02, 2015 at 10:56:36AM +0100, Dominic Hargreaves wrote:
> Source: libcoro-perl
> Version: 6.410-1
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.22-transition
> Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=101063
> 
> This package FTBFS with perl 5.22:

Also note the thread at
 http://www.nntp.perl.org/group/perl.perl5.porters/2015/05/msg228257.html

-- 
Niko Tyni   nt...@debian.org


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

Bug#787518: neutron-vpnaas-agent: package short description reads VPNasS instead of VPNaaS

[Beatrice Torracca]

Package: neutron-vpnaas-agent
Severity: minor

Hi!

I guess the bug title says it all :)

Anyway, for sake of officiality, in the package short description VPNaaS
is mispelled VPNasS.

Thanks,

beatrice


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

Bug#776696: please update GTK+3 in Jessie to the latest 3.14.x bugfix release

[Vlad Orlov]

Control: retitle -1 please update GTK+3 in Jessie to the latest 3.14.x bugfix 
release


One more serious GTK+3 bug [1] has been fixed upstream in version 3.14.8.

Can you please update GTK+3 in Jessie? The latest upstream release of 3.14.x
branch is currently 3.14.13. There are a lot of bugfixes ported from 3.16 and 
git master
into that branch.

I know this counts as the new upstream release - but that's a bugfix-only 
release,
it should not introduce any regressions.


[1] https://bugs.debian.org/787419

Bug#767561: found indeed

[Holger Levsen]

Hi,

just tried to reproduce the issue and could do so trivially:

apt-get install pki-tools
apt-get install strongswan-starter

leads to this:

Unpacking strongswan-starter (5.3.0-2) ...
dpkg: error processing archive /var/cache/apt/archives/strongswan-
starter_5.3.0-2_amd64.deb (--unpack):
 trying to overwrite '/usr/bin/pki', which is also in package pki-tools 
10.2.0-4
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)


cheers,
Holger


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

Bug#780354: #780354 softhsm: please package new upstream version 2.0.0b2

[Holger Levsen]

Hi,

On Mittwoch, 1. April 2015, Ondřej Surý wrote:
> I suggest we wait for jessie release that is so close now and I will
> upgrade softhsm directly in unstable then. Sounds good?

any news on this?


cheers,
Holger



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

Bug#787229: [Pkg-xen-devel] Bug#787229: xen-hypervisor-4.4-amd64: xl command hangs on Dell R720

[Benoît Tonnerre]

Hi,

Thanks for your answer.

During the Debian jessie installation, I had a problem at grub step.
The os-prober part was stuck : grub was at 66 % (os-prober tried to browse
all the VM on LVM partitions)
After more than 15 minutes, os-prober seems to be stuck, so I rebooted the
server.
I had to boot in rescue mode, then, reinstalled grub and modified it to add
"GRUB_DISABLE_OS_PROBER=true".
It seems it solved the problem, I was able to boot the server.

Maybe there are some missing things in my Debian installation ?

Do you want me to fill an other bug report (concerning the installation
problem ?)

I have not this problem with Debian Wheezy installation.

Thanks for your time and for your help.

Benoit






2015-05-30 10:31 GMT+02:00 Ian Campbell :

> On Sat, 2015-05-30 at 05:23 +0200, Benoît Tonnerre wrote:
> > mai 29 23:20:50 jango xen[1150]: Starting Xen daemons: xenfs xenstored
> > mai 29 22:20:50 jango xen[1150]: Warning: Fake start-stop-daemon called,
> doing
> > nothing.
> > mai 29 23:20:50 jango xen[1150]: Warning: Fake start-stop-daemon called,
> doing
> > nothing.
>
> This suggests that the xen daemons and in particular xenstored are not
> actually running, the result of which will be any command which tries to
> talk to xenstored (like xl list, most xl commands and the xenstore-write
> seen in the status log) will never get an answer and will appear to
> hang.
>
> I don't know what "Fake start-stop-daemon" is, but it sounds like the
> root of your problems.
>
> Ian.
>
>
>

Bug#787519: git-buildpackage: Read config from XDG_CONFIG_HOME/debian/gbp.conf

[Rodolphe PELLOUX-PRAYER]

Package: git-buildpackage
Version: 0.6.30
Severity: wishlist
Tags: patch

Hi,

Here a patch to allow use of XDG_CONFIG_HOME/debian/gbp.conf for settings.
Reading ~/.gbp.conf is still provided for convenience.

Regards,
Rodolphe

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

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

Versions of packages git-buildpackage depends on:
ii  devscripts2.15.4
ii  git   1:2.1.4+next.20141218-2
ii  man-db2.7.0.2-5
ii  python2.7.9-1
ii  python-dateutil   2.2-2
ii  python-pkg-resources  17.0-1
ii  python-six1.9.0-3

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.73
ii  pristine-tar 1.33
ii  python-requests  2.7.0-2

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-4
ii  unzip  6.0-17

-- no debconf information
>From 81bec3b2bac61ac9ccfc3fb443850394e528782a Mon Sep 17 00:00:00 2001
From: Rodolphe PELLOUX-PRAYER 
Date: Mon, 1 Jun 2015 23:26:09 +0200
Subject: [PATCH] Read gbp config from XDG_CONFIG_HOME.

---
 gbp/config.py | 11 +++
 1 file changed, 7 insertions(+), 4 deletions(-)

diff --git a/gbp/config.py b/gbp/config.py
index dbe5690..854486f 100644
--- a/gbp/config.py
+++ b/gbp/config.py
@@ -310,6 +310,7 @@ class GbpOptionParser(OptionParser):
}
 
 def_config_files = [ '/etc/git-buildpackage/gbp.conf',
+ 'XDG_CONFIG_HOME/debian/gbp.conf',
  '~/.gbp.conf',
  '%(top_dir)s/.gbp.conf',
  '%(top_dir)s/debian/gbp.conf',
@@ -329,14 +330,15 @@ class GbpOptionParser(OptionParser):
 >>> conf_backup = os.getenv('GBP_CONF_FILES')
 >>> if conf_backup is not None: del os.environ['GBP_CONF_FILES']
 >>> homedir = os.path.expanduser("~")
+>>> xdgconfhome = os.getenv('XDG_CONFIG_HOME') or os.path.expanduser('~/.config')
 >>> files = GbpOptionParser.get_config_files()
->>> files_mangled = [file.replace(homedir, 'HOME') for file in files]
+>>> files_mangled = [file.replace(xdgconfhome, 'XDG_CONFIG_HOME').replace(homedir, 'HOME') for file in files]
 >>> files_mangled
-['/etc/git-buildpackage/gbp.conf', 'HOME/.gbp.conf', '%(top_dir)s/.gbp.conf', '%(top_dir)s/debian/gbp.conf', '%(git_dir)s/gbp.conf']
+['/etc/git-buildpackage/gbp.conf', 'XDG_CONFIG_HOME/debian/gbp.conf', 'HOME/.gbp.conf', '%(top_dir)s/.gbp.conf', '%(top_dir)s/debian/gbp.conf', '%(git_dir)s/gbp.conf']
 >>> files = GbpOptionParser.get_config_files(no_local=True)
->>> files_mangled = [file.replace(homedir, 'HOME') for file in files]
+>>> files_mangled = [file.replace(xdgconfhome, 'XDG_CONFIG_HOME').replace(homedir, 'HOME') for file in files]
 >>> files_mangled
-['/etc/git-buildpackage/gbp.conf', 'HOME/.gbp.conf']
+['/etc/git-buildpackage/gbp.conf', 'XDG_CONFIG_HOME/debian/gbp.conf', 'HOME/.gbp.conf']
 >>> os.environ['GBP_CONF_FILES'] = 'test1:test2'
 >>> GbpOptionParser.get_config_files()
 ['test1', 'test2']
@@ -345,6 +347,7 @@ class GbpOptionParser(OptionParser):
 """
 envvar = os.environ.get('GBP_CONF_FILES')
 files = envvar.split(':') if envvar else klass.def_config_files
+files = [fname.replace('XDG_CONFIG_HOME', os.getenv('XDG_CONFIG_HOME') or '~/.config') for fname in files]
 files = [os.path.expanduser(fname) for fname in files]
 if no_local:
 files = [fname for fname in files if fname.startswith('/')]
-- 
2.2.1.209.g41e5f3a

Bug#757746: RFP: softether -- multiprotocol virtual private network daemon

[Lo Yuk Fai]

Sounds like a good idea. What needs to be changed before it will be
accepted?

 

Cheers.

Bug#787521: initramfs-tools: wrong order of md and dm raid modules in initrd,

[jo]

Package: initramfs-tools
Version: 0.120
Severity: important

After the update from wheezy to jessie this system didn't boot anymore; it 
stuck with the (initramfs) prompt. The situation was very similar to other 
bugs, whose solution was addressed with bug #678696:

- /dev/disk/by-uuid/ wasn't created
- Error message "Gave up waiting for the root device"
- Error message ALERT! /dev/disk/by-uuid/-xy- does not exist
- (initramfs) prompt

I found out I could arrive at a mountable md0 with a rescue system using 
modules dm_mod and md_mod (etc.). (Yes; there's an md raid on top of a dm raid. 
Don't ask me; the system is inherited.) The order was decisive here; if I 
loaded md raid before dm raid, I arrived at unusable devices md126 and md127, 
which I couldn't mount and which didn't have a blkid.
So I tried the same inside initrd, where also the devices md126 and md127 
showed up, and after rmmodding all dm-raid and md-raid modules, insmodding 
dm_mirror, doing a dmraid -ay and insmodding raid1, I arrived at usable 
/dev/disk/by-uuid/- entries and md0-array and could boot the system.

I think this constellation hasn't been adressed by the event based block device 
handling patch referenced in bug #678696.

Putting PREREQ=dmsetup in /usr/share/initramfs-tools/hooks/mdadm and doing an 
update-initramfs didn't help.

This is initramfs-tools 0.120 with jessie and wasn't a problem with 
initramfs-tools 0.109.1 under wheezy as far as I can reconstruct.


Best regards, jo


-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 16M Jun  2 14:47 /boot/initrd.img-3.16.0-4-686-pae
-rw-r--r-- 1 root root 12M May 26 19:41 /boot/initrd.img-3.2.0-4-686-pae
-- /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae 
root=UUID=ad6e9d48-a90c-4675-b676-78f4e2b2b4bc ro quiet ipv6.disable=1

-- resume
RESUME=/dev/md1
-- /proc/filesystems
ext3
ext2
ext4
fuseblk

-- lsmod
Module  Size  Used by
nfsd  236959  2 
auth_rpcgss45765  1 nfsd
oid_registry   12387  1 auth_rpcgss
nfs_acl12463  1 nfsd
nfs   168022  0 
lockd  73443  2 nfs,nfsd
fscache44782  1 nfs
sunrpc211341  6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
iTCO_wdt   12727  0 
iTCO_vendor_support12585  1 iTCO_wdt
ppdev  16686  0 
ttm72160  0 
drm_kms_helper 44450  0 
drm   203555  2 ttm,drm_kms_helper
i2c_algo_bit   12647  0 
psmouse89319  0 
pcspkr 12531  0 
evdev  17136  2 
serio_raw  12737  0 
coretemp   12708  0 
kvm   330286  0 
i2c_i801   16845  0 
i2c_core   36838  4 drm,i2c_i801,drm_kms_helper,i2c_algo_bit
lpc_ich16616  0 
mfd_core   12537  1 lpc_ich
shpchp 30673  0 
rng_core   12645  0 
parport_pc 26004  0 
parport35213  2 ppdev,parport_pc
processor  27590  0 
button 12824  0 
i3000_edac 12455  0 
edac_core  42185  2 i3000_edac
thermal_sys27122  1 processor
loop   21987  0 
fuse   77496  1 
autofs434865  2 
ext4  438464  1 
crc16  12327  1 ext4
mbcache17027  1 ext4
jbd2   72879  1 ext4
raid1  34212  1 
md_mod105744  2 raid1
dm_mirror  21358  1 
dm_region_hash 13107  1 dm_mirror
dm_log 17336  3 dm_region_hash,dm_mirror
dm_mod 83002  7 dm_log,dm_mirror
usbhid 43759  0 
hid81008  1 usbhid
ohci_hcd   42566  0 
sg 25573  0 
sd_mod 43684  2 
crc_t10dif 12399  1 sd_mod
sr_mod 21568  0 
cdrom  46828  1 sr_mod
crct10dif_generic  12517  1 
crct10dif_common   12340  2 crct10dif_generic,crc_t10dif
ata_generic12450  0 
ata_piix   29371  0 
ahci   25003  2 
libahci22574  1 ahci
libata161865  4 ahci,libahci,ata_generic,ata_piix
scsi_mod  164132  4 sg,libata,sd_mod,sr_mod
tg3   154678  0 
ptp17462  1 tg3
pps_core   17080  1 ptp
libphy 27468  1 tg3
ehci_pci   12464  0 
uhci_hcd   38948  0 
ehci_hcd   64933  1 ehci_pci
usbcore   170994  5 uhci_hcd,ohci_hcd,ehci_hcd,ehci_pci,usbhid
usb_common 12408  1 usbcore

-- /etc/initramfs-tools/modules

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no

-- /etc/i

Bug#787298: providing base vagrant boxes that both minimal and featureful

[Antonio Terceiro]

On Tue, Jun 02, 2015 at 08:31:13AM +1000, Chris Fordham wrote:
> On 02/06/2015 7:12 AM, "Emmanuel Kasper"  wrote:
> >
> > > The other point is that including (either) provisioner takes us further
> > > from the standard Debian image.
> >
> > BTW, Was is actually a standard Debian image ?
> > To the best of my knowledge, I would define it as all the packages with
> > Priority: required and important.
> > According to the Debian Jessie installation guide [1], the *standard*
> > task is also recommended.
> >
> > In server/containers environments it makes sense to restrict the list
> > of packages installed.
> > However the main aim of the Vagrant Virtualbox base boxes,are shareable
> > development environments.
> > In this kind of setup, I would expect the usual comfort of the debian
> > experience, having for instance a mail server to send stuff,
> > bash-completion or patch installed, all packages with come with the
> > standard priority.

In my experience, having a minimal image helps you with figuring out
what are the actual dependencies of your application and making sure it
will work on whatever environment it is deployed to.

> > So I am in favor of installing this task, which will bring aptitude as a
> > side effect.
> >
> > Concerning the inclusion/removal of providers via specific boxes, why not.
> >
> > [1] https://www.debian.org/releases/jessie/i386/apbs04.html.en
> > Section: Package selection
> Base boxes should be both provisionerless as well as stock as possible.
> 
> Vagrant plugins should be used to look after installing provisioners such
> as your an ansible, puppet etc.
> 
> Chef is already doing this where the bento boxes are provisionerless and
> the vagrant-omnibus plugin installs the version of Chef to your liking.

I agree, but I also agree that any provisioning should work out of the
box with the base box you provide. That said, it is possible to automate
the installation of all provisioners mentioned in /vagrant/Vagrantfile
when you bring the box up.

For example I have the following i my ~/.vagrant.d/Vagrantfile (which is
applied by Vagrant to every box I bring up):

8<8<8<-
Vagrant.configure(2) do |config|
  config.vm.provision :shell do |shell|
shell.path = '/home/terceiro/bin/vm-bootstrap'
shell.keep_color = true
  end
end

# vim: ft=ruby
8<8<8<-

that vm-bootstrap script sets up the box to use my local APT cache, and
installs vim, bash-completion and other goodies.

Last time I checked, every .box can also include a Vagrantfile which
will also be applied when it is brought up, before the
application-specific Vagrantfile. That could easily parse
/vagrant/Vagrantfile, figure out the provisioners used, and install them
with apt-get on the fly.

It could also install aptitude if that is needed for ansible (however
requiring aptitude when apt is already there is indeed odd IMO).

So I think we could have a base image that is both minimal and works out
of the box with whatever provisioner (provided it is available in the
archive, I guess).

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#787505: libnss3: NSS 3.19.1 breaks icedove IMAPS to server with DH 786 temp key

[Daniel Kahn Gillmor]

On Tue 2015-06-02 06:45:25 -0400, Ben Caradoc-Davies wrote:
> since upgrade to NSS 3.19.1, icedove refuses to connect to an IMAPS server 
> with
> a "Server Temp Key: DH, 768 bits". Workaround is to downgrade to NSS 3.19 or
> change icedove connection to unencrypted IMAP.
>
> To protect against logjam attacks, NSS 3.19.1 refuses to connect to servers
> with a finite field algorithm key strength less than 1023 bits:
> https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.19.1_release_notes
>
> This behaviour breaks icedove on Debian clients that need to connect to IMAPS
> servers with weak server temp keys. Note that these are clients which have no
> control over configuration of remote servers. Workaround is to downgrade to 
> NSS
> 3.19 or change icedove connection to unencrypted IMAP.

This sounds like a feature, not a bug, because it means that users are
now aware that their "secure" imap connections are probably not what
they expect.

Are these IMAP servers in the wild?  Could you point me to them?

--dkg


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

Bug#787520: upgrade-reports: network shaky

[Lothar]

Package: upgrade-reports
Severity: important

Dear Maintainer,

Since upgrading from Wheezy to Jessie, the network has become unstable. This
happens not always, but often. The network manager shows it's connected, but
the connection doesn't work (web pages don't load etc.) and ping 8.8.8.8 says
"destination host unreachable". The problem is overcome by a "sudo dhclient
wlan0" (or eth0, as the case may be). However, without network access it may be
hard for many users to find out that this works, so I consider this a rather
serious bug.

Thank you.



-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

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


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

Bug#787522: libfile-monitor-perl: list of features in package description probably should have one item split in two

[Beatrice Torracca]

Package: libfile-monitor-perl
Severity: minor

Hi!

The current package description lists a number of features in an
organized list.

The last item in the list reads:

«
* Notify when a monitored file is deleted Notify when files are added or
removed from a directory
»

Seeing how the second "Notify" starts with a capital letter, I imagine
that it should be split into 2 items like so:

«
 * Notify when a monitored file is deleted
 * Notify when files are added or removed from a directory
»

thanks,

beatrice


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