Bug#773410: [Pkg-electronics-devel] Bug#773410: geda-xgsch2pcb does not pull in geda or gschem as a dependcy.

2014-12-18 Thread Olliver Schinagl


On 18-12-14 08:44, أحمد المحمودي wrote:

On Thu, Dec 18, 2014 at 07:11:13AM +0100, Olliver Schinagl wrote:

Reversibly (and worse) geda-xgsch2pcb does not pull in geda (or gschem
for that matter). Since xgsch2pcb is a tool to make the transistion
from geda schema's which are made in gschem, to pcb, gschem (and more,
like gnetllist, gattrib etc etc) are requried for geda-xgsch2pcb to
work properly.

   geda-xgsch2pch does pull gschem, gattrib and pcb, as they are in
   its Depends.

It does that indeed, but


   Why should it pull gnetlist ? It doesn't call gnetlist.

I think it does, as it it generates the netlist to feed to pcb?



Personally, geda should pull in geda-xgsch2pcb which in turn pulls in
everything it needs.

   It might be a good idea to put geda-xgsch2pcb in geda's Recommends or
   Suggests.
Yeah, after installing geda, the main 'program' to use is probably 
geda-xgsch2pcb, as that sort of is the 'project manager' for geda. Users 
are probably confused enough that after they install geda, they still 
have to figure out how to tie it all together.


Olliver




--
Met vriendelijke groeten, Kind regards, 与亲切的问候

Olliver Schinagl
Research  Development
Ultimaker B.V.
http://www.ultimaker.com


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



Bug#773419: xserver-xorg-video-intel: bpo package breaks on newer Intel machines

2014-12-18 Thread hendry
Package: xserver-xorg-video-intel
Version: 2:2.21.15-2~bpo70+1
Severity: important

Dear Maintainer,

I updated from 2:2.19.0-6 - 2:2.21.15-2~bpo70+1, tested it on my own
machine (X220), however it results in X failing to start on ~2014 Intel
based hardware. Therefore after much stress I had to revert the change
on my Debian based Web kiosks.
https://github.com/Webconverger/webc/commits/master

There must be some dependency not declared or something else I'm
missing, because the same version 2:2.21.15-2+b2 works fine on a Jessie
based system.

Working http://s.natalian.org/2014-12-18/2.19.Xorg.0.log
Not working http://s.natalian.org/2014-12-18/2.21bpo.Xorg.0.log

I will buy you a drink in Singapore,

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

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

Versions of packages xserver-xorg-video-intel depends on:
ii  libc6  2.13-38+deb7u4
ii  libdrm-intel1  2.4.40-1~deb7u2
ii  libdrm22.4.40-1~deb7u2
ii  libpciaccess0  0.13.1-2
ii  libpixman-1-0  0.26.0-4+deb7u1
ii  libudev0   175-7.2baureo1
ii  libx11-6   2:1.5.0-1+deb7u1
ii  libx11-xcb12:1.5.0-1+deb7u1
ii  libxcb-dri2-0  1.8.1-2+deb7u1
ii  libxcb-util0   0.3.8-2
ii  libxcb11.8.1-2+deb7u1
ii  libxv1 2:1.0.7-1+deb7u1
ii  libxvmc1   2:1.0.7-1+deb7u2
ii  xserver-xorg-core [xorg-video-abi-12]  2:1.12.4-6+deb7u5

xserver-xorg-video-intel recommends no packages.

xserver-xorg-video-intel suggests no packages.

-- no debconf information
X server symlink status:

lrwxrwxrwx 1 root root 13 Dec 17 02:46 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2031988 Dec  9 21:50 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:0a2e] 
(rev 09)

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

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

KMS configuration files:

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

Kernel version (/proc/version):
---
Linux version 3.12-0.bpo.1-686-pae (debian-ker...@lists.debian.org) (gcc 
version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.12.9-1~bpo70+1 (2014-02-07)

Xorg X server log files on system:
--
-rw-r--r-- 1 root webc 9741 Dec 18 06:58 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   894.312] 
X.Org X Server 1.12.4
Release Date: 2012-08-27
[   894.312] X Protocol Version 11, Revision 0
[   894.312] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian
[   894.312] Current Operating System: Linux webconverger 3.12-0.bpo.1-686-pae 
#1 SMP Debian 3.12.9-1~bpo70+1 (2014-02-07) i686
[   894.312] Kernel command line: BOOT_IMAGE=/live/vmlinuz1 
initrd=/live/initrd1.img boot=live skipconfig quiet splash bootfrom=removable 
debug
[   894.312] Build Date: 09 December 2014  09:47:21PM
[   894.312] xorg-server 2:1.12.4-6+deb7u5 (Moritz Muehlenhoff 
j...@debian.org) 
[   894.312] Current version of pixman: 0.26.0
[   894.312]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   894.312] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   894.313] (==) Log file: /var/log/Xorg.0.log, Time: Thu Dec 18 06:58:22 
2014
[   894.313] (==) Using system config directory /usr/share/X11/xorg.conf.d
[   894.313] (==) No Layout section.  Using the first Screen section.
[   894.313] (==) No screen section available. Using defaults.
[   894.313] (**) |--Screen Default Screen Section (0)
[   894.313] (**) |   |--Monitor default monitor
[   894.313] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[   894.313] (==) Automatically adding devices
[   894.313] (==) Automatically enabling devices
[   894.313] (WW) The directory /usr/share/fonts/X11/misc does not exist.
[   894.313]Entry deleted from font path.
[   894.313] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[   894.313]Entry deleted from font path.
[   894.313] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist.
[   

Bug#773418: [I18N:zh_TW] Updated Traditional Chinese translation of debconf templates

2014-12-18 Thread Ian Campbell
Package: src:grub2
Severity: wishlist
Tags: patch, l10n
---BeginMessage---
On Sat, Dec 13, 2014 at 12:37 PM, Ian Campbell i...@debian.org wrote:
 Hi,

 You are noted as the last translator of the debconf translation for
 grub2.

 Thank you to those of you who have already submitted translation updates.

 It has been brought to my attention that the phrase EFI removable path in 
 the
 previous English version is confusing and wrong and should really be EFI
 removable media path. Therefore I am sending out an updated po file (see
 attached) with this fixed.

 I'm afraid this will have marked any existing translations as fuzzy.

 Please send the updated file to me, or submit it as a wishlist bug against
 grub2. If you have already translated this template and the above change does
 not invalidate your translation then please let me know and I will un-fuzz it
 for you.

 At the same time some minor tweaks have been made to the English grammar. I
 think these should not affect translations.

 The complete wdiff for the English updates vs last time is:
 8--
 Template: grub2/force_efi_extra_removable
 Type: boolean
 Default: false
 _Description: Force extra installation to the EFI removable {+media+} path?
  Some EFI-based systems are buggy and do not handle new bootloaders correctly.
  If you force {+an+} extra installation of GRUB to the EFI removable 
 {+media+} path, [-it-]
  {+this+} should
  [-make sure-] {+ensure+} that this system will boot Debian correctly despite 
 such a
  problem. However, [-this-] {+it+} may remove the ability to boot any other 
 operating
  systems that also depend on this path. If so, you will need to [-ensure-] 
 {+make sure+} that
  GRUB is configured successfully to be able {+to+} boot any other OS 
 installations
  correctly.
 8--

 The deadline for receiving the updated translation is still
 Sun, 21 Dec 2014 19:58:50 +.

 Thanks in advance, and sorry for the inconvenience.

 Ian.


Attached is the updated translation.

Regards,

Vincent Chen

# Copyright (C) 2009 Tetralet
# This file is distributed under the same license as the grub2 package.
#
msgid 
msgstr 
Project-Id-Version: grub2\n
Report-Msgid-Bugs-To: gr...@packages.debian.org\n
POT-Creation-Date: 2014-12-13 20:23+\n
PO-Revision-Date: 2014-12-17 17:08-0800\n
Last-Translator: Vincent Chen vin...@gmail.com\n
Language-Team: Debian-user in Chinese [Big5] debian-chinese-big5@lists.
debian.org\n
Language: zh_TW\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid Chainload from menu.lst?
msgstr 是否使用來自 menu.list 的 chainload 項目?

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub.
msgstr GRUB 升級程式已在 /boot/grub 裡找到了 GRUB Legacy 的設定。

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid 
In order to replace the Legacy version of GRUB in your system, it is 
recommended that /boot/grub/menu.lst is adjusted to load a GRUB 2 boot image 
from your existing GRUB Legacy setup. This step can be automatically 
performed now.
msgstr 
為了要能取代您系統上 Legacy 版的 GRUB,建議能修改 /boot/grub/menu.lst 來讓您
原本的 GRUB Legacy 設定能載入 GRUB 2 影像檔。現在將要自動進行這個步驟。

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid 
It's recommended that you accept chainloading GRUB 2 from menu.lst, and 
verify that the new GRUB 2 setup works before it is written to the MBR 
(Master Boot Record).
msgstr 
在直接將 GRUB 2 安裝到 MBR(主要開機記錄)之前,建議您能同意在 menu.lst 裡先
以 chainload 的方式啟動 GRUB 2,以確認新的 GRUB 2 設定能正常運作。

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid 
Whatever your decision, you can replace the old MBR image with GRUB 2 later 
by issuing the following command as root:
msgstr 
不管您的決定為何,您可以隨時讓 GRUB 2 取代舊有的 MBR 影像檔利用 root 身份執行
以下指令:

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid GRUB install devices:
msgstr GRUB 安裝裝置:

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid 
The grub-pc package is being upgraded. This menu allows you to select which 
devices you'd like grub-install to be automatically run for, if any.
msgstr 
grub-pc 套件正在升級。這個選單讓您選擇 grub-install 要在哪一個裝置上自動執
行,如果有的話。

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid 
Running grub-install automatically is recommended in most situations, to 
prevent the installed GRUB core image from getting out of sync with GRUB 
modules or grub.cfg.
msgstr 
在大多情況下建議自動執行 grub-install,以必免 GRUB 核心影像和 GRUB 模組或 
grub.cfg 拖步。

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid 
If you're unsure which drive is designated as boot drive by your BIOS, it is 
often a good idea to install GRUB to all of them.
msgstr 

Bug#773265: fails to build stage1 cross compiler for i386

2014-12-18 Thread Helmut Grohne
On Tue, Dec 16, 2014 at 08:49:28AM +0100, Helmut Grohne wrote:
 When building a stage1 for i386 at some point of the build, dh_something
 -plibx32gcc-4.9-dev-i386-cross fails, because the named package is not
 in debian/control. It should be, because on unstable x32 multilib is
 enabled for i386. The cause is that x32dev missing from addons at the
 time of debian/control generation. Note how adding armml to addons is
 symmetric wrt staged vs non-staged builds. Adding x32dev should be as
 well. The attached patch achieves just that.

For completeness sake, here is the tail of a failing build log with the
supported cross build method: (DH_VERBOSE=1 DEB_STAGE=1)

| dh_installdeb -plibx32gcc-4.9-dev-i386-cross
| dh_installdeb: package libx32gcc-4.9-dev-i386-cross is not in control info
| DEB_HOST_ARCH=i386 dh_gencontrol -plibx32gcc-4.9-dev-i386-cross -- -v4.9.2-8 
'-Vlibgcc:Version=1:4.9.2-8' '-Vgcc:Version=4.9.2-8' 
'-Vgcc:EpochVersion=1:4.9.2-8' '-Vgcc:SoftVersion=4.9' '-Vgdc:Version=' 
'-Vgcj:Version=4.9.2-8' '-Vgcj:SoftVersion=4.9' '-Vgcj:BaseVersion=4.9' 
'-Vgnat:Version=4.9.2-8' '-Vbinutils:Version=2.24.90.20141209' '-Vdep:libgcc=' 
'-Vdep:libgccdev=libgcc-4.9-dev-i386-cross (= 4.9.2-8)' '-Vdep:libgccbiarch=' 
'-Vdep:libgccbiarchdev=lib64gcc-4.9-dev-i386-cross (= ${gcc:Version}), 
libx32gcc-4.9-dev-i386-cross (= ${gcc:Version})' '-Vdep:libc=libc6 (= 2.11)' 
'-Vdep:libcdev=libc6-dev-i386-cross (= 2.13-5)' 
'-Vdep:libcbiarch=${shlibs:Depends}' '-Vdep:libcbiarchdev=' 
'-Vdep:libunwinddev=' '-Vdep:libcxxbiarchdev=lib64stdc++-4.9-dev-i386-cross (= 
${gcc:Version}), libx32stdc++-4.9-dev-i386-cross (= ${gcc:Version})' 
'-Vdep:libcxxbiarchdbg=lib64stdc++6-4.9-dbg-i386-cross (= ${gcc:Version}), 
libx32stdc++6-4.9-dbg-i386-cross (= ${gcc:Version})' '-Vdep:libgnat=' 
'-Vdep:ecj=' '-Vdep:libcloog=' '-Vgcc:multilib=gcc-4.9-multilib-i586-linux-gnu' 
'-Vgxx:multilib=g++-4.9-multilib-i586-linux-gnu' 
'-Vgobjc:multilib=gobjc-4.9-multilib-i586-linux-gnu' 
'-Vgobjcxx:multilib=gobjc++-4.9-multilib-i586-linux-gnu' 
'-Vgfortran:multilib=gfortran-4.9-multilib-i586-linux-gnu' 
'-Vdep:libgfortranbiarchdev=lib64gfortran-4.9-dev-i386-cross (= 
${gcc:Version}), libx32gfortran-4.9-dev-i386-cross (= ${gcc:Version})' 
'-Vdep:libobjcbiarchdev=lib64objc-4.9-dev-i386-cross (= ${gcc:Version}), 
libx32objc-4.9-dev-i386-cross (= ${gcc:Version})' '-Vdep:gcj=gcc-4.9 (= 4.9)' 
'-Vdep:gcjcross=gcj-4.9 (= 4.9)' '-Vdep:gdccross=gdc-4.9 (= 4.9)' 
'-Vdep:crossbase=cpp-4.9-i586-linux-gnu (= ${gcc:Version})' 
'-Vconfl:lib32=libc6-i386 ( 2.9-22)' '-Vmultiarch:breaks=gcc-4.3 ( 
4.3.6-1), gcc-4.4 ( 4.4.6-4), gcc-4.5 ( 4.5.3-2)' '-VBuilt-Using=' 
'-Vfortran:mod-version=gfortran-mod-12' 
|   echo misc:Depends=  debian/libx32gcc-4.9-dev-i386-cross.substvars
|   dpkg-gencontrol -plibx32gcc-4.9-dev-i386-cross -ldebian/changelog 
-Tdebian/libx32gcc-4.9-dev-i386-cross.substvars 
-Pdebian/libx32gcc-4.9-dev-i386-cross -v4.9.2-8 -Vlibgcc:Version=1:4.9.2-8 
-Vgcc:Version=4.9.2-8 -Vgcc:EpochVersion=1:4.9.2-8 -Vgcc:SoftVersion=4.9 
-Vgdc:Version= -Vgcj:Version=4.9.2-8 -Vgcj:SoftVersion=4.9 
-Vgcj:BaseVersion=4.9 -Vgnat:Version=4.9.2-8 
-Vbinutils:Version=2.24.90.20141209 -Vdep:libgcc= 
-Vdep:libgccdev=libgcc-4.9-dev-i386-cross (= 4.9.2-8) -Vdep:libgccbiarch= 
-Vdep:libgccbiarchdev=lib64gcc-4.9-dev-i386-cross (= \${gcc:Version}), 
libx32gcc-4.9-dev-i386-cross (= \${gcc:Version}) -Vdep:libc=libc6 (= 2.11) 
-Vdep:libcdev=libc6-dev-i386-cross (= 2.13-5) 
-Vdep:libcbiarch=\${shlibs:Depends} -Vdep:libcbiarchdev= -Vdep:libunwinddev= 
-Vdep:libcxxbiarchdev=lib64stdc++-4.9-dev-i386-cross (= \${gcc:Version}), 
libx32stdc++-4.9-dev-i386-cross (= \${gcc:Version}) 
-Vdep:libcxxbiarchdbg=lib64stdc++6-4.9-dbg-i386-cross (= \${gcc:Version}), 
libx32stdc++6-4.9-dbg-i386-cross (= \${gcc:Version}) -Vdep:libgnat= 
-Vdep:ecj= -Vdep:libcloog= -Vgcc:multilib=gcc-4.9-multilib-i586-linux-gnu 
-Vgxx:multilib=g\+\+-4.9-multilib-i586-linux-gnu 
-Vgobjc:multilib=gobjc-4.9-multilib-i586-linux-gnu 
-Vgobjcxx:multilib=gobjc\+\+-4.9-multilib-i586-linux-gnu 
-Vgfortran:multilib=gfortran-4.9-multilib-i586-linux-gnu 
-Vdep:libgfortranbiarchdev=lib64gfortran-4.9-dev-i386-cross (= 
\${gcc:Version}), libx32gfortran-4.9-dev-i386-cross (= \${gcc:Version}) 
-Vdep:libobjcbiarchdev=lib64objc-4.9-dev-i386-cross (= \${gcc:Version}), 
libx32objc-4.9-dev-i386-cross (= \${gcc:Version}) -Vdep:gcj=gcc-4.9 (= 4.9) 
-Vdep:gcjcross=gcj-4.9 (= 4.9) -Vdep:gdccross=gdc-4.9 (= 4.9) 
-Vdep:crossbase=cpp-4.9-i586-linux-gnu (= \${gcc:Version}) 
-Vconfl:lib32=libc6-i386 ( 2.9-22) -Vmultiarch:breaks=gcc-4.3 ( 
4.3.6-1), gcc-4.4 ( 4.4.6-4), gcc-4.5 ( 4.5.3-2) -VBuilt-Using= 
-Vfortran:mod-version=gfortran-mod-12
| dpkg-gencontrol: error: package libx32gcc-4.9-dev-i386-cross not in control 
info
| dh_gencontrol: dpkg-gencontrol -plibx32gcc-4.9-dev-i386-cross 
-ldebian/changelog -Tdebian/libx32gcc-4.9-dev-i386-cross.substvars 
-Pdebian/libx32gcc-4.9-dev-i386-cross -v4.9.2-8 -Vlibgcc:Version=1:4.9.2-8 

Bug#689298: are you still experiencing the reported bug?

2014-12-18 Thread Jamie Heilman
Jamie Heilman wrote:
 Tomas Pospisek wrote:
  Hello Jamie,
  
  you reported bug http://bugs.debian.org/689298 against an older version of
  upower.
  
  Debian jessie contains now a newer version of upower. In case you are
  running Debian jessie - do you still experience that problem?
 
 I'm not running jessie, but this was trivial to reproduce in a vm, so
 if I get the time I'll spin one up and test it.

I can confirm that upowerd nolonger spins trying to open
/proc/timer_stats; while it does continue to use a rather stupid
amount of CPU, it is now more evenly split between dbus, upowerd, and
gnome-power-statistics.  gnome-power-statistics is still not fixed
(see 689592) it still leaks memory like crazy in this scenario, and
dbus message passing appears to still being getting heavily abused the
whole time judging by the amount of cpu it burns.

-- 
Jamie Heilman http://audible.transient.net/~jamie/


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



Bug#689298: are you still experiencing the reported bug?

2014-12-18 Thread Tomas Pospisek

I'm going to close this bug then, if you agree?

