Bug#773410: [Pkg-electronics-devel] Bug#773410: geda-xgsch2pcb does not pull in geda or gschem as a dependcy.
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
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
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
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?
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?
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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:
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
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
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:
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
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
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
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 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
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)
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
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
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
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 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
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)
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
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
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
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
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
* 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
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)
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)
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
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
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
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]
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
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
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
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???
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
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
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
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
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,
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
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
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
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
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
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
(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
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
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
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
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
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
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
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
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
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
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
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
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
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)
-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)
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
-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
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
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
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
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
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)
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
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
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)
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
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
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
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
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
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
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
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
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
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
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