date:20150223

Hello dear maintainer(s),

the Debian LTS team would like to fix the security issues which are
currently open in the Squeeze version of your package:
https://security-tracker.debian.org/tracker/source-package/icu

Would you like to take care of this yourself?

If yes, please follow the workflow we have defined here:
http://wiki.debian.org/LTS/Development

If that workflow is a burden to you, feel free to just prepare an
updated source package and send it to debian-...@lists.debian.org
(via a debdiff, or with an URL pointing to the the source package,
or even with a pointer to your packaging repository), and the members
of the LTS team will take care of the rest. Indicate clearly whether you
have tested the updated package or not.

If you don't want to take care of this update, it's not a problem, we
will do our best with your package. Just let us know whether you would
like to review and/or test the updated package before it gets released.

Thank you very much.

Raphaël Hertzog,
  on behalf of the Debian LTS team.

PS: A member of the LTS team might start working on this update at
any point in time. You can verify whether someone is registered
on this update in this file:
https://anonscm.debian.org/viewvc/secure-testing/data/dla-needed.txt?view=markup
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


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

Bug#521675: pulseaudio: if autospawned by a service it can lock users out of the audio device

2015-02-23 Thread Apostolos Kefalas

Package: pulseaudio
Version: 5.0-13
Followup-For: Bug #521675

Dear Maintainer,

this report is just to verify that the same bug is affected except from speech-
dispacher, also from sl-modem-daemon package.

sl-modem-daemon is started at boot time and takes over the soundcard