Do you want to report a different, detailled bug against 
gnome-power-statistics? Or do you want me to reassign this bug to 
gnome-power-statistics?


So or so, I think the bug report would need more detailled infos in order 
for the maintainers to be able to act on it. Or maybe there's allready a 
bug against gnome-power-statistics (I didn't check)?

*t

On Thu, 18 Dec 2014, Jamie Heilman wrote:


Jamie Heilman wrote:

Tomas Pospisek wrote:

Hello Jamie,

you reported bug http://bugs.debian.org/689298 against an older version of
upower.

Debian jessie contains now a newer version of upower. In case you are
running Debian jessie - do you still experience that problem?


I'm not running jessie, but this was trivial to reproduce in a vm, so
if I get the time I'll spin one up and test it.


I can confirm that upowerd nolonger spins trying to open
/proc/timer_stats; while it does continue to use a rather stupid
amount of CPU, it is now more evenly split between dbus, upowerd, and
gnome-power-statistics.  gnome-power-statistics is still not fixed
(see 689592) it still leaks memory like crazy in this scenario, and
dbus message passing appears to still being getting heavily abused the
whole time judging by the amount of cpu it burns.

--
Jamie Heilman http://audible.transient.net/~jamie/




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



Bug#773420: Underlinked libraries in libvtk6-dev

2014-12-18 Thread Mathieu Malaterre
Package: libvtk6-dev
Version: 6.1.0+dfsg2-4
Severity: serious


As per Debian Policy §10.2:

https://www.debian.org/doc/debian-policy/ch-files.html#s-libraries

[...]
You must make sure that you use only released versions of shared
libraries to build your packages; otherwise other users will not be
able to run your binaries properly
[...]

Please fix SOVERSION for libvtkRenderingCoreJava.so

$ wget 
http://ftp.fr.debian.org/debian/pool/main/v/vtk6/libvtk6-dev_6.1.0+dfsg2-4_amd64.deb
$ dpkg -x libvtk6-dev_6.1.0+dfsg2-4_amd64.deb bla
$ cd bla
$ readelf -d ./usr/lib/x86_64-linux-gnu/libvtkRenderingCoreJava.so  |
grep SONAME
 0x000e (SONAME) Library soname:
[libvtkRenderingCoreJava.so]


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



Bug#773421: lxc: can't start container

2014-12-18 Thread Hleb Valoshka
Package: lxc
Version: 1:1.0.6-5
Severity: important

Dear Maintainer,

I created container using lxc-create --name zabbix -t debian, then I
unsuccessfully tryed to start it using lxc-start --name zabbix --logfile
/tmp/out --logpriority=DEBUG. Logfile is attached. I'm using system with sysv
as init, afair there no problems on systems with systemd-sysv, so cgmanager
may be the reason.


-- 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: sysvinit (via /sbin/init)

Versions of packages lxc depends on:
ii  init-system-helpers  1.22
ii  libapparmor1 2.9.0-3
ii  libc62.19-13
ii  libcap2  1:2.24-6
ii  libseccomp2  2.1.1-1
ii  libselinux1  2.3-2
ii  multiarch-support2.19-13
ii  python3  3.4.2-2

Versions of packages lxc recommends:
ii  debootstrap  1.0.66
ii  openssl  1.0.1j-1
ii  rsync3.1.1-2+b1

Versions of packages lxc suggests:
pn  lua5.2  none

-- no debconf information


out
Description: Binary data


Bug#767589: systemd: cryptdisks other than root/swap fail cryptsetup

2014-12-18 Thread Simon McVittie
Control: reassign 767589 cryptsetup
Control: forcemerge 767832 767589

On 18/12/14 00:48, Arnaud Installe wrote:
 On Thu, 27 Nov 2014 10:53:35 +
 Simon McVittie s...@debian.org wrote:
 I think this may be the same thing as
 https://bugs.debian.org/767832
...
 It would be great if you could try rebuilding the initramfs after
 installing a version of cryptsetup with the patch
...
 I installed that, and my problem was solved.

Merging the bugs.

Thanks,
S


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



Bug#771416: More logs from dmesg

2014-12-18 Thread Yvan Masson
Le mercredi 17 décembre 2014 à 19:07 +0100, Sven Joachim a écrit :
 On 2014-12-17 18:11 +0100, Yvan Masson wrote:
 
  I re-installed Jessie on this same computer (followed by an apt-get
  dist-upgrade), and tried with previous kernels from
  snapshot.debian.org : the same problem appears, but with the 3.12-1
  (version 3.12.9-1), the system never completely hangs (wich is a good
  thing !).
 
 Does booting the 3.16 kernel with nouveau.config=NvMSI=0 improve the
 situation?  That's suggested in two upstream bug reports[1,2].
 
 Cheers,
Sven
 
 
 1. https://bugs.freedesktop.org/show_bug.cgi?id=73445
 2. https://bugs.freedesktop.org/show_bug.cgi?id=74492

Thanks for the answer and the links !

Indeed, this is an interesting parameter in this case : the corrupted
graphics are still here, but the computer does not hang (like with the
3.12 kernel).
I checked dmesg again, and nouveau did not report anything while running
Cinnamon, only with Gnome, but maybe this is only a coincidence.

Let me know if I can test something else.

Cheers,
Yvan


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



Bug#773420: Acknowledgement (Underlinked libraries in libvtk6-dev)

2014-12-18 Thread Mathieu Malaterre
Control: retitle -1 No SOVERSION in library

Actually looking at the file, I can see:


$ readelf -d ./usr/lib/x86_64-linux-gnu/libvtkRenderingCoreJava.so
[...]
 0x0001 (NEEDED) Shared library: [libjawt.so]
[...]

Since libjawt.so can only be loaded by the `java` process, I guess
this file is not per-say a library but a java module, in which case it
breaks debian java policy §2.4:

https://www.debian.org/doc/packaging-manuals/java-policy/x110.html

[...]
 If a Java library relies on native code, the dynamic libraries
containing this compiled native code should be installed into the
directory /usr/lib/jni.
[...]

Since this is a `should`, the severity could be lowered, but it does
not make much sense to me to ship a java module within the `-dev`
package, right ?


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



Bug#773422: Java binding is missing runtime libraries

2014-12-18 Thread Mathieu Malaterre
Package: libvtk6-java
Version: 6.1.0+dfsg2-4
Severity: grave
Tags: patch

The package libvtk6-java is currently missing runtime dependencies.

Steps:

$ sudo apt-get install libvtk6-java vtk6-examples
$ cp 
/usr/share/doc/vtk6-examples/examples/Examples/Tutorial/Step1/Java/Cone.java
.
$ javac -classpath /usr/share/java/vtk6.jar Cone.java
$ java Cone
Exception in thread main java.lang.NoClassDefFoundError: vtk/vtkMapper
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2615)
at java.lang.Class.getMethod0(Class.java:2856)
at java.lang.Class.getMethod(Class.java:1668)
at sun.launcher.LauncherHelper.getMainMethod(LauncherHelper.java:494)
at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:486)
Caused by: java.lang.ClassNotFoundException: vtk.vtkMapper
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 6 more

I believe libvtk6-java should depends on libvtk6-dev


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



Bug#772924: [l10n] Updated Czech translation of grub2 debconf messages

2014-12-18 Thread Ian Campbell
Control: retitle -1 [i18n:cs] Updated Czech translation of grub2 debconf 
messages

On Fri, 2014-12-12 at 10:10 +0100, Miroslav Kure wrote:
 in attachement there is updated Czech (cs.po) translation of 
 grub2 debconf messages. Please include it with the package.

Thanks.

I just wanted to check that you had seen the followup CFT, which I'm
afraid will have fuzzied the new translation:

 You are noted as the last translator of the debconf translation for
 grub2.

 Thank you to those of you who have already submitted translation updates.

 It has been brought to my attention that the phrase EFI removable path in 
 the
 previous English version is confusing and wrong and should really be EFI
 removable media path. Therefore I am sending out an updated po file (see
 attached) with this fixed.

 I'm afraid this will have marked any existing translations as fuzzy.

 Please send the updated file to me, or submit it as a wishlist bug against
 grub2. If you have already translated this template and the above change does
 not invalidate your translation then please let me know and I will un-fuzz it
 for you.

 At the same time some minor tweaks have been made to the English grammar. I
 think these should not affect translations.

 The complete wdiff for the English updates vs last time is:
 8--
 Template: grub2/force_efi_extra_removable
 Type: boolean
 Default: false
 _Description: Force extra installation to the EFI removable {+media+} path?
  Some EFI-based systems are buggy and do not handle new bootloaders correctly.
  If you force {+an+} extra installation of GRUB to the EFI removable 
 {+media+} path, [-it-]
  {+this+} should
  [-make sure-] {+ensure+} that this system will boot Debian correctly despite 
 such a
  problem. However, [-this-] {+it+} may remove the ability to boot any other 
 operating
  systems that also depend on this path. If so, you will need to [-ensure-] 
 {+make sure+} that
  GRUB is configured successfully to be able {+to+} boot any other OS 
 installations
  correctly.
 8--

 The deadline for receiving the updated translation is still
 Sun, 21 Dec 2014 19:58:50 +.

 Thanks in advance, and sorry for the inconvenience.


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



Bug#772921: grub2 2.02~beta2-18: Please update debconf PO translation for the package grub2

2014-12-18 Thread Ian Campbell
On Fri, 2014-12-12 at 10:19 +0200, Timo Jyrinki wrote:
 11.12.2014, 21:59, Ian Campbell kirjoitti:
  Please send the updated file to me, or submit it as a wishlist bug
  against grub2.
 
 Attached is the updated fi.po.

Thanks again.

I just wanted to check that you had seen the followup CFT, which I'm
afraid will have fuzzied the new translation:

 You are noted as the last translator of the debconf translation for
 grub2.

 Thank you to those of you who have already submitted translation updates.

 It has been brought to my attention that the phrase EFI removable path in 
 the
 previous English version is confusing and wrong and should really be EFI
 removable media path. Therefore I am sending out an updated po file (see
 attached) with this fixed.

 I'm afraid this will have marked any existing translations as fuzzy.

 Please send the updated file to me, or submit it as a wishlist bug against
 grub2. If you have already translated this template and the above change does
 not invalidate your translation then please let me know and I will un-fuzz it
 for you.

 At the same time some minor tweaks have been made to the English grammar. I
 think these should not affect translations.

 The complete wdiff for the English updates vs last time is:
 8--
 Template: grub2/force_efi_extra_removable
 Type: boolean
 Default: false
 _Description: Force extra installation to the EFI removable {+media+} path?
  Some EFI-based systems are buggy and do not handle new bootloaders correctly.
  If you force {+an+} extra installation of GRUB to the EFI removable 
 {+media+} path, [-it-]
  {+this+} should
  [-make sure-] {+ensure+} that this system will boot Debian correctly despite 
 such a
  problem. However, [-this-] {+it+} may remove the ability to boot any other 
 operating
  systems that also depend on this path. If so, you will need to [-ensure-] 
 {+make sure+} that
  GRUB is configured successfully to be able {+to+} boot any other OS 
 installations
  correctly.
 8--

 The deadline for receiving the updated translation is still
 Sun, 21 Dec 2014 19:58:50 +.

 Thanks in advance, and sorry for the inconvenience.


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



Bug#773421: lxc: can't start container

2014-12-18 Thread Daniel Baumann
tag 773421 unreproducible
tag 773421 moreinfo
severity 773421 normal
thanks

On 12/18/2014 09:34 AM, Hleb Valoshka wrote:
 I'm using system with sysv
 as init, afair there no problems on systems with systemd-sysv, so cgmanager
 may be the reason.

do you have cgroupfs mounted?


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



Bug#773423: double close

2014-12-18 Thread Joshua Rogers
Package: gnupg2
Version: 2.1.1
Severity: normal


Hi,

In dotlock.c on line 682 and 721, there is a double close of 'fd'.


Thanks,

-- 
-- Joshua Rogers https://internot.info/


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



Bug#771843: Preliminary linuxptp packaging available

2014-12-18 Thread Tino Mettler
Hi,

preliminary packaging is available via git:

http://tikei.de/git/linuxptp-debian.git

A source package created out of this, as well as and amd64 binary
package, is available here:

http://tikei.de/debian/linuxptp/

The next steps are systemd integration for ptp4l and phc2sys and
corresponding config files in /etc/default.

Regards,
Tino


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



Bug#773420: python-vtk6 vs libvtk6-dev

2014-12-18 Thread Mathieu Malaterre
The packages contains duplicates modules AFAIK:

libvtk6-dev:

$ crc32 
/usr/lib/x86_64-linux-gnu/python2.7/site-packages/vtk/vtkFiltersStatisticsPython.so
2a74419e

python-vtk6:

$ crc32 
/usr/lib/python2.7/dist-packages/vtk/vtkFiltersStatisticsPython.x86_64-linux-gnu.so
2a74419e

This is not clear why there is a need for duplicate installation...


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



Bug#773422: Java binding is missing runtime libraries

2014-12-18 Thread Anton Gladky
severity 773422 important
thanks

It has libvtk6-dev in suggests section. For the moment it is
enough. Will be fixed later.

Anton


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



Bug#771863: Service does not start or parse interfaces correctly

2014-12-18 Thread Fabio Fantoni
One maintainer or debian developer can do a new build of ovs with the 
fix available in 2.3.1 please?



  * Version 2.3.0+git20140819-2 of openvswitch is marked for
autoremoval from testing on 2015-01-15.
  * It is affected by RC bug #771863 https://bugs.debian.org/771863.



Without this fix openvswitch will be removed from Jessie and I think 
this would be a bad thing.


Thanks for any reply and sorry for my bad english.



Bug#773424: tcl-vtk6 is unusable

2014-12-18 Thread Mathieu Malaterre
Package: tcl-vtk6
Version: 6.1.0+dfsg2-4
Severity: grave

This is not clear how one should use tcl-vtk6, it does not provide the
wish interpreter anymore (aka `vtk` runtime binary). I do not believe
the package is usable by anyone.

If I build vtk6 package locally and execute it:

$ sudo apt-get install tcl-vtk6 vtk6-examples
$ apt-get source vtk6
$ dpkg-buildpackage -rfakeroot -us -uc
$ ./debian/build/bin/vtk
/usr/share/doc/vtk6-examples/examples/Examples/Tutorial/Step2/Tcl/Cone2.tcl
couldn't load file /usr/lib/libvtkCommonCoreTCL-6.1.so:
/usr/lib/libvtkCommonCoreTCL-6.1.so: cannot open shared object file:
No such file or directory
attempt to provide package vtkCommonCoreTCL 6.1 failed: no version of
package vtkCommonCoreTCL provided
attempt to provide package vtkcommoncore 6.1 failed: no version of
package vtkcommoncore provided
Error in startup script: attempt to provide package vtk 6.1 failed: no
version of package vtk provided
(package ifneeded vtk 6.1 script)
invoked from within
package.orig require vtk
(eval body line 1)
invoked from within
eval package.orig $args
(procedure package line 2)
invoked from within
package require vtk
(file 
/usr/share/doc/vtk6-examples/examples/Examples/Tutorial/Step2/Tcl/Cone2.tcl
line 17)


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



Bug#773425: please increase default logrotate duration for /var/log/dpkg.log

2014-12-18 Thread Stefano Zacchiroli
Package: dpkg
Version: 1.17.21
Severity: normal

The default logrotate settings for /var/log/dpkg.log (from
/etc/logrotate.d/dpkg) have monthly 12, which grants a 1-year long history of
dpkg operations.

It would be desirable to have a longer history than that by default, ideally a
*complete* history, dating back to the original installation.

Considering how small dpkg.log usually is in comparison to other log files in
/var/log, doing so looks feasible. The disk usage would cap at few megabytes
for routinely updated stable machines over a 10-year period.

If you don't want to go unlimited history, bumping to a max of 10 years (maybe
increasing rotation period as well to 1 year) would be nice. Anything in
between would be nicer tha a 1-year long history only.


Thanks for considering!
Cheers.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 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 dpkg depends on:
ii  libbz2-1.0   1.0.6-7+b2
ii  libc62.19-13
ii  liblzma5 5.1.1alpha+20120614-2+b3
ii  libselinux1  2.3-2
ii  tar  1.27.1-2+b1
ii  zlib1g   1:1.2.8.dfsg-2+b1

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  1.0.9.4

-- 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#773422:

2014-12-18 Thread Mathieu Malaterre
Control: severity -1 grave

Suggest != Recommends

The package *as-is* is not usable at all. Even installing
`libvtk6-dev` does not make it work, did you at least use this package
?


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



Bug#773280: openvpn-auth-radius: invalid `route add' command on route without gateway

2014-12-18 Thread Dr. Torge Szczepanek
Hello!

 I fixed my patch. It now corresponds to the RFC, and also allows specify the 
 route without gateway.
 
 framed-route-over-framed-ip.patch

Ok, great. I will take a look at this after my vacation mid of January.

Greetings Torge


signature.asc
Description: Message signed with OpenPGP using GPGMail


Bug#773426: imagemagick: Imagemagick not run from menu in Mate

2014-12-18 Thread peter
Package: imagemagick
Version: 8:6.8.9.9-3
Severity: normal

Dear Maintainer,

- Imagemagick not run from menu in Mate, but its run from 
mate-terminal as user, as root.

- Two imagemagick entry show in menu, but only one icon show.
/usr/share/applications/display-im6.desktop file icon name
wrong, its include big Q, but in file name q islittle...

Daily up-to-date jessie.

Thanks


-- Package-specific info:
ImageMagick program version
---
animate:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org
compare:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org
convert:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org
composite:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org
conjure:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org
display:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org
identify:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org
import:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org
mogrify:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org
montage:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org
stream:  ImageMagick 6.8.9-9 Q16 x86_64 2014-11-15 http://www.imagemagick.org

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

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

Versions of packages imagemagick depends on:
ii  imagemagick-6.q16  8:6.8.9.9-3

imagemagick recommends no packages.

imagemagick 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#773422:

2014-12-18 Thread Mathieu Malaterre
Control: tags -1 - patch

Just for clarity, because I am really trying to use vtk6 java binding:

$ sudo apt-get install libvtk6-dev libvtk6-java vtk6-examples
$ javac -classpath /usr/share/java/vtk6.jar Cone.java
$ java -jar /usr/share/java/vtk6.jar Cone
no main manifest attribute, in /usr/share/java/vtk6.jar

Same with:

$ export LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu:/usr/lib/x86_64-linux-gnu/jni
$ java -cp /usr/share/java/vtk6.jar Cone
Error: Could not find or load main class Cone


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



Bug#773427: Strange checking bug

2014-12-18 Thread Joshua Rogers
Package: gnupg2
Version: 2.1.1
Severity: normal

Hi,

In stringhelp.c, line 525-526, no check is made to see if home_buffer is not 
NULL, like it is checked if xmode is false, on line 530. 

Thanks,

-- 
-- Joshua Rogers https://internot.info/


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



Bug#773422: Bug#773424: tcl-vtk6 is unusable

2014-12-18 Thread Anton Gladky
severity 773422 important
severity 773424 important
thanks

Please stop ping-pong the bug`s severity!

If something is not working for you as you await,
use more constructive tools and testing period to fix that,
not the freeze.

Cheers

Anton


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



Bug#773422: Processed: Re: Bug#773424: tcl-vtk6 is unusable

2014-12-18 Thread Sylvestre Ledru
On 18/12/2014 10:36, Debian Bug Tracking System wrote:
 Processing commands for cont...@bugs.debian.org:

 severity 773422 important
 Bug #773422 [libvtk6-java] Java binding is missing runtime libraries
 Severity set to 'important' from 'grave'
 severity 773424 important
 Bug #773424 [tcl-vtk6] tcl-vtk6 is unusable
 Severity set to 'important' from 'grave'

I don't think this is correct. Both packages are broken and should be
fixed (instead of changing
the priority).

Otherwise, they should be removed from jessie. Shipping broken packages
reflect badly on Debian.

Sylvestre


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



Bug#773422: Processed: Re: Bug#773424: tcl-vtk6 is unusable

2014-12-18 Thread Anton Gladky
2014-12-18 10:38 GMT+01:00 Sylvestre Ledru sylves...@debian.org:
 I don't think this is correct. Both packages are broken and should be
 fixed (instead of changing
 the priority).

 Otherwise, they should be removed from jessie. Shipping broken packages
 reflect badly on Debian.


I tested them so far as I could. And they are worked. Yes, I agree to
remove them if necessary.

Anton


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



Bug#773428: jwhois: no option to skip rwhois redirection

2014-12-18 Thread Alessandro Vesely
Package: jwhois
Version: 4.0-2.1
Severity: wishlist
Tags: upstream

Dear Maintainer,
please file a request upstream to avoid following some redirections

I need this if I query, for example:

   jwhois 192.254.235.94

This brings up a poor page, which has no abuse contact information.
Arin is very careful about abuse contacts, and if one uses -n the
page includes OrgAbuseEmail.  However, routinely using -n skips
_all_ redirections, for example:

   jwhois -n 182.50.169.128

does not redirect to apnic, and one gets OrgAbuseEmail:  search-
apnic-not-a...@apnic.net.  Perhaps, following whois redirections
only (not rwhois) would work in both cases?

Thank you for your attention
Alessandro

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

Kernel: Linux 3.2.51ale22 (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/bash

Versions of packages jwhois depends on:
ii  adduser   3.113+nmu3
ii  dpkg  1.16.15
ii  install-info  4.13a.dfsg.1-10
ii  libc6 2.13-38+deb7u6
ii  libgdbm3  1.8.3-11

Versions of packages jwhois recommends:
ii  lynx  2.8.8dev.12-2

jwhois 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#768509: gosa wheezy package needs patch after php security fix (new upstream version)

2014-12-18 Thread Mike Gabriel

Control: tag -1 squeeze-lts

On  Mo 10 Nov 2014 10:03:21 CET, Wolfgang Schweer wrote:


control: found 2.7.4-4.3~deb7u1


The patch attached to the mail below seems to fix the problem:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748065#27

Wolfgang


This issue now only arrived in squeeze-lts. Upgrading gosa package for  
wheezy and squeeze within the day.


Mike

--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpZw4XQji0Lf.pgp
Description: Digitale PGP-Signatur


Bug#773422: Bug#773424: tcl-vtk6 is unusable

2014-12-18 Thread Sylvestre Ledru
On 18/12/2014 10:45, Anton Gladky wrote:
 2014-12-18 10:38 GMT+01:00 Sylvestre Ledru sylves...@debian.org:
 I don't think this is correct. Both packages are broken and should be
 fixed (instead of changing
 the priority).

 Otherwise, they should be removed from jessie. Shipping broken packages
 reflect badly on Debian.

 I tested them so far as I could. And they are worked. Yes, I agree to
 remove them if necessary.


Then, I am not sure to understand why the first thing that you do is to
decrease the severity and not help him (or fix the bug itself).
If the user is correct, these two packages should be removed from Debian
asap (and
therefor, grave is the correct severity).

Sylvestre


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



Bug#749833: scilab: Scilab include non-free codes

2014-12-18 Thread Sylvestre Ledru
On 15/12/2014 15:54, Vincent COUVERT wrote:
 Hello,
 On 12/14/2014 10:01 PM, Sylvestre Ledru wrote:
 On 13/12/2014 11:49, Paul Gevers wrote:
 On Tue, 25 Nov 2014 21:22:51 +0100 Lucas Nussbaum lu...@debian.org
 wrote:
 On 30/05/14 at 11:29 +0900, mejiko wrote:
 1) scilab-version/modules/polynomials/src/fortran/rpoly.f
 There is work in progress upstream (status 13 Dec 2014: Review in
 Progress). The amount of code is not much, but I am not able to judge
 the workings. Review is needed if this should go into Debian for
 Jessie.
 Indeed. I don't have more news. Maybe Vincent knows more.
 We are still working on it and we have to check the results of this
 new implementation.
OK.

 2) scilab-version/modules/randlib/src/c/fsultra.c
 This file is currently not commented on in the upstream bug report.
 Yes, I have to remove this algorithm from the package. It is not really
 used and it should be easy to get ride of it.
 What do you think about adding a compilation option for it?
We would still be shipping non free code. Not sure it is the best solution.

Sylvestre


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



Bug#768127: Fails to build the index when invalid UTF-8 is met

2014-12-18 Thread Yavor Doganov
reopen 768127
notfixed 768127 0.6.21+nmu6
thanks

Thanks for your work, but unfortunately I experience exactly the same
problem with the new version.

$ isutf8 /var/lib/doc-base/documents/*
$ echo $?
0


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



Bug#773422: Bug#773424: tcl-vtk6 is unusable

2014-12-18 Thread Anton Gladky
2014-12-18 10:57 GMT+01:00 Sylvestre Ledru sylves...@debian.org:
 If the user is correct, these two packages should be removed from Debian
 asap (and therefor, grave is the correct severity).

OK, I will request their removal, even if binaries shipped in both of them
(for example vtkWrapJava-6.1 and vtkWrapTcl-6.1) are working.


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



Bug#773429: dokuwiki: CVE-2014-9253

2014-12-18 Thread Moritz Muehlenhoff
Package: dokuwiki
Severity: important
Tags: security

Hi,
please see 
http://security.szurek.pl/dokuwiki-20140929a-xss.html
https://github.com/splitbrain/dokuwiki/commit/778ddf6f2cd9ed38b9db2d73e823b8c21243a960

Since sid and jessie differ in versions, please make a targeted jessie
upload (along with fixes for
https://security-tracker.debian.org/tracker/CVE-2014-8764 and 
https://security-tracker.debian.org/tracker/CVE-2014-8763 )

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#765969: (no subject)

2014-12-18 Thread Rémi Denis-Courmont

   Hello,

Le 2014-12-07 01:37, Francesco Muzio a écrit :

The bug has been debated here
https://trac.videolan.org/vlc/ticket/12622

And here seems to be found a possible patch, not yet applied

https://trac.videolan.org/vlc/attachment/ticket/12622/vlc-2.2-greenline.patch


That patch is incomplete and I suspect it will lead to crashes in some 
cases.


I still consider this a bug in XVideo drivers, but there is a 
work-around in VLC now. Unfortunately, that means XVideo output will 
require memory copying. This is not avoidable without a fix for the 
XVideo drivers (which is unlikely to happen anytime soon).



Probably this bug happen only with libav and not with ffmpeg


So that sentence sounds a lot like trolling libav developers and the 
choice of libav by the Debian multimedia team. I don't know where you 
stand on libav vs ffmpeg, but the green line issue is solely between VLC 
and the XVideo drivers. VLC and at least some XVideo drivers disagree on 
how scaling cropped pictures should be achieved.


--
Rémi Denis-Courmont


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



Bug#773430: ITP: python-descartes

2014-12-18 Thread Johan Van de Wauw
X-Debbugs-CC: pkg-grass-de...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Johan Van de Wauw johan.vandew...@gmail.com

* Package name: python-descartes
  Version : 1.0.1
  Upstream Author : Sean Gillies, descartesdevelopers
* URL :
https://pypi.python.org/pypi/descartes,https://bitbucket.org/sgillies/descartes
* License : BSD-3
  Programming Lang: Python
  Description : Matplotlib extension to work with geometric objects

Descartes allows the usage of geometric objects as matplotlib paths and patches.

Descartes is a dependency of geopandas, for which I filed an ITP yesterday.

I intent to maintain this package in Debian GIS.


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



Bug#766331: gajim: 0.16 UI occasionally sort-of crashes

2014-12-18 Thread Thorsten Glaser
Hi,

any progress here?

gajim 0.16 is a major UI regression, mostly because of this
bug and because it sometimes gives focus to the input field
of *background* chat tabs instead of the foreground one, or
loses the focus from the input field totally.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


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



Bug#773422: Bug#773424: tcl-vtk6 is unusable

2014-12-18 Thread Sylvestre Ledru
Well, fixing the bugs would probably be a better solution. .. 

Le 18 décembre 2014 11:01:52 GMT+01:00, Anton Gladky gl...@debian.org a écrit 
:
2014-12-18 10:57 GMT+01:00 Sylvestre Ledru sylves...@debian.org:
 If the user is correct, these two packages should be removed from
Debian
 asap (and therefor, grave is the correct severity).

OK, I will request their removal, even if binaries shipped in both of
them
(for example vtkWrapJava-6.1 and vtkWrapTcl-6.1) are working.

-- 
debian-science-maintainers mailing list
debian-science-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.

Bug#586665: sane-utils: scanimage -L segmentation fault

2014-12-18 Thread Michal Idziorek
Package: sane-utils
Version: 1.0.22-7.4
Followup-For: Bug #586665

Hi, 

I experience the same or a similar bug on Debian Wheezy: 

Most of the time scanimage -L results in one of the following:

1) a segfault
2) ** glibc detected *** scanimage: double free or corruption (out): 
0x7fb01c000f60 ***

Here is the output for the second option:

*** glibc detected *** scanimage: double free or corruption (out): 
0x7eff1720 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x76a16)[0x7eff11d68a16]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7eff11d6d7bc]
/lib/x86_64-linux-gnu/libc.so.6(fclose+0x14d)[0x7eff11d5996d]
/lib/x86_64-linux-gnu/libnss_files.so.2(_nss_files_getservbyname_r+0x133)[0x7eff05fca7d3]
/lib/x86_64-linux-gnu/libc.so.6(getservbyname_r+0xea)[0x7eff11de792a]
/lib/x86_64-linux-gnu/libc.so.6(+0xb70ba)[0x7eff11da90ba]
/lib/x86_64-linux-gnu/libc.so.6(+0xb76cf)[0x7eff11da96cf]
/lib/x86_64-linux-gnu/libc.so.6(getaddrinfo+0x162)[0x7eff11dace92]
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1(+0x79e9)[0x7eff0703e9e9]
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1(sane_net_init+0x3e0)[0x7eff0703f110]
/usr/lib/x86_64-linux-gnu/libsane.so.1(+0x3d50)[0x7eff12285d50]
/usr/lib/x86_64-linux-gnu/libsane.so.1(sane_dll_get_devices+0x8d)[0x7eff122866fd]
scanimage[0x401c9b]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7eff11d10ead]
scanimage[0x4038ad]
=== Memory map: 
0040-0040a000 r-xp  fd:00 5918979
/usr/bin/scanimage
0060a000-0060b000 rw-p a000 fd:00 5918979
/usr/bin/scanimage
01692000-016e3000 rw-p  00:00 0  [heap]
7eff-7eff00021000 rw-p  00:00 0 
7eff00021000-7eff0400 ---p  00:00 0 
7eff05db-7eff05dc5000 r-xp  fd:00 2359300
/lib/x86_64-linux-gnu/libgcc_s.so.1
7eff05dc5000-7eff05fc5000 ---p 00015000 fd:00 2359300
/lib/x86_64-linux-gnu/libgcc_s.so.1
7eff05fc5000-7eff05fc6000 rw-p 00015000 fd:00 2359300
/lib/x86_64-linux-gnu/libgcc_s.so.1
7eff05fc6000-7eff05fd1000 r-xp  fd:00 2360060
/lib/x86_64-linux-gnu/libnss_files-2.13.so
7eff05fd1000-7eff061d ---p b000 fd:00 2360060
/lib/x86_64-linux-gnu/libnss_files-2.13.so
7eff061d-7eff061d1000 r--p a000 fd:00 2360060
/lib/x86_64-linux-gnu/libnss_files-2.13.so
7eff061d1000-7eff061d2000 rw-p b000 fd:00 2360060
/lib/x86_64-linux-gnu/libnss_files-2.13.so
7eff061d2000-7eff061d3000 ---p  00:00 0 
7eff061d3000-7eff069d3000 rw-p  00:00 0 
7eff069d3000-7eff06a18000 r-xp  fd:00 2360041
/lib/x86_64-linux-gnu/libdbus-1.so.3.7.2
7eff06a18000-7eff06c17000 ---p 00045000 fd:00 2360041
/lib/x86_64-linux-gnu/libdbus-1.so.3.7.2
7eff06c17000-7eff06c18000 r--p 00044000 fd:00 2360041
/lib/x86_64-linux-gnu/libdbus-1.so.3.7.2
7eff06c18000-7eff06c19000 rw-p 00045000 fd:00 2360041
/lib/x86_64-linux-gnu/libdbus-1.so.3.7.2
7eff06c19000-7eff06c29000 r-xp  fd:00 5912823
/usr/lib/x86_64-linux-gnu/libavahi-client.so.3.2.9
7eff06c29000-7eff06e28000 ---p 0001 fd:00 5912823
/usr/lib/x86_64-linux-gnu/libavahi-client.so.3.2.9
7eff06e28000-7eff06e29000 r--p f000 fd:00 5912823
/usr/lib/x86_64-linux-gnu/libavahi-client.so.3.2.9
7eff06e29000-7eff06e2a000 rw-p 0001 fd:00 5912823
/usr/lib/x86_64-linux-gnu/libavahi-client.so.3.2.9
7eff06e2a000-7eff06e36000 r-xp  fd:00 5912820
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3.5.3
7eff06e36000-7eff07035000 ---p c000 fd:00 5912820
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3.5.3
7eff07035000-7eff07036000 r--p b000 fd:00 5912820
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3.5.3
7eff07036000-7eff07037000 rw-p c000 fd:00 5912820
/usr/lib/x86_64-linux-gnu/libavahi-common.so.3.5.3
7eff07037000-7eff07046000 r-xp  fd:00 1053954
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1.0.22
7eff07046000-7eff07245000 ---p f000 fd:00 1053954
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1.0.22
7eff07245000-7eff07246000 rw-p e000 fd:00 1053954
/usr/lib/x86_64-linux-gnu/sane/libsane-net.so.1.0.22
7eff07246000-7eff07253000 r-xp  fd:00 1054395
/usr/lib/x86_64-linux-gnu/sane/libsane-abaton.so.1.0.22
7eff07253000-7eff07452000 ---p d000 fd:00 1054395
/usr/lib/x86_64-linux-gnu/sane/libsane-abaton.so.1.0.22
7eff07452000-7eff07453000 rw-p c000 fd:00 1054395
/usr/lib/x86_64-linux-gnu/sane/libsane-abaton.so.1.0.22
7eff07453000-7eff07462000 r-xp  fd:00 1054394

Bug#770372: RFA: rc -- implementation of the ATT Plan 9 shell

2014-12-18 Thread Jakub Wilk

* Jakukyo Friel weak...@gmail.com, 2014-12-18, 00:27:

I'm wonder which approach is better?

- Integrate into rc.deb directly. (If it detects `vim` installed, copy 
the file to /usr/share/vim/addons/, etc)

- Make a separate vim plugin deb, and make rc.deb suggest it.


A separate package would be probably overkill.

But note that you should not detect if vim is installed, or enable the 
plugin automatically. See the Debian Packaging Policy for Vim for 
details:


https://pkg-vim.alioth.debian.org/vim-policy.html/x113.html

(vim maintainer told me to ignore the suggestion to install addons into 
/usr/share/vim/addons, but use a private directory, such as 
/usr/share/vim-rcshell instead.)


--
Jakub Wilk


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



Bug#769325: mediatomb: Mediatomb does not work with systemd

2014-12-18 Thread Hector Oron
Hola,

Find inlined comments below.

2014-12-09 14:35 GMT+01:00 Patrick Häcker pa...@web.de:

  Even if it started, it wouldn't work, as it does not read the
  configuration file /etc/mediatomb/config.xml
 
  Additionally, it does not seem to make sense to have
  /etc/default/mediatomb, as nearly all options are duplicates of options in
  /etc/mediatomb/config.xml. It is completely unclear to a normal user which
  value is used, if the values of both files differ.
 /etc/default/mediatomb is a file for daemon configuration (network card to
 attach to, user/group to run under, location of config.xml, etc...)), while
 /etc/mediatomb/config.xml is for mediatomb configuration (see upstream
 documentation http://mediatomb.cc/pages/documentation#id2856319).
 Just for clarity for other readers, as I misunderstood this paragraph on first
 read: The documentation does not mention any separation of a daemon
 configuration from a mediatomb documentation. But it states, that all
 relevant network related options are optional in config.xml.

Right.

 You are right and some optional values can be set at config.xml, but Debian
 mediatomb older releases have been configuring the daemon, even other
 distros, as Fedora, configure the daemon. It is not our fault the upstream
 provides two different ways to configure the daemon, via CLI or via
 config.xml.
 It's absolutely standard for a Unix daemon to be configurable via
 configuration file, environment variables and CLI options (with increasing
 priority in case an option is set multiple times). Nevertheless, I can't
 remember a daemon where the configuration file is not the reference for
 default daemon startup. /etc/default is normally only used with parameters,
 which are not part of the daemon's configuration file.

Not sure I clearly understand you here. In older released mediatomb
has always shipped /etc/default/mediatomb file.
When adding systemd support, we updated variables to be more mediatomb
specific, similar to what Fedora uses.
  
http://anonscm.debian.org/cgit/pkg-multimedia/mediatomb.git/commit/?id=5acd74434fbe71aa638529720fc5f11d14a857db
Some assumptions done by sysvinit script were moved into that same
default file for systemd compatibility.

  Mediatomb had working systemd support before these changes had been
  applied.
 Sorry, there was no systemd unit file before, you might had been using the
 old init script which also sets up the daemon.
 Thanks for clarification. That's what I meant, but my statement has indeed
 been ambiguous.

If you delete (or filter) systemd unit files it should fallback to use
sysvinit script as you were doing previously.

 We picked to configure it via CLI with environment file, it has been that
 way for several releases now.
 Yes, but in the init-script, config.xml is used (line 80), while in the new
 systemd unit file, config.xml is not used. Or that's what I thought. According
 to the documentation, /etc/mediatomb/config.xml should not be used with the
 configuration used in /lib/systemd/system/mediatomb.service, but I just found
 out, that this is incorrect. The above config.xml file is read even if no -c
 option is given in the service file. This makes one problem less.

Right, the config.xml file is still taken into account, if we look at unit file:
  
http://anonscm.debian.org/cgit/pkg-multimedia/mediatomb.git/commit/?id=90f46857736afb6f49afe6c83dfc4d77fdb29613

  ExecStart=/usr/bin/mediatomb -d -c /etc/mediatomb/config.xml -P
  /run/mediatomb.pid

ExecStart=/usr/bin/mediatomb -d -u $MT_USER -g $MT_GROUP -P
/run/mediatomb.pid -l $MT_LOGFILE -m $MT_HOME -f $MT_CFGDIR -p
$MT_PORT -e $MT_INTERFACE

where

## Location of the config file/database
MT_HOME=/etc
MT_CFGDIR=mediatomb

that way it still finds and parses config.xml.

Due to some other bug reports complaining that mediatomb exposed the
whole rootfs structure via web interface, I decided to hardcode
ethernet interface to loopback address and that needs to be changed by
admins if they want it to work on their network.

 I do not think it's good idea to run the daemon as root, but instead
 use the mediatomb user/group.
 Yes, that was a dumb idea from me, thanks for paying attention. This was the
 minimal working configuration for me and should not be used in Jessie.

Right, that's -u $MT_USER -g $MT_GROUP part

 Sorry, I disagree to do those changes at this stage in the release, we are
 frozen.
 Yes, we should aim for the least disruptive change which works for everyone.
 But please note, that the change in 0.12.1-7, uploaded directly before the
 freeze, was already a disruptive change, at least to me.

My most sincere apologies, I am still concerned about your issue and
trying to understand, was it disruptive because the $MT_ variable
update? I cant think on anything else.

 Also you seem to drop network settings for UPnP to work properly on some
 systems, why is that?
 I dropped them as I didn't need them (for a minimal working example). What do
 they do? Are there 

Bug#773396: codelite: Can't run programs (Could not launch terminal for debugger)

2014-12-18 Thread James Cowgill
Control: clone -1 -2
Control: retitle -1 codelite: debugger does not respect global terminal option
Control: severity -1 normal
Control: tags -1 upstream confirmed
Control: reassign -2 mate-terminal 1.8.1+dfsg1-3
Control: retitle -2 mate-terminal: provides x-terminal-emulator but does not 
implement -T
Control: severity -2 serious
Control: affects -2 codelite

Justification: Policy 11.8.3

(^^ wow hopefully I got all that right)

On Wed, 17 Dec 2014 23:28:03 +0100 Riccardo Boninsegna 
rboninsegna2+deb...@gmail.com wrote:
 Package: codelite
 Version: 6.1.1+dfsg-4
 Severity: important
 
 After installing CodeLite on a brand new Jessie system with MATE, I am
 experiencing the same problem that occurred on a comparable well-used in 
 late
 September:
 
 1: Open any project (tested with a new GCC console program template).
 2: Click the Play (run in debug mode) button.
 3: An error window pops up, stating Could not launch terminal for debugger.

Hi,

Thanks for the bug report! I think your report actually deals with two
separate bugs.

In the Debian version of Codelite, I (actually the previous maintainer)
changed the default terminal from 'xterm' to 'x-terminal-emulator' so
that it launches the system default terminal.

I couldn't reproduce your error when using GNOME, but when switching to
mate-terminal, it appeared. I think this is because mate-terminal does
not implement the -T option properly which I used to set the terminal
title. To temporarily workaround this, you can change the system default
terminal emulator by running:
 sudo update-alternatives --config x-terminal-emulator

MATE developers:
The manpage of mate-terminal indicates that it does not implement the -T
option (only the -t option). From policy 11.8.3:

 To be an x-terminal-emulator, a program must:
[...]
   * Support the command-line option -T title, which creates a new
 terminal window with the window title title.

https://www.debian.org/doc/debian-policy/ch-customized-programs.html#s11.8.3

Therefore you must either implement the -T option or drop
x-terminal-emulator from the provides list. gnome-terminal implements
this correctly by providing a wrapper script which you might be able to
copy:
http://sources.debian.net/src/gnome-terminal/3.14.1-1/debian/gnome-terminal.wrapper/
 
 This condition of failure is independent of which terminal emulator(s) are
 installed -- with the package recommending any, but upstream specifying xterm
 -- and any of the Settings  Global Editor  Terminal options.

This is the second bug. I also couldn't change the terminal used by
changing that option, however it also seems to affect upstream's
official repo when I tried it. I'll get round to reporting this on
upstream's bug tracker soon.

Thanks,
James


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



Bug#773401: new upstream (0.4)

2014-12-18 Thread Arturo Borrero Gonzalez
On 18 December 2014 at 00:39, Daniel Baumann
daniel.baum...@progress-technologies.net wrote:
 Package: nftables
 Severity: wishlist

 It would be nice if you could upload nftables 0.4 to experimental.


Will do ASAP.

regards.


-- 
Arturo Borrero González


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



Bug#773432: O: compiz-fusion-bcop -- Compiz Fusion option code generator

2014-12-18 Thread Ana Guerrero Lopez
Package: wnpp
Severity: normal

The current maintainer of compiz-fusion-bcop, Sean Finney sean...@debian.org,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: compiz-fusion-bcop
Binary: compiz-fusion-bcop
Version: 0.8.4-1.1
Maintainer: Sean Finney sean...@debian.org
Build-Depends: autoconf, automake1.11, debhelper (= 5), intltool, 
libglib2.0-dev, libxslt1-dev, pkg-config
Architecture: all
Standards-Version: 3.8.1
Format: 1.0
Files:
 d1f5feac2605e863abc6f7c509d5834c 1782 compiz-fusion-bcop_0.8.4-1.1.dsc
 b02112d32f5aef87ce5eb64e10bce23c 17803 compiz-fusion-bcop_0.8.4.orig.tar.gz
 76dd11ca89e0bcd45336bd940c1b7f75 2168 compiz-fusion-bcop_0.8.4-1.1.diff.gz
Checksums-Sha1:
 ab5273b8a815ef64e247fdf94b1852f26f43d710 1782 compiz-fusion-bcop_0.8.4-1.1.dsc
 ba4af52434176da5a9b8186bb787627d46d1d09c 17803 
compiz-fusion-bcop_0.8.4.orig.tar.gz
 54aef0fc7e71f25fa90cda0d1de573242cb6b5e5 2168 
compiz-fusion-bcop_0.8.4-1.1.diff.gz
Checksums-Sha256:
 9aa4127f57b20d82482b4a4302ba98008f6b4fc6d64abecb56cd7755e2f14d19 1782 
compiz-fusion-bcop_0.8.4-1.1.dsc
 72873384678563a59fb47422b67a534a960e31b87f6d6941846ae2f2b477b067 17803 
compiz-fusion-bcop_0.8.4.orig.tar.gz
 95b079d728938568cfb68fd2cd657469365dbd8145c5eecb11dd74db9afba4eb 2168 
compiz-fusion-bcop_0.8.4-1.1.diff.gz
Package-List: 
 compiz-fusion-bcop deb x11 extra
Directory: pool/main/c/compiz-fusion-bcop
Priority: source
Section: x11

Package: compiz-fusion-bcop
Version: 0.8.4-1.1
Installed-Size: 97
Maintainer: Sean Finney sean...@debian.org
Architecture: all
Depends: pkg-config, xsltproc
Description-en: Compiz Fusion option code generator
 Compiz Fusion is the result of the re-unification of the Beryl-project
 and the community around the Compiz Window Manager. It seeks to provide
 an easy and fun-to-use windowing environment, allowing use of the
 graphics hardware to provide impressive effects, amazing speed and
 unrivalled usefulness
 .
 This tool is used to generate code for use with compiz-fusion plugins.
Description-md5: ede0f1d49b46a0ae0e1cd0acb32f959f
Tag: implemented-in::python, interface::3d, interface::x11, role::program,
 suite::gnome, uitoolkit::gtk, x11::application, x11::window-manager
Section: x11
Priority: extra
Filename: pool/main/c/compiz-fusion-bcop/compiz-fusion-bcop_0.8.4-1.1_all.deb
Size: 8426
MD5sum: 4865a9ee7511f501daaf1723a7031504
SHA1: 3dac602500e4e40eae46a9a68c11186670a1b0f4
SHA256: e1f175d35d74dd41c59cb8b6f34e48fb6171ba0a0f7da1efb3ffe0ba47c384bd


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



Bug#773433: O: dbconfig-common -- common framework for packaging database applications

2014-12-18 Thread Ana Guerrero Lopez
Package: wnpp
Severity: normal

The current maintainer of dbconfig-common, Sean Finney sean...@debian.org,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: dbconfig-common
Binary: dbconfig-common
Version: 1.8.47+nmu3
Maintainer: Sean Finney sean...@debian.org
Build-Depends: debhelper (= 5), debiandoc-sgml, po-debconf, ghostscript, 
texlive-latex-recommended, texlive-latex-extra, texlive-fonts-recommended
Architecture: all
Standards-Version: 3.9.1
Format: 1.0
Files:
 93bfc2b047ceea6f644afe037d0a4931 1369 dbconfig-common_1.8.47+nmu3.dsc
 ef9b597226e0a4e3cd750c10c98b6f33 373718 dbconfig-common_1.8.47+nmu3.tar.gz
Vcs-Browser: http://git.debian.org/?p=dbconfig-common/dbconfig-common.git
Vcs-Git: git://git.debian.org/git/dbconfig-common/dbconfig-common.git
Checksums-Sha1:
 6d923590e91c3b8d5caec54c07b9a76908850ba0 1369 dbconfig-common_1.8.47+nmu3.dsc
 e6c8c13501e932e01d3e0ba8ddde6cecb6f9a499 373718 
dbconfig-common_1.8.47+nmu3.tar.gz
Checksums-Sha256:
 ea6bca91bc3c38e85d434b21dd5efc5007d2a71d20e41b08c98807ac163bf012 1369 
dbconfig-common_1.8.47+nmu3.dsc
 2678c07f834462701653460894895e6d7d4b23444d6fa2dd252928f48e72bdf5 373718 
dbconfig-common_1.8.47+nmu3.tar.gz
Package-List: 
 dbconfig-common deb admin optional arch=all
Directory: pool/main/d/dbconfig-common
Priority: source
Section: admin

Package: dbconfig-common
Version: 1.8.47+nmu3
Installed-Size: 1392
Maintainer: Sean Finney sean...@debian.org
Architecture: all
Depends: ucf (= 0.28), debconf (= 0.5) | debconf-2.0
Suggests: virtual-mysql-client | mysql-client | postgresql-client
Description-en: common framework for packaging database applications
 This package presents a policy and implementation for
 managing various databases used by applications included in
 Debian packages.
 .
 It can:
  - support MySQL, PostgreSQL, and sqlite based applications;
  - create or remove databases and database users;
  - access local or remote databases;
  - upgrade/modify databases when upstream changes database structure;
  - generate config files in many formats with the database info;
  - import configs from packages previously managing databases on their own;
  - prompt users with a set of normalized, pre-translated questions;
  - handle failures gracefully, with an option to retry;
  - do all the hard work automatically;
  - work for package maintainers with little effort on their part;
  - work for local admins with little effort on their part;
  - comply with an agreed upon set of standards for behavior;
  - do absolutely nothing if that is the whim of the local admin;
  - perform all operations from within the standard flow of
package management (no additional skill is required of the local
admin).
Description-md5: 9186eecaccc3c493ebe2ca055eea8697
Tag: admin::configuring, admin::package-management, devel::packaging,
 implemented-in::shell, protocol::db:mysql, protocol::db:psql,
 role::TODO, suite::debian, use::configuring, works-with::db,
 works-with::software:package
Section: admin
Priority: optional
Filename: pool/main/d/dbconfig-common/dbconfig-common_1.8.47+nmu3_all.deb
Size: 628466
MD5sum: 21011f3af1ef0fe5c7500e87d85b7a61
SHA1: a23a228daf1063f485033fbe6cdb63b75efe15d8
SHA256: e4cd942e4d81701cfaa6ec15a1c4400c121781f63f48a77cd53f87df5e586d0f


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



Bug#773434: O: sugarplum -- an automated and intelligent spam trap/cache-poisoner

2014-12-18 Thread Ana Guerrero Lopez
Package: wnpp
Severity: normal

The current maintainer of sugarplum, Sean Finney sean...@debian.org,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: sugarplum
Binary: sugarplum
Version: 0.9.10-17.2
Maintainer: Sean Finney sean...@debian.org
Build-Depends: debhelper (= 7), po-debconf, quilt
Architecture: all
Standards-Version: 3.7.3
Format: 1.0
Files:
 08f2496c45793734cbcdad5ab947ab95 987 sugarplum_0.9.10-17.2.dsc
 d5c71f0fae2a10132ed3351c21bafd24 25962 sugarplum_0.9.10.orig.tar.gz
 35fdcb241200d06c915238acb4f7a624 16703 sugarplum_0.9.10-17.2.diff.gz
Checksums-Sha1:
 d48873c77d27c0a9c43e61af681ecd4f038dbf79 987 sugarplum_0.9.10-17.2.dsc
 dae31fd023ac6beecf0d3b07cdb2c3929944e752 25962 sugarplum_0.9.10.orig.tar.gz
 64b910e1d092465bd068de490063b8f4e759c976 16703 sugarplum_0.9.10-17.2.diff.gz
Checksums-Sha256:
 ca6866cd420cd994b1c9527f92295e2455ce7c233d5d59a3b07366bbc237ccb6 987 
sugarplum_0.9.10-17.2.dsc
 c2852e4e2fcfc320592594fc77deb9855ca184c3fa613469f4f0f54ce63de1ef 25962 
sugarplum_0.9.10.orig.tar.gz
 1f312d2c456039bca1dd318e355509e4f1df7935efc4ab37af8168582b06b9a6 16703 
sugarplum_0.9.10-17.2.diff.gz
Directory: pool/main/s/sugarplum
Priority: source
Section: misc

Package: sugarplum
Version: 0.9.10-17.2
Installed-Size: 196
Maintainer: Sean Finney sean...@debian.org
Architecture: all
Depends: wenglish | wordlist, debconf (= 0.5) | debconf-2.0, perl
Recommends: apache2 | httpd, logrotate
Description-en: an automated and intelligent spam trap/cache-poisoner
 Sugarplum is an automated spam-poisoner. Its purpose is to feed realistic
 and enticing, but totally useless or hazardous data to wandering address
 harvesters such as EmailSiphon, Cherry Picker, etc.  The idea is to so
 contaminate spammers' databases as to require that they be discarded,
 or at least that all data retrieved from your site (including actual
 email addresses) be removed.
 .
 Sugarplum employs a combination of Apache's mod_rewrite URL rewriting
 rules and perl code. It combines several anti-spambot tactics,
 includling fictitious (but RFC822-compliant) email address poisoning,
 injection with the addresses of known spammers (let them all spam each
 other), deterministic output, and teergrube spamtrap addressing.
Description-md5: 7d9c7f3173524c7eb0c5ede5995ae3cc
Tag: implemented-in::perl, mail::filters, works-with::dictionary
Section: misc
Priority: optional
Filename: pool/main/s/sugarplum/sugarplum_0.9.10-17.2_all.deb
Size: 35580
MD5sum: 0e31658ee693ef995b2f653c9b2ac833
SHA1: a66b2b35bc43c5f74411656590b3643cd48560c2
SHA256: e973d99d260154659dbd63c155439f709dfbaab3e873a0631097e4403d30f192


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



Bug#773435: O: xmlrpc-c -- lightweight RPC library based on XML and HTTP [C++ development libraries]

2014-12-18 Thread Ana Guerrero Lopez
Package: wnpp
Severity: normal

The current maintainer of xmlrpc-c, Sean Finney sean...@debian.org,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: xmlrpc-c
Binary: libxmlrpc-c++8-dev, libxmlrpc-c++8, libxmlrpc-core-c3-dev, 
libxmlrpc-core-c3, xmlrpc-api-utils
Version: 1.33.14-0.2
Maintainer: Sean Finney sean...@debian.org
Build-Depends: autotools-dev, debhelper (= 9), libcurl4-openssl-dev | 
libcurl3-openssl-dev, quilt
Architecture: any
Standards-Version: 3.9.5
Format: 1.0
Files:
 b0cb1a8b823dcd9b2e033a060078b54b 1844 xmlrpc-c_1.33.14-0.2.dsc
 5093de7559b71b284287a594efbffcc2 772332 xmlrpc-c_1.33.14.orig.tar.gz
 eefe5088670d68b3e2d55dbfc14e4362 10019 xmlrpc-c_1.33.14-0.2.diff.gz
Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/xmlrpc-c.git
Vcs-Git: git://git.debian.org/git/collab-maint/xmlrpc-c.git
Checksums-Sha1:
 29fdecfe58e4f5306f4926a7ad75cc4844ce377a 1844 xmlrpc-c_1.33.14-0.2.dsc
 33b07fbce48d2dca744ed05cb319052ba19c58b1 772332 xmlrpc-c_1.33.14.orig.tar.gz
 ae367daf2b48ec2f8f87c9db00543ea050bb292f 10019 xmlrpc-c_1.33.14-0.2.diff.gz
Checksums-Sha256:
 b696d8b1ce424a1e10099d8a2513a099e6a3e2996acf22d90727a896dbcc9e28 1844 
xmlrpc-c_1.33.14-0.2.dsc
 dad8a8ae438f0fbca7e57e906b15cd9698aed2296797e4d9681127719ce70b3f 772332 
xmlrpc-c_1.33.14.orig.tar.gz
 ebde31479fadb48c63610735109ba1ce7fede31b9f4f79ac5285cf091e711dde 10019 
xmlrpc-c_1.33.14-0.2.diff.gz
Homepage: http://xmlrpc-c.sourceforge.net
Package-List: 
 libxmlrpc-c++8 deb libs optional arch=any
 libxmlrpc-c++8-dev deb libdevel optional arch=any
 libxmlrpc-core-c3 deb libs optional arch=any
 libxmlrpc-core-c3-dev deb libdevel optional arch=any
 xmlrpc-api-utils deb devel optional arch=any
Directory: pool/main/x/xmlrpc-c
Priority: source
Section: libs

Package: libxmlrpc-c++8-dev
Source: xmlrpc-c
Version: 1.33.14-0.2
Installed-Size: 725
Maintainer: Sean Finney sean...@debian.org
Architecture: amd64
Depends: libxmlrpc-c++8 (= 1.33.14-0.2), libxmlrpc-core-c3-dev (= 1.33.14-0.2), 
libc6-dev
Suggests: xmlrpc-api-utils
Conflicts: libxmlrpc-c++4-dev
Description-en: lightweight RPC library based on XML and HTTP [C++ development 
libraries]
 XML-RPC is a quick-and-easy way to make procedure calls over the Internet.
 It converts the procedure call into an XML document, sends it to a remote
 server using HTTP, and gets back the response as XML.
 .
 This library provides a modular implementation of XML-RPC for C++.
 .
 Install this package if you wish to develop your own programs using this
 library.
Description-md5: 0640416bd2aa3610cc19277dd95d3208
Homepage: http://xmlrpc-c.sourceforge.net
Tag: devel::library, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/x/xmlrpc-c/libxmlrpc-c++8-dev_1.33.14-0.2_amd64.deb
Size: 107306
MD5sum: e8c704bbcc604cce6b67c9e103d0faa4
SHA1: 02b1cb6a632689bc57400b83f4ee1af2ceb38481
SHA256: 4b4f60814c8e5ad93e3db9142f4c248269cdd955b6ab605f3615dee84d98a6b6

Package: libxmlrpc-c++8
Source: xmlrpc-c
Version: 1.33.14-0.2
Installed-Size: 398
Maintainer: Sean Finney sean...@debian.org
Architecture: amd64
Depends: libc6 (= 2.14), libcurl3 (= 7.16.2), libgcc1 (= 1:4.1.1), 
libstdc++6 (= 4.6), libxmlrpc-core-c3 (= 1.33.14-0.2)
Description-en: lightweight RPC library based on XML and HTTP [C++ runtime 
libraries]
 XML-RPC is a quick-and-easy way to make procedure calls over the Internet.
 It converts the procedure call into an XML document, sends it to a remote
 server using HTTP, and gets back the response as XML.
 .
 This library provides a modular implementation of XML-RPC for C++.
Description-md5: 79236454cfa589ad819263a4a0fe0faa
Homepage: http://xmlrpc-c.sourceforge.net
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/x/xmlrpc-c/libxmlrpc-c++8_1.33.14-0.2_amd64.deb
Size: 96628
MD5sum: 9c1efb0b6b58b8e8df011c0ae2169179
SHA1: e0becf9554325346fb2bf998fd69a4ece5f3c104
SHA256: 9118acadcf152a8d02a0fa718aa2de8304971a76dd10db51a0d4069f36d8af62

Package: libxmlrpc-core-c3-dev
Source: xmlrpc-c
Version: 1.33.14-0.2
Installed-Size: 1152
Maintainer: Sean Finney sean...@debian.org
Architecture: amd64
Depends: libxmlrpc-core-c3 (= 1.33.14-0.2), libc6-dev
Suggests: xmlrpc-api-utils
Description-en: lightweight RPC library based on XML and HTTP [C development 
libraries]
 XML-RPC is a quick-and-easy way to make procedure calls over the Internet.
 It converts the procedure call into an XML document, sends it to a remote
 server using HTTP, and gets back the response as XML.
 .
 This library provides a modular implementation of XML-RPC for C.
 .
 Install this package if you wish to develop your own programs using this
 library.

Bug#710764: kde-workspace: device-notifier does not show removable drive if the label is RECOVERY

2014-12-18 Thread Martin Pitt
Hey Michael,

Michael Tsang [2013-06-02 16:05 +0800]:
 device-notifier shows up the removable drive in the widget, however, it does
 not do so if the label is RECOVERY.

Right, udisks hides recovery, Window system partitions and similar, as
they would be generally useless, confusing, and even dangerous to get
mounted and manipulated by users.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.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#773442: gstreamer1.0-plugins-good: fail to playback AVI file with uncompressed PCM audio

2014-12-18 Thread Fabian Greffrath
Package: gstreamer1.0-plugins-good
Version: 1.4.4-2
Severity: normal


Hi there,

unfortunately, gstreamer cannot playback a video sample found here:

http://demo.archermind.com/Test%20Sample/Video/MPEG%204/Divx3/Low-Motion/

It seems to me like a ordinary AVI-Video:

$ LANG=C file ~/Downloads/576-320.avi
/home/greffrath/Downloads/576-320.avi: RIFF (little-endian) data, AVI,
576 x 320, 29.97 fps, video: DivX 3, audio: uncompressed PCM (stereo,
44100 Hz)

VLC and avplay play the sample back without any problems, but Totem gives an
error message and gst-play tells the following:

$ LANG=C gst-play-1.0 ~/Downloads/576-320.avi
Volume: 100%  
Now playing /home/greffrath/Downloads/576-320.avi
Prerolling...
** (gst-play-1.0:22467): CRITICAL **: gst_audio_format_to_string:
assertion 'format != GST_AUDIO_FORMAT_UNKNOWN' failed
Redistribute latency...
ERROR Internal data stream error. for
file:///home/greffrath/Downloads/576-320.avi
ERROR debug information: gstavidemux.c(5678): gst_avi_demux_loop ():
/GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstAviDemux:avidemux0:
streaming stopped, reason not-negotiated
Reached end of play list.

Cheers,

Fabian


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

Versions of packages gstreamer1.0-plugins-good depends on:
ii  gstreamer1.0-plugins-base   1.4.4-2
ii  libaa1  1.4p5-43
ii  libavc1394-00.5.4-2
ii  libbz2-1.0  1.0.6-7+b2
ii  libc6   2.19-13
ii  libcaca00.99.beta19-2
ii  libcairo-gobject2   1.14.0-2.1
ii  libcairo2   1.14.0-2.1
ii  libdv4  1.0.0-6
ii  libflac81.3.0-3
ii  libgcc1 1:4.9.1-19
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.1-1
ii  libgstreamer-plugins-base1.0-0  1.4.4-2
ii  libgstreamer1.0-0   1.4.4-2
ii  libgudev-1.0-0  215-7
ii  libiec61883-0   1.2.0-0.2
ii  libjack0 [libjack-0.116]1:0.124.1+20140122git5013bed0-3
ii  libjpeg62-turbo 1:1.3.1-11
ii  liborc-0.4-01:0.4.22-1
ii  libpng12-0  1.2.50-2+b2
ii  libraw1394-11   2.1.0-3
ii  libshout3   2.3.1-3
ii  libsoup2.4-12.48.0-1
ii  libspeex1   1.2~rc1.2-1
ii  libstdc++6  4.9.1-19
ii  libtag1c2a  1.9.1-2.1
ii  libv4l-01.6.0-2
ii  libvpx1 1.3.0-3
ii  libwavpack1 4.70.0-1
ii  libx11-62:1.6.2-3
ii  libxdamage1 1:1.1.4-2+b1
ii  libxext62:1.3.3-1
ii  libxfixes3  1:5.0.1-2+b2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages gstreamer1.0-plugins-good recommends:
ii  gstreamer1.0-x  1.4.4-2

gstreamer1.0-plugins-good 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#773443: /usr/share/man/man5/host.conf.5.gz: spoof* keywords in host.conf are useless

2014-12-18 Thread ygrex
Package: manpages
Version: 3.74-1
Severity: minor
File: /usr/share/man/man5/host.conf.5.gz

Dear Maintainer,

spoof* keywords (nospoof, spoofalert, spoof) are here from 1996,
they are still valid keywords but do not have any effect apparently,
no libraries or tools use them

it is misleading to see references to resolv+ and rlogin, the keywords
are just ignored these days; the only meaning they have is that they are
allowed by host.conf syntax


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: armhf (armv7l)
Foreign Architectures: armel

Kernel: Linux 3.0.35-ygrex-utilite-dirty (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)

manpages depends on no packages.

manpages recommends no packages.

Versions of packages manpages suggests:
ii  man-db [man-browser]  2.7.0.2-4

-- 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#773149: what to do with x52pro???

2014-12-18 Thread Andreas Beckmann
Control: tag -1 - moreinfo

On 2014-12-17 22:16, Jonathan Wiltshire wrote:
 So I don't think there's much choice, even if it is really nasty...
 If you're happy to prepare the dummy packages, please go ahead and let's
 see how they turn out.

Upgrade path seems fine now.

The updated udev rules are not used, just integrated in case someone
wants to play with the source package. Instead I replaced the wheezy
conffile (that uses outdated syntax and could trigger udev warnings)
with a dummy one, too (to avoid dpkg-maintscript-helper rm_conffile)


Andreas
[The following lists of changes regard files as different if they have
different names, permissions or owners.]

Files in first .deb but not in second
-
-rw-r--r--  root/root   /usr/lib/libx52pro.so.0.1.1
-rw-r--r--  root/root   /usr/share/doc/libx52pro0/README
-rw-r--r--  root/root   /usr/share/man/man1/x52output.1.gz
-rw-r--r--  root/root   DEBIAN/shlibs
-rwxr-xr-x  root/root   /usr/bin/x52output
lrwxrwxrwx  root/root   /usr/lib/libx52pro.so.0 - libx52pro.so.0.1.1

Control files: lines which differ (wdiff format)

[-Depends: libc6 (= 2.2.5), libusb-0.1-4 (= 2:0.1.12)-]
Description: MFD and LED library for  Saitek x52pro joysticks {+(dummy)+}
{+ This is an empty dummy package. It can be safely removed.+}
{+ .+}
 feature is already fully support by the [-linux-] {+Linux+} kernel 2.6.x.
Installed-Size: [-79-] {+5+}
Version: [-0.1.1-2.1-] {+0.1.1-2.2+}
[The following lists of changes regard files as different if they have
different names, permissions or owners.]

Files in first .deb but not in second
-
-rw-r--r--  root/root   /usr/include/x52pro.h
-rw-r--r--  root/root   /usr/lib/pkgconfig/x52pro.pc
-rw-r--r--  root/root   /usr/share/doc/libx52pro-dev/examples/x52output.c
lrwxrwxrwx  root/root   /usr/lib/libx52pro.so - libx52pro.so.0

Control files: lines which differ (wdiff format)

Depends: libx52pro0 (= [-0.1.1-2.1)-] {+0.1.1-2.2)+}
Description: MFD and LED library for Saitek X52pro joysticks - dev files 
{+(dummy)+}
{+ This is an empty dummy package. It can be safely removed.+}
{+ .+}
 feature is already fully support by the [-linux-] {+Linux+} kernel 2.6.x
Installed-Size: [-49-] {+3+}
Version: [-0.1.1-2.1-] {+0.1.1-2.2+}


x52pro_0.1.1-2.2.dsc.diff
Description: application/pgp-keys


Bug#773405: systemd: Systemd cannot restart apache2.service because of SSL certificate with password

2014-12-18 Thread Michael Biebl
Am 18.12.2014 um 03:25 schrieb Dupont Francois:
 Package: systemd
 Version: 215-7
 Severity: important
 
 Dear Maintainer,
 
 
 I've created a new SSL certificate with a password for a website. 
 After properly configuring my apache configuration file, I tried to 
 restart apache2.service (after a valid apachectl -t).
 I Could'nt do it, apache refuses to restart.
 systemd seems to not give the oportunity to enter the certificate's 
 password  (needed for a proper apache2 restart/reload in this case).
 


I would suggest simply using a passwordless certificate.
If you insist on using a passphrase, you should try apache's
SSLPassPhraseDialog configuration directive.
This way you can eider feed the passphrase to apache statically via a
simple shell script which echo's the password string, or you use
systemd's password agent interface [2] to query for the password via the
systemd-ask-password command line tool.

Imho this is simply a configuration issue and not a bug in systemd, so
I'm inclined to close the bug report or maybe re-assign to the apache
package, so it can be added to its README.Debian (or a similar file)


[1] http://httpd.apache.org/docs/2.4/mod/mod_ssl.html#sslpassphrasedialog
[2] http://www.freedesktop.org/wiki/Software/systemd/PasswordAgents/
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#773444: manpages/docbook.xsl: FUßNOTEN

2014-12-18 Thread Jakub Wilk

Package: docbook-xsl
Version: 1.78.1+dfsg-1
Severity: minor

The footnotes section name for German manpages is “FUßNOTEN”. My 
understanding is that this is wrong, because ß is lowercase; it should 
be “FUSSNOTEN” instead.


Test case:

$ xsltproc http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl 
footnotes.xml 2/dev/null
$ man -l footnotes.1 | grep NOTEN
FUßNOTEN


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

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

Versions of packages docbook-xsl depends on:
ii  xml-core  0.13+nmu2

Versions of packages docbook-xsl recommends:
ii  docbook-xml  4.5-7.2

--
Jakub Wilk


footnotes.xml
Description: XML document


Bug#698386: itksnap 3.2.0 / jessie

2014-12-18 Thread Mathieu Malaterre
Just for reference, I was able to build ITK-SNAP using ITK4, GDCM and
VTK6 directly from debian/jessie.

The only patch needed is at:
https://sourceforge.net/p/itk-snap/bugs/85/


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



Bug#749833: scilab: Scilab include non-free codes

2014-12-18 Thread Vincent COUVERT


On 12/18/2014 10:59 AM, Sylvestre Ledru wrote:

On 15/12/2014 15:54, Vincent COUVERT wrote:

Hello,
On 12/14/2014 10:01 PM, Sylvestre Ledru wrote:

On 13/12/2014 11:49, Paul Gevers wrote:

On Tue, 25 Nov 2014 21:22:51 +0100 Lucas Nussbaum lu...@debian.org
wrote:

On 30/05/14 at 11:29 +0900, mejiko wrote:

1) scilab-version/modules/polynomials/src/fortran/rpoly.f

There is work in progress upstream (status 13 Dec 2014: Review in
Progress). The amount of code is not much, but I am not able to judge
the workings. Review is needed if this should go into Debian for
Jessie.

Indeed. I don't have more news. Maybe Vincent knows more.

We are still working on it and we have to check the results of this
new implementation.

OK.


2) scilab-version/modules/randlib/src/c/fsultra.c

This file is currently not commented on in the upstream bug report.

Yes, I have to remove this algorithm from the package. It is not really
used and it should be easy to get ride of it.

What do you think about adding a compilation option for it?

We would still be shipping non free code. Not sure it is the best solution.

Ok, we will try to rewrite or remove it.

Vincent


Sylvestre



--
Vincent COUVERT
Development Manager
---
Scilab Enterprises
143bis rue Yves Le Coz - 78000 Versailles, France
Phone: +33.1.80.77.04.68
http://www.scilab-enterprises.com


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



Bug#616559: hello from Ann,

2014-12-18 Thread Ann Leigh hester
Hello dear,
how is the weather in your area? I hope it's normal. I am Sergeant Ann
Leigh Hester, United States military Sergeant, looking for a reliable
and trust worthy person for a cordial relationship, I like honesty,
trust, love, caring, truth, and respect, I have all these qualities in
me, Please i will be glad if you write me here for more details and i
will also send you my pictures, Best regard!
Ann Leigh Hester


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



Bug#773446: override: strongswan-ike:oldlibs/extra

2014-12-18 Thread Laurent Bigonville
Package: ftp.debian.org
Severity: normal

Hello,

The strongswan-ike package is now a transitional package.

Please adjust the override accordingly.

Cheers!

Laurent Bigonville


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



Bug#773447: unblock: keystone/2014.1.3-4

2014-12-18 Thread Thomas Goirand
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

My last upload of Keystone fixes a few bugs which I would like to get rid of
for Jessie, including:
- Fix for Systemd startup
- Inclusion of keystone.cron.hourly (very important in production)
- Only managed the db with dbconfig-common if asked in Debconf.
- Remove of python-bashate as build-depends.

Debdiff attached.

Please unblock keystone/2014.1.3-4

Cheers,

Thomas Goirand (zigo)
diff -Nru keystone-2014.1.3/debian/changelog keystone-2014.1.3/debian/changelog
--- keystone-2014.1.3/debian/changelog	2014-10-07 07:54:16.0 +
+++ keystone-2014.1.3/debian/changelog	2014-12-18 11:07:23.0 +
@@ -1,3 +1,19 @@
+keystone (2014.1.3-4) unstable; urgency=medium
+
+  * Manually activates keystone.service since we're not using #DEBHELPER#.
+  * Now requires version = 20~ of openstack-pkg-tools to build
+(Closes: #770706).
+  * Added missing debian/keystone.cron.hourly to flush the token table
+periodically, otherwise the table can grow up to gigabytes and Keystone
+becomes unusable.
+  * Removed python-bashate build-depends.
+  * Only run pkgos_dbc_postinst if asked by user.
+  * Do not run 'tests\.(?!.*KcMaster.*)' unit tests which are failing because
+they are adapted for a newer version of keystoneclient with
+oslo.serialization which isn't in Jessie.
+
+ -- Thomas Goirand z...@debian.org  Mon, 15 Dec 2014 14:12:57 +0800
+
 keystone (2014.1.3-2) unstable; urgency=medium
 
   * Mangling upstream rc and beta versions in watch file.
diff -Nru keystone-2014.1.3/debian/control keystone-2014.1.3/debian/control
--- keystone-2014.1.3/debian/control	2014-10-07 07:54:16.0 +
+++ keystone-2014.1.3/debian/control	2014-12-18 11:07:23.0 +
@@ -7,13 +7,12 @@
Mehdi Abaakouk sil...@sileht.net
 Build-Depends: debhelper (= 9),
dh-systemd,
-   openstack-pkg-tools (= 14~),
+   openstack-pkg-tools (= 20~),
po-debconf,
python-all (= 2.6.6-3~),
python-pbr (= 0.6),
python-sphinx
-Build-Depends-Indep: python-bashate,
- pep8 (= 1.3.3),
+Build-Depends-Indep: pep8 (= 1.3.3),
  pylint,
  python-all-dev (= 2.6.6-3~) | python-support,
  python-babel (= 1.3),
@@ -131,6 +130,7 @@
 Pre-Depends: dpkg (= 1.15.6~)
 Depends: adduser,
  dbconfig-common,
+ init-system-helpers (= 1.18~),
  python-configobj,
  python-keystone (= ${source:Version}),
  sqlite3,
diff -Nru keystone-2014.1.3/debian/keystone.cron.hourly keystone-2014.1.3/debian/keystone.cron.hourly
--- keystone-2014.1.3/debian/keystone.cron.hourly	1970-01-01 00:00:00.0 +
+++ keystone-2014.1.3/debian/keystone.cron.hourly	2014-12-18 11:07:23.0 +
@@ -0,0 +1,5 @@
+#!/bin/sh
+
+set -e
+
+su -c '/usr/bin/keystone-manage token_flush /var/log/keystone/keystone-tokenflush.log 21' keystone
diff -Nru keystone-2014.1.3/debian/keystone.postinst.in keystone-2014.1.3/debian/keystone.postinst.in
--- keystone-2014.1.3/debian/keystone.postinst.in	2014-10-07 07:54:16.0 +
+++ keystone-2014.1.3/debian/keystone.postinst.in	2014-12-18 11:07:23.0 +
@@ -79,8 +79,6 @@
 		AUTH_TOKEN=`pkgos_gen_pass`
 	fi
 	pkgos_inifile set ${KEY_CONF} DEFAULT admin_token ${AUTH_TOKEN}
-	# Configure the SQL connection of keystone.conf according to dbconfig-common
-	pkgos_dbc_postinst ${KEY_CONF} database connection keystone $@
 
 	# Make sure /var/log/keystone/keystone.log is owned by keystone
 	# BEFORE any keystone-manage calls.
@@ -89,6 +87,8 @@
 	# Upgrade or create the db if directed to do so
 	db_get keystone/configure_db
 	if [ $RET = true ]  [ $dbc_upgrade = true ] ; then
+		# Configure the SQL connection of keystone.conf according to dbconfig-common
+		pkgos_dbc_postinst ${KEY_CONF} database connection keystone $@
 		su keystone -c keystone-manage db_sync
 	fi
 
@@ -130,4 +130,12 @@
 	db_stop
 fi
 
+# Activate the keystone.service
+deb-systemd-helper unmask keystone.service /dev/null || true
+if deb-systemd-helper --quiet was-enabled keystone.service ; then
+	deb-systemd-helper enable keystone.service /dev/null || true
+else
+	deb-systemd-helper update-state keystone.service /dev/null || true
+fi
+
 exit 0
diff -Nru keystone-2014.1.3/debian/rules keystone-2014.1.3/debian/rules
--- keystone-2014.1.3/debian/rules	2014-10-07 07:54:16.0 +
+++ keystone-2014.1.3/debian/rules	2014-12-18 11:07:23.0 +
@@ -17,7 +17,7 @@
 override_dh_auto_test:
 	mkdir -p $(CURDIR)/keystone/tests/tmp
 	patch -p1 -R debian/patches/fixes-default-connection.patch
-	./run_tests.sh -N -P || true
+	./run_tests.sh -N -P 'tests\.(?!.*KcMaster.*)' || true
 	patch -p1 debian/patches/fixes-default-connection.patch
 endif
 


Bug#773203: unblock: php5/5.6.4+dfsg-0+deb8u1

2014-12-18 Thread Ondřej Surý
Hi Adam,

On Wed, Dec 17, 2014, at 21:56, Adam D. Barratt wrote:
 Control: tags -1 + moreinfo
 
 On Mon, 2014-12-15 at 16:01 +0100, Ondřej Surý wrote:
  this is a preliminary request to unblock php5/5.6.4+dfsg-1 that hasn't
  been release yet.
 [...]
  The option I would like to avoid is backporting the patches for
  php5/5.6.2+dfsg-1 and then flushing all that with next security update
  after a jessie is released as stable.  This seem to be an extra work
  that could be possibly avoided.
  
  So, the question is whether you concur with security team and you will
  allow uploading 5.6.4+dfsg-0+deb8u1 to t-p-u.  I understand we might
  face some extra breakages (although I hope not), but this will happen
  anyway with next security upload.
 
 I did mention this on IRC, but as it hasn't had any follow-up there -

Sorry for that, we are moving our offices, so everything is in
turmoil...

 why would t-p-u be involved? If we were to accept 5.6.4 (and possibly
 further updates) in to jessie prior to the release, the simplest
 solution would seem to be to unblock the package from unstable.
 
 It's entirely possible that I'm missing something, in which case please
 enlighten me. :-)

No enlightening today, sorry :). You are right. Somehow I suspected
(without checking) that PHP has too many build-deps that at least one
will be broken :). That seems not to be the case, so normal update from
unstable is still possible.

Cheers,
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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



Bug#773442: gstreamer1.0-plugins-good: fail to playback AVI file with uncompressed PCM audio

2014-12-18 Thread Sebastian Dröge
On Do, 2014-12-18 at 12:55 +0100, Fabian Greffrath wrote:
 Package: gstreamer1.0-plugins-good
 Version: 1.4.4-2
 Severity: normal
 
 
 Hi there,
 
 unfortunately, gstreamer cannot playback a video sample found here:
 
 http://demo.archermind.com/Test%20Sample/Video/MPEG%204/Divx3/Low-Motion/
 
 It seems to me like a ordinary AVI-Video:
 [...]

Except that it's having broken values in the headers, yes :)

The audio parts are fixed with this commit:
http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/?id=5ecbc9eea25f3a5e36b00662ed7412070e3298d7

Audio and video together still don't work because the video starts at 0
seconds for a few frames, and then jumps to 3 minutes for whatever
reason. avplay and vlc seem to just ignore that.

For the future it would be great if you could file such bugs directly at
http://bugzilla.gnome.org against GStreamer, then we won't have to track
it in two places :)

https://bugzilla.gnome.org/show_bug.cgi?id=741711


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


Bug#773405: systemd: Systemd cannot restart apache2.service because of SSL certificate with password

2014-12-18 Thread Michael Biebl
Am 18.12.2014 um 13:09 schrieb Michael Biebl:
 Am 18.12.2014 um 03:25 schrieb Dupont Francois:
 Package: systemd
 Version: 215-7
 Severity: important

 Dear Maintainer,


 I've created a new SSL certificate with a password for a website. 
 After properly configuring my apache configuration file, I tried to 
 restart apache2.service (after a valid apachectl -t).
 I Could'nt do it, apache refuses to restart.
 systemd seems to not give the oportunity to enter the certificate's 
 password  (needed for a proper apache2 restart/reload in this case).
 
 
 
 I would suggest simply using a passwordless certificate.
 If you insist on using a passphrase, you should try apache's
 SSLPassPhraseDialog configuration directive.
 This way you can eider feed the passphrase to apache statically via a
 simple shell script which echo's the password string, or you use
 systemd's password agent interface [2] to query for the password via the
 systemd-ask-password command line tool.
 
 Imho this is simply a configuration issue and not a bug in systemd, so
 I'm inclined to close the bug report or maybe re-assign to the apache
 package, so it can be added to its README.Debian (or a similar file)
 
 
 [1] http://httpd.apache.org/docs/2.4/mod/mod_ssl.html#sslpassphrasedialog
 [2] http://www.freedesktop.org/wiki/Software/systemd/PasswordAgents/
 

Related to that:

https://bugzilla.redhat.com/show_bug.cgi?id=707917

Might be worth having a look at the httpd-ssl-pass-dialog script that is
shipped in the Fedora package.


@apache maintainers: Are you ok if we re-assign this to the apache
package and handle it there? You can keep the pkg-systemd-maintainers in
CC if there are further questions.

Michael

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



signature.asc
Description: OpenPGP digital signature


Bug#772791: release.debian.org: unblock: cmigemo 1:1.2+gh0.20140306-5

2014-12-18 Thread Jonathan Wiltshire
(cc-ing a -done address means we never see it, good job you also mailed me)

On Thu, Dec 18, 2014 at 05:11:52PM +0900, Youhei SASAKI wrote:
 Hi,
 
 At Thu, 11 Dec 2014 21:23:14 +,
 Jonathan Wiltshire j...@debian.org wrote:
 
  On Thu, Dec 11, 2014 at 02:40:47PM +0900, Youhei SASAKI wrote:
   These two variables fix migemo + isearch error reported #772786.
 
  This bug is severity:normal. Unless that severity is incorrect, this is no
  longer appropriate for this stage of the freeeze, so I'm declining your
  request.
 
 Yes, original report is severity:normal. But this cause error of Emacs 
 randomly.
 Thus as far as I think, this bug is important.

Ok, but that's still not release-critical, so I haven't changed my mind.

Thanks,

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

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



signature.asc
Description: Digital signature


Bug#773448: unblock: libgd2/2.1.0-5

2014-12-18 Thread Ondřej Surý
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please unblock package libgd2

Hi,

new release with a upstream fix for buffer overflow found by ASAN by
Jan Bee.

Also removing seanius from Uploaders upon request of MIA team.

$ diffstat libgd2_2.1.0-5.debdiff 
 changelog |8 
 control   |3 +--
 patches/fix-buffer-overflow.patch |   38 ++
 patches/series|1 +
 4 files changed, 48 insertions(+), 2 deletions(-)

unblock libgd2/2.1.0-5

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJUksqqXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHTUwQAMTdgffZYhZed1Xc/hR6+asw
jaPGExy+03ueoiIoEIpwefCI2Apmw3hag/JIQt4SSEwdDhoE8Rzl7HKlnmftQ2Kr
cR6N/eJS7986F4FHFBhXDs0+782ls8bAK6dqV2cG63Xztm2b5+w0cBuvD37no57A
GuN82Y58R7TuecaWxGs189T/M1WTLLdV/ZT4LwDlJGxRqVdmrPFXC61yqes9u47D
fXBY/y3eR0oVbGnoD7ojZDcIB2gM+40qWpLpCAR10ja2k8EesSehnLVomfF1l2Iv
nEmQGeBlqOB1wiU9pGVVlD6TOmVt0DBhujJKYPDyPWw7plCi9TqQafvOTYcE+3yv
ribGcMYBWBAkX8c5XIypjm9fE2zXUqnBlAFpwoDvdfD635KOchZWwKN7ZgqVyTPO
/8HSLTDUeepegC5QapxfcDSQoFMWDLbqlSqE4m5RAdA5r+TzFEpiXNH3ln/GyU6I
p6MMX+6pTrsPnc6xUlxEtkqWeepIpY15t2XRR78jad2K21P+rDwTFc/Rzn8TN3un
De8NRBuk6azvaqO7wEm5qgoVEFcL9XvvOq9On9J4hl7SzzpBULLoiD9vIONqyW5t
xxq3EuamZQH/43TwdVq/Dm6YfNls+JRhQegzURe0UKn81nTRwYKX+JXV03vpWHzV
GIbl/K0iMkOUAnYVB0Ov
=UxWh
-END PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 18 Dec 2014 13:30:57 +0100
Source: libgd2
Binary: libgd-tools libgd-dev libgd3 libgd-dbg libgd2-xpm-dev libgd2-noxpm-dev
Architecture: source amd64
Version: 2.1.0-5
Distribution: unstable
Urgency: high
Maintainer: GD team pkg-gd-de...@lists.alioth.debian.org
Changed-By: Ondřej Surý ond...@debian.org
Description:
 libgd-dbg  - Debug symbols for GD Graphics Library
 libgd-dev  - GD Graphics Library (development version)
 libgd-tools - GD command line tools and example code
 libgd2-noxpm-dev - GD Graphics Library (transitional package)
 libgd2-xpm-dev - GD Graphics Library (transitional package)
 libgd3 - GD Graphics Library
Closes: 773439
Changes:
 libgd2 (2.1.0-5) unstable; urgency=high
 .
   * Remove seanius from Uploaders.  So Long, and Thanks for All the Fish.
 (Closes: #773439)
   * Fix buffer overflow found by Jan Bee and fixed by Remi Collet
Checksums-Sha1:
 3e7783c3c415fd9e3fc225aa44ebaa69bb27fd86 2439 libgd2_2.1.0-5.dsc
 46a45d7f61a6375ac34b7c967f998922fa1dbf95 36820 libgd2_2.1.0-5.debian.tar.xz
 f757087c7dd6204de235076e9c35a1ea9073ccab 41716 libgd-tools_2.1.0-5_amd64.deb
 dbf86be429fe55073e91f3f4897268893afcde07 285312 libgd-dev_2.1.0-5_amd64.deb
 b8e57c25ae73604b058f79dcf6c9bc451c482b1f 146902 libgd3_2.1.0-5_amd64.deb
 4e129d8093e173ea2a0df984ca5caef1b08c88ce 315548 libgd-dbg_2.1.0-5_amd64.deb
 5957ddc97272900a00464e39637c17793866c3f0 1236 libgd2-xpm-dev_2.1.0-5_amd64.deb
 00d39cea352914ffa97d4d343f8578c72f1d 1240 
libgd2-noxpm-dev_2.1.0-5_amd64.deb
Checksums-Sha256:
 edf0dfeb711bcfabd94c8b1c90e7d46c1a0dc24dbfdf3fd68235a536dc186d5a 2439 
libgd2_2.1.0-5.dsc
 f63bfe4c0cbdad6c127b3822bd6d0beff2237ab9ea4fe75d4ce67fe64036f37d 36820 
libgd2_2.1.0-5.debian.tar.xz
 d39942e7f6ad3c18105e0ce99aa0d0af3ce00f01c344bdd0fde80913c5f0639d 41716 
libgd-tools_2.1.0-5_amd64.deb
 4cdb3cc3df245b643f00847621134447e19ad26e4c34beaa5539e419fcd93704 285312 
libgd-dev_2.1.0-5_amd64.deb
 69f5851edc0a453107c3d390ad6242907979e7cf4a1ee4a5c9fa6b13bf44cc2e 146902 
libgd3_2.1.0-5_amd64.deb
 e194085036fd857e1e8c84d1d9a319c14189735d522bcef54c327cd27bfdc54c 315548 
libgd-dbg_2.1.0-5_amd64.deb
 97562a41fc56bcfab819b53c100129af42717b1c1bb271f07fd5f3da1448a9d5 1236 
libgd2-xpm-dev_2.1.0-5_amd64.deb
 ae2e3326d46fb352bf5705d690f0ab6deb01aa1f24b5fc7df695bf6323b310b2 1240 
libgd2-noxpm-dev_2.1.0-5_amd64.deb
Files:
 3d195b697d31c38cd3383d0c986a83a7 2439 graphics optional libgd2_2.1.0-5.dsc
 fb6f59a130bf43b666fc52231fb06e0b 36820 graphics optional 
libgd2_2.1.0-5.debian.tar.xz
 0c679f15a1f71dcd55ea8312524ecb39 41716 graphics optional 
libgd-tools_2.1.0-5_amd64.deb
 6ac993c3f160fbd9f587bf08a8fc82f9 285312 libdevel optional 
libgd-dev_2.1.0-5_amd64.deb
 aac0c0f311bbcdfcf400e9d7f2680d20 146902 libs optional libgd3_2.1.0-5_amd64.deb
 0279d739914618c55def9acddff81497 315548 debug extra libgd-dbg_2.1.0-5_amd64.deb
 75ae1acfc20612e91924a525b24037b8 1236 oldlibs extra 
libgd2-xpm-dev_2.1.0-5_amd64.deb
 ca3c261ace2f9cb1ec656dbbcb14b91a 1240 oldlibs extra 

Bug#751638: systemctl is-enabled fails for SysV init scripts

2014-12-18 Thread Bernhard Schmidt
Package: systemd
Version: 215-7
Followup-For: Bug #751638

Control: affects -1 puppet

Vincent Bernat:

 I am also annoyed by this bug because this makes Puppet thinks that the
 service is not enabled as it should. Did you get a chance to have a
 better look at the problem?

Same here, marking puppet as affected.

Best Regards,
Bernhard


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



Bug#772151: unblock: db5.3/5.3.28-7

2014-12-18 Thread Ondřej Surý
Uploaded to ftp-master with Distribution: jessie, attaching debdiff for
records:

$ git diff debian/5.3.28-7..debian/5.3.28-7_deb8u1 
diff --git a/debian/changelog b/debian/changelog
index ff3fa07..402263a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,14 @@
+db5.3 (5.3.28-7~deb8u1) jessie; urgency=medium
+
+  * Rebuild for Debian 8.0 in clean jessie chroot.
+
+ -- Ondřej Surý ond...@debian.org  Thu, 18 Dec 2014 13:44:20 +0100
+
 db5.3 (5.3.28-7) unstable; urgency=medium
 
   * Fix typo in libdb5.3-java.maintscript (Closes: #771877)
 
- -- Ondřej Surý ond...@debian.org  Thu, 04 Dec 2014 10:56:49 +0100
+ -- Ondřej Surý ond...@debian.org  Thu, 18 Dec 2014 13:44:20 +0100
 
 db5.3 (5.3.28-6) unstable; urgency=medium
 
diff --git a/debian/gbp.conf b/debian/gbp.conf
index ed92c52..68f96ef 100644
--- a/debian/gbp.conf
+++ b/debian/gbp.conf
@@ -1,7 +1,7 @@
 [DEFAULT]
-debian-branch = debian-sid
+debian-branch = master-jessie
 debian-tag = debian/%(version)s
-upstream-branch = upstream-sid
+upstream-branch = upstream-jessie
 upstream-tag = upstream/%(version)s
 pristine-tar = True
 


On Fri, Dec 12, 2014, at 20:19, Ivo De Decker wrote:
 Control: tags -1 confirmed moreinfo
 
 Hi,
 
 On Fri, Dec 12, 2014 at 10:52:50AM +0100, Ondřej Surý wrote:
  db5.3 migration is blocked by gcc-default (and gcc-4.9 update), thus I
  think t-p-u is needed in this case.
 
 Unfortunately, it looks that way.
 
 Please upload 5.3.28-7~deb8u1 to jessie, and make sure to build it in a
 clean
 jessie chroot. Please remove the moreinfo tags once it's uploaded and
 built
 everywhere.
 
 If it turns out 5.3.28-7 can migrate to jessie after all, it will just
 replace
 the t-p-u version.
 
 Cheers,
 
 Ivo
 
 


-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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



Bug#772471: chromium crash on startup

2014-12-18 Thread JS
The full cause of this chromium crash on 32 bit linux (while the corresponding 
google-chrome-stable version worked fine) was found as issue 439795 on 
https://code.google.com/p/chromium/

It was caused by including a check for error codes for non-existent system 
calls that is not in chromium; see below. This issue is in the debian 3.14 
kernel and has been fixed in the 3.16 kernel.

The full details are in the link below and comment 50 (below) summarizes the 
issue.

thanks,
--jack

https://code.google.com/p/chromium/issues/detail?can=2start=0#=100q=colspec=ID%20Pri%20M%20Week%20ReleaseBlock%20Cr%20Status%20Owner%20Summary%20OS%20Modifiedgroupby=sort=id=439795

#50 ric...@chromium.org 
Hm, I'm not sure why chromium 39.0.2171.71 would include the new syscall check. 
From what what I can tell, that version does not have the check for the seccomp 
syscall: 
https://chromium.googlesource.com/chromium/src.git/+/39.0.2171.71/sandbox/linux/seccomp-bpf/sandbox_bpf.cc

Compare that to 
https://chromium.googlesource.com/chromium/src.git/+/master/sandbox/linux/seccomp-bpf/sandbox_bpf.cc,
 which has the KernelSupportsSeccompTsync function.

You'd probably need to check with whoever built the package you're using to 
figure out how it managed to include that code.


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



Bug#773449: pdf2djvu: please update debian/watch

2014-12-18 Thread Jakub Wilk

Source: pdf2djvu
Version: 0.7.17-4
Severity: wishlist
Tags: patch

Google Code shut down their download service, so I had to move pdf2djvu 
downloads to Bitbucket. Please update the watch file accordingly. :)


References:
http://google-opensource.blogspot.com/2013/05/a-change-to-google-code-download-service.html

--
Jakub Wilk
version=3
https://bitbucket.org/jwilk/pdf2djvu/downloads/pdf2djvu-([\d.]+)\.tar\.xz


Bug#769421: any progress

2014-12-18 Thread Yaroslav Halchenko
Just saw that python-git package uses optionally pygit2 for testing so
thought to check how this ITP is going ;)

Cheers and thanks in advance.
I would recommend to bring this package under python-modules team
umbrella

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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



Bug#772616: pdf2djvu: French translation manpage

2014-12-18 Thread Jakub Wilk

Control: tags -1 + fixed-upstream

* Jean-Paul Guillonneau guillonneau.jeanp...@free.fr, 2014-12-09, 09:22:
Please find attached the French documentation translation, proofread by 
the debian-l10n-french mailing list contributors.


It's now included upstream in pdf2djvu 0.7.18.

--
Jakub Wilk


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



Bug#758262: pdf2djvu: [INTL:pt] Portuguese translation Program Manpage

2014-12-18 Thread Jakub Wilk

Control: tags -1 + fixed-upstream

* Américo Monteiro a_monte...@gmx.com, 2014-08-16, 00:15:

Updated Portuguese translation for pdf2djvu's UI's  manpage messages


It's now included upstream in pdf2djvu 0.7.18.

--
Jakub Wilk


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



Bug#772641: apt: E: Setting TIOCSCTTY for slave fd fd failed when run as a session leader

2014-12-18 Thread Faidon Liambotis
Dear apt maintainers,

On Thu, Dec 11, 2014 at 01:35:27AM +0100, David Kalnischkies wrote:
 Attached is a patch which hopefully does exactly this. It is against
 experimental, but that shouldn't matter (expect for the testcase
 I think). I have run it on Linux amd64 (and armel) hardware as well
 as on a kfreebsd kvm, so I have some hope that it isn't regessing, but
 it would be nice if you could try it with puppet just to be sure that we
 are really fixing the problem completely or if I have justed resolved
 the problem in the setsid testcase.

Since David's patch works and this is an severity: serious/RC bug that
affects multiple people, how would you like to proceed? I see that while
David is not listed as an Uploader, he has a track record of
contributing to apt and has even signed off the latest upload.

I'd be happy to either sponsor an upload by David or NMU with his patch.
David, what do you think?

Let me know.

Thanks,
Faidon


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



Bug#773299: unblock: python-lightblue/0.3.2-2

2014-12-18 Thread Raphael Hertzog
Control: tag -1 - moreinfo

On Wed, 17 Dec 2014, Jonathan Wiltshire wrote:
 In fact, this package should probably be adopted by the python-modules
 team. I can make sure that this happens since I'm part of the team. Would
 that reassure you?
 
 Ok, it's a deal.
 
 Let me know when it's adopted please.

I just uploaded python-lightblue 0.3.2-3 with the maintainer set
to the python-modules team. Other supplementary changes include
the addition of Vcs-* fields and of a watch file. Besides that,
the debdiff that you already saw still applies to this upload.

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#762132: fglrx-driver 1:14.12-1 - problem remains

2014-12-18 Thread Ludo
Tried 1:14.12-1 from experimental today, cursor is still invisible.


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



Bug#773450: can't run laborejo-qt because of ImportError

2014-12-18 Thread Félix Sipma
Package: laborejo
Version: 0.8~ds0-1
Severity: grave
Justification: renders package unusable

Running laborejo-qt fails, due to an ImportError:

$ laborejo-qt 
Traceback (most recent call last):
  File /usr/bin/laborejo-qt, line 24, in module
import laborejoqt
  File /usr/share/laborejo/laborejoqt/__init__.py, line 13, in module
from PyQt4 import QtCore, QtGui
ImportError: /usr/lib/python2.7/dist-packages/PyQt4/QtCore.so: undefined 
symbol: PyString_Type


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

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

Versions of packages laborejo depends on:
ii  fonts-freefont-ttf  20120503-4
ii  fonts-oflb-euterpe  1.1-5
ii  python3 3.4.2-2
ii  python3-pyqt4   4.11.2+dfsg-1

Versions of packages laborejo recommends:
pn  jackd none
ii  lilypond  2.18.2-4

laborejo suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature


Bug#769421: any progress

2014-12-18 Thread Thomas Goirand
On 12/18/2014 09:41 PM, Yaroslav Halchenko wrote:
 Just saw that python-git package uses optionally pygit2 for testing so
 thought to check how this ITP is going ;)
 
 Cheers and thanks in advance.
 I would recommend to bring this package under python-modules team
 umbrella

It's in the NEW queue, waiting for FTP masters approval.

Thomas


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



Bug#773354: please add breaks: live-tools ( 4.0.1-1)

2014-12-18 Thread Phillip Susi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/17/2014 6:27 PM, Daniel Baumann wrote:
 On 12/17/14 23:50, Andreas Henriksson wrote:
 I'd guess (without having looked) because live-tools diverts 
 update-initramfs?
 
 no, it's about uptime.

What?


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

iQEcBAEBAgAGBQJUkuCUAAoJENRVrw2cjl5R3BYIAIYUEHWyeJb3ar/2D4V9//zO
1LQ7G6jZURBSnn/FqUfzHEW6S7Q1m4Hk5aUvXdlEv1M0e98xPVGQ6irjEd0aGXsz
aHv6C1VW1r00yRa6WnkShhreEuuzjDUmWsS8To8Rbv0fUPxOhRsJRXjlcn89Gjqs
X9eFDojeUv8P3Z5S+byThsnFwVoWuPnF0WETHmmsxhX4uxkpQumIBHzqB0KgK3Fe
hFX2PCu0qqp4QtKc9TW7dPTb/Mueg9PX1UVm8wQwwtKFClqhLoNvCSlAFJe7e3Br
WRCQPj760ZP5NBsCwNDNZNyf/wdfb06k/2lOYvDNJ1kSBB2EBPvSl5jhiQx5ou0=
=HvMz
-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#773451: libqtcore4:amd64: QRectF.setTop() and co do not play nicely with non-numbers (NaN and INF)

2014-12-18 Thread Vincent Fourmond
Package: libqtcore4
Version: 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
Severity: normal

  Hello,

  I've been hit by a bug where I have essentially this: (ret is QRectF)

ret.setTop(0.1);
ret.setBottom(-0.1);
o  Fxd:   ret.height()   -   ret.top()   | 
   ret.bottom()  endl;

  The output line shows that, if you have a NaN in the coordinates,
  then the line above DOES NOT set the top and bottom coordinates
  (they stay at NaN):

Fxd: nan - nan | nan

  Looking at the code for setTop, it all makes sense, as the pro

inline void QRectF::setTop(qreal pos) { qreal diff = pos - yp; yp +=
diff; h -= diff; }

  However, this is very confusing at best... Looking at the
  documentation, calling moveTop and then setBottom may be smarter,
  but, it really should just work...

  Best regards,

   Vincent

  
  



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

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

Versions of packages libqtcore4:amd64 depends on:
ii  libc6  2.19-13
ii  libgcc11:4.9.2-8
ii  libglib2.0-0   2.42.1-1
ii  libstdc++6 4.9.2-8
ii  multiarch-support  2.19-13
ii  qtcore4-l10n   4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  zlib1g 1:1.2.8.dfsg-2+b1

libqtcore4:amd64 recommends no packages.

Versions of packages libqtcore4:amd64 suggests:
ii  libicu52  52.1-6
ii  libthai0  0.1.21-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#772977: mount: root partition cannot be remounted readwrite from shell

2014-12-18 Thread Phillip Susi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 772977 - moreinfo + fixed-upstream
thanks

They fixed it upstream

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

iQEcBAEBAgAGBQJUkuX7AAoJENRVrw2cjl5RBTUH/044JAIRAaC366HvdF+O9gVK
YXmdfx/E9RDp35LrUJSfObLHToqeSavFkDT7BGiTau10iDsnXEP4beIadv7Euqzw
tZwiKJOP0BwWin4059vx++n5M3e0keuLxbdV/vCeZlnDPllEKjfwO4RCcZMscGHU
V5/hVHW8WE8avyVGitrFg862wJVgli/QJ0QFtotg0LFrIKCxV9JPSHK/zObxezHL
oMgiJ+IB2S3nvGueIko6aP2/5ZuCu9rvdie0l23hh0rsQ+A9Z9fY8H13GD5Qas2q
rG4XkdI79W6M8tPX3lb6qTzHtEnk01PmhaNVEbpPuCQHgaIfx33/SdODqTtlG3Y=
=OQMF
-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#773450: can't run laborejo-qt because of ImportError

2014-12-18 Thread Alessio Treglia
severity 773450 important
tags 773450 moreinfo
thanks

Hi,

On Thu, Dec 18, 2014 at 2:03 PM, Félix Sipma felix+deb...@gueux.org wrote:
 ImportError: /usr/lib/python2.7/dist-packages/PyQt4/QtCore.so: undefined 
 symbol: PyString_Type

Sorry but I can't reproduce it here.
Could you please show me the result fo the following command?

   head /usr/bin/laborejo-qt

Would you please test running laborejo-qt as follows?

   python3 /usr/bin/laborejo-qt


Thanks.

-- 
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#772977: mount: root partition cannot be remounted readwrite from shell

2014-12-18 Thread Andreas Henriksson
Hi.

On Thu, Dec 18, 2014 at 09:34:35AM -0500, Phillip Susi wrote:
 They fixed it upstream

For the record, this is commit 01966ce
libmount: allow unspecified source on remount

https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit/?id=01966ce852ac6c46e7e35a8e4f981dea88620ff8

Regards,
Andreas Henriksson


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



Bug#773453: ITP: ckylark -- phrase structure parser based on PCFG-LA

2014-12-18 Thread Koichi Akabe
Package: wnpp
Severity: wishlist
Owner: Koichi Akabe vbkaise...@gmail.com

* Package name: ckylark
  Version : 0.3.0
  Upstream Author : Yusuke Oda yus.tak...@gmail.com
* URL : https://github.com/odashi/ckylark
* License : LGPL-3+
  Programming Lang: C++
  Description : phrase structure parser based on PCFG-LA

Phrase structure rules are one of analysis methods for natural languages
proposed by the linguist, Noam Chomsky. This program parses given sentences
into phrase structures based on the Latent Annotated Probabilistic Context
Free Grammer (PCFG-LA).

Phrase structure parsing can be used for some natural language processings
such as phrase extractions, semantic analysis and machine translations.

I need a sponsor.


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



Bug#773454: network-manager: Network manager does not store passwords for new wlan connections anymore

2014-12-18 Thread Michael Meier
Package: network-manager
Version: 0.9.10.0-3
Severity: important

When connection to a new wlan, network manager does not store the password and 
the password needs to be reentered after every reconnect.
It does create the wlan config file below 
/etc/NetworkManager/system-connections , but it does not store the password in 
it.
Manually removing the line
psk-flags=1
and adding a line
psk=password
helps. After restarting the network manager service it can auto connect to the 
wlan without asking for the password again.
This behaviour already exists since about half a year, but it was just faster 
to edit the files, than reporting the bug. 
With the first version of network manager where that bug appeared I was able to 
enter the password by editing the connection in the plasma nm modul. But After 
the next update of network manager that was not possible anymore, since the ok 
button stays greyed out forever and it is impossible to save changes, thus 
editing the config file manually is necesary...
Below what the generated config file looks like, and afterwards the log output 
of network manager:

[connection]
id=FAMILI ARCOS REAL
uuid=22c6b842-5513-4b1e-a369-e7190d5951ad
type=wifi
permissions=user:rmm:;

[wifi]
ssid=FAMILI ARCOS REAL
mode=infrastructure
mac-address=C4:85:08:E0:C3:DD
security=802-11-wireless-security

[wifi-security]
key-mgmt=wpa-psk
auth-alg=open
psk-flags=1

[ipv4]
method=auto

[ipv6]
method=auto



Dec 18 08:54:19 RMMbook dbus[1425]: [system] Successfully activated service 
'org.freedesktop.nm_dispatcher'
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info NetworkManager (version 
0.9.10.0) is starting...
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info Read config: 
/etc/NetworkManager/NetworkManager.conf
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info WEXT support is enabled
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info VPN: loaded 
org.freedesktop.NetworkManager.vpnc
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info VPN: loaded 
org.freedesktop.NetworkManager.openvpn
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info VPN: loaded 
org.freedesktop.NetworkManager.pptp
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info init!
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info update_system_hostname
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info   interface-parser: 
parsing file /etc/network/interfaces
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info   interface-parser: 
finished parsing file /etc/network/interfaces
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info management mode: unmanaged
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info devices added (path: 
/sys/devices/pci:00/:00:1c.0/:01:00.0/net/wlan0, iface: wlan0)
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info device added (path: 
/sys/devices/pci:00/:00:1c.0/:01:00.0/net/wlan0, iface: wlan0): no 
ifupdown configuration found.
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info devices added (path: 
/sys/devices/pci:00/:00:1c.3/:02:00.0/net/eth0, iface: eth0)
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info device added (path: 
/sys/devices/pci:00/:00:1c.3/:02:00.0/net/eth0, iface: eth0): no 
ifupdown configuration found.
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info devices added (path: 
/sys/devices/virtual/net/lo, iface: lo)
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info device added (path: 
/sys/devices/virtual/net/lo, iface: lo): no ifupdown configuration found.
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info devices added (path: 
/sys/devices/virtual/net/virbr0, iface: virbr0)
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info device added (path: 
/sys/devices/virtual/net/virbr0, iface: virbr0): no ifupdown configuration 
found.
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info end _init.
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info Loaded plugin ifupdown: 
(C) 2008 Canonical Ltd.  To report bugs please use the NetworkManager mailing 
list.
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info Loaded plugin keyfile: 
(c) 2007 - 2013 Red Hat, Inc.  To report bugs please use the NetworkManager 
mailing list.
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info (1140871616) ... 
get_connections.
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info (1140871616) ... 
get_connections (managed=false): return empty list.
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info new connection 
/etc/NetworkManager/system-connections/Yoga Vishnu Studio
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info new connection 
/etc/NetworkManager/system-connections/Movilnet
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info new connection 
/etc/NetworkManager/system-connections/JOSE BERROCAL
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info new connection 
/etc/NetworkManager/system-connections/APARTA ESTUDIO. 1
Dec 18 08:54:19 RMMbook NetworkManager[25724]: info new connection 
/etc/NetworkManager/system-connections/59293779
Dec 

Bug#772639: squirrelmail: Can't login courier imap server

2014-12-18 Thread Thijs Kinkhorst
severity 772639 important
thanks

Hi Tomoo,

On Tue, December 9, 2014 14:40, Tomoo Nomura wrote:
 When login from squirrelmail to imap server, the server rejects the
 request due to Unknown user or invalid password.
 The reason is that squirrelmail sents incorrect password to the server.
 Squirrelmail gets the password through encryption and decryption. In a
 process of decription, squirrelmail drops some characters of the password.

Thanks for your report and the patch. I've been logging in with
SquirrelMail to Courier for many years so I'm not sure that this is a
generic problem warranting the serious severity, so I'm downgrading it
for now.

Nonetheless I'll investigate the issue, of course.


Cheers,
Thijs


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



Bug#773455: cbmc: please build with -Wno-error=unused-result (Ubuntu)

2014-12-18 Thread Graham Inggs

Source: cbmc
Version: 4.9-4
Severity: wishlist
Tags: patch

Hi maintainer

Please consider applying the attached patch to build with 
-Wno-error=unused-result.

Without this patch, cbmc FTBFS on the Ubuntu builders as shown below.

Regards
Graham


g++ -c -MMD -MP -DSTL_HASH_TR1 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall -O2 -g -Werror -Wno-long-long 
-Wno-sign-compare -Wno-parentheses -Wno-strict-aliasing -pedantic -I .. 
-o tempdir.o tempdir.cpp
tempdir.cpp: In constructor 'temp_working_dirt::temp_working_dirt(const 
string)':
tempdir.cpp:167:22: error: ignoring return value of 'int chdir(const 
char*)', declared with attribute warn_unused_result [-Werror=unused-result]

   chdir(path.c_str());
  ^
tempdir.cpp: In destructor 'temp_working_dirt::~temp_working_dirt()':
tempdir.cpp:184:39: error: ignoring return value of 'int chdir(const 
char*)', declared with attribute warn_unused_result [-Werror=unused-result]

   chdir(old_working_directory.c_str());
   ^
cc1plus: all warnings being treated as errors
../common:146: recipe for target 'tempdir.o' failed
make[3]: *** [tempdir.o] Error 1
make[3]: Leaving directory '/build/buildd/cbmc-4.9/src/util'
Makefile:31: recipe for target 'util.dir' failed
make[2]: *** [util.dir] Error 2
make[2]: Leaving directory '/build/buildd/cbmc-4.9/src'
debian/rules:24: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/build/buildd/cbmc-4.9'
debian/rules:15: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
diff -Nru cbmc-4.9/debian/rules cbmc-4.9/debian/rules
--- cbmc-4.9/debian/rules	2013-07-10 14:34:42.0 +0200
+++ cbmc-4.9/debian/rules	2014-12-18 16:17:34.0 +0200
@@ -9,7 +9,7 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-export DEB_CXXFLAGS_MAINT_APPEND := -Wall -O2 -g -Werror -Wno-long-long -Wno-sign-compare -Wno-parentheses -Wno-strict-aliasing -pedantic
+export DEB_CXXFLAGS_MAINT_APPEND := -Wall -O2 -g -Werror -Wno-long-long -Wno-sign-compare -Wno-parentheses -Wno-strict-aliasing -Wno-error=unused-result -pedantic
 
 %:
 	dh $@ --parallel


Bug#772977: mount: root partition cannot be remounted readwrite from shell

2014-12-18 Thread Michal Suchanek
On 18 December 2014 at 15:42, Andreas Henriksson andr...@fatal.se wrote:
 Hi.

 On Thu, Dec 18, 2014 at 09:34:35AM -0500, Phillip Susi wrote:
 They fixed it upstream

 For the record, this is commit 01966ce
 libmount: allow unspecified source on remount

 https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit/?id=01966ce852ac6c46e7e35a8e4f981dea88620ff8


Thanks for the fix

Michal


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



Bug#772791: release.debian.org: unblock: cmigemo 1:1.2+gh0.20140306-5

2014-12-18 Thread Youhei SASAKI
Hi,

At Thu, 18 Dec 2014 12:40:34 +,
Jonathan Wiltshire j...@debian.org wrote:

 (cc-ing a -done address means we never see it, good job you also mailed me)

Oh, your right. thanks.

 On Thu, Dec 18, 2014 at 05:11:52PM +0900, Youhei SASAKI wrote:
  Hi,
 
  At Thu, 11 Dec 2014 21:23:14 +,
  Jonathan Wiltshire j...@debian.org wrote:
  
   On Thu, Dec 11, 2014 at 02:40:47PM +0900, Youhei SASAKI wrote:
These two variables fix migemo + isearch error reported #772786.
  
   This bug is severity:normal. Unless that severity is incorrect, this is no
   longer appropriate for this stage of the freeeze, so I'm declining your
   request.
 
  Yes, original report is severity:normal. But this cause error of Emacs 
  randomly.
  Thus as far as I think, this bug is important.

 Ok, but that's still not release-critical, so I haven't changed my mind.

Hmm...

It's very unfortunate not for me but someone who use emacs and migemo on Debian.
But I see, it's too late. 

Best Wishes,
Youhei

---
Youhei SASAKI uwab...@gfd-dennou.org
  uwab...@debian.or.jp
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07


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



Bug#768188: Info received (Jessie Installer hangs after processing DHCPv6 stateful addressing)

2014-12-18 Thread Peter Valdemar Mørch
And just to be clear: After booting into the installed system, it does
not hang at DHCP setup. So it only hangs on DHCP setup during d-i.


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



Bug#620296: ps3-utils uploaded to mentors.debian.net

2014-12-18 Thread Ana Guerrero Lopez
On Thu, May 30, 2013 at 04:32:29PM -0700, Geoff Levand wrote:
 Hi Sean,
 
 I updated the ps3-utils package to bring it up to the latest sources,
 which fixes a few bugs, and also brought the debian build system files
 up to date.  I put myself down as package maintainer, since it seemed to
 make sense to do so.
 
 I would certainly appreciate if you would act as sponsor and review the
 package and upload if it looks OK.


Hi Geoff,

I'm sorry nobody replied this bug report. Sean has retired from Debian
and from the Debian QA team, we were looking at orphaning his packages.
Given the low popularity of this one, I was about to file for its removal
but if you're still interested, you could adopt it as you stated in this
email. The challenge here is there are not so much people with powerpc
machine or interest who could upload the package for you. That's probably
the reason why your package didn't receive that much attention at
mentors.debian.net

Ana


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



Bug#773454: [Pkg-utopia-maintainers] Bug#773454: network-manager: Network manager does not store passwords for new wlan connections anymore

2014-12-18 Thread Michael Biebl
Am 18.12.2014 um 14:51 schrieb Michael Meier:
 Package: network-manager
 Version: 0.9.10.0-3
 Severity: important
 
 When connection to a new wlan, network manager does not store the password 
 and the password needs to be reentered after every reconnect.
 It does create the wlan config file below 
 /etc/NetworkManager/system-connections , but it does not store the password 
 in it.
 Manually removing the line
 psk-flags=1


psk-flags means, the password is supposed to be saved in the user
session. What desktop environment do you use?
In case of GNOME, this would be gnome-keyring and for KDE, kwallet.


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



signature.asc
Description: OpenPGP digital signature


Bug#773300: Improve glibc bootstrap

2014-12-18 Thread YunQiang Su
Sorry, forgot to attach the new patch.

On Thu, Dec 18, 2014 at 11:44 PM, YunQiang Su wzss...@gmail.com wrote:
 Thank you for pointing them out.

 On Wed, Dec 17, 2014 at 3:10 AM, Helmut Grohne hel...@subdivi.de wrote:
 On Tue, Dec 16, 2014 at 11:39:40PM +0800, YunQiang Su wrote:
 Hi, the attached patch can improve bootstrapping of glibc.

 Partially, this seems to be a duplicate of #766877. Maybe these should
 be merged?

 It produces the similiar stage1 glibc
 (libc6/libc6-dev and multilib version of them),
 at the same time, the dependencies of them are also correct.

 The documentation and rationale of this patch are scarce. I have a few
 comments on individual hunks though.

 diff -Nru glibc-2.19/debian/rules glibc-2.19/debian/rules
 --- glibc-2.19/debian/rules 2014-10-17 07:43:19.0 +
 +++ glibc-2.19/debian/rules 2014-12-10 23:16:28.0 +
 @@ -143,8 +143,12 @@
  endif
  endif

 +ifeq ($(DEB_STAGE),stage2)
 +  DEB_BUILD_PROFILES+=stage2
 +endif
 +
  ifneq ($(filter stage1,$(DEB_BUILD_PROFILES)),)
 -  DEB_ARCH_REGULAR_PACKAGES = $(libc)-dev
 +  DEB_ARCH_REGULAR_PACKAGES = $(libc)-dev $(libc)
DEB_INDEP_REGULAR_PACKAGES =
DEB_UDEB_PACKAGES =
  else

 I have no clue how one would build the libc in stage1. The gcc stage1
 does not provide the means for doing so. If anything those packages
 would be empty. I.e. this seems rather wrong to me.

 Yes, it is a empty package and are used only for meeting dependency.
 It is only for stage1, and it can make things simple.
 I don't treat it as a problem.


 diff -Nru glibc-2.19/debian/sysdeps/linux.mk 
 glibc-2.19/debian/sysdeps/linux.mk
 --- glibc-2.19/debian/sysdeps/linux.mk  2014-07-16 18:43:31.0 +
 +++ glibc-2.19/debian/sysdeps/linux.mk  2014-12-10 23:11:05.0 +
 @@ -16,11 +16,7 @@
  endif

  ifndef LINUX_SOURCE
 -  ifeq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
 -LINUX_HEADERS := /usr/include
 -  else
 -LINUX_HEADERS := /usr/$(DEB_HOST_GNU_TYPE)/include
 -  endif
 +  LINUX_HEADERS := /usr/include
LINUX_ARCH_HEADERS := /usr/include/$(DEB_HOST_MULTIARCH)
  else
LINUX_HEADERS := $(LINUX_SOURCE)/include

 This breaks the supported cross build method.

 -  ifeq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
 +  ifeq ($(shell dpkg-query --status
 linux-libc-dev-$(DEB_HOST_ARCH)-cross 2/dev/null),)
  LINUX_HEADERS := /usr/include
else
  LINUX_HEADERS := /usr/$(DEB_HOST_GNU_TYPE)/include
endif
 +  LINUX_HEADERS := /usr/include
LINUX_ARCH_HEADERS := /usr/include/$(DEB_HOST_MULTIARCH)
  else
LINUX_HEADERS := $(LINUX_SOURCE)/include

 Will it be ok? I am not very sure whether 
 linux-libc-dev-$(DEB_HOST_ARCH)-cross
 will be installed in the support method scheme.


 diff -Nru glibc-2.19/debian/sysdeps/mips64.mk 
 glibc-2.19/debian/sysdeps/mips64.mk
 --- glibc-2.19/debian/sysdeps/mips64.mk 2014-10-17 07:43:19.0 +
 +++ glibc-2.19/debian/sysdeps/mips64.mk 2014-12-11 03:50:09.0 +
 @@ -59,5 +59,5 @@
  # create a symlink for the 32 bit dynamic linker in /lib
  define libc6-mips32_extra_pkg_install
  mkdir -p debian/libc6-mips32/lib
 -ln -sf /libo32/ld.so.1 debian/libc6-mips32/lib
 +ln -sf ../libo32/ld.so.1 debian/libc6-mips32/lib
  endef

 This violates a should in Debian policy section 10.5.

 Will mv OK?

 mv -f debian/libc6-mips32/libo32/{ld.so.1,ld-*.so} debian/libc6-mips32/lib

 I tested it. It works on mips64el.



 Helmut



 --
 YunQiang Su



-- 
YunQiang Su


glibc.debdiff
Description: Binary data


Bug#773300: Improve glibc bootstrap

2014-12-18 Thread YunQiang Su
Thank you for pointing them out.

On Wed, Dec 17, 2014 at 3:10 AM, Helmut Grohne hel...@subdivi.de wrote:
 On Tue, Dec 16, 2014 at 11:39:40PM +0800, YunQiang Su wrote:
 Hi, the attached patch can improve bootstrapping of glibc.

 Partially, this seems to be a duplicate of #766877. Maybe these should
 be merged?

 It produces the similiar stage1 glibc
 (libc6/libc6-dev and multilib version of them),
 at the same time, the dependencies of them are also correct.

 The documentation and rationale of this patch are scarce. I have a few
 comments on individual hunks though.

 diff -Nru glibc-2.19/debian/rules glibc-2.19/debian/rules
 --- glibc-2.19/debian/rules 2014-10-17 07:43:19.0 +
 +++ glibc-2.19/debian/rules 2014-12-10 23:16:28.0 +
 @@ -143,8 +143,12 @@
  endif
  endif

 +ifeq ($(DEB_STAGE),stage2)
 +  DEB_BUILD_PROFILES+=stage2
 +endif
 +
  ifneq ($(filter stage1,$(DEB_BUILD_PROFILES)),)
 -  DEB_ARCH_REGULAR_PACKAGES = $(libc)-dev
 +  DEB_ARCH_REGULAR_PACKAGES = $(libc)-dev $(libc)
DEB_INDEP_REGULAR_PACKAGES =
DEB_UDEB_PACKAGES =
  else

 I have no clue how one would build the libc in stage1. The gcc stage1
 does not provide the means for doing so. If anything those packages
 would be empty. I.e. this seems rather wrong to me.

Yes, it is a empty package and are used only for meeting dependency.
It is only for stage1, and it can make things simple.
I don't treat it as a problem.


 diff -Nru glibc-2.19/debian/sysdeps/linux.mk 
 glibc-2.19/debian/sysdeps/linux.mk
 --- glibc-2.19/debian/sysdeps/linux.mk  2014-07-16 18:43:31.0 +
 +++ glibc-2.19/debian/sysdeps/linux.mk  2014-12-10 23:11:05.0 +
 @@ -16,11 +16,7 @@
  endif

  ifndef LINUX_SOURCE
 -  ifeq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
 -LINUX_HEADERS := /usr/include
 -  else
 -LINUX_HEADERS := /usr/$(DEB_HOST_GNU_TYPE)/include
 -  endif
 +  LINUX_HEADERS := /usr/include
LINUX_ARCH_HEADERS := /usr/include/$(DEB_HOST_MULTIARCH)
  else
LINUX_HEADERS := $(LINUX_SOURCE)/include

 This breaks the supported cross build method.

-  ifeq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
+  ifeq ($(shell dpkg-query --status
linux-libc-dev-$(DEB_HOST_ARCH)-cross 2/dev/null),)
 LINUX_HEADERS := /usr/include
   else
 LINUX_HEADERS := /usr/$(DEB_HOST_GNU_TYPE)/include
   endif
+  LINUX_HEADERS := /usr/include
   LINUX_ARCH_HEADERS := /usr/include/$(DEB_HOST_MULTIARCH)
 else
   LINUX_HEADERS := $(LINUX_SOURCE)/include

Will it be ok? I am not very sure whether linux-libc-dev-$(DEB_HOST_ARCH)-cross
will be installed in the support method scheme.


 diff -Nru glibc-2.19/debian/sysdeps/mips64.mk 
 glibc-2.19/debian/sysdeps/mips64.mk
 --- glibc-2.19/debian/sysdeps/mips64.mk 2014-10-17 07:43:19.0 +
 +++ glibc-2.19/debian/sysdeps/mips64.mk 2014-12-11 03:50:09.0 +
 @@ -59,5 +59,5 @@
  # create a symlink for the 32 bit dynamic linker in /lib
  define libc6-mips32_extra_pkg_install
  mkdir -p debian/libc6-mips32/lib
 -ln -sf /libo32/ld.so.1 debian/libc6-mips32/lib
 +ln -sf ../libo32/ld.so.1 debian/libc6-mips32/lib
  endef

 This violates a should in Debian policy section 10.5.

Will mv OK?

mv -f debian/libc6-mips32/libo32/{ld.so.1,ld-*.so} debian/libc6-mips32/lib

I tested it. It works on mips64el.



 Helmut



-- 
YunQiang Su


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



Bug#769421: NEW queue

2014-12-18 Thread Yaroslav Halchenko
awesome -- THANKS!

would you mind sharing/pointing to the source package interim?
may be it would be worth uploading backport to NeuroDebian ;)

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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



Bug#769657: Patch

2014-12-18 Thread Jean-Louis Dupond

Hi,

Attached you can find a patch that resolves this problem.
The patch pipes the mysqldump output directly to bzip2/gzip.

Because of this you don't need to have alot of free diskspace to hold 
the uncompressed .sql file while dumping the database.


Please consider to add this in the automysqlbackup package.

Thx
Jean-Louisdiff --git a/automysqlbackup b/automysqlbackup
index ddbea01..c9bbcd1 100755
--- a/automysqlbackup
+++ b/automysqlbackup
@@ -79,6 +79,9 @@ DOWEEKLY=6
 # Choose Compression type. (gzip or bzip2)
 COMP=gzip
 
+# Compress backups on the fly with gzip or bzip2 (yes or no)
+COMPDIRECT=no
+
 # Compress communications between backup server and MySQL server?
 COMMCOMP=no
 
@@ -250,8 +253,10 @@ fi
 # Change Log
 #=
 #
+# VER 2.6 - (2014-12-18)
+#Added direct compression support to save diskspace
 # VER 2.5 - (2006-01-15)
-#		Added support for setting MAXIMUM_PACKET_SIZE and SOCKET parameters (suggested by Yvo van Doorn)
+#Added support for setting MAXIMUM_PACKET_SIZE and SOCKET parameters (suggested by Yvo van Doorn)
 # VER 2.4 - (2006-01-23)
 #Fixed bug where weekly backups were not being rotated. (Fix by wolf02)
 #Added hour an min to backup filename for the case where backups are taken multiple
@@ -350,7 +355,7 @@ DNOW=`date +%u`		# Day number of the week 1 to 7 where 1 represents Monday
 DOM=`date +%d`			# Date of the Month e.g. 27
 M=`date +%B`			# Month e.g January
 W=`date +%V`			# Week Number e.g 37
-VER=2.5	# Version Number
+VER=2.6	# Version Number
 LOGFILE=$BACKUPDIR/$DBHOST-`date +%N`.log		# Logfile Name
 LOGERR=$BACKUPDIR/ERRORS_$DBHOST-`date +%N`.log		# Logfile Name
 BACKUPFILES=
@@ -420,26 +425,54 @@ exec 2 $LOGERR # stderr replaced with file $LOGERR.
 
 # Functions
 
+SUFFIX=
+
 # Database dump function
 dbdump () {
-	touch $2
-	chmod 600 $2
 	if [ $1 = information_schema ] ; then
 		NEWOPT=--skip-opt ${OPT}
 	else
 		NEWOPT=--opt $OPT
 	fi
 
-	if [ -z ${USERNAME} -o -z ${PASSWORD} ] ; then
-		mysqldump --defaults-file=/etc/mysql/debian.cnf $NEWOPT $1  $2
+	if [ $COMPDIRECT = yes ]  ( [ $COMP = gzip ] || [ $COMP = bzip2 ] ); then
+		if [ $COMP = gzip ]; then
+			SUFFIX=.gz
+			touch $2.gz
+			chmod 600 $2.gz
+			if [ -z ${USERNAME} -o -z ${PASSWORD} ] ; then
+mysqldump --defaults-file=/etc/mysql/debian.cnf $NEWOPT $1 | gzip -f  $2.gz
+			else
+mysqldump --user=$USERNAME --password=$PASSWORD --host=$DBHOST $NEWOPT $1  | gzip -f  $2.gz
+			fi
+		elif [ $COMP = bzip2 ]; then
+			SUFFIX=.bz2
+			touch $2.bz2
+chmod 600 $2.bz2
+			if [ -z ${USERNAME} -o -z ${PASSWORD} ] ; then
+mysqldump --defaults-file=/etc/mysql/debian.cnf $NEWOPT $1 | gzip -f  $2.bz2
+else
+mysqldump --user=$USERNAME --password=$PASSWORD --host=$DBHOST $NEWOPT $1  | gzip -f  $2.bz2
+fi
+		fi
 	else
-		mysqldump --user=$USERNAME --password=$PASSWORD --host=$DBHOST $NEWOPT $1  $2
+	touch $2
+		chmod 600 $2
+		if [ -z ${USERNAME} -o -z ${PASSWORD} ] ; then
+			mysqldump --defaults-file=/etc/mysql/debian.cnf $NEWOPT $1  $2
+			compression $2
+		else
+			mysqldump --user=$USERNAME --password=$PASSWORD --host=$DBHOST $NEWOPT $1  $2
+			compression $2
+		fi
+	fi
+	if [ $LATEST = yes ]; then
+		cp $1$SUFFIX $BACKUPDIR/latest/
 	fi
 	return 0
 }
 
 # Compression function plus latest copy
-SUFFIX=
 compression () {
 if [ $COMP = gzip ]; then
 	gzip -f $1
@@ -454,9 +487,6 @@ elif [ $COMP = bzip2 ]; then
 else
 	echo No compression option set, check advanced settings
 fi
-if [ $LATEST = yes ]; then
-	cp $1$SUFFIX $BACKUPDIR/latest/
-fi	
 return 0
 }
 
@@ -536,7 +566,6 @@ echo ==
 			fi
 			echo Monthly Backup of $MDB...
 dbdump $MDB $BACKUPDIR/monthly/$MDB/${MDB}_$DATE.$M.$MDB.sql
-compression $BACKUPDIR/monthly/$MDB/${MDB}_$DATE.$M.$MDB.sql
 BACKUPFILES=$BACKUPFILES $BACKUPDIR/monthly/$MDB/${MDB}_$DATE.$M.$MDB.sql$SUFFIX
 			echo --
 		done
@@ -572,7 +601,6 @@ echo ==
 		rm -fv $BACKUPDIR/weekly/$DB/${DB}_week.$REMW.*
 		echo
 			dbdump $DB $BACKUPDIR/weekly/$DB/${DB}_week.$W.$DATE.sql
-			compression $BACKUPDIR/weekly/$DB/${DB}_week.$W.$DATE.sql
 			BACKUPFILES=$BACKUPFILES $BACKUPDIR/weekly/$DB/${DB}_week.$W.$DATE.sql$SUFFIX
 		echo --
 	
@@ -583,7 +611,6 @@ echo ==
 		rm -fv $BACKUPDIR/daily/$DB/*.$DOW.sql.*
 		echo
 			dbdump $DB $BACKUPDIR/daily/$DB/${DB}_$DATE.$DOW.sql
-			compression $BACKUPDIR/daily/$DB/${DB}_$DATE.$DOW.sql
 			BACKUPFILES=$BACKUPFILES $BACKUPDIR/daily/$DB/${DB}_$DATE.$DOW.sql$SUFFIX
 	

Bug#734756: installation-reports: Hang during Select and Install Software

2014-12-18 Thread Jonathan Wiltshire
Hi,

I just reproduced this bug in a netinstall of Jessie Beta 2, possibly
Beta 1 (I should tidy them up really). The installation hangs because:

main-menu[382]: INFO: Menu item 'pkgsel' selected
pkgsel: checking for (security) updates to the base system
in-target: Can't exec aptitude: No such file or directory at
/usr/bin/debconf-apt-progress line 130, STDIN line 2
in-target: use of uninitialized value in vec at
/usr/bin/debconf-apt-progress line 74, STDIN line 2.
in-target: use of uninitialized value in vec at
/usr/bin/debconf-apt-progress line 75, STDIN line 2.

I updated my installer image to last night's daily and this resolved the
problem, so assuming this is the same bug as the reporter encountered,
it should be closable.

(Control: tag -1 confirmed unreproducible? :)

-- 
Jonathan Wiltshire
Tiger Computing Ltd
Linux for Business

Tel: 01600 483 484
Web: http://www.tiger-computing.co.uk
Follow us on Facebook: http://www.facebook.com/TigerComputing

Registered in England. Company number: 3389961
Registered address: Wyastone Business Park,
 Wyastone Leys, Monmouth, NP25 3SR



signature.asc
Description: OpenPGP digital signature


Bug#773456: [cryptsetup] invoke-rc.d not found on boot

2014-12-18 Thread Lobko, Eugene
Package: cryptsetup
Version: 2:1.6.6-4
Severity: minor

--- Please enter the report below this line. ---
Dear Maintainer,

After the most recent cryptsetup update a message appears on a boot screen:

/etc/init.d/cryptdisks-early: 753: /etc/init.d/cryptdisks-early: invoke-rc.d: 
not found

It seems it is related to bug #764564, which was closed in 1.6.6-4. I have not 
found the core functionality breaks, but the message looks disturbing on the 
systems not using upstart.

Thank you,

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: 8.0
  800 testing ftp.us.debian.org 
  500 unstableftp.us.debian.org 
  500 stable  dl.google.com 
  100 experimentalftp.us.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-===
libc6   (= 2.15) | 
debconf (= 0.5)  | 
 OR debconf-2.0   | 
dmsetup   | 
cryptsetup-bin| 


Recommends(Version) | Installed
===-+-===
kbd | 1.15.5-2
console-setup   | 1.114
initramfs-tools  (= 0.91)  | 0.116
 OR linux-initramfs-tool| 
busybox | 1:1.22.0-9+b1
 OR busybox-static  | 


Suggests(Version) | Installed
=-+-===
dosfstools| 3.0.27-1
liblocale-gettext-perl| 1.05-8+b1
keyutils  | 1.5.9-5+b1



-- 
Eugene Lobko
Quoin Inc

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


Bug#773454: [Pkg-utopia-maintainers] Bug#773454: network-manager: Network manager does not store passwords for new wlan connections anymore

2014-12-18 Thread Michael Meier
I am using kde. But I never ever used kwallet, and in previous versions 
it worked without problems. Network manager stored the passwords 
directly in the config files.


Am 18.12.2014 11:06, schrieb Michael Biebl:

Am 18.12.2014 um 14:51 schrieb Michael Meier:

Package: network-manager
Version: 0.9.10.0-3
Severity: important

When connection to a new wlan, network manager does not store the 
password and the password needs to be reentered after every reconnect.
It does create the wlan config file below 
/etc/NetworkManager/system-connections , but it does not store the 
password in it.

Manually removing the line
psk-flags=1



psk-flags means, the password is supposed to be saved in the user
session. What desktop environment do you use?
In case of GNOME, this would be gnome-keyring and for KDE, kwallet.



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



Bug#712246: tasksel: Only standard Standard System Utilities task is displayed while having the main repo

2014-12-18 Thread Andreas
I had the same effect. It was because the mirror i have chosen was commented 
out because it could not be verified.
After fixing this problem and an apt-get update tasksel worked normally.

This is a bug but not within tasksel. The installer should warn when such a 
mirror is chosen and if it is commented out.
Kind Regards,
Andreas
  

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



  1   2   3   >