Bug#637652: dotconf: New upstream version 1.3 available
I think the Changelog dropped by William should be brought back: https://github.com/williamh/dotconf/commit/136782b5bb9a39d5e17380bffda0f4f343496520 Jarek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715408: Bug#731939: debian-installer: USB input not functioning during install
Now that I have a working system, I can provide a bit more info on my setup. doomcup@clarice:~$ lspci 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RX780/RX790 Host Bridge 00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RX780/RD790 PCI to PCI bridge (external gfx0 port A) 00:0a.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD790 PCI to PCI bridge (PCI express gpp port F) 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 3c) 00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller 00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge 00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor HyperTransport Configuration 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Address Map 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Link Control 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV770 [Radeon HD 4870] 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RV770 HDMI Audio [Radeon HD 4850/4870] 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 02) 03:0e.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) On Thu, Dec 12, 2013 at 1:40 AM, Rick Thomas rbtho...@pobox.com wrote: On Dec 11, 2013, at 5:06 AM, Cyril Brulebois k...@debian.org wrote: Jason Young doom...@gmail.com (2013-12-11): Package: debian-installer Severity: normal Dear Maintainer, I booted the amd64 netinstall disc for debian jessie, and at first I thought that it was frozen because neither the keyboard and mouse, which are usb, were lit up or would respond. I discovered this was not the case when, on a hunch, I attached a keyboard with a ps2 port. I think I read something about ohci-pci on #-kernel lately, which might explain the issue you're seeing. Cc-ing -kernel to make sure they're aware of your report. Hmmm… We're seeing the same problem with the PowerPC Jessie daily build netinst CDs. See Bug#715408 and Bug#728936 for details. In the discussion regarding those two, it seems that (at least sometimes) amd64 doesn't have this problem. So what's different about Jason's setup? Curiouser and Curiouser! cried Alice. Rick
Bug#732000: Unicode collations not available with ICU 52.1
Package: src:firebird2.5 Version: 2.5.2.26540.ds4-8+b1 Severity: serious Tags: upstream Justification: not wanting a release with firebird not supporting unicode collations. After the rebuild with ICU 52.1, firebird is no longer able to find unicode collations: $ isql-fb Use CONNECT or CREATE DATABASE to specify a database SQL create database 'test.fdb'; SQL create table xxx (name varchar(32) character set UTF8 collate UNICODE); Statement failed, SQLSTATE = 22021 unsuccessful metadata update -XXX -COLLATION UNICODE for CHARACTER SET UTF8 is not installed The problem appears also when restoring from backup and when opening· a database which worked with firebird 2.5.2.26540.ds4-8 (linked with ICU 4.8.1.1). Tracing shows that it tries to open file named libicuuc.so.521.so, while libicu52 contains libicuuc.so.52.1 and libicuuc.so.52 (a symlink pointing to .1). I will discuss with upstream what would be a proper way to make this work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729018: Confirmed here
I can confirm I do encountre the very same issue. On Debian Jessie AMD64. -- Erk L'élection n'est pas la démocratie -- http://www.le-message.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729236: [sarra...@sarrazip.com: Re: French reform 1990]
Hi Sébastien, I forward the following e-mail from the upstream author. I must add that I don't have time to work on this as well... Cheers, Tomasz Buchert - Forwarded message from Pierre Sarrazin sarra...@sarrazip.com - Date: Sat, 30 Nov 2013 14:39:32 -0500 From: Pierre Sarrazin sarra...@sarrazip.com To: Tomasz Buchert tomasz.buch...@inria.fr Subject: Re: French reform 1990 User-Agent: Mutt/1.5.21 (2010-09-15) Dixit Pierre Sarrazin (2013-11-17 16:43): a new Verbiste bug :) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729236 You can comment on it yourself or I may mediate as you wish. Thanks for the link. I'll try to see what kind of effort this would require. It doesn't seem like I'll have much time to work on something like this these days, but if there are volunteers who would be ready to edit the XML files (verbs-fr.xml and conjugation-fr.xml), then most of the task would be resolved. A p tag in conjugation-fr.xml can accept more than one i tag, as in the pa:yer template for example. -- Pierre Sarrazin sarrazip @ sarrazip . com - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731246: condor: Needs to adapt to Globus Toolkit multi-arch support
tis 2013-12-03 klockan 19:04 +0100 skrev Michael Hanke: PS. At the moment the condor build also fails due to a broken latex2html that goes into an endless loop during generation of the documentation files. (See BTS #723913) Ah, thanks for the pointer! This is the issue that is currently holding up an upload of condor 8.x. Cheers, Michael The perl regression that was identified as the cause of the broken latex2html has been resolved in perl 5.18.1-5. Mattias signature.asc Description: This is a digitally signed message part
Bug#469448: icedove: Refuses to refuse certificate
On 12/08/13 19:16, Carsten Schoenert wrote: On Wed, Mar 05, 2008 at 09:35:38AM +, Dick Middleton wrote: Package: icedove Version: 2.0.0.9-3 Severity: normal Connecting to imaps server which offers unknown SSL certificate you get the 'use always', 'use once' or 'never use' dialog. If you select the 'never use' option or the 'Cancel' button the dialog closes and then reopens requesting again. This is an infinite loop; it's impossible to get rid of it. Not only that but it blocks the GUI alot making it very difficult to do anything such as quit or add the root certificate needed to authenticate. I guess it's an upstream bug but the Mozilla bug server seems broken right now so I can't check. is quite long ago you opened this bug. Only 5 years! This bug is still alive with current versions of Icedove? I don't know. It's not been a problem for me again. I'm using Icedove 10 now. I'm not able to test this behaviour, I'm not owning a imaps server instance with a self signed certificate. I've been thinking how I could test it and I think it's too much trouble. I'm happy for you to close this. If the problem recurs I'll log it again. Many thanks Dick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724311: ITP: python-solar -- Python library for precise ephemeris calculations
owner 724311 deba...@debian.org retitle 724311 ITP: python-solar -- Python library for precise ephemeris calculations thanks Starting packaging in the git repo of collab-maint, see http://anonscm.debian.org/gitweb/?p=collab-maint/python-solar.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725714: Bug#715408: fixed now, but firmware problems with new installer
Hi Ben, On 12.12.2013 01:50, Ben Hutchings wrote: Control: reassign -1 installation-reports On Wed, 2013-12-11 at 21:56 +0100, Andreas Cadhalpun wrote: It looks like a bug in the linux kernel. I don't think so. The kernel log indicates that it got a negative response from the user agent. I'm not sure I understand your argument. Do you refer to 'firmware: agent aborted' as negative response from the user agent? That is not the root of the problem, rather a symptom. The most problematic line is: 'check-missing-firmware: /run/udev/firmware-missing does not exist, skipping' This shows that the missing firmware is not written to the file, where it used to be, and thus the Debian installer does not try to load the missing firmware from a 'firmware' folder, because it thinks that nothing is missing. Therefore the driver does not find the necessary firmware and aborts. I don't know what program is responsible for writing the 'firmware-missing' folder, but I assumed it would be the kernel, as this is about kernel modules. On the other hand, this folder is a subfolder of 'udev', so that may be the responsible program. If I recall correctly, udev merged with systemd, so perhaps this is a problem in systemd instead of the kernel? Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732001: Support for USER namespaces in unshare
Package: util-linux Version: 2.20.1-5.5 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! Since Linux 3.12, the kernel provides the possibility to get a separate user namespace. This is supported in util-linux by the unshare command since 2.23. Please, update util-linux to a more recent version. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii debconf [debconf-2.0] 1.5.52 ii dpkg 1.17.4 ii initscripts2.88dsf-43 ii install-info 5.2.0.dfsg.1-2 ii libblkid1 2.20.1-5.5 ii libc6 2.17-97 ii libncurses55.9+20130608-1 ii libselinux12.2.1-1 ii libslang2 2.2.4-16 ii libtinfo5 5.9+20130608-1 ii libuuid1 2.20.1-5.5 ii lsb-base 4.1+Debian12 ii tzdata 2013h-1 ii zlib1g 1:1.2.8.dfsg-1 util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools 3.0.16-2 ii kbd 1.15.5-1 pn util-linux-locales none - -- debconf information: util-linux/noauto-with-nonzero-passnum: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJSqXnrAAoJEJWkL+g1NSX55doQAIJ2gC7eBcGkeqdEB+G2L5fN K/SgqAXbkzcwuDX7rr05MSJ54C2U3N+VZGE3D9IGMkp4FtJmtjxI54ch7uKWsBZ1 HPQQ2wC1Ojjzd4wpizcO1Y1kyegQopvNT4RRfIc24PdcP9e86FYSFPoUSaaXwLPc P7Q561ZXffy5XxO7zb8WX2X5hzh0PAd7m6mJV4pvu6sK1s9HNkwC6z4u00Wc0MGj YOtnGZ7b4PXbVxf+ItuM8vLbb+x03ypfOmn/2UsQHvWcambJMTl76uY8BxvsefiV hjKMrnFpNFReOcSjLYKIXuA5TIh0W2+hOB6RRU0Ai3rKv1elWjwWAH7SOO+5uzUE JTg7NZ5UCnhzxMurdIp34RN5fiwu4Usa1zMHTZguXLvc+MPPEfjEbhqau+dTDVD5 bVTfIIsPD1MBfRSA+AlSAB/ajWEcxB49i0+XFAYv7t1KMHYJ4tpHAi3roEb3TQoa TT6uQgEEhY667zACOLE7obZzc3WKIK/AkEl/Ej5LY0midsZJDNIABia3Doqkn/Nv oPXJ27NlcynviFoc4lsQDc0GpgRpaTsHryF3uIQvsGh008CpKid++OWUXiBXCOQg hQXupEapZN9M5tkgbgYXZjU/vna5ZNwczepk++TW4NlKQVUZ0FNcpedQfjU7UOEn tNO6tqeQTEPitEiMk05m =yweY -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#615492: Users connected to server cannot hear each other
I was able to reproduce it with the 1.2.4 packages you linked, Chris. It's reported on GitHub as issue #1093. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732002: munin: Upstart configurations for munin
Package: munin Version: 2.0.18-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/munin-node.upstart,munin.upstart: Add upstart configurations. This configurations have been used in Ubuntu for a few cycles now; debhelper should take the correct actions in Debian and Ubuntu to install init scripts and upstart configuration (and indeed systemd configs) to the right locations so it would be nice if these could be included in the Debian package so we can drop the delta between Debian and Ubuntu. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-5-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u munin-2.0.18/debian/changelog munin-2.0.18/debian/changelog only in patch2: unchanged: --- munin-2.0.18.orig/debian/munin-node.upstart +++ munin-2.0.18/debian/munin-node.upstart @@ -0,0 +1,18 @@ +# vim: set ft=upstart ts=2 et: +description munin-node +author Chuck Short zul...@ubuntu.com + +start on (filesystem and net-device-up IFACE=lo) +stop on runlevel [!2345] + +expect fork +respawn + +pre-start script + install -m 0755 -o munin -g munin -d /var/run/munin +end script + +script + [ -r /etc/default/munin-node ] . /etc/default/munin-node + exec /usr/sbin/munin-node $DAEMON_ARGS +end script only in patch2: unchanged: --- munin-2.0.18.orig/debian/munin.upstart +++ munin-2.0.18/debian/munin.upstart @@ -0,0 +1,13 @@ +# vim:set ft=upstart ts=2 et: +description Munin +author James Page james.p...@ubuntu.com + +start on runlevel [2345] +stop on runlevel [!2345] + +task + +script + # Ensure /var/run/munin exists with correct permissions + install -m 0755 -o munin -g munin -d /var/run/munin +end script
Bug#731906: geeqie: Apply keywords to all selected images
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Do den 12. Dez 2013 um 6:15 schrieb Ian Zimmerman: Klaus That is not a bug at all. If you want to apply a keyword to all Klaus selected images, just rightklick on the keyword and apply it to Klaus all images. Geeqie has context menus in several contexts. There is no item Apply to all in the context menu. The items in that menu are, in order displayed: Ok, I see, You are using an old version that don't seems to have this feature. This feature was implemented short after version 1.0. The version 1.1 in debian unstable and in testing do have it. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQGcBAEBCgAGBQJSqYDZAAoJEKZ8CrGAGfasSvEMAKfuQCI3UyW6TiASmh8CAO7e BvaYYr5nZvfka9SruCCF/TtOkjfPL0Xq2JIuOveQkNs4nOr4cz1Yyvs/oTPphNoD mle5q1FeMstOQ1chGtvV1blqU/v5B9XaOhpvIIvUGPsYaL38wbZv5Se7u1GQ/f6Y o8I0uSK9m1+SF+CpD8ee41u0sSOEi7o1WEwXaznSi6HEXtIWKI4te+3qhUw4ZsLL I7r/dYTUX4LgDEVLJZKGn1me40KHc/UfD5uYNwLpYzXtA/isI4eR7yeDLAOQ1aJ5 b8EYcxi9xRE2Y0op98IofT+hJXQ/Dy9kyRuqufXE3I50tZ4sU+7N5JzgFxgG5gee Dr5aD4YYoh1B3+wrC9Lt4PM1Z4OcEgFHxUvwKInkq2VeVTB0uO0r55yZbHLD7SjF nd4OG/3y4+ALQOCqp6pWJBfM3TyTAgmHH3v7kF+tAvAYVShNUqo41GsR7h2AkXDE /NAs5wchvOccxG0TK4t6/9V5fDVmWwegfDjiHOouyg== =MqiD -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#729550: warning: Could not load shared library symbols for linux-gate.so.1.
reassign #729550 libqtgui4 thanks Hi, it is not kdenlive which crashes here, it looks like libqt or libc. I hope I reassign it to the correct package :) Am 14.11.2013 06:35, schrieb Kingsley G. Morse Jr.: Package: kdenlive Version: 0.9.6-4 Severity: important Dear Maintainer, Thank you for maintaining kdenlive. It looks good. * What led up to the situation? Adding a .png file with transparency as the first clip in a project. * What exactly did you do (or not do) that was effective (or ineffective)? kdenlive - Project - Add clip - file.png * What was the outcome of this action? Application: Kdenlive (kdenlive), signal: Floating point exception Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [Current thread is 1 (Thread 0xb22d7980 (LWP 30084))] Thread 6 (Thread 0xac741b40 (LWP 30088)): #0 0xb7343424 in __kernel_vsyscall () #1 0xb4d8a8ab in poll () at ../sysdeps/unix/syscall-template.S:81 #2 0xad04b712 in ?? () from /lib/i386-linux-gnu/libusb-1.0.so.0 #3 0xb5621101 in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1 #4 0x5c8b0824 in ?? () #5 0xbab80424 in ?? () #6 0x6500 in ?? () #7 0x001015ff in ?? () #8 0xd389 in ?? () #9 0xfff0013d in ?? () #10 0xc30173ff in ?? () #11 0x0fadf2e8 in ?? () #12 0xfbc18100 in ?? () #13 0x8b0017be in ?? () #14 0x3089 in ?? () #15 0x65d8f7ff in ?? () #16 0xc8830189 in ?? () #17 0x9066c3ff in ?? () #18 0x90669066 in ?? () #19 0x00acec81 in ?? () #20 0x9c89 in ?? () #21 0xa024 in ?? () #22 0xadc1e800 in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.54 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 5 (Thread 0xa4b2cb40 (LWP 30094)): #0 0xb481a963 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #1 0xb481d0d1 in g_main_context_check () from /lib/i386-linux-gnu/libglib-2.0.so.0 #2 0xb481d6ea in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb481d898 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb5a5323f in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #5 0xb5a22163 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #6 0xb5a22489 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #7 0xb590e0bd in QThread::exec() () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #8 0xb5a02504 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #9 0xb5910a4f in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #10 0xb5621101 in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1 #11 0x5c8b0824 in ?? () #12 0xbab80424 in ?? () #13 0x6500 in ?? () #14 0x001015ff in ?? () #15 0xd389 in ?? () #16 0xfff0013d in ?? () #17 0xc30173ff in ?? () #18 0x0fadf2e8 in ?? () #19 0xfbc18100 in ?? () #20 0x8b0017be in ?? () #21 0x3089 in ?? () #22 0x65d8f7ff in ?? () #23 0xc8830189 in ?? () #24 0x9066c3ff in ?? () #25 0x90669066 in ?? () #26 0x00acec81 in ?? () #27 0x9c89 in ?? () #28 0xa024 in ?? () #29 0xadc1e800 in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.54 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 4 (Thread 0xa432bb40 (LWP 30107)): #0 0xb7343424 in __kernel_vsyscall () #1 0xb5845b93 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:250 #2 0xb5910fb3 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #3 0xb5903992 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #4 0xb5910a4f in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #5 0xb5621101 in ?? () from /usr/lib/i386-linux-gnu/libGL.so.1 #6 0x5c8b0824 in ?? () #7 0xbab80424 in ?? () #8 0x6500 in ?? () #9 0x001015ff in ?? () #10 0xd389 in ?? () #11 0xfff0013d in ?? () #12 0xc30173ff in ?? () #13 0x0fadf2e8 in ?? () #14 0xfbc18100 in ?? () #15 0x8b0017be in ?? () #16 0x3089 in ?? () #17 0x65d8f7ff in ?? () #18 0xc8830189 in ?? () #19 0x9066c3ff in ?? () #20 0x90669066 in ?? () #21 0x00acec81 in ?? () #22 0x9c89 in ?? () #23 0xa024 in ?? () #24 0xadc1e800 in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.54 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 3 (Thread 0xa6c39b40 (LWP 30108)): #0 0xb7343424 in __kernel_vsyscall () #1 0xb5845b93 in
Bug#731961:
tags 731778 wontfix affects 731961 src:dicomscope thanks reassign 731778 dicomscope clone 731778 -1 reassign -1 openjdk-7 severity -1 important retitle -1 jexec not working thanks not working binfmt doesn't make the package unusable. You already did find a solution how to fix your package. #731778 cannot possibly be reassigned to dicomscope, it does not make any sense, you even stated that clearly. Closing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732003: Need newer jing trang
Package: jing-trang Please update jing-trang to the latest svn tag, we need this to get epuchcheck working. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732004: wget : lead to a kernel panic
Package: wget Version: 1.13.4-3 Severity: normal Dear Maintainer, I was trying to use wget for mirroring a website (wget -e robots=off --mirror --recursive --convert-links -p http://my_url). When the volume of the data reach around 1.7GB, the server totally hangs with a backtrace (a kernel problem instead ?) I retried twice and the problem occurs twice. I tried the same command on an Arch Linux and a FreeBSD system and no problem found. Please find here : http://imageshack.com/i/0yvkp3j a photo of the backtrace Thanks a lot -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wget depends on: ii dpkg 1.16.12 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-38 ii libgcrypt111.5.0-5+deb7u1 ii libgnutls262.12.20-7 ii libgpg-error0 1.10-3.1 ii libidn11 1.25-2 ii zlib1g 1:1.2.7.dfsg-13 wget recommends no packages. wget 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#732005: depends on libicu48 which is transitioning to libicu52
Package: mnemosyne Version: 2.2.1-1 Severity: serious mnemosyne depends on libicu48. icu is transitioning to libicu52 so this is a big problem for the transition. Anyway, why is a python arch:all package hard-depending on a shared library? I have grep'ed the sources and there are no relevant matches for icu, and the changelog doesn't mention why that is there. Can that just be removed? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724739: gnome-shell: Overview does not respect desktop background
It looks like gnome 3.8.4 bug https://bugzilla.gnome.org/show_bug.cgi?id=704646 .
Bug#731769: subversion: .svn/pristine size gets huge over time
On 2013-12-11 21:02:10 -0500, James McCoy wrote: On Thu, Dec 12, 2013 at 02:38:09AM +0100, Vincent Lefevre wrote: On 2013-12-11 13:46:40 -0600, Peter Samuelson wrote: [Vincent Lefevre] About (2), svn could warn the user when a cleanup could be needed. I don't know what is the best solution. Right ... there's not really an obvious time for such a warning to be issued. This could also be announced in NEWS.Debian. I think Peter was referring to runtime notices that a cleanup might be useful now, not a general notice that the pristine directories exist. This is what I understood, but I meant that if this is not possible, then announcing the need of svn cleanup in NEWS.Debian would be better than nothing. That's already documented in the 1.7 release notes. But this can be a bit hidden for the end user and NEWS.Debian doesn't even point to them. It should because a user who does an upgrade of many packages won't necessarily notice that he installs a new version of Subversion with significant changes (in particular the new format of working copies, as it can affect user programs based on the .svn directories -- I had various scripts that were using them). For the same reason, zsh users will also be affected by bug 679345. Moreover, since this is some form of regression, I think it is worth mentioning the need of svn cleanup in NEWS.Debian too. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731769: subversion: .svn/pristine size gets huge over time
On 2013-12-11 23:46:40 -0600, Peter Samuelson wrote: I hadn't thought of that. Certainly major behavior changes that affect a lot of users, or affect global administration of services, should be noted in NEWS.Debian. I'm not sure I'm convinced that this is such a case. I don't want to increase the useless stuff people who use apt-listchanges have to wade through. Note that the working copy format change may also affect users of shared file systems (NFS / sshfs / USB keys / ...) between various machines. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731964: [Pkg-owncloud-maintainers] Bug#731964: Apply fix to 5.0.13 too?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Le 12/12/2013 02:57, Diederik de Haas a écrit : Oeps, already done. It’s also staged in the 5.0 branch for as long as there is a mediawiki-classes package: the mediawiki split was done on our (active) request… http://anonscm.debian.org/gitweb/?p=pkg-owncloud/owncloud.git;a=commitdiff;h=6e0c181a64044b71aa013811c81eae7e36e76dd3 But could you add the fix/change to the 5.0.13 too? Can’t this wait for the upcoming 5.0.14 (expected in a few days)? That shall be the last 5.0 update in Sid (php-dompdf is the last bit missing for a proper 6.0 upload to Sid). https://ftp-master.debian.org/new/php-dompdf_0.6.0~beta3+dfsg0-1.html http://people.debian.org/~taffit/owncloud/php-dompdf_0.6.0~beta3+dfsg-1_all.deb Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJSqYnNAAoJEAWMHPlE9r08qjMH/izVitWIt4Nc9btYPakoD2je ArboDfWbGkY56+BhsqzL+5OU1L4YWoshbCRhJrrSBe1ggtPjtaHoP7oGj1fJJNKc AKNRtUP6mDmijwzKhLyKB7/TdK2RmMJsW2RHzZObD8ts09bfeaQ0d3Z1NBuDHGGm V5alglJrtRG5MlajBqL2O1Y3Xw5n2o3+okQezmaafyXKlA6P0UkCgxhMq0Y7nt63 vMeLStWMOjG9hUk7VB8Vr5y0m3uaE4scDjgSp64MdWLthOiyo979ZW8KloNw2iFB 4nPRrUCTZzO+k3jrsHtpBX9rdhPyofU67NtNzrCLed5TziSKC4jgyCZ4U8xgCz8= =kJ+q -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#732006: uscan: broken handling of filenames with whitespace
Package: devscripts Version: 2.13.5 Severity: grave Tags: security Justification: user security hole If USCAN_EXCLUSION is enabled, uscan doesn't correctly handle filenames containing whitespace. This can be abused my malicious upstream to delete files of their choice. Proof of concept (that will cause attempt to delete /usr) is attached. -- Jakub Wilk foo-42.tar.gz Description: Binary data Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Files-Excluded: cruft/*
Bug#732002: [Packaging] Bug#732002: munin: Upstart configurations for munin
Hi James, thanks for the patch, I assume we'll upload a 2.0.19-1 including it soon. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#731698: [php-maint] Bug#731698: php5: FTBFS (fails to find freetype headers)
I have a fix that works with 2.4.x and 2.5.x freetype libs and it will be included in 5.5.6+dfsg-2 that is building right now and includes two CVEs. Thanks for the patch anyway. Ondrej On Thu, Dec 12, 2013, at 1:14, Cyril Brulebois wrote: Control: tag -1 patch pending Julien Cristau jcris...@debian.org (2013-12-08): Source: php5 Version: 5.5.6+dfsg-1 Severity: serious Justification: fails to build from source (but built successfully in the past) freetype headers moved around in 2.5.1, making php5 FTBFS: configure: error: freetype.h not found. The attached patch fixes this; NMU uploaded to DELAYED/2 to help with the ICU transition (#729531). I can reschedule it if you maintainers are OK with it. Mraw, KiBi. ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint Email had 2 attachments: + php5+nmu.diff 2k (text/x-diff) + signature.asc 1k (application/pgp-signature) -- 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#731055: [php-maint] Bug#731055: Bug#731055: php5-fpm: Extend the package sockets to multiply pools
I think this is a local policy issue and not the general packaging problem, and you would be better using some management software (puppet, ansible, etc...) to fix your local problem. O. On Fri, Dec 6, 2013, at 21:38, Vitalii wrote: This was the reason of creating the issue. As I've wrote: '... and all that it will touch.' that include adding of creating this directory to start service script. As I see there is 3 places: change path in www pool config to proper. Add validation to /etc/init.d/php5-fpm script for existence of directory '/var/run/php5-fpm' if not then create it. Maybe somewhere else. Ccing BTS so it is kept archived. On Fri, Dec 6, 2013, at 12:32, Vitalii wrote: So my proposition to move www pool socket to '/var/run/php5-fpm/www.sock' and all that it will touch. It'll enough. It won't help alone. If you add directories in (/var)/run you need to recreate them on the system start since /run is a tmpfs that get's recreated on system startup. So just changing the directory doesn't really solve anything. Ondrej ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- 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#732007: Gofigure2 still maintained ?
Package: gofigure2 Looks like gofigure2 is not maintained anymore: http://sourceforge.net/p/gofigure2/git/ci/HEAD/ Last commit is: Merge branch 'SuperbuildITK' Conflicts: CMake/SuperBuild/External-VTK.cmake Authored by: Arnaud Gelas 2011-12-20 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731055: [php-maint] Bug#731055: Bug#731055: php5-fpm: Extend the package sockets to multiply pools
Creating of pools also local policy, and It can be managed at one file as it was at php5-fpm ver. 5.3 (file name was smth like /etc/php5/fpm/pool.ini). But at ver. 5.4 It was moved to separate directory /etc/php5/fpm/pool.d, but sockets wasn't. I demand fix it and move sockets to separate directory too. On 12/12/2013 12:26 PM, Ondřej Surý wrote: I think this is a local policy issue and not the general packaging problem, and you would be better using some management software (puppet, ansible, etc...) to fix your local problem. O. On Fri, Dec 6, 2013, at 21:38, Vitalii wrote: This was the reason of creating the issue. As I've wrote: '... and all that it will touch.' that include adding of creating this directory to start service script. As I see there is 3 places: change path in www pool config to proper. Add validation to /etc/init.d/php5-fpm script for existence of directory '/var/run/php5-fpm' if not then create it. Maybe somewhere else. Ccing BTS so it is kept archived. On Fri, Dec 6, 2013, at 12:32, Vitalii wrote: So my proposition to move www pool socket to '/var/run/php5-fpm/www.sock' and all that it will touch. It'll enough. It won't help alone. If you add directories in (/var)/run you need to recreate them on the system start since /run is a tmpfs that get's recreated on system startup. So just changing the directory doesn't really solve anything. Ondrej ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730771: [php-maint] Bug#730771: Regression in system fallback for date_default_timezone_get()
On Fri, Nov 29, 2013, at 13:30, Robie Basak wrote: I guess the previous patch needs to be ported forward to 5.5? Any volunteers on Canonical side? O. -- 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#732008: massive CPU hog as of late
Package: sudo Version: 1.8.9~b1-1 Severity: important Lately, sudo has been consuming 100% of my CPU time while running, e.g. the following is a top snapshot during a backup: 7950 root 25 5 39624332 0 R 100,0 0,0 170:29.57 sudo and here's ps aux: root 7950 99.2 0.0 39624 332 ?RN 08:41 172:43 sudo /usr/bin/rsync --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --checksum-seed=32761 --filter=: /.backup-filter --ignore-times . / This is new behaviour and it's not nice. I can reproduce this with e.g. sudo sleep 10. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sudo depends on: ii libc6 2.17-96 ii libpam-modules 1.1.3-10 ii libpam0g1.1.3-10 ii libselinux1 2.2.1-1 sudo recommends no packages. sudo suggests no packages. -- Configuration Files: /etc/sudoers [Errno 13] Permission denied: u'/etc/sudoers' /etc/sudoers.d/README [Errno 13] Permission denied: u'/etc/sudoers.d/README' -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#732009: avahi-daemon: Require a kernel = 3.9, break partial upgrades
Package: avahi-daemon Version: 0.6.31-3 Severity: serious Justification: break partial upgrades Hi, At compilation time, in avahi-core/socket.c, if SO_REUSEPORT is defined, setsockopt(..., SO_REUSEPORT, ..) is called. But, if, at runtime, SO_REUSEPORT is not available (with a kernel = 3.9, ie a wheezy kernel), the function fails and seems to lead to a quick exits of avahi-daemon. Log file says : Dec 12 11:20:48 plume avahi-daemon[22508]: Found user 'avahi' (UID 105) and group 'avahi' (GID 111). Dec 12 11:20:48 plume avahi-daemon[22508]: Successfully dropped root privileges. Dec 12 11:20:48 plume avahi-daemon[22508]: avahi-daemon 0.6.31 starting up. Dec 12 11:20:48 plume avahi-daemon[22508]: Successfully called chroot(). Dec 12 11:20:48 plume avahi-daemon[22508]: Successfully dropped remaining capabilities. Dec 12 11:20:48 plume avahi-daemon[22508]: No service file found in /etc/avahi/services. Dec 12 11:20:48 plume avahi-daemon[22508]: SO_REUSEPORT failed: Protocol not available Dec 12 11:20:48 plume avahi-daemon[22508]: SO_REUSEPORT failed: Protocol not available Dec 12 11:20:48 plume avahi-daemon[22508]: Failed to create server: No suitable network protocol available Dec 12 11:20:48 plume avahi-daemon[22508]: avahi-daemon 0.6.31 exiting. Just upgrading the kernel (from the wheezy one to the current testing one) fixes the problem. Perhaps, the reuseaddr() function in avahi-core/socket.c should not fail if setsockopt(..., SO_REUSEPORT, ..) fails (or only if errno is not set to EINVAL)? Regards, Vincent -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armel mipsel Kernel: Linux 3.12-rc7-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages avahi-daemon depends on: ii adduser 3.113+nmu3 ii bind9-host [host]1:9.9.3.dfsg.P2-4 ii dbus 1.6.18-1 ii host 1:9.9.3.dfsg.P2-4 ii init-system-helpers 1.13 ii libavahi-common3 0.6.31-2 ii libavahi-core7 0.6.31-2 ii libc62.17-93 ii libcap2 1:2.22-1.2 ii libdaemon0 0.14-2 ii libdbus-1-3 1.6.18-1 ii libexpat12.1.0-4 ii lsb-base 4.1+Debian12 Versions of packages avahi-daemon recommends: ii libnss-mdns 0.10-3.2 Versions of packages avahi-daemon suggests: ii avahi-autoipd 0.6.31-2 -- 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#731055: [php-maint] Bug#731055: Bug#731055: php5-fpm: Extend the package sockets to multiply pools
The /etc/php5/fpm/pool.d was there from a very start, and we didn't release Debian squeeze with php5-fpm anyway, so this is really something you should fix in your management scripts. The default is ok for the majority of the people and it's very hard to change the default socket. Do you realize that that would break all existing setups? O. P.S.: I would also recommend you to not use the 'demand' verb, you might be seen as a rude person. On Thu, Dec 12, 2013, at 11:37, Vitalii wrote: Creating of pools also local policy, and It can be managed at one file as it was at php5-fpm ver. 5.3 (file name was smth like /etc/php5/fpm/pool.ini). But at ver. 5.4 It was moved to separate directory /etc/php5/fpm/pool.d, but sockets wasn't. I demand fix it and move sockets to separate directory too. On 12/12/2013 12:26 PM, Ondřej Surý wrote: I think this is a local policy issue and not the general packaging problem, and you would be better using some management software (puppet, ansible, etc...) to fix your local problem. O. On Fri, Dec 6, 2013, at 21:38, Vitalii wrote: This was the reason of creating the issue. As I've wrote: '... and all that it will touch.' that include adding of creating this directory to start service script. As I see there is 3 places: change path in www pool config to proper. Add validation to /etc/init.d/php5-fpm script for existence of directory '/var/run/php5-fpm' if not then create it. Maybe somewhere else. Ccing BTS so it is kept archived. On Fri, Dec 6, 2013, at 12:32, Vitalii wrote: So my proposition to move www pool socket to '/var/run/php5-fpm/www.sock' and all that it will touch. It'll enough. It won't help alone. If you add directories in (/var)/run you need to recreate them on the system start since /run is a tmpfs that get's recreated on system startup. So just changing the directory doesn't really solve anything. Ondrej ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- 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#731442: solution ...
... that worked for me: After installation of doc-central I had to: copy configuration file into apache2 2.4 configuration directory: # cp /etc/apache2/conf.d/doc-central.apache2 \ /etc/apache2/conf-available/doc-central.conf enable configuration for doc-central: # a2enconf doc-central activate the cgi module: # a2enmod cgi restart apache: # service apache2 restart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731995: gdm3: gdm fails to allow login
Control: severity -1 important Hi, On 12.12.2013 06:52, Rustom Mody wrote: Package: gdm3 Version: 3.8.4-6 Severity: critical Justification: breaks the whole system Dear Maintainer, Did a general upgrade yesterday. [...] Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Have you upgraded the linux kernel as well? The version you are using is quite outdated, as even stable has 3.2. I'm using the 3.11.10-1 linux kernel and gdm3 3.8.4-6 and do not have this problem, so please try to update the kernel. I reduced the severity to important, as it works for most people. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731915: O: graphicsmagick -- collection of image processing tools
Hi Jackson, Jackson Doak wrote: Subject: Bug#731915: Could you do one last upload to set the package maintainer as QA Team, and possibly fix a few bugs and switch to format 3.0? Ehm, Daniel wrote Due to time constraints, so why do you request from him to do exactly what made him cause orphaning the package? Besides, the tasks you listed are perfect for the future maintainer to get a feeling for the package. P.S.: A slightly more verbose subject is appreciated for mails written to the BTS. Nobody knows all his bug report numbers by mind. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731964: [Pkg-owncloud-maintainers] Bug#731964: Apply fix to 5.0.13 too?
David Prévot da...@tilapin.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Le 12/12/2013 02:57, Diederik de Haas a écrit : Oeps, already done. But could you add the fix/change to the 5.0.13 too? Can’t this wait for the upcoming 5.0.14 (expected in a few days)? That shall be the last 5.0 update in Sid (php-dompdf is the last bit missing for a proper 6.0 upload to Sid). https://ftp-master.debian.org/new/php-dompdf_0.6.0~beta3+dfsg0-1.html http://people.debian.org/~taffit/owncloud/php-dompdf_0.6.0~beta3+dfsg-1_all.deb Regards David Excellent. I ment the 5.x series, so yes it can wait till the next release. Thanks for your great work :-) Regards, Diederik -- GPG: 0x138E41915C7EFED6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731997: Fix missing /usr/bin/apt for Debian package
Hi :) On Thu, Dec 12, 2013 at 02:25:39PM +0700, Trần Ngọc Quân wrote: You missing add apt program to Debian package. Please apply this patch! Thanks for the patch, but this isn't a mistake. The binary is far from complete feature-wise, barely documented and infested with bugs. In short: Not ready for primetime yet. It will be included and properly announced then it is done, but this might still take a little while longer or in good old debian tradition: It's done then it's done. Sooner if you help. (And the release is delayed by two days each time someone asks) ;) Oh, and it is a secret hidden in plain sight, so… *ppp* ;) Best regards David Qualitätsnervensäge Kalnischkies signature.asc Description: Digital signature
Bug#713631: proposed fix (debdiff)
This should fix the FTBFS. diff -u gyrus-0.3.10/debian/changelog gyrus-0.3.10/debian/changelog --- gyrus-0.3.10/debian/changelog +++ gyrus-0.3.10/debian/changelog @@ -1,3 +1,10 @@ +gyrus (0.3.10-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Do not use floor, it causes a FTBFS. (Closes: #713631) + + -- Maarten Lankhorst maarten.lankho...@ubuntu.com Thu, 12 Dec 2013 10:27:55 + + gyrus (0.3.10-1.1) unstable; urgency=low * Non-maintainer upload. only in patch2: unchanged: --- gyrus-0.3.10.orig/debian/patches/713631.diff +++ gyrus-0.3.10/debian/patches/713631.diff @@ -0,0 +1,12 @@ +diff -ru gyrus-0.3.10/src/gyrus-report.c gyrus-0.3.10.new/src/gyrus-report.c +--- gyrus-0.3.10/src/gyrus-report.c2010-12-29 00:52:13.0 +0100 gyrus-0.3.10.new/src/gyrus-report.c2013-12-12 11:27:39.299266559 +0100 +@@ -407,7 +407,7 @@ + report = (GyrusReportData *) user_data; + + height = gtk_print_context_get_height (context) - HEADER_HEIGHT - HEADER_GAP - TITLE_HEIGHT - TITLE_GAP; +- report-lines_per_page = floor (height / report-font_size); ++ report-lines_per_page = (int)(height / report-font_size); + report-num_pages = (report-num_users - 1) / report-lines_per_page + 1; + gtk_print_operation_set_n_pages (operation, report-num_pages); + } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732010: gimp: FTBFS (fails to find freetype headers)
Source: gimp Version: 2.8.6-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Control: block 717923 with -1 Hi, gimp fails to build from source against freetype 2.5.1: gcc -DHAVE_CONFIG_H -I. -I/«PKGBUILDDIR»/./app/text -I../.. -I../.. -I/«PKGBUILDDIR»/. -I../../app -I/«PKGBUILDDIR»/./app -pthread -I/usr/include/gegl-0.2 -I/usr/include/babl-0.1 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -pthread -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include -DG_LOG_DOMAIN=\Gimp-Text\ -D_FORTIFY_SOURCE=2 -DGIMP_DISABLE_DEPRECATED -DBABL_DISABLE_DEPRECATED -DGSEAL_ENABLE -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DGDK_MULTIHEAD_SAFE -DGTK_MULTIHEAD_SAFE -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wdeclaration-after-statement -Wmissing-prototypes -Werror=missing-prototypes -Wstrict-prototypes -Wmissing-declarations -Winit-self -Wpointer-arith -Wold-style-definition -Wmissing-format-attribute -Wformat-security -fno-common -fdiagnostics-show-option -c /«PKGBUILDDIR»/./app/text/gimpfont.c /«PKGBUILDDIR»/./app/text/gimpfont.c:30:31: fatal error: freetype/tttables.h: No such file or directory #include freetype/tttables.h ^ compilation terminated. make[5]: *** [gimpfont.o] Error 1 freetype changed its header location, you should include FT_TRUETYPE_TABLES_H instead of freetype/tttables.h. Cheers, Julien signature.asc Description: Digital signature
Bug#731055: [php-maint] Bug#731055: Bug#731055: php5-fpm: Extend the package sockets to multiply pools
I do don't know any dependency from php5-fpm socket. Any web related packages work with 'www-data' user. Apache works with php5-module, or if for cgi mode it should be configured manually. Nginx and any other proxies don't rely on any php configs by default. Any user who works with default config will not feel any changes. Packages usually rely on user and user group not pool socket. After managing of /etc/init.d/php5-fpm to proper on restart service and updating will break setups the same. So It will cause no more BC than updating nginx or php with changed configs in new version that asks update current config. At last it will break no more than 1 pool setup. And It really will be enough to add empty directory /var/run/php5-fpm, and at desire, another example pool like /etc/php5/fpm/pool.d/user.conf with new socket path that will cause no BC impact. Vitalii On 12/12/2013 12:43 PM, Ondřej Surý wrote: The /etc/php5/fpm/pool.d was there from a very start, and we didn't release Debian squeeze with php5-fpm anyway, so this is really something OK, may be, at that time I have been using Ubuntu packages. you should fix in your management scripts. The default is ok for the majority of the people and it's very hard to change the default socket. Do you realize that that would break all existing setups? O. P.S.: I would also recommend you to not use the 'demand' verb, you might be seen as a rude person. OK. There It meant strong asking. On Thu, Dec 12, 2013, at 11:37, Vitalii wrote: Creating of pools also local policy, and It can be managed at one file as it was at php5-fpm ver. 5.3 (file name was smth like /etc/php5/fpm/pool.ini). But at ver. 5.4 It was moved to separate directory /etc/php5/fpm/pool.d, but sockets wasn't. I demand fix it and move sockets to separate directory too. On 12/12/2013 12:26 PM, Ondřej Surý wrote: I think this is a local policy issue and not the general packaging problem, and you would be better using some management software (puppet, ansible, etc...) to fix your local problem. O. On Fri, Dec 6, 2013, at 21:38, Vitalii wrote: This was the reason of creating the issue. As I've wrote: '... and all that it will touch.' that include adding of creating this directory to start service script. As I see there is 3 places: change path in www pool config to proper. Add validation to /etc/init.d/php5-fpm script for existence of directory '/var/run/php5-fpm' if not then create it. Maybe somewhere else. Ccing BTS so it is kept archived. On Fri, Dec 6, 2013, at 12:32, Vitalii wrote: So my proposition to move www pool socket to '/var/run/php5-fpm/www.sock' and all that it will touch. It'll enough. It won't help alone. If you add directories in (/var)/run you need to recreate them on the system start since /run is a tmpfs that get's recreated on system startup. So just changing the directory doesn't really solve anything. Ondrej ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732011: O: gyrus -- GNOME tool for Cyrus-IMAP servers administration
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Orphaning my last GNOME package. Somebody please pick this up if you are using it or interested in it. Ondrej -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlKpot8ACgkQ9OZqfMIN8nN+AQCfQm7myLFKQvmcGeP+1S8ciZUx BU0AnRVyryab5LpYPXe3iuLHWnSseLX+ =HN+Q -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#732002: [Packaging] Bug#732002: munin: Upstart configurations for munin
control: tags -1 + pending Hi James, I've just realized there no upstart file for munin-async, could you please supply one? (And I'll just go ahead with 2.0.19-1, either you're super fast or that upstart file will have to wait for 2.0.19-2 :) Both is totally fine. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#732012: ITP: esajpip -- ESA JPIP Server
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre ma...@debian.org * Package name: esajpip Version : 0.1 Upstream Author : ESA JPIP team * URL : https://launchpad.net/esajpip * License : CDDL Programming Lang: C++ Description : ESA JPIP Server The ESA JPIP server is capable to handle the following types of JPEG2000 image files: raw J2C, JP2 and JPX with or without hyperlinks. The codestreams of the images must comply with the following requirements: - No tiles partition is allowed. - The progression order must be LRCP, RLCP or RPCL. - PLT markers must be included with the information of all the packets. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730030: no documentation patch (yet?)
control: tags -1 - patch Hi Dominik, thanks for your bug report! Could you maybe provide a patch for the documentation then? (git prefered not an requirement :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#731989: ibus 1.5.4-1 makes all window stalling
Hi, FYI: I am mostly using unstable and stable now happily under GNOME3. Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') This usage of testing may be the reason for the difference experiences. Up until recently, GNOME3 packages were causing problem and I know I used to suffer even on unstable. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723031 On Thu, Dec 12, 2013 at 09:55:15AM +0800, Flos Lonicerae wrote: Package: ibus Version: 1.5.4-1 I thought gnome-settings-daemon etc. also moved to testing recently. So situation should be OK. Are you using aptitude or apt-get upgrade? Please run apt-get dist-upgrade to make sure the package consistency. Severity: important I know your feeling but your report is too vague for me to act since I do not see the problem from my end. * What led up to the situation? After upgrade the ibus to the latest version, 1.5.4-1. unstable package migrated. * What exactly did you do (or not do) that was effective (or ineffective)? Open any application in desktop, eg. gnome-terminal, leafpad, chromium, firefox,..., when you hold the mouse and move the window, it stalls. Also it greatly affects the switching between applications. How you know this is ibus problem? Unstable GNOME had funny hangs for a while as I recall as a minor nuisance to me. If I make stop and quit the ibus, all return to normal. H What do you mean by make stop and quit the ibus,. What exactly did you do? Remove package or disable some functionality? Also when you move the window, you can check the CPU usage from top command, the ibus related processes burst and keeps on running high. I never experienced such anyway, can you explain which desktop are you using with what set of ibus packages and also do you start with what DM (gdm/kdm...) ... * What was the outcome of this action? Make all application running slowly and stalling. Unless you identify your situation precisely, I have no way to analyze it. * What outcome did you expect instead? Nothing should change after ibus upgraded. I should say, it should work better :-) Please let me know if anything I can help. Thanks! So far, it is too vague for me to do anything... Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721845: ITP: flashproxy -- ephemeral browser-based pluggable transport for Tor
On 03/12/13 00:56, Ximin Luo wrote: I have some preliminary packages here: http://mentors.debian.net/debian/pool/main/f/flashproxy/flashproxy_1.4+debitp-1.dsc This is not yet suitable for distribution since it uses a bogus upstream version number. This is because I had to make some changes upstream to make it suitable for Debian packaging, and they are not yet released. Also, the repo mentioned in the Vcs-Git field, https://gitweb.torproject.org/debian/flashproxy.git, is currently empty. I will fix these issues before release, when I have managed to get a more sane upstream version. This is now (pretty much) ready for upload: http://mentors.debian.net/debian/pool/main/f/flashproxy/flashproxy_1.5-1.dsc (I didn't bump the distribution to unstable yet because I assume you will find some things I have to change.) In the mean time, I thought I'd ask for a packaging code review. You can view the Debian packaging commits here: https://github.com/infinity0/flashproxy/compare/_volatile_debian-base..._volatile_debian The commits are now here: https://gitweb.torproject.org/debian/flashproxy.git -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature
Bug#710855: gdk-pixbuf: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache'
Any progress on this? Today I got a similar one while upgrading two of my environments (with Jessie and Sid): [...] (gtk-update-icon-cache:8687): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory This likely means that your installation is broken. Try running the command gdk-pixbuf-query-loaders /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache to make things work again for the time being. [...] Eugene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721845: ITP: flashproxy -- ephemeral browser-based pluggable transport for Tor
Hi, Ximin Luo wrote (12 Dec 2013 13:12:07 GMT) : The commits are now here: https://gitweb.torproject.org/debian/flashproxy.git $ git clone https://gitweb.torproject.org/debian/flashproxy.git git Cloning into 'git'... fatal: https://gitweb.torproject.org/debian/flashproxy.git/info/refs not valid: is this a git repository? zsh: exit 128 git clone https://gitweb.torproject.org/debian/flashproxy.git git ? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732013: request-tracker4 - New upstream releases
Source: request-tracker4 Version: 4.0.17-2 Severity: wishlist There are new upstream releases of RT available, 4.0.18 and 4.2.1. Bastian -- Bastian BlankDurchwahl: +49 21 61 / 46 43 -194 credativ GmbH, HRB Mönchengladbach 12080 Zentrale: +49 21 61 / 46 43 0 Hohenzollernstr. 133 Fax: +49 21 61 / 46 43 -100 D-41061 Mönchengladbach www: http://www.credativ.de Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732014: nm.debian.org: Different information about the 'AM report' email address
Package: nm.debian.org Severity: normal Hello, On http://www.debian.org/devel/join/nm-amchecklist, I can see: 'The email should be directed at da-mana...@debian.org and n...@debian.org' but on https://nm.debian.org/public/process/candidate, I can see: 'To: debian-newma...@lists.debian.org Subject: AM report for Maarten Bernardus Lankhorst' Thanks, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641458: reproducible in xfce4-panel 4.10.0
I'm also seeing this with Linux Mint 15 and xfce4-panel 4.10.0. Workaround is to kill the panel process and restart it: $ pkill panel $ xfce4-panel Hth Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732015: has_binary_operator.hp:50: Parse error at BOOST_JOIN
Package: gofigure2 Severity: serious For some reason I am not able to compile gofigure2 anymore, it fails with: [ 27%] Generating moc_QGoCreateMeshDialog.cxx cd /home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib /usr/bin/moc-qt4 -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Main -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Main -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/ExternalCode/ctk -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/ExternalCode/ctk -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/ExternalCode/PoissonReconstruction -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/ExternalCode/PoissonReconstruction -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/ExternalCode/itkQt -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/ExternalCode/itkQt -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/ExternalCode/vtkLSM -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/ExternalCode/vtkLSM -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/ExternalCode/MegaVTK/vtkRenderingAddOn -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/ExternalCode/MegaVTK/vtkRenderingAddOn -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/ExternalCode/MegaVTK/vtkItk -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/ExternalCode/MegaVTK/vtkItk -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/ExternalCode/MegaVTK -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/ExternalCode/MegaVTK -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/src -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI/src -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Interfaces -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Interfaces -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib/LineageViewer -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI/lib/LineageViewer -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib/TransferFunctionEditor -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI/lib/TransferFunctionEditor -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib/TraceEditing -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI/lib/TraceEditing -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib/Wizard -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI/lib/Wizard -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib/Video -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI/lib/Video -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib/VisualizationTraceContainers -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI/lib/VisualizationTraceContainers -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib/SynchronizedViews -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib/SynchronizedViews -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI/lib/DBManager -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI/lib/DBManager -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib/Resources -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI/lib -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI/lib -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/GUI -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/GUI -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/build/Code/Filters/Mesh/Merge -I/home/mathieu/debian/debian-med/trunk/packages/gofigure2/trunk/gofigure2-0.9.0/Code/Filters/Mesh/Merge
Bug#732016: misses fabricated matches due to smart squirrelmail entry handling
Package: squirrelmail-lockout Version: 1.7-2 Severity: important Tags: patch, security, upstream This bug is actively utilised by recent spambots. --- functions.php.orig 2010-11-04 09:02:13.0 +0100 +++ functions.php 2013-12-12 14:17:50.0 +0100 @@ -458,8 +458,8 @@ // check for match with hostname, redirect if found // -if (preg_match('/^' . str_replace(array('?', '*'), array('\w{1}', '.*?'), - strtoupper($matches[1])) . '$/', strtoupper($usersDomain))) +if (preg_match('/^\s*' . str_replace(array('?', '*'), array('\w{1}', '.*?'), + strtoupper($matches[1])) . '\s*$/', strtoupper($usersDomain))) { fclose($LOCKOUTTABLE); if ($reverseLockout) @@ -481,8 +481,8 @@ // check for match with hostname, redirect if found // -if (preg_match('/^' . str_replace(array('?', '*'), array('\w{1}', '.*?'), - strtoupper($matches[1])) . '$/', strtoupper($host))) +if (preg_match('/^\s*' . str_replace(array('?', '*'), array('\w{1}', '.*?'), + strtoupper($matches[1])) . '\s*$/', strtoupper($host))) { fclose($LOCKOUTTABLE); if ($reverseLockout) @@ -504,8 +504,8 @@ // check for match with username, redirect if found // -if (preg_match('/^' . str_replace(array('?', '*'), array('\w{1}', '.*?'), - strtoupper($matches[1])) . '$/', strtoupper($user))) +if (preg_match('/^\s*' . str_replace(array('?', '*'), array('\w{1}', '.*?'), + strtoupper($matches[1])) . '\s*$/', strtoupper($user))) { fclose($LOCKOUTTABLE); if ($reverseLockout) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721845: ITP: flashproxy -- ephemeral browser-based pluggable transport for Tor
On 12/12/13 13:26, intrigeri wrote: Hi, Ximin Luo wrote (12 Dec 2013 13:12:07 GMT) : The commits are now here: https://gitweb.torproject.org/debian/flashproxy.git $ git clone https://gitweb.torproject.org/debian/flashproxy.git git Cloning into 'git'... fatal: https://gitweb.torproject.org/debian/flashproxy.git/info/refs not valid: is this a git repository? zsh: exit 128 git clone https://gitweb.torproject.org/debian/flashproxy.git git ? Cheers, Try: https://git.torproject.org/flashproxy.git -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature
Bug#721845: ITP: flashproxy -- ephemeral browser-based pluggable transport for Tor
On 12/12/13 14:24, intrigeri wrote: Ximin Luo wrote (12 Dec 2013 13:50:39 GMT) : https://git.torproject.org/flashproxy.git Thanks, I can clone from there... but I can find no debian/ directory in there. Where does the packaging bits live? Cheers, Sorry, I meant this one: https://git.torproject.org/debian/flashproxy.git -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature
Bug#721845: ITP: flashproxy -- ephemeral browser-based pluggable transport for Tor
Ximin Luo wrote (12 Dec 2013 13:50:39 GMT) : https://git.torproject.org/flashproxy.git Thanks, I can clone from there... but I can find no debian/ directory in there. Where does the packaging bits live? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721845: ITP: flashproxy -- ephemeral browser-based pluggable transport for Tor
Ximin Luo wrote (12 Dec 2013 14:25:19 GMT) : Sorry, I meant this one: https://git.torproject.org/debian/flashproxy.git OK, now I only need to fine time to review this :) Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732008: massive CPU hog as of late
tags 732008 +moreinfo +unreproducible thanks martin f krafft madd...@debian.org writes: Lately, sudo has been consuming 100% of my CPU time while running I can reproduce this with e.g. sudo sleep 10. I can't reproduce this at all on my amd64 notebook. Bdale pgpfNIVwEzZRD.pgp Description: PGP signature
Bug#732018: wine: no upgrade path to version 1.6 in amd64?
Package: wine Version: 1.4.1-4 Severity: important The wine metapackage no longer exists on amd64, thus leaving users with no (automatic) upgrade path to the new 1.6 version. % rmadison wine wine | 1.0.1-3.1 | squeeze | source, amd64, i386 wine | 1.4.1-4 | wheezy | source, amd64, i386, kfreebsd-amd64, kfreebsd-i386, powerpc wine | 1.4.1-4 | jessie | source, amd64, i386, kfreebsd-amd64, kfreebsd-i386, powerpc wine | 1.4.1-4 | sid | source, amd64, kfreebsd-amd64, kfreebsd-i386, powerpc wine | 1.6.1-5 | sid | source, i386 Apt seems to get confused and refuses to accept wine-bin:i386 1.6.1-5 as satisfying the dependency of wine, thus preventing the installation of wine32 until wine is removed. (BTW, do most users need wine32 or wine64?) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages wine depends on: ii wine-bin 1.4.1-4 wine recommends no packages. wine 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#732017: amanda-client should depend on libxml-simple-perl
Package: amanda-client Version: 1:3.3.3-2+squeeze1 Severity: normal Do not confuse with package version - this is 1:3.3.3-2 version from sid backported to squeeze. Trying to test bare-metal recovery using AMANDA $ amfetchdump DailySet1 localhost /etc 20131211170505 Can't locate XML/Simple.pm in @INC (@INC contains: /usr/lib/amanda/perl /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/sbin/amfetchdump line 27. BEGIN failed--compilation aborted at /usr/sbin/amfetchdump line 27. Installation of libxml-simple-perl resolves this problem. -- System Information: Debian Release: 6.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amanda-client depends on: ii amanda-common1:3.3.3-2+squeeze1 Advanced Maryland Automatic Networ ii libc62.11.3-4Embedded GNU C Library: Shared lib ii libcurl3 7.21.0-2.1+squeeze6 Multi-protocol file transfer libra ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libreadline6 6.1-3 GNU readline and history libraries ii libssl0.9.8 0.9.8o-4squeeze14 SSL shared libraries amanda-client recommends no packages. Versions of packages amanda-client suggests: pn dump none (no description available) pn gnuplot none (no description available) pn smbclient none (no description available) -- 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#732019: PyPy plugin support for uWSGI
Package: uwsgiVersion: 1.9.17.1-5Severity: wishlist I was wondering when you were planning to build PyPy support into uwsgi as a plugin like uwsgi-plugin-pypy since you have python and python3 supported and in separate packages? I think this would be an excellent package as many of us would like to use PyPy for our online applications and according to http://uwsgi-docs.readthedocs.org/en/latest/PyPy.html, PyPy support has been around since version 1.2. Since the Debian version of uWSGI integrates the languages as separate plugins, many guides I found in integrating it wanted me to build uWSGI from source for which I wouldn't want to do as I want updates to come to me upstream in apt. If you guys have any plans for PyPy, then that would be great and even having something in experimental form or in unstable at first would be VERY VERY beneficial. I am using Debian GNU/Linux Jessie (testing)
Bug#731915: ITA: graphicsmagick -- collection of image processing tools
retitle 731915 ITA: graphicsmagick -- collection of image processing tools owner 731915 ! thanks Hi, I've already updated it to the newest upstream release and to meet the current Debian policy. However one of the tests is failing. It fails in the version in the pool as well. It's: t/ps/read.t ... ReadImage: Exception 405: Unable to get type metrics (The quick brown fox jumps over the lazy dog.) not ok 3 The code follows: $x=$image-ReadImage('label:The quick brown fox jumps over the lazy dog.'); Anyone has knowledge about its cause, please share it. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731933: libmicrohttpd: CVE-2013-7038 CVE-2013-7039
Dear Moritz, Thank you for reporting these security issues. Thanks to upstream, this is fixed in unstable. I am willing to fix it also in wheezy, but I don't understand why it should wait for a point release and doesn't deserve a DSA. Could you please explain ? Thanks, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503231: Please provide inkscape-nognome
Just for info, the folks of ARCH linux removed this dependency after Inkscape 0.47 release: https://bugs.archlinux.org/task/19204 Please (re-)consider this bug. :) Thanks, Daniel
Bug#732020: ecl: FTBFS on powerpcspe
Source: ecl Version: 12.12.1-3 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, ecl currently FTBFS on powerpcspe like this: [...] libtool: compile: gcc -fPIC -DHAVE_CONFIG_H -I. -I/«PKGBUILDDIR»/src/libffi -I. -I/«PKGBUILDDIR»/src/libffi/include -Iinclude -I/«PKGBUILDDIR»/src/libffi/src -I. -I/«PKGBUILDDIR»/src/libffi/include -Iinclude -I/«PKGBUILDDIR»/src/libffi/src -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fPIC -D_THREAD_SAFE -MT src/powerpc/sysv.lo -MD -MP -MF src/powerpc/.deps/sysv.Tpo -c /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S -o src/powerpc/sysv.o /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S: Assembler messages: /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:88: Error: unrecognized opcode: `lfd' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:89: Error: unrecognized opcode: `lfd' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:90: Error: unrecognized opcode: `lfd' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:91: Error: unrecognized opcode: `lfd' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:93: Error: unrecognized opcode: `lfd' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:94: Error: unrecognized opcode: `lfd' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:95: Error: unrecognized opcode: `lfd' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:96: Error: unrecognized opcode: `lfd' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:129: Error: unrecognized opcode: `stfd' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:132: Error: unrecognized opcode: `stfd' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:135: Error: unrecognized opcode: `stfs' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:147: Error: unrecognized opcode: `stswx' /«PKGBUILDDIR»/src/libffi/src/powerpc/sysv.S:150: Error: unrecognized opcode: `stswi' make[4]: *** [src/powerpc/sysv.lo] Error 1 make[4]: Leaving directory `/«PKGBUILDDIR»/build/libffi' make[3]: *** [install-recursive] Error 1 make[3]: Leaving directory `/«PKGBUILDDIR»/build/libffi' make[2]: *** [libeclffi.a] Error 2 make[2]: Leaving directory `/«PKGBUILDDIR»/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch-stamp] Error 2 [...] The attached patch fixes this by omitting the floating point register save/restore operations on powerpcspe because those simply don't exist on powerpcspe. Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Index: ecl-13.5.1/src/libffi/src/powerpc/sysv.S === --- ecl-13.5.1.orig/src/libffi/src/powerpc/sysv.S 2013-12-12 15:47:34.0 +0100 +++ ecl-13.5.1/src/libffi/src/powerpc/sysv.S 2013-12-12 15:52:07.771561924 +0100 @@ -85,6 +85,7 @@ /* Load all the FP registers. */ bf- 6,2f +#ifndef __NO_FPRS__ lfd %f1,-16-(8*4)-(8*8)(%r28) lfd %f2,-16-(8*4)-(7*8)(%r28) lfd %f3,-16-(8*4)-(6*8)(%r28) @@ -94,6 +95,7 @@ lfd %f6,-16-(8*4)-(3*8)(%r28) lfd %f7,-16-(8*4)-(2*8)(%r28) lfd %f8,-16-(8*4)-(1*8)(%r28) +#endif 2: /* Make the call. */ @@ -126,13 +128,19 @@ L(fp_return_value): bf 28,L(float_return_value) +#ifndef __NO_FPRS__ stfd %f1,0(%r30) +#endif mtcrf 0x02,%r31 /* cr6 */ bf 27,L(done_return_value) +#ifndef __NO_FPRS__ stfd %f2,8(%r30) +#endif b L(done_return_value) L(float_return_value): +#ifndef __NO_FPRS__ stfs %f1,0(%r30) +#endif b L(done_return_value) L(small_struct_return_value): @@ -144,10 +152,14 @@ /* smst_one_register: */ slw %r3,%r3,%r5 /* Left-justify value in r3 */ mtxer %r6 /* move byte count to XER ... */ +#ifndef __NO_FPRS__ stswx %r3,0,%r30/* ... and store that many bytes */ +#endif bf+ 26,L(done_return_value) /* struct in r3:r4 ? */ add %r6,%r6,%r30 /* adjust pointer */ +#ifndef __NO_FPRS__ stswi %r4,%r6,4 /* store last four bytes */ +#endif b L(done_return_value) .LFE1: --- ecl-13.5.1.orig/src/libffi/src/powerpc/ppc_closure.S +++ ecl-13.5.1/src/libffi/src/powerpc/ppc_closure.S @@ -122,20 +122,26 @@ ENTRY(ffi_closure_SYSV) blr # case FFI_TYPE_FLOAT +#ifndef __NO_FPRS__ lfs %f1,112+0(%r1) +#endif mtlr %r0 addi %r1,%r1,144 blr # case FFI_TYPE_DOUBLE +#ifndef __NO_FPRS__ lfd %f1,112+0(%r1) +#endif mtlr %r0 addi %r1,%r1,144 blr # case FFI_TYPE_LONGDOUBLE +#ifndef __NO_FPRS__ lfd %f1,112+0(%r1) lfd %f2,112+8(%r1) +#endif mtlr %r0 b .Lfinish
Bug#732021: Accepted approx 5.4-1 (source amd64)
Package: approx Version: 5.4-1 Severity: serious Justification: policy 9.1.1, FHS violation Le 12/12/2013 14:48, Eric Cooper a écrit : Changes: approx (5.4-1) unstable; urgency=low [...] * document use of /var/cache/approx/.curlrc file (closes: #719912) This really looks like the wrong place to put such a file... Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701141: update on shipping more tools in libnss3-tools
On Wed 2013-12-04 17:13:24 -0500, Mike Hommey wrote: On Thu, Dec 05, 2013 at 06:56:40AM +0900, Mike Hommey wrote: On Tue, Dec 03, 2013 at 02:09:41PM -0500, Daniel Kahn Gillmor wrote: On Mon 2013-12-02 13:04:46 -0500, Daniel Kahn Gillmor wrote: libnss3-tools 2:3.15.3-1 is now in both jessie and sid, but it doeesn't address this change. Would you like me to do an NMU of 2:3.15.3-1.1 to resolve it? i've gone ahead and made that NMU, with the attached debdiff, and have uploaded it to DELAYED/2. I've cancelled it. I'm going to upload 3.15.4 beta 6 this week. I realized I said something similar earlier, but there were several security updates in the meanwhile that prevented me from doing it. ... and just when I write this, there's going to be another security update... sorry again. It's now been over a week and no security update or 3.15.4 beta 6 is in debian. Had the DELAYED/2 upload not been canceled, at least #701141 would have been resolved in the meantime. I don't want to step on your toes (in fact, i'd really like to be able to synchronize my work with yours, which i could do better if the git repository listed in the debian/control Vcs: headers was up-to-date), but I don't understand the reason to avoid the fix. What can i do to help get this resolved? Thanks for your work on NSS and on the other mozilla packages in debian, it's much appreciated. Regards, --dkg pgpnQ_jBx7_Fq.pgp Description: PGP signature
Bug#732022: nova: CVE-2013-7048: Nova live snapshots use an insecure local directory
Package: nova Version: 2013.1.3-2 Severity: grave Tags: security upstream Justification: user security hole Hi, So here is one more of the CVE's not checked yet from security-tracker. Wheezy does not seem affected to this. the following vulnerability was published for nova. CVE-2013-7048[0]: Nova live snapshots use an insecure local directory Daniel Berrange from Red Hat reported that the directories used to temporarily store live snapshots on Nova compute nodes were writeable to all local users. A local attacker with shell access on compute nodes could therefore read and modify the contents of live snapshots before those are uploaded to the image service. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-7048 http://security-tracker.debian.org/tracker/CVE-2013-7048 [1] https://bugs.launchpad.net/nova/+bug/1227027 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731261: transition: Qt5 switching qreal == double for all platforms
On Tue, Dec 10, 2013 at 01:01:06PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: On Friday 06 December 2013 16:02:50 Steve Langasek wrote: Best practice for the case where upstream has changed ABI without changing SONAME is to keep the SONAME the same (for consistency with third-party binaries), but to change the Debian package name. For past examples of this, see the C++ c2a transition; the libc5/libc6 'g' transition; the ldbl transition; the odbcinst1debian2 package; etc. While Debian could get away with doing a spot rebuild and not change the package name for the ABI change (since there are few revdeps and the library hasn't made it into a stable release), Ubuntu cannot because Ubuntu has had a stable release that made heavy use of qt5. As Ubuntu would like to stay as close as possible to Debian for Qt packaging, I (and other Ubuntu developers) would appreciate it if Debian did do the library package name change (which is per se more correct, anyway). The cost to Debian is fairly small for doing this, just a single round-trip through NEW, and it simplifies the handling of the revdeps since you don't need to add any versioned conflicts against each of them to ensure a consistent system. I see your point here. And I think the only lib we would really need to rename is libqt5core5 to libqt5core5a. The rest depends heavily on it, so this single change should simply work. Does that seems OK for you? That sounds like it meets the requirements. Note that renaming only the one package may in practice make the upgrade path more difficult to calculate; you may want to rename more of the libraries based on practical feedback once you've uploaded. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#732023: libtk-img: undefined symbol TIFFReassignTagToIgnore in libtifftcl3.8.2.so
Package: libtk-img Version: 1:1.3-release-12+b1 Severity: grave Justification: renders package unusable Hi, The saods9 programme fails to start with: Error in startup script: couldn't load file /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: undefined symbol: TIFFReassignTagToIgnore while executing load /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so (package ifneeded tifftcl 3.8.2 script) invoked from within load /usr/lib/tcltk/Img1.3/libtkimgtiff1.3.so (package ifneeded img::tiff 1.3 script) invoked from within package require img::tiff (x11 arm line 28) invoked from within switch $ds9(wm) { x11 { # set to absolute path so that if -cd command is used, # so we can still find our files set ds9(root) /usr/share/saods... (file /usr/share/saods9/src/ds9.tcl line 177) This problem can also be seen using tclsh % package require img::tiff couldn't load file /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: undefined symbol: TIFFReassignTagToIgnore Maybe it is related to the libtiff5 transition. Regards, Yannick -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 x32 Kernel: Linux 3.12.4 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libtk-img depends on: ii libc6 2.17-97 ii libfontconfig1 2.11.0-2 ii libjpeg88d-2 ii libpng12-0 1.2.49-5 ii libtiff54.0.3-6 ii libx11-62:1.6.2-1 ii libxext62:1.3.2-1 ii libxft2 2.3.1-1 ii libxss1 1:1.2.2-1 ii tk [wish] 8.6.0+6 ii zlib1g 1:1.2.8.dfsg-1 libtk-img recommends no packages. Versions of packages libtk-img suggests: pn libtk-img-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732024: boxbackup-{client,server}: please add systemd service files
Package: src:boxbackup Version: 0.11.1~r2837-1 There are some examples at http://www.boxbackup.org/wiki/Installation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732025: kanla: fills harddisk with seems to be working messages
Package: kanla Version: 1.4-1 Severity: important I just noticed that kanla is growing a huge logfile, seemingly consisting mostly of the following messages endlessly repeated: relaying: Hello, this is the fail plugin. If you read this message, your setup seems to be working :-). That's not acceptable for a daemon expected to be turned on always. At a minimum the daemon should use logrotate, but really such flooding with ping style messages should be avoided, to not shadow actually useful log messages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719943: I am also having this problem
I am using the debian kernel from jessie (3.11-2-amd64) and also have this problem. The kernel debug package was not installed when the crashes occurred. the crash 'log' command shows the log normally For, now, I am commenting out the makedumpfile --dump-dmesg line from the kdump-config script. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731280: genshi 0.7, Python 3, and bug #731280
Hi, I must admit that I don't have so much time to maintain this package lately, so thank you very much for working on this, it's greatly appreciated. Barry Warsaw ba...@debian.org writes: Hi Arnaud, As you can see, in bug #731280, I attached a patch that updates genshi to 0.7, adds Python 3 support, switches to the pybuild system, and does a few other updates and cleanups of the package. I would have just debcommitted the change and team uploaded it myself, but because I'm switching build systems, and since you're the package maintainer, I thought it would be better to give you a chance to review the changes first. If they look okay to you, I am happy to debcommit and team upload the new version. I'm a DD, if that helps. Sorry if that's a stupid question but I have not followed the development of pybuild, so the reason behind switching to pybuild is that it's much simpler (and thus debian/rules much shorter) for packages supporting Python 2 and 3 compared to cdbs and dh_python*, right? Index: debian/changelog === --- debian/changelog (revision 26664) +++ debian/changelog (working copy) @@ -1,8 +1,28 @@ -genshi (0.6-4) UNRELEASED; urgency=low +genshi (0.7-1) UNRELEASED; urgency=low + [ Barry Warsaw ] + * Team upload. +- Closes: #731280 +- Closes: #713747 +- Closes: #673935 Could you please close each bugs on its corresponding changelog entry as it's easier to understand? Index: debian/rules === [...] -## SVN snapshot (changelog entry with a version: a.b.c~svnREVISION-d) -## Get the source from the SVN upstream repository, then generate the -## documentation (which is in the release tarballs but not in the SVN -## repository and requires python-docutils and python-epydoc packages) -## and finally create the tarball -#SVN_URL := https://svn.edgewall.org/repos/genshi/trunk -#SVN_REVISION := $(shell echo $(DEB_UPSTREAM_VERSION)|sed 's/.*~svn\([0-9]*\)/\1/') -#SVN_DEB_TARBALL_DIR := $(CURDIR)/debian/$(DEB_SOURCE_PACKAGE)-$(DEB_UPSTREAM_VERSION) -#SVN_DEB_TARBALL := $(CURDIR)/../$(DEB_SOURCE_PACKAGE)_$(DEB_UPSTREAM_VERSION).orig.tar.gz -# -## Adapted to CDBS and Genshi from: -## http://wiki.debian.org/SandroTosi/Svn_get-orig-source -#get-orig-source: -#-rm -rf $(SVN_DEB_TARBALL_DIR) $(SVN_DEB_TARBALL) -# -#svn export -r $(SVN_REVISION) $(SVN_URL) $(SVN_DEB_TARBALL_DIR) -# -#( cd $(SVN_DEB_TARBALL_DIR) python setup.py build_doc ) -# -## Get rid of byte-compile files created when building the -## documentation -#find $(SVN_DEB_TARBALL_DIR) -name '*.pyc' -exec rm '{}' \; -# -#GZIP='--best --no-name' tar czf $(SVN_DEB_TARBALL) -C $(SVN_DEB_TARBALL_DIR)/../ \ -#$(DEB_SOURCE_PACKAGE)-$(DEB_UPSTREAM_VERSION) -# -#-rm -rf $(SVN_DEB_TARBALL_DIR) -# -#echo Created: $(SVN_DEB_TARBALL) -# -#.PHONY: get-orig-source Any reason why get-orig-source has been removed? Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731280: genshi 0.7, Python 3, and bug #731280
On Dec 12, 2013, at 05:34 PM, Arnaud Fontaine wrote: I must admit that I don't have so much time to maintain this package lately, so thank you very much for working on this, it's greatly appreciated. You're welcome! And thank you for all your previous work on the package. Sorry if that's a stupid question but I have not followed the development of pybuild, so the reason behind switching to pybuild is that it's much simpler (and thus debian/rules much shorter) for packages supporting Python 2 and 3 compared to cdbs and dh_python*, right? Yes, especially when supporting both Python versions. For setup-based packages, it (usually) makes life so much easier. :) + [ Barry Warsaw ] + * Team upload. +- Closes: #731280 +- Closes: #713747 +- Closes: #673935 Could you please close each bugs on its corresponding changelog entry as it's easier to understand? Will do. Index: debian/rules === [...] -## SVN snapshot (changelog entry with a version: a.b.c~svnREVISION-d) -## Get the source from the SVN upstream repository, then generate the -## documentation (which is in the release tarballs but not in the SVN -## repository and requires python-docutils and python-epydoc packages) -## and finally create the tarball -#SVN_URL := https://svn.edgewall.org/repos/genshi/trunk -#SVN_REVISION := $(shell echo $(DEB_UPSTREAM_VERSION)|sed 's/.*~svn\([0-9]*\)/\1/') -#SVN_DEB_TARBALL_DIR := $(CURDIR)/debian/$(DEB_SOURCE_PACKAGE)-$(DEB_UPSTREAM_VERSION) -#SVN_DEB_TARBALL := $(CURDIR)/../$(DEB_SOURCE_PACKAGE)_$(DEB_UPSTREAM_VERSION).orig.tar.gz -# -## Adapted to CDBS and Genshi from: -## http://wiki.debian.org/SandroTosi/Svn_get-orig-source -#get-orig-source: -# -rm -rf $(SVN_DEB_TARBALL_DIR) $(SVN_DEB_TARBALL) -# -# svn export -r $(SVN_REVISION) $(SVN_URL) $(SVN_DEB_TARBALL_DIR) -# -# ( cd $(SVN_DEB_TARBALL_DIR) python setup.py build_doc ) -# -# # Get rid of byte-compile files created when building the -# # documentation -# find $(SVN_DEB_TARBALL_DIR) -name '*.pyc' -exec rm '{}' \; -# -# GZIP='--best --no-name' tar czf $(SVN_DEB_TARBALL) -C $(SVN_DEB_TARBALL_DIR)/../ \ -# $(DEB_SOURCE_PACKAGE)-$(DEB_UPSTREAM_VERSION) -# -# -rm -rf $(SVN_DEB_TARBALL_DIR) -# -# echo Created: $(SVN_DEB_TARBALL) -# -#.PHONY: get-orig-source Any reason why get-orig-source has been removed? These were all commented out so they weren't being used anyway, but I don't think it's necessary either. Let's just have a working watch file and let the default actions do their thing. Cheers, -Barry signature.asc Description: PGP signature
Bug#732026: ITP: nat-rtsp -- Connection tracking and NAT support for RTSP (DKMS)
Package: wnpp Severity: wishlist Owner: Julien Muchembled j...@jmuchemb.eu * Package name: nat-rtsp Version : 0.7+1.g2ea3cb6 Upstream Author : Michael Guntsche m...@it-loops.com * URL : https://github.com/maru-sama/rtsp-linux * License : GPL-2.0+ Programming Lang: C Description : Connection tracking and NAT support for RTSP This package extends Linux Netfilter to provide connection tracking and NAT support for RTSP. Module is built with DKMS. Real Time Streaming Protocol is a network control protocol designed for use in entertainment and communications systems to control streaming media servers. For example in France, the modem provided by Free ISP (Freebox) uses this protocol to broadcast TV/radio channels on the LAN. This module is required for any router between the modem and end-users. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732027: openmpi: support for mips, mipsel, mips64, and mips64el
Package: openmpi Version: 1.6.5-5 Tags: patch Severity: important Hello, I have attached patches that enable building of package openmpi_1.6.5-5 on following architectures: mips, mipsel, mips64, mips64el. First, these architectures have to be supported, added to debian/control file. File debian/control is patched with the following patch: diff -upNr openmpi-1.6.5-orig/debian/control openmpi-1.6.5/debian/control --- openmpi-1.6.5-orig/debian/control 2013-08-28 06:52:24.0 + +++ openmpi-1.6.5/debian/control2013-12-11 16:38:26.0 + @@ -16,7 +16,7 @@ Vcs-Svn: svn://svn.debian.org/svn/pkg-op Vcs-Browser: http://svn.debian.org/wsvn/pkg-openmpi/openmpi/trunk/ Package: openmpi-bin -Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 +Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 mips mipsel mips64 mips64el Depends: ${shlibs:Depends}, ${misc:Depends}, openmpi-common (= ${source:Version}) Conflicts: openmpi-bin Suggests: gfortran, openmpi-checkpoint [amd64 armel armhf i386 powerpc] @@ -45,7 +45,7 @@ Description: high performance message pa Package: libopenmpi-dev Section: libdevel -Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 +Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 mips mipsel mips64 mips64el Depends: ${shlibs:Depends}, ${misc:Depends}, libopenmpi1.6 (= ${binary:Version}), openmpi-common (= ${source:Version}), libibverbs-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libhwloc-dev Conflicts: openmpi-dev, libopenmpi-dev, openmpi-bin (= 1.2.4-0) Description: high performance message passing library -- header files @@ -60,7 +60,7 @@ Description: high performance message pa Package: libopenmpi1.6 Section: libs -Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 +Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 mips mipsel mips64 mips64el Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: openmpi-libs0, libopenmpi1, libopenmpi1.3, libopenmpi2 Description: high performance message passing library -- shared library @@ -104,7 +104,7 @@ Description: high performance message pa Package: libopenmpi1.6-dbg Section: debug -Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 +Architecture: alpha amd64 armel armhf i386 ia64 powerpc powerpcspe ppc64 sparc sparc64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 mips mipsel mips64 mips64el Depends: ${misc:Depends}, openmpi-bin (= ${binary:Version}), libopenmpi1.6 (= ${binary:Version}) Conflicts: openmpi-dbg, libopenmpi-dbg Description: high performance message passing library -- debug library Next, there are 3 patches (in attachment): mips-support-upstream-1.7.3.diff - patches MIPS.asm and mips/atomic.h files to a latest 1.7.3 version of source mips-support-fix.diff - resolve issue of misinterpretation of assembler code from MIPS.asm and fix mips64(el) assembler code. mips-detection.diff- support detection of mips, mipsel, mips64, mips64el architectures Package openmpi for mips, mipsel, mips64 and mips64el is successfully built after applying these patches. Misinterpretation of assembler code from MIPS.asm explained: this is part of code from original MIPS.asm source file: LEAF(opal_atomic_cmpset_32) .set noreorder retry1: ll $3, 0($4) bne$3, $5, done1 or $2, $6, 0 sc $2, 0($4) beqz $2, retry1 done1: .set reorder xor $3,$3,$5 j ra sltu$2,$3,1 END(opal_atomic_cmpset_32) this is a part of code from a patched MIPS.asm source file: LEAF(opal_atomic_cmpset_32) .set noreorder retry1: ll $3, 0($4) bne$3, $5, done1 or $2, $6, 0 sc $2, 0($4) beqz $2, retry1 done1: .set reorder xor $3,$3,$5 j ra sltu$2,$3,1 .set reorder END(opal_atomic_cmpset_32) without a patch, resulting code is: Dump of assembler code for function opal_atomic_cmpset_32: 0x00400ce8 +0: ll v1,0(a0) 0x00400cec +4: bne v1,a1,0x400cfc done1 0x00400cf0 +8: ori v0,a2,0x0 0x00400cf4 +12:sc v0,0(a0) 0x00400cf8 +16:beqzv0,0x400ce8 opal_atomic_cmpset_32 0x00400cfc +0: xor v1,v1,a1 = 0x00400d00 +4: jr ra 0x00400d04 +8: moveat,at 0x00400d08 +12:
Bug#732023: libtk-img: undefined symbol TIFFReassignTagToIgnore in libtifftcl3.8.2.so
Hi Yannik, On Thu, Dec 12, 2013 at 8:16 PM, Yannick Roehlly yannick.roeh...@free.fr wrote: This problem can also be seen using tclsh % package require img::tiff couldn't load file /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: undefined symbol: TIFFReassignTagToIgnore Maybe it is related to the libtiff5 transition. Looks like it. Thank you for the report. I'll look into it shortly. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732028: add ocl support
Package: opencv In Ubuntu I have added OCL support to this package, debdiff attached diff -Nru opencv-2.4.6.1+dfsg/debian/changelog opencv-2.4.6.1+dfsg/debian/changelog --- opencv-2.4.6.1+dfsg/debian/changelog2013-11-23 04:31:06.0 + +++ opencv-2.4.6.1+dfsg/debian/changelog2013-12-12 16:29:01.0 + @@ -1,3 +1,14 @@ +opencv (2.4.6.1+dfsg-2ubuntu1) trusty; urgency=low + + * Merge with Debian unstable, remaining changes: + - build-dep on ocl-icd-opencl-dev and add libopencv-ocl-dev to libcv-dev depends + and add libopencv-ocl2.4 and libopencv-ocl-dev packages + * Add detect_opencl to build ocl with multiarched libraries + * opencv-data breaks libopencv-dev (= 2.4.6.1+dfsg-2ubuntu1) + * Add detect_opencl to fix finding opencl library with multiarch + + -- Jonathan Riddell jridd...@ubuntu.com Wed, 11 Dec 2013 16:23:54 + + opencv (2.4.6.1+dfsg-2) unstable; urgency=low [ Anton Gladky ] @@ -67,6 +78,40 @@ -- Nobuhiro Iwamatsu iwama...@debian.org Fri, 12 Jul 2013 13:00:43 +0900 +opencv (2.4.5+dfsg-0ubuntu5) trusty; urgency=low + + * No change rebuild against libav9. + + -- Dmitrijs Ledkovs x...@ubuntu.com Thu, 07 Nov 2013 11:25:28 + + +opencv (2.4.5+dfsg-0ubuntu4) saucy; urgency=low + + * Add libopencv-ocl-dev to depends of libopencv-dev + + -- Jonathan Riddell jridd...@ubuntu.com Thu, 10 Oct 2013 16:58:42 +0100 + +opencv (2.4.5+dfsg-0ubuntu3) saucy; urgency=low + + [ Thomas Bleher ] + * Package missing library libopencv-ocl LP: #1213861 + + [ Jonathan Riddell ] + * Add build-dep on ocl-icd-opencl-dev + + -- Thomas Bleher thomasble...@gmx.de Mon, 19 Aug 2013 08:21:39 +0200 + +opencv (2.4.5+dfsg-0ubuntu2) saucy; urgency=low + + * Package missing library libopencv-superres + + -- Jonathan Riddell jridd...@ubuntu.com Fri, 28 Jun 2013 14:01:14 +0100 + +opencv (2.4.5+dfsg-0ubuntu1) saucy; urgency=low + + * New upstream release + + -- Jonathan Riddell jridd...@ubuntu.com Wed, 26 Jun 2013 16:44:16 +0100 + opencv (2.4.3+dfsg-1) experimental; urgency=low * New upstream release. diff -Nru opencv-2.4.6.1+dfsg/debian/control opencv-2.4.6.1+dfsg/debian/control --- opencv-2.4.6.1+dfsg/debian/control 2013-10-12 22:09:18.0 +0100 +++ opencv-2.4.6.1+dfsg/debian/control 2013-12-12 16:17:52.0 + @@ -1,7 +1,8 @@ Source: opencv Priority: optional Section: devel -Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org +Maintainer: Kubuntu Developers kubuntu-de...@lists.ubuntu.com +XSBC-Original-Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org Uploaders: Sam Hocevar (Debian packages) sam+...@zoy.org, Nobuhiro Iwamatsu iwama...@debian.org Build-Depends: debhelper (= 9), @@ -25,7 +26,8 @@ python-numpy, python-sphinx, texlive-fonts-extra, texlive-latex-extra, texlive-latex-recommended, - latex-xcolor, texlive-fonts-recommended + latex-xcolor, texlive-fonts-recommended, + ocl-icd-opencl-dev Standards-Version: 3.9.4 Vcs-Svn: svn://anonscm.debian.org/debian-science/packages/opencv/trunk/ Vcs-Browser: http://anonscm.debian.org/viewsvn/debian-science/packages/opencv/trunk/ @@ -65,7 +67,8 @@ libopencv-objdetect-dev, libopencv-legacy-dev, libopencv-video-dev, - libopencv-ml-dev + libopencv-ml-dev, +libopencv-ocl-dev Conflicts: libcvaux-dev (= 2.1.0-7), libhighgui-dev (= 2.1.0-7) Description: Translation package for libcv-dev This package provide files for translation from libcv-dev to @@ -249,7 +252,7 @@ Section: libdevel Architecture: all Depends: ${misc:Depends} -Breaks: libopencv-dev (= 2.3.1-12) +Breaks: libopencv-dev ( 2.4.6.1+dfsg-2ubuntu1) Description: development data for opencv This is a metapackage providing development package necessary for development of OpenCV (Open Computer Vision). @@ -1030,6 +1033,50 @@ . The Open Computer Vision Library is a collection of algorithms and sample code for various computer vision problems. The library is compatible with + IPL (Intel's Image Processing Library) and, if available, can use IPP + (Intel's Integrated Performance Primitives) for better performance. + . + OpenCV provides low level portable data types and operators, and a set + of high level functionalities for video acquisition, image processing and + analysis, structural analysis, motion analysis and object tracking, object + recognition, camera calibration and 3D reconstruction. + +Package: libopencv-ocl-dev +Section: libdevel +Architecture: any +Depends: ${misc:Depends}, ${shlibs:Depends}, + libopencv-core-dev (= ${binary:Version}), + libopencv-imgproc-dev (= ${binary:Version}), + libopencv-objdetect-dev (= ${binary:Version}), + libopencv-features2d-dev (= ${binary:Version}), + libopencv-ocl2.4 (= ${binary:Version}) +Description: development files for libopencv-photo2.4 + This package contains the header
Bug#732027: openmpi: support for mips, mipsel, mips64, and mips64el
Hello, On 12/12/2013 17:34, Jurica Stanojkovic wrote: I have attached patches that enable building of package openmpi_1.6.5-5 on following architectures: mips, mipsel, mips64, mips64el. Excellent. Many thanks. Did you forwarded that upstream too ? I will upload it very soon. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731280: genshi 0.7, Python 3, and bug #731280
Barry Warsaw ba...@debian.org writes: On Dec 12, 2013, at 05:34 PM, Arnaud Fontaine wrote: Sorry if that's a stupid question but I have not followed the development of pybuild, so the reason behind switching to pybuild is that it's much simpler (and thus debian/rules much shorter) for packages supporting Python 2 and 3 compared to cdbs and dh_python*, right? Yes, especially when supporting both Python versions. For setup-based packages, it (usually) makes life so much easier. :) I see, the shorter debian/rules is, the better so I'm totally up for this kind of changes ;-). Any reason why get-orig-source has been removed? These were all commented out so they weren't being used anyway, but I don't think it's necessary either. Let's just have a working watch file and let the default actions do their thing. Well, sometimes it is useful to packages SVN snapshot, so perhaps it should uncommented but I would like to keep it anyway if possible... Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732027: openmpi: support for mips, mipsel, mips64, and mips64el
No i did not. Should I do that? Regards, Jurica From: Sylvestre Ledru [sylves...@debian.org] Sent: 12 December 2013 17:55 To: Jurica Stanojkovic; 732...@bugs.debian.org Subject: Re: Bug#732027: openmpi: support for mips, mipsel, mips64, and mips64el Hello, On 12/12/2013 17:34, Jurica Stanojkovic wrote: I have attached patches that enable building of package openmpi_1.6.5-5 on following architectures: mips, mipsel, mips64, mips64el. Excellent. Many thanks. Did you forwarded that upstream too ? I will upload it very soon. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732027: openmpi: support for mips, mipsel, mips64, and mips64el
As you wish :) I can do it for you if you prefer (I am in touch with them). Just a minor comment, next time, please provide a patch also for the change in debian/ :) Sylvestre PS: I am build the package with your changes. On 12/12/2013 18:02, Jurica Stanojkovic wrote: No i did not. Should I do that? Regards, Jurica From: Sylvestre Ledru [sylves...@debian.org] Sent: 12 December 2013 17:55 To: Jurica Stanojkovic; 732...@bugs.debian.org Subject: Re: Bug#732027: openmpi: support for mips, mipsel, mips64, and mips64el Hello, On 12/12/2013 17:34, Jurica Stanojkovic wrote: I have attached patches that enable building of package openmpi_1.6.5-5 on following architectures: mips, mipsel, mips64, mips64el. Excellent. Many thanks. Did you forwarded that upstream too ? I will upload it very soon. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732030: upstart service description for munin-async missing
package: munin-async version: 2.0.19-1 severity: wishlist Hi, I've uploaded munin 2.0.19-1 today, which includes upstart service descriptions for munin and munin-node, but it's missing one for munin-async. I don't use upstart but I still think it would be nice to support upstart (and systemd and sysv) as good as we can...! :-) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#728936: Bug#731939: debian-installer: USB input not functioning during install
Hi, I noticed one difference between my and Manfred's setup to Jason's: It seems USB input works now on Intel hardware (hadn't worked in the past), but not on AMD hardware (and also not on PowerPC). Can someone else with AMD and/or Intel hardware test this hypothesis? Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731155: arpwatch uses 100% cpu
Same here. After upgrading libpcap0.8 to 1.5.2-1 (AMD64) arpwatch started to consume CPU like crazy. I tried to manually execute it with the debug flag, but it won't start properly. It will enter in the infinite loop before writing something to stderr. Looking at ltrace output it hangs in a call to pcap_loop() [...] qsort(0x02711e70, 1, 8, 0x00403780) = void qsort(0x02711e90, 1, 8, 0x00403780) = void qsort(0x02711eb0, 1, 8, 0x00403780) = void qsort(0x02711ed0, 1, 8, 0x00403780) = void qsort(0x02711ef0, 1, 8, 0x00403780) = void qsort(0x02711f10, 1, 8, 0x00403780) = void qsort(0x02711f30, 1, 8, 0x00403780) = void qsort(0x02711f50, 1, 8, 0x00403780) = void qsort(0x02711f70, 1, 8, 0x00403780) = void qsort(0x02711f90, 1, 8, 0x00403780) = void sigset(2, 0x402a20, 8, 0x403780, 0) = 0 sigset(15, 0x402a20, 0x7fff3fe18e20, -1, 0x7fff3fe18f40) = 0 sigset(1, 0x402a20, 0x7fff3fe18e20, -1, 0x7fff3fe18f40) = 0 sigset(3, 0x4029e0, 0x7fff3fe18e20, -1, 0x7fff3fe18f40) = 0 sigset(14, 0x4029e0, 0x7fff3fe18e20, -1, 0x7fff3fe18f40) = 0 alarm(900) = 0 pcap_loop(0x2703010, 0, 0x4034d0, 0, 0x7fff3fe18f40^C unfinished ... Downgrading libpcap0.8 to 1.4.0-2 fixes the issue. signature.asc Description: OpenPGP digital signature
Bug#732027: openmpi: support for mips, mipsel, mips64, and mips64el
Feel free to send patches upstream. Sure, no problem, I will be sending debian/ patch next time. Thanks! Jurica From: Sylvestre Ledru [sylves...@debian.org] Sent: 12 December 2013 18:04 To: Jurica Stanojkovic; 732...@bugs.debian.org Subject: Re: Bug#732027: openmpi: support for mips, mipsel, mips64, and mips64el As you wish :) I can do it for you if you prefer (I am in touch with them). Just a minor comment, next time, please provide a patch also for the change in debian/ :) Sylvestre PS: I am build the package with your changes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732031: Debian Package cannot clean itself after build
Package: xournal Version: 4.7-1 Severity: minor Dear Maintainer, I was trying to get the patch at https://bugs.launchpad.net/ubuntu/+source/xournal/+bug/1242641 into the package. So I used `apt-get source xournal` to get the current source from the Ubuntu archive. Then I added the patch and commited that with `dpkg-source --commit. When I tried to build it the second time with `debuild`, it failed since there were build files in the tree which where not cleaned by any `make clean` or `make distclean`. So I was stuck and had to delete the files (well, just two) manually. Could you please make the automatic cleaning work, so that building this package just works? Martin Ueding -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-14-generic (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xournal depends on: ii ghostscript-x9.10~dfsg-0ubuntu2 ii libart-2.0-2 2.3.21-2 ii libatk1.0-0 2.10.0-2 ii libc62.17-93ubuntu4 ii libcairo21.12.16-0ubuntu2 ii libfontconfig1 2.10.93-0ubuntu1 ii libfreetype6 2.4.12-0ubuntu1 ii libgdk-pixbuf2.0-0 2.28.1-1ubuntu2 ii libglib2.0-0 2.38.1-0ubuntu1 ii libgnomecanvas2-02.30.3-1ubuntu2 ii libgtk2.0-0 2.24.20-1ubuntu1 ii libpango-1.0-0 1.32.5-5ubuntu1 ii libpangocairo-1.0-0 1.32.5-5ubuntu1 ii libpangoft2-1.0-01.32.5-5ubuntu1 ii libpoppler-glib8 0.24.1-0ubuntu1 ii libx11-6 2:1.6.1-1ubuntu1 ii zlib1g 1:1.2.8.dfsg-1ubuntu1 xournal recommends no packages. xournal suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#732010: gimp: FTBFS (fails to find freetype headers)
Control: tag -1 upstream patch Julien Cristau jcris...@debian.org (2013-12-12): Source: gimp Version: 2.8.6-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Control: block 717923 with -1 Hi, gimp fails to build from source against freetype 2.5.1: gcc -DHAVE_CONFIG_H -I. -I/«PKGBUILDDIR»/./app/text -I../.. -I../.. -I/«PKGBUILDDIR»/. -I../../app -I/«PKGBUILDDIR»/./app -pthread -I/usr/include/gegl-0.2 -I/usr/include/babl-0.1 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -pthread -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include -DG_LOG_DOMAIN=\Gimp-Text\ -D_FORTIFY_SOURCE=2 -DGIMP_DISABLE_DEPRECATED -DBABL_DISABLE_DEPRECATED -DGSEAL_ENABLE -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DGDK_MULTIHEAD_SAFE -DGTK_MULTIHEAD_SAFE -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wdeclaration-after-statement -Wmissing-prototypes -Werror=missing-prototypes -Wstrict-prototypes -Wmissing-declarations -Winit-self -Wpointer-arith -Wold-style-definition -Wmissing-format-attribute -Wformat-security -fno-common -fdiagnostics-show-option -c /«PKGBUILDDIR»/./app/text/gimpfont.c /«PKGBUILDDIR»/./app/text/gimpfont.c:30:31: fatal error: freetype/tttables.h: No such file or directory #include freetype/tttables.h ^ compilation terminated. make[5]: *** [gimpfont.o] Error 1 freetype changed its header location, you should include FT_TRUETYPE_TABLES_H instead of freetype/tttables.h. Commit available upstream: https://git.gnome.org/browse/gimp/commit/?id=6c73f28b6d87a2afd11974552a075bffec52347f And attached to this mail. Confirmed locally in a devel chroot, can NMU if that helps. Mraw, KiBi. From 6c73f28b6d87a2afd11974552a075bffec52347f Mon Sep 17 00:00:00 2001 From: Michael Natterer mi...@gimp.org Date: Fri, 29 Nov 2013 20:57:46 + Subject: Bug 719560 - Build failure with freetype 2.5.1 Apply patch from su-v that fixes the freetype include to the madness devised and recommended by freetype. --- diff --git a/app/text/gimpfont.c b/app/text/gimpfont.c index 4045ca9..66c6e52 100644 --- a/app/text/gimpfont.c +++ b/app/text/gimpfont.c @@ -28,7 +28,9 @@ #define PANGO_ENABLE_ENGINE 1 /* Argh */ #include pango/pango-ot.h -#include freetype/tttables.h + +#include ft2build.h +#include FT_TRUETYPE_TABLES_H #include text-types.h -- cgit v0.9.2 signature.asc Description: Digital signature
Bug#730405: libois-1.3.0: ignores keypresses that are falsely detected as key repeats
Hello, Javier Cantero found out more about this issue and reported his findings to FreeOrion's upstream forum. So that this won't get lost, I'm quoting here his original remarks http://www.freeorion.org/forum/viewtopic.php?f=25t=7719start=15#p64812 I don't know if you are interested in this (being a libois and not a FO related bug) but I've done some X event traces of FreeOrion with xtrace, and now I understand what is going on. The traces are here: xtrace of FreeOrion over Xfce 4.10 (using libois 1.3.0 from debian jessie) https://gist.github.com/javiercantero/7752527 xtrace of FreeOrion over Xfce 4.10 (using patched libois) https://gist.github.com/javiercantero/7752792 xtrace of FreeOrion over plain X, without Desktop Environment (using libois 1.3.0) https://gist.github.com/javiercantero/7753292 xtrace of FreeOrion over plain X, without Desktop Environment (using patched libois) https://gist.github.com/javiercantero/7753316 The bug triggers when the X Server (or whatever is tweaking with these events) starts to send an additional KeyRelease event before the KeyPress event. KeyPress(K1) - KeyRelease(K1) - KeyPress(K2) - KeyRelease(K2) - KeyPress(K3) - KeyRelease(K3) - ... becomes at certain moment KeyRelease(K4) - KeyPress(K4) - KeyRelease(K4) - KeyRelease(K5) - KeyPress(K5) - KeyRelease(K5) - KeyRelease(K6) - KeyPress(K6) - KeyRelease(K6) - ... The _isKeyRepeat() function (https://gist.github.com/javiercantero/7753445) finds the sequence KeyRelease(Kn) - KeyPress(Kn), and eats the KeyPress event, because that is its job: convert a secuence of repeated keystrokes KeyPress(Ki) - KeyRelease(Kn) - KeyPress(Kn) - KeyRelease(Kn) - ... - KeyPress(Kn) - KeyRelease(Kn) to a unique KeyPress(Kn) - KeyRelease(Kn), and that is done filtering the KeyRelease(Ki) events with a KeyEvent(Ki) after it (with only 2 units of time of delay). So the proposed patch prevents that the _isKeyRepeat() function removes the KeyPress events, but also destroys the purpose of _isKeyRepeat(). With the patch applied (2nd trace) the ghosts KeyReleases still are there, but now the KeyPress events are processed by the right code of libois, instead of being lost. The third and 4th traces proves that this weird behaviour with the keyboard events doesn't happen if Xfce DE is not launched. With a setup of X and a simple window manager (OpenBox), the keyboard traces are as intended (KeyPress - KeyRelease - KeyPress - KeyRelease - ...). Now I'm trying to reproduce the wrong behaviour of the keyboard events from another program launched within Xfce. I've written a simple Xlib example that reads the keyboard events: xreadkeys.c. But the showed events and xtraces of xreadkeys are completely normal. If Xfce is triggering something inside FreeOrion that messes up the keyboard events, I don't see what or how it can be. The only thing I know is it's not inmediate, there is a delay to the instant it happens. signature.asc Description: OpenPGP digital signature
Bug#731971: asterisk-vpb: not installable in sid
tag 731971 + pending stop I have set the Breaks/Replaces version to 1:11.6.0~dfsg-1 in git, thanks for reporting this. Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729941: apt-cacher-ng: fails on current experimental/non-free
Hallo, * Jonathan Nieder [Mon, Dec 09 2013, 04:14:20PM]: tags 729941 + upstream - moreinfo # documentation severity 729941 minor quit Eduard Bloch wrote: As far as I remember, zlib always returned ..._END when the result stream was completely written into the output buffer. And I have seen liblzma behaving the same way but it's not the case for the mentioned file(s) according to gdb. Here, the returned data (n time return buffer size plus one incomplete buffer) summs up to the total size of the stream but in the last cycle lzma_code returns LZMA_OK and not LZMA_STREAM_END. Maybe it will become LZMA_STREAM_END the next time when lzma_code is called but why should we do the extra round? Ah, so the confusing behavior is that an LZMA_OK result neither guarantees that there's more output coming nor that there's no more output coming? Ok. Actually, I didn't make my homework and relied on the experiences with zlib. And there is a clear rule: | deflate() returns Z_OK if some progress has been made (more input | processed or more output produced), Z_STREAM_END if all input has been | consumed and all output has been produced (only when flush is set to | Z_FINISH), Z_STREAM_ERROR if... The problem with lzma was: I have set LZMA_CONCATENATED a while ago without reading about all it's consequences and I didn't bother about LZMA_FINISH. And for some weird reason, even in this operation mode LZMA_STREAM_END was returned for almost all files I tested with so the problem hasn't showed up untill a few weeks ago something changed in the non-free archive. If you wish to improve the documentation, please mention LZMA_CONCATENATED and LZMA_FINISH in the description of LZMA_STREAM_END. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731280: genshi 0.7, Python 3, and bug #731280
On Dec 12, 2013, at 05:57 PM, Arnaud Fontaine wrote: Well, sometimes it is useful to packages SVN snapshot, so perhaps it should uncommented but I would like to keep it anyway if possible... I've restored this stanza, keeping it commented out for now. Pending my other question, I think I'm ready to upload this. Cheers! -Barry signature.asc Description: PGP signature
Bug#731989: ibus 1.5.4-1 makes all window stalling
Dear Sir, 2013/12/12 Osamu Aoki osamu_aoki_h...@nifty.com: Hi, FYI: I am mostly using unstable and stable now happily under GNOME3. Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') This usage of testing may be the reason for the difference experiences. Up until recently, GNOME3 packages were causing problem and I know I used to suffer even on unstable. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723031 Thanks for the reference. On Thu, Dec 12, 2013 at 09:55:15AM +0800, Flos Lonicerae wrote: Package: ibus Version: 1.5.4-1 I thought gnome-settings-daemon etc. also moved to testing recently. So situation should be OK. Are you using aptitude or apt-get upgrade? Please run apt-get dist-upgrade to make sure the package consistency. Yes, I already using the 'apt-get dist-upgrade' to upgrade the whole system. I don't use GNOME3, I use lxde instead. # ps aux | grep gnome shine 4137 0.0 0.0 126812 3392 ?Sl 01:14 0:00 /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session shine 4212 1.0 0.3 702264 22748 ?Rl 01:14 0:04 /usr/lib/gnome-terminal/gnome-terminal-server shine 4217 0.0 0.0 6704 380 ?S01:14 0:00 gnome-pty-helper root 7579 0.0 0.0 12272 924 pts/0S+ 01:22 0:00 grep --colour=auto gnome # ps aux | grep session mdm 3847 0.0 0.0 20140 660 ?Ss 01:14 0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session shine 3934 0.1 0.0 391512 6332 ?Ssl 01:14 0:00 /usr/bin/lxsession -s LXDE -e LXDE shine 4043 0.0 0.0 20140 420 ?Ss 01:14 0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session shine 4044 0.0 0.0 12596 340 ?Ss 01:14 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /usr/bin/im-launch /usr/bin/startlxde shine 4047 0.0 0.0 16124 564 ?S01:14 0:00 /usr/bin/dbus-launch --exit-with-session /usr/bin/im-launch /usr/bin/startlxde shine 4048 0.0 0.0 20892 1428 ?Ss 01:14 0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 9 --session shine 4137 0.0 0.0 126812 3392 ?Sl 01:14 0:00 /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session root 7594 0.0 0.0 12272 928 pts/0S+ 01:23 0:00 grep --colour=auto session Severity: important I know your feeling but your report is too vague for me to act since I do not see the problem from my end. Deeply sorry for my occupational disease, as I'm a tester... I can reproduce the issue 100% in my current system. For more debug information, here is my test plan: 1. Login the LXDE. 2. The ibus is started automatically. 3. Open a terminal. 4. Start the leafpad editor. 5. Get the pid of ibus-daemon daemon in the terminal. 6. Start a strace of that pid in the terminal with: # strace -Tttfv -s 8192 -o /tmp/ibus.out -p PID of ibus-daemon 7. Left click on the title of leafpad's window and hold on the left key of mouse and then move the mouse. 8. The window stalls. 9. Close the leafpad by click on the exit button - 'X'. 10. Back to the terminal and press 'ctrl c' to stop the strace. From the strace, lots of 'futex' call can be found. I could post the strace log for you if you need it. * What led up to the situation? After upgrade the ibus to the latest version, 1.5.4-1. unstable package migrated. Hmm... I think I would fallback to the older version of ibus. * What exactly did you do (or not do) that was effective (or ineffective)? Open any application in desktop, eg. gnome-terminal, leafpad, chromium, firefox,..., when you hold the mouse and move the window, it stalls. Also it greatly affects the switching between applications. How you know this is ibus problem? Unstable GNOME had funny hangs for a while as I recall as a minor nuisance to me. Thanks for your reference, GNOME3 currently is not being used. If I make stop and quit the ibus, all return to normal. H What do you mean by make stop and quit the ibus,. What exactly did you do? Remove package or disable some functionality? No. Here, I mean: 'right click on the ibus icon in the system tray and select the 'Quit' item in the pop-up menu'. Also when you move the window, you can check the CPU usage from top command, the ibus related processes burst and keeps on running high. I never experienced such anyway, can you explain which desktop are you using with what set of ibus packages and also do you start with what DM (gdm/kdm...) ... I'm using mdm(should be folk of gdm). LXDE desktop environment. * What was the outcome of this action? Make all application running slowly and stalling. Unless you identify your situation precisely, I have no way to analyze it. * What outcome did you expect instead? Nothing should change after ibus upgraded. I should say, it should work better :-) Hmm, may be. :)
Bug#732032: python-py: New upstream version 1.4.19 (requirement for pytest 2.5.0)
Package: python-py Version: 1.4.18-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, Hi. I'm trying to update pytest to the new upstream version 2.5.0, however, as per the pytest release notes, this is dependent on py=1.4.19, which is the current upstream release on PyPI: https://pypi.python.org/pypi/py/1.4.19 Please update the version in Debian so I can do an upgrade of pytest. Thanks! - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-py depends on: ii python2.7.5-5 ii python-pkg-resources 1.4.2-1 python-py recommends no packages. Versions of packages python-py suggests: ii python-pytest2.4.2-1 pn python-pytest-xdist none ii subversion 1.7.13-3 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJSqfvCAAoJEBJutWOnSwa/ElAQAK9N732voggwc6hCgYvKgGhq tCwednBroCs1/L+RUnkfiuISyjvORKbKu/jFzLq36nQD4CjqYcJt9b2+fOVx8cOT Pg8gs/rCkiIo3CIYZoz50j/Gl2mGHg0VIJGu9w/VF1LteejNmcUxcXlIQ/a1ZLW7 qwV8idhfoKrTB0m9V9gEOBYSzSruGJJz+y4fPi4OU/EyNX8gOgEK6Av+ksrIdqpE 0nFyItJ9FETiHZau6WJoeQHPuIeK+wKWhETEgqDlcrHfUewpb4BWoCu+RJMUjXD5 oEVtSRYF/GCHhWysMktA79Ny1NsEuu+1pFe6JkkJxkCZnmnjw3a1g9yk4vmj8sUw j8lFlgcDR+27T4QiDyAt/tygGym7tJJ74T39ywncDaFHZGXIIHnULGpGBDVVXJqh QaQSp+e0N+b3GTHYIrh9b7vevlc+9dzxYs4JXWhflbxlIO305qYgThc77yLthszT LxdrZZpEZMieVtj3XsJiDlraZPE0LhiosHQLXhkY9s7XkB5JmsBjUyDHW7rQUQbT QL0PPCWecdtZNCmITycC4NH9uKZMn2EzyhslzLxvoVtqc3xDY12DgT5e1m9iWGLQ 1Yaz9JF8jca5fogwlFsM2pznRUKT01kmF0VqGJRrePQB2GncBBX3cQGATEOdPmSp E1psyUuA0VqOFHdhjhA3 =QNWq -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#732019: PyPy plugin support for uWSGI
Control: reassign -1 uwsgi 1.9.17.1-5 Control: severity -1 wishlist On Jo, 12 dec 13, 15:06:28, Teg Skywalker wrote: Package: uwsgiVersion: 1.9.17.1-5Severity: wishlist I was wondering when you were planning to build PyPy support into uwsgi as a plugin like uwsgi-plugin-pypy since you have python and python3 supported and in separate packages? I think this would be an excellent package as many of us would like to use PyPy for our online applications and according to http://uwsgi-docs.readthedocs.org/en/latest/PyPy.html, PyPy support has been around since version 1.2. Since the Debian version of uWSGI integrates the languages as separate plugins, many guides I found in integrating it wanted me to build uWSGI from source for which I wouldn't want to do as I want updates to come to me upstream in apt. If you guys have any plans for PyPy, then that would be great and even having something in experimental form or in unstable at first would be VERY VERY beneficial. I am using Debian GNU/Linux Jessie (testing) -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#732033: heat: CVE-2013-6428 and CVE-2013-6426
Package: heat Version: 2013.2-4 Severity: grave Tags: security upstream Hi, the following vulnerabilities were published for heat, the first one beeing a privilege escalation. Only checked against havana (and this should be the first one with supporting heat). CVE-2013-6428[0]: Heat ReST API doesn't respect tenant scoping CVE-2013-6426[1]: Heat CFN policy rules not all enforced The upstream bugreports at launchpad contain also patches for havana. If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) ids in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-6428 http://security-tracker.debian.org/tracker/CVE-2013-6428 https://launchpad.net/bugs/1256983 [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-6426 http://security-tracker.debian.org/tracker/CVE-2013-6426 https://launchpad.net/bugs/1256049 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732034: bison: FTBFS: mv: cannot stat 'examples/extracted.stamp.tmp': No such file or directory
Source: bison Version: 2:3.0.2.dfsg-1 Severity: serious Your package FTBFS on most buildds with the error message mv: cannot stat 'examples/extracted.stamp.tmp': No such file or directory It seems there is a problem with parallel builds, I could reproduce it with dpkg-buildpackage -j2, but not in a non-parallel build. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.13.0-rc3-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725714: Bug#715408: fixed now, but firmware problems with new installer
On Thu, Dec 12, 2013 at 09:51:48AM +0100, Andreas Cadhalpun wrote: Hi Ben, On 12.12.2013 01:50, Ben Hutchings wrote: Control: reassign -1 installation-reports On Wed, 2013-12-11 at 21:56 +0100, Andreas Cadhalpun wrote: It looks like a bug in the linux kernel. I don't think so. The kernel log indicates that it got a negative response from the user agent. I'm not sure I understand your argument. Do you refer to 'firmware: agent aborted' as negative response from the user agent? [...] Yes. This is what is supposed to happen when firmware is missing: 1. The driver requests firmware. 2. The kernel tries to load a file under /lib/firmware, and fails. (This is not implemented in the wheezy kernel.) 3. The kernel sends a request to udev to provide the firmware. 4. udev runs a firmware helper script, which records this request in /run/udev/firmware-missing and then returns failure. 5. udev reports failure to the kernel. 6. The kernel logs the failure and reports it to the driver. We know that step 6 has happened, and we can infer from that that steps 1, 3 and 5 must have happened. The problem is in step 4. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711795: gnome-mplayer: Screen turns off (energy-save) while watching video
On 2013-12-08 20:11:16, Marco wrote: Also, have the verbose output of version 1.0.6, to compare it. http://paste.debian.net/69883/ Maybe it can help. 2013/12/8 Marco marc...@gmail.com Sorry, here is the log http://paste.debian.net/69874/ 2013/12/8 Marco marc...@gmail.com xdg-utils is installed. I went ahead and ran gnome-mplayer --verbose with the buggy version. This is tue log Thank you for the logs. It looks like gnome-mplayer thinks that using on of the dbus methods succeeded although they didn't. I'll try to debug the code and see what's going wrong there. Regards -- Sebastian Ramacher signature.asc Description: Digital signature