date:20150415

On Thu, Apr 16, 2015 at 1:25 AM, Michael Tokarev wrote:
> I don't want to change this aspect of qemu, and especially don't want
> this to divirge from upstream, so that debian qemu will be incompatible
> with all documentation available on the 'net.  If you want this to be
> changed, please address this upstream.

Well, the point was more about making the kvm convenience launcher
more convienient, rather than touching the backends, but ok I see your
point.

Best wishes,
Mike


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

Bug#782683: installation-reports: installing of GNU\Hurd with crosshurd, the package libparted0debian1 is not supported

2015-04-15 Thread psihnofrost

Package: installation-reports
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * start the "crosshurd" to choose installing of "GNU\Hurd"
 
   * libparted0debian1
  Failed to download the .deb's.
   
   * a correction of list of files necessary is for installing GNU\Hurd with 
crosshurd

*** End of the template - remove these lines ***


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

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#781995: motif/2.3.4-6.1 failed to build

On Thu, Apr 16, 2015 at 1:31 AM, Graham Inggs wrote:
> If you uploaded 2.3.4-6.2 now, could it cause any harm?  At least this
> will get the package built and Release Team can still decide whether
> to grant the unblock request or not.

If you can talk the release team into pre approving an unblock, then
I'm willing to do the upload.

Best wishes,
Mike


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

Bug#781995: motif/2.3.4-6.1 failed to build

2015-04-15 Thread Graham Inggs

Hi Michael

On 16 April 2015 at 02:29, Michael Gilbert  wrote:
> Upstream intends that symbol to be private, so it should be unused in
> other packages.  But for confidence that it doesn't lead to breakage,
> someone should build test the reverse dependencies, which is a large
> number.  Graham can you do that?

I don't think rebuilding all the reverse dependencies is what we want to test.
However, I am prepared to do that if release Release Team wish.

I have used codesearch.debian.net and the only hits on
'XmForceGrabKeyboard' occur in source package motif.
I also have a machine that has every Motif package installed (where I
was testing xfonts), on which I plan to grep through
/var/lib/dpkg/status for dependencies on libxm4.  If any package used
XmForceGrabKeyboard, it should depend on libxm4 (=> 2.3.4-5~) which it
would have picked up from libxm4.symbols.
The machine is running Vivid, but I don't think it will matter.

> It's rather late in the release cycle, so maybe leave things alone for
> now, and plan to do a jessie-pu once that testing is complete?

If you uploaded 2.3.4-6.2 now, could it cause any harm?  At least this
will get the package built and Release Team can still decide whether
to grant the unblock request or not.

Regards
Graham

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

Bug#782682: qemu-kvm: set "-cpu host" by default

2015-04-15 Thread Michael Tokarev

Control: reassign -1 qemu-system-x86
Control: tag -1 + wontfix - patch

16.04.2015 07:38, Michael Gilbert wrote:
> package: qemu-kvm
>
> qemu's default emulated cpu is pentium2.  This is often enough not
> what the user wants and can lead to out of dateness problems like:
> http://bugs.debian.org/775235
> 
> kvm has a "-cpu host" option that automatically emulates the host cpu,
> which could be better default.

qemu's default cpu is qemu64 (for qemu-system-x86_64 anyway), which is
a non-existing common subset of features of more or less modern CPUs
from several vendors.  Its very important property is that it supports
migration from one host to another without worrying about cpu types.

I don't want to change this aspect of qemu, and especially don't want
this to divirge from upstream, so that debian qemu will be incompatible
with all documentation available on the 'net.  If you want this to be
changed, please address this upstream.

Thanks,

/mjt

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

Bug#782682: qemu-kvm: set "-cpu host" by default

package: qemu-kvm
severity: wishlist
tag: patch

qemu's default emulated cpu is pentium2.  This is often enough not
what the user wants and can lead to out of dateness problems like:
http://bugs.debian.org/775235

kvm has a "-cpu host" option that automatically emulates the host cpu,
which could be better default.

Here is an incredibly simple patch to the kvm launcher script that
does just that.  Including another "-cpu x" option on the command-line
overrides the hardcoded "-cpu host" one.

Best wishes,
Mike
diff -Nru qemu-2.1+dfsg/debian/changelog qemu-2.1+dfsg/debian/changelog
--- qemu-2.1+dfsg/debian/changelog	2014-12-09 21:53:52.0 +
+++ qemu-2.1+dfsg/debian/changelog	2015-04-16 04:11:18.0 +
@@ -1,3 +1,10 @@
+qemu (1:2.1+dfsg-11.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Use host processor as the default cpu model.
+
+ -- Michael Gilbert   Thu, 16 Apr 2015 04:07:20 +
+
 qemu (1:2.1+dfsg-11) unstable; urgency=medium
 
   * bump epoch and reupload to cancel 2.2+dfsg-1exp upload
diff -Nru qemu-2.1+dfsg/debian/kvm qemu-2.1+dfsg/debian/kvm
--- qemu-2.1+dfsg/debian/kvm	2014-12-06 12:36:47.0 +
+++ qemu-2.1+dfsg/debian/kvm	2015-04-16 04:08:44.0 +
@@ -1,2 +1,2 @@
 #! /bin/sh
-exec qemu-system-x86_64 -enable-kvm "$@"
+exec qemu-system-x86_64 -enable-kvm -cpu host "$@"

Bug#774953: jar(1): directory traversal

2015-04-15 Thread Salvatore Bonaccorso

Control: fixed -1  7u79-2.5.5-1

Hi,

On Fri, Jan 09, 2015 at 03:17:29PM +0300, Alexander Cherepanov wrote:
> Package: openjdk-7-jdk
> Version: 7u71-2.5.3-2
> Tags: security
> 
> jar(1) is susceptible to a directory traversal vulnerability. While
> extracting an archive, it will happily use absolute and relative paths taken
> from the archive. This can be exploited by a malicious archive to write
> files outside the current directory.
> 
> For example, let's create a sample archive:
> 
> $ mkdir Xtmp/ XX/
> $ touch Xtmp/abs XX/rel
> $ jar -cMvf test.jar Xtmp/abs XX/rel
> $ sed -i 's|Xtmp/|/tmp/|g;s|XX/|../|g' test.jar
> $ rm -r Xtmp/ XX/
> 
> and then test it:
> 
> $ ls /tmp/abs ../rel
> ls: cannot access /tmp/abs: No such file or directory
> ls: cannot access ../rel: No such file or directory
> 
> $ jar -xvf test.jar
> extracted: /tmp/abs
> extracted: ../rel
> 
> $ ls /tmp/abs ../rel
> ../rel  /tmp/abs
> 
> My `jar` points to /etc/alternatives/jar, which points to
> /usr/lib/jvm/java-7-openjdk-amd64/bin/jar .
> 
> Not sure if this is just CVE-2005-1080 not fixed or something else. But
> please note that CVE-2005-1080 talks about .. only.

This should be fixed with 7u79-2.5.5-1.

Regards,
Salvatore


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

Bug#780046: DistributionNotFound: virtualenv==1.11.6 error

2015-04-15 Thread Steve Pomeroy

It seems as though virtualenv should depend on python3-pkg-resources >=
5.5.1-1 (that's the version that worked for me).



signature.asc
Description: OpenPGP digital signature

Bug#780259: perl: please make the output of Pod::Man reproducible

2015-04-15 Thread Russ Allbery

Chris Lamb  writes:

> While working on the "reproducible builds" effort [1], we have noticed
> that Pod::Man generates output that varies depending on the current
> timezone.

> The attached patch fixes this by using GMT (~UTC) dates instead

>  [1]: https://wiki.debian.org/ReproducibleBuilds

Applied for the next upstream podlators release, which should be soon.

-- 
Russ Allbery (r...@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#782680: winetricks: wrong arcitecture used for winetricks

2015-04-15 Thread Dan Kegel

Did you try deleting the old .wine directory?

On Wed, Apr 15, 2015 at 6:13 PM, richard jasmin  wrote:
> Package: winetricks
> Version: 0.0+20141009+svn1208-2
> Severity: important
>
> Dear Maintainer,
>
> I get the following when wine:i386 is installed.Wine64 does nothing as of yet.
>
> wine cmd.exe /c echo '%ProgramFiles%' returned empty string, error message
> 'wine: '/home/me/.wine' is a 32-bit installation, it cannot support 64-bit
> applications.
>
> I WANT the 32bit version.
>
>
>
> -- System Information:
> Debian Release: 8.0
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> 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 winetricks depends on:
> ii  cabextract  1.4-5
> ii  p7zip   9.20.1~dfsg.1-4.1
> ii  unzip   6.0-16
> ii  wget1.16-1
> ii  wine1.6.2-20
> ii  wine64  1.6.2-20
> ii  zip 3.0-8
>
> Versions of packages winetricks recommends:
> ii  gksu   2.0.2-9
> ii  sudo   1.8.10p3-1+deb8u2
> ii  xdg-utils  1.1.0~rc1+git20111210-7.4
> ii  zenity 3.14.0-1
>
> Versions of packages winetricks suggests:
> ii  libwine  1.6.2-20
>
> -- 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#775235: Bug#776911: gnome-shell: fails to start on i386 when [Mesa was] built with llvm-3.5

control: severity -1 wishlist
control: forwarded -1 https://freedesktop.org/patch/34445
control: retitle -1 mesa: use llvm's getCPUTargetFeatures() instead of
getHostCPUName()

It turns out that mesa uses llvm's getHostCPUName(), and qemu i386 by
default (correctly) reports itself as pentium2, which is assumed
non-sse2. gnome-shell uses a mesa feature that requires sse2, so it
fails at startup on qemu i386.

On llvm trunk they've implemented getCPUTargetFeatures(), which can be
used to check for specific cpu features like sse2, and that is the
long term solution to the problem:
https://llvm.org/bugs/show_bug.cgi?id=23201

In the meantime, the problem can be worked around by using a
non-default qemu cpu options.  Some examples:

$ qemu -cpu pentium3 test.img
$ kvm -cpu host test.img

Since there workarounds are straightforward I am reducing the severity.

Best wishes,
Mike


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

Bug#100808: Bonjour Bien Aimé

2015-04-15 Thread Prouvost Marie Brigitte




--
Bonjour
Je sais que ce message, vous apparaîtra comme une surprise puisse que 
nous ne nous connaissions pas mais la grâce de Dieu m'a dirigé vers 
vous. Lisez attentivement et soyez bénis au nom de Jésus. Je désire 
aider les enfants pauvres, les orphelins et ceux en situation difficile 
mais mon état actuel ne me permet pas de finaliser le projet que 
j'envisage. Je me prénomme Marie Brigitte PROUVOST, Ex-Adjointe au 
Service des Affaires  financières de la Société Italo-Tunisienne 
d'Exploitation Pétrolière  (SAF/SITEP) d'origine Française, née le 27 
Mars 1944, femme stérile. Du moment  où je travaille à SITEP ( Société 
Italo-Tunisienne d'Exploitation Pétrolière),
j'ai réussi certaines transactions par l'aide du Feu, CARDINAL BERNARDIN 
GANTIN  de la République du BÉNIN qui gagnait sa part sur chaque 
virement sur mon  compte domicilié à la Banque BOA DU BÉNIN ( B.O.A). 
Durant toute ma carrière à la SITEP, mon dépôt  déclaré à la Banque BOA 
DU BÉNIN ( B.O.A) est d'une valeur de (3.140.200 €). Aujourd'hui, je 
suis sous-observation médicale pour le mal dont je souffre depuis plus 
de deux (04) ans et selon les investigations médicales par mon Docteur, 
Paul ROCK NATTAN mes jours sont comptés, j'ai peur de mourir sans  puis 
Legé ma fortune pour sa bonne gestion. Le feu Philippe LEROY, Prêtre  
diocésain, décédé le 28 février 2013, dans sa 74 ème année, m'a rendue 
visite le 13 juin 2012.  C'est après mes confessions que, Feu Philippe 
LEROY m'a conseillé de faire  Dons de Charité de cette fortune 
disponible à la B.O.A. Je tiens vivement à  respecter les 
recommandations du feu Philippe LEROY, c'est pour cette raison  que je 
vous écris ce message pour solliciter votre modeste personne à devenir  
mon future légataire (Bénéficaire). Mon souci le plus ardent est d'aider 
des  personnes en situation critique. Répondez-moi si vous êtes d'accord 
pour m'accompagner.

E-mail:  prouvost.marie.brigi...@outlook.fr
Marie Brigitte PROUVOST.


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

Bug#757369: time: Command-line option --verbose is not observed

2015-04-15 Thread Roland Hieber

Package: time
Followup-For: Bug #757369

Hi,

I cannot reproduce this on my system:

$ /usr/bin/time --verbose wc /etc/hosts
 28  61 654 /etc/hosts
Command being timed: "wc /etc/hosts"
User time (seconds): 0.00
System time (seconds): 0.00
Percent of CPU this job got: ?%
Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.00
Average shared text size (kbytes): 0
Average unshared data size (kbytes): 0
Average stack size (kbytes): 0
Average total size (kbytes): 0
Maximum resident set size (kbytes): 784
Average resident set size (kbytes): 0
Major (requiring I/O) page faults: 0
Minor (reclaiming a frame) page faults: 247
Voluntary context switches: 1
Involuntary context switches: 3
Swaps: 0
File system inputs: 0
File system outputs: 0
Socket messages sent: 0
Socket messages received: 0
Signals delivered: 0
Page size (bytes): 4096
Exit status: 0

Are you sure you are using the `time' util in /usr/bin/time, and not a shell
feature, like the `time' builtin in Bash? Please try calling `time' with full
path as above, and see if the bug still happens.

Cheers,

 - Roland

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (200, 'testing'), (170, 'unstable'), (150, 
'testing-proposed-updates'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages time depends on:
ii  libc6  2.19-17

time recommends no packages.

time 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#782653: openmpi: Fails to build from source

control: tag -1 unreproducible, moreinfo

On Wed, Apr 15, 2015 at 1:29 PM, Mario Lang wrote:
> openmpi fails to build:
>
> $ apt-get source openmpi
> $ cd openmpi-1.6.5
> $ dpkg-buildpackage -uc -us
>
> (log attached)
>
> Note that the problem seems to be related to timestamping of
> config/libtool.m4 (at least this file, maybe others as well).
>
> Before execution of dpkg-buildpackage, the file looks like this:
>
> -rw-r--r-- 1 mlang mlang 286350 Jun 26  2013 config/libtool.m4
>
> And after dpkg-buildpackage failed, it looks like this:
>
> -rw-r--r-- 1 mlang mlang 286793 Jän  1  1970 config/libtool.m4
>
> Note the date, this seems to confuse the build process.

I see the same timestamp change in unstable and jessie chroot builds,
but both also built to completion.  There is also success on the
buildds, so this may not need to be RC.  Do you have any other
information about your build setup?

Best wishes,
Mike


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

Bug#782681: unblock: cpio-doc/2.11-1

2015-04-15 Thread Wookey

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

Please unblock package cpio-doc

This is a bit of a long shot, but if you are minded it would be a good
thing. Sledge told me to file this in case you see fit as RMs to
include it.

due to #695717, the info pages for cpio were removed. (see #704121)
cpio is very hard to use without its info pages as the options are
cryptic in the extreme, and the (included) man page is minimal
(crucially not explaining all the options).

So I made a cpio-doc page to include the info page, just like tar-doc
(from which the packaging was stolen).

It would be very nice if jessie had a cpio-doc package to go with its
cpio package so that people could actually use cpio.

But of course that makes this a new package at a very late stage(!)

But then it's a doc-package in non-free so very harmless.

Anyway, if you like the idea and are able to fast-track it in, I'm
sure a lot of people would thnk you. Otherwise no worries - it's at
least done for unstable. 

unblock cpio-doc/2.11-1

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

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


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

Bug#779384: severity 779384 serious

Control: severity -1 normal
Control: tag -1 moreinfo

On Thu, 16 Apr 2015 01:36:53 +0300 Info Geek  wrote:
> severity 779384 serious

Severities are defined in
.  Unless you identify
a policy directive that is violated, this does not qualify as 'serious'.
It is also not 'important': the bug likely affects only one driver in
particular configurations, so is not 'a major effect on the usability of
a package' (for users in general - not just you).

Can you test whether this is fixed in Linux 3.16, as packaged in the
wheezy-backports, testing and unstable suites?

Ben.

-- 
Ben Hutchings
Humour is the best antidote to reality.


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

Bug#782680: winetricks: wrong arcitecture used for winetricks

2015-04-15 Thread richard jasmin

Package: winetricks
Version: 0.0+20141009+svn1208-2
Severity: important

Dear Maintainer,

I get the following when wine:i386 is installed.Wine64 does nothing as of yet.

wine cmd.exe /c echo '%ProgramFiles%' returned empty string, error message
'wine: '/home/me/.wine' is a 32-bit installation, it cannot support 64-bit
applications.

I WANT the 32bit version.



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

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 winetricks depends on:
ii  cabextract  1.4-5
ii  p7zip   9.20.1~dfsg.1-4.1
ii  unzip   6.0-16
ii  wget1.16-1
ii  wine1.6.2-20
ii  wine64  1.6.2-20
ii  zip 3.0-8

Versions of packages winetricks recommends:
ii  gksu   2.0.2-9
ii  sudo   1.8.10p3-1+deb8u2
ii  xdg-utils  1.1.0~rc1+git20111210-7.4
ii  zenity 3.14.0-1

Versions of packages winetricks suggests:
ii  libwine  1.6.2-20

-- 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#782679: nouveau: Libreoffice 4.4 frequently hangs Xorg

2015-04-15 Thread Alejandro Carrazzoni

Package: xserver-xorg-video-nouveau
Version: 1:1.0.11-1
Severity: normal
File: nouveau

Ever since I installed Libreoffice 4.4, Xorg hangs randomly when I run
Libreoffice, sometimes as soon as the Libreoffice window appears, and I have no
option but to restart the system as the mouse moves but everything else
freezes. I have searched on Google for a similar issue and it seems it might be
a bug in X or nouveau.
Here's the error in the Xorg logs:

(EE) [mi] EQ overflowing.  Additional events will be discarded until existing
events are processed.
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x7f3db6f86d46]
(EE) 1: /usr/bin/X (mieqEnqueue+0x24b) [0x7f3db6f67c9b]
(EE) 2: /usr/bin/X (QueuePointerEvents+0x52) [0x7f3db6e3ee12]
(EE) 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f3dacae5000+0x609a)
[0x7f3dacaeb09a]
(EE) 4: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f3dacae5000+0x655d)
[0x7f3dacaeb55d]
(EE) 5: /usr/bin/X (0x7f3db6dd+0x95918) [0x7f3db6e65918]
(EE) 6: /usr/bin/X (0x7f3db6dd+0xbfbe9) [0x7f3db6e8fbe9]
(EE) 7: /lib/x86_64-linux-gnu/libc.so.6 (0x7f3db4ac4000+0x35180)
[0x7f3db4af9180]
(EE) 8: /lib/x86_64-linux-gnu/libc.so.6 (ioctl+0x7) [0x7f3db4ba2be7]
(EE) 9: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmIoctl+0x28) [0x7f3db5e7fba8]
(EE) 10: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmCommandWrite+0x1b)
[0x7f3db5e8286b]
(EE) 11: /usr/lib/x86_64-linux-gnu/libdrm_nouveau.so.2 (nouveau_bo_wait+0x8c)
[0x7f3db0de176c]
(EE) 12: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0x7f3db0fe6000+0x7f23)
[0x7f3db0fedf23]
(EE) 13: /usr/lib/xorg/modules/libexa.so (0x7f3db079e000+0x56db)
[0x7f3db07a36db]
(EE) 14: /usr/lib/xorg/modules/libexa.so (0x7f3db079e000+0x7e9f)
[0x7f3db07a5e9f]
(EE) 15: /usr/lib/xorg/modules/libexa.so (0x7f3db079e000+0xfbc7)
[0x7f3db07adbc7]
(EE) 16: /usr/lib/xorg/modules/libexa.so (0x7f3db079e000+0x10955)
[0x7f3db07ae955]
(EE) 17: /usr/bin/X (0x7f3db6dd+0x14002d) [0x7f3db6f1002d]
(EE) 18: /usr/bin/X (0x7f3db6dd+0x535eb) [0x7f3db6e235eb]
(EE) 19: /usr/bin/X (0x7f3db6dd+0x573f7) [0x7f3db6e273f7]
(EE) 20: /usr/bin/X (0x7f3db6dd+0x5b596) [0x7f3db6e2b596]
(EE) 21: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5)
[0x7f3db4ae5b45]
(EE) 22: /usr/bin/X (0x7f3db6dd+0x4590e) [0x7f3db6e1590e]
(EE)
(EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up
the stack.
(EE) [mi] mieq is *NOT* the cause.  It is a victim.
(EE) [mi] EQ overflow continuing.  100 events have been dropped.
(EE)



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

lrwxrwxrwx. 1 root root 13 Nov 13  2010 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2401376 Feb 10 21:35 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT216 [GeForce GT 
220] [10de:0a20] (rev a2)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 3223 Mar 14 19:51 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 270.41.06  
(buildmeis...@swio-display-x86-rhel47-08.nvidia.com)  Mon Apr 18 15:14:00 PDT 
2011


Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
ModulePath  "/usr/lib/xorg/modules"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
FontPath"built-ins"
EndSection

Section "Module"
Load   "dbe"
Load   "record"
Load   "extmod"
Load   "glx"
Load   "dri2"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName  "Monitor Model"
EndSection

Section "Device"

### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz"
### [arg]: arg optional
#Option "SWcursor"  # []
#Option "HWcursor"  # []
#Option "NoAccel"   # []
#Option "ShadowFB"

Bug#782626: Debug symbols can't be used

control: severity -1 normal

On Wed, Apr 15, 2015 at 3:16 AM, Andrey Rahmatullin wrote:
> Reading symbols from kvpnc...Reading symbols from
> /usr/lib/debug//usr/bin/kvpnc...(no debugging symbols found)...done.
> (no debugging symbols found)...done.

Debugging symbols is a "should" in debian policy.

Best wishes,
Mike


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

Bug#782670: ITP: wrk -- HTTP benchmarking tool

2015-04-15 Thread Dmitry Smirnov

On Wed, 15 Apr 2015 17:44:52 Robert Edmonds wrote:
> * Package name: wrk
>   Version : 4.0.1
>   Upstream Author : Will Glozer
> * URL : https://github.com/wg/wrk
> * License : Apache-2.0, BSD-3-Clause
>   Programming Lang: C
>   Description : HTTP benchmarking tool
> 
>  wrk is a modern HTTP benchmarking tool capable of generating significant
>  load when run on a single multi-core CPU. It combines a multithreaded
>  design with scalable event notification systems such as epoll and kqueue.
>  .
>  An optional LuaJIT script can perform HTTP request generation, response
>  processing, and custom reporting.

Any noticeable differences from "siege"? Thanks.

-- 
Best wishes,
 Dmitry Smirnov

---

It has been said that democracy is the worst form of government except
all the others that have been tried.
-- Winston Churchill


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

Bug#778282: Cancel Bug

2015-04-15 Thread Erik Haller

This is not a bug in the bash-completion package. Please cancel.

The problem is caused by the ksu command in the krb5-user package.

If you become root via "ksu -qe /bin/bash -a -l" and execute "bash
/usr/share/bash-completion/bash_completion", you will see the errors as
reported in this report.

If you become root via "sudo -i" or su, and execute "bash
/usr/share/bash-completion/bash_completion", there will be no errors.

Bug#782678: motif: ftbfs missing symbol

package: src:motif
version: 2.3.4-6.1
severity: serious
tag: patch

There was a symbol removed in this upload that upstream intended to be
private.  It's likely unused in other packages, but for confidence
that it doesn't lead to breakage, motif's reverse dependencies should
be checked.

Attached is a fix (same also applied in ubuntu) that I do not plan to
upload since I don't have the time to test all of the reverse deps
myself.

Best wishes,
Mike
diff -Nru motif-2.3.4/debian/changelog motif-2.3.4/debian/changelog
--- motif-2.3.4/debian/changelog	2015-04-12 15:34:03.0 -0400
+++ motif-2.3.4/debian/changelog	2015-04-15 20:31:50.0 -0400
@@ -1,3 +1,10 @@
+motif (2.3.4-6.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove symbol that was intended to be private.
+
+ -- Michael Gilbert   Thu, 16 Apr 2015 00:16:42 +
+
 motif (2.3.4-6.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru motif-2.3.4/debian/libxm4.symbols motif-2.3.4/debian/libxm4.symbols
--- motif-2.3.4/debian/libxm4.symbols	2014-10-07 09:57:54.0 -0400
+++ motif-2.3.4/debian/libxm4.symbols	2015-04-15 20:40:31.0 -0400
@@ -257,7 +257,7 @@
  XmFontListInitFontContext@Base 2.3.4
  XmFontListNextEntry@Base 2.3.4
  XmFontListRemoveEntry@Base 2.3.4
- XmForceGrabKeyboard@Base 2.3.4-5~
+#MISSING: 2.3.4-6.1# XmForceGrabKeyboard@Base 2.3.4-5~
  XmGetAtomName@Base 2.3.4
  XmGetColorCalculation@Base 2.3.4
  XmGetColors@Base 2.3.4

Bug#782677: udd: scripts/update-upstream-status: should consider sepwatch

2015-04-15 Thread Iain R. Learmonth

Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: udd

Hi,

The update-upstream-status script for UDD does not appear to consider
sepwatch.

sepwatch is a subversion repository which contains seperate watch files
submitted by those that are not maintainers of the package but have
produced an updated watch file. This allows the new watch file to be
used immediately instead of waiting for the next upload, reducing the
watch file error count and providing upstream information again.

If a watch file is present in the sepwatch repository, it should be used
in place of the watch file in the package when updating data for UDD. A
new column could be added to the upstream table to indicate the source
of the watch file used.

https://wiki.debian.org/qa.debian.org/HowToHelpWithFixingWatchFiles#How_to_help_with_fixing_debian.2Fwatch_files

Thanks,
Iain.

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


pgpqqw3qXcjnr.pgp
Description: PGP signature

Bug#781995: motif/2.3.4-6.1 failed to build

On Wed, Apr 15, 2015 at 3:12 PM, Paul Gevers wrote:
> Hi all,
>
> All the builds of motif failed [1] due to a missing symbol. What are we
> going to do? I saw that Graham already choose to just remove the symbol
> from the Ubuntu package. I believe that this is really a no-no,
> especially without careful investigation if other packages are using
> this symbol and this late in the release process. Can we come up with a
> better solution?

Upstream intends that symbol to be private, so it should be unused in
other packages.  But for confidence that it doesn't lead to breakage,
someone should build test the reverse dependencies, which is a large
number.  Graham can you do that?

It's rather late in the release cycle, so maybe leave things alone for
now, and plan to do a jessie-pu once that testing is complete?

> @Michael, how did you build the package that you didn't notice this
> issue in your build?

I only did debian/rules build while testing, and debian/rules
binary-indep to finish up, which missed the dpkg-gensymbols step.
That was a mistake on my part.  I should have done a test of the
binary-arch step also, but it slipped my mind, apologies.

Best wishes,
Mike

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

Bug#782675: mutt: always complains "No news server defined!" when moving to inbox view

2015-04-15 Thread John Morrissey

Package: mutt
Version: 1.5.23-3
Severity: important

If I view a message (pager view) and hit 'i' to return to the inbox view, I
get this message, and mutt pauses for a second or two:

  No news server defined!

I don't have any news servers defined in my mailbox list, or anywhere in my
muttrc (I've never used its NNTP support). My muttrc is at:

  https://raw.githubusercontent.com/jwm/homedir/master/.muttrc

Building without mutt-patched/nntp.patch works around it.

-- Package-specific info:
Mutt 1.5.23 (2014-03-12)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 3.16.0-4-amd64 (x86_64)
ncurses: ncurses 5.9.20140913 (compiled with 5.9)
libidn: 1.29 (compiled with 1.29)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.9/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.9.2-4' 
--with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs 
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-4.9 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls 
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug 
--enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-vtable-verify 
--enable-plugin --with-system-zlib --disable-browser-plugin 
--enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-amd64 
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 
 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu 
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.9.2 (Debian 4.9.2-4) 

Configure options: '--prefix=/usr' '--sysconfdir=/etc' 
'--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' 
'--with-mailpath=/var/mail' '--disable-dependency-tracking' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' 
'--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' 
'--without-gdbm' '--without-bdb' '--without-qdbm' '--build' 'x86_64-linux-gnu' 
'--enable-nntp' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -Wall' 
'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm'

Compilation CFLAGS: -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall

Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_NNTP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode.patch
features/ifdef.patch
features/xtitles.patch
features/trash-folder.patch
features/purge-message.patch
features/imap_fast_trash.patch
features/sensible_browser_position.patch
features-old/patch-1.5.4.vk.pgp_verbose_mime.patch
features/compressed-folders.patch
features/compressed-folders.debian.patch
debian-specific/Muttrc.patch
debian-specific/Md.etc_mailname_gethostbyname.patch
debian-specific/use_usr_bin_editor.patch
debian-specific/correct_docdir_in_man_page.patch
debian-specific/dont_document_not_present_features.patch
debian-specific/document_debian_defaults.patch
debian-specific/assumed_charset-compat.patch
debian-specific/467432-write_bcc.patch
debian-specific/566076-build_doc_adjustments.patch
misc/define-pgp_getkeys_command.patch
misc/gpg.rc-paths.patch
misc/smime.rc.patch
misc/fix-configure-test-operator.patch
upstream/531430-imapuser.patch
upstream/543467-thread-segfault.patch
upstream/542817-smimekeys-tmpdir.patch
upstream/548577-gpgme-

Bug#782625: spamassassin: 'Unresolvable name: localhost' fail in daily updates

2015-04-15 Thread Bob Proulx

Pablo Pascual wrote:
> Dear Maintainer,

Note that I am not the maintainer but am another user trying to help.

> I get this error (daily mail to root) when spamassassin tries to update it:
> 
> /etc/cron.daily/spamassassin:
> unresolvable name: localhost at /usr/bin/sa-update line 432.
> sa-update failed for unknown reasons

Could you do some additional testing on your system?  It would help to
understand the issue.  What is the output of these commands?

  grep hosts /etc/nsswitch.conf

  grep localhost /etc/hosts

  getent hosts localhost

Thanks,
Bob

signature.asc
Description: Digital signature

Bug#769355: reportbug: extend binNMU support to cover more distros besides unstable

On Tue, Apr 14, 2015 at 5:12 PM, Niels Thykier  wrote:
> On 2015-04-13 13:22, Sandro Tosi wrote:
>> Hello,
>>
>> On Wed, Nov 12, 2014 at 11:28 PM, Andreas Beckmann  wrote:
>>> Please enhance the release.debian.org binNMU reporting functionality to ask
>>> for the release where the binNMU should be performed. The question
>>> should default to sid similarily to the ftp.debian.org RM template 
>>> questions.
>>
>> This seems like a valid request for me, but I'm adding release.d.o
>> team in the loop to seek for their input too.
>>
>> Regards,
>>
>
> Hi Sandro,
>
> Sounds like a fine idea for me.

That's great! now, last doubt: what type of suites are allowed in the
nmu command? Andreas mentioned some (other than the default
'unstable'):

* experimental
* $STABLE-backports
* $STABLE-proposed-updates
* $STABLE

are there any other acceptable? is $STABLE 'stable' or 'wheezy' (the
former is preferred - from my POV - to avoid to update the suites list
at each release)? No binnmu in testing? so, really, what should I put
in this suites menu?! :)

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


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

Bug#779180: [buildd-tools-devel] Bug#779180: Honor chroot personality in setup (service) scripts

2015-04-15 Thread Jan-Marek Glogowski

Hi Roger,

Am 15.04.2015 um 00:25 schrieb Roger Leigh:
> On Wed, Feb 25, 2015 at 09:42:59AM +0100, Jan-Marek Glogowski wrote:
>> schroot allows to set a Linux personality for chroots, e.g. to run a
>> 32bit chroot on a 64bit system. And there is a schroot setup script to
>> start services when entering the schroot. But these service setup script
>> ignores the personality; that's my problem.
> 
> Sorry for the delay, I just wanted to let you know that I do appreciate
> you doing this work and that I have looked over your patches.  I've
> unfortunately not had time to test it and commit it, due to a
> combination of work deadlines and RSI still preventing me doing as
> much typing as I would like.  I hope that the work side of things will
> improve towards the end of the month.

Have you thought about the more general approach to include the chroot
call in the helper?

The patch currently does:

-  chroot "$CHROOT_PATH" /usr/sbin/invoke-rc.d ...
+  "$LIBEXEC_DIR"/schroot-impersonate -- $(which chroot) "$CHROOT_PATH"
/usr/sbin/invoke-rc.d ...

Would be nice to get this down to something like:

  "$LIBEXEC_DIR"/schroot-run /usr/sbin/invoke-rc.d ...

Regards,
Jan-Marek

P.S. just as an other data point from an other tool: FAI sets the env
ROOTCMD="chroot /tmp/target" for its scripts, so the script aren't that
clobbered with long chroot calls...
P.P.S. I'm currently on holiday until July, so no need to hurry.


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

Bug#782674: RM: hybserv -- ROM; Dead upstream; doesn't support current ircd-hybrid

2015-04-15 Thread Dominic Hargreaves

Package: ftp.debian.org
Severity: normal

See 
for more details if required.


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

Bug#746946: wheezy-pu: package distro-info-data/0.23~deb7u1

Hi Adam (2015.03.28_21:09:54_+0200)
> Argh, this somehow fell through the cracks again. :-(

And then I put this off for two weeks, and it's now out of date.

New revision, including the 8.0 change, but not 7.0, as discussed. Based
on #782668:

diff -Nru distro-info-data-0.17~deb7u1/debian/changelog 
distro-info-data-0.26~deb7u1/debian/changelog
--- distro-info-data-0.17~deb7u1/debian/changelog   2013-10-21 
11:13:46.0 -0400
+++ distro-info-data-0.26~deb7u1/debian/changelog   2015-04-15 
18:35:51.0 -0400
@@ -1,3 +1,16 @@
+distro-info-data (0.26~deb7u1) stable; urgency=medium
+
+  * Backport updates up to 0.26:
+- Correct EOL date of Debian 6.0 "Squeeze" to 2014-05-31.
+- Correct Debian 8 version (was 8.0).
+- Update EOL date of Ubuntu 12.10 "Quantal Quetzal" to 2014-05-16.
+- Update EOL date of Ubuntu 13.04 "Raring Ringtai" to 2014-01-27.
+- Add Ubuntu 14.10, Utopic Unicorn.
+- Add Ubuntu 15.04, Vivid Vervet.
+- Add Debian 9 and 10 codenames (with provisional creation dates).
+
+ -- Stefano Rivera   Sun, 26 Oct 2014 14:14:45 -0700
+
 distro-info-data (0.17~deb7u1) stable; urgency=low
 
   * Add Ubuntu 14.04, Trusty Tahr. (Closes: #726696, 727020)
diff -Nru distro-info-data-0.17~deb7u1/debian.csv 
distro-info-data-0.26~deb7u1/debian.csv
--- distro-info-data-0.17~deb7u1/debian.csv 2013-10-21 10:58:51.0 
-0400
+++ distro-info-data-0.26~deb7u1/debian.csv 2015-04-15 18:29:12.0 
-0400
@@ -9,8 +9,10 @@
 3.1,Sarge,sarge,2002-07-19,2005-06-06,2008-03-30
 4.0,Etch,etch,2005-06-06,2007-04-08,2010-02-15
 5.0,Lenny,lenny,2007-04-08,2009-02-14,2012-02-06
-6.0,Squeeze,squeeze,2009-02-14,2011-02-06,2014-05-04
+6.0,Squeeze,squeeze,2009-02-14,2011-02-06,2014-05-31
 7.0,Wheezy,wheezy,2011-02-06,2013-05-04
-8.0,Jessie,jessie,2013-05-04
+8,Jessie,jessie,2013-05-04,2015-04-25
+9,Stretch,stretch,2015-04-25
+10,Buster,buster,2018-07-01
 ,Sid,sid,1993-08-16
 ,Experimental,experimental,1993-08-16
diff -Nru distro-info-data-0.17~deb7u1/ubuntu.csv 
distro-info-data-0.26~deb7u1/ubuntu.csv
--- distro-info-data-0.17~deb7u1/ubuntu.csv 2013-10-21 10:58:51.0 
-0400
+++ distro-info-data-0.26~deb7u1/ubuntu.csv 2015-04-15 18:29:34.0 
-0400
@@ -15,7 +15,9 @@
 11.04,Natty Narwhal,natty,2010-10-10,2011-04-28,2012-10-28
 11.10,Oneiric Ocelot,oneiric,2011-04-28,2011-10-13,2013-05-09
 12.04 LTS,Precise Pangolin,precise,2011-10-13,2012-04-26,2017-04-26
-12.10,Quantal Quetzal,quantal,2012-04-26,2012-10-18,2014-04-18
-13.04,Raring Ringtail,raring,2012-10-18,2013-04-25,2014-01-25
+12.10,Quantal Quetzal,quantal,2012-04-26,2012-10-18,2014-05-16
+13.04,Raring Ringtail,raring,2012-10-18,2013-04-25,2014-01-27
 13.10,Saucy Salamander,saucy,2013-04-25,2013-10-17,2014-07-17
 14.04 LTS,Trusty Tahr,trusty,2013-10-17,2014-04-17,2019-04-17
+14.10,Utopic Unicorn,utopic,2014-04-17,2014-10-23,2015-07-23
+15.04,Vivid Vervet,vivid,2014-10-23,2015-04-23,2016-01-23

Apologies for the age of this bug. I get lazy sometimes.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272


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

Bug#782673: installation-guide: doesn't notice errors within the for loop

2015-04-15 Thread Cyril Brulebois

Source: installation-guide
Version: 20150323 
Severity: important

Hi,

as noted while discussing with Mattia Rizzolo: an individual failure
(e.g. ppc64el / cs / pdf as of r69765) doesn't trigger an FTBFS, so a
“debuild -b” on a multicore machine might lead to believe everything is
OK while some files (e.g. ./debian/manual/ppc64el/cs/install.cs.pdf) are
missing.

Samuel mentioned errors aren't recorded in the for loop, and have that
bug report on his todolist.

Mraw,
KiBi.


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

Bug#782668: unblock: distro-info-data/0.25

Control: tags -1 - moreinfo confirmed
Control: retitle -1 unblock: distro-info-data/0.26

> Ack, please go ahead.  However, please ensure this is in unstable before
> the 9:52 UTC dinstall tomorrow (the 15th of April).

Oof. I've just noticed that the Ubuntu Vivid Vervet release date moved a
week forward.

So I uploaded 0.26 with:

--- distro-info-data-0.25/debian/changelog  2015-04-15 16:41:29.0 
-0400
+++ distro-info-data-0.26/debian/changelog  2015-04-15 18:07:34.0 
-0400
@@ -1,3 +1,9 @@
+distro-info-data (0.26) unstable; urgency=medium
+
+  * Update Ubuntu 15.04, Vivid Vervet release date.
+
+ -- Stefano Rivera   Wed, 15 Apr 2015 18:03:41 -0400
+
 distro-info-data (0.25) unstable; urgency=medium
 
   * Update Debian 9 target release date.
diff -Nru distro-info-data-0.25/ubuntu.csv distro-info-data-0.26/ubuntu.csv
--- distro-info-data-0.25/ubuntu.csv2015-04-15 16:41:29.0 -0400
+++ distro-info-data-0.26/ubuntu.csv2015-04-15 18:07:34.0 -0400
@@ -20,4 +20,4 @@
 13.10,Saucy Salamander,saucy,2013-04-25,2013-10-17,2014-07-17
 14.04 LTS,Trusty Tahr,trusty,2013-10-17,2014-04-17,2019-04-17
 14.10,Utopic Unicorn,utopic,2014-04-17,2014-10-23,2015-07-23
-15.04,Vivid Vervet,vivid,2014-10-23,2015-04-30,2016-01-30
+15.04,Vivid Vervet,vivid,2014-10-23,2015-04-23,2016-01-23

I assume given 0.25 was approved this is likely approved too, and an immediate
upload is the best approach here.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272


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

Bug#782671: mirrors: Have {ftp-chi, ftp-nyc}.osuosl.org removed from the master list and only have debian.osuosl.org

2015-04-15 Thread Donald Norwood

Package: mirrors
Severity: normal

>From IRC: 


 Ramereth: What is the change?
 cnote: you have some of our mirrors listed directly instead of our 
DNS round robin. I'd like to have {ftp-chi,ftp-nyc}.osuosl.org removed from the 
master list and only have debian.osuosl.org
 if we take any out of rotation, we can't manage that very easily if 
people choose a mirror directly

cnote - Donald Norwood
Ramereth - Lance Albertson


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

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


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

Bug#782672: sbuild: Extra command parsing is overly-complex and broken

2015-04-15 Thread Dima Kogan

Package: sbuild
Version: 0.65.2-1
Severity: normal

Hi.

sbuild has commandline options to run generic commands at various points
in time (--pre-build-commands for instance). Rather than taking strings
given in these options and passing them to a shell, sbuild instead
manipulates these strings in ways that make only the most simplistic
commands work.

Things that don't work include redirection, multiple commands separated
by ;, subshells etc. For instance, I can't run an arbitrary command in
an arbitrary directory. Something like this should work:

  --pre-build-commands 'cd directory; do_thing'

but it doesn't. Sbuild splits the string on whitespace, throws out all '
(with a warning), then encloses each work in '', and prepends a
directory switch. So the above becomes

 /bin/sh
 -c
 cd /home/user && 'cd' 'directory;' 'do_thing'

It would make way more sense to take the string as is, enclose in () and
pass it through:

 /bin/sh
 -c
 cd /home/user && (cd directory; do_thing)

Would a patch that does this be accepted?


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

Bug#782075: gnome-tweak-tool: Crashes Gnome when reducing Number of Workspaces

2015-04-15 Thread jre

Control: found -1 3.14.4-1


Hi,

here's the screenlog/backtrace following
https://wiki.gnome.org/Projects/GnomeShell/Debugging after upgrading to
the new mutter version.

The log/backtrace shows the assertion failed in mutter when I reduced
the "number of workspaces" in Gnome Tweak Tool the first time.

I didn't do the second reduction, which would be necessary to actually
crash the Gnome session.

Greets
jre

. xenv.sh 
bash: /proc//environ: No such file or directory
declare -x DEBEMAIL="jre.wine...@gmail.com"
declare -x DEBFULLNAME="jre"
declare -x HOME="/home/jens"
declare -x HUSHLOGIN="FALSE"
declare -x LANG="en_US.UTF-8"
declare -x LANGUAGE="en_US:en"
declare -x LOGNAME="jens"
declare -x 
LS_COLORS="rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:"
declare -x MAIL="/var/mail/jens"
declare -x OLDPWD
declare -x PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games"
declare -x PWD="/home/jens"
declare -x SHELL="/bin/bash"
declare -x SHLVL="2"
declare -x STY="7905.tty2.hope"
declare -x TERM="screen.linux"
declare -x TERMCAP="SC|screen.linux|VT 100/ANSI X3.64 virtual terminal:\\
:DO=\\E[%dB:LE=\\E[%dD:RI=\\E[%dC:UP=\\E[%dA:bs:bt=\\E[Z:\\
:cd=\\E[J:ce=\\E[K:cl=\\E[H\\E[J:cm=\\E[%i%d;%dH:ct=\\E[3g:\\
:do=^J:nd=\\E[C:pt:rc=\\E8:rs=\\Ec:sc=\\E7:st=\\EH:up=\\EM:\\
:le=^H:bl=^G:cr=^M:it#8:ho=\\E[H:nw=\\EE:ta=^I:is=\\E)0:\\
:li#56:co#200:am:xn:xv:LP:sr=\\EM:al=\\E[L:AL=\\E[%dL:\\
:cs=\\E[%i%d;%dr:dl=\\E[M:DL=\\E[%dM:dc=\\E[P:DC=\\E[%dP:\\
:im=\\E[4h:ei=\\E[4l:mi:IC=\\E[%d@:ks=\\E[?1h\\E=:\\
:ke=\\E[?1l\\E>:vi=\\E[?25l:ve=\\E[34h\\E[?25h:vs=\\E[34l:\\
:ti=\\E[?1049h:te=\\E[?1049l:us=\\E[4m:ue=\\E[24m:so=\\E[3m:\\
:se=\\E[23m:mb=\\E[5m:md=\\E[1m:mh=\\E[2m:mr=\\E[7m:\\
:me=\\E[m:ms:\\
:Co#8:pa#64:AF=\\E[3%dm:AB=\\E[4%dm:op=\\E[39;49m:AX:\\
:vb=\\Eg:as=\\E(0:ae=\\E(B:\\

:ac=\\140\\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\\
:Km=\\E[M:k0=\\E[10~:k1=\\EOP:k2=\\EOQ:k3=\\EOR:k4=\\EOS:\\
:k5=\\E[15~:k6=\\E[17~:k7=\\E[18~:k8=\\E[19~:k9=\\E[20~:\\
:k;=\\E[21~:F1=\\E[23~:F2=\\E[24~:F3=\\E[25~:F4=\\E[26~:\\
:F5=\\E[28~:F6=\\E[29~:F7=\\E[31~:F8=\\E[32~:F9=\\E[33~:\\
:FA=\\E[34~:kb=:K2=\\E[G:kB=\\E[Z:kh=\\E[1~:@1=\\E[1~:\\
:kH=\\E[4~:@7=\\E[4~:kN=\\E[6~:kP=\\E[5~:kI=\\E[2~:kD=\\E[3~:\\
:ku=\\EOA:kd=\\EOB:kr=\\EOC:kl=\\EOD:"
declare -x USER="jens"
declare -x WINDOW="0"
declare -x WINEDEBUG="fixme+all,err+all"
declare -x XDG_RUNTIME_DIR="/run/user/1000"
declare -x XDG_SEAT="seat0"
declare -x XDG_SESSION_ID="5"
declare -x XDG_VTNR="2"
bash: /proc//environ: No such file or directory
declare -x DEBEMAIL="jre.wine...@gmail.com"
declare -x DEBFULLNAME="jre"
declare -x HOME="/home/jens"
declare -x HUSHLOGIN="FALSE"
declare -x LANG="en_US.UTF-8"
declare -x LANGUAGE="en_US:en"
declare -x LOGNAME="jens"
declare -x 
LS_COLORS="rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*

Bug#782670: ITP: wrk -- HTTP benchmarking tool

2015-04-15 Thread Robert Edmonds

Package: wnpp
Severity: wishlist
Owner: Robert Edmonds 

* Package name: wrk
  Version : 4.0.1
  Upstream Author : Will Glozer
* URL : https://github.com/wg/wrk
* License : Apache-2.0, BSD-3-Clause
  Programming Lang: C
  Description : HTTP benchmarking tool

 wrk is a modern HTTP benchmarking tool capable of generating significant
 load when run on a single multi-core CPU. It combines a multithreaded
 design with scalable event notification systems such as epoll and kqueue.
 .
 An optional LuaJIT script can perform HTTP request generation, response
 processing, and custom reporting.

-- 
Robert Edmonds
edmo...@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#782669: enigmail: Can't decrypt messages vom "OpenPGP für Windows Phone"

2015-04-15 Thread derMaria

Package: enigmail
Version: 2:1.7.2-3
Severity: important

Dear Maintainer,

whenever I get a mail from someone who encrypted the Message with "OpenPGP für
Windows Phone" from Christoph Müller  I cannot decrypt the message. That program seems to encrypt only
attached files, not the mail body. When I click "decrypt and open file" in
Icedove 31.6.0 it creates a 0 Byte textfile and opens it in my texteditor.

If I try to decrypt the file with gpg I get the following output:

me@myComputer:/tmp$ gpg --decrypt --output decrypted-text.txt message.txt.asc

You need a Passphrase, to decrypt the secret key.
User: "My Name "
4096-Bit RSA Schlüssel, ID , created [date]

gpg: decrypted with 2048-Bit RSA key, ID , created [date]
  "Friends Name "
gpg: decrypted with 2048-Bit RSA key, ID , created [date]
  "Friends Name "
gpg: decrypted with 4096-Bit RSA key, ID , created [date]
  "My Name "
gpg: uncompressing failed: Unknown Komprimierverfahren [compression method?!]


My friend said it is "Cast5 with Sha1 without compression"


   * What outcome did you expect instead?
If the problem is lying in incorrect encrypted files I expect a proper error
message like this in GPG. But in general I expect it to be able to understand
the Komprimierverfahren [compression method?!]

Thanx alot for your great work!



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

Kernel: Linux 3.16-2-486
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages enigmail depends on:
ii  gnupg1.4.18-7
ii  icedove  31.6.0-1
ii  libc62.19-17

Versions of packages enigmail recommends:
ii  gnupg-agent  2.0.26-6

enigmail 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#782600: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015c

Control: tags -1 + pending

On Wed, 2015-04-15 at 21:03 +0200, gregor herrmann wrote:
> On Wed, 15 Apr 2015 19:55:09 +0100, Adam D. Barratt wrote:
> 
> > On Tue, 2015-04-14 at 19:19 +0200, gregor herrmann wrote:
> > > Olson db 2015c has a contemporary change for Egypt, effective in ~10
> > > days. I guess we should get this into stable-updates.
> > Please go ahead, thanks.
> 
> Thanks!
> Uploaded.

Flagged for acceptance, thanks.

If you haven't heard anything regarding wheezy-updates by this time next
week or so, please give us a poke.

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#782574: installation-reports: d-i does not boot on beaglebone black

2015-04-15 Thread Cyril Brulebois

Karsten Merker  (2015-04-15):
> On Tue, Apr 14, 2015 at 06:42:57PM -0700, Vagrant Cascadian wrote:
> > Did some troubleshooting (far more than I expected, now I remember
> > why I hadn't already done this for BBB), and came up with a patch
> > for u-boot that makes it work with d-i by emulating some distro
> > bootcmd variables (similar to the patch for wandboard), and a small
> > patch to flash kernel to support the change in how the "bootpart"
> > variable is used.

Since Karsten mentions both have to reach jessie in lockstep, I'm
wondering whether there should be a Breaks: somewhere to avoid some
breakages in case of a partial update.

> > I've tested that it boots the armhf daily hd-media installer and
> > boots an installed system. I could upload a new version of u-boot if
> > it's deemed worth it; otherwise we'll just need more complicated
> > instructions for manually loading the installer on d-i. FWIW, The
> > netboot media via tftp works without any changes.
> > 
> > If the user ever used u-boot's "saveenv" command, it may take
> > considerable effort resetting the environment using "env default -a"
> > followed by manually setting board_name, findfdt and/or fdtfile
> > variables so that it detects the correct .dtb. I didn't have
> > consistant success zeroing out the boot device, but in theory that
> > should work too.
> 
> I had hoped to be able to spend some more time on the issue
> today, but things didn't work out as planned and as things are
> looking curently, I probably won't be able to dedicate time to it
> tomorrow as well.
> 
> As the deadline for d-i-relevant changes is Friday, the question
> is what to do now.  AFAICS due to the necessity to change the BBB
> boot script in flash-kernel when the patch is applied to u-boot,
> both flash-kernel and u-boot would have to enter Jessie in
> lockstep.  As there is not enough time for regular migration to
> Jessie, the release team would have to urgent both packages in
> addition to an unblock to keep the deadline.  The involved DDs
> are in vastly different timezones, which makes all this even more
> problematic.  As stated above, I probably won't be able to take
> care of flash-kernel in time, so unless Ian would like to handle
> that, I do not see a a realistic chance to get this solved for
> Jessie.
> 
> Ian, what is your take on the issue?

So I've been thinking about this for a while and I'm not too happy about
possibly rushing these changes at this point. What could be considered
instead is having these changes staged into unstable, let them migrate
to testing/stretch when the freeze is lifted, and possibly backport them
in to the jessie first point release. A workaround can be documented in
the D-I Jessie RC3 errata.

Would that seem reasonable to all people involved?


Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#782663: wheezy-pu: package commons-httpclient/3.1-10.2

Control: tags -1 + confirmed
On Wed, 2015-04-15 at 21:59 +0200, Markus Koschany wrote:
> the Debian Java team would like to fix commons-httpclient in wheezy
> which is currently affected by CVE-2014-3577. The vulnerability is
> marked "no-dsa" by the security team. [1] I am attaching the
> debdiff against the version in wheezy. The fix is identical to the one
> for Jessie / Sid.

Assuming that the resulting package has been tested on wheezy, please go
ahead; thanks.

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#782668: unblock: distro-info-data/0.25

Hi Niels (2015.04.15_22:39:29_+0200)
> Ack, please go ahead.  However, please ensure this is in unstable before
> the 9:52 UTC dinstall tomorrow (the 15th of April).

Thanks. Uploaded and accepted.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272


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

Bug#782409: wheezy-pu: package netcf/0.1.9-2+deb7u2

Control: tags -1 + pending

On Sun, 2015-04-12 at 12:47 +0200, Salvatore Bonaccorso wrote:
> Hi Julien,
> 
> On Sun, Apr 12, 2015 at 10:44:33AM +0200, Julien Cristau wrote:
> > Control: tags -1 confirmed
> > 
> > On Sat, Apr 11, 2015 at 19:41:02 +0200, Salvatore Bonaccorso wrote:
[...]
> > > Several users have reported memory leaks in libvirtd, see #709335
> > > which originally was reported against src:libvirt but is a bug in
> > > netcf.
[...]
> > Looks fine, please go ahead.
> 
> Done. Thanks a lot!

Flagged for acceptance.

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#782443: parcimonie: allow to run without dbus

2015-04-15 Thread intrigeri

Control: severity -1 wishlist
Control: tag -1 + upstream

Hi Ximin,

Ximin Luo wrote (12 Apr 2015 11:17:59 GMT) :
> [...] so it would be good to add a --no-dbus option (or something)
> to remove this requirement.

Yes. My plan is to stop using D-Bus altogether, and replace it with
a lighter IPC system. I've no ETA for that yet.

Cheers,
-- 
intrigeri


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

Bug#782635: tomcat8-admin: Default upload limit for manager app too small with no way to override

2015-04-15 Thread Emmanuel Bourg

Le 15/04/2015 16:05, Dominic Hargreaves a écrit :

> Here's a useful response from someone on the tomcat-users list, who seems
> to agree that this is something that should be changed at the Debian side.

Here is the link for the reference:

http://mail-archives.apache.org/mod_mbox/tomcat-users/201504.mbox/%3C552E688C.6080600%40apache.org%3E

As I understand, the web.xml file of the manager application should be
moved to /etc/tomcat8, symlinked to
/usr/share/tomcat8-admin/manager/WEB-INF. Do you think you could provide
a patch implementing this change?


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

Bug#782596: RFC: possible wheezy-pu: package debhelper to address #708218 for wheezy?

2015-04-15 Thread Niels Thykier

On 2015-04-14 17:47, Salvatore Bonaccorso wrote:
> Package: release.debian.org
> Severity: normal
> 
> Hi Stable release managers,
> 
> This is not a wheezy-pu request per se. The recent libxrender update
> through security.d.o was initially just a rebuild of libxrender
> against a fixed version of libx11. This caused #782505 ("libxrender1:
> dist-upgrade breaks on multiarch due to conflict on
> changelog.Debian.gz").
> 
> The fix for debhelper in #708218 didn't make it into wheezy so binNMUs
> in wheezy for multiarch enabled packages will have the problem.
> 
> Would it make sense to have an update of debhelper in wheezy fixing
> this issue as well?
> 
> Regards,
> Salvatore
> 
> 

>From a debhelper PoV, it looks reasonable at first glance.

It looks like we would need to backport the 4 commits listed in the
attached "...-commits.diff" file.  The combined result (excluding
changelog entries) is in the "...-dh_installchangelogs.diff" and had no
merge conflicts (only one chunk required fuzziness to be applied).

Except a missing changelog entry, is the expected debdiff for such an
upload.  Disclaimer, not tested (not even build tested).

Thanks,
~Niels


commit f1f2efc66605805d31e05e3769264c1914dc825b
Author: Joey Hess 
Date:   Sun Oct 20 19:19:18 2013 -0400

dh_installchangelogs: Avoid installing binNMU changelog file in --no-act mode. Closes: #726930

diff --git a/debian/changelog b/debian/changelog
index 948e2f5..0fa1b22 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+debhelper (9.20130922) UNRELEASED; urgency=low
+
+  * dh_installchangelogs: Avoid installing binNMU changelog file
+in --no-act mode. Closes: #726930
+
+ -- Joey Hess   Sun, 20 Oct 2013 19:18:44 -0400
+
 debhelper (9.20130921) unstable; urgency=low
 
   * dh: Call dh_installxfonts after dh_link, so that it will
diff --git a/dh_installchangelogs b/dh_installchangelogs
index 2f65f8a..edd7f9f 100755
--- a/dh_installchangelogs
+++ b/dh_installchangelogs
@@ -200,9 +200,11 @@ foreach my $package (@{$dh{DOPACKAGES}}) {
 		doit("install","-d","$tmp/usr/share/doc/$package");
 	}
 
-	if (! install_binNMU_changelog($package, $changelog, $changelog_name)) {
-		doit("install","-o",0,"-g",0,"-p","-m644",$changelog,
-			"$tmp/usr/share/doc/$package/$changelog_name");
+	if (! $dh{NO_ACT}) {
+		if (! install_binNMU_changelog($package, $changelog, $changelog_name)) {
+			doit("install","-o",0,"-g",0,"-p","-m644",$changelog,
+"$tmp/usr/share/doc/$package/$changelog_name");
+		}
 	}
 
 	if (-e $news) {

commit 0a9abc9fcc85d512a16e3c553f88091c78ff4354
Author: Joey Hess 
Date:   Sat May 18 10:53:14 2013 -0400

ensure files come out owned by root

dh_fixperms may not always be run after dh_installchangelogs

diff --git a/dh_installchangelogs b/dh_installchangelogs
index ae61f1e..58dad3c 100755
--- a/dh_installchangelogs
+++ b/dh_installchangelogs
@@ -114,6 +114,9 @@ sub install_binNMU_changelog {
 		close $output or error("Couldn't close $output_fn: $!");
 		utime $stat[8], $stat[9], $output_fn;
 
+		chown 0, 0, $output_fn, $output_fn_binary
+			or error "chown: $!";
+
 		umask $mask;
 
 		return 1;

commit e004f193b15b7d1f2b398f8469de74b1d45e67be
Author: Joey Hess 
Date:   Sat May 18 10:48:46 2013 -0400

only run slower changelog splitting code in binNMU mode

diff --git a/dh_installchangelogs b/dh_installchangelogs
index 1e3dbeb..ae61f1e 100755
--- a/dh_installchangelogs
+++ b/dh_installchangelogs
@@ -78,47 +78,50 @@ Install this file as the upstream changelog.
 
 =cut
 
-# Install a changelog into a package.
-# For binNMUs the first changelog entry is written into an extra file to keep
-# the packages coinstallable.
-sub install_changelog
-{
+# For binNMUs the first changelog entry is written into an extra file to
+# keep the packages coinstallable.
+sub install_binNMU_changelog {
 	my ($package, $input_fn, $changelog_name)=@_;
 
-	my $arch=package_arch($package);
-	my $tmp=tmpdir($package);
-	my $output_fn="$tmp/usr/share/doc/$package/$changelog_name";
-	my $mask=umask 0022;
-	my @stat=stat $input_fn or error("could not stat $input_fn: $!");
-
-	open my $input, "<", $input_fn
-		or error("could not read $input_fn: $!");
-	open my $output, ">", $output_fn
-		or error("could not open $output_fn for writing: $!");
-
+	open (my $input, "<", $input_fn);
 	my $line=<$input>;
-	if ($line =~ /\A\S.*;.*\bbinary-only=yes/) {
+	if (defined $line && $line =~ /\A\S.*;.*\bbinary-only=yes/) {
+		my $mask=umask 0022;
+
+		my @stat=stat $input_fn or error("could not stat $input_fn: $!");
+		my $tmp=tmpdir($package);
+		my $output_fn="$tmp/usr/share/doc/$package/$changelog_name";
+		open my $output, ">", $output_fn
+			or error("could not open $output_fn for writing: $!");
+		my $arch=package_arch($package);
 		my $output_fn_binary="$output_fn.$arch";
 		open my $output_binary, ">", $output_fn_binary
 			or error("could not open $output_fn_binary for writing: $!");
+
 		do {
 			print {$output_binary} $line
 or error("Coul

Bug#740707: okular freezes when printer is no longer accessible

2015-04-15 Thread Lisandro Damián Nicanor Pérez Meyer

On Wednesday 15 April 2015 18:03:09 martin f krafft wrote:
> also sprach Lisandro Damián Nicanor Pérez Meyer  
[2014-03-04 15:58 +0100]:
> > Martin: I'm sending the standard reply template for this cases,
> > but I'll possibly get to report it upstream myself in some time,
> > but I don't know how much time it will take me, as I can only
> > reproduce this on $job.
> 
> I assume you didn't have time to do this.

You assumption is right :(


> I can report this
> upstream, but I would really like to know which package is at fault.
> Should I file this against okular? Isn't it much more likely that
> the problem is deep down in a KDE or Qt library?

I saw that you found an already filled bug and moreover upstream seems to know 
the cause.

Now I wonder if this will ever get solved or just left out until okular is 
ported to qt5 :-/

-- 
Sólo porque un mensaje pueda no ser recibido no implica que no
valga la pena enviarlo.

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


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

Bug#782566: unblock: avahi/0.6.31-5

2015-04-15 Thread Michael Biebl

Am 14.04.2015 um 11:32 schrieb Michael Biebl:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package avahi
> 
> It fixed two RC bugs and one important bug. Apologies for the last
> minute upload.
> 
> |  [ Andreas Henriksson ]
> |* Recommend iproute2 instead of transitional package iproute.
> 
> http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=02868de81213966f429c5e4f688d0e0b9225710a
> 
> This change was done quite a while ago in alioth's Git repo. I didn't
> see a good reason to revert it for the upload
> 
> 
> |  * Update avahi-daemon support scripts to use iproute2 tools if available
> |with a fallback to net-tools and graceful degradation if neither is
> |installed. (Closes: #762326)
> 
> http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=9449a8cb797f64ae0aa96f7aea8088774084f38c
> 
> We were previously using legacy net-tools withoug explicitly depending
> on it. This wasn't a problem since ifupdown depended on net-tools. It
> prefers iproute2 nowadays, so change the hooks accordingly.
> 
> http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=93c6fb830b075d55d177e21c55a561db7174c8d8
> 
> While looking at this particular file, I found a few inconsistencies,
> which are fixed by this commit
> 
> |  * Don't run the avahi-autoipd ifupdown hook scripts if the package has
> |been removed but not purged. (Closes: #780872)
> 
> http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=7951a19ec1f0c4a413d2ec86a14a381a4079dfd1
> 
> Rather self-explanatory two-line fix.
> 
> |  * Use --restart-after-upgrade for avahi-daemon and avahi-dnsconfd to
> |minimise downtime and avoid avahi-daemon being triggered via socket or
> |D-Bus activation during upgrades. (Closes: #768620)
> |  * Mask avahi-daemon.service on remove to avoid the stop request being
> |cancelled via socket or D-Bus activation.
> 
> http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=4a67d2cb50cab9d10c8fba0391c08db717fdcfb0
> http://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=156908b9acccf8cc77a70b254e8200a70dd3ca40
> 
> Those two commits improve the systemd support by dealing with the fact
> that avahi-daemon uses socket and D-Bus activation. So we need to apply
> special care on upgrades and remove.
> 
> Full debdiff is attached.
> 
> Thanks for considering.

Looks like I missed to add the proper urgency for it to migrate before
the 18th. Please add an appropriate age hint.

Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#747724: cantata: Link Problem (Wikipedia DE)

2015-04-15 Thread Ilya Demyanov

Package: cantata
Version: 1.4.2.ds1-1+b1
Severity: normal

I confirm this bug for Wikipedia RU:

  - https://ru.wikipedia.org/wiki/Служебная:Экспорт/
instead
  - https://ru.wikipedia.org/wiki/

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing'), (300,
'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages cantata depends on:
ii  kde-runtime4:4.14.2-2
ii  kde-style-oxygen   4:4.11.13-2
ii  libavcodec56   10:2.6.1-dmo2
ii  libavformat56  10:2.6.1-dmo2
ii  libavutil5410:2.6.1-dmo2
ii  libc6  2.19-17
ii  libcdparanoia0 3.10.2+debian-11
ii  libebur128-1   1.0.2-1
ii  libgcc11:4.9.2-10
ii  libkdecore54:4.14.2-5
ii  libkdeui5  4:4.14.2-5
ii  libkio54:4.14.2-5
ii  libmpg123-01.20.1-2
ii  libmtp91.1.8-1+b1
ii  libmusicbrainz5-1  5.1.0-2
ii  libqjson0  0.8.1-3
ii  libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtgui4  4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libsolid4  4:4.14.2-5
ii  libstdc++6 4.9.2-10
ii  libtag-extras1 1.0.1-3
ii  libtag1c2a 1.9.1-2.1
ii  libx11-6   2:1.6.2-3
ii  libxau61:1.0.8-1
ii  libxdmcp6  1:1.1.1-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

cantata recommends no packages.

Versions of packages cantata suggests:
ii  mpd  1:0.19.9-dmo2

Bug#782275: pre-parsed cffi runtime data structures

Control: tag -1 upstream

Hi Glyph (2015.04.13_23:46:18_-0400)
> Right now, cffi uses pycparser to parse the declarations for two reasons:
> 
> 1. to generate the .c file which it then compiles, at build time
> 2. to generate the run-time metadata it uses to invoke that library, at run 
> time

Yep. The plan is to serialize the run-time metadata into something at
build time, in cffi 1.0.

Armin is working on this:
https://groups.google.com/forum/#!topic/python-cffi/DKfxxcMmaGw

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272


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

Bug#782668: unblock: distro-info-data/0.25

2015-04-15 Thread Niels Thykier

Control: tags -1 moreinfo confirmed

On 2015-04-15 22:30, Stefano Rivera wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Would you accept this into jessie at this late date? It should have
> probably been submitted 2 weeks ago. Mea culpa.
> 
> There is probably going to be another update, next month, when Ubuntu
> 15.10 is added. But that's less important for our users.
> 
> This would be the diff against jessie:
> 
> [...]
> 
> unblock distro-info-data/0.25
> 
> [...]

Ack, please go ahead.  However, please ensure this is in unstable before
the 9:52 UTC dinstall tomorrow (the 15th of April).

Thanks,
~Niels


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

Bug#782668: unblock: distro-info-data/0.25

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

Would you accept this into jessie at this late date? It should have
probably been submitted 2 weeks ago. Mea culpa.

There is probably going to be another update, next month, when Ubuntu
15.10 is added. But that's less important for our users.

This would be the diff against jessie:

diff --git a/debian.csv b/debian.csv
index 2c8a00c..adac206 100644
--- a/debian.csv
+++ b/debian.csv
@@ -11,6 +11,8 @@ version,codename,series,created,release,eol
 5.0,Lenny,lenny,2007-04-08,2009-02-14,2012-02-06
 6.0,Squeeze,squeeze,2009-02-14,2011-02-06,2014-05-31
 7,Wheezy,wheezy,2011-02-06,2013-05-04
-8,Jessie,jessie,2013-05-04
+8,Jessie,jessie,2013-05-04,2015-04-25
+9,Stretch,stretch,2015-04-25
+10,Buster,buster,2018-07-01
 ,Sid,sid,1993-08-16
 ,Experimental,experimental,1993-08-16
diff --git a/debian/changelog b/debian/changelog
index f1a8d14..43fd29c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+distro-info-data (0.25) UNRELEASED; urgency=medium
+
+  * Update Debian 9 target release date.
+
+ -- Stefano Rivera   Wed, 15 Apr 2015 16:16:37 -0400
+
+distro-info-data (0.24) unstable; urgency=medium
+
+  * Add Debian 9 and 10 codenames (with provisional creation dates)
+
+ -- Benjamin Drung   Mon, 10 Nov 2014 12:36:20 +0100
+
 distro-info-data (0.23) unstable; urgency=medium
 
   [ Colin Watson ]


unblock distro-info-data/0.25

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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


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

Bug#779200: reportbug: did not show #777125, proably due to encoding issues

Hello Hermann,
thanks for follow up so quickly!

On Tue, Apr 14, 2015 at 2:22 PM, Hermann Lauer
 wrote:
>> this traceback is incomplete, please report the full (unaltered) traceback.
>
> sorry, missed obviously the end during copy & paste:
>
> Traceback (most recent call last):
>   File "/usr/bin/reportbug", line 2211, in 
> main()
>   File "/usr/bin/reportbug", line 1081, in main
> return iface.user_interface()
>   File "/usr/bin/reportbug", line 1363, in user_interface
> mbox_reader_cmd=self.options.mbox_reader_cmd)
>   File "/usr/lib/python2.7/dist-packages/reportbug/ui/text_ui.py", line 441, 
> in show_report
> fd.write(text)
> UnicodeEncodeError: 'ascii' codec can't encode character u'\u25cf' in 
> position 542: ordinal not in range(128)

I even tried to set LC_ALL=C but I can't replicate this issue: with
LC_ALL=C I got some weird chars next to "nslcd.service - LSB: LDAP
connection daemon" instead of the dot that should be there with UTF-8
encoding.

So, can you try to edit this file (I know it's bad!)
/usr/lib/python2.7/dist-packages/reportbug/ui/text_ui.py and change

fd.write(text)

into

fd.write(text.encode('utf-8'))

and tell me if this fixes the problem?

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


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

Bug#719601: ITP: libjs-jquery-datatable

2015-04-15 Thread Ole Streicher

Hi all,

It looks that the package was ready a year ago, but never got uploaded (and
I myself forgot about it). However, I don't want to sponsor it myself since
I have absolutely no experience with javascript packages and their policy to
check if everything is right. But could you, Ben, or Martin sponsor?

Best regards

Ole

Am 15.04.2015 um 19:00 schrieb W. Martin Borgert:
> Hi Ben, Matthias, Ole, *,
> 
> any news on the jquery-datatables package?
> Two weeks ago upstream released version 1.10.6.
> Fortunately, they still seem to accept jQuery 1.7.
> 
> TIA!
> 


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

Bug#782667: hbro: should provide virtual package www-browser and be in section web

Package: hbro
Version: 1.1.2.2-2+b15
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hbro is currently in section haskell which is reserved for
implmentations of said programming language and libraries for it.

As a web browser, hbro should instead be in section web.

Also, the package should provide virtual package www-browser.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVLsc9AAoJECx8MUbBoAEheFYP/1u/76t6xyrvflGanD8f1ley
mDhLIhaMf7RCYa3c9M6forrbbkvp5hRCj0sc5eERxM28xhd6QK/5cglaFyFNIWfT
f3niNnFGEc2ERomz9+TyYMJE8DkLO243v9vNeltDJVCflZR6fD83FJtoV4/PDz4+
1IKubEpSW0eUN3DVFqiYmxwtrSwguWV2Wzp5SqV0OHMwShwhUmuvB65FdakQeKem
+qivup5N9wDQqCcBYppHujrKwd+SHF34lHYMdL6tfwiM3mJZtRy8unKrnpffmnHP
3majQGHb3fHAGZ+WrbwglwJDtXtIzaJ3a4Fgh29+H0/zP6tFc7EKx+zJNnKxY6in
SB9qHX2WBx5JG8NRNMjbY+xD2iH+HqFs4gJHZQL4yRI8nz5RlKdxm6Ou3dUnLvxA
sPm3ImoDirCIfdH3hijWNCA45IkAtLzQLlHEYMF1cLw3cXG+nYnwMjBCi/dpVJuj
wBIttt0wVTdZaP7+u7/yAYNxvRik9AAsxJuJ8WZ/6SiPqVFT9huZx+xbwBmcPHKa
etAehbB3aBgLhXRDUFpe6onTmaCMWRpWYxPIainmaBGYXTxquoNXCQWfIrUw1e1o
9lEz9bFUqIjwpA+Bi9zqqsuT2k38aducWs9VaM4vYxWWHf0zYsGALuzoHeIyk5Hc
wq4UB4Dq3Dbudyxz8VpQ
=GYse
-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#782666: hv3: should provide virtual package www-browser

Package: hv3
Version: 3.0~fossil20110109-4
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hv3 seems to be a web browser (from its package description).

If correct, then please consider having the package provide virtual
package www-browser to help locate it when hunting for a good web
browser.

 - Jonas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVLsY8AAoJECx8MUbBoAEhGWwP/3106IBQGCygKvzjKh/k2+FM
FG692ptdx8PzmcT4DELjItzX0SSsu3jMYKWw6XTN6SPzy+ZlnJWEzzwcRBcRHKUo
QmjwOKvrRoVOEaAM0VaUO8hd5YI+gZqf1bSykJGKW05ppY0OZUD9G4ICw/13Et0W
Uppj+lUbBZS6xidLulfNbh5dXpFvIuT1/OOM6ZT/AW/lhrqdITG/xPU9tasD2Ljq
YugsmmvDGYLmZ5ylKGMnJSTvGB7GkxInKi3pyakxSKAP8r/BOuxfuL4G1XT/84nk
MKpYOGvjJAjd6GdcKmVbwdoVWetcH61Amd9y0qdJg/Pqobxxa6msXIXAdaJEs3u9
b2dOE+l8VMDHOA8tTnYjKFT1wAFk6bE0+O0Nqr++NDZm3ljPDRg9EBlUph7KTCUL
+QM3IIKUKxL8+r5f4UxRMGD3jmltFKdQ+WHiv+UkXXteYpGcONa3NdUa9SkyHxb5
PsIk7+o5dFqkPfdIMU1P6i92qoPJ62LcOVy6RtL/iolWEKDVqAq37sGB0iRXRbsH
h7XRdEyycSmvu3yVZIyrKmWoAYyxdZd36mXwEOnKUp0JEHyEn+xgGUlOPeQlsCe5
6VAoYHi4x/veGl1x4DxSxFV5CFNZKtNNqHx9+Vsn0TXpji4CaHNKcFK/vNq8nH4T
uU7CoE1tN+lziLAn7nck
=Tnlk
-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#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)

2015-04-15 Thread Ian Campbell

On Wed, 2015-04-15 at 21:07 +0200, Michael Stapelberg wrote:

> > I’ve added the systemd service files manually on my qnaps
> before I
> > contributed them upstream, hence I never ran into this
> issue.
> 
> What did you do manually? Does it match what I describe above?
> 
> 
> Yes, I think so.

When I install the resulting package I get:

Apr 15 19:43:26 qnap systemd[1]: Expecting device 
dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device...
Apr 15 19:44:56 qnap systemd[1]: Job 
dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device/start timed out.
Apr 15 19:44:56 qnap systemd[1]: Timed out waiting for device 
dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device.
Apr 15 19:44:56 qnap systemd[1]: Dependency failed for qcontrold.

and the same seems to have happened on reboot too judging from:

# systemctl | grep -E qcontrol\|gpio
dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device   
 loaded inactive   dead  start 
dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device
qcontrol.service
 loaded activating start start qcontrol
qcontrold.service   
 loaded inactive   dead  start qcontrold
qcontrold.socket
 loaded active running qcontrold.socket
# ls -l /dev/input/by-path/platform-gpio-keys-event
lrwxrwxrwx 1 root root 9 Apr 15 21:03 
/dev/input/by-path/platform-gpio-keys-event -> ../event0

I suppose you never saw this?

I was wondering if perhaps because the device was a by-name symlink and
not a real device?

Or does the device need tagging as described in
http://www.freedesktop.org/software/systemd/man/systemd.device.html ?

Ian.

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

Bug#782664: qupzilla: should be in section web

Package: qupzilla
Version: 1.8.3.1~dfsg1-4
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

cupzilla is in section x11, making it difficult to find when you are
browsing (pun intended) for web browsers.

Please move cupzilla to the more appropriate section web.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVLsR5AAoJECx8MUbBoAEh2mcP/3R6weMvkJuOUU3JDG6sEX1b
YBWGAG6IQSnzqvGcTLY4ax+N78B5wY1nmb/iXfLl9WQAzeQzZ3G5zwCshywFqEgR
DbwWE7zSku6ihky1jzIw3z9IvRWh3grQ4pzDmBeBpS0GLIUmyb38kdbr3NagY0OC
hqD7O/JdpXZI35o8R8CjcjVKz+b2LkvigE6OLoW06woXGgQyqbGZ8EnJVCiut4DI
GJNNjGVPtubIG4RA1VtRp4m/UlIpZGJybZFmrNq/TffBXESK/hUGqirw/55ZF9Ni
UBbhokIx0oCQ9db1nT/CtmuBuwbFbV/cJFxL7+QEB/XBG38/GBPq/QSPby5a/wS/
HuSFdoNh+ZTIVWc/Ot3YM2iD6StTvEtt7Szz5BP0CMlT3FixFSYeggncS1okCyLy
hGICrafQbogM2yXDUbK/4rAln98K7mXQDT91RXwBLcyLWMhLoB2gAxA1P8mnBy7u
U9X4WiIGBMMlUPXx4f4o457QHIAabBB/a8AkZDIy7UK+RKrfvdfHOeO+J2pxUXCL
B0HA8LQopClMoNIEXbvqHGMKXpImpaGGBqArnsJSYNq6wdFXboLguqDf9HY/KsH0
V97VjXITOI4nxhm63OtDj6wx7D5DFKyrwqamx9vr6BzDEgSvVLAd7AmHmQ+vKo/x
5/ib/VgM4NHFKZwaMLJe
=v+MA
-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#782665: qupzilla: shout provide virtual package www-browser

Package: qupzilla
Version: 1.8.3.1~dfsg1-4
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- From the long description, CupZilla seems to be a web browser.

If true, please have the package provide virtual package www-browser to
ease locating it when in need of a web-browser.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVLsT5AAoJECx8MUbBoAEhQqYP/3yPT8YI/EegFw6qZOMNKdhX
Ehsw72/FPeLWrr5GQrqWOHNh0Ew2gl0s94jbPFsWD6s2D2Ko/t45fjUry8ecywUl
uLzsuq5Ed5biHrXOSzfycRrW928dTj4HjHw1UJfEtPYKIC8kIGFPxnfSkTmJmoAN
9t2u7bHmRVkO601da/ElGGNZZloAVryciqTXFsS4FJ5zCphUOCrhBBsr9WTxQl8U
8k63O58b8Fmm+oUg5zyBLnPM6tuiGhz2VgmnXBZhqqoaQkY4Xl+IdwyDFIKRGX4Q
vpAp3ZUyxw2FTQVMCIbEsLh/hxGiHimpbXtmr9S5FKboD0PEb3suxN/iHURTw1Ff
6jhnAjlp3hr4YubRw2E40dPsSYOGBc8PxS3DKLz1qGzvzqkrn2Uxwo1pdCHjMI2E
oCCIezbcjW2ou+JIUwvzs2X3rigAm7lnmW1WMgk8lnHwroQIK6sm5KCWygsYMf1U
oPuUMwm80T1hI2czRVBFCvQARN3uCazYpfV360jfXSt2qfjkmRBoYKaNdyvw0yJ4
Ytjvgx8Ujqd3LM8MQQ1WdhLnPEtkPMcIoDjS6EwiSwfARQh5jjBLfzx7qvlDgNxl
YjTnOvE76vSjrZROAkQgoWql31dprevb19fCOWNRS6dovHtJu5u6htXlm0HLENtc
PuIvZAQGJ0G5nlbRA5W9
=3y05
-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#782663: wheezy-pu: package commons-httpclient/3.1-10.2

2015-04-15 Thread Markus Koschany

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

Hello release team,

the Debian Java team would like to fix commons-httpclient in wheezy
which is currently affected by CVE-2014-3577. The vulnerability is
marked "no-dsa" by the security team. [1] I am attaching the
debdiff against the version in wheezy. The fix is identical to the one
for Jessie / Sid.

Regards,

Markus

[1] https://security-tracker.debian.org/tracker/CVE-2014-3577
diff -Nru commons-httpclient-3.1/debian/ant.properties commons-httpclient-3.1/debian/ant.properties
--- commons-httpclient-3.1/debian/ant.properties	2011-08-30 11:42:03.0 +0200
+++ commons-httpclient-3.1/debian/ant.properties	2015-04-15 21:48:49.0 +0200
@@ -1,5 +1,5 @@
 # JSSE stub classes required for build
 lib.dir=/usr/share/java
 #jsse.jar=/usr/share/java/jsse.jar
-ant.build.javac.source=1.4
-ant.build.javac.target=1.4
+ant.build.javac.source=1.5
+ant.build.javac.target=1.5
diff -Nru commons-httpclient-3.1/debian/changelog commons-httpclient-3.1/debian/changelog
--- commons-httpclient-3.1/debian/changelog	2012-12-06 14:41:48.0 +0100
+++ commons-httpclient-3.1/debian/changelog	2015-04-15 21:48:49.0 +0200
@@ -1,3 +1,20 @@
+commons-httpclient (3.1-10.2+deb7u1) wheezy; urgency=high
+
+  * Team upload.
+  * Add CVE-2014-3577.patch. (Closes: #758086)
+It was found that the fix for CVE-2012-6153 was incomplete: the code added
+to check that the server hostname matches the domain name in a subject's
+Common Name (CN) field in X.509 certificates was flawed. A
+man-in-the-middle attacker could use this flaw to spoof an SSL server using
+a specially crafted X.509 certificate. The fix for CVE-2012-6153 was
+intended to address the incomplete patch for CVE-2012-5783. The issue is
+now completely resolved by applying this patch and the
+06_fix_CVE-2012-5783.patch.
+  * Change java.source and java.target ant properties to 1.5, otherwise
+commons-httpclient will not compile with this patch.
+
+ -- Markus Koschany   Wed, 15 Apr 2015 21:24:48 +0200
+
 commons-httpclient (3.1-10.2) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch
--- commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch	1970-01-01 01:00:00.0 +0100
+++ commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch	2015-04-15 21:48:49.0 +0200
@@ -0,0 +1,110 @@
+From: Markus Koschany 
+Date: Mon, 23 Mar 2015 22:45:14 +0100
+Subject: CVE-2014-3577
+
+It was found that the fix for CVE-2012-6153 was incomplete: the code added to
+check that the server hostname matches the domain name in a subject's Common
+Name (CN) field in X.509 certificates was flawed. A man-in-the-middle attacker
+could use this flaw to spoof an SSL server using a specially crafted X.509
+certificate.
+The fix for CVE-2012-6153 was intended to address the incomplete patch for
+CVE-2012-5783. This means the issue is now completely resolved by applying
+this patch and the 06_fix_CVE-2012-5783.patch.
+
+References:
+
+upstream announcement:
+https://mail-archives.apache.org/mod_mbox/www-announce/201408.mbox/CVE-2014-3577
+
+Fedora-Fix:
+http://pkgs.fedoraproject.org/cgit/jakarta-commons-httpclient.git/tree/jakarta-commons-httpclient-CVE-2014-3577.patch
+
+CentOS-Fix:
+https://git.centos.org/blob/rpms!jakarta-commons-httpclient/SOURCES!jakarta-commons-httpclient-CVE-2014-3577.patch
+
+Debian-Bug: https://bugs.debian.org/758086
+Forwarded: not-needed, already fixed
+---
+ .../protocol/SSLProtocolSocketFactory.java | 57 ++
+ 1 file changed, 37 insertions(+), 20 deletions(-)
+
+diff --git a/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java b/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
+index fa0acc7..e6ce513 100644
+--- a/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
 b/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
+@@ -44,9 +44,15 @@ import java.util.Iterator;
+ import java.util.LinkedList;
+ import java.util.List;
+ import java.util.Locale;
+-import java.util.StringTokenizer;
++import java.util.NoSuchElementException;
+ import java.util.regex.Pattern;
+ 
++import javax.naming.InvalidNameException;
++import javax.naming.NamingException;
++import javax.naming.directory.Attribute;
++import javax.naming.directory.Attributes;
++import javax.naming.ldap.LdapName;
++import javax.naming.ldap.Rdn;
+ import javax.net.ssl.SSLException;
+ import javax.net.ssl.SSLSession;
+ import javax.net.ssl.SSLSocket;
+@@ -424,28 +430,39 @@ public class SSLProtocolSocketFactory implements SecureProtocolSocketFactory {
+ 		return dots;
+ 	}
+ 
+-	private static String getCN(X509Certificate cert) {
+-// Note:  toString() seems to do a better job than getNam

Bug#754057: perl: erroneous quoting in Makefile.SH

2015-04-15 Thread Niko Tyni

On Mon, Jul 07, 2014 at 09:30:20AM +0300, Niko Tyni wrote:

>  echo "$1" | sed 's/\([^a-zA-Z0-9.:_\-\/]\)/\\\1/g' ;;
> 
> should possibly be
> 
>  echo "$1" | sed 's/\([^a-zA-Z0-9.:_\/-]\)/\\\1/g' ;;

(My, what a mess.)

To expand on this a bit, the (GNU) sed manual states
in the 'Regular Expressions' chapter:

  to include `-' in the list, make it the first or last

and

  The characters `$', `*', `.', `[', and `\' are normally not special
  within LIST.  For example, `[\*]' matches either `\' or `*', because the
  `\' is not special here.

The forward slash ('/') should be an exception here because it's the
delimiter; from the chapter 'The "s" Command':

  The `/' character (or whatever other character is used in its stead)
  can appear in the REGEXP or REPLACEMENT only if it is preceded by a `\'
  character.

However, it looks like this doesn't apply to character lists inside
the regexp at all [1].  This seems like a possible bug in the sed
documentation.

So sed 's/\([^a-zA-Z0-9.:_\-\/]\)/\\\1/g' quotes characters that are
 - not alphanumeric (a-zA-Z0-9)
 - not one of '.', ':', or '_'
 - not in the range \-\, i.e. not '\'
 - not '/'

while the suggested 's/\([^a-zA-Z0-9.:_\/-]\)/\\\1/g'
would quote characters that are

 - not alphanumeric
 - not one of '.', ':', '_', '\', '/', or '-'

which is probably what was intended here.

This is still relying on the delimiter having no special meaning inside
a character list. I'm not sure how portable alternative delimiters are;
if they are an option here an even better solution would be
  's|\([^a-zA-Z0-9.:_\/-]\)|\\\1|g'

[1] sed 's/[/]//g' is accepted and removes all forward slashes;
sed 's/[^/]//g' is also accepted and removes everything but forward slashes
-- 
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#782662: homebank: New upstream version 5.0.1

2015-04-15 Thread Fabian Rodriguez

Package: homebank
Version: 4.6.1-1
Severity: normal

Dear Maintainer,

A new version of HomeBank is available since Apr. 6:
http://homebank.free.fr/news.php

It fixes quite a few bugs since version 4.6.3:
http://homebank.free.fr/ChangeLog




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

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

Versions of packages homebank depends on:
ii  homebank-data4.6.1-1
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-17
ii  libcairo21.14.0-2.1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk2.0-0  2.24.25-3
ii  libofx6  1:0.9.10-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3

Versions of packages homebank recommends:
ii  librsvg2-common  2.40.5-1

homebank 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#758086: CVE-2014-3577: Apache HttpComponents hostname verification bypass

2015-04-15 Thread Sébastien Delafond

On Apr/15, Markus Koschany wrote:
> I have prepared a patch for CVE-2014-3577 (commons-httpclient). [1] The
> patch is identical to the Jessie / Sid fix. Do you consider this
> vulnerability important enough for a DSA or do you prefer a point
> release update?

Hi Markus,

this issue was marked "no-dsa" some time ago (see
https://security-tracker.debian.org/tracker/CVE-2014-3577), so a
point-release update will be the way to go.

Cheers,

--Seb


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

Bug#758086: CVE-2014-3577: Apache HttpComponents hostname verification bypass

2015-04-15 Thread Markus Koschany

Hello security team,

I have prepared a patch for CVE-2014-3577 (commons-httpclient). [1] The
patch is identical to the Jessie / Sid fix. Do you consider this
vulnerability important enough for a DSA or do you prefer a point
release update?

Regards,

Markus

[1] https://bugs.debian.org/758086
diff -Nru commons-httpclient-3.1/debian/ant.properties 
commons-httpclient-3.1/debian/ant.properties
--- commons-httpclient-3.1/debian/ant.properties2011-08-30 
11:42:03.0 +0200
+++ commons-httpclient-3.1/debian/ant.properties2015-04-15 
21:24:54.0 +0200
@@ -1,5 +1,5 @@
 # JSSE stub classes required for build
 lib.dir=/usr/share/java
 #jsse.jar=/usr/share/java/jsse.jar
-ant.build.javac.source=1.4
-ant.build.javac.target=1.4
+ant.build.javac.source=1.5
+ant.build.javac.target=1.5
diff -Nru commons-httpclient-3.1/debian/changelog 
commons-httpclient-3.1/debian/changelog
--- commons-httpclient-3.1/debian/changelog 2012-12-06 14:41:48.0 
+0100
+++ commons-httpclient-3.1/debian/changelog 2015-04-15 21:24:54.0 
+0200
@@ -1,3 +1,20 @@
+commons-httpclient (3.1-10.2+deb7u1) wheezy-security; urgency=high
+
+  * Team upload.
+  * Add CVE-2014-3577.patch. (Closes: #758086)
+It was found that the fix for CVE-2012-6153 was incomplete: the code added
+to check that the server hostname matches the domain name in a subject's
+Common Name (CN) field in X.509 certificates was flawed. A
+man-in-the-middle attacker could use this flaw to spoof an SSL server using
+a specially crafted X.509 certificate. The fix for CVE-2012-6153 was
+intended to address the incomplete patch for CVE-2012-5783. The issue is
+now completely resolved by applying this patch and the
+06_fix_CVE-2012-5783.patch.
+  * Change java.source and java.target ant properties to 1.5, otherwise
+commons-httpclient will not compile with this patch.
+
+ -- Markus Koschany   Wed, 15 Apr 2015 21:24:48 +0200
+
 commons-httpclient (3.1-10.2) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch 
commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch
--- commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch   1970-01-01 
01:00:00.0 +0100
+++ commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch   2015-04-15 
21:24:54.0 +0200
@@ -0,0 +1,110 @@
+From: Markus Koschany 
+Date: Mon, 23 Mar 2015 22:45:14 +0100
+Subject: CVE-2014-3577
+
+It was found that the fix for CVE-2012-6153 was incomplete: the code added to
+check that the server hostname matches the domain name in a subject's Common
+Name (CN) field in X.509 certificates was flawed. A man-in-the-middle attacker
+could use this flaw to spoof an SSL server using a specially crafted X.509
+certificate.
+The fix for CVE-2012-6153 was intended to address the incomplete patch for
+CVE-2012-5783. This means the issue is now completely resolved by applying
+this patch and the 06_fix_CVE-2012-5783.patch.
+
+References:
+
+upstream announcement:
+https://mail-archives.apache.org/mod_mbox/www-announce/201408.mbox/CVE-2014-3577
+
+Fedora-Fix:
+http://pkgs.fedoraproject.org/cgit/jakarta-commons-httpclient.git/tree/jakarta-commons-httpclient-CVE-2014-3577.patch
+
+CentOS-Fix:
+https://git.centos.org/blob/rpms!jakarta-commons-httpclient/SOURCES!jakarta-commons-httpclient-CVE-2014-3577.patch
+
+Debian-Bug: https://bugs.debian.org/758086
+Forwarded: not-needed, already fixed
+---
+ .../protocol/SSLProtocolSocketFactory.java | 57 ++
+ 1 file changed, 37 insertions(+), 20 deletions(-)
+
+diff --git 
a/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java 
b/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
+index fa0acc7..e6ce513 100644
+--- 
a/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
 
b/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java
+@@ -44,9 +44,15 @@ import java.util.Iterator;
+ import java.util.LinkedList;
+ import java.util.List;
+ import java.util.Locale;
+-import java.util.StringTokenizer;
++import java.util.NoSuchElementException;
+ import java.util.regex.Pattern;
+ 
++import javax.naming.InvalidNameException;
++import javax.naming.NamingException;
++import javax.naming.directory.Attribute;
++import javax.naming.directory.Attributes;
++import javax.naming.ldap.LdapName;
++import javax.naming.ldap.Rdn;
+ import javax.net.ssl.SSLException;
+ import javax.net.ssl.SSLSession;
+ import javax.net.ssl.SSLSocket;
+@@ -424,28 +430,39 @@ public class SSLProtocolSocketFactory implements 
SecureProtocolSocketFactory {
+   return dots;
+   }
+ 
+-  private static String getCN(X509Certificate cert) {
+-// Note:  toString() seems to do a better job than getName()
+-//
+-// For example, getName() gives me this:
+-// 
1.2.840.113549.1.9.1=#16166a756c697573646176696573406375

Bug#781995: motif/2.3.4-6.1 failed to build

2015-04-15 Thread Graham Inggs

On 15 April 2015 at 21:12, Paul Gevers  wrote:
>  I saw that Graham already choose to just remove the symbol
> from the Ubuntu package. I believe that this is really a no-no,
> especially without careful investigation if other packages are using
> this symbol and this late in the release process.

I believe it is safe to drop that symbol.
It only appeared when the updated fix to #1565 was included.
See also Oleksiy's comments in bug #1565 [1] from 2013-11-29 20:23.

[1] http://bugs.motifzone.net/show_bug.cgi?id=1565


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

Bug#750019: systemd: systemctl rescue does not work on virtual console

2015-04-15 Thread Francois Mescam

On 14/04/2015 03:17, Michael Biebl wrote:
> Is this still an issue with v215 (from jessie) or v219 (from
> experimental)?
With Jessie v215-14 it's OK now, you can close the bug.

Thank's for your help.

Bye

-- 
 Francois Mescam 




signature.asc
Description: OpenPGP digital signature

Bug#782661: ITP: cen64 -- Cycle-Accurate Nintendo 64 Emulator

2015-04-15 Thread John Paul Adrian Glaubitz

Package: wnpp
Severity: wishlist
Owner: John Paul Adrian Glaubitz 

* Package name: cen64
  Version : 0.3
  Upstream Author : Tyler J. Stachecki 
* URL : http://www.cen64.com/
* License : BSD-3-clause
  Programming Lang: C, Assembly
  Description : Cycle-Accurate Nintendo 64 Simulator

CEN64 is a new Nintendo 64 emulator which aims for perfect emulation by 
simulating the
hardware inside the Nintendo 64 itself, down to the register-transfer level 
(RTL). It
is still heavy under development and currently does not have any sound 
emulation.

Being a cycle-accurate emulator, CEN64 has considerably high hardware 
requirements
to achieve passable performance when emulating most Nintendo 64 titles. However,
similar to the higan emulator, the cycle accuracy guarantess very high 
compatibility
and despite its early development stage, CEN64 already allows to run several 
commercial
titles without or with only minor glitches.

As a distinctive feature among Nintendo 64 emulators, CEN64 offers emulation 
support for the
64DD external disk drive that was never released outside Japan and even there 
is considered
rare. Thus, CEN64 offers the unique possibility for anyone to play any of the 
rare titles
that were exclusively released on the 64DD.


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

Bug#782660: java-package: Provide a transitional way for the package name

2015-04-15 Thread Bernhard Schmidt

Package: java-package
Version: 0.52
Severity: normal

Hi,

during the 0.52 cycle the package names were changed from (i.e.)

oracle-j2re1.7

to

oracle-java7-jre

While I generally think the new names are cleaner the old package is not
replaced by the new package automatically.

I can think of two ways for this to happen.

a) add appropriate Breaks+Replaces to the generated package
b) document a way to build transitional packages

I have attached our local way of doing b) here. Probably not perfect,
but seems to do the job.

Best Regards,
Bernhard


lrz-java-transitional.tar.gz
Description: application/gzip

Bug#781995: motif/2.3.4-6.1 failed to build

2015-04-15 Thread Paul Gevers

Hi all,

All the builds of motif failed [1] due to a missing symbol. What are we
going to do? I saw that Graham already choose to just remove the symbol
from the Ubuntu package. I believe that this is really a no-no,
especially without careful investigation if other packages are using
this symbol and this late in the release process. Can we come up with a
better solution?

@Michael, how did you build the package that you didn't notice this
issue in your build?

Paul

[1] https://buildd.debian.org/status/package.php?p=motif



signature.asc
Description: OpenPGP digital signature

Bug#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)

2015-04-15 Thread Michael Stapelberg

On Wed, Apr 15, 2015 at 8:39 PM, Ian Campbell  wrote:

> On Tue, 2015-04-14 at 10:02 +0200, Michael Stapelberg wrote:
> > Ian, it seems like you should be following
> >
> https://wiki.debian.org/systemd/Packaging#Using_debhelper_with_dh_systemd
> to get the package to properly pick up the systemd service files
>
> I tried this (in preparation for the changes I want to make to Stretch)
> and in the postinst dh_systemd_enable seems to be handling
> qcontrold.socket and qcontrol.service, but not qcontrold.service. Is
> that expected? Perhaps because qcontrold.socket implicitly makes
> qcontrold.service work?
>

Correct.


>
> dh_systemd_start doesn't seem to have done anything at all. I think that
> is by design because dh has called dh_installinit, which has done the
> necessary things already by adding the calls to {update,invoke}-rc.d.
>

Correct.


>
> > I’ve added the systemd service files manually on my qnaps before I
> > contributed them upstream, hence I never ran into this issue.
>
> What did you do manually? Does it match what I describe above?
>

Yes, I think so.


-- 
Best regards,
Michael

Bug#782659: iceweasel: cookie exceptions retained in private mode

2015-04-15 Thread tim schmidt

Package: iceweasel
Version: 31.6.0esr-1
Severity: normal

Dear Maintainer,

I use the following custom settings for history:

always use private browsing mode
accept cookies from sites
accept 3rd party cookies: never

I noticed that in the exceptions area on the privacy tab it keeps a list of 
exceptions and this list is
retained after restarting the browser or even the computer. As this keeps a 
tally of where I've been,
I believe this to be a privacy concern, as private browsing mode is supposed to 
leave no trace of activity 
on one's PC. This list can be manually deleted, however many people may be 
unaware of its existence and 
having to manually delete information defeats the purpose of private mode.  






-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled

Name: CanvasBlocker
Location: ${PROFILE_EXTENSIONS}/canvasbloc...@kkapsner.de.xpi
Status: user-disabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Disconnect
Location: ${PROFILE_EXTENSIONS}/2...@disconnect.me.xpi
Status: enabled

Name: Firebug
Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi
Status: user-disabled

Name: Ghostery
Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com.xpi
Status: user-disabled

Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi
Status: user-disabled

Name: HTTPS-Everywhere
Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org
Status: enabled

Name: Privacy Badger Firefox
Location: ${PROFILE_EXTENSIONS}/jid1-mnnxcxisbpn...@jetpack.xpi
Status: enabled

Name: SSL Version Control
Location: ${PROFILE_EXTENSIONS}/jid1-zm3berws6fs...@jetpack.xpi
Status: enabled

Name: User Agent Switcher
Location: ${PROFILE_EXTENSIONS}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}.xpi
Status: user-disabled

Name: Video WithOut Flash
Location: ${PROFILE_EXTENSIONS}/v...@drev.com.xpi
Status: enabled

-- Plugins information
Name: Shockwave Flash
Location: /usr/lib/gnash/libgnashplugin.so
Package: browser-plugin-gnash
Status: disabled

Name: Skype Buttons for Kopete
Location: /usr/lib/mozilla/plugins/skypebuttons.so
Package: kopete
Status: disabled

Name: VLC Web Plugin
Location: /usr/lib/mozilla/plugins/libvlcplugin.so
Package: browser-plugin-vlc
Status: enabled


-- Addons package information
ii  browser-plugin 0.8.11~git20 amd64GNU Shockwave Flash (SWF) player 
ii  browser-plugin 2.0.6-4  amd64multimedia plugin for web browser
ii  iceweasel  31.6.0esr-1  amd64Web browser based on Firefox
ii  kopete 4:4.14.1-2   amd64instant messaging and chat applic

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

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 iceweasel depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-17
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.16-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libhunspell-1.3-0 1.3.3-3
ii  libnspr4  2:4.10.7-1
ii  libnss3   2:3.17.2-1.1
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.7.1-1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libvpx1   1.3.0-3
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.9-9
ii  zlib1g1:1.2.8.dfsg-2+b1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
ii  fonts-stix [otf-stix]  1.1.1-1
ii  libcanberra0   0.30-2.1
ii  libgnomeui-0   2.24.5-3
ii  libgssapi-krb5-2   1.12.1+dfsg-19
pn  mozplugger 

-- 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#782600: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015c

2015-04-15 Thread gregor herrmann

On Wed, 15 Apr 2015 19:55:09 +0100, Adam D. Barratt wrote:

> On Tue, 2015-04-14 at 19:19 +0200, gregor herrmann wrote:
> > Olson db 2015c has a contemporary change for Egypt, effective in ~10
> > days. I guess we should get this into stable-updates.
> Please go ahead, thanks.

Thanks!
Uploaded.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Peter Ratzenbeck: Bonnie Bessie Logan


signature.asc
Description: Digital Signature

Bug#782600: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015c

Control: tags -1 + confirmed

On Tue, 2015-04-14 at 19:19 +0200, gregor herrmann wrote:
> Olson db 2015c has a contemporary change for Egypt, effective in ~10
> days. I guess we should get this into stable-updates.

Please go ahead, thanks.

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#780403: debian-policy: Define what should happen when installing a package and the init script fails to start it

2015-04-15 Thread Sam Hartman

> "Russ" == Russ Allbery  writes:

Russ> Ivan Baldo  writes:
>> What should happen if installing a package and then when it tries
>> to start its service it fails?

>> Currently the most common behaviour seems to be that the
>> installation fails.

>> But is that the best outcome?

Russ> Currently, Policy leaves this to the discretion of the package
Russ> maintainer.  To change that, what will be needed here is not
Russ> just an argument that other behaviors besides failing
Russ> installation might be desirable, but that there is a
Russ> compelling need to standardize this behavior across the entire
Russ> archive instead of leaving it to the discretion of the
Russ> maintainer.

I find this issue tends to come up a lot more than it used to.  The
issue is that systemd units tend to track a lot more errors than init
scripts.  So, in Jessie, there tend to be a lot more cases where a
package will fail to install under the same situations where in wheezy
it'd install fine.  The problem is made more complex by debhelper, which
makes it somewhat annoying (especially in dh 7 mode) to express this
maintainer preference.  So, you have a lot of dh7 packages that suddenly
got much more picky because people created service units.

--Sam

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

Bug#782515: [PATCH stable 3.10-3.16] tcp: Fix crash in TCP Fast Open

2015-04-15 Thread David Miller

From: Eric Dumazet 
Date: Wed, 15 Apr 2015 11:22:44 -0700

> On Wed, 2015-04-15 at 19:00 +0100, Ben Hutchings wrote:
>> Commit 355a901e6cf1 ("tcp: make connect() mem charging friendly")
>> changed tcp_send_syn_data() to perform an open-coded copy of the 'syn'
>> skb rather than using skb_copy_expand().
>> 
>> The open-coded copy does not cover the skb_shared_info::gso_segs
>> field, so in the new skb it is left set to 0.  When this commit was
>> backported into stable branches between 3.10.y and 3.16.7-ckty
>> inclusive, it triggered the BUG() in tcp_transmit_skb().
>> 
>> Since Linux 3.18 the GSO segment count is kept in the
>> tcp_skb_cb::tcp_gso_segs field and tcp_send_syn_data() does copy the
>> tcp_skb_cb structure to the new skb, so mainline and newer stable
>> branches are not affected.
>> 
>> Set skb_shared_info::gso_segs to the correct value of 1.
>> 
>> Signed-off-by: Ben Hutchings 
 ...
> Looks goot to me, thanks Ben !
> 
> Acked-by: Eric Dumazet 

Ben, thanks for taking care of this.


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

Bug#771224: linux-image-3.16.0-4-amd64: Recurring traces from tcp_fragment+0x2b1/0x2c0 (linux-3.16.7/net/ipv4/tcp_output.c:1085)

2015-04-15 Thread Roman Lebedev

Hi.

Yes, i'm still getting both of them using current sid kernel - 3.16.7-ckt9-2

>From my current (today's) dmesg:
[ 1747.100540] [ cut here ]
[ 1747.100556] WARNING: CPU: 6 PID: 0 at
/build/linux-oP9w_T/linux-3.16.7-ckt9/net/ipv4/tcp_output.c:1085
tcp_fragment+0x2b1/0x2c0()
[ 1747.100564] Modules linked in: cfg80211 cpufreq_userspace cpufreq_stats
cpufreq_powersave cpufreq_conservative binfmt_misc nfsd auth_rpcgss
oid_registry nfs_acl nfs lockd fscache sunrpc nls_utf8 joydev hid_generic
nls_cp437 usbhid vfat fat hid fglrx(PO) eeepc_wmi asus_wmi sparse_keymap
kvm_amd kvm rfkill video mxm_wmi crc32_pclmul ghash_clmulni_intel
aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd xhci_hcd
ohci_pci efi_pstore ehci_pci snd_hda_codec_hdmi snd_hda_codec_realtek
snd_hda_codec_generic evdev serio_raw ohci_hcd pcspkr edac_mce_amd efivars
ehci_hcd fam15h_power edac_core k10temp e1000e usbcore tpm_infineon
snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep sg snd_pcm ptp
tpm_tis pps_core usb_common tpm snd_timer sp5100_tco wmi snd i2c_piix4
i2c_core button soundcore
[ 1747.100601]  processor shpchp thermal_sys tcp_yeah tcp_vegas it87
hwmon_vid loop fuse parport_pc ppdev lp parport autofs4 dm_mod
crc32c_generic btrfs xor raid6_pq sd_mod crc_t10dif crct10dif_generic
crct10dif_pclmul crct10dif_common crc32c_intel ahci libahci libata scsi_mod
[ 1747.100621] CPU: 6 PID: 0 Comm: swapper/6 Tainted: P   O
 3.16.0-4-amd64 #1 Debian 3.16.7-ckt9-2
[ 1747.100624] Hardware name: To be filled by O.E.M. To be filled by
O.E.M./CROSSHAIR V FORMULA-Z, BIOS 2101 04/17/2014
[ 1747.100629]  0009 8150ac86 
81067747
[ 1747.100632]  8806804c1800 88067ce74740 0007
0024
[ 1747.100635]  7e0a5a60 8146e901 8806804c1800
88067ce74740
[ 1747.100639] Call Trace:
[ 1747.100642][] ? dump_stack+0x41/0x51
[ 1747.100649]  [] ? warn_slowpath_common+0x77/0x90
[ 1747.100653]  [] ? tcp_fragment+0x2b1/0x2c0
[ 1747.100656]  [] ? tcp_mark_head_lost+0x19e/0x260
[ 1747.100660]  [] ? tcp_fastretrans_alert+0x626/0xac0
[ 1747.100663]  [] ? tcp_ack+0x86d/0x11b0
[ 1747.100669]  [] ? tcp_rcv_established+0x1a1/0x6c0
[ 1747.100672]  [] ? iommu_area_alloc+0x75/0x90
[ 1747.100677]  [] ? tcp_v4_do_rcv+0x1af/0x4c0
[ 1747.100680]  [] ? tcp_v4_rcv+0x696/0x7a0
[ 1747.100682]  [] ? __inet_lookup_established+0x3f/0x120
[ 1747.100685]  [] ? ip_local_deliver_finish+0x9e/0x200
[ 1747.100688]  [] ? __netif_receive_skb_core+0x533/0x750
[ 1747.100694]  [] ? read_tsc+0x5/0x20
[ 1747.100699]  [] ? netif_receive_skb_internal+0x1f/0x90
[ 1747.100701]  [] ? napi_gro_receive+0xb0/0xe0
[ 1747.100711]  [] ? e1000_clean_rx_irq+0x27b/0x460
[e1000e]
[ 1747.100718]  [] ? e1000e_poll+0x6c/0x2d0 [e1000e]
[ 1747.100724]  [] ? net_rx_action+0x140/0x240
[ 1747.100729]  [] ? __do_softirq+0xf1/0x290
[ 1747.100734]  [] ? irq_exit+0x95/0xa0
[ 1747.100738]  [] ? do_IRQ+0x52/0xe0
[ 1747.100743]  [] ? common_interrupt+0x6d/0x6d
[ 1747.100746][] ? cpuidle_enter_state+0x4f/0xc0
[ 1747.100752]  [] ? cpuidle_enter_state+0x48/0xc0
[ 1747.100756]  [] ? cpu_startup_entry+0x2f8/0x400
[ 1747.100763]  [] ? start_secondary+0x20f/0x2d0
[ 1747.100765] ---[ end trace c9aea56915e1a597 ]---

Roman.

On Wed, Apr 15, 2015 at 9:16 PM, Ben Hutchings  wrote:

> Control: tag -1 moreinfo
>
> On Thu, 27 Nov 2014 21:21:56 +0400 Lebedev Roman 
> wrote:
> > Package: src:linux
> > Version: 3.16.7-2
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > When there is some network activity, following trace is reliably
> recurring in dmesg:
> >
> > [34221.894283] [ cut here ]
> > [34221.894286] WARNING: CPU: 6 PID: 0 at
> /build/linux-Y9HjRe/linux-3.16.7/net/ipv4/tcp_output.c:1085
> tcp_fragment+0x2b1/0x2c0()
> [...]
>
> Sorry we didn't respond to this earlier.  Do these warnings still appear
> under the current kernel version in testing/unstable?
>
> Ben.
>
> --
> Ben Hutchings
> Editing code like this is akin to sticking plasters on the bleeding stump
> of a severed limb. - me, 29 June 1999
>

Bug#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)

2015-04-15 Thread Ian Campbell

On Tue, 2015-04-14 at 10:02 +0200, Michael Stapelberg wrote:
> Ian, it seems like you should be following
> https://wiki.debian.org/systemd/Packaging#Using_debhelper_with_dh_systemd to 
> get the package to properly pick up the systemd service files

I tried this (in preparation for the changes I want to make to Stretch)
and in the postinst dh_systemd_enable seems to be handling 
qcontrold.socket and qcontrol.service, but not qcontrold.service. Is
that expected? Perhaps because qcontrold.socket implicitly makes
qcontrold.service work?

dh_systemd_start doesn't seem to have done anything at all. I think that
is by design because dh has called dh_installinit, which has done the
necessary things already by adding the calls to {update,invoke}-rc.d.

> I’ve added the systemd service files manually on my qnaps before I
> contributed them upstream, hence I never ran into this issue.

What did you do manually? Does it match what I describe above?

Ian.

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

Bug#725153: [Pkg-freeipa-devel] freeipa-server backport to Jessie?

2015-04-15 Thread Timo Aaltonen

On 15.04.2015 19:45, Holger Levsen wrote:

Hi,

this has become off-topic for debian-backports so please don't include debian-
backpo...@lists.debian.org in your replies.

On Mittwoch, 15. April 2015, Holger Levsen wrote:

On Mittwoch, 15. April 2015, Timo Aaltonen wrote:

That's "separate libldap built against nss" again.. I'm not going to put
effort on that anymore, and it wouldn't help jessie either.

to build the openldap package against libnss3-dev, one has to:

- in debian/control: replace the build-dependency on libgnutls28-dev with
libnss3-dev
- in debian/configure.options: use --with-tls=moznss (instead of --with-tls)
and also add the line "CPPFLAGS=-I/usr/include/nss\ -I/usr/include/nspr
LDFLAGS=-L/usr/lib/x86_64-linux-gnu/nss" somewhere.

With that the build still fails with

smbk5pwd.c:1073:4: warning: too many arguments for format [-Wformat-extra-
args]
smbk5pwd.c:968:2: warning: variable 'dummy_ad' set but not used [-Wunused-but-
set-variable]
dummy_ad;
^
Makefile:50: recipe for target 'smbk5pwd.lo' failed
make[2]: *** [smbk5pwd.lo] Error 1
make[2]: Leaving directory './openldap-2.4.40+dfsg/contrib/slapd-
modules/smbk5pwd'

but that should be easy to work around by not building the slapd packages or
contrib modules (as freeipa-server users wont need slapd anyway...)

I haven't done this now, but will update this bug once I've done so. (Which
might take some weeks...)

You probably need the Fedora patches too:

http://pkgs.fedoraproject.org/cgit/openldap.git/commit/?id=592250ebfbcc7aa47f22bf1f8613fe20f33fd39a

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

Bug#782515: [PATCH stable 3.10-3.16] tcp: Fix crash in TCP Fast Open

2015-04-15 Thread Eric Dumazet

On Wed, 2015-04-15 at 19:00 +0100, Ben Hutchings wrote:
> Commit 355a901e6cf1 ("tcp: make connect() mem charging friendly")
> changed tcp_send_syn_data() to perform an open-coded copy of the 'syn'
> skb rather than using skb_copy_expand().
> 
> The open-coded copy does not cover the skb_shared_info::gso_segs
> field, so in the new skb it is left set to 0.  When this commit was
> backported into stable branches between 3.10.y and 3.16.7-ckty
> inclusive, it triggered the BUG() in tcp_transmit_skb().
> 
> Since Linux 3.18 the GSO segment count is kept in the
> tcp_skb_cb::tcp_gso_segs field and tcp_send_syn_data() does copy the
> tcp_skb_cb structure to the new skb, so mainline and newer stable
> branches are not affected.
> 
> Set skb_shared_info::gso_segs to the correct value of 1.
> 
> Signed-off-by: Ben Hutchings 
> ---
>  net/ipv4/tcp_output.c | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
> index d5457e4..1ea0a07 100644
> --- a/net/ipv4/tcp_output.c
> +++ b/net/ipv4/tcp_output.c
> @@ -2992,6 +2992,7 @@ static int tcp_send_syn_data(struct sock *sk, struct 
> sk_buff *syn)
>   goto fallback;
>   syn_data->ip_summed = CHECKSUM_PARTIAL;
>   memcpy(syn_data->cb, syn->cb, sizeof(syn->cb));
> + skb_shinfo(syn_data)->gso_segs = 1;
>   if (unlikely(memcpy_fromiovecend(skb_put(syn_data, space),
>fo->data->msg_iov, 0, space))) {
>   kfree_skb(syn_data);
> 

Looks goot to me, thanks Ben !

Acked-by: Eric Dumazet 


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

Bug#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)

2015-04-15 Thread Ian Campbell

On Wed, 2015-04-15 at 17:35 +0200, Michael Biebl wrote:
[...]
> > pkg-systemd-maintainers, see above: is there a way to wait for udev devices
> > to be available? What’s the current take on udev-settle, would that be a
> > reasonable workaround for this situation?
> 
> Possible solutions, in order of preference:

Thanks. I think the systemd unit files will be the right answer for
Stretch and beyond (and Jessie-backports) but I'm trying to find a
suitable workaround for Jessie, which currently uses the sysvinit
initscripts only.

Since Jessie is pretty much imminent I was hoping for a simple and
unobtrusive workaround which might get a freeze exception. I think most
of your suggestions would be too much at this stage, but thanks anyway.

> If I read the bug report correctly, qcontrol doesn't ship a native
> service file yet, though and only provides a SysV init script?

Yes, due to an oversight on my part when Michael S contributed the unit
files upstream :-/

> In that case, the (legacy) SysV init script could run "udevadm settle".
> This is super ugly though and not something I would recommend. I only
> mention it for completeness sake.

I think it's about the only plausible option for Jessie :-(

@reportbug (sorry I don't seem to know your real name), could you try
adding a call to "udev settle" to the qcontrold initscript, in the start
case right before the daemon is launched (I can be more specific if you
need).

Ian.

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

Bug#771224: linux-image-3.16.0-4-amd64: Recurring traces from tcp_fragment+0x2b1/0x2c0 (linux-3.16.7/net/ipv4/tcp_output.c:1085)

Control: tag -1 moreinfo

On Thu, 27 Nov 2014 21:21:56 +0400 Lebedev Roman  wrote:
> Package: src:linux
> Version: 3.16.7-2
> Severity: normal
> 
> Dear Maintainer,
> 
> When there is some network activity, following trace is reliably recurring in 
> dmesg:
> 
> [34221.894283] [ cut here ]
> [34221.894286] WARNING: CPU: 6 PID: 0 at 
> /build/linux-Y9HjRe/linux-3.16.7/net/ipv4/tcp_output.c:1085 
> tcp_fragment+0x2b1/0x2c0()
[...]

Sorry we didn't respond to this earlier.  Do these warnings still appear
under the current kernel version in testing/unstable?

Ben.

-- 
Ben Hutchings
Editing code like this is akin to sticking plasters on the bleeding stump
of a severed limb. - me, 29 June 1999


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

Bug#750135: Status of #750135 (Maintainer of aptitude package)

2015-04-15 Thread Tollef Fog Heen


Hi all,

2015-03-29 21:19 Tollef Fog Heen:
>]] Christian PERRIER
>
>Hi bubulle!
>
>> Quoting Axel Beckert (a...@debian.org):
>>
>> > In the long run I'd like to see even more people working on Aptitude.
>> >
>> > But for that, a possessive lead developer or power games are quite
>> > hindering. IMHO one of the reasons Aptitude's development stalled
>> > again are those power games we've seen. So I'd prefer a solution where
>> > people who want to do stuff are also able to do it -- without getting
>> > harassed by other people involved.
>>
>>
>> So do I. And I still have admin rights on aptitude on Alioth. Even
>> though I'm not that much active in aptitude's development.
>>
>> Here's my proposal:
>>
>> - restore Manuel's commit rights
>> - have both me and Axel watch the aptitude-devel mailing list, not to
>> judge the technical validity of changes, but more following the
>> social aspects
>> - and see what happens...
>>
>> It can't indeed be worse than the current situation anyway.
>
>I see where the proposal is coming from, but I'd like to ask you to hold
>off on it a little bit.  I've mailed Daniel and asked him to comment on
>the bug, so hopefully we can have his input soon and get this resolved.
>
>(Of course, if Daniel's happy with that approach, and Manuel is too,
>then I don't think anybody would have a problem with it.)

Daniel has not responded to the bug at all within the two weeks (and a
few days) I asked him to, so I see no point in waiting further with
moving forward here.

My suggestion is basically to say yes to Manuel: Make him the maintainer
of aptitude and ask the Alioth admins to reinstate him as an admin,
removing Daniel.  Manuel is clearly interested in working on aptitude
and seems to be interested in having other people contribute as well.
Given aptitude currently has a lot of bugs and is an important package
in the Debian ecosystem, I'd like to move forward on this fairly soon.

I'm unsure to what, if any, extent we should comment on the social
conflict here.  I don't think it's productive for people to remove
others from projects unless they're actively harmful or MIA, but on the
other hand, I'm not sure stating that in a formal resolution is going to
make the world a better place either.

We'll need a formal resolution text and such, but are anybody opposed to
what I'm suggesting above, before we start on the wordsmithing?

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


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

Bug#765546: [reportbug/master] clarify to not select any item in the suite menu for ftp.debian.org to choose 'unstable', that should work on every UI available; thanks to Rafael Laboissiere for the re

tag 765546 pending
tag 765546 pending
thanks

Date:   Tue Apr 14 13:44:54 2015 +0100
Author: Sandro Tosi 
Commit ID: ba2978f1c039098c38a729b2ca15eeb08f5fdb8a
Commit URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=ba2978f1c039098c38a729b2ca15eeb08f5fdb8a
Patch URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=ba2978f1c039098c38a729b2ca15eeb08f5fdb8a

clarify to not select any item in the suite menu for ftp.debian.org to 
choose 'unstable', that should work on every UI available; thanks to Rafael 
Laboissiere for the report; Closes: #765546

  


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

Bug#776015: [reportbug/master] fix usage of singular they in RFH description; thanks to Doug Torrance for the report; Closes: #776015

tag 776015 pending
tag 776015 pending
thanks

Date:   Sat Jan 24 14:22:22 2015 +
Author: Sandro Tosi 
Commit ID: ca37faff5d2dd81aff82e3486820010006cc636e
Commit URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=ca37faff5d2dd81aff82e3486820010006cc636e
Patch URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=ca37faff5d2dd81aff82e3486820010006cc636e

fix usage of singular they in RFH description; thanks to Doug Torrance for 
the report; Closes: #776015

  


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

Bug#773606: [reportbug/master] clarify the menu for partial/all archs for binNMUs and RMs; thanks to Kamaraju Kusumanchi for the report; Closes: #773606

tag 773606 pending
tag 773606 pending
thanks

Date:   Mon Apr 13 12:20:58 2015 +0100
Author: Sandro Tosi 
Commit ID: b0fc13ed6cfc875a81e1ebd2927fd72e55735884
Commit URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=b0fc13ed6cfc875a81e1ebd2927fd72e55735884
Patch URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=b0fc13ed6cfc875a81e1ebd2927fd72e55735884

clarify the menu for partial/all archs for binNMUs and RMs; thanks to 
Kamaraju Kusumanchi for the report; Closes: #773606

  


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

Bug#782319: [reportbug/master] correctly handle the case where there is not MTA or smtphost defined; Closes: #782319, #780825, #769055

tag 782319 pending
tag 782319 pending
thanks

Date:   Sun Apr 12 23:14:21 2015 +0100
Author: Sandro Tosi 
Commit ID: 3b9cb82c8972b5190fd1364256ce18742b3fd16c
Commit URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=3b9cb82c8972b5190fd1364256ce18742b3fd16c
Patch URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=3b9cb82c8972b5190fd1364256ce18742b3fd16c

correctly handle the case where there is not MTA or smtphost defined; 
Closes: #782319, #780825, #769055

  


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

Bug#702521: [reportbug/master] make the Cancel button in Urwid interface works for tags and severity lists; thanks to Ryan Kavanagh for report and patch; Closes: #702521

tag 702521 pending
tag 702521 pending
thanks

Date:   Mon Apr 13 15:47:57 2015 +0100
Author: Sandro Tosi 
Commit ID: 2aa131aaae82e677a533f73ebde7b8c731762ecf
Commit URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=2aa131aaae82e677a533f73ebde7b8c731762ecf
Patch URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=2aa131aaae82e677a533f73ebde7b8c731762ecf

make the Cancel button in Urwid interface works for tags and severity 
lists; thanks to Ryan Kavanagh for report and patch; Closes: #702521

  


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

Bug#683116: [reportbug/master] support LANG declined Description-xx field in package information; thanks to Robert Luberda for the report; Closes: #683116

tag 683116 pending
tag 683116 pending
thanks

Date:   Tue Apr 14 00:42:06 2015 +0100
Author: Sandro Tosi 
Commit ID: 435307f1fcffd0f431abd33aae99a45abdf085b8
Commit URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=435307f1fcffd0f431abd33aae99a45abdf085b8
Patch URL: 
http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=435307f1fcffd0f431abd33aae99a45abdf085b8

support LANG declined Description-xx field in package information; thanks 
to Robert Luberda for the report; Closes: #683116

  


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

Bug#782658: mplayer2 keeps complaining about unknown terminal after --msglevel=all=-1 --really-quiet

2015-04-15 Thread Jean-Michel Nirgal Vourgère

Package: mplayer2
Version: 2.0-728-g2c378c7-4+b1
Severity: minor

Hi

I'm using mplayer from a crontab and from at jobs, where environment
variables are minimal.

I keep receiving 1-line emails with the output of mplayer:
Terminal type `unknown' is not defined.

I used "mplayer --msglevel=all=-1 --really-quiet ."
but it doesn't deactivate that specific message.

I expected mplayer to be really quiet with these options.

Thank you for taking care of mplayer. :)


-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages mplayer2 depends on:
ii  liba52-0.7.4  0.7.4-17
ii  libasound21.0.28-1
ii  libass5   0.10.2-3
ii  libavcodec56  10:2.5.3-dmo2
ii  libavformat56 10:2.5.3-dmo2
ii  libavresample210:2.5.3-dmo2
ii  libavutil54   10:2.5.3-dmo2
ii  libbluray12:0.7.0-dmo1
ii  libbs2b0  3.1.0+dfsg-2.1
ii  libc6 2.19-17
ii  libcaca0  0.99.beta19-2
ii  libcdio-cdda1 0.83-4.2
ii  libcdio-paranoia1 0.83-4.2
ii  libcdio13 0.83-4.2
ii  libdca0   0.0.5-dmo2
ii  libdirectfb-1.2-9 1.2.10.0-5.1
ii  libdv41.0.0-6
ii  libdvdread4   5.0.0-1
ii  libenca0  1.16-1
ii  libfaad2  2.7-8
ii  libgif4   4.1.6-11
ii  libgl1-mesa-glx [libgl1]  10.3.2-1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20140719git3eb0ae6a~dfsg-2
ii  libjpeg62-turbo   1:1.3.1-12
ii  liblcms2-22.6-3+b3
ii  liblircclient00.9.0~pre1-1.2
ii  libmad0   0.15.1b-8
ii  libmpg123-0   1.20.1-2
ii  libogg0   1.3.2-1
ii  libpng12-01.2.50-2+b2
ii  libpostproc52 6:0.git20120821-4
ii  libpulse0 5.0-13
ii  libquvi7  0.4.1-3
ii  libsdl1.2debian   1.2.15-10+b1
ii  libsmbclient  2:4.1.17+dfsg-2
ii  libspeex1 1.2~rc1.2-1
ii  libswscale3   10:2.5.3-dmo2
ii  libtheora01.1.1+dfsg.1-6
ii  libtinfo5 5.9+20140913-1+b1
ii  libvdpau1 0.8-3
ii  libvorbis0a   1.3.4-2
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxss1   1:1.2.2-1
ii  libxv12:1.0.10-1+b1
ii  libxvidcore4  3:1.3.3-dmo1
ii  libxxf86vm1   1:1.1.3-1+b1
ii  zlib1g1:1.2.8.dfsg-2+b1

mplayer2 recommends no packages.




signature.asc
Description: OpenPGP digital signature

Bug#782657: https://reproducible.debian.net/ should link packages to associated usertagged bugs

2015-04-15 Thread Daniel Kahn Gillmor

package: qa.debian.org
severity: wishlist
control: user qa.debian@packages.debian.org
control: usertag -1 jenkins

This is a feature request for https://reproducible.debian.net/

When i visit a package's r-b page like this one:

  https://reproducible.debian.net/rb-pkg/unstable/amd64/systemd

It gives me no indication that the reason for the variation has already
been diagnosed.

It would be good to link each page like that to any bugs in the BTS that
are usertagged with reproducible-bui...@lists.alioth.debian.org and
which are either assigned to, or marked as affecting the package in
question.

If that were the case, then the systemd view above would link to
https://bugs.debian.org/53, because it is appropriately usertagged
and because it is marked as affects: systemd.

--dkg


signature.asc
Description: PGP signature

Bug#782515: [PATCH stable 3.10-3.16] tcp: Fix crash in TCP Fast Open

Commit 355a901e6cf1 ("tcp: make connect() mem charging friendly")
changed tcp_send_syn_data() to perform an open-coded copy of the 'syn'
skb rather than using skb_copy_expand().

The open-coded copy does not cover the skb_shared_info::gso_segs
field, so in the new skb it is left set to 0.  When this commit was
backported into stable branches between 3.10.y and 3.16.7-ckty
inclusive, it triggered the BUG() in tcp_transmit_skb().

Since Linux 3.18 the GSO segment count is kept in the
tcp_skb_cb::tcp_gso_segs field and tcp_send_syn_data() does copy the
tcp_skb_cb structure to the new skb, so mainline and newer stable
branches are not affected.

Set skb_shared_info::gso_segs to the correct value of 1.

Signed-off-by: Ben Hutchings 
---
 net/ipv4/tcp_output.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
index d5457e4..1ea0a07 100644
--- a/net/ipv4/tcp_output.c
+++ b/net/ipv4/tcp_output.c
@@ -2992,6 +2992,7 @@ static int tcp_send_syn_data(struct sock *sk, struct 
sk_buff *syn)
goto fallback;
syn_data->ip_summed = CHECKSUM_PARTIAL;
memcpy(syn_data->cb, syn->cb, sizeof(syn->cb));
+   skb_shinfo(syn_data)->gso_segs = 1;
if (unlikely(memcpy_fromiovecend(skb_put(syn_data, space),
 fo->data->msg_iov, 0, space))) {
kfree_skb(syn_data);

-- 
Ben Hutchings
Editing code like this is akin to sticking plasters on the bleeding stump
of a severed limb. - me, 29 June 1999


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

Bug#782654: ITP: bazel -- Fast and correct automated build system by Google

2015-04-15 Thread Kyle Moffett

On Wed, Apr 15, 2015 at 10:33 AM, Kyle Moffett  wrote:
> * Package name: bazel
>   Version : 0~pre20150410-cc4463-1  (No upstream release yet)
>   Upstream Author : Google
> * URL : http://bazel.io/
> * License : Apache License 2.0
>   Programming Lang: Java and C++
>   Description : Fast and correct automated build system by Google

>From discussions with upstream, some of Bazel's design may need to be
tweaked to interoperate well with distro requirements (like Debian).
They currently pack everything up into a single self-extracting
archive, with most libraries statically linked, which violates Debian
Policy, but they are definitely interested in making things compatible
with distro packaging:
  https://groups.google.com/forum/#!topic/bazel-dev/YIp70JgOksI

I have some patches and WIP packaging prepared here:
  https://github.com/kmoffett/bazel

Cheers,
Kyle Moffett


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

Bug#782515: TCP Fast Open local DoS in some Linux stable branches