$ sudo fuser -v /dev/snd/*
 USERPID ACCESS COMMAND
/dev/snd/controlC0:  Slmodemd   1061 F slmodemd
/dev/snd/pcmC0D6c:   Slmodemd   1061 F slmodemd
/dev/snd/pcmC0D6p:   Slmodemd   1061 F slmodemd

$ sudo /etc/init.d/sl-modem-daemon restart
[ ok ] Restarting sl-modem-daemon (via systemctl): sl-modem-daemon.service.

$ sudo fuser -v /dev/snd/*
 USERPID ACCESS COMMAND
/dev/snd/controlC0:  akefalas   1888 F pulseaudio
 Slmodemd   2151 F slmodemd
/dev/snd/pcmC0D0c:   akefalas   1888 F...m pulseaudio
/dev/snd/pcmC0D0p:   akefalas   1888 F...m pulseaudio
/dev/snd/pcmC0D6c:   Slmodemd   2151 F slmodemd
/dev/snd/pcmC0D6p:   Slmodemd   2151 F slmodemd

after restarting sl-modem-daemon, pulseaudio takes control of soundcard and
everything works fine!!!

Regards
Apostolos



-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


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

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)

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.28-1
ii  libasound2-plugins1.0.28-1+b1
ii  libc6 2.19-13
ii  libcap2   1:2.24-6
ii  libdbus-1-3   1.8.12-3
ii  libfftw3-single3  3.3.4-2
ii  libgcc1   1:4.9.1-19
ii  libice6   2:1.0.9-1+b1
ii  libltdl7  2.4.2-1.11
ii  liborc-0.4-0  1:0.4.22-1
ii  libpulse0 5.0-13
ii  libsamplerate00.1.8-8
ii  libsm62:1.2.2-1+b1
ii  libsndfile1   1.0.25-9.1
ii  libspeexdsp1  1.2~rc1.2-1
ii  libstdc++64.9.1-19
ii  libsystemd0   215-11
ii  libtdb1   1.3.1-1
ii  libudev1  215-11
ii  libwebrtc-audio-processing-0  0.1-3
ii  libx11-6  2:1.6.2-3
ii  libx11-xcb1   2:1.6.2-3
ii  libxcb1   1.10-3+b1
ii  libxtst6  2:1.2.2-1+b1
ii  lsb-base  4.1+Debian13+nmu1
ii  pulseaudio-utils  5.0-13
ii  udev  215-11

Versions of packages pulseaudio recommends:
ii  pulseaudio-module-x11  5.0-13
ii  rtkit  0.11-2

Versions of packages pulseaudio suggests:
pn  pamannone
pn  paprefs  none
ii  pavucontrol  2.0-3
pn  pavumeternone

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
# USA.

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You

Bug#778991:

2015-02-23 Thread Tim Krieger

This happens not every time but always after reboot und often after
suspend.


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

Bug#779018: passwd: adding groups to a user with usermod: not possible

2015-02-23 Thread phamming

Package: passwd
Version: 1:4.1.5.1-1
Severity: important
Tags: upstream

Dear Maintainer,

I have some problems with usermod. The options -a returns the help screen, 
while it should append to the groups the user is belongs to. All other options 
work fine.
I don't know how long this problem exists, because I also use a different route 
to change group membership. Since this is the prefered way, it is important it 
is resolved. Usually I change groupmembership by manually changing /etc/group 
and /etc/gshadow and this works as expected. By the way I have tested the 
recommend approach on a fresh system with the same result, so this can not be 
the problem.
I don't know where this problem is introduced, if it is upstream or in Debian's 
sources.
I do know that it is architecture and locale independent, because besides the 
system I run reportbug on, I also have systems with x86 and armhf, and it does 
work on neither of them. Same for the locale.
I have tried to install passwd from unstable (and uninstalled it now), but 
there was the same problem, although this is not entirely reliable because I 
did not upgrade the entire system.
Also I have compiled it from (non Debian specific) source, which gave the same 
result.

Sincerely,

phamming

-- System Information:
Debian Release: 7.8
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: amd64 (x86_64)
Additional architectures: x86, armhf

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

Versions of packages passwd depends on:
ii  debianutils 4.3.2
ii  libc6   2.13-38+deb7u7
ii  libpam-modules  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libselinux1 2.1.9-5
ii  libsemanage12.1.6-6

passwd recommends no packages.

passwd 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#779017: gparted: btrfs partition can not be cloned

2015-02-23 Thread Joachim Schmidt

Package: gparted
Version: 0.19.0-2
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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

I created a btrfs partition with btrfs-convert from ext4.
This partition can not be cloned with gparted to other disk because btrfschk is
unsuccessful.
A btrfs check --repair /dev/sdXX does not help.

Joachim



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

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

Versions of packages gparted depends on:
ii  libatkmm-1.6-12.22.7-2.1
ii  libc6 2.19-13
ii  libgcc1   1:4.9.1-19
ii  libglib2.0-0  2.42.1-1
ii  libglibmm-2.4-1c2a2.42.0-1
ii  libgtk2.0-0   2.24.25-1
ii  libgtkmm-2.4-1c2a 1:2.24.4-1.1
ii  libpangomm-1.4-1  2.34.0-1.1
ii  libparted-fs-resize0  3.2-6
ii  libparted23.2-6
ii  libsigc++-2.0-0c2a2.4.0-1
ii  libstdc++64.9.1-19
ii  libuuid1  2.25.2-5

gparted recommends no packages.

Versions of packages gparted suggests:
pn  dmraid none
ii  dmsetup2:1.02.90-2
ii  dosfstools 3.0.27-1
ii  gpart  0.1h-11+b1
pn  jfsutils   none
pn  kpartx none
ii  mtools 4.0.18-2
ii  ntfs-3g1:2014.2.15AR.2-1
pn  reiser4progs   none
pn  reiserfsprogs  none
pn  xfsprogs   none
ii  yelp   3.14.1-1

-- 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#779021: ifupdown: adding route fails immediately after interface is brought up

2015-02-23 Thread Laurens Blankers

Package: ifupdown
Version: 0.7.8
Severity: important
Tags: ipv6

Adding an entry to the routing table immediately after an inet6 interface is
brought up will result in an error. However waiting for 5 seconds after
the interface has been brought up and then changing the routing table
succeeds.

More specifically, when running the following command:

/sbin/ip -6 route add $GW src $IP dev eth0 table 1

where $GW is the gateway IP and $IP is the IP associated with eth0. IP will
exit with code 2 and print the following:

RTNETLINK answers: Invalid argument

and the routing table is not modified.

This only occurs immediately after the interface is brought up, as if
it is in an inconsistent state for a brief period.

Steps to reproduce:
1. Create an init script, e.g. /etc/init.d/routetest with the following
content:

--- BEGIN ---
#!/bin/sh -e

### BEGIN INIT INFO
# Provides:  routetest
# Required-Start:$network $local_fs
# Required-Stop: $network $local_fs
# Default-Start: S
# Default-Stop:  0 6
### END INIT INFO

. /lib/lsb/init-functions

GW=
IP=
/sbin/ip -6 route add $GW src $IP dev eth0 table 1
--- END ---

2. Fill in appropriate GW and IP
3. Run 'update-rc.d routetest defaults' to add to init sequence
4. Reboot

Expected result:
The system boots without errors and has an updated routing table.

Actual result:
An error is printed:

RTNETLINK answers: Invalid argument

and the routing table is unchanged.

Workaround:
Add 'sleep 5' before invocing 'ip'

Impact:
System is not or only partially reachable over the network because routing
table is either missing or incomplete. When used in combination with other
packages (e.g. shorewall6) this may lead to an insecure situation in which
the inet6 interface is up, with default routing, but without firewall.

I haven't observed this behaviour with IPv4.

Please let me know if you need any more information to reproduce this.

Laurens

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

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

Versions of packages ifupdown depends on:
ii  dpkg 1.16.15
ii  initscripts  2.88dsf-41+deb7u1
ii  iproute  20120521-3+b3
ii  libc62.13-38+deb7u7
ii  lsb-base 4.1+Debian8+deb7u1

ifupdown recommends no packages.

Versions of packages ifupdown suggests:
ii  isc-dhcp-client [dhcp-client]  4.2.2.dfsg.1-5+deb70u6
ii  net-tools  1.60-24.2
pn  pppnone
pn  rdnssd none

-- 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#772707: squeeze update of sudo?

Hello dear maintainer(s),

the Debian LTS team would like to fix the security issues which are
currently open in the Squeeze version of your package:
https://security-tracker.debian.org/tracker/CVE-2014-9680
https://security-tracker.debian.org/tracker/CVE-2014-0106
(the latter has been ignored up-to-now but since we have to
prepare an update, we might as well include the fix in this update)

Would you like to take care of this yourself?

If yes, please follow the workflow we have defined here:
http://wiki.debian.org/LTS/Development

If that workflow is a burden to you, feel free to just prepare an
updated source package and send it to debian-...@lists.debian.org
(via a debdiff, or with an URL pointing to the the source package,
or even with a pointer to your packaging repository), and the members
of the LTS team will take care of the rest. Indicate clearly whether you
have tested the updated package or not.

If you don't want to take care of this update, it's not a problem, we
will do our best with your package. Just let us know whether you would
like to review and/or test the updated package before it gets released.

Thank you very much.

Raphaël Hertzog,
  on behalf of the Debian LTS team.

PS: A member of the LTS team might start working on this update at
any point in time. You can verify whether someone is registered
on this update in this file:
https://anonscm.debian.org/viewvc/secure-testing/data/dla-needed.txt?view=markup
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


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

Bug#738101: Push to backports?

2015-02-23 Thread Dean Hamstead


Would it be possible to push this to backports?


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

Bug#778387: squeeze update of cups?

Hello dear maintainer(s),

the Debian LTS team would like to fix the security issues which are
currently open in the Squeeze version of your package:
https://security-tracker.debian.org/tracker/CVE-2014-9679

Would you like to take care of this yourself?

If yes, please follow the workflow we have defined here:
http://wiki.debian.org/LTS/Development

If that workflow is a burden to you, feel free to just prepare an
updated source package and send it to debian-...@lists.debian.org
(via a debdiff, or with an URL pointing to the the source package,
or even with a pointer to your packaging repository), and the members
of the LTS team will take care of the rest. Indicate clearly whether you
have tested the updated package or not.

If you don't want to take care of this update, it's not a problem, we
will do our best with your package. Just let us know whether you would
like to review and/or test the updated package before it gets released.

Thank you very much.

Raphaël Hertzog,
  on behalf of the Debian LTS team.

PS: A member of the LTS team might start working on this update at
any point in time. You can verify whether someone is registered
on this update in this file:
https://anonscm.debian.org/viewvc/secure-testing/data/dla-needed.txt?view=markup
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


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

Bug#779022: aqemu: parallel port redirection sets wrong command line option

2015-02-23 Thread Andrey Skvortsov

Package: aqemu
Version: 0.8.2-2+b1
Severity: normal
Tags: patch

Dear Maintainer,

if LPT parallel option is selected, then qemu fails to start, because wrong
command line option is set.
AQemu sets '-Parallel', but the right option for that is '-parallel' according
to the qemu-system's manual page.
Screenshot with error message and patch with a fix are attached.



-- 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.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages aqemu depends on:
ii  libc6   2.19-13
ii  libgcc1 1:4.9.1-19
ii  libqt4-network  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-test 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libstdc++6  4.9.1-19
ii  libvncclient0   0.9.9+dfsg-6.1
ii  qemu1:2.1+dfsg-11

Versions of packages aqemu recommends:
ii  qemu-kvm  1:2.1+dfsg-11

aqemu suggests no packages.
diff --git a/VM.cpp b/VM.cpp
index 04c6173..fb45b3b 100644
--- a/VM.cpp
+++ b/VM.cpp
@@ -6084,7 +6084,7 @@ QStringList Virtual_Machine::Build_QEMU_Args()
 	{
 		if( Parallel_Ports[ix].Get_Port_Redirection() == VM::PR_Default ) continue;
 		
-		Args  -Parallel;
+		Args  -parallel;
 		
 		switch( Parallel_Ports[ix].Get_Port_Redirection() )
 		{

Bug#713016: New upload of dvd+rw-tools (was: Re: New upload?)

2015-02-23 Thread Michael Vogt

On Fri, Feb 20, 2015 at 09:54:38PM -0200, Rogério Brito wrote:
Hi, Michael.
HI Rogério,

On Feb 19 2015, Michael Vogt wrote:
I tested the patch and it works for me too,

Not having a bluray disc/drive available, I wasn't able to test this
myself. (To be honest, I have never even *seen* a BD).

No worries, I understand your concern. But it seems to be pretty safe,
http://pkgs.fedoraproject.org/cgit/dvd+rw-tools.git/commit/?id=545689bfb2a04cb642b48a8495024e23545363a4
has it since June 2013 and I burned a buncf of blurays with it as
well.

I would really like to see this fix in Debian and want to help making this
happen.

Would this have any chance of getting into the next stable?

I think we should try, targeted fixes for release criticial bugs of
severity critical are stull supported
(https://release.debian.org/jessie/freeze_policy.html)

I guess one could argue that this is a critical bug as it prevents
bluray burning. The diff is tiny, the regression risk too. Worth a
shoot in my opinion :)

If there are no objections I would like to do a upload with the patch
of the package and add myself to the uploaders.

Do you have changes ready already? The packaging is in a desperate need of a
facelift and adoption of best current practices (e.g., a pristine-tar
branch, updating many other things etc.).

I think its a good goal to modernize the packaging. However if we want to
try to get this change into testing I think the smaller the diff, the
better the chances :)

For Ubuntu I did:
https://launchpadlibrarian.net/198147479/dvd%2Brw-tools_7.1-10build1_7.1-10ubuntu0.14.10.1.diff.gz

Its a tiny diff, I think we should try to get that into testing and do
further packaging later.

I am taking a *brief* look at the packaging, but I would appreciate any kind
of help.

I think that I will put a copy of this under my github account, since I like
the user interface better there.

Sure, thats fine.

Also, as I have expressed in the past, I think that this team should be
merged with the other team that is taking care of, say, cdrkit and others.

I have no opinion either way :)

Cheers,
Michael

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

Bug#777656: squeeze update of freetype?

Hello dear maintainer(s),

the Debian LTS team would like to fix the security issues which are
currently open in the Squeeze version of your package:
https://security-tracker.debian.org/tracker/source-package/freetype

Would you like to take care of this yourself?

If yes, please follow the workflow we have defined here:
http://wiki.debian.org/LTS/Development

If that workflow is a burden to you, feel free to just prepare an
updated source package and send it to debian-...@lists.debian.org
(via a debdiff, or with an URL pointing to the the source package,
or even with a pointer to your packaging repository), and the members
of the LTS team will take care of the rest. Indicate clearly whether you
have tested the updated package or not.

If you don't want to take care of this update, it's not a problem, we
will do our best with your package. Just let us know whether you would
like to review and/or test the updated package before it gets released.

Thank you very much.

Raphaël Hertzog,
  on behalf of the Debian LTS team.

PS: A member of the LTS team might start working on this update at
any point in time. You can verify whether someone is registered
on this update in this file:
https://anonscm.debian.org/viewvc/secure-testing/data/dla-needed.txt?view=markup
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


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

Bug#778891: [Pkg-puppet-devel] Bug#778891: puppet: systemd unit file does not load environment from /etc/default/puppet - breaks upgrades

2015-02-23 Thread Stig Sandbeck Mathisen


Control: severity -1 serious

Rik Theys rik.th...@esat.kuleuven.be writes:

 I was under the impression that upgrades from Wheezy to Jessie would
 switch the init system to systemd by default, unless a pin was
 configured prior to the upgrade (as instructed in the draft release
 notes)? Or do you mean upgrades from Jessie to Jessie+1 (Stretch?)?

No, you are right. The last message[1] on debian-devel-announce says
upgrade from wheezy to jessie will switch to systemd. Last time I read
about it, it was new installs get systemd, upgrades keep sysvinit.

[1] https://lists.debian.org/debian-devel-announce/2015/02/msg00013.html

 I installed the puppet package on a different Wheezy system to verify
 and it gets installed. 'dpkg -L puppet' also lists the file.

I tested the unstable packages, and not wheezy. I probably should have
tested wheezy.

 You've lost me. Where in the init script is puppet started with
 --disable?

The preinst script of the puppet-common package installs a lock file,
/var/lib/puppet/state/agent_disabled.lock to prevent it from applying a
catalog. The first packaged version of puppet which had this is 3.2.4-1,
which is … not in wheezy.

 Imagine I have a wheezy system with puppet installed and I've never
 updated /etc/default/puppet to change the START variable to have it
 started, my system would never have contacted any puppet master and
 would not have any certs. (we can argue that is doesn't make sense to
 have it installed if you're not using it, but there would be no
 security impact if you did as it wouldn't start by default).

It is also common to run puppet in masterless mode. If they install
the puppet package, they have the tools needed for that.

 When I then upgrade this wheezy system to jessie, my system will
 suddenly start puppet (as the init script/systemd unit no longer
 checks the START condition) and will send a certificate request to a
 puppet host on my network, which might not be under my control. If
 the admin of this rogue puppet master signs it and configures a
 manifest for my system, my system will happily apply it. Am I missing
 something? If this is correct, my opinion is that this has security
 implications.

I would argue that having someone else connect a server on your network,
and adding a puppet alias to your DNS pointing to this server has
security implications.

An installed puppet agent which has been disabled in wheezy will be
enabled in jessie is a bug. This would need to be solved before release
of jessie.

 Looking at the puppet postinst snippet of the jessie package I don't
 see any logic to only enable puppet when it was already enabled (by
 checking the START variable) before?

I've not used Debian stable for years, so I looked in the wrong place,
and misjudged the severity. Sorry.

 I'm not going to add it back, but unless I'm missing something in the
 scenario I've outlined above, I don't agree there are no security
 implications here.

There is a bug, which should be fixed. I've upgraded it to serious
again, so it is release critical.

There are security implications, but as it needs administrative
privileges to your DNS server or physical access to your network to
exploit. (Or, you need to place your laptop running puppet on a hostile
network, which is more likely.)

-- 
Stig Sandbeck Mathisen


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

Bug#779023: python-pygame: VIDEORESIZE odd behaviour

2015-02-23 Thread Elia Argentieri

Package: python-pygame
Version: 1.9.1release+dfsg-10+b1
Severity: normal
Tags: upstream

I took this example [1] from the pygame wiki, but when I try to resize the
window, it begins to change its size randomly. Sometimes it becomes bigger,
sometimes smaller. It is totally out of control. I tried both python-pygame
from testing and python3-pygame from experimental.
A friend of mine reports that on windows it works as intended, so it might be a
Debian issue?

[1] http://www.pygame.org/wiki/WindowResizing?parent=CookBook



-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version Architecture
Description
+++-=-===-===-===
un  libsdl-1.3-0  none  none  (no 
description available)
un  libsdl-1.3-devnone  none  (no 
description available)
ii  libsdl-gfx1.2-5:amd64 2.0.25-4amd64   
drawing and graphical effects extension for SDL
ii  libsdl-image1.2:amd64 1.2.12-5+b5 amd64   Image 
loading library for Simple DirectMedia Layer 1.2, librari
ii  libsdl-mixer1.2:amd64 1.2.12-11+b1amd64   Mixer 
library for Simple DirectMedia Layer 1.2, libraries
ii  libsdl-net1.2:amd64   1.2.8-4 amd64   
Network library for Simple DirectMedia Layer 1.2, libraries
ii  libsdl-ttf2.0-0:amd64 2.0.11-3amd64   
TrueType Font library for Simple DirectMedia Layer 1.2, librari
un  libsdl1.2 none  none  (no 
description available)
un  libsdl1.2-all none  none  (no 
description available)
un  libsdl1.2-esd none  none  (no 
description available)
un  libsdl1.2-nas none  none  (no 
description available)
un  libsdl1.2-oss none  none  (no 
description available)
ii  libsdl1.2debian:amd64 1.2.15-10+b1amd64   
Simple DirectMedia Layer
un  libsdl1.2debian-all   none  none  (no 
description available)
un  libsdl1.2debian-alsa  none  none  (no 
description available)
un  libsdl1.2debian-esd   none  none  (no 
description available)
un  libsdl1.2debian-nas   none  none  (no 
description available)
un  libsdl1.2debian-oss   none  none  (no 
description available)
un  libsdl1.2debian-pulseaudionone  none  (no 
description available)
ii  libsdl2-2.0-0:amd64   2.0.2+dfsg1-6   amd64   
Simple DirectMedia Layer
ii  libsdl2-dev   2.0.2+dfsg1-6   amd64   
Simple DirectMedia Layer development files
ii  libsdl2-gfx-1.0-0:amd64   1.0.1+dfsg-1amd64   
drawing and graphical effects extension for SDL2
ii  libsdl2-gfx-dev:amd64 1.0.1+dfsg-1amd64   
development files for SDL2_gfx
un  libsdl2-gfx-doc   none  none  (no 
description available)
ii  libsdl2-image-2.0-0:amd64 2.0.0+dfsg-3+b4 amd64   Image 
loading library for Simple DirectMedia Layer 2, libraries
ii  libsdl2-image-dev:amd64   2.0.0+dfsg-3+b4 amd64   Image 
loading library for Simple DirectMedia Layer 2, developme
ii  libsdl2-ttf-2.0-0:amd64   2.0.12+dfsg1-2  amd64   
TrueType Font library for Simple DirectMedia Layer 2, libraries
ii  libsdl2-ttf-dev:amd64 2.0.12+dfsg1-2  amd64   
TrueType Font library for Simple DirectMedia Layer 2, developme

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (850, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: armhf

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

Versions of packages python-pygame depends on:
ii  fonts-freefont-ttf20120503-4
ii  libc6 2.19-13
ii  libjpeg62-turbo   1:1.3.1-11
ii  libpng12-01.2.50-2+b2
ii  libportmidi0  1:184-2.2
ii  libsdl-image1.2   1.2.12-5+b5
ii  libsdl-mixer1.2   1.2.12-11+b1
ii  libsdl-ttf2.0-0   2.0.11-3
ii  libsdl1.2debian   1.2.15-10+b1
ii  libsmpeg0

Bug#778886: Acknowledgement (claws-mail: dropdown menu bar has disappeared, cannot get back)

2015-02-23 Thread Clayton

On Mon, 23 Feb 2015 09:44:39 +
Paul cl...@thewildbeast.co.uk wrote:

 F12 toggles the display of the menu bar.

Thanks Paul, indeed. Then this becomes a documentation bug report
against this page

http://www.claws-mail.org/manual/claws-mail-manual.html#ap_keyboard

I do believe. I did RTFM, and it did not help.

Thanks again,
Clayton


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

Bug#779025: virtualbox-dkms: kernel module fails to build on linux 4.0-rc1

2015-02-23 Thread Jonas Lundqvist

Package: virtualbox-dkms
Version: 4.3.18-dfsg-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

After compiling a the 4.0-rc1 kernel the installation fails:

$ sudo dpkg -i linux-image-4.0.0-rc1-c517d838+_1_amd64.deb
[sudo] password for jonas:
Selecting previously unselected package linux-image-4.0.0-rc1-c517d838+.
(Reading database ... 342065 files and directories currently installed.)
Preparing to unpack linux-image-4.0.0-rc1-c517d838+_1_amd64.deb ...
Examining /etc/kernel/preinst.d/
Done.
Unpacking linux-image-4.0.0-rc1-c517d838+ (1) ...
Setting up linux-image-4.0.0-rc1-c517d838+ (1) ...
Running depmod.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 
4.0.0-rc1-c517d838+ /boot/vmlinuz-4.0.0-rc1-c517d838+
run-parts: executing /etc/kernel/postinst.d/dkms 4.0.0-rc1-c517d838+ 
/boot/vmlinuz-4.0.0-rc1-c517d838+
Error! Bad return status for module build on kernel: 4.0.0-rc1-c517d838+ 
(x86_64)
Consult /var/lib/dkms/virtualbox/4.3.18/build/make.log for more information.


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

Kernel: Linux 3.19.0-rc6-26bc420b+ (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages virtualbox-dkms depends on:
ii  dkms2.2.0.3-2
ii  dpkg1.17.24
ii  virtualbox  4.3.18-dfsg-2

virtualbox-dkms recommends no packages.

virtualbox-dkms suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJU6xhyAAoJEBKd4UpXCeEDyQAQAK1GIsmN6c7MHqChwj059AdZ
SrDBQldy01N3ED7RKyz1ixSuIF7SqmEGPDRdmUbczusP8gwXPV8YI8wDakC9eQTW
UUqBZpOyYvZvUQ7e1lHJDPMZBIDGSlQLnA6lLMuKkSZJN4yfBkB7LuHCwEdft97H
Opg96uz4bb+6RkNathsd7bJLW/hPRW/R0eBY1AAqTVdKGl3f5ngRLm6jNdtsRoCS
32T5RWwEq9Hrt4EhyDh0hEJHLFv5DLBiOkxNKKIwM1aPq74LE0G6KGf4yhzEL5H1
jSHaIzpW0OGE0C1bxB5oKO6RcGTlyY8w8xCxXgFqvlXyL2lHKO7EEWZBv7DOR9ca
dJzn4i9Pehg77OfOB3jU7sQrSUJ2WSVVwcwREPB86xEEhLLsSSz7TBhB9006Emsm
si9/pVAOi4ruv52PRaLxyxALHduDrp5q5dhGRKAHROG0iJkylhhMbzXtcCIzJuZN
cPvGqLlDRdWbWVkvc4RCI0FODESd1v+tjtg78QWbaaOZ7OfXPTbznyqlzRYEAmaA
ioA456vbsF1h9OsWo8nUnvwZc0cpzz9sg/TmvajAv4TPgj6u2iRbMZwHiNlOmpyd
p8pQbB4DwADxFTXRzsn8sd4NrxDoxCG9TaDOr/pnp0+jno+7x2p120c6BucSZtRT
9K8uZBL5w3ZCIBrkWYwT
=lWvp
-END PGP SIGNATURE-
DKMS make.log for virtualbox-4.3.18 for kernel 4.0.0-rc1-c517d838+ (x86_64)
Mon Feb 23 12:55:08 CET 2015
make: Entering directory '/home/jonas/code/linux'
  LD  /var/lib/dkms/virtualbox/4.3.18/build/built-in.o
  LD  /var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/built-in.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/linux/SUPDrv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/SUPDrv.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/SUPDrvSem.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/SUPDrvTracer.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/alloc-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/initterm-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/memobj-r0drv.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/mpnotification-r0drv.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/powernotification-r0drv.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/assert-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/alloc-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/initterm-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/memuserkernel-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/mp-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/mpnotification-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/process-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/semevent-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/semeventmulti-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/semfastmutex-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/semmutex-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/spinlock-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/thread-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/thread2-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/threadctxhooks-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.18/build/vboxdrv/r0drv/linux/time-r0drv-linux.o
  CC [M]

Bug#779030: python-eventlet: Fall back to old behavior if SSLContext() not available.

2015-02-23 Thread Corey Bryant

Package: python-eventlet
Version: 0.13.0-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu vivid ubuntu-patch

Dear Maintainer,

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

  * debian/patches/sslwrap.diff: Fall back to old behavior if SSLContext
not available (LP: #1423675).

Thanks for considering the patch.

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

Kernel: Linux 3.16.0-30-generic (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
=== modified file 'debian/patches/sslwrap.diff'
--- debian/patches/sslwrap.diff	2014-10-08 16:22:45 +
+++ debian/patches/sslwrap.diff	2015-02-20 14:48:24 +
@@ -1,8 +1,6 @@
-Index: b/eventlet/green/ssl.py
-===
 --- a/eventlet/green/ssl.py
 +++ b/eventlet/green/ssl.py
-@@ -238,14 +238,14 @@ class GreenSSLSocket(__ssl.SSLSocket):
+@@ -238,17 +238,30 @@
  if self._sslobj:
  raise ValueError(attempt to connect already-connected SSLSocket!)
  self._socket_connect(addr)
@@ -10,18 +8,33 @@
 -self._sslobj = _ssl.sslwrap(self._sock, False, self.keyfile, self.certfile,
 -self.cert_reqs, self.ssl_version,
 -self.ca_certs, self.ciphers)
--else:
++try:
++ctx = SSLContext(self.ssl_version)
++except:
++if has_ciphers:
++self._sslobj = _ssl.sslwrap(self._sock, False, self.keyfile, self.certfile,
++self.cert_reqs, self.ssl_version,
++self.ca_certs, self.ciphers)
++else:
++self._sslobj = _ssl.sslwrap(self._sock, False, self.keyfile, self.certfile,
++self.cert_reqs, self.ssl_version,
++self.ca_certs)
+ else:
 -self._sslobj = _ssl.sslwrap(self._sock, False, self.keyfile, self.certfile,
 -self.cert_reqs, self.ssl_version,
 -self.ca_certs)
-+ctx = SSLContext(self.ssl_version)
-+if self.keyfile or self.certfile:
-+ctx.load_cert_chain(self.certfile, self.keyfile)
-+if self.ca_certs:
-+ctx.load_verify_locations(self.ca_certs)
-+if has_ciphers and self.ciphers:
-+ctx.set_ciphers(self.ciphers)
-+self._sslobj = ctx._wrap_socket(self._sock, server_side=False)
++if self.keyfile or self.certfile:
++ctx.load_cert_chain(self.certfile, self.keyfile)
++if self.ca_certs:
++ctx.load_verify_locations(self.ca_certs)
++if has_ciphers and self.ciphers:
++ctx.set_ciphers(self.ciphers)
++self._sslobj = ctx._wrap_socket(self._sock, server_side=False)
++
  if self.do_handshake_on_connect:
  self.do_handshake()
  
++
+ def accept(self):
+ Accepts a new connection from a remote client, and returns
+ a tuple containing that new connection wrapped with a server-side

Bug#779031: ITP: libwww-shorten-simple-perl -- Factory wrapper around WWW::Shorten to avoid imports

2015-02-23 Thread Dominique Dumont

Package: wnpp
Owner: Dominique Dumont d...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libwww-shorten-simple-perl
  Version : 0.01
  Upstream Author : Tatsuhiko Miyagawa miyag...@bulknews.net
* URL : https://metacpan.org/release/WWW-Shorten-Simple
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Factory wrapper around WWW::Shorten to avoid imports

WWW::Shorten::Simple is a wrapper (factory) around WWW::Shorten so that you
can create an object representing each URL shortening service, instead of
importing makeashorterlink function into your namespace.

This allows you to call multiple URL shortening services in one package, for
instance to call WWW::Shorten::RevCanonical to extract rev=canonical,
fallback to bit.ly if username and API key are present, and then finally to
TinyURL.

This module is required by libdist-zilla-plugin-twitter-perl

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.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#779032: firmware-realtek: Bluetooth not working

2015-02-23 Thread Khurram Mahmood

Package: firmware-realtek
Version: 0.43
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


-- 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_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)

firmware-realtek depends on no packages.

firmware-realtek recommends no packages.

Versions of packages firmware-realtek suggests:
ii  initramfs-tools  0.116

-- 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#778772: Changelogs shown do not include a correct charset for displaying them

Hi,

On Sun, 22 Feb 2015, Christophe Siraut wrote:
  while displaying changelog from the web interface I see that many
  characters are not shown correctly because they have a different charset
  than browser default.
  
  Could you please specify the (utf8) charset in the HTTP response or
  elsewhere?
 
 These files are served by apache, it appears the following line was
 commented in the vhost host declaration:
 
   #AddDefaultChars utf-8
 
 Problem might be text/html pages already have that header set by django,
 we only want to apply the directive to plain text files. Should we
 enclose that directive in a Directory /path/to/media section?

Yes. I just did that:
$ HEAD 
https://tracker.debian.org/media/packages/0/0ad-data/changelog-0.0.16-1|grep 
Content-Type
Content-Type: text/plain; charset=utf-8

Shall we also possibly also consider using a .txt extension for all the
text files that we are extracting?

That would make it more future-proof. At some point, the files we are
extracting in media might also contain non-textual files...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


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

Bug#778404: Henry Spencer regular expressions (regex) library contains a heap overflow vulnerability

2015-02-23 Thread Eugen Dedu


tag 778404 fixed-upstream
thanks

On 16/02/15 17:33, Eugen Dedu wrote:

On 16/02/15 17:19, Moritz Muehlenhoff wrote:

severity 778404 minor
thanks

On Sat, Feb 14, 2015 at 03:39:19PM +0100, Luciano Bello wrote:

Package: ptlib
Severity: important
Tags: security patch

The security team received a report from the CERT Coordination Center
that the
Henry Spencer regular expressions (regex) library contains a heap
overflow
vulnerability. It looks like this package includes the affected code
at that's
the reason of this bug report.


The configure script picks the glibc regex code, so this doesn't affect
the Debian binary packages.


Thank you for the analysis.


It would still be useful to report this upstream, so that they update
the local regex code (it could be that the local one is used when
building with a libc other than glibc)


I will do it, I have commit access.


I have committed the patch upstream, thank you:

https://sourceforge.net/p/opalvoip/code/33381/
and
https://sourceforge.net/p/opalvoip/code/33382/

Shouldn't we close this bug in debian?

--
Eugen


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

Bug#779035: Upstream is up to 4.1.0

2015-02-23 Thread Julien Puydt


Package: python-tornado
Severity: wishlist

Hi,

upstream's 4.1.0 is out ; could you package it, please ?

Thanks,

Snark on #debian-science


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

Bug#778891: [Pkg-puppet-devel] Bug#778891: puppet: systemd unit file does not load environment from /etc/default/puppet - breaks upgrades

2015-02-23 Thread Rik Theys


Hi,

On 02/23/2015 11:56 AM, Stig Sandbeck Mathisen wrote:

I'm not going to add it back, but unless I'm missing something in the
scenario I've outlined above, I don't agree there are no security
implications here.


There is a bug, which should be fixed. I've upgraded it to serious
again, so it is release critical.


Thanks. Can you also remove the 'wontfix' tag?


There are security implications, but as it needs administrative
privileges to your DNS server or physical access to your network to
exploit. (Or, you need to place your laptop running puppet on a hostile
network, which is more likely.)


In our environment we have systems managed centrally and systems managed 
by research groups but they share the same dns domain. I don't think 
they would appreciate it if their systems suddenly started to contact 
our puppet server :-).


Regards,

Rik

--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

Any errors in spelling, tact or fact are transmission errors


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

Bug#778727: Does not use preseeded debconf value for dictionaries-common/default-wordlist

2015-02-23 Thread Agustin Martin

On Sun, Feb 22, 2015 at 11:11:04PM -0500, Daniel Richard G. wrote:
 On Fri, 2015 Feb 20 15:00+0100, Agustin Martin wrote:
 
  Strange, I could only reproduce this without apt-utils. In a chroot
 
 Hmm. I'm able to reproduce this fairly easily. Below, when I get the
 debconf dialog, american is selected. (The warning is new to me,
 however; I don't believe I've seen that before.)
 
 This is starting from a minimal Jessie install:
 
 # dpkg -l | grep apt-utils
 ii  apt-utils 1.0.9.6 i386
  package management related utility programs
 
 # echo 
 dictionaries-common@dictionaries-common/default-wordlist@select@english 
 (Webster's Second International English wordlist) | tr @ '\t' | 
 debconf-set-selections 
 
 # apt-get install miscfiles
 Reading package lists... Done
 Building dependency tree   
 Reading state information... Done
 The following NEW packages will be installed:
   miscfiles
 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
 Need to get 1,208 kB of archives.
 After this operation, 3,069 kB of additional disk space will be used.
 Get:1 http://apt-cacher.example.com:3142/debian/ jessie/main miscfiles 
 all 1.4.2.dfsg.1-9.1 [1,208 kB]
 Fetched 1,208 kB in 0s (4,308 kB/s)
 Preconfiguring packages ...
 [wordlist,dico_get_default_value]: dictionaries-common warning:
  debconf question dictionaries-common/default-wordlist value did not 
 match that in /var/cache/dictionaries-common/wordlist-default
  Changing debconf value english (Webster's Second International English 
 wordlist) to american (American English)

Hi, Daniel, 

This last lines show the reason for the problem you have. By the way,
things are working as expected.

Pre-seeding is intended for first installation, when no elements (wordlists,
ispell dictionaries) are previously installed and apt-utils is already
installed (pre-seeding will not work with shared questions otherwise).
However, pre-seeding is not intended to work once dictionaries are installed
and a default value selected. This default value will also be written to 
/var/cache/dictionaries-common/wordlist-default (for wordlists) and become
the true value. If it contains a valid value and different from what
debconf thinks, true value will win (I should have put it under /etc, but
changing it now does not worth) and debconf value will be forcibly set to
that true value.

If you already have some wordlists installed and want to install a new one
and make it the default value you use one of 

  1) Once new wordlist is installed, call `select-default-wordlist' as root
 and select the new value.
  2) Temporarily set a debconf priority threshold lower than high (e.g.
 medium with DEBIAN_PRIORITY ENVAR, see debconf(7)) before installing
 the new wordlist. This will trigger the debconf question on instalation
 of the new wordlist.
  3) Manually change /var/cache/dictionaries-common/wordlist-default to
 the new value. Must be sure that the string is exactly one of the valid
 strings, in the same encoding as the original master string identifier.
 *This is discouraged*. Using `select-default-wordlist' is largely
 preferred because 3) is more error prone. Incidentally, this is the
 reason why I put the backup value under /var insted of under /etc, so
 it is used internally in case of debconf database corruption, but
 leaves 1) as the preferred method.

  dictionaries-common should support this. Also, note that usually it is
  not other package who does the preseed when used, but some sort of
  master process during the installation.
 
 That's indeed what I'm doing; a master script runs debconf-set-
 selections first and then apt-get install as needed.

The difference is that you already have some wordlists installed.

 Incidentally... is it supported to set a debconf value of just e.g.
 english or american---that is, minus the descriptive text in
 parentheses? I can't help but feel that only the first word should
 matter, but the debconf choice values including the parentheticals does
 imply otherwise.

Sadly no, that string is used as full identifier. Note that wordlists have
different sizes or variants, so the full name is relevant. Also, this schema
was designed way before debconf supported internationalized choices, with
the parenthesized text supposed to contain the text in dictionary
pseudo-language. This was some sort of poor's man internationalization, but
at that time no better choice was available. And that string is internally
used as master identifier for each wordlist, so changing it will trigger new
debconf questions unless a lot of migration code is written. So, changing it
does not worth the work.

In short, I strongly suggest to use `select-default-wordlist'.

Regards,

-- 
Agustin


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

Bug#775835: yowsup-cli: please put the new version 2.2.15 in experimental

2015-02-23 Thread Eriberto Mota

Hi Shirish,

Sorry for my delay. I thought in solve the problem fast and close the
bug but the situation is a bit more complicated.

The current version of the yowsup uses new packages as dependencies.
These packages are python-axolotl and python-axolotl-curve25519 and
they aren't in Debian yet. These packages were prepared by Josue
Ortega (ITP here[1][2]) and I uploaded (as sponsor) to NEW[3] in past
week.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776501
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777367
[3] https://ftp-master.debian.org/new.html

I need wait for acceptance of these packages to go back the packaging
of the new yowsup version. If the packages aren't accepted and I work
over yowsup, I will spent time.

Have a nice day!

Cheers,

Eriberto



2015-01-20 13:44 GMT-02:00 shirish शिरीष shirisha...@gmail.com:
 Package: yowsup-cli
 Version: 0.0~git20140314.938cf1-3
 Severity: wishlist

 Dear Maintainer,
 It would be nice if we can have the new version 2.2 in experimental as
 testing is in freeze at the moment.

 See https://github.com/tgalal/yowsup/blob/master/README.md for details.

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

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

 Versions of packages yowsup-cli depends on:
 ii  python   2.7.8-2
 ii  python-dateutil  2.2-2
 ii  python-libxml2   2.9.1+dfsg1-4
 ii  python-yowsup0.0~git20140314.938cf1-3

 yowsup-cli recommends no packages.

 yowsup-cli suggests no packages.

 -- no debconf information

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


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

Bug#779025: virtualbox-dkms: kernel module fails to build on linux 4.0-rc1

2015-02-23 Thread Gianfranco Costamagna

control: version 4.3.22-dfsg-1

Hi Jonas

yes, of course it fails to build, please try at least 4.3.22 from debian 
experimental.

thanks,

Gianfranco




Il Lunedì 23 Febbraio 2015 13:15, Jonas Lundqvist jo...@gannon.se ha scritto:
Package: virtualbox-dkms
Version: 4.3.18-dfsg-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

After compiling a the 4.0-rc1 kernel the installation fails:

$ sudo dpkg -i linux-image-4.0.0-rc1-c517d838+_1_amd64.deb
[sudo] password for jonas:
Selecting previously unselected package linux-image-4.0.0-rc1-c517d838+.
(Reading database ... 342065 files and directories currently installed.)
Preparing to unpack linux-image-4.0.0-rc1-c517d838+_1_amd64.deb ...
Examining /etc/kernel/preinst.d/
Done.
Unpacking linux-image-4.0.0-rc1-c517d838+ (1) ...
Setting up linux-image-4.0.0-rc1-c517d838+ (1) ...
Running depmod.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 
4.0.0-rc1-c517d838+ /boot/vmlinuz-4.0.0-rc1-c517d838+
run-parts: executing /etc/kernel/postinst.d/dkms 4.0.0-rc1-c517d838+ 
/boot/vmlinuz-4.0.0-rc1-c517d838+
Error! Bad return status for module build on kernel: 4.0.0-rc1-c517d838+ 
(x86_64)
Consult /var/lib/dkms/virtualbox/4.3.18/build/make.log for more information.


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

Kernel: Linux 3.19.0-rc6-26bc420b+ (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages virtualbox-dkms depends on:
ii  dkms2.2.0.3-2
ii  dpkg1.17.24
ii  virtualbox  4.3.18-dfsg-2

virtualbox-dkms recommends no packages.

virtualbox-dkms suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJU6xhyAAoJEBKd4UpXCeEDyQAQAK1GIsmN6c7MHqChwj059AdZ
SrDBQldy01N3ED7RKyz1ixSuIF7SqmEGPDRdmUbczusP8gwXPV8YI8wDakC9eQTW
UUqBZpOyYvZvUQ7e1lHJDPMZBIDGSlQLnA6lLMuKkSZJN4yfBkB7LuHCwEdft97H
Opg96uz4bb+6RkNathsd7bJLW/hPRW/R0eBY1AAqTVdKGl3f5ngRLm6jNdtsRoCS
32T5RWwEq9Hrt4EhyDh0hEJHLFv5DLBiOkxNKKIwM1aPq74LE0G6KGf4yhzEL5H1
jSHaIzpW0OGE0C1bxB5oKO6RcGTlyY8w8xCxXgFqvlXyL2lHKO7EEWZBv7DOR9ca
dJzn4i9Pehg77OfOB3jU7sQrSUJ2WSVVwcwREPB86xEEhLLsSSz7TBhB9006Emsm
si9/pVAOi4ruv52PRaLxyxALHduDrp5q5dhGRKAHROG0iJkylhhMbzXtcCIzJuZN
cPvGqLlDRdWbWVkvc4RCI0FODESd1v+tjtg78QWbaaOZ7OfXPTbznyqlzRYEAmaA
ioA456vbsF1h9OsWo8nUnvwZc0cpzz9sg/TmvajAv4TPgj6u2iRbMZwHiNlOmpyd
p8pQbB4DwADxFTXRzsn8sd4NrxDoxCG9TaDOr/pnp0+jno+7x2p120c6BucSZtRT
9K8uZBL5w3ZCIBrkWYwT
=lWvp
-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#735196: Plz Help? can we disable checksum off for loopback interface

2015-02-23 Thread MAHESH PAVASKAR

Hi,
 I can use ethtool command for changing policy of eth0,eth1 etc
but can we make off checksum, for loopback interface (lo)
thank u

-- 

Regards,
Mr. Mahesh A. Pavaskar

Bug#778375: apt-transport-https: segfaults

2015-02-23 Thread David Kalnischkies

On Mon, Feb 16, 2015 at 01:16:19AM +0100, Tomasz Buchert wrote:
 The tricky HTTPS server returns this line: HTTP/1.1 302. Note that
 there is no explanation for the status code 302 (it should be
 Found). Anyway, this is fine, the code seems to be prepared for
 that case: elements is set to 3 in server.cc:128.

apt is since 0.8.0~pre2 (23 Aug 2010). I think back then it was also
a sourceforge server triggering this. Note that this is a violation of
the HTTP1.1 spec (see rfc7230 section 3.1.2) which allows for an empty
reason-phrase, but the space before that is non-optional.


 However, Owner is NULL (I don't know why, I don't know the code, but
 it is) so Owner-Debug fails in server.cc:132.
 
 The attached patch checks whether Owner is NULL before dereferencing
 it. This fixes this problem for me, but somebody who knows what Owner
 is should make sure that it makes sense.  Feel free to adjust the
 patch to your needs, it's in public domain.

rambling
That is a good catch! 'Owner' refers here to the ServerMethod owning the
ServerState (that was a very helpful explanation, wasn't it? ;) ).

It boils down to this: In Sep 2013 I wanted to fix some bugs in https by
using less curl and more of our own http code. For this I invented
a bunch of Server classes as parents for http and https – in handsight,
I really should have used another name, but well, anyway – expect that
both were completely different in their implementation.

Somehow I managed to pull it of anyway with the result that they share
most of their State parsing/tracking which is quite helpful. It also
means through that the actual Methods using the State are still very
different so getting a common interface for them was hard. Somewhere
down that line I took a shortcut giving the HttpsState a NULL for its
owner as it 'never' really needed it and can hence be fixed 'later'
correctly, right?

Fast forward one and a half years and the 'never' as well as the 'later'
is spoiled. Its a bit ironic that a debug message does this to me…
/rambling

The proposed patch works just fine as the other users for 'Owner'
aren't used by https and for http its always properly set (and nobody
dies if a debug message isn't shown even if requested) and at that point
in the release I guess everyone will be happy about a one-line fix.
(Michael is uploading it any minute now)

Attached is my fullblown 'proper' patch with a testcase I am going to
apply to our /experimental branch for comparison in the meantime.


Best regards

David Kalnischkies
diff --git a/methods/https.cc b/methods/https.cc
index 3a5981b..444bdef 100644
--- a/methods/https.cc
+++ b/methods/https.cc
@@ -109,7 +109,7 @@ HttpsMethod::progress_callback(void *clientp, double dltotal, double /*dlnow*/,
 }
 
 // HttpsServerState::HttpsServerState - Constructor			/*{{{*/
-HttpsServerState::HttpsServerState(URI Srv,HttpsMethod * /*Owner*/) : ServerState(Srv, NULL)
+HttpsServerState::HttpsServerState(URI Srv,HttpsMethod * Owner) : ServerState(Srv, Owner)
 {
TimeOut = _config-FindI(Acquire::https::Timeout,TimeOut);
Reset();
@@ -313,13 +313,11 @@ bool HttpsMethod::Fetch(FetchItem *Itm)
curl_easy_setopt(curl, CURLOPT_LOW_SPEED_TIME, timeout);
 
// set redirect options and default to 10 redirects
-   bool const AllowRedirect = _config-FindB(Acquire::https::AllowRedirect,
-	_config-FindB(Acquire::http::AllowRedirect,true));
curl_easy_setopt(curl, CURLOPT_FOLLOWLOCATION, AllowRedirect);
curl_easy_setopt(curl, CURLOPT_MAXREDIRS, 10);
 
// debug
-   if(_config-FindB(Debug::Acquire::https, false))
+   if (Debug == true)
   curl_easy_setopt(curl, CURLOPT_VERBOSE, true);
 
// error handling
@@ -356,7 +354,7 @@ bool HttpsMethod::Fetch(FetchItem *Itm)
 
// go for it - if the file exists, append on it
File = new FileFd(Itm-DestFile, FileFd::WriteAny);
-   Server = new HttpsServerState(Itm-Uri, this);
+   Server = CreateServerState(Itm-Uri);
 
// keep apt updated
Res.Filename = Itm-DestFile;
@@ -451,6 +449,25 @@ bool HttpsMethod::Fetch(FetchItem *Itm)
 
return true;
 }
+	/*}}}*/
+// HttpsMethod::Configuration - Handle a configuration message		/*{{{*/
+bool HttpsMethod::Configuration(string Message)
+{
+   if (ServerMethod::Configuration(Message) == false)
+  return false;
+
+   AllowRedirect = _config-FindB(Acquire::https::AllowRedirect,
+	_config-FindB(Acquire::http::AllowRedirect, true));
+   Debug = _config-FindB(Debug::Acquire::https,false);
+
+   return true;
+}
+	/*}}}*/
+ServerState * HttpsMethod::CreateServerState(URI uri)			/*{{{*/
+{
+   return new HttpsServerState(uri, this);
+}
+	/*}}}*/
 
 int main()
 {
diff --git a/methods/https.h b/methods/https.h
index 411b714..f8d302d 100644
--- a/methods/https.h
+++ b/methods/https.h
@@ -52,7 +52,7 @@ class HttpsServerState : public ServerState
virtual ~HttpsServerState() {Close();};
 };
 
-class HttpsMethod : public pkgAcqMethod
+class HttpsMethod : public ServerMethod
 {
// minimum

Bug#759584: gearman-job-server: Gearman job server init script uses harcoded --listen argument

2015-02-23 Thread Johannes Truschnigg


Hi,

it is, in my opinion, absolutely unacceptable that the 
/etc/default/gearman-job-server configuration file has no effect on 
jessie installations that use systemd to manage services.


The new service file proposed in 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759584#10 apparently 
fixes the issue, so PLEASE commit the fix.


I've also noticed that the package installs an upstart job configuration 
file. We're not using upstart, but I'd wager it might need the same 
treatment (if it's not better to just discontinue upstart support 
altogether for the package).


Thanks for taking note of this issue, and its easy fix.
--
Mit freundlichen Grüßen
Johannes Truschnigg
Senior System Administrator
--
mailto:johannes.truschn...@geizhals.at (in dringenden Fällen bitte an 
i...@geizhals.at)


Geizhals(R) - Preisvergleich Internet Services AG
Obere Donaustrasse 63/2
A-1020 Wien
Tel: +43 1 5811609/87
Fax: +43 1 5811609/55
http://geizhals.at = Preisvergleich für Österreich
http://geizhals.de = Preisvergleich für Deutschland
http://geizhals.eu = Preisvergleich EU-weit
Handelsgericht Wien | FN 197241K | Firmensitz Wien


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

Bug#761859: prototype ready

2015-02-23 Thread Holger Levsen

Hi,

On Montag, 23. Februar 2015, Raphael Hertzog wrote:
 The only missing data I see is the Debian bug report assigned to each CVE.

I'll add that.
 
 And you call the file json but it contains YAML :-)

yeah, fixed in the last attached patch, but I will rewrite it to actually 
output json...

 Otherwise, I see that you have the raw data per real suite (aka squeeze is
 never fixed, only squeeze-lts is fixed) and I would prefer having data
 consolidated by release (i.e. you get the squeeze status by merging
 squeeze, squeeze-security and squeeze-lts, wheezy by merging wheezy and
 wheezy-security, etc.).
 
 Is that possible ?

surely. I just wasn't sure whether this should be done on the security-tracker 
side or by it's users... or I could provide two versions: json-full and json(-
aggregated) - do you think that would be useful?


cheers,
Holger




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

Bug#779025: virtualbox-dkms: kernel module fails to build on linux 4.0-rc1

2015-02-23 Thread Gianfranco Costamagna

Hi Jonas,


it is already tracked here
https://www.virtualbox.org/ticket/13835


thanks,

Gianfranco


Il Lunedì 23 Febbraio 2015 14:53, Jonas Lundqvist jo...@gannon.se ha scritto:
Package: virtualbox-dkms
Version: 4.3.22-dfsg-1
Followup-For: Bug #779025

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

It seems the same issue occurs with 4.3.22.


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

Kernel: Linux 3.19.0-rc6-26bc420b+ (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages virtualbox-dkms depends on:
ii  dkms2.2.0.3-2
ii  dpkg1.17.24
ii  virtualbox  4.3.22-dfsg-1

virtualbox-dkms recommends no packages.

virtualbox-dkms suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJU6zC5AAoJEBKd4UpXCeEDYB4P+QFjrC0pna4jkFmn6u3mOE5Y
i+ko6jw4V/ok7rdrDNaEtEmhKk/dz/P737n0H18zfI3qV9PSZITG5CYHzh0wDlOu
rZimwM+2xEh3lAzILehRHGubWvZpDB/36YWOeDxW/rILAYyt9Tp7UkDpt4vDGk07
D1UpASv3oJpFC+IegCD8g2aNEYlRUbeleSB459K1HuzxUrxpnKrFQusIZN/ZNMG4
Nidu4hypYIzbAmlpW+jVvvn7aGkm5icE2kSwyShij9o2zHSRpSqCuomLZXCom0+v
ywTWgT2u5LQ5DhOH9v+5BTaZOhlO8+V/9e9//uq3bh9uJGtopyHIuUyHzShz5O1a
qR1ECI6ZMiAwAvKe8/5A+b5qpWFmdlT5FYZGoIuX3S+t92DIVAnopffsaXKprpGc
9lMLZDFr2sFa7pNVVwZ6dybXeH7unTgMqzOow6l+DRw49D8xqIFzJKwvRyufFKmm
xkUISNQfKrlshMfpeojqs85RHyVCYEJgMxv3kzVQce+jldexn2tFRJ2UIrrOgv9E
Lqs4exnWF8YlgDVd25b4PYO+Z6vOOM3FSGUfg5xQWPO7hNp4bFGh8DJM0rbpfuc+
xZ7B6Ad2dlNCHg5bYUWxGaz7JoNt+dftuMW8gfjU6GSx+csCJq2WhDlc9+oU/qV/
6WruQcoTc3XtJ2p7c1ez
=jbLt
-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#740980: bluez: No devices get scanned.

2015-02-23 Thread Khurram Mahmood

Package: bluez
Version: 5.23-2+b1
Followup-For: Bug #740980

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


-- 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_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 bluez depends on:
ii  dbus 1.8.12-1
ii  init-system-helpers  1.22
ii  kmod 18-3
ii  libc62.19-13
ii  libdbus-1-3  1.8.12-1
ii  libglib2.0-0 2.42.1-1
ii  libreadline6 6.3-8+b2
ii  libudev1 215-8
ii  lsb-base 4.1+Debian13+nmu1
ii  udev 215-8

bluez recommends no packages.

bluez 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#779034: grok.h needs tcutil.h

2015-02-23 Thread Vincent Bernat

Package: libgrok-dev
Version: 1.20110708.1-4.1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

libgrok-dev should depends on libtokyocabinet-dev since it requires
tcutil.h from this package (didn't check why).

#v+
In file included from ../modules/grok/grok-parser.c:25:0:
/usr/include/grok.h:8:20: fatal error: tcutil.h: No such file or directory
 #include tcutil.h
#v-


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

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

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJU6zG8AAoJEJWkL+g1NSX54rYP/iX/KPDlMKJ4olRsnRQoxYxt
DOoCoE8ovXgnkBztkyAtPgc80KpU88W+w8qZb/cVROMpxzkNqVyZm1G778nGwSbf
2thLEa0uiLhWPhVo5kQEC6zKL2nXd3iUPa+gSnpr/cuIMwm7Z52+1vmzKy3belSR
j7Lmpv1Fo9bOX8GyhqA+soduz/ljUUlO5QbdC/uNOwL1U9rmOrzXD0kidZR8qfai
lCJXiV8Zx2bF75TW9vpUra4er3X3d/QWfwRX8ZOVLqIob5jh08nfAhqdauwEP1BY
CK1BEpAz0vQyqTiRz+NJi/fhOKrT9AU2O3GzuxKJ/50gBxkQcZfMJK6MjWfxT+Vx
sp6ROy8MGLGnrl09yysqIS0q2kwpXKAE4hkjxHuoOdQCec6rQFOaASYsb/ONR2+5
b1y3T/wBEUp3uHej6FCqzmSgqfvdfMHwaK6BJk9l8af5VOGcVfPj08YjPa9cfcg+
p2hdb6kX1MECIeNUHUhpC0Poemdu1HzEKm9jsgQrq6an/jwW86+FGTk7f1kRezXZ
oQZ84ogkAcxjh8+fXAgfE8kqVsqscA/97RvrdfcdWhwEAlOCpkoL1wPDQme3b09T
qf1pnmf1xKI/VgOOSjNdUnvvwqd4uGl/WgqGmg2xuOAiXpZgvlq3ORV+vt/g3HQA
oXYf3npei7gFKLX+oRKz
=mjn9
-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#779037: dh-ocaml: please make the build reproducible

2015-02-23 Thread Chris Lamb

Source: dh-ocaml
Version: 1.0.9
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the reproducible builds effort [1], we have noticed
that dh-ocaml generates /var/lib/ocaml/lintian/libfoo-ocaml-dev.info
files with a non-deterministic order.

The attached patch removes this randomness from the build system.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debhelper/dh_ocaml b/debhelper/dh_ocaml
index de4535b..05b1981 100755
--- a/debhelper/dh_ocaml
+++ b/debhelper/dh_ocaml
@@ -353,7 +353,7 @@ foreach my $package (keys(%dev_packages), @binary_packages)
 
 # Search for OCaml bytecode binaries and objects
 open(OLIST, , $olist_fn) unless $dh{NO_ACT};
-find sub {
+find {'wanted' = sub {
 (-f $_)
 
 (-x $_  test_bytecode($_) || /\.cm([iaox]|x[as])$/)
@@ -363,6 +363,10 @@ foreach my $package (keys(%dev_packages), @binary_packages)
 (!$dh{NO_ACT})
 
 (print OLIST $File::Find::name.\n)
+  },
+  'preprocess' = sub {
+return sort @_;
+  }
 }, @search_path;
 close(OLIST) unless $dh{NO_ACT};
 doit(cat $olist_fn) if $dh{VERBOSE};

Bug#779028: qbittorrent: not refundable after iconification

2015-02-23 Thread YK

Package: qbittorrent
Version: 3.1.10-1
Severity: normal

Hi,
Sorry my bad English.

After a more or less continuous operation qbittorrent is returned after
iconification far from the first attempt. Also his window behaves
unnaturally when trying to control them by WM (fluxbox).

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

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 qbittorrent depends on:
ii  geoip-database 20141027-2
ii  libboost-system1.55.0  1.55.0+dfsg-3
ii  libc6  2.19-13
ii  libgcc11:4.9.1-19
ii  libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libstdc++6 4.9.1-19
ii  libtorrent-rasterbar7  0.16.18-1
ii  python 2.7.8-3
ii  zlib1g 1:1.2.8.dfsg-2+b1

qbittorrent recommends no packages.

Versions of packages qbittorrent suggests:
pn  qbittorrent-dbg  none

-- 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#778866: RE: read in movie-title failing

2015-02-23 Thread Alessio Treglia

Hi Sean,

I haven't seen your e-mail before, sorry about that.
Thanks for the patch, though I'd prefer to set #!/bin/bash as shebang
rather than applying your patch though as there's plenty of bashisms
in the whole script:

alessio@soqtl021:~/devel/videotrans/src$ checkbashisms -f -n -p -x
movie-title.in
possible bashism in movie-title.in line 97 (echo -n):
echo -n `shellescape $@` 
possible bashism in movie-title.in line 205 (test -a/-o):
if [ -e ${OUTPUT} -a ! -f ${OUTPUT} ]
possible bashism in movie-title.in line 283 (test -a/-o):
if [ ${xx} = 720 -a ${yy} = 576 ]
possible bashism in movie-title.in line 287 (test -a/-o):
elif [ ${xx} = 720 -a ${yy} = 480 ]
possible bashism in movie-title.in line 305 (test -a/-o):
if [ ${animated} != animated -a ${animated} != static -a \
${animated} != none ]
possible bashism in movie-title.in line 525 (test -a/-o):
if [ ${animated} = animated -a ${num_title_frames} -gt 1 ]
possible bashism in movie-title.in line 530 (test -a/-o):
elif [ ${num_title_frames} = 1 -a ${audio_length} -gt 0 \
-a ${animated} = animated ]
possible bashism in movie-title.in line 694 (test -a/-o):
elif [ ${audio_length} -gt 0 -a ${animated} = animated ]
possible bashism in movie-title.in line 800 (echo -n):
echo -n . 2
possible bashism in movie-title.in line 879 (test -a/-o):
if [ ${num_title_frames} = 1 -a ${audio_length} -gt 0 -a \
${animated} != animated ]
possible bashism in movie-title.in line 1395 (test -a/-o):
if [ ${num_title_frames} = 1 -a ${audio_length} = 0 ]

Cheers.

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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

Bug#779027: ITP: libdist-zilla-plugin-twitter-perl -- Twitter when you release with Dist::Zilla

2015-02-23 Thread Dominique Dumont

Package: wnpp
Owner: Dominique Dumont d...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libdist-zilla-plugin-twitter-perl
  Version : 0.026
  Upstream Author : David Golden dagol...@cpan.org, Mike Doherty 
dohe...@cpan.org
* URL : https://metacpan.org/release/Dist-Zilla-Plugin-Twitter
* License : Apache-2.0
  Programming Lang: Perl
  Description : Twitter when you release with Dist::Zilla

Dist::Zilla::Plugin::Twitter module will use Net::Twitter to send a
release notice to Twitter. By default, it will include a short link to
the release page of your module on http://metacpan.org.

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.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#779029: scummvm: fails to work on armhf, ARM ASM is buggy [PATCH]

2015-02-23 Thread Konstantinos Margaritis

Package: scummvm
Version: 1.7.0+dfsg-1
Severity: grave
tags: patch

I have been trying to run old scummvm games on an old armhf system, but
it was crashing on load with a segfault.

I tried to debug the application and found that at all times, the
culprit are the arm asm optimizations. Disabling these optimizations
makes scummvm run properly on armhf, at least I was able to run both In
diana Jones and the Fate of Atlantis and Beneath a Steel Sky. I attach
a patch but it's only a suggested method, disabling arm optimizations
for all arm* platforms, in the case of Debian, both armel and armhf.

Regards

-- 
Konstantinos Margaritis
email: mar...@freevec.org, mar...@debian.org
blog: http://freevec.org
gpg: 3FC3 7391 FECD D3CB 5501  7121 6606 027F 6437 124C
Description: Disable arm asm as it breaks on armhf

--- scummvm-1.7.0+dfsg.orig/configure
+++ scummvm-1.7.0+dfsg/configure
@@ -2027,10 +2027,10 @@ echo_n Checking host CPU architecture..
 case $_host_cpu in
 	arm*)
 		echo ARM
-		define_in_config_if_yes yes 'USE_ARM_SCALER_ASM'
-		define_in_config_if_yes yes 'USE_ARM_SOUND_ASM'
-		define_in_config_if_yes yes 'USE_ARM_SMUSH_ASM'
-		define_in_config_if_yes yes 'USE_ARM_GFX_ASM'
+		# define_in_config_if_yes yes 'USE_ARM_SCALER_ASM'
+		# define_in_config_if_yes yes 'USE_ARM_SOUND_ASM'
+		# define_in_config_if_yes yes 'USE_ARM_SMUSH_ASM'
+		# define_in_config_if_yes yes 'USE_ARM_GFX_ASM'
 		# FIXME: The following feature exhibits a bug during the intro scene of Indy 4
 		# (on Pandora and iPhone at least)
 		#define_in_config_if_yes yes 'USE_ARM_COSTUME_ASM'


pgpWUEvklsmON.pgp
Description: PGP signature

Bug#715083: Broken library symlink detected in libgrok-dev

2015-02-23 Thread Vincent Bernat

 ❦  6 juillet 2013 05:01 GMT, David Steele dste...@gmail.com :

 This is being filed as Serious because it represents a violation
 of Policy. Section 8 states Packages containing shared
 libraries must be constructed with a little care to make sure
 that the shared library is always available.

Why was the severity downgraded then?
-- 
Repartee is something we think of twenty-four hours too late.
-- Mark Twain


signature.asc
Description: PGP signature

Bug#779025: virtualbox-dkms: kernel module fails to build on linux 4.0-rc1

2015-02-23 Thread Jonas Lundqvist

Package: virtualbox-dkms
Version: 4.3.22-dfsg-1
Followup-For: Bug #779025

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

It seems the same issue occurs with 4.3.22.


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

Kernel: Linux 3.19.0-rc6-26bc420b+ (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages virtualbox-dkms depends on:
ii  dkms2.2.0.3-2
ii  dpkg1.17.24
ii  virtualbox  4.3.22-dfsg-1

virtualbox-dkms recommends no packages.

virtualbox-dkms suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJU6zC5AAoJEBKd4UpXCeEDYB4P+QFjrC0pna4jkFmn6u3mOE5Y
i+ko6jw4V/ok7rdrDNaEtEmhKk/dz/P737n0H18zfI3qV9PSZITG5CYHzh0wDlOu
rZimwM+2xEh3lAzILehRHGubWvZpDB/36YWOeDxW/rILAYyt9Tp7UkDpt4vDGk07
D1UpASv3oJpFC+IegCD8g2aNEYlRUbeleSB459K1HuzxUrxpnKrFQusIZN/ZNMG4
Nidu4hypYIzbAmlpW+jVvvn7aGkm5icE2kSwyShij9o2zHSRpSqCuomLZXCom0+v
ywTWgT2u5LQ5DhOH9v+5BTaZOhlO8+V/9e9//uq3bh9uJGtopyHIuUyHzShz5O1a
qR1ECI6ZMiAwAvKe8/5A+b5qpWFmdlT5FYZGoIuX3S+t92DIVAnopffsaXKprpGc
9lMLZDFr2sFa7pNVVwZ6dybXeH7unTgMqzOow6l+DRw49D8xqIFzJKwvRyufFKmm
xkUISNQfKrlshMfpeojqs85RHyVCYEJgMxv3kzVQce+jldexn2tFRJ2UIrrOgv9E
Lqs4exnWF8YlgDVd25b4PYO+Z6vOOM3FSGUfg5xQWPO7hNp4bFGh8DJM0rbpfuc+
xZ7B6Ad2dlNCHg5bYUWxGaz7JoNt+dftuMW8gfjU6GSx+csCJq2WhDlc9+oU/qV/
6WruQcoTc3XtJ2p7c1ez
=jbLt
-END PGP SIGNATURE-
DKMS make.log for virtualbox-4.3.22 for kernel 4.0.0-rc1-c517d838+ (x86_64)
Mon Feb 23 14:41:59 CET 2015
make: Entering directory '/home/jonas/code/linux'
  LD  /var/lib/dkms/virtualbox/4.3.22/build/built-in.o
  LD  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/built-in.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/linux/SUPDrv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/SUPDrv.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/SUPDrvSem.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/SUPDrvTracer.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/alloc-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/initterm-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/memobj-r0drv.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/mpnotification-r0drv.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/powernotification-r0drv.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/assert-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/alloc-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/initterm-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/memuserkernel-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/mp-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/mpnotification-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/process-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/semevent-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/semeventmulti-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/semfastmutex-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/semmutex-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/spinlock-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/thread-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/thread2-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/threadctxhooks-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/time-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/linux/timer-r0drv-linux.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/common/alloc/alloc.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/common/checksum/crc32.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/common/checksum/ipv4.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/common/checksum/ipv6.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/common/err/RTErrConvertFromErrno.o
  CC [M]  
/var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/common/err/RTErrConvertToErrno.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/common/log/log.o
  CC [M]  /var/lib/dkms/virtualbox/4.3.22/build/vboxdrv/common/log/logellipsis.o
  CC [M]

Bug#779036: Upstream has released 12.2

2015-02-23 Thread Julien Puydt


Package: python-setuptools
Severity: wishlist

Hi,

upstream is now up to 12.2 ; could you package it, please ?

Snark on #debian-science


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

Bug#778866: videotrans: movie-title terminates without doing anything

2015-02-23 Thread Alessio Treglia

severity 778866 important
thanks

Hi,

Thanks for reporting this issue and trying to make Debian better.

On Fri, Feb 20, 2015 at 9:06 PM, Sven Bartscher
sven.bartsc...@weltraumschlangen.de wrote:
 I converted to mp4 files with movie-to-dvd movie1.mp4 movie2.mp4.
 I made a background with movie-make-title-simple -o title -m pal
 Then I tried to create the .vob with movie-title -o title.vob -t title
 movie1.m2v movie2.m2v, but that didn't have any effect.
 Not having any effect means that there was no output or files generated or
 anything else. Tje program just stops imediately without any message and the
 exit code 1.
 Doing some debugging I figured out that the script terminates at a read in 
 line
 279, but couldn't figure out why.

Please run the script again via bash with the '-x' option added to the
command line, e.g.:

   $ bash -x movie-title -o title.vob -t title movie1.m2v movie2.m2v

Thanks in advance.
Cheers!

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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

Bug#779024: ITP: haskell-network-uri -- URI manipulation library

2015-02-23 Thread Dmitry Bogatov

Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov kact...@gnu.org

* Package name : haskell-network-uri
  Version  : 2.6.0.1-1
  Upstream Author  : Johan Tibell johan.tib...@gmail.com
* Url  : http://hackage.haskell.org/package/network-uri
* License  : BSD-3-clause
  Programming Lang : Haskell
  Section  : haskell
  Description  : URI manipulation library

 Library defines functions for handling URIs. It presents substantially
 the same interface as the older GHC Network.URI module, but is implemented
 using Parsec rather than a Regex library.


I plan to maintain this package as part of Debian Haskell Group.
This package was split from haskell-network ( 2.6)


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

Bug#776748: (pre-approval) unblock: libxml2/2.9.1+dfsg1-5 (via t-p-u)

2015-02-23 Thread Aron Xu

On Sat, 21 Feb 2015 11:38:05 +0100 Ivo De Decker iv...@debian.org wrote:
 Hi,

 On Fri, Feb 20, 2015 at 01:55:27AM +0800, Aron Xu wrote:
   Go ahead, thanks.
 
  Uploaded.

 Unblocked.


On PTS it says:
 * Unblock request by ivodd ignored due to version mismatch: 2.9.1+dfsg1-5

Anything wrong?

Cheers,
Aron


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

Bug#753545: Fix symbolic link de_LA.dic

2015-02-23 Thread Philipp Hahn

Hi,

see attached patch to fix the link creation in debian/rules.

Sincerely
Philipp Hahn
-- 
Philipp Hahn   Open Source Software Engineer  h...@univention.de
Univention GmbHbe open.   fon: +49 421 22 232- 0
Mary-Somerville-Str.1  D-28359 Bremen fax: +49 421 22 232-99
   http://www.univention.de/
Director:Peter H. Ganten   HRB 20755 Amtsgericht Bremen   UID:DE 220 051 310
--- igerman98-20120607/debian/rules.orig	2015-02-23 12:17:35.617421105 +
+++ igerman98-20120607/debian/rules	2015-02-23 12:17:43.653443689 +
@@ -194,7 +194,7 @@
 		ln -s de_DE.aff de_BE.aff; \
 		ln -s de_DE.dic de_BE.dic; \
 		ln -s de_DE.aff de_LU.aff; \
-		ln -s de_DE.aff de_LU.dic)
+		ln -s de_DE.dic de_LU.dic)
 	(cd $(DROOT)/hunspell-de-de/usr/share/myspell/dicts; \
 		ln -s ../../hunspell/de_DE.aff de_DE.aff; \
 		ln -s ../../hunspell/de_DE.dic de_DE.dic; \

Bug#758870: Supposedly going to be fixed in kernel v3.18

2015-02-23 Thread Axel Kittenberger

I got the same issue which drove me crazy for weeks and months. Every so
often or seldom, some (not all!) files/dirs suddendly belong to 4294967294.
Causing the strangest errors out of the view for my users due to software
running into permission problems where there shouldn't be any. Then after a
while (a matter of hours) its gone and works again.

Setup is a host fileserver (debian wheezy) having a guest in kvm (debian
jessie) which mounts via nfs4 to make the git/svn repositories accessable
to the network. Users and Group are coming from LDAP. The guest has jessie
despite of being production since for a while I thought I needed some
feature of it.. (apache-itk AssignUserIdExpr) and I didn't downgrade it
once I discorved I actually don't needed it.

Previously the git/svn was XEN and I thought XEN networking hickups might
be the issue for it, so I moved it all to kvm, but recently the error
reappeared again.
I searched now a new, the error is known to the others as well
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1124250.

It is supposedly fixed with this kernel patch:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=0b0a84154eff56913e91df29de5c3a03a0029e38
Which is in kernel.git v3.18~17^2^2

So if jessie is not going to get 3.18 all including I definitely wish for
this patch to be backported, forwardported, jerrypicked or how it is
called, since it can be a real bugger to anyone who uses nfsv4 beyond
trivial single user/family settings.

Kind regards, Axel

Bug#771045: Info received (Bug#771045: Info received (Bug#771045: Acknowledgement (linux-image-3.16.0-4-amd64: System randomly freezes using Kernel 3.16 and radeon)))

2015-02-23 Thread Tom Guder

Hello.

The bug still appears:

[22705.085397] radeon :03:00.0: ring 0 stalled for more than 10012msec
[22705.085402] radeon :03:00.0: GPU lockup (waiting for 0x00248486
last fence id 0x0024847f on ring 0)
[22705.085432] radeon :03:00.0: failed to get a new IB (-35)
[22705.572187] radeon :03:00.0: Saved 11021 dwords of commands on ring 0.
[22705.572316] radeon :03:00.0: GPU softreset: 0x006C
[22705.572318] radeon :03:00.0:   GRBM_STATUS   = 0xA0003028
[22705.572320] radeon :03:00.0:   GRBM_STATUS_SE0   = 0x0006
[22705.572322] radeon :03:00.0:   GRBM_STATUS_SE1   = 0x0006
[22705.572323] radeon :03:00.0:   SRBM_STATUS   = 0x20C0
[22705.572434] radeon :03:00.0:   SRBM_STATUS2  = 0x
[22705.572436] radeon :03:00.0:   R_008674_CP_STALLED_STAT1 = 0x
[22705.572438] radeon :03:00.0:   R_008678_CP_STALLED_STAT2 = 0x0001
[22705.572439] radeon :03:00.0:   R_00867C_CP_BUSY_STAT = 0x0002
[22705.572441] radeon :03:00.0:   R_008680_CP_STAT  = 0x80010243
[22705.572443] radeon :03:00.0:   R_00D034_DMA_STATUS_REG   = 0x44483146
[22705.572445] radeon :03:00.0:   R_00D834_DMA_STATUS_REG   = 0x44C84246
[22705.572447] radeon :03:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR
  0x
[22705.572449] radeon :03:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS
0x
[22706.056014] radeon :03:00.0: GRBM_SOFT_RESET=0xDDFF
[22706.056069] radeon :03:00.0: SRBM_SOFT_RESET=0x00100140
[22706.057216] radeon :03:00.0:   GRBM_STATUS   = 0x3028
[22706.057218] radeon :03:00.0:   GRBM_STATUS_SE0   = 0x0006
[22706.057220] radeon :03:00.0:   GRBM_STATUS_SE1   = 0x0006
[22706.057221] radeon :03:00.0:   SRBM_STATUS   = 0x20C0
[22706.057332] radeon :03:00.0:   SRBM_STATUS2  = 0x
[22706.057334] radeon :03:00.0:   R_008674_CP_STALLED_STAT1 = 0x
[22706.057336] radeon :03:00.0:   R_008678_CP_STALLED_STAT2 = 0x
[22706.057337] radeon :03:00.0:   R_00867C_CP_BUSY_STAT = 0x
[22706.057339] radeon :03:00.0:   R_008680_CP_STAT  = 0x
[22706.057341] radeon :03:00.0:   R_00D034_DMA_STATUS_REG   = 0x44C83D57
[22706.057343] radeon :03:00.0:   R_00D834_DMA_STATUS_REG   = 0x44C83D57
[22706.057584] radeon :03:00.0: GPU reset succeeded, trying to resume
[22706.084253] [drm] probing gen 2 caps for device 8086:e04 = 7a7903/e
[22706.084257] [drm] PCIE gen 3 link speeds already enabled
[22706.086412] [drm] PCIE GART of 1024M enabled (table at 0x00276000).
[22706.086525] radeon :03:00.0: WB enabled
[22706.086527] radeon :03:00.0: fence driver on ring 0 use gpu addr
0x8c00 and cpu addr 0x88085b69fc00
[22706.086529] radeon :03:00.0: fence driver on ring 1 use gpu addr
0x8c04 and cpu addr 0x88085b69fc04
[22706.086530] radeon :03:00.0: fence driver on ring 2 use gpu addr
0x8c08 and cpu addr 0x88085b69fc08
[22706.086532] radeon :03:00.0: fence driver on ring 3 use gpu addr
0x8c0c and cpu addr 0x88085b69fc0c
[22706.086533] radeon :03:00.0: fence driver on ring 4 use gpu addr
0x8c10 and cpu addr 0x88085b69fc10
[22706.087140] radeon :03:00.0: fence driver on ring 5 use gpu addr
0x00075a18 and cpu addr 0xc90015eb5a18
[22706.250455] [drm] ring test on 0 succeeded in 3 usecs
[22706.250461] [drm] ring test on 1 succeeded in 1 usecs
[22706.250465] [drm] ring test on 2 succeeded in 1 usecs
[22706.250476] [drm] ring test on 3 succeeded in 6 usecs
[22706.250484] [drm] ring test on 4 succeeded in 5 usecs
[22706.426300] [drm] ring test on 5 succeeded in 2 usecs
[22706.426307] [drm] UVD initialized successfully.
[22716.434414] radeon :03:00.0: ring 0 stalled for more than 10004msec
[22716.434419] radeon :03:00.0: GPU lockup (waiting for 0x002484f4
last fence id 0x0024847f on ring 0)
[22716.434421] [drm:r600_ib_test] *ERROR* radeon: fence wait failed (-35).
[22716.434424] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on
GFX ring (-35).
[22716.434426] radeon :03:00.0: ib ring test failed (-35).
[22716.918923] radeon :03:00.0: GPU softreset: 0x0048
[22716.918929] radeon :03:00.0:   GRBM_STATUS   = 0xA0003028
[22716.918932] radeon :03:00.0:   GRBM_STATUS_SE0   = 0x0006
[22716.918933] radeon :03:00.0:   GRBM_STATUS_SE1   = 0x0006
[22716.918935] radeon :03:00.0:   SRBM_STATUS   = 0x20C0
[22716.919046] radeon :03:00.0:   SRBM_STATUS2  = 0x
[22716.919048] radeon :03:00.0:   R_008674_CP_STALLED_STAT1 = 0x
[22716.919050] radeon :03:00.0:   R_008678_CP_STALLED_STAT2 = 0x0001
[22716.919052] radeon :03:00.0:   R_00867C_CP_BUSY_STAT = 0x0002

Bug#761859: prototype ready

2015-02-23 Thread Holger Levsen

Hi,

On Montag, 23. Februar 2015, Paul Wise wrote:
 Hmm, it appears that these are the default urgency from NVD and the ones
 without asterisks are ones set by SVN committers. That doesn't appear to
 be a distinction worth preserving but it is fine to do so.

I kept it under the premise of presenting the raw data.
 
 Please ensure that this json is linked to from the front page of the
 security tracker and from the security tracker documentation so that
 people building on it can find it easily.

will do.

 I think for other consumers of the data (not distro-tracker), exposing
 fixed version numbers might be interesting. For instance, someone with
 500 machines who aggregates host/package/version information and then
 correlates that with the list of security issues from the sectracker.

i'll include this in the detailed json output.

 I should stop bike-shedding though :)

:)

 Anyway, the current JSON is good for the distro-tracker from a content
 perspective (so please deploy)

will do RSN :)


cheers,
Holger


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

Bug#778815: [Pkg-xfce-devel] Bug#778815: lightdm: Fails load login screen with large ldap users database

2015-02-23 Thread Massimo Barbieri

Il 20/02/2015 22:28, Yves-Alexis Perez ha scritto:
 Do you use the userlist (greeter-hide-users=false in lightdm.conf)?

Hi!
I do not use the users lists, and the option greeter-hide-users is
commented.
Thanks for your answer.
Massimo

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



signature.asc
Description: OpenPGP digital signature

Bug#779026: RM: libtins -- ROM; Very few users

2015-02-23 Thread Raúl Benencia

Package: ftp.debian.org
Severity: normal

This package never took off, and the three users that shows popcon are
probably all boxes of mine.


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

Bug#779033: samba: CVE-2015-0240: unexpected code execution in smbd

2015-02-23 Thread Salvatore Bonaccorso

Source: samba
Version: 2:3.5.6~dfsg-3
Severity: grave
Tags: security upstream fixed-upstream
Justification: user security hole
Control: fixed -1 2:3.6.6-6+deb7u5

Hi,

(just to track this in BTS as well)

the following vulnerability was published for samba.

CVE-2015-0240[0]:
unexpected code execution in smbd

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities  Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-0240
[1] https://www.samba.org/samba/security/CVE-2015-0240

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#761859: prototype ready

On Sun, 22 Feb 2015, Holger Levsen wrote:
 new output is attached in compressed form.

The only missing data I see is the Debian bug report assigned to each CVE.

And you call the file json but it contains YAML :-)

Otherwise, I see that you have the raw data per real suite (aka squeeze is
never fixed, only squeeze-lts is fixed) and I would prefer having data
consolidated by release (i.e. you get the squeeze status by merging
squeeze, squeeze-security and squeeze-lts, wheezy by merging wheezy and
wheezy-security, etc.).

Is that possible ?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


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

Bug#758870: Supposedly going to be fixed in kernel v3.18

2015-02-23 Thread Rik Theys


Hi,

I've had a similar issue with Fedora's 3.17 kernel and indeed it was 
fixed after an upgrade to 3.18.


If Jessie has the same bug, I agree it should best be fixed prior to its 
release.


As a workaround on the 3.17 kernel I started the RPC idmapd service. 
This service is normally no longer required on clients (as they use the 
keyring thing now), but it worked around this bug for me. It may be a 
workaround on Jessie also.


Regards,

Rik


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

Bug#759584: gearman-job-server: Gearman job server init script uses harcoded --listen argument

2015-02-23 Thread Stig Sandbeck Mathisen

Johannes Truschnigg johannes.truschn...@geizhals.at writes:

 it is, in my opinion, absolutely unacceptable that the
 /etc/default/gearman-job-server configuration file has no effect on
 jessie installations that use systemd to manage services.

Hello,

Thanks for contributing to the bug report.

The package is up for adoption, so if you would like to take over
maintainership, please see https://bugs.debian.org/775822

-- 
Stig Sandbeck Mathisen


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

Bug#779017: gparted: btrfs partition can not be cloned

2015-02-23 Thread Phillip Susi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

reassign 779017 btrfs-tools
thanks

On 2/23/2015 5:18 AM, Joachim Schmidt wrote:
 I created a btrfs partition with btrfs-convert from ext4. This
 partition can not be cloned with gparted to other disk because
 btrfschk is unsuccessful. A btrfs check --repair /dev/sdXX does not
 help.

Then the problem has to do with btrfs rather than gparted.  It would
probably help to show exactly what errors btrfsfsck is throwing.


-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)

iQEcBAEBAgAGBQJU60JxAAoJENRVrw2cjl5RbKgH/jj6ree3EQeZVuGTYVN3gOSy
abO5dhQbWQC2U+2w0KbC4rw4AlswtncLQj7GHdFOEuE07m3hze+vnrpouXojzY5O
pN3vv1PHub4rgGW4H68L9aXr4ETsUmhH9quDIQOazlsEMohi7eHlZWY+cn6rsxxI
R6Xn/60jog00yk476TW65EJzKX/zaNDX0Oj25h9g5Gu2SfYcx2Okl63jhJcaDB1+
Q3HNmXcxzvqNBbVih46roKpruvPrVNV8RdvEndi3yr5LNE8TleFfHJ8CYM9TIhEO
LDj9sf0ax96Gf8zLscKkY9WUeJHKhoAHbVYCwwUfQpc6rKUx7kfpOD9SW+MHpwA=
=NGJz
-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#260275: confirmed

2015-02-23 Thread Mathieu Malaterre

Control: tags -1 confirmed upstream
Control: found -1 1.16-7

Still here today:

==399== 4 bytes in 1 blocks are definitely lost in loss record 1 of 23
==399==at 0x4C28BED: malloc (vg_replace_malloc.c:263)
==399==by 0x503F49E: ??? (in /lib/x86_64-linux-gnu/libpopt.so.0.0.0)
==399==by 0x5040994: poptGetNextOpt (in
/lib/x86_64-linux-gnu/libpopt.so.0.0.0)
==399==by 0x402ED0: main (main.c:435)


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

Bug#779009: xserver-xorg-video-intel: kernel occasionally spits about intel driver

Control: reassign -1 src:linux 3.16.7-ckt4-3

On Mon, Feb 23, 2015 at 13:08:52 +0530, Ritesh Raj Sarraf wrote:

 Package: xserver-xorg-video-intel
 Version: 2:2.21.15-2+b2
 Severity: normal
 
 Hi,
 
 At times, I have the intel video driver spitting the following:
 
 
 [119838.142088] ---[ end trace 0e1f3f064f2f48a3 ]---
 [119841.961047] [ cut here ]
 [119841.961075] WARNING: CPU: 0 PID: 16775 at
 /build/linux-y7bjb0/linux-3.16.7-ckt4/drivers/gpu/drm/i915/intel_pm.c:5992
 intel_display_power_put+0x127/0x150 [i915]()
 [119841.961076] Modules linked in: snd_usb_audio snd_usbmidi_lib
 snd_rawmidi snd_seq_device hid_generic ip6table_filter ip6_tables veth
 bnep bluetooth 6lowpan_iphc ctr ccm appletalk ax25 ipx p8023 p8022 psnap
 pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) binfmt_misc
 nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc bridge
 stp llc xt_conntrack iptable_filter ipt_MASQUERADE iptable_nat
 nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack
 xt_CHECKSUM xt_tcpudp iptable_mangle ip_tables x_tables
 snd_hda_codec_hdmi nls_utf8 nls_cp437 vfat fat uvcvideo
 videobuf2_vmalloc videobuf2_memops videobuf2_core v4l2_common videodev
 media hid_multitouch joydev i915 hp_wmi sparse_keymap iTCO_wdt
 iTCO_vendor_support x86_pkg_temp_thermal nouveau mxm_wmi
 intel_powerclamp intel_rapl kvm_intel
 [119841.961099]  snd_hda_codec_idt snd_hda_codec_generic snd_hda_intel
 arc4 snd_hda_controller kvm rt2800pci snd_hda_codec snd_hwdep rt2800mmio
 rt2800lib rt2x00pci rt2x00mmio rt2x00lib eeprom_93cx6 mac80211 cfg80211
 efi_pstore pcspkr psmouse evdev serio_raw efivars rtsx_pci_ms ttm
 snd_pcm snd_timer crc_ccitt memstick rfkill snd shpchp soundcore
 drm_kms_helper drm i2c_algo_bit video i2c_i801 lpc_ich mei_me i2c_core
 mei hp_wireless hp_accel lis3lv02d input_polldev ac processor button
 battery intel_smartconnect wmi coretemp fuse parport_pc ppdev lp parport
 autofs4 ext4 crc16 mbcache jbd2 btrfs xor raid6_pq algif_skcipher af_alg
 usbhid hid dm_crypt dm_mod sg sd_mod crc_t10dif crct10dif_generic
 rtsx_pci_sdmmc mmc_core crct10dif_pclmul crct10dif_common crc32_pclmul
 crc32c_intel ghash_clmulni_intel ahci libahci
 [119841.961128]  libata aesni_intel aes_x86_64 lrw gf128mul glue_helper
 ablk_helper cryptd scsi_mod ehci_pci ehci_hcd xhci_hcd r8169 rtsx_pci
 mii mfd_core usbcore usb_common fan thermal thermal_sys
 [119841.961136] CPU: 0 PID: 16775 Comm: kworker/0:2 Tainted: GW
 O  3.16.0-4-amd64 #1 Debian 3.16.7-ckt4-3
 [119841.961138] Hardware name: Hewlett-Packard HP ENVY TS 15 Notebook
 PC/1963, BIOS F.65 11/20/2014
 [119841.961144] Workqueue: events edp_panel_vdd_work [i915]
 [119841.961145]  0009 815096a7 
 810676f7
 [119841.961147]  88024d48002c 880253031d08 88024d48
 88025f216600
 [119841.961148]  88024d488520 a0a7f187 880036ea2230
 880253031d08
 [119841.961150] Call Trace:
 [119841.961154]  [815096a7] ? dump_stack+0x41/0x51
 [119841.961157]  [810676f7] ? warn_slowpath_common+0x77/0x90
 [119841.961162]  [a0a7f187] ?
 intel_display_power_put+0x127/0x150 [i915]
 [119841.961167]  [a0aded5e] ? edp_panel_vdd_work+0x2e/0x40
 [i915]
 [119841.961169]  [81081492] ? process_one_work+0x172/0x420
 [119841.961170]  [81081b25] ? worker_thread+0x115/0x520
 [119841.961171]  [81081a10] ? rescuer_thread+0x2d0/0x2d0
 [119841.961173]  [81087ddd] ? kthread+0xbd/0xe0
 [119841.961175]  [81087d20] ?
 kthread_create_on_node+0x180/0x180
 [119841.961176]  [8150f6bc] ? ret_from_fork+0x7c/0xb0
 [119841.961178]  [81087d20] ?
 kthread_create_on_node+0x180/0x180
 [119841.961179] ---[ end trace 0e1f3f064f2f48a4 ]---
 


signature.asc
Description: Digital signature

Bug#779038: Use of uninitialised value of size 8

2015-02-23 Thread Mathieu Malaterre

Package: libmagickcore5
Version: 8:6.7.7.10-5+deb7u3

Looks like there is an invalid read when dealing with some PNG files.
See attached sample for info.

Steps:

$ cd /tmp
$ wget [...]/readpng.c
$ wget [...]/018.png
$ gcc -o readpng -I /usr/include/ImageMagick readpng.c -lMagickCore
$ valgrind ./readpng
==14575== Memcheck, a memory error detector
==14575== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==14575== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==14575== Command: ./readpng
==14575==
==14575== Use of uninitialised value of size 8
==14575==at 0x531DEBB: _itoa_word (_itoa.c:195)
==14575==by 0x531FE96: vfprintf (vfprintf.c:1622)
==14575==by 0x53CA52F: __vsnprintf_chk (vsnprintf_chk.c:65)
==14575==by 0x4F5690A: FormatLocaleStringList (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x4F569F1: FormatLocaleString (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x98D3106: ??? (in
/usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so)
==14575==by 0x98D4A37: ??? (in
/usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so)
==14575==by 0x4EB970F: ReadImage (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x40078E: main (in /home/mathieu/tmp/flou/bin4/readpng)
==14575==
==14575== Conditional jump or move depends on uninitialised value(s)
==14575==at 0x531DEC5: _itoa_word (_itoa.c:195)
==14575==by 0x531FE96: vfprintf (vfprintf.c:1622)
==14575==by 0x53CA52F: __vsnprintf_chk (vsnprintf_chk.c:65)
==14575==by 0x4F5690A: FormatLocaleStringList (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x4F569F1: FormatLocaleString (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x98D3106: ??? (in
/usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so)
==14575==by 0x98D4A37: ??? (in
/usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so)
==14575==by 0x4EB970F: ReadImage (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x40078E: main (in /home/mathieu/tmp/flou/bin4/readpng)
==14575==
==14575== Conditional jump or move depends on uninitialised value(s)
==14575==at 0x531FFAA: vfprintf (vfprintf.c:1622)
==14575==by 0x53CA52F: __vsnprintf_chk (vsnprintf_chk.c:65)
==14575==by 0x4F5690A: FormatLocaleStringList (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x4F569F1: FormatLocaleString (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x98D3106: ??? (in
/usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so)
==14575==by 0x98D4A37: ??? (in
/usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so)
==14575==by 0x4EB970F: ReadImage (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x40078E: main (in /home/mathieu/tmp/flou/bin4/readpng)
==14575==
==14575== Conditional jump or move depends on uninitialised value(s)
==14575==at 0x531FFC8: vfprintf (vfprintf.c:1622)
==14575==by 0x53CA52F: __vsnprintf_chk (vsnprintf_chk.c:65)
==14575==by 0x4F5690A: FormatLocaleStringList (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x4F569F1: FormatLocaleString (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x98D3106: ??? (in
/usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so)
==14575==by 0x98D4A37: ??? (in
/usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so)
==14575==by 0x4EB970F: ReadImage (in
/usr/lib/x86_64-linux-gnu/libMagickCore.so.5.0.0)
==14575==by 0x40078E: main (in /home/mathieu/tmp/flou/bin4/readpng)
==14575==
==14575==
==14575== HEAP SUMMARY:
==14575== in use at exit: 1,364,861 bytes in 786 blocks
==14575==   total heap usage: 3,753 allocs, 2,967 frees, 5,529,461
bytes allocated
==14575==
==14575== LEAK SUMMARY:
==14575==definitely lost: 30,200 bytes in 4 blocks
==14575==indirectly lost: 22,804 bytes in 53 blocks
==14575==  possibly lost: 1,280,000 bytes in 1 blocks
==14575==still reachable: 31,857 bytes in 728 blocks
==14575== suppressed: 0 bytes in 0 blocks
==14575== Rerun with --leak-check=full to see details of leaked memory
==14575==
==14575== For counts of detected and suppressed errors, rerun with: -v
==14575== Use --track-origins=yes to see where uninitialised values come from
==14575== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 6 from 6)
#include string.h
#include magick/api.h

int main(int argc,char **argv)
{
  ExceptionInfo exception;
  Image *images;
  ImageInfo *image_info;

  GetExceptionInfo(exception);
  image_info=CloneImageInfo((ImageInfo *) NULL);
  (void) strcpy(image_info-filename,018.png);
  images = ReadImage(image_info,exception);

  return 0;
}

Bug#776395: java-package: Does not use the system's keystore

2015-02-23 Thread Francesc Zacarias

Then it's fine. No hurries.
Good luck with the Jessie release!

Cheers!
Francesc

On 23 February 2015 at 16:00, Emmanuel Bourg ebo...@apache.org wrote:
 Le 23/02/2015 15:43, Francesc Zacarias a écrit :
 Hi!
 It's been nearly a month and the patch does not seem to applied to
 experimental or unstable yet.

 Is there a problem?

 There is no problem, I'm just busy on other things and since we are
 still under the Jessie freeze I haven't rushed to upload it. If you need
 this quickly I can upload it to experimental though.

 Emmanuel Bourg



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

Bug#778991: xserver-xorg-video-intel: graphical glitches in the circulating symbol while waiting for an application

On Sun, Feb 22, 2015 at 12:26:42 -0500, tim wrote:

 Package: xserver-xorg-video-intel
 Version: 2:2.21.15-2+b2
 Severity: normal
 
 Dear Maintainer,
 
 this problem affects multiple application. E.g. Empathy:
 
 Connecting to an account takes a while. The process is visualized by two 
 circulating symbols in the empathy window. The normal behaviour should be 
 that these symbols integrate well in the background of the window. But 
 instead of this they have a little black square background. 
 
 Sorry, I can't give a more detailed description of the bug and will send a 
 picture after recieve the bug number.
 
Is this reproducible with the intel driver from experimental?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#759584: gearman-job-server: Gearman job server init script uses harcoded --listen argument

2015-02-23 Thread Stig Sandbeck Mathisen

Richard Ayotte rich.ayo...@ayottesoftware.com writes:

 Please update /lib/systemd/system/gearman-job-server.service to
 include the default params environment variables.

 [Unit]
 Description=gearman job control server

 [Service]
 EnvironmentFile=-/etc/default/gearman-job-server

[...]

 ExecStart=/usr/sbin/gearmand --pid-file=/run/gearman/server.pid $PARAMS

Thank you. I've added this to the systemd unit, and also updated the
upstart job with the same variable.

-- 
Stig Sandbeck Mathisen


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

Bug#778793: Solution

Control: tag -1 moreinfo

On Fri, Feb 20, 2015 at 13:59:24 +0100, Jakobus Schürz wrote:

 Hi!
 
 I found, that /etc/X11/XvMCConfig was not a directory. It was a file.
 So i deleted this file and created a directory instead per hand.
 
 Then the install worked.
 
 Now this directory doesn't exist any longer...
 
 Please check that!
 
 It was the first time, i needed the intel-graphics-driver.
 
What was the state of /etc/X11/XvMCConfig before the failed install?
What packages were installed before?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#778998: xserver-xorg-core: Xorg frozen after logging out

On Sun, Feb 22, 2015 at 22:14:44 +0100, Vincent Lefevre wrote:

 Package: xserver-xorg-core
 Version: 2:1.16.4-1
 Severity: important
 
 After logging out, Xorg is frozen:
 
 UIDPID  PPID  C STIME TTY  TIME CMD
 root 19947  2360  0 Feb20 ?00:02:13 [Xorg]
 
 The screen no longer gets any signal.
 
 I've attached the Xorg.0.log file.
 
 (I had to interrupt reportbug since lspci -nn, run by
 /usr/share/bug/xserver-xorg-core/script, hangs too.)
 
That sounds like a kernel or hw issue, not X.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#778765: youtube-dl: not working with youtube, please update to upstream's latest

2015-02-23 Thread Marcos Marado

Hi there,

On Sat, Feb 21, 2015 at 10:01 PM, Rogério Brito rbr...@ime.usp.br wrote:
 Hi there.

 On Feb 19 2015, Marcos Marado wrote:
 Version 2015.02.06-1 is now unable to download youtube videos.
 I've tried upstream's latest (an update to debian's git repository is here:
 https://github.com/marado/youtube-dl ), and it fixes the issue, please 
 consider
 updating.

 Can you please always include the failing URL, so that I can confirm that
 the newer version has the bug fixed? Otherwise, I would not know what I
 would be fixing...

Sure, sorry. The failing URL is https://www.youtube.com/watch?v=76_9l7Dv_fM .

Best regards,
-- 
Marcos Marado


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

Bug#776395: java-package: Does not use the system's keystore

2015-02-23 Thread Francesc Zacarias

Hi!
It's been nearly a month and the patch does not seem to applied to
experimental or unstable yet.

Is there a problem?

KInd regards,
Francesc

On 29 January 2015 at 16:10, Emmanuel Bourg ebo...@apache.org wrote:
 This looks excellent, thank you very much. I'll merge it in the next upload.

 Emmanuel Bourg



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

Bug#776395: java-package: Does not use the system's keystore

2015-02-23 Thread Emmanuel Bourg

Le 23/02/2015 15:43, Francesc Zacarias a écrit :
 Hi!
 It's been nearly a month and the patch does not seem to applied to
 experimental or unstable yet.
 
 Is there a problem?

There is no problem, I'm just busy on other things and since we are
still under the Jessie freeze I haven't rushed to upload it. If you need
this quickly I can upload it to experimental though.

Emmanuel Bourg


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

Bug#778886: Acknowledgement (claws-mail: dropdown menu bar has disappeared, cannot get back)

2015-02-23 Thread Ricardo Mones

Control: forwarded -1 
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3389
Control: severity -1 minor

On Mon, Feb 23, 2015 at 07:37:00PM +0800, Clayton wrote:
 On Mon, 23 Feb 2015 09:44:39 +
 Paul cl...@thewildbeast.co.uk wrote:
 
  F12 toggles the display of the menu bar.
 
 Thanks Paul, indeed. Then this becomes a documentation bug report
 against this page
 
   http://www.claws-mail.org/manual/claws-mail-manual.html#ap_keyboard
 
 I do believe. I did RTFM, and it did not help.

That page comes from documentation, so I'm forwarding this bug upstream.

Thanks for reporting,
-- 
  Ricardo Mones 
  ~
  Never send a human to do a machine's job.   Agent Smith


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

Bug#768130: wpa_supplicant[1689]: nl80211: send_and_recv-nl_recvmsgs failed: -33 when trying to start apache

2015-02-23 Thread Willem van den Akker

I have a laptop with an Intel Corporation Centrino Wireless-N 1030 wifi
adapter.
(Network controller: Intel Corporation Centrino Wireless-N 1030 [Rainbow
Peak] (rev 34))

This adapter worked fine until there was an upgrade to wpa_suppliant
2.x.
After that many 'nl80211: send_and_recv-nl_recvmsgs failed: -33'
messages are found
in the log and the wifi connection is down for about 15 seconds. This
happens every 2 minutes.

Feb 23 17:40:14 notebook wpa_supplicant[1117]: nl80211:
send_and_recv-nl_recvmsgs failed: -33

This makes the jessie for this kind of laptops almost unusable. 

I have tried the suggestion 'modprobe iwlwifi 11n-disable=1' 2, 4 or 8.
But then can cannot 
connect at all to my AP.

So I think there is a major problem for the Jessie iwlwifi users.

I hope for a fast solution ;)

/Willem

Bug#691412: patch for the ntpd bug 2174

2015-02-23 Thread Roland Lammel

This patch is already included upstream in 4.2.8p1 (actually 4.2.7).

Is there any chance to consider this for the next patch on 4.2.6 or have
4.2.8p1 built?

--
On Mon, 12 Nov 2012 15:10:53 +0100 csszep css...@gmail.com wrote:
 Ok, i pached the source, with the following diff from

 http://bk.ntp.org/ntp-dev/?PAGE=patchREV=4f977538lZC_iBKp-J-Xg1LFrR9foQ


 --- 1.340/ntpd/ntp_proto.c 2012-03-10 17:27:45 +00:00
 +++ 1.341/ntpd/ntp_proto.c 2012-04-25 03:53:27 +00:00
 @@ -394,18 +394,15 @@ receive(
   * reveals a clogging attack.
   */
   sys_received++;
 - if (SRCPORT(rbufp-recv_srcadr)  NTP_PORT) {
 + if (0 == SRCPORT(rbufp-recv_srcadr)) {
   sys_badlength++;
   return; /* bogus port */
   }
   restrict_mask = restrictions(rbufp-recv_srcadr);
 -#ifdef DEBUG
 - if (debug  1)
 - printf(receive: at %ld %s-%s flags %x restrict %03x\n,
 + DPRINTF(2, (receive: at %ld %s-%s flags %x restrict %03x\n,
  current_time, stoa(rbufp-dstadr-sin),
  stoa(rbufp-recv_srcadr),
 -rbufp-dstadr-flags, restrict_mask);
 -#endif
 +rbufp-dstadr-flags, restrict_mask));
   pkt = rbufp-recv_pkt;
   hisversion = PKT_VERSION(pkt-li_vn_mode);
   hisleap = PKT_LEAP(pkt-li_vn_mode);


 It tested it with a simple python ntp client:

 from socket import *
 import struct
 import sys
 import time

 TIME1970 = 2208988800L

 client = socket( AF_INET, SOCK_DGRAM )
 client.bind(('', 112))
 data = '\x1b' + 47 * '\0'
 client.sendto( data, ( sys.argv[1], 123 ))
 data, address = client.recvfrom( 1024 )
 if data:
 print 'Response received from:', address
 t = struct.unpack( '!12I', data )[10]
 t -= TIME1970
 print '\tTime=%s' % time.ctime(t)


 root@lab-test:~/ntppatch# python pythoncl 127.0.0.1
 Response received from: ('127.0.0.1', 123)
 Time=Tue Oct 30 10:52:55 2012


 root@lab-test:~/ntppatch# ntpdc -n -c monlist
 remote address  port local address  count m ver rstr avgint
 lstint

===

Bug#779044: ITP: osgi-annotation -- Java OSGi API - annotation module

2015-02-23 Thread Markus Koschany

Package: wnpp
Severity: wishlist
Owner: Markus Koschany a...@gambaru.de

* Package name: osgi-annotation
  Version : 6.0.0
  Upstream Author : OSGi Alliance
* URL : http://www.osgi.org
* License : Apache-2.0
  Programming Lang: Java
  Description : Java OSGi API - annotation module

OSGi, for Open Services Gateway initiative framework, is a module system
and service platform for the Java programming language.

This package contains the OSGi annotation module.

On top of OSGi Core it provides additional services to help dynamic
components.

This package is a new dependency for felix-framework 4.6.0. I intend to
maintain it under the umbrella of the Java team.



signature.asc
Description: OpenPGP digital signature

Bug#778998: xserver-xorg-core: Xorg frozen after logging out

2015-02-23 Thread Vincent Lefevre

Control: reassign -1 src:linux 3.16.7-ckt4-3

On 2015-02-23 16:42:39 +0100, Julien Cristau wrote:
 That sounds like a kernel or hw issue, not X.

Sorry, I forgot to provide more information. I agree. I couldn't
even reboot the machine (the reboot itself froze). I had to switch
it off and on with the power button.

I can't reproduce the problem. But when it occurred, it was after
a session where I burnt a DVD (this was the first time with this
kernel). I don't know whether this is related. But I may try again
in a few days.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#778997: pciutils: lspci -nn freezes

2015-02-23 Thread Vincent Lefevre

Control: reassign -1 src:linux 3.16.7-ckt4-3
Control: forcemerge 778998 -1

On 2015-02-23 17:54:44 +1100, Aníbal Monsalve Salazar wrote:
 The bug report is also posted at:
 
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778997
 
 When I run lspci -nn on my amd64 (x86_64) box, it works fine for me.

I suspect a kernel bug since the reboot froze (I had to press
the power button) and lspci -nn is now working. Reassigning
and merging with my second bug report (concerning Xorg).

If I understand correctly, it froze for:

0f:00.0 VGA compatible controller [0300]: NVIDIA Corporation G98 [Quadro NVS 
295] [10de:06fd] (rev a1)

I wonder whether it could be another bug of the nouveau driver...

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#779041: Parameter settings doesn't work

2015-02-23 Thread dominique . baudelin

Package: gnome-control-center 
Version: 3.2.0-4-amd64 
Severity: normal 
Tag: Parameter settings 
Patch: 

Dear maintener, 
I use wheezy 7 with gnome classic. 
At first the gnome-control-center GUI was effective and I could run Parameter 
settings. 
Then I clicked on my personal menu Parameter settings and the run didn't work 
anymore. 
I'll like that the Parameter settings run displays the activities provided 
for wheezy. 
Regards. 

Additional information: 
SATELLITE C70D-B Toshiba notebook AMD A8-6410 AMD Radeon R5 Graphics 

Debian release: 
Linux debian 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u1 x86_64 GNU/Linux 
Gnome classic 
gdm3 
gnome-control-center 1:3.4.3.1-2 
aptitude search gnome-control-center 
i A gnome-control-center - Utilitaires pour configurer le bureau GNOM 
i A gnome-control-center-data - configuration applets for GNOME - data fil 
p gnome-control-center-dev - Utilitaires pour configurer le bureau GNOM 

dominique@debian:~$ /usr/bin/gnome-control-center 

(gnome-control-center:5113): Gdk-WARNING **: The program 'gnome-control-center' 
received an X Window System error. 
This probably reflects a bug in the program. 
The error was 'BadRequest (invalid request code or no such operation)'. 
(Details: serial 146 error_code 1 request_code 153 minor_code 19) 
(Note to programmers: normally, X errors are reported asynchronously; 
that is, you will receive the error a while after causing it. 
To debug your program, run it with the GDK_SYNCHRONIZE environment 
variable to change this behavior. You can then get a meaningful 
backtrace from your debugger if you break on the gdk_x_error() function.) 

root@debian:/home/dominique# aptitude -s install -t wheezy-backports 
gnome-control-center 
Aucun paquet ne va être installé, mis à jour ou enlevé. 
0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 144 non mis à 
jour. 
Il est nécessaire de télécharger 0 o d'archives. Après dépaquetage, 0 o seront 
utilisés. 
Charger/installer/enlever des paquets. 

N.B.: three attachments. 
dmsesg file 
Xorg.0.log file 
.xsession-errors file 
[22.777] 
X.Org X Server 1.12.4
Release Date: 2012-08-27
[22.777] X Protocol Version 11, Revision 0
[22.777] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[22.777] Current Operating System: Linux debian 3.2.0-4-amd64 #1 SMP Debian 
3.2.65-1+deb7u1 x86_64
[22.777] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=1ba23965-7652-4f10-a52f-41bb82fd7619 ro quiet
[22.777] Build Date: 09 February 2015  09:46:52AM
[22.777] xorg-server 2:1.12.4-6+deb7u6 (Julien Cristau 
jcris...@debian.org) 
[22.777] Current version of pixman: 0.26.0
[22.777]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[22.777] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[22.778] (==) Log file: /var/log/Xorg.0.log, Time: Mon Feb 23 14:59:12 
2015
[22.849] (==) Using config file: /etc/X11/xorg.conf
[22.849] (==) Using config directory: /etc/X11/xorg.conf.d
[22.849] (==) Using system config directory /usr/share/X11/xorg.conf.d
[22.974] (==) ServerLayout X.org Configured
[22.974] (**) |--Screen Screen0 (0)
[22.974] (**) |   |--Monitor Monitor0
[22.974] (**) |   |--Device Card0
[22.974] (**) |--Screen Screen1 (1)
[22.974] (**) |   |--Monitor Monitor1
[22.975] (**) |   |--Device Card1
[22.975] (**) |--Input Device Mouse0
[22.975] (**) |--Input Device Keyboard0
[22.975] (==) Automatically adding devices
[22.975] (==) Automatically enabling devices
[23.034] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[23.034]Entry deleted from font path.
[23.045] (WW) The directory 
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist.
[23.045]Entry deleted from font path.
[23.045] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[23.045]Entry deleted from font path.
[23.045] (WW) The directory 
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist.
[23.045]Entry deleted from font path.
[23.046] (**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[23.046] (**) ModulePath set to /usr/lib/xorg/modules
[23.046] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 
'vmmouse' will be

Bug#680714: [pkg-bacula-devel] Bug#680714: bacula 7.0.5 has been release in july 2014

2015-02-23 Thread Carsten Leonhardt

 since bacula 7.0.5 has been released in july last year, i wanted to ask
 if there are any plans to package it (possibly post the jessie release),
 as i want to deploy it in an installation and would therefore have to
 package it myself if there are no plans sofar.

yes I'm planning to package it. The chance to get it in jessie has been
missed, and now we have to wait until after the release to get a newer
version into the archive. The idea is to have the new version available
in jessie via backports.


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

Bug#715083: Broken library symlink detected in libgrok-dev

2015-02-23 Thread Dave Steele

On Mon, Feb 23, 2015 at 8:54 AM, Vincent Bernat ber...@debian.org wrote:

  ❦  6 juillet 2013 05:01 GMT, David Steele dste...@gmail.com :

  This is being filed as Serious because it represents a violation
  of Policy

 Why was the severity downgraded then?


https://lists.debian.org/debian-devel/2013/07/threads.html#00209

-- 
Le mieux est l'ennemi du bien - Voltaire

Bug#778866: videotrans: movie-title terminates without doing anything

2015-02-23 Thread Alessio Treglia

severity 778866 grave

On Mon, Feb 23, 2015 at 4:49 PM, Sven Bartscher
sven.bartsc...@weltraumschlangen.de wrote:
 Control: severity -1 important

 This should set the severity, since you didn't prefix the commands with
 Control:

I intended to CC: cont...@bugs.debian.org, I forgot it though but
ultimately I changed my mind about the severity: I do believe this is
RC.

So I'm setting it back to grave.

 log should be attached. I don't think the issue is bash related, since
 running it with bash doesn't solve the problem.

Looks correct. Have you tried Sean's patch? [1]
If not, could you apply it and give the script another try please?

Thanks, and cheers!


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778866#15

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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

Bug#779039: ITP: labltk -- OCaml bindings to Tcl/Tk

2015-02-23 Thread Stéphane Glondu

Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu glo...@debian.org

* Package name: labltk
  Version : 8.06.0
  Upstream Author : Inria
* URL : https://forge.ocamlcore.org/projects/labltk/
* License : LGPL
  Programming Lang: C, OCaml
  Description : OCaml bindings to Tcl/Tk

 mlTk is a library for interfacing OCaml with the scripting language
 Tcl/Tk.

This library used to be distributed with OCaml, but is now distributed
separately.


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

Bug#779040: fake-hwclock: does not run at shutdown

2015-02-23 Thread Harald Geyer

Package: fake-hwclock
Version: 0.8
Severity: important

Dear Maintainer,

I'm using fake-hwclock on a cubieboard to keep my time monotonic.

The following things work:
Restoring the saved time at boot.
Saving the system time once per hour.

The following doesn't work:
Saving the system time at shutdown or reboot.

This leads to fsck running everytime the system starts, because time
is not monotonic.

I tried to look into this a bit but alas I'm not yet familiar enough
with systemd to see what is going wrong. (And I won't have a serial console
available in the next days.) So if you need more information to make sense
of this, you will need to tell me how to aquire it.

TIA,
Harald

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

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

Versions of packages fake-hwclock depends on:
ii  init-system-helpers  1.22

fake-hwclock recommends no packages.

Versions of packages fake-hwclock suggests:
ii  cron [cron-daemon]  3.0pl1-127
pn  ntp none

-- 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#747863: systemd service fails by default and causes package install failure

2015-02-23 Thread Matthew Gabeler-Lee

Package: nut-client
Version: 2.7.2-3
Followup-For: Bug #747863

Unfortunately this bug is still present.  A virgin install of nut-client
results in a service start failure and thus package install failure.

$ sudo systemctl status nut-monitor.service 
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown 
controller
   Loaded: loaded (/lib/systemd/system/nut-monitor.service; disabled)
   Active: failed (Result: resources) since Mon 2015-02-23 10:56:03 EST; 1min 
3s ago
  Process: 7398 ExecStart=/sbin/upsmon (code=exited, status=0/SUCCESS)

Feb 23 10:56:03 harkonnen upsmon[7398]: upsmon disabled, please adjust the 
configuration to your needs
Feb 23 10:56:03 harkonnen upsmon[7398]: Then set MODE to a suitable value in 
/etc/nut/nut.conf to enable it
Feb 23 10:56:03 harkonnen systemd[1]: Failed to start Network UPS Tools - power 
device monitor and shutdown controller.
Feb 23 10:56:03 harkonnen systemd[1]: Unit nut-monitor.service entered failed 
state.


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

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

Versions of packages nut-client depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.22
ii  libc62.19-13
ii  libupsclient42.7.2-3
ii  lsb-base 4.1+Debian13+nmu1

Versions of packages nut-client recommends:
ii  bash-completion  1:2.1-4

Versions of packages nut-client suggests:
pn  nut-monitor  none

-- Configuration Files:
/etc/nut/nut.conf [Errno 13] Permission denied: u'/etc/nut/nut.conf'
/etc/nut/upsmon.conf [Errno 13] Permission denied: u'/etc/nut/upsmon.conf'
/etc/nut/upssched.conf [Errno 13] Permission denied: u'/etc/nut/upssched.conf'

-- 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#779043: RFA: gtkpod

2015-02-23 Thread Matteo F. Vescovi

Package: wnpp
Severity: normal

I'm not using an iPod anymore and I'm not going to buy a new one,
so I've lost interest in maintaining this package.

Feel free to ping me for any advice on the package, if interested
in adopting it.

Cheers.

-- 
Matteo F. Vescovi || Debian Developer
GnuPG KeyID: 4096R/0x8062398983B2CF7A


signature.asc
Description: Digital signature

Bug#779045: Does not automatically find cmake

2015-02-23 Thread Enrico Zini

Package: qtcreator
Version: 3.2.1+dfsg-7
Severity: normal

Hello,

thank you for packaging qtcreator. In my experience, work-related and
not, it is a very important package.

I was trying to follow this guide: 
http://qt-project.org/doc/qtcreator-2.8/creator-project-cmake.html
and noticed that qtcreator in Debian does not know the path to cmake.

I found it a bit awkward having to type /usr/bin/cmake into that,
because I was expecting qtcreator packaged for Debian to know by default
the location of the the Debian-packaged cmake executable.


Thank you,

Enrico

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

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

Versions of packages qtcreator depends on:
ii  libbotan-1.10-0  1.10.8-2
ii  libc62.19-13
ii  libgcc1  1:4.9.1-19
ii  libqt5concurrent55.3.2+dfsg-4+b1
ii  libqt5core5a [qtbase-abi-5-3-2]  5.3.2+dfsg-4+b1
ii  libqt5declarative5 [qtquick1-abi-5-2-1]  5.3.2-3
ii  libqt5designer5  5.3.2-3
ii  libqt5designercomponents55.3.2-3
ii  libqt5gui5   5.3.2+dfsg-4+b1
ii  libqt5help5  5.3.2-3
ii  libqt5network5   5.3.2+dfsg-4+b1
ii  libqt5printsupport5  5.3.2+dfsg-4+b1
ii  libqt5qml5 [qtdeclarative-abi-5-3-2] 5.3.2-4
ii  libqt5quick5 5.3.2-4
ii  libqt5script55.3.2+dfsg-2
ii  libqt5sql5   5.3.2+dfsg-4+b1
ii  libqt5sql5-sqlite5.3.2+dfsg-4+b1
ii  libqt5webkit55.3.2+dfsg-3
ii  libqt5widgets5   5.3.2+dfsg-4+b1
ii  libqt5x11extras5 5.3.2-2
ii  libqt5xml5   5.3.2+dfsg-4+b1
ii  libstdc++6   4.9.1-19
ii  libx11-6 2:1.6.2-3
ii  qml-module-qtquick-controls  5.3.2-2
ii  qml-module-qtquick2  5.3.2-4
ii  qtchooser47-gd2b7997-2
ii  qtcreator-data   3.2.1+dfsg-7

Versions of packages qtcreator recommends:
ii  gdb  7.7.1+dfsg-5
ii  gnome-terminal [x-terminal-emulator] 3.14.1-1
ii  konsole [x-terminal-emulator]4:4.14.2-1
ii  lxterminal [x-terminal-emulator] 0.2.0-1
ii  make 4.0-8.1
ii  mate-terminal [x-terminal-emulator]  1.8.1+dfsg1-4
ii  qt5-doc  5.3.2-3
ii  qtbase5-dev-tools5.3.2+dfsg-4+b1
ii  qtcreator-doc3.2.1+dfsg-7
ii  qtdeclarative5-dev-tools 5.3.2-4
ii  qtquick1-5-dev-tools 5.3.2-3
ii  qttools5-dev-tools   5.3.2-3
ii  qttranslations5-l10n 5.3.2-2
ii  qtxmlpatterns5-dev-tools 5.3.2-2
ii  rxvt-unicode-256color [x-terminal-emulator]  9.20-1+b1
ii  xterm [x-terminal-emulator]  312-1

Versions of packages qtcreator suggests:
ii  cmake  3.0.2-1
ii  g++4:4.9.1-5
ii  git1:2.1.4-2.1
ii  kdelibs5-data  4:4.14.2-5
ii  subversion 1.8.10-5

-- 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#779046: Crash when clicking Lookup locations on network checkbox in Locations window

2015-02-23 Thread Adam Majer

Package: stellarium
Version: 0.13.1-1
Severity: normal


To reproduce this bug, it seems it is enough to click on the network
lookup checkbox in Location window a few times.

StelLocationMgr: Malformatted answer in IP-based location lookup:
 
StelLocationMgr: Will not change location.
StelLocationMgr: Malformatted answer in IP-based location lookup:
  
 StelLocationMgr: Will not change location.
 StelLocationMgr: Malformatted answer in IP-based location lookup:
  
 StelLocationMgr: Will not change location.
 Failure getting IP-based location:
Unknown error
 Segmentation fault (core dumped)
   

Program terminated with signal SIGSEGV, Segmentation fault.
(gdb) bt
#0  0x7fd259e8a135 in QMutex::lock() () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#1  0x7fd25a0cc739 in QCoreApplication::postEvent(QObject*, QEvent*, int) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x004e4d15 in StelLocationMgr::changeLocationFromNetworkLookup() ()
#3  0x7fd25a0f990d in QMetaObject::activate(QObject*, int, int, void**) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7fd25939222c in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5Network.so.5
#5  0x7fd2594180b9 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5Network.so.5
#6  0x7fd25a0fa7ba in QObject::event(QEvent*) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
...

not so much useful without symbols, but it seems something gets messed
up in StelLocationMgr::changeLocationFromNetworkLookup function.



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

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

Versions of packages stellarium depends on:
ii  libc62.19-15
ii  libgcc1  1:5-20150205-1
ii  libgl1-mesa-glx [libgl1] 10.4.2-2
ii  libqt5concurrent55.3.2+dfsg-4+b1
ii  libqt5core5a [qtbase-abi-5-3-2]  5.3.2+dfsg-4+b1
ii  libqt5declarative5   5.3.2-3
ii  libqt5gui5   5.3.2+dfsg-4+b1
ii  libqt5network5   5.3.2+dfsg-4+b1
ii  libqt5opengl55.3.2+dfsg-4+b1
ii  libqt5script55.3.2+dfsg-2
ii  libqt5widgets5   5.3.2+dfsg-4+b1
ii  libstdc++6   5-20150205-1
ii  qtquick1-qml-plugins 5.3.2-3
ii  stellarium-data  0.13.1-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

stellarium recommends no packages.

stellarium 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#779047: Two security issues

2015-02-23 Thread Moritz Muehlenhoff

Package: fuseiso
Severity: grave
Tags: security

Hi,
two vulnerabilities have been found in fuseiso:
https://bugzilla.redhat.com/show_bug.cgi?id=863102
https://bugzilla.redhat.com/show_bug.cgi?id=863091

CVE IDs have been requested, but are not yet assigned:
http://www.openwall.com/lists/oss-security/2015/02/06/7

Cheers,
Moritz


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

Bug#779048: libjpeg-turbo: Migration of jpeg-progs from Wheezy to Jessie

Source: libjpeg-turbo
Version: 1:1.3.1-11
Severity: serious
User: release.debian.org
Usertags: jessie-is-blocker

Hi,

It seems that there is no migration from libjpeg-progs to
libjpeg-turbo-progs.  Given that we have decided to not ship libjpeg9
in Jessie (and by extension, libjpeg-progs), this now leaves Wheezy
users with libjpeg-progs installed and no updates to it.  This is
unfortunate to say the least.  We ought to have caught this earlier -
apologies for not doing so.

Please provide a migration path from libjpeg-progs to
libjpeg-turbo-progs when upgrading to Jessie.  It is my understanding
that libjpeg-progs remains in unstable and you may not be at liberty
to break co-installability between libjpeg62-turbo and libjpeg9 in
unstable.
  If this is indeed the case and prevents you from making a proper
upgrade path via unstable, please consider doing it via
testing-proposed-updates.

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#776748: (pre-approval) unblock: libxml2/2.9.1+dfsg1-5 (via t-p-u)

2015-02-23 Thread Adam D. Barratt

On Mon, 2015-02-23 at 20:02 +0800, Aron Xu wrote:
 On Sat, 21 Feb 2015 11:38:05 +0100 Ivo De Decker iv...@debian.org wrote:
  Hi,
 
  On Fri, Feb 20, 2015 at 01:55:27AM +0800, Aron Xu wrote:
Go ahead, thanks.
  
   Uploaded.
 
  Unblocked.
 
 
 On PTS it says:
  * Unblock request by ivodd ignored due to version mismatch: 2.9.1+dfsg1-5
 
 Anything wrong?

Not on our side.

The PTS is only checking the excuses for unstable, which is obviously
not unblocked. Compare the output of grep-excuses libxml2 and
grep-excuses libxml2_tpu.

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#774737: unblock: libjpeg9/1:9a-2

Control: tags -1 wontfix

On 2015-01-06 23:25, Bill Allombert wrote:
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: unblock
 
 Please allow libjpeg9 back in jessie.
 
 The removal of libjpeg9 implies the removal of libjpeg-progs
 which is in wheezy and used by a number of users, thus it
 is not unused. It would be disruptive for wheezy to miss it.
 
 Concerning bug #773232, it is spurious. This is a bug in a different pakage
 which was fixed a long time ago. I dealt with it immediatly but somehow I
 forgot to close it/reassign it, and I offer my apology for that. At this point
 I was in holiday and forgot about it and I did not receive a reminder until
 today.  This is done now.
 
 unblock libjpeg9/1:9a-2
 
 Thanks for your understanding,
 

As debated in this bug, I am afraid we will have to decline this request.

Regarding the migration path, it seems that the jpeg-progs do not
currently have a valid migration path.  I will bring this to the
jpeg-turbo maintainer(s) and request them to come up with a solution.

Yours truly,
~Niels


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

Bug#778866: videotrans: movie-title terminates without doing anything

2015-02-23 Thread Sven Bartscher

Control: severity -1 important

This should set the severity, since you didn't prefix the commands with
Control:

On Mon, 23 Feb 2015 11:59:21 + Alessio Treglia ales...@debian.org
wrote:
 severity 778866 important
 thanks
 
 Hi,
 
 Thanks for reporting this issue and trying to make Debian better.
 
 On Fri, Feb 20, 2015 at 9:06 PM, Sven Bartscher
 sven.bartsc...@weltraumschlangen.de wrote:
  I converted to mp4 files with movie-to-dvd movie1.mp4 movie2.mp4.
  I made a background with movie-make-title-simple -o title -m pal
  Then I tried to create the .vob with movie-title -o title.vob -t title
  movie1.m2v movie2.m2v, but that didn't have any effect.
  Not having any effect means that there was no output or files generated or
  anything else. Tje program just stops imediately without any message and the
  exit code 1.
  Doing some debugging I figured out that the script terminates at a read in 
  line
  279, but couldn't figure out why.
 
 Please run the script again via bash with the '-x' option added to the
 command line, e.g.:
 
$ bash -x movie-title -o title.vob -t title movie1.m2v movie2.m2v

log should be attached. I don't think the issue is bash related, since
running it with bash doesn't solve the problem.
+ set -e
+ prefix=/usr
+ exec_prefix=/usr
+ datadir=/usr/share
+ bindir=/usr/bin
+ . /usr/share/videotrans/library.sh
++ dvdauthorescape_setting=
+ TEMP=/tmp/.movie-title.2723
+ trap 'rm -fr /tmp/.movie-title.2723* 2/dev/null || :' EXIT
+ OUTPUT=
+ TITLE=
++ for i in '$@'
++ echoescape -o
+++ shellescape -o
+++ sed 's,[^-0-9a-zA-Z,./_],\\,g'
+++ echo -n -o
++ echo -n '-o '
++ for i in '$@'
++ echoescape title.vob
+++ shellescape title.vob
+++ sed 's,[^-0-9a-zA-Z,./_],\\,g'
+++ echo -n title.vob
++ echo -n 'title.vob '
++ for i in '$@'
++ echoescape -t
+++ shellescape -t
+++ echo -n -t
+++ sed 's,[^-0-9a-zA-Z,./_],\\,g'
++ echo -n '-t '
++ for i in '$@'
++ echoescape title
+++ shellescape title
+++ echo -n title
+++ sed 's,[^-0-9a-zA-Z,./_],\\,g'
++ echo -n 'title '
++ for i in '$@'
++ echoescape 'deutsche und polnische Handwerker.m2v'
+++ shellescape 'deutsche und polnische Handwerker.m2v'
+++ echo -n 'deutsche und polnische Handwerker.m2v'
+++ sed 's,[^-0-9a-zA-Z,./_],\\,g'
++ echo -n 'deutsche\ und\ polnische\ Handwerker.m2v '
++ for i in '$@'
++ echoescape 'Dinner for one.m2v'
+++ shellescape 'Dinner for one.m2v'
+++ echo -n 'Dinner for one.m2v'
+++ sed 's,[^-0-9a-zA-Z,./_],\\,g'
++ echo -n 'Dinner\ for\ one.m2v '
+ original_command_line='-o title.vob -t title deutsche\ und\ polnische\ Handwerker.m2v Dinner\ for\ one.m2v '
+ clean=
+ tile_x=
+ START=0
+ chapter_interval=2
+ getopts o:t:T:s:Cc: option
+ case ${option} in
+ OUTPUT=title.vob
+ getopts o:t:T:s:Cc: option
+ case ${option} in
+ TITLE=title
+ getopts o:t:T:s:Cc: option
+ '[' title.vob = '' ']'
+ '[' title = '' ']'
+ check_filenames title.vob title
+ local check_input
+ for check_input in '$@'
+ '[' title.vob '!=' title.vob ']'
++ echo -n title.vob
++ tr -d '[ -~]'
+ should_be_empty=
+ '[' '' '!=' '' ']'
++ echo -n title.vob
++ tr -dc ':,\\'
+ should_be_empty=
+ '[' '' '!=' '' ']'
+ for check_input in '$@'
+ '[' title '!=' title ']'
++ echo -n title
++ tr -d '[ -~]'
+ should_be_empty=
+ '[' '' '!=' '' ']'
++ echo -n title
++ tr -dc ':,\\'
+ should_be_empty=
+ '[' '' '!=' '' ']'
+ return 0
+ '[' -e title.vob -a '!' -f title.vob ']'
++ expr 5 - 1
+ shift 4
+ num_sources=2
+ '[' 2 -gt 0 ']'
+ check_filenames 'deutsche und polnische Handwerker.m2v' 'Dinner for one.m2v'
+ local check_input
+ for check_input in '$@'
+ '[' 'deutsche und polnische Handwerker.m2v' '!=' 'deutsche und polnische Handwerker.m2v' ']'
++ echo -n 'deutsche und polnische Handwerker.m2v'
++ tr -d '[ -~]'
+ should_be_empty=
+ '[' '' '!=' '' ']'
++ echo -n 'deutsche und polnische Handwerker.m2v'
++ tr -dc ':,\\'
+ should_be_empty=
+ '[' '' '!=' '' ']'
+ for check_input in '$@'
+ '[' 'Dinner for one.m2v' '!=' 'Dinner for one.m2v' ']'
++ echo -n 'Dinner for one.m2v'
++ tr -d '[ -~]'
+ should_be_empty=
+ '[' '' '!=' '' ']'
++ echo -n 'Dinner for one.m2v'
++ tr -dc ':,\\'
+ should_be_empty=
+ '[' '' '!=' '' ']'
+ return 0
+ '[' '' = yes ']'
++ cd -- title
++ echo static.jpg
+ title_frames=static.jpg
++ tr -d ' '
++ wc -w
++ echo static.jpg
+ num_title_frames=1
+ '[' 1 -lt 2 ']'
++ cd -- title
++ echo '*.png'
+ title_frames='*.png'
++ tr -d ' '
++ wc -w
++ echo '*.png'
+ num_title_frames=1
+ '[' 1 -lt 2 ']'
+ '[' -f title/static.jpg ']'
+ title_frames=static.jpg
+ num_title_frames=1
+ identify -format '%w %h' title/static.jpg
+ read xx yy
+ rm -fr /tmp/.movie-title.2723


pgpuk1Gr1uP74.pgp
Description: Digitale Signatur von OpenPGP

Bug#772183: unblock: libjpeg6b/1:6b2-2

Control: tags -1 wontfix

On 2014-12-05 23:47, Bill Allombert wrote:
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: unblock
 
 Dera release team,
 
 Please unblock package libjpeg6b (and unstuck it from NEW).
 
 libjpeg6b binaries were hijacked by the libjpeg-turbo source package, but this
 have been resolved. So I made a new libjpeg6b upload so that the libjpeg6b
 binaries get rebuilt. However this caused libjpeg6b to be directed to the NEW
 queue, which is still there. So it missed the freeze deadline
 
 Given that libjpeg6b is in wheezy, and the package was fully expected to be
 released in jessie before it was hijacked, I would appreciate if you would
 unstuck it. 
 
 unblock libjpeg6b/1:6b2-2
 
 Thanks for your understanding,
 

As debated in #774737, we will only be shipping with one implementation
of libjpeg, so I am afraid I will have to decline this request.

Yours truly,
~Niels


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

Bug#778387: squeeze update of cups?

2015-02-23 Thread Didier 'OdyX' Raboud

Hi,

Le lundi, 23 février 2015, 11.58:33 Raphael Hertzog a écrit :
 the Debian LTS team would like to fix the security issues which are
 currently open in the Squeeze version of your package:
 https://security-tracker.debian.org/tracker/CVE-2014-9679
 
 Would you like to take care of this yourself?
 
 If yes, please follow the workflow we have defined here:
 http://wiki.debian.org/LTS/Development

I will, but keep in mind that we're still discussing the Wheezy patch 
with the security team, so I'd like to get that fixed too (ideally 
first).

That said, the part from the upstream patch that we're discussing 
doesn't apply to Squeeze(-LTS), so we might as well upload the patch as-
is.

Proposed debdiff attached.

Cheers
OdyXdiff -u cups-1.4.4/debian/changelog cups-1.4.4/debian/changelog
--- cups-1.4.4/debian/changelog
+++ cups-1.4.4/debian/changelog
@@ -1,3 +1,11 @@
+cups (1.4.4-7+squeeze7) squeeze-lts; urgency=medium
+
+  * Backport upstream patch to fix cupsRasterReadPixels buffer overflow with
+invalid page header and compressed raster data
+(Closes: #778387, STR #4551, CVE-2014-9679)
+
+ -- Didier Raboud o...@debian.org  Mon, 23 Feb 2015 18:27:19 +0100
+
 cups (1.4.4-7+squeeze6) squeeze-lts; urgency=medium
 
   * Backport upstream patches to fix:
diff -u cups-1.4.4/debian/patches/00list cups-1.4.4/debian/patches/00list
--- cups-1.4.4/debian/patches/00list
+++ cups-1.4.4/debian/patches/00list
@@ -1,3 +1,6 @@
+# patches backported from upstream SVN trunk for 2.0:
+str4551-fix-buffer-overflow-in-cupsRasterReadPixels.dpatch
+
 # patches backported from upstream SVN trunk for 1.7:
 fix-insufficient-checking-leading-to-privilege-escalation-str4450.dpatch
 fix-insufficient-checking-when-allowing-files-download-from-the-webinterface.dpatch
only in patch2:
unchanged:
--- cups-1.4.4.orig/debian/patches/str4551-fix-buffer-overflow-in-cupsRasterReadPixels.dpatch
+++ cups-1.4.4/debian/patches/str4551-fix-buffer-overflow-in-cupsRasterReadPixels.dpatch
@@ -0,0 +1,38 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## str4551-fix-buffer-overflow-in-cupsRasterReadPixels.dpatch by Michael Sweet msw...@apple.com
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Description: Fix cupsRasterReadPixels buffer overflow with invalid page header
+## DP:  and compressed raster data
+## DP: Author: Michael Sweet msw...@apple.com
+## DP: Bug-Debian: https://bugs.debian.org/778387
+## DP: Bug-Upstream: https://www.cups.org/str.php?L4551
+## DP: Bug-CVE: CVE-2014-2679
+## DP: Last-Update: 2015-02-16
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' cups~/filter/raster.c cups/filter/raster.c
+--- cups~/filter/raster.c	2015-02-16 09:08:08.0 +0100
 cups/filter/raster.c	2015-02-16 09:11:17.0 +0100
+@@ -239,7 +239,10 @@
+   */
+ 
+   if (!cups_raster_read_header(r))
++  {
++memset(h, 0, sizeof(cups_page_header_t));
+ return (0);
++  }
+   
+  /*
+   * Copy the header to the user-supplied buffer...
+@@ -268,7 +271,10 @@
+   */
+ 
+   if (!cups_raster_read_header(r))
++  {
++memset(h, 0, sizeof(cups_page_header2_t));
+ return (0);
++  }
+   
+  /*
+   * Copy the header to the user-supplied buffer...

Bug#779015: override: prboom:oldlibs/extra

2015-02-23 Thread Fabian Greffrath

Package: ftp.debian.org
Severity: normal

Hi there,

since the introduction of the prboom-plus package, the prboom package
is merely a dummy package that contains nothing more than symlinks to
files in prboom-plus in order to make the transition easier.

Thanks!

 - Fabian


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

Bug#779020: hplip: hp-check, hp-setup, hp-doctor quit with error: Unable to locate models.dat file

2015-02-23 Thread David

Package: hplip
Version: 3.14.6-1+b2
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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



-- Package-specific info:
[31;01merror: Unable to locate models.dat file[0m
Saving output in log file: /home/are/hp-check.log

HP Linux Imaging and Printing System (ver. 0.0.0)
Dependency/Version Check Utility ver. 15.1

Copyright (c) 2001-13 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling 
the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper 
dependencies are installed to 
successfully compile HPLIP. 

   
2. Run-time check mode (-r or --run): Use this mode to determine if a distro 
supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball 
has the proper  
dependencies installed to successfully run. 

   
3. Both compile- and run-time check mode (-b or --both) (Default): This mode 
will check both of the above cases (both compile- and run-time dependencies).   
  

Check types:

   
a. EXTERNALDEP - External Dependencies  

   
b. GENERALDEP - General Dependencies (required both at compile and run time)

   
c. COMPILEDEP - Compile time Dependencies   

   
d. [All are run-time checks]

   
PYEXT SCANCONF QUEUES PERMISSION

   

Status Types:
OK
MISSING   - Missing Dependency or Permission or Plug-in
INCOMPAT  - Incompatible dependency-version or Plugin-version

Traceback (most recent call last):
  File /usr/bin/hp-check, line 896, in module
core.init()
  File /usr/share/hplip/installer/core_install.py, line 372, in init
self.distro_name = self.distros_index[self.distro]
KeyError: 0

-- System Information:
Debian Release: 8.0
Architecture: amd64 (x86_64)

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

Versions of packages hplip depends on:
ii  adduser3.113+nmu3
ii  coreutils  8.23-3
ii  cups   1.7.5-11
ii  hplip-data 3.14.6-1
ii  libc6  2.19-13
ii  libcups2   1.7.5-11
ii  libdbus-1-31.8.12-3
ii  libhpmud0  3.14.6-1+b2
ii  libsane1.0.24-8
ii  libsane-hpaio  3.14.6-1+b2
ii  libsnmp30  5.7.2.1~dfsg-7
ii  libssl1.0.01.0.1k-1
ii  libusb-1.0-0   2:1.0.19-1
ii  lsb-base   4.1+Debian13+nmu1
ii  policykit-10.105-8
ii  printer-driver-hpcups  3.14.6-1+b2
ii  python 2.7.8-3
ii  python-dbus1.2.0-2+b3
ii  python-gobject-2   2.28.6-12+b1
ii  python-imaging 2.6.1-1
ii  python-pexpect 3.2-1
ii  python-reportlab   3.1.8-3
ii  wget   1.16-1

Versions of packages hplip recommends:
ii  avahi-daemon  0.6.31-4+b2
ii  printer-driver-postscript-hp  3.14.6-1
ii  sane-utils1.0.24-8

Versions of packages hplip suggests:
ii  hplip-doc  3.14.6-1
ii  hplip-gui  3.14.6-1
ii  python-notify  0.1.1-4
ii  system-config-printer  1.4.6-1

-- 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#740503: Fw: Bug#740503: debian-installer: check-missing-firmware does not work with a USB drive that contains a partition table

2015-02-23 Thread Holger Wansing

Sorry, later on I have noticed that the mail from Marcos Madeira was
not a new bugreport (as I thought in the first run), but Marcos replied
on an existing bugreport from Chris Bainbridge. So forwarding my answer to
Chris, too.




Forwarding my last mail against this bug:



Date: Mon, 23 Feb 2015 20:38:18 +0100
From: Holger Wansing li...@wansing-online.de
To: Marcos Madeira tempaccount...@outlook.com
Cc: 740...@bugs.debian.org
Subject: Bug#740503: debian-installer: check-missing-firmware does not work 
with a USB drive that contains a partition table


Hi,

Marcos Madeira tempaccount...@outlook.com wrote:
 
  Hello,
 I was trying to load the firmware during the debian-installer and I was
 just getting prompted over and over again for the firmware without success.
 Hardware: The device is a Samsung NP530U4B-S02 laptop with the Intel®
 Centrino® Advanced-N 6230 802.11a/b/g/n .
 
 Firmware: The necessary files that are requested byy the installer are
 iwlwifi-6000g2b-5.ucode and iwlwifi-6000g2b-6.ucode.
 Setup: I downloaded a Debian netinstall iso (version 7.8.0 on the
 23/02/2015) for my architecture from the official Debian website. I
 created the install media on a usb flash drive with the dd command
 like I do usually with GNU/Linux distributions. On another usb flash
 drive formatted both as fat16 and fat32 with GParted using an msdos
 partition scheme (as suggested per
 https://www.debian.org/releases/stable/i386/ch06s04.html.en) I tried on
 different occasions to used the .ucode firmware files on the root
 directory of the usb flash drive and on a /firmware directory (on the
 secondary flash drive) as well as both at the same time.
 If I opened another tty, there were a few entries in dmesg, which read
 iwlwifi :02:00.0: no suitable firmware found and other lines with
 similar content.
 I knew that this firmware works, because I have had to install it in the
 past, but I used to have an ethernet link during install or a complete iso.

I just did some testing and can confirm this problem with loading firmware.

At first:
My Thinkpad T60 needs the iwlwifi-3945-2.ucode firmware file for WLAN.
And:
I use a usbstick with msdos partition table and one vfat partition on it.

The issue is somewhat difficult:

The Jessie RC1 installer for i386 can successfully obtain the firmware
from my usbstick, when I place the firmware packages from 
http://cdimage.debian.org/cdimage/unofficial/non-free/firmware/
into /firmware on my stick (unpack the zip file into /firmware ).
This method works simply like plug in the stick when prompted to do so,
press Continue in the installer, firmware gets loaded.
Please note: there is no need to mount the stick by hand or something
like that. Only plug in and go on.

But when I place only the direct firmware file (in my case 
iwlwifi-3945-2.ucode) in /firmware or in the root directory of the 
stick, the installer fails to load the file, unless I help him: 
when I mount the stick by hand on the second virtual console, then go 
back to the installer UI and press Continue to load firmware, it 
successfully finds the file.


Maybe the documentation should be changed in the installer manual somehow?


 Lastly, I tried loading the firmware files manually, by copying the two
 .ucode files to /lib/firmware (I had to create this directory
 manually) on a separate tty and then attempting to have the installer
 search for the drivers and I was met with success. The wireless networks
 were found and I was able to input my password, but I just got
 redirected to the wireless network list without an error message. Note:
 when the I used the method described by Chris Bainbridge
 chris.bainbri...@gmail.com, the installer would show a window titled
 something like attempting to exchange keys with the network device,
 before connecting successfully, which wasn't the case for the manual
 loading of firmware.
 Note2: After loading the firmware manually during the installer, a
 message shows up in dmesg with the appropriate time stamp:
 ADDRCONF(NETDEV_UP): wlan0: link is not ready and on /var/log/syslog,
 for every entry that reads authenticate with router_mac_address
 there is an entry deauthenticating from router_mac_address by local
 machine (reason=3), when I tried to connect to my wireless network.

Hmm, I already noticed that WLAN connection does not work for me with
Jessie RC1 installer, but my thought was, that the problem lies on the side 
of my router or similar ..


Holger

-- 

Created with Sylpheed 3.2.0 under
D E B I A N   L I N U X   7 . 0   W H E E Z Y !

Registered Linux User #311290 - https://linuxcounter.net/



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

Bug#774211: freeze exception for binutils 2.25-3

Control: tags -1 moreinfo

On 2014-12-30 12:29, Matthias Klose wrote:
 forgot to mention that there are no regression in the binutils testsuite on 
 all
 release architectures, and that there are no regression in the gcc-4.8 and
 gcc-4.9 testsuites on all release architectures.
 
 

Hi Matthias,

I am afraid that there are reports of regressions, namely #772958.  Ivo
reported that the example works in Jessie but fails in unstable.

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#740503: debian-installer: check-missing-firmware does not work with a USB drive that contains a partition table

2015-02-23 Thread Holger Wansing

Hi,

Holger Wansing li...@wansing-online.de wrote:
 I just did some testing and can confirm this problem with loading firmware.
 
 At first:
 My Thinkpad T60 needs the iwlwifi-3945-2.ucode firmware file for WLAN.
 And:
 I use a usbstick with msdos partition table and one vfat partition on it.
 
 The issue is somewhat difficult:
 
 The Jessie RC1 installer for i386 can successfully obtain the firmware
 from my usbstick, when I place the firmware packages from 
 http://cdimage.debian.org/cdimage/unofficial/non-free/firmware/
 into /firmware on my stick (unpack the zip file into /firmware ).
 This method works simply like plug in the stick when prompted to do so,
 press Continue in the installer, firmware gets loaded.
 Please note: there is no need to mount the stick by hand or something
 like that. Only plug in and go on.
 
 But when I place only the direct firmware file (in my case 
 iwlwifi-3945-2.ucode) in /firmware or in the root directory of the 
 stick, the installer fails to load the file, unless I help him: 
 when I mount the stick by hand on the second virtual console, then go 
 back to the installer UI and press Continue to load firmware, it 
 successfully finds the file.

Now that I know the whole history of this bug (sorry that I did not noticed
earlier), it seems that the bug title is not exactly true:
when you place firmware packages (debs, not the ucode firmware files itself !)
in the /firmware dir of the stick, then the installer is able to install the 
firmware from that stick (out of the firmware deb), even if it is a stick with 
a partition table and with a vfat partition. 


Holger


-- 

Created with Sylpheed 3.2.0 under
D E B I A N   L I N U X   7 . 0   W H E E Z Y !

Registered Linux User #311290 - https://linuxcounter.net/



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

Bug#776910: apt: upgrade from wheezy to jessie breaks in the middle