Bug#674755: Processed: Missing /run/shm breaks xshmfence
Michael Biebl bi...@debian.org writes: Hi Keith, looking at libxshmfence_1.1-2, it's debian/rules use --with-shared-memory-dir=/tmp so I don't see how the package is broken, am I looking at the wrong package? Can you elaborate? I had built it locally on my machine under sysvinit (before there was a package) and it selected /run/shm. The configure.ac auto-detection logic should be updated and use /dev/shm. Only this directory is pretty much guaranteed to exist cross-disto. Will file a bug against libxshmfence later. The auto-detection logic looks for /run/shm /var/tmp and /tmp in order, as I asked RedHat and SuSE developers for what they wanted. No-one asked for /dev/shm, and when I looked through the debian documentation, I found /run/shm as the 'preferred' location for tmpfs to be mounted. I consider any change like this across a sysvinit-systemd transition to be a bug in systemd at this point; my system was working, and a transition to systemd caused it to stop working. I'd love it if glibc offered an API to create an anonymous unnamed file in shmfs. Right now, I'm using: #define SHMDIR /run/shm fd = open(SHMDIR, O_TMPFILE|O_RDWR|O_CLOEXEC|O_EXCL, 0666); I can't see how any application could responsibly use shm_open as that API appears to present all of the usual /tmp races which we've worked hard to eliminate. glibc doesn't appear to provide any other API for creating a temporary anonymous memory file. -- keith.pack...@intel.com pgpU_PaQmeune.pgp Description: PGP signature
Bug#746631: python-factory-boy: New upstream version available
Package: python-factory-boy Version: 2.0.2-1 Severity: normal Version 2.3.1 is available from pypi. $ uscan --no-download [15:59:09] Processing watchfile line for package factory-boy... Newest version on remote site is 2.3.1, local version is 2.0.2 I have created a package of the latest version: http://code.vpac.org/debian/pool/main/f/factory-boy/ -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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#745882: broken magic: Some plain text identified as flash file
# commit FILE5_18-23-g281578a tags 745882 fixed-upstream thanks Hello, file(1) maintainer here, about #745882 and #746307 (cwr* mis-detected as flash). Good news: Upstream fixed the issue. I expect the next release within the next four to six weeks. In my understanding the bug you've encountered isn't that important it requires an immediate upload to Debian. But I might be convinced otherwise. Christoph signature.asc Description: Digital signature
Bug#745881: Please upload!
Tobias Frost wrote... (...) If Tobias is interested in becoming uploader or even maintainer of the isdnutils package I am certainly willing to let it go. I've only ever used the libcapi20 part of it. Thanks for the offer, but unfortunatly I do not have any ISDN hardware so it would make no sense to get any deeper into this package. Well, I do. In production and for a small test lab, also different vendors so I'm not simply Fritz-bound. And I've been using isdnutils for many years and am interested in keeping it running. Well, with the information given in Hilko's reply I suggest tp consider oprhaning the package or file some other appropiate bug against wnpp (RFA, RFH or even a RM against ftp.d.o) So, this is my formal offer to take over maintainership of isdnutils. Christoph signature.asc Description: Digital signature
Bug#746632: ITP: django-simple-captcha -- Django Simple Captcha Django application
Package: wnpp Severity: wishlist Owner: Brian May b...@debian.org * Package name: django-simple-captcha Version : 0.4.2 Upstream Author : Marco Bonetti * URL : https://github.com/mbi/django-simple-captcha * License : [1] Programming Lang: Python Description : Django Simple Captcha Django application Django Simple Captcha is an extremely simple, yet highly customizable Django application to add captcha images to any Django form. This is used by a Django application I maintain. The source package is django-simple-captcha, the binary will probably have to be renamed to python-captcha to make it Debian python policy compliant. With this in mind, I have a package available at: https://code.vpac.org/debian/pool/main/d/django-simple-captcha/ Later: Just accidentally noticed that the name (python-captcha) has already been taken in Debian, by a packaging that looks rather different (for Python, not Django), so I may not actually be able to do this. However, already entered most of this report now, so I am going submit it like it or not :-). [1] License: Copyright (c) 2008 - 2014 Marco Bonetti Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the Software), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746633: cyphesis-cpp: [INTL:ru] Russian debconf templates translation update
Package: cyphesis-cpp Version: req Severity: wishlist Tags: l10n patch Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Russian debconf templates translation update is attached. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: application/gzip
Bug#746634: src:usbmuxd: Propose to keep up with usbmuxd in github's.
Package: src:usbmuxd
Version: 1.0.8-5
Severity: wishlist
Tags: patch
Dear Maintainer,
In my debian box(jessie/sid), I also met bug #746561. I built the latest
version of usbmuxd downloaded from
https://github.com/libimobiledevice/usbmuxd and that bug seems to totaly
disappear and libimobiledevice-utls/ifuse works fine with iOS7.1.1.
I'd like to propose to change upstream source to that in github.
Also I'd like to propse patch of 'debian' directory diff'ed with
usbmuxd-1.0.8-5.
How to use this patch:
Step 1. Apply patch to libimobiledevice reported in bug #746630,
build libimobiledevice pkg , and install them.
Step 2. Download the latest usbmuxd source from
https://github.com/libimobiledevice/usbmuxd.
Step 3. Copy 'debian' directory included submuxd-1.0.8-5 source package
to usbmuxd source shown in Step 2.
Step 4. Apply patch attached this report , and delete follwing files.
- debian/usbmuxd.docs
- debian/usbmuxd.install
- debian/iproxy.1
- debian/patches/Disable-building-of-libusbmuxd-and-tools.patch
- debian/patches/Revert-ifdef-USBMUXD_DAEMON.patch
- debian/Set-OWNER-in-udev-rule.patch
Finally build usbmuxd package.
Regards,
Takahide Nojima
diff -uNr a/debian/clean b/debian/clean
--- a/debian/clean 1970-01-01 09:00:00.0 +0900
+++ b/debian/clean 2014-04-01 22:24:23.727772387 +0900
@@ -0,0 +1 @@
+config.log
diff -uNr a/debian/control b/debian/control
--- a/debian/control 2014-04-09 04:01:27.0 +0900
+++ b/debian/control 2014-04-02 22:41:38.300851925 +0900
@@ -4,20 +4,18 @@
Maintainer: gtkpod Maintainers pkg-gtkpod-de...@lists.alioth.debian.org
Uploaders: Julien Lavergne julien.laver...@gmail.com
Standards-Version: 3.9.5
-Build-Depends: debhelper (= 9),
+Build-Depends: debhelper (= 9),dh-autoreconf,
libusb-1.0-0-dev (= 1.0.3) [linux-any],
libusb2-dev (= 8.0-4) [kfreebsd-any],
- cmake,
- libplist-dev (= 0.15),
- libusbmuxd-dev (= 1.0.9)
+ libplist-dev (= 0.15)
Homepage: http://marcansoft.com/blog/iphonelinux/usbmuxd/
Vcs-Git: git://git.debian.org/git/pkg-gtkpod/packages/usbmuxd.git
Vcs-Browser: http://git.debian.org/?p=pkg-gtkpod/packages/usbmuxd.git
Package: usbmuxd
Architecture: any
-Depends: ${shlibs:Depends},
- ${misc:Depends},
+Depends: ${shlibs:Depends},
+ ${misc:Depends},
adduser
Description: USB multiplexor daemon for iPhone and iPod Touch devices
usbmuxd, the USB multiplexor daemon, is in charge of coordinating
@@ -27,17 +25,3 @@
.
This package includes udev rules to start the daemon when a supported
device is plugged in, and stop it when all devices are removed.
-
-Package: usbmuxd-dbg
-Architecture: any
-Section: debug
-Priority: extra
-Depends: usbmuxd (= ${binary:Version}),
- ${misc:Depends}
-Description: USB multiplexor daemon for iPhone and iPod Touch devices - debug
- usbmuxd, the USB multiplexor daemon, is in charge of coordinating
- access to iPhone and iPod Touch services over USB. Synchronization and
- management applications for the iPhone and iPod Touch need this daemon
- to communicate with such devices concurrently.
- .
- This package contains the debugging symbols.
diff -uNr a/debian/iproxy.1 b/debian/iproxy.1
--- a/debian/iproxy.1 2014-04-09 04:01:27.0 +0900
+++ b/debian/iproxy.1 1970-01-01 09:00:00.0 +0900
@@ -1,24 +0,0 @@
-.TH iproxy 1
-.SH NAME
-iproxy \- proxy that enables tcp service access to iPhone/iPod
-.SH SYNOPSIS
-.B iproxy
-[LOCAL_TCP_PORT] [DEVICE_TCP_PORT]
-
-.SH DESCRIPTION
-
-iproxy allows you to forward localhost ports to the device---allows SSH over
-USB on jailbroken devices, or allowing access the lockdown daemon (and then
-to all of the file access, sync, notification and backup services running on
-the device).
-
-Example :
- ./iproxy 22
- ssh -p root@localhost
-
-.SH AUTHORS
-Nikias Bassen nik...@gmx.li
-
-Paul Sladen libiph...@paul.sladen.org
-
-Man page written to conform with Debian by Julien Lavergne.
diff -uNr a/debian/patches/Add-systemd-service-file-and-call-out-to-it-from-ude.patch b/debian/patches/Add-systemd-service-file-and-call-out-to-it-from-ude.patch
--- a/debian/patches/Add-systemd-service-file-and-call-out-to-it-from-ude.patch 2014-04-09 04:01:27.0 +0900
+++ b/debian/patches/Add-systemd-service-file-and-call-out-to-it-from-ude.patch 2014-04-03 14:50:40.829270905 +0900
@@ -1,68 +1,47 @@
-From: Chow Loong Jin hyper...@debian.org
-Date: Sat, 15 Mar 2014 02:51:09 +0800
-Subject: Add systemd service file and call out to it from udev if possible
-
-Bug-Debian: https://bugs.debian.org/741338
- CMakeLists.txt | 1 +
- systemd/CMakeLists.txt | 2 ++
- systemd/usbmuxd.service.in | 9 +
- udev/85-usbmuxd.rules.in | 9 +++--
- 4 files changed, 19 insertions(+), 2 deletions(-)
- create mode 100644 systemd/CMakeLists.txt
- create mode 100644 systemd/usbmuxd.service.in
-
-diff --git
Bug#738849: Please enable webview support for wx3.0
Il Venerdì 2 Maggio 2014 3:37, Olly Betts o...@survex.com ha scritto: On Fri, May 02, 2014 at 01:58:16AM +0100, Gianfranco LocutusOfBorg Costamagna wrote: I already added you export line at the bottom (please see my commit on github) https://github.com/LocutusOfBorg/wx/commit/15e8f7d106298109e58a2a3c8bf8add0b3001aa7 Hi again, One problem is that: +export DEB_LDFLAGS_APPEND=-Wl,--as-needed dpkg-buildflags --get LDFLAGS should be: +export DEB_LDFLAGS_APPEND=-Wl,--as-needed But it seems the real issue is actually that the export doesn't happen before the $(shell dpkg-buildflags --export=configure) gets expanded. A simple fix is to just specify it there directly: $(shell DEB_LDFLAGS_APPEND=-Wl,--as-needed dpkg-buildflags --export=configure) yes, that one did the trick, thanks! should be good enough :) so I also checked the webkitgtk build archs, and seems to be supported on every arch, but *not* on gnu hurd (failng to build) https://buildd.debian.org/status/package.php?p=webkitgtksuite=sid is this a problem? hurd shouldn't be a release architecture, and shouldn't prevent the testing migration. what do you think? I hope they'll fix soon the hurd build failure, thanks, Gianfranco Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746598: iceweasel 29.0: PDF previewer does not work anymore
forwarded 746598 https://bugzilla.mozilla.org/show_bug.cgi?id=1003707 thanks On 01/05/2014 21:30, Christophe Troestler wrote: Trying to display a PDF file, such as http://math.umons.ac.be/anum/ftp_san/mathelem/espaceRN.pdf with the iceweasel PDF previewer displays a blank page. It is a regression introduced by this release. Cheers, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738849: Please enable webview support for wx3.0
On Fri, May 02, 2014 at 07:43:47AM +0100, Gianfranco Costamagna wrote: so I also checked the webkitgtk build archs, and seems to be supported on every arch, but *not* on gnu hurd (failng to build) https://buildd.debian.org/status/package.php?p=webkitgtksuite=sid Oh yes, an important consideration. is this a problem? hurd shouldn't be a release architecture, and shouldn't prevent the testing migration. I think it isn't something to worry about too much. And older versions of webkitgtk have built OK on hurd, so I'd guess it's not anything fundamental. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746593: rxvt-unicode: CVE-2014-3121: user-assisted arbitrary commands execution
On Thu, May 01, 2014 at 08:32:02PM +0200, Salvatore Bonaccorso wrote: Source: rxvt-unicode Severity: grave Tags: security upstream fixed-upstream Justification: user security hole Hi, the following vulnerability was published for rxvt-unicode. CVE-2014-3121[0]: user-assisted arbitrary commands execution More information can be found in the report on oss-security: http://seclists.org/oss-sec/2014/q2/204 Can you backport the change to oldstable-security and stable-security? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742645: Error! Bad return status for module build on kernel: 3.14-1-amd64 (x86_64)
Got the same error while upgrading kernel from 3.13 to 3.14 Building initial module for 3.14-1-amd64 Error! Bad return status for module build on kernel: 3.14-1-amd64 (x86_64) Consult /var/lib/dkms/nvidia-current/334.21/build/make.log for more information. nvidia-kernel-dkms: installed: 334.21-1 (from experimental) linux-image-3.14-1-amd64: installed: 3.14.2-1 (from unstable) -- Best regards, Valery Mamonov.
Bug#746635: [l10n] Czech translation for cyphesis-cpp
Package: cyphesis-cpp Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for cyphesis-cpp package, please include it. Regards, Martin Sin.# Czech translation of cyphesis templates # msgid msgstr Project-Id-Version: cyphesis-cpp\n Report-Msgid-Bugs-To: cyphesis-...@packages.debian.org\n POT-Creation-Date: 2014-04-30 01:26-0500\n PO-Revision-Date: 2014-05-02 09:08+0200\n Last-Translator: Martin Sin martin@zshk.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../cyphesis-cpp.templates:1001 msgid Configuration note msgstr KonfiguraÄnà poznámka #. Type: note #. Description #: ../cyphesis-cpp.templates:1001 msgid In order to use cyphesis-cpp you must have access to a postgresql server. The server does not have to be installed on the same host as cyphesis-cpp but it has to be reachable over a network and you have to have access to it. msgstr Pro použÃvánà cyphesis-cpp musÃte mÃt pÅÃstup k serveru postgresql. Server nemusà být nainstalován na stejném poÄÃtaÄi jako cyphesis-cpp, ale musà být dostupný pÅes sÃÅ¥ a je tÅeba na nÄj mÃt pÅÃstup. #. Type: note #. Description #: ../cyphesis-cpp.templates:1001 msgid For further configuration information please read /usr/share/doc/cyphesis- cpp/README.Debian. msgstr Pro dalÅ¡Ã konfiguraÄnà informace si prosÃm pÅeÄtÄte /usr/share/doc/cyphesis- cpp/README.Debian. #. Type: boolean #. Description #: ../cyphesis-cpp.templates:2001 msgid Use a local postgresql server? msgstr PoužÃt mÃstnà server postgresql? #. Type: boolean #. Description #: ../cyphesis-cpp.templates:2001 msgid Cyphesis-cpp can use a local postgresql server over unix sockets instead over a network. The database server doesn't need to listen to the network then. This is recommended for local usage as it's thought to be more secure. msgstr Cyphesis-cpp může využÃt ke spojenà s mÃstnÃm serverem postgresql mÃsto sÃtÄ unixové sockety. Databázový server pak nemusà poslouchat na sÃti, což je pro mÃstnà použità doporuÄená možnost, protože je považována za bezpeÄnÄjÅ¡Ã. #. Type: string #. Description #: ../cyphesis-cpp.templates:3001 msgid Database server: msgstr Databázový server: #. Type: string #. Description #: ../cyphesis-cpp.templates:3001 #| msgid #| On which host is the postgresql database server located, which will be #| used by cyphesis-cpp to store its internal data? msgid The host on which the postgresql database server is located. This will be used by cyphesis-cpp to store its internal data. msgstr PoÄÃtaÄ s databázovým serverem postgresql. Cyphesis-cpp jej použÃvá k uloženà svých vnitÅnÃch dat. #. Type: string #. Description #: ../cyphesis-cpp.templates:4001 msgid Database name: msgstr Jméno databáze: #. Type: string #. Description #: ../cyphesis-cpp.templates:4001 #| msgid #| What is the database name cyphesis-cpp should use on the database server? msgid The database name cyphesis-cpp should use on the database server. msgstr Jméno databáze cyphesis-cpp na databázovém serveru. #. Type: string #. Description #: ../cyphesis-cpp.templates:5001 msgid Database user: msgstr Uživatel databáze: #. Type: string #. Description #: ../cyphesis-cpp.templates:5001 msgid Please type in the username for the database server msgstr Zadejte prosÃm uživatelské jméno pro databázový server #. Type: password #. Description #: ../cyphesis-cpp.templates:6001 msgid Password: msgstr Heslo: #. Type: password #. Description #: ../cyphesis-cpp.templates:6001 msgid Please type in the password to use to access the database server msgstr Zadejte prosÃm heslo pro pÅÃstup k databázovému serveru #. Type: boolean #. Description #: ../cyphesis-cpp.templates:7001 msgid Register with the WorldForge metaserver? msgstr Registrovat se pomocà metaserveru WorldForge? #. Type: boolean #. Description #: ../cyphesis-cpp.templates:7001 msgid Cyphesis-cpp can use the metaserver of the WorldForge project to announce itself to the world. Players will detect your server automatically when starting their client. msgstr Cyphesis-cpp může pro oznamovánà do svÄta použÃt metaserver z projektu Worldforge. HráÄi pak naleznou váš server automaticky hned pÅi spuÅ¡tÄnà svých klientů. #. Type: boolean #. Description #: ../cyphesis-cpp.templates:8001 msgid Automatically start the Cyphesis server on boot? msgstr Spustit server Cyphesis automaticky po startu poÄÃtaÄe? #. Type: boolean #. Description #: ../cyphesis-cpp.templates:8001 msgid Cyphesis-cpp can start automatically when your computer boots. However, unless you're running a dedicated server, this is probably not the behavior you are looking for. By default, you will need to manually start Cyphesis- cpp from the command line so that it does
Bug#697501: AR9285: enabling or disabling Wi-Fi freezes the system
27.04.2014, 17:21, Ben Hutchings b...@decadent.org.uk: On Sun, 2014-04-27 at 16:36 +0400, программист некто wrote: At present I don't watch a freezes with a kernel 3.14. Also there is no problem if I enable powersave (in current time disabled by default). sudo rmmod ath9k sudo modprobe ath9k ps_enable=1 sudo iw dev wlan0 set power_save on That's good to hear. Of course, it would also be good to have this fixed in wheezy. For future reference (I'm not expecting you to do anything with this information) it seems like this might have been fixed by some of the changes to interrupt and error handling: Ben. I am sad, unfortunately, freezes is not fully eliminated. System freezes if powersave was switched off. Also freezes (when powersave disabled) on kernel 3.14.2-1. Please remove Fixed in version linux/3.14-1 ~ with exp1 as the problem wasn't completely eliminated. Workaround for me (works on kernel 3.14): /etc/modprobe.d/ar9285.conf options ath9k ps_enable=1 etc/rc.local iw dev wlan0 set power_save on -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746637: poco: CVE-2014-0350
Package: poco Severity: important Tags: security Please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-0350 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745881: Please upload!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02.05.2014 14:26, Christoph Biedl wrote: So, this is my formal offer to take over maintainership of isdnutils. Cool! I'd like to have a short period of co-maintainership to make sure the carving out of libcapi20 works well and any necessary coordination between the two packages is in place. I also still have a few changes here (from experimental and my local repo) that would be beneficial to have for isdnutils. I suggest you add yourself to Uploaders for the meantime and make another NMU (or regular upload since you are then in the uploads field, not sure). I think it would be best to have the current NMU migrate to testing first in any case. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJTY0hwAAoJEJSEK8huURwx2egQAJuv0B1LyvyHeaKU5C6x1prh kLfRsj4rPqmvmsMBjwcvIIrwWtgS+J5kMALyitpxuoemF9Nqpcd5L/rb88M5+1UJ RsVNV2tOKFS+IlkypdhFOCVjL7tKDGA3X1bfcXWwUJzhVX5BrTkdyNfAvB8lo8wj idvlbKcyJDf85jo4Vw20IEpzP+tSKGh52c50tUuyuvH+B9BBdBiKbICxVqnI5GhO HtO6utVxGAdCzi0pzd42O3Nkh5371Ih0hC1SQgRxUSmxvucl32xx62HkRycmvCu9 d72Zver4c9+6VC2r+jY0ZEXH6KSDo9Acag5u8y4ZXHlE1R6HiIAxZQrbw+TlZMsF eGtgz4MjoYVtU1g2ZuHVi9hd2ifL+40JiQauEv9dNsfUHRNDE4naKVvXUg1kv2cH XM3wc7sJXtjFFwWdiHR70mWaarrKBRpXUI2e2ylEqF1AnHDGLOFtwbP2F/zmlctG K1+EMsKAxxuufxmuXYvTK1lCr2c7JQM8r76O/Pa9+RmjuoIR5/UvCN5xqoQobXdH JOoPhKFFgw3gjXcsVn3Cmvh8TMm92NiRw2jO95zwvvJD62VNQqy0cu46m0xMOn0K /c/1QFdwdTJeQcs26ZSdmkcdOhxsccM1SyHIiAQPWzD4TxfimN6o2nPfitCpmeoe XuXm3VUE/8/l4B5VjYg4 =RHp6 -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#746636: linux 3.14.2-1 FTBFS on armhf
Control: forcemerge 746420 -1 On Fri, 2014-05-02 at 09:21 +0200, Karsten Merker wrote: Package: linux Version: 3.14.2-1 Hello, the linux package (3.14.2-1) currently FTBFS on armhf: https://buildd.debian.org/status/fetch.php?pkg=linuxarch=armhfver=3.14.2-1stamp=1398922166 Thanks. This was already reported as 746420. Merging. Cheers, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674755: Processed: Missing /run/shm breaks xshmfence
Keith Packard [2014-05-01 23:02 -0700]: looking at libxshmfence_1.1-2, it's debian/rules use --with-shared-memory-dir=/tmp so I don't see how the package is broken, am I looking at the wrong package? /tmp is definitively broken. It should be /dev/shm/ or /run/shm/, nothing else. The auto-detection logic looks for /run/shm /var/tmp and /tmp in order, as I asked RedHat and SuSE developers for what they wanted. No-one asked for /dev/shm, and when I looked through the debian documentation, I found /run/shm as the 'preferred' location for tmpfs to be mounted. For now, eglibc treats /dev/shm/ as the canonical path. /run/shm/ was a Debianism because it was thought to be prettier. Arguably it is, but then again there's lots of paths which are ugly but which we can't just change (/etc/, /usr/, etc.). codesearch.debian.net indeed doesn't reveal too much stuff that actually depends on /run/shm/, most hits seem to be fallback paths to support the Debian specific location. So I'd recommend using /dev/shm/ as that works everywhere (it's a symlink under sysvinit). I consider any change like this across a sysvinit-systemd transition to be a bug in systemd at this point; my system was working, and a transition to systemd caused it to stop working. Yes, agreed. Until all references to /run/shm/ are gone, we should keep a /run/shm - /dev/shm/ compat symlink. Even more so as long as https://wiki.debian.org/ReleaseGoals/RunDirectory is still an official goal. So I consider the lack of the /run/shm/ symlink a bug, too. I'd love it if glibc offered an API to create an anonymous unnamed file in shmfs. Right now, I'm using: #define SHMDIR /run/shm If you change this to /dev/shm/ this seems reasonably portable to me to other distros. fd = open(SHMDIR, O_TMPFILE|O_RDWR|O_CLOEXEC|O_EXCL, 0666); I can't see how any application could responsibly use shm_open as that API appears to present all of the usual /tmp races which we've worked hard to eliminate. glibc doesn't appear to provide any other API for creating a temporary anonymous memory file. As long as you use O_EXCL this should be fine? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#745882: broken magic: Some plain text identified as flash file
Hey Christoph, Good news: Upstream fixed the issue. I expect the next release within the next four to six weeks. In my understanding the bug you've encountered isn't that important it requires an immediate upload to Debian. But I might be convinced otherwise. Cool! I'm not in a particular hurry, I noticed this in a pedantic wild-guess lintian warning, no rush there. Thanks, Matthijs signature.asc Description: Digital signature
Bug#746638: linux-image-3.14-1-amd64: Headset Plantronics GameCom 780 doesn't work
Package: src:linux Version: 3.14.2-1 Severity: important Dear maintainers, After update to 3.14-1-amd64 USB Headset Plantronics GameCom 780 stop working. lsusb: Bus 003 Device 003: ID 047f:c010 Plantronics, Inc. ALSA doesn't recognize them. On 3.13-1-amd64 working fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746639: netty: CVE-2014-0193
Package: netty Severity: grave Tags: security Justification: user security hole Hi, please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-0193 and http://netty.io/news/2014/04/30/release-day.html Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746640: icedove: Debian Bug report logs - #724688 not fixed in Deb stable repository
Package: icedove Version: 24.4.0-1~deb7u1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? The lighning calendar does not work with icedove 24.4.0, Deb wheezy. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Propagate the already available solution from the unstable to the stable icedove repository. * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u1 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4+deb7u1 ii libsqlite3-0 3.7.17-1~bpo70+1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii myspell-de-de [myspell-dictionary]20120607-1 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 -- 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#663436: modprobe: does not seem to set module options for snd_hda_intel
reopen found 663436 16-2 thanks Am Donnerstag, 1. Mai 2014, 22:07:12 schrieb Marco d'Itri: On Jan 02, Marco d'Itri m...@linux.it wrote: Can you still reproduce this issue with kmod 16? Closing. Sorry. Still happens: merkaba:~ apt list 2/dev/null | egrep (^kmod/|^udev/) kmod/unstable,now 16-2 amd64 [installed] udev/unstable,now 204-10 amd64 [installed] merkaba:~ cat /proc/version Linux version 3.14.0-tp520 (martin@merkaba) (gcc version 4.8.2 (Debian 4.8.2-17) ) #52 SMP PREEMPT Mon Mar 31 13:41:48 CEST 2014 merkaba:~ cat /sys/module/snd_hda_intel/parameters/power_save 0 I can switch to using /etc/sysfs.d to set it. Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#745749: lcms2: Fix endianess for Power processor
Hi Brento, On Fri, Apr 25, 2014 at 12:00:27PM -0300, Breno Leitao wrote: Hi Thomas On 04/25/2014 04:52 AM, Thomas Weber wrote: I intend to upload 2.6 in the near future. Reading the code, it seems that little endian PowerPC is considered there. Can you confirm this? Yes. I checked the version 2.6 and it contains the ppc64el patch. As soon as you upload the package, I can try and check if it's building fine on ppc64el. The new version was uploaded. Best, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746641: totem: Fails to play youtube videos
Package: totem Version: 3.12.0-2 Severity: normal Tried to search for videos on Youtube. When trying to play a video, you get a dialog about a missing HTML decoder. On the terminal the following is printed: ** Message: Missing plugin: gstreamer|1.0|totem|text/html decoder|decoder-text/html (text/html decoder) ** Message: Automatic missing codec installation not supported (helper script missing) I guess there is some gstreamer plugin missing. //Marcus -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages totem depends on: ii gnome-icon-theme3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii grilo-plugins-0.2 0.2.12-2 ii gsettings-desktop-schemas 3.8.2-2 ii gstreamer1.0-clutter2.0.10-1 ii gstreamer1.0-plugins-bad1.2.4-1 ii gstreamer1.0-plugins-base 1.2.4-1 ii gstreamer1.0-plugins-good 1.2.4-1 ii gstreamer1.0-x 1.2.4-1 ii libatk1.0-0 2.12.0-1 ii libc6 2.18-4 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libclutter-1.0-01.18.2-1 ii libclutter-gst-2.0-02.0.10-1 ii libclutter-gtk-1.0-01.4.4-3+b1 ii libcogl-pango20 1.18.0-2 ii libcogl-path20 1.18.0-2 ii libcogl20 1.18.0-2 ii libdrm2 2.4.52-1 ii libegl1-mesa [libegl1-x11] 10.1.0-5 ii libgbm1 10.1.0-5 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-1 1.40.0-2 ii libglib2.0-02.40.0-2 ii libgrilo-0.2-1 0.2.10-1 ii libgstreamer-plugins-base1.0-0 1.2.4-1 ii libgstreamer1.0-0 1.2.4-1 ii libgtk-3-0 3.12.1-1 ii libjson-glib-1.0-0 1.0.0-1 ii libnautilus-extension1a 3.8.2-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpeas-1.0-0 1.10.0-2 ii libtotem-plparser18 3.10.2-1 ii libtotem0 3.12.0-2 ii libwayland-client0 1.4.0-1 ii libwayland-cursor0 1.4.0-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.1.0-5 ii libwayland-server0 1.4.0-1 ii libx11-62:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxkbcommon0 0.4.0-1 ii libxml2 2.9.1+dfsg1-3 ii libxrandr2 2:1.4.2-1 pn python:any none ii totem-common3.12.0-2 Versions of packages totem recommends: ii gstreamer1.0-libav 1.2.4-1 ii gstreamer1.0-plugins-ugly 1.2.4-1 ii gstreamer1.0-pulseaudio1.2.4-1 ii totem-plugins 3.12.0-2 Versions of packages totem suggests: pn gnome-codec-install none pn totem-mozillanone -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743942: shared-mime-info: All .asc files are recognized as OpenPGP files (fixed in 1.3)
hello, I prepared a patch for bug #743942, which you will find here [1]. It is just the new upstream version plus an updated debian/changelog entry. I also uploaded it a modified package here https://mentors.debian.net/package/shared-mime-info The package has been tested in Sid, and only .asc files with armor headers are now recognized as being OpenPGP files. How do you want to proceed from here on? What do you prefer: would you upload this new version, sponsor my NMU or would you be ok if Holger sponsors it? I'd be equally interested in co-maintaining shared-mime-info with you and either prepare a 1.3-2 soon (there ae 3 other bugs with patches, which seeem to be easy targets) or even include those changes in 1.3-1. For now I just wanted to address #743942 but if you don't mind I'd like to work on more. cheers, ulrike [1] https://github.com/u451f/snippets/blob/817d1ab5d081a3dc465b563d9a86e104af220caf/debian/upstream1.3-1.patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746495: xapian-bindings: diff for NMU version 1.2.17-1.1
* Christian Hofstaedtler z...@debian.org [140501 02:30]: I also certainly see why it'd be better if you'd do the upload instead of my NMU -- I didn't feel comfortable with the diff. So... should I cancel that NMU? Thanks, -ch -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpCGSUSG9677.pgp Description: PGP signature
Bug#746643: OpenCL not supported by lastest NVIDIA driver
Package: nvidia-kernel-dkms
Version: 331.67-1
The nvidia-current-uvm.ko is not built and so OpenCL is not available
on GNU/Debian.
I'm using GNU/Debian unstable and kernel 3.14 (but I had the same
issue with 3.13).
Building nvidia-current-uvm.ko manually solves the issue. I have seen
this reported for
Ubuntu but not for Debian.
What I have done to fix the issue is:
# cd /usr/src/nvidia-current-331.67/
# vi dkms.conf
Add at then end:
# uvm
BUILT_MODULE_NAME[1]=nvidia-uvm
DEST_MODULE_NAME[1]=${PACKAGE_NAME}-uvm
BUILT_MODULE_LOCATION[1]=uvm/
DEST_MODULE_LOCATION[1]=/updates/dkms
MAKE[0]+=; make -C uvm module KERNEL_UNAME=${kernelver}
KBUILD_EXTMOD=${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build/uvm
CLEAN+=; make -C uvm clean
# dkms remove nvidia-current/331.67 -k $(uname -r)
# dkms build nvidia-current/331.67
Then reboot, or:
# insmod /var/lib/dkms/nvidia-current/331.67/$(uname
-r)/x86_64/module/nvidia-current-uvm.ko
Note that all the sources are already in Debian source package, just
that part of it is not built.
--
Pascal Obry / Magny Les Hameaux (78)
The best way to travel is by means of imagination
http://v2p.fr.eu.org
http://www.obry.net
gpg --keyserver keys.gnupg.net --recv-key F949BD3B
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615196: [Pkg-xfce-devel] Bug#615196: Bug#615196: Please stop using hal
Control: reassign -1 ftp.debian.org Control: reassign 709897 ftp.debian.org Control: forcemerge -1 709897 Control: severity -1 wishlist Control: retitle -1 RM: thunar-vfs -- RoM; depends on obsolete hal Control: tag -1 -wontfix On jeu., 2014-05-01 at 12:15 +0200, Yves-Alexis Perez wrote: On mer., 2013-10-16 at 21:08 +0200, Yves-Alexis Perez wrote: On Wed, 2013-10-16 at 16:01 +0200, Michael Biebl wrote: Am 16.10.2013 15:58, schrieb Michael Biebl: Ping? What's the status on getting squeeze updated? If squeeze is not updated, would you be ok with removing it from the archive? It's not like it couldn't be re-introduced whenever it is fixed. The status didn't change, the strategy from us was to remove it from testing for now and not let it re-enter until a non-hal version exists. Just a side note: afaics the last release is from 24-Feb-2008. Is this package still actively developed? There's more recent code in git (http://git.xfce.org/apps/squeeze/), and especially a non hal port, but I'm unsure its state at that point (thus the reason for the testing removal). Let's proceed with the removal from unstable as well. ftp-master, same thing as squeeze, thunar-vfs uses hal so Michael wants it to go from unstable. Ok so it failed the first time, redo-it. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#746644: Rebuild needed
Package: scim-m17n Hi! The Ubuntu bug https://launchpad.net/bugs/1312517 shows a need for a no-change rebuild of scim-m17n. After having installed the rebuilt binary, I have these files on my 32bit system: $ dpkg -L scim-m17n /. /usr /usr/share /usr/share/doc /usr/share/doc/scim-m17n /usr/share/doc/scim-m17n/changelog.Debian.gz /usr/share/doc/scim-m17n/README /usr/share/doc/scim-m17n/copyright /usr/share/doc/scim-m17n/AUTHORS /usr/share/doc/scim-m17n/THANKS /usr/share/scim /usr/share/scim/icons /usr/share/scim/icons/scim-m17n.png /usr/lib /usr/lib/i386-linux-gnu /usr/lib/i386-linux-gnu/scim-1.0 /usr/lib/i386-linux-gnu/scim-1.0/1.4.0 /usr/lib/i386-linux-gnu/scim-1.0/1.4.0/IMEngine /usr/lib/i386-linux-gnu/scim-1.0/1.4.0/IMEngine/m17n.so The location of the m17n.so file differs from the version in the Debian archive. m17n.so is simply not found by scim without the rebuild. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746645: ITP: yle-dl -- downloader of media files from YLE
Package: wnpp Severity: wishlist Owner: Henrik Pitkälä hpitk...@hotmail.com X-Debbugs-CC: Eugene V. Lyubimkin jac...@debian.org * Package name : yle-dl Version : 2.2.1 Upstream Author : Antti Ajanki antti.aja...@iki.fi * URL : http://aajanki.github.io/yle-dl/index-en.html * License : GPLv2 Programming Lang: Python Description : downloader of media files from YLE Yle-dl is a command-line program for downloading media files from the two video streaming services of the Finnish national broadcasting company Yle: Yle Areena, http://areena.yle.fi/, and Elävä Arkisto, http://www.yle.fi/elavaarkisto/. --- So far, the package has been made available for Debian by Eugene V. Lyubimkin (jackyf) at: http://www.homelinuxpc.com/download/ and for Ubuntu by me at: https://launchpad.net/~yle-dl/+archive/release Best regards, Henrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746495: xapian-bindings: diff for NMU version 1.2.17-1.1
On Fri, May 02, 2014 at 10:53:00AM +0200, Christian Hofstaedtler wrote: * Christian Hofstaedtler z...@debian.org [140501 02:30]: I also certainly see why it'd be better if you'd do the upload instead of my NMU -- I didn't feel comfortable with the diff. So... should I cancel that NMU? I think that's best - I should be able to sort this out over the weekend. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746640: icedove: Debian Bug report logs - #724688 not fixed in Deb stable repository
merge 746640 745593 thanks Hello Peter, On Fri, May 02, 2014 at 10:14:15AM +0200, Peter Mueller wrote: Package: icedove Version: 24.4.0-1~deb7u1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? The lighning calendar does not work with icedove 24.4.0, Deb wheezy. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Propagate the already available solution from the unstable to the stable icedove repository. we did in sid/testing nothing different saying like for stable-security. There is currently in all Icedove versions a symbol mismatching between the core Icedove itself and the original Lightning extension. We working on that. The symbol mismatch did not happen with the equivalent Debian package for Lightning - 'iceowl-extension'. So remove Lightning and please use iceowl-extension instead. Christoph is preparing a new upload for s-s with a root mail for announcing what to do. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746646: false flag source-is-missing for json files in source for ruby-twitter
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 package: lintian version: 2.5.22 Was this fixed in 2.5.22.1? I don't see it mentioned in changelog though. - Original Message Subject: Re: json files in source for ruby-twitter Resent-Date: Fri, 2 May 2014 08:45:43 + (UTC) Resent-From: debian-r...@lists.debian.org Date: Fri, 2 May 2014 10:45:26 +0200 From: Christian Hofstaedtler z...@debian.org To: Pirate Praveen prav...@debian.org CC: debian-ruby debian-r...@lists.debian.org * Pirate Praveen prav...@debian.org [140502 10:33]: There are many json files used for testing and lintian gives following errors. ruby-twitter: source-contains-prebuilt-javascript-object spec/fixtures/configuration.json means line length is about 1318 characters ruby-twitter: source-is-missing spec/fixtures/configuration.json I have overridden them but I wanted to ask here if it is okay before I upload. Please also tell the lintian about these; the files are data, not code, and can be easily edited if needed - I can't see how source-is-missing can apply to those json files. -ch - -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTY2pmAAoJEM4fnGdFEsIqpLoP+wS3jgtlBeYRtlCmgbnZFTts bVdB0rfztqY2E9xfS9i3ujQZpBLJqtvX7s1AEjW+B94BkNwikKAMTB2QVcBpq9Yv pTnX2TA71v/hWqZ9guoeGMpZ6hJypA9x2P9Aw3Qj8SpWsCmFCum2TTqrIGUQUzZu borjbLZ6l8INa45OSfok2tXNNeAEtcCuKdRYFOk7qL9ZH1G9GqPgQTZOvZnvbGXN VEJdd86g93GkGTWe56dA/oALQgPvjDGuPH/rAX0AKwFI6IEZOnrI0G3+bbqYaAU3 Flt8Gz7QMZRrbFwU4WGcrEIlCjnLjk29oWOR9bC1SyEA1X772Spqxs+SUNhIgLEG ELY1hxFpW7hTlaMlhO9bDp4W3f6Q2qx3jGynxHc9gPtPT9FODL0JqFdZpT6Uhmj/ rnC4Pu1hqz35ic/K+TqcJcwX64xRKfvQlFEiD9IqStqOHNnioKZa1UOZZLb+q2Gv tAsgY0PNmWx/tF2OYkESuJPL0pAKVG6iu1WOtvDvjxc3uF+4ntqxlpbNXeaEj6P0 HUMwtWX/64jUIZHf358Qf9FKontjq50e7HjterLmch0QbSKRP90BS+v8l1yKezxA 1oUNe2WafcTf+gEAIxYE9aycZSY0ksULJvpBJdUtAF1yJCOWovjoZ2TnrQcnD6eA ud77VG69h3/oCkyz59Tk =rL1h -END PGP SIGNATURE-
Bug#746647: wicd-curses broken dependency on kfreebsd-i386
Package: wicd-curses Version: 1.7.2.4-4 Severity: serious Justification: Policy 7.2 Dear Maintainer, as already reported in #612501 bug for wicd-kde, it seems that wicd-curses cannot be installed on kfreebsd-i386 architecture, since it depends on wicd-daemon package, which in turn depends on wireless-tools package, only available on linux kernels. I suppose the same issue exists on all wicd user interfaces (e.g. wicd-gtk) and on kfreebsd-amd64 too, although i didn't chek. Thank you for your kind attention! Fabio -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 9.0-2-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#730756: libimobiledevice crash, fails to get buid from usbmuxd...
Hi, Apparently usbmuxd is not expecting the ReadBUID command: [11:56:02.254][4] New client on fd 14 [11:56:18.430][5] Client command in fd 14 len 501 ver 1 msg 8 tag 10 [11:56:18.430][1] Unexpected command 'ReadBUID' received! [11:56:18.430][5] send_pkt fd 14 tag 10 msg 8 payload_length 278 I also see that the versions of usbmuxd and libusbmuxd do not match: usbmuxd 1.0.8 libusbmuxd 1.0.9 Perhaps that is the real problem. Cheers, Josep M. Perez On 30/04/14 18:53, Andreas Henriksson wrote: Hello! Thanks for the backtrace you provided in your bug report! It looks to me like the problem is in this snippet from libimobiledevice src/lockdown.c : /* set SystemBUID */ userpref_read_system_buid(system_buid); plist_dict_set_item(*pair_record, USERPREF_SYSTEM_BUID_KEY, plist_new_string(system_buid)); userpref_read_system_buid, which calls usbmuxd_read_buid, fails for some reason and system_buid remains/becomes NULL and when it gets passed as an argument to plist_new_string being NULL the code explodes. The return code from userpref_read_system_buid should be checked. * @return 1 if the system buid could be retrieved or 0 otherwise. Next question to investigate is why does usbmuxd_read_buid fail? Do you think you could add a call to libusbmuxd_set_debug_level(99) to libimobiledevice, build it and reproduce the problem and provide the debug output from libusbmuxd? This should give us an idea where it's failing. (For reference see implementation of usbmuxd_read_buid: http://anonscm.debian.org/gitweb/?p=pkg-gtkpod/packages/libusbmuxd.git;a=blob;f=src/libusbmuxd.c;h=6a6b3e686f95ddbdea2d11b5074f8016e24c795c;hb=HEAD#l1079 ) Regards, Andreas Henriksson WARNING / LEGAL TEXT: This message is intended only for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential, proprietary, or exempt from disclosure under applicable law. If you are not the intended recipient or the person responsible for delivering the message to the intended recipient, you are strictly prohibited from disclosing, distributing, copying, or in any way using this message. If you have received this communication in error, please notify the sender and destroy and delete any copies you may have received. http://www.bsc.es/disclaimer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746648: libsnmp-extension-passpersist-perl: bug in by_oid sorting function
Package: libsnmp-extension-passpersist-perl
Version: 0.07-3
Severity: important
Tags: patch
Hello
When you compare 2 OIDs but the second is shorter by_oid returns
Use of uninitialized value in numeric comparison (=) at
/usr/share/perl5/SNMP/Extension/PassPersist.pm line 530, STDIN line
patch:
530c530,534
$v ||= $a[$_] = $b[$_] for 0 .. $#a;
---
my $i;
for ( $i=0; $i = $#a; $i++ ) {
$v ||= $a[$i] = $b[$i];
if ( $v != 0 || $#b == $i ){last};
}
$v != 0 ... do not have to process whole @a the first difference makes
result
$#b == $i ... do not try to compare something vith nothing
it makes problems when using snmpwalk while any error output from script
makes snmpd restarting it.
-- System Information:
Debian Release: 6.0.9
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/7 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libsnmp-extension-passpersist-perl depends on:
ii libclass-accessor-perl 0.34-1Perl module that automatically gen
ii liblist-moreutils-perl 0.25~02-1 Perl module with additional list f
ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction
libsnmp-extension-passpersist-perl recommends no packages.
libsnmp-extension-passpersist-perl suggests no packages.
-- no debconf information
530c530,534
$v ||= $a[$_] = $b[$_] for 0 .. $#a;
---
my $i;
for ( $i=0; $i = $#a; $i++ ) {
$v ||= $a[$i] = $b[$i];
if ( $v != 0 || $#b == $i ){last};
}
Bug#746598: iceweasel 29.0: PDF previewer does not work anymore
On Thu, 1 May 2014 18:02:00 -0400, Daniel Kahn Gillmor wrote: On 05/01/2014 03:30 PM, Christophe Troestler wrote: Package: iceweasel Version: 29.0-1 Severity: normal Trying to display a PDF file, such as http://math.umons.ac.be/anum/ftp_san/mathelem/espaceRN.pdf with the iceweasel PDF previewer displays a blank page. hm, that page renders for me wit hthe same version of iceweasel, also on amd64. Well, I reinstalled it and it now works fine. Don't know what happened, it seems the two versions got “mixed” somehow. Strange. Please close this bug. Sorry for the noise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746358: systemd: system boot hangs if /etc/network/interfaces contains a bridge interface
severity 746358 serious thanks Am 30.04.2014 11:58, schrieb Aurelien Jarno: Given that systemd is now the default, if every persons with an NFS entry in fstab will get their systems broken, it might be a good idea to increase the severity of this bug. It's not yet the default (via the sysvinit meta-package), but I agree. Marking this bug as RC to prevent testing migration. I've sent a patch for sysvinit, let's hope it get's uploaded soon. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#376146: perfect is the enemy of good :/
Hi, I've just read this bug report and must say that it's an excellent example how perfect is the enemy of good. Lenny has long been released by now and this mail isn't helping, except maybe to ask: time to reconsider the wontfix tag? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#746649: ITP: qyledl -- GUI for yle-dl to download videos from Yle Areena
Package: wnpp Severity: wishlist Owner: Henrik Pitkälä hpitk...@hotmail.com X-Debbugs-CC: Eugene V. Lyubimkin jac...@debian.org * Package name : qyledl Version : 2.4 Upstream Author : Henrik Pitkälä hpitk...@hotmail.com * URL : https://github.com/hekkup/qyledl * License : GPL-2 Programming Lang: C++ Description : GUI for yle-dl to download videos from Yle Areena This application is a graphical front-end for yle-dl, made with Qt. Yle-dl is a command line application to download videos, sound files, and streams from YLE Areena and other YLE on-line services. qyledl is based on yle-downloader-gui (http://mpartel.github.io/yle-downloader-gui/). Best regards, Henrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746621: DDPO: Integrate Piuparts (w/ patches)
Hi, On Freitag, 2. Mai 2014, David Steele wrote: Piuparts has a new summary file format, visible at https://piuparts.debian.org/summary.json. please note that I've just changed the piuparts URLs within the .json file from http to https - I don't think it should change things, but I thought I'd let you know anyway. (As a side comment: I hardcoded this (choice of protocal) as a.) I'm lazy b.) everybody should use https c.) it was a one byte change as opposed to 200 or so for doing it properly. Patches to fix this properly are much welcome as I now feel bad for pushing such a hack. I'll reply to this to the piuparts devel list only...) The attached patches use that data to integrate piuparts into the DDPO report, to the right of the lintian results. I think that's an excellent idea, but cannot comment on the DDPO code :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#746648: package version
Package: libsnmp-extension-passpersist-perl Version: 0.07-1 the version in original post (Version: 0.07-3) was mistake -- Václav Bílek senior systémový specialista e-mail: bi...@livesport.eu tel.: +420 731 157 263 LiveSport s.r.o. Bucharova 1314/8, Praha 5, 158 00 http://www.livesport.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722316: ITP: gnome-software -- GNOME Software Tools
Le Fri, 2 May 2014 02:51:26 +0200, Matthias Klumpp m...@debian.org a écrit : 2014-05-02 2:46 GMT+02:00 Matthias Klumpp m...@debian.org: [...] @Laurent: How far did you get with your packaging? Just-started or almost-finished stage? I think my pkg is almost ready, it just miss the description (and probably some runtime dependency against the appstream data pkg). You can find my pkg at: http://people.debian.org/~bigon/gnome-software/ If it's ok I'll commit it to the GNOME team svn Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746651: akonadi-backend-mysql: please make it possible to use with MariaDB packages
Package: akonadi-backend-mysql Version: 1.12.0-1 Severity: wishlist Dear Maintainer, akonadi-backend-mysql currently depends on: Depends: mysql-server-core-5.5 | mysql-server-core, libqt4-sql-mysql please add to that mariadb-server-core-5.5 I tested here manually that Akonadi MySQL backend works with MariaDB: libmariadbclient-dev/unstable 5.5.37-1 amd64 libmariadbclient18/unstable,now 5.5.37-1 amd64 [installed] libmariadbd-dev/unstable 5.5.37-1 amd64 mariadb-client/unstable,now 5.5.37-1 all [installed] mariadb-client-5.5/unstable,now 5.5.37-1 amd64 [installed] mariadb-client-core-5.5/unstable,now 5.5.37-1 amd64 [installed] mariadb-common/unstable,now 5.5.37-1 all [installed] mariadb-server/unstable 5.5.37-1 all mariadb-server-5.5/unstable 5.5.37-1 amd64 mariadb-server-core-5.5/unstable,now 5.5.37-1 amd64 [installed] mariadb-test/unstable 5.5.37-1 all mariadb-test-5.5/unstable 5.5.37-1 amd64 Thanks, Martin *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.0-tp520 (SMP w/4 CPU cores; PREEMPT) 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 akonadi-backend-mysql depends on: ii libqt4-sql-mysql 4:4.8.6+dfsg-1 pn mysql-server-core-5.5 | mysql-server-core none Versions of packages akonadi-backend-mysql recommends: ii akonadi-server 1.12.0-1 akonadi-backend-mysql 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#746652: ITP: openambit -- utilities for Suunto Ambit sport watches
Package: wnpp Severity: wishlist Owner: Christian Perrier bubu...@debian.org * Package name: openambit Version : 0.2 Upstream Author : Emil Ljungdahl * URL : http://openambit.org/ * License : GPL-3 Programming Lang: C Description : utilities for Suunto Ambit sport watches This package provides software that helps communicating with Suunto Ambit outdoor watches. The main motivation for me to package this is because I need it to avoid being forced to use a Microsoft Windows machine to synchronize my brand new shiny Suunto Ambit 2 watch...:-) Suunto only officially supports Windows and doesn't plan to provide Linux versions of the software that helps communicating with the watch and sync its data to the Movescount website. That package would indeed be useful to all users of Debian who own a Suunto Ambit watch for outdoor activities. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746653: ITP: libcatalyst-plugin-email-perl -- module to send emails with Catalyst
Package: wnpp Owner: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libcatalyst-plugin-email-perl Version : 0.08 Upstream Author : Sebastian Riedel s...@cpan.org * URL : https://metacpan.org/release/Catalyst-Plugin-Email * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to send emails with Catalyst Send emails with Catalyst and Email::Send and Email::MIME::Creator. Actual packaging work is by Victor, and the current state of packaging is living at git://anonscm.debian.org/pkg-perl/packages/libcatalyst-plugin-email-perl.git / ssh://git.debian.org/git/pkg-perl/packages/libcatalyst-plugin-email-perl.git thanks to gregor herrmann. regards, -mika- signature.asc Description: Digital signature
Bug#746534: [pkg-octave/master] Correct typo in bugnumber in NEWS file
tag 746534 pending thanks Date: Fri May 2 12:49:58 2014 +0200 Author: Thomas Weber twe...@debian.org Commit ID: f4a270caa7cfce5d3a036ff58c11043cfc4c5327 Commit URL: http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff;h=f4a270caa7cfce5d3a036ff58c11043cfc4c5327 Patch URL: http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff_plain;h=f4a270caa7cfce5d3a036ff58c11043cfc4c5327 Correct typo in bugnumber in NEWS file closes: #746534 thanks: Ryo IGARASHI -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746566: gdal-bin: ogr2ogr fails to create SQLite db using SPATIALITE=YES
Control: tags -1 confirmed Hi Andy, Thanks for reporting this issue. I can reproduce the problem with the lakes.gml sample file shipped with QGIS. It takes almost 8 minutes to create the spatialite database. Creating an empty spatialite database is near instantaneous with the spatialite commandline tool. It takes ogr2ogr significantly longer to get its spatialite database to the same size. ogr2ogr is taking a long time to populate the spatial_ref_sys table. Possibly because GDAL no longer contains EPSG data (#745702) so it needs to fall back to using PROJ.4 for each projection. I'm currently working on updating the GDAL packaging for the recent 1.11.0 release, and intent to address the EPSG issue with that. Hopefully that also solves this spatialite issue. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746534: [Pkg-octave-devel] Bug#746534: octave: typo of bug number in NEWS.Debian
On Thu, May 01, 2014 at 12:42:56PM +0900, Ryo IGARASHI wrote: Attached one-liner patch fixes this problem. Committed, thanks. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745702: libgdal1h: File missing in package: cubewerx_extra.wkt
Control: tags -1 confirmed Hi Fabien, On 04/24/2014 09:51 AM, Fabien Bochu wrote: There is an include of cubewerx_extra.wkt file in epsg.wkt file but the file cubewerx_extra.wkt is not in included in package. I detect this probleme when I used gdalsrsinfo command with EPSG:900913 parameter. Thanks for reporting this issue. The cubewerx_extra.wkt file and a couple of others are stripped from the upstream tarball because their licensing is unclear. (#721343) Both files included in /usr/share/gdal/1.10/epsg.wkt are no longer available (the other is esri_extra.wkt). I'm currently working on updating the GDAL packaging for the recent 1.11.0 upstream release, and intent to address this issue in the process. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746488: linux-image-2.6.32-5-amd64: Random shutdowns from signal 15
On Thu, 2014-05-01 at 12:41 +, Justin McZeal wrote: What complete log are you looking for when all it says is signal 15 sent to rsyslogd? I've went through every log and nothing is showing a reason as to why it went down or what sent the signal 15. It is most likely because someone decided to shut down the computer. May 1 06:14:01 ace snmpd[1726]: error on subcontainer 'ia_addr' insert (-1) May 1 06:14:01 ace snmpd[1726]: error on subcontainer 'ia_addr' insert (-1) May 1 06:14:01 ace snmpd[1726]: error on subcontainer 'ia_addr' insert (-1) May 1 06:14:04 ace root: root [1733728]: May/01 - 06:14:02 /usr/bin/vmstat 1 3 [0] May 1 06:14:11 ace kernel: Kernel logging (proc) stopped. May 1 06:14:11 ace rsyslogd: [origin software=rsyslogd swVersion=4.6.4 x-pid=1363 x-info=http://www.rsyslog.com;] exiting on signal 15. May 1 07:00:27 ace kernel: imklog 4.6.4, log source = /proc/kmsg started. May 1 07:00:27 ace rsyslogd: [origin software=rsyslogd swVersion=4.6.4 x-pid=1582 x-info=http://www.rsyslog.com;] (re)start May 1 07:00:27 ace kernel: [0.00] Initializing cgroup subsys cpuset May 1 07:00:27 ace kernel: [0.00] Initializing cgroup subsys cpu May 1 07:00:27 ace kernel: [0.00] Linux version 2.6.32-5-amd64 (Debian 2.6.32-48squeeze5) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Apr 9 19:24:34 UTC 2014 May 1 07:00:27 ace kernel: [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=db2d279a-afb3-4ea5-906a-bbb4ab04a8ce ro quiet pcie_aspm=off acpi=off noapic noacpi And in regards to the acpi/apic, we have no use for it. 10 years ago, when Linux and many BIOS support for ACPI was quite buggy, acpi=off was a useful workaround. Same for the APIC architecture and noapic. Today, disabling use of these features is a terrible idea because the old modes of operation is not so well-tested. That's usually the first thing I disable if there are unexpected shutdown issues like this. Does this keep the system from getting a signal 15? No, but it potentially introduces new problems. Ben. -- Ben Hutchings Lowery's Law: If it jams, force it. If it breaks, it needed replacing anyway. signature.asc Description: This is a digitally signed message part
Bug#722316: ITP: gnome-software -- GNOME Software Tools
2014-05-02 12:32 GMT+02:00 Laurent Bigonville bi...@debian.org: Le Fri, 2 May 2014 02:51:26 +0200, Matthias Klumpp m...@debian.org a écrit : 2014-05-02 2:46 GMT+02:00 Matthias Klumpp m...@debian.org: [...] @Laurent: How far did you get with your packaging? Just-started or almost-finished stage? I think my pkg is almost ready, it just miss the description (and probably some runtime dependency against the appstream data pkg). You can find my pkg at: http://people.debian.org/~bigon/gnome-software/ Our packages are different, because I obviously didn't use the GNOME-team packaging guidelines ;-) Does GS work for you? If so, where did you get the metadata from, since GS doesn't use appstream-index data in Debian (yet), and with the version you packaged it also isn't able yet to consume other metadata sources (except plain .desktop files). If it's ok I'll commit it to the GNOME team svn Yes, but can you maybe add me as co-maintainer? We should test this stuff in experimental, together with PK 0.9, as soon as it becomes ready (I am working on the remaining dependencies, but since this is also upstream work, it might take a little bit more time) Cheers, Matthias P.S: Just curiousity: Does the GNOME-team policy allow maintaining stuff in Git as well? Or is SVN mandatory? -- I welcome VSRE emails. See http://vsre.info/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746654: texinfo: Garbled texi2* manpages
Package: texinfo Version: 5.2.0.dfsg.1-2 Severity: minor Dear Maintainer, at least some of the texi2* manpages contain garbled text but no actual documentation, for example texi2dvi: | YOU(1) User Commands YOU(1) ^^^ ^^^ | | NAME |You - convert Texinfo documents to DVI or PDF ^^^ | | DESCRIPTION !You don't have a working TeX binary installed, but the texi2dvi script !can't proceed without it. If you want to use this script, you have to !install some kind of TeX, for example TeX Live Debian packages. You can !do that with this command: | | apt-get install texlive | |can't proceed without it. If you want to use this script, you have to |install some kind of TeX, for example TeX Live Debian packages. You can |do that with this command: | | apt-get install texlive | | SEE ALSO |The full documentation for You is maintained as a Texinfo manual. If |the info and You programs are properly installed at your site, the com- |mand | ! info You | |should give you access to the complete manual. | ! You don't have a working TeX binaNovemberl2013 but the texi2dvi script YOU(1) Christoph -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10.36 (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 texinfo depends on: ii libc6 2.18-4 ii libintl-perl1.23-1 ii libtext-unidecode-perl 0.04-2 ii libxml-libxml-perl 2.0108+dfsg-1 texinfo recommends no packages. Versions of packages texinfo suggests: pn texinfo-doc-nonfree none ii texlive-base 2013.20140408-1 ii texlive-generic-recommended 2013.20140408-1 ii texlive-latex-base 2013.20140408-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746655: libzrtpcpp-dev: Missing dependency on libssl-dev
Package: libzrtpcpp-dev
Version: 2.0.0-3ubuntu1
Severity: normal
Tags: patch
Dear Maintainer,
libzrtpcpp-dev contains a pkg-config file that declares libssl-dev as a
required shared library dependency. Thus libzrtpcpp-dev should depend on
libssl-dev, as otherwise users of libzrtpcpp-dev need to also manually
specify libssl-dev as a dependency when using libzrtpcpp-dev's
pkg-config file.
Please consider applying the below patch
diff -Nru libzrtpcpp-2.0.0/debian/control libzrtpcpp-2.0.0/debian/control
--- libzrtpcpp-2.0.0/debian/control 2013-10-31 00:27:46.0 +
+++ libzrtpcpp-2.0.0/debian/control 2014-04-29 10:37:26.0 +
@@ -13,7 +14,7 @@
Package: libzrtpcpp-dev
Section: libdevel
Architecture: any
-Depends: ${misc:Depends}, libzrtpcpp2 (= ${binary:Version}), pkg-config
+Depends: ${misc:Depends}, libzrtpcpp2 (= ${binary:Version}), pkg-config, libssl-dev
Description: Headers and static link library for libzrtpcpp
This library is an extension to the GNU RTP Stack, libccrtp,
that offers compatibility with Phil Zimmermann's zrtp/Zfone voice
Regards,
Dimitri.
Bug#730756: libimobiledevice crash, fails to get buid from usbmuxd...
Hello Josep!
On Fri, May 02, 2014 at 12:03:35PM +0200, Josep M. Perez Cancer wrote:
Hi,
Apparently usbmuxd is not expecting the ReadBUID command:
[11:56:02.254][4] New client on fd 14
[11:56:18.430][5] Client command in fd 14 len 501 ver 1 msg 8 tag 10
[11:56:18.430][1] Unexpected command 'ReadBUID' received!
[11:56:18.430][5] send_pkt fd 14 tag 10 msg 8 payload_length 278
[...]
Thanks for the info!
On 30/04/14 18:53, Andreas Henriksson wrote:
Hello!
Thanks for the backtrace you provided in your bug report!
It looks to me like the problem is in this snippet from libimobiledevice
src/lockdown.c :
/* set SystemBUID */
userpref_read_system_buid(system_buid);
plist_dict_set_item(*pair_record, USERPREF_SYSTEM_BUID_KEY,
plist_new_string(system_buid));
[...]
Do you think you could rebuild libimobiledevice with the above code
changed to:
if (userpref_read_system_build(system_buid)) {
plist_dict_set_item(*pair_record, USERPREF_SYSTEM_BUID_KEY,
plist_new_string(system_buid));
}
... and report back what happens?
(Sorry for not providing a proper patch, but I have very limited connection
right now.)
Would also be nice to have some information on which model of the
device you are using for testing!
The crash seems to have been introduced in:
https://github.com/libimobiledevice/libimobiledevice/commit/1331f6baa1799e41003aa812c0d1bf36193535ea
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500965: This bug is causing real problems now
severity 500965 normal thanks For a lot of years this has not been a big problem, but now Yahoo and others are using a policy called DMARC (built on top of DKIM and SPF) and at least Yahoo is actually rejecting messages failing these kind of digital signatures. The following text comes from DMARC FAQ: (see http://dmarc.org/faq.html#s_3) I operate a mailing list and I want to interoperate with DMARC, what should I do? 1. Operate strictly as a forwarder, where the RFC5321.RcptTo field is changed to send the message to list members, but the RFC5322 message headers and body are not altered. Pros: Receiving systems can validate the DKIM signature of the message author, if one was present. Cons: Senders that depend solely on SPF for authentication will still fail. Precludes many customary features of mailing lists, such as Subject: tags, list footers/disclaimers, etc. (There are other solutions, but I don't think you will want to append .INVALID to every yahoo.com address in a From: line). Debian lists have always kept the Subject unmodified, so this is not a problem for us. The main problem is that we add footers to every message. Example: To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/etc Messages already have RFC-2369 conformant headers for the unsubscribe information, namely: List-Unsubscribe: mailto:debian-devel-requ...@lists.debian.org?subject=unsubscribe For the Trouble? part we already have the List-Help: header. What's left? The Archive information. As this is a single line, this could be modified to be a header as well: X-Debian-Archive: https://lists.debian.org/etc To summarize: While it could be fancy and nice to have such information in the body, and many mailing lists often do this, by doing so we are breaking interoperability with other email systems. I propose that we stop doing that by not using footers in our lists. The other solution is to change the From: address in the body (which is called RFC5322.From header in current documentation) but that would break direct replies. Maybe this would be needed for lists like debian-devel-changes, where the email is actually originated at ftp-master: From: Somebody somebody at example.com Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#376146: perfect is the enemy of good :/
On Fri, 2 May 2014, Holger Levsen wrote: Hi, I've just read this bug report and must say that it's an excellent example how perfect is the enemy of good. Lenny has long been released by now and this mail isn't helping, except maybe to ask: time to reconsider the wontfix tag? God knows I'm not an expert on security matters but I asked DDs who are and at that time they were pretty insistent that this is not a good idea. In light of recent events, being able to do IMAP and POP3 over SSL out of the box would be great but will using the snakeoil certificate actually be secure or just give the illusion of security? If so, that is not just not perfect, it is actually bad. If the consensus has changed I'll reconsider this but I'm not aware that it has. -- Jaldhar H. Vyas jald...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746621: DDPO: Integrate Piuparts (w/ patches)
On 05/02/2014 06:25 AM, Holger Levsen wrote: Hi, On Freitag, 2. Mai 2014, David Steele wrote: Piuparts has a new summary file format, visible at https://piuparts.debian.org/summary.json. please note that I've just changed the piuparts URLs within the .json file from http to https - I don't think it should change things, but I thought I'd let you know anyway. I've verified this doesn't affect the DDPO patches, or overall functionality. -- Le mieux est l'ennemi du bien - Voltaire signature.asc Description: OpenPGP digital signature
Bug#746656: privacy-breach-generic false positive on LINK rel=Bookmark ..:
Package: lintian Version: 2.5.22.1 Severity: normal As already mentioned in #736992 something like: LINK rel=Bookmark title=Ab Initio Physics Home Page href=http://ab-initio.it.edu; doesn't seem to be any privacy breach ... Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745938: the future of sparc in unstable
Just to let all know: Here are Sun Enterprise 880,480,280 and 450 running wheezy (and still squeeze) fine, there are only minor issues with those kernels (look at the linux sparc mailing list and in the debian BTS if you are interested - or ask) here. In the small timeslots left I even compiled sometimes vanilla kernels (make deb-pkg), and it's a pity (but understandable) that jessie sparc will not be. Huge thanks at this point to all the past releases sparc maintainers ! Time is always the problem but if it helps I can offer hosting of a build machine out of our Sun Enterprises, if that would help. What is the maillist to follow sparc-port issues ? Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746652: ITP: openambit -- utilities for Suunto Ambit sport watches
]] Christian Perrier That package would indeed be useful to all users of Debian who own a Suunto Ambit watch for outdoor activities. Perhaps mention somewhere that it's an ANT+ downloader? It should in theory work with Garmin watches too, but I haven't tried. It would be interesting to see if you can get https://github.com/Tigge/Garmin-Forerunner-610-Extractor to work with the Suunto as well. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746657: weboob: boobank/bp regression when used from skrooge
Package: weboob Version: 0.h-1 Severity: important Hi, using skrooge 1.9 (either in sid, or backported to wheezy), weboob 0.h-1 gives funky results (multi-million account), while 0.c-4.1 behaves just fine. I don't think that's due to a conversion error since the amount is the same with either £ or € as the default unit. Interestingly, things like “boobank list” are looking fine, so I suspect something broke in the API used by skrooge. Trying to go back in time to see if I could narrow down the version introducing the regression, I've encountered various unrelated errors (certificate not being accepted), so I couldn't gather more intel. Mraw, KiBi. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages weboob depends on: ii python 2.7.5-5 ii python-html2text3.200.3-2 ii python-prettytable 0.7.2-2 ii python-weboob-core 0.h-1 Versions of packages weboob recommends: ii python-termcolor 1.1.0-1 weboob 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#744873: mirror listing update for debian.gnu.gen.tr
Hi, On Tue, Apr 15, 2014 at 04:56:02PM +, Yavuz Selim Komur wrote: Package: mirrors Severity: minor Submission-Type: update Site: debian.gnu.gen.tr Type: leaf Archive-architecture: amd64 armel armhf i386 You actually mirror all architectures, is it on purpose ? See http://debian.gnu.gen.tr/debian/pool/main/b/base-files/ Update ARCH_EXCLUDE if you want only amd64 armel armhf i386 Archive-http: /debian/ IPv6: no Archive-upstream: ftp.de.debian.org Updates: four Maintainer: Yavuz Selim Komur ko...@bilkent.edu.tr Country: TR Turkey Location: Turkey Sponsor: Bilkent University Computer Center http://www.bilkent.edu.tr Is your bandwidth still 100Mbps ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746658: Package: installation-reports
Package: installation-reports Boot method: CD netinstall 及び DVDのネットインストールではないもの。いずれでやっても同じ結果です。 Image version: 7.5.0 Date: 2014年5月2日 Machine: DELL PowerEdge SC 1435 Processor:2GHz Dualcore AMD Opteron 2212HE Memory:1GB Partitions:パーティションは設定していません Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [?] Install boot loader:[?] Overall install:[?] Comments/Problems:「ソフトウエアの選択とインストール」と表示され、「しばらくおまちください」のメッセージのあと先へ進まない。何度やっても同じところで止まる。 netinstallでやってダメなので、フルセットのDVDでやり直したが同じところで止まる。 ちなみに、v7.4.0でもやったが、同じところで止まる。 なにか、やり方が間違っているのでしょうか？ 大山 茂 shig...@oya.jp
Bug#744290: Bug #744290: RM: several -- ROP; outdated hurd-i386 binary packages
Ping? On Sat, Apr 12, 2014 at 04:46:17PM +0200, Michael Banck wrote: Package: ftp.debian.org Severity: normal The following list of source packages has hurd-i386 binary packages which are outdated and can be removed from the archive. dak rm --rdep-check -p -a=hurd-i386 -B anon-proxy ants asterisk-flite colobot cpuid darkstat denemo dfu-programmer emscripten eventstat fish foo-yc20 gauche-c-wrapper gauche-gl gnunet-gtk haskell-libzip htmlcxx idzebra jwm libcache-mmap-perl libnet-rawip-perl libsys-gamin-perl llvm-py mandos mod-gnutls modules morse-simulator mozilla-gnome-keyring parcellite pdns phoneui-apps pion polybori prads psad pysmbc qiime read-edid ruby-lapack stella subsurface vice x42-plugins xdemorse xfce4-power-manager yade The dak --no-action output from coccia.debian.org is attached. Cheers, Michael Will remove the following packages from unstable: anon-proxy | 00.05.38+20081230-2.1+b1 | hurd-i386 ants | 1.9.2+svn680.dfsg-4 | hurd-i386 asterisk-flite | 2.1-1+b1 | hurd-i386 colobot |0.1.2-3 | hurd-i386 colobot-dbg |0.1.2-3 | hurd-i386 cpuid | 3.3-9+b1 | hurd-i386 darkstat | 3.0.715-1+b1 | hurd-i386 denemo |0.9.2-3 | hurd-i386 dfu-programmer | 0.5.4-1+b2 | hurd-i386 emscripten | 1.4.9~20130620~0ad8724-1 | hurd-i386 environment-modules | 3.2.10-8 | hurd-i386 eventstat | 0.01.15-1 | hurd-i386 fish | 1.23.1+20120106.git8b407a3-1+b1 | hurd-i386 fish-dbg | 1.23.1+20120106.git8b407a3-1+b1 | hurd-i386 foo-yc20 |1.3.0-5 | hurd-i386 gauche-c-wrapper | 0.6.1-4.1+b1 | hurd-i386 gauche-gl | 0.4.4-5+b3 | hurd-i386 gnunet-gtk |0.9.3-1 | hurd-i386 gnunet-gtk-dbg |0.9.3-1 | hurd-i386 gnunet-gtk-dev |0.9.3-1 | hurd-i386 idzebra-2.0 | 2.0.44-3+b1 | hurd-i386 idzebra-2.0-utils | 2.0.44-3+b1 | hurd-i386 jwm | 2.1.0-3+b1 | hurd-i386 libapache2-mod-gnutls | 0.5.10-5 | hurd-i386 libcache-mmap-perl | 0.11-1+b4 | hurd-i386 libcss-parser-pp0 | 0.85-2 | hurd-i386 libcss-parser0 | 0.85-2 | hurd-i386 libghc-libzip-dev | 0.10.2-2+b3 | hurd-i386 libghc-libzip-prof | 0.10.2-2+b3 | hurd-i386 libhtmlcxx-dev | 0.85-2 | hurd-i386 libhtmlcxx3 | 0.85-2 | hurd-i386 libidzebra-2.0-0 | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-dev | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-alvis | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-dom | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-grs-marc | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-grs-regx | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-grs-xml | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-text | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-modules | 2.0.44-3+b1 | hurd-i386 libnet-rawip-perl | 0.25-1+b1 | hurd-i386 libpion-5.0 | 5.0.4+dfsg-2 | hurd-i386 libpion-5.0-dbg | 5.0.4+dfsg-2 | hurd-i386 libpion-dev | 5.0.4+dfsg-2 | hurd-i386 libpion-plugins | 5.0.4+dfsg-2 | hurd-i386 libpion-plugins-dbg | 5.0.4+dfsg-2 | hurd-i386 libpolybori-0.5.0-0 | 0.5~rc1-2.3+b1 | hurd-i386 libpolybori-dev | 0.5~rc1-2.3+b1 | hurd-i386 libsys-gamin-perl | 0.1-1+b1 | hurd-i386 libyade | 1.07.0-3 | hurd-i386 mandos-client | 1.5.3-1.1+b1 | hurd-i386 morse-simulator |1.1.1-1 | hurd-i386 parcellite | 1.0.2~rc5-1+b1 | hurd-i386 pdns-backend-geo | 3.1-4 | hurd-i386 pdns-backend-ldap | 3.1-4 | hurd-i386 pdns-backend-lua | 3.1-4 | hurd-i386 pdns-backend-mysql | 3.1-4 | hurd-i386 pdns-backend-pgsql | 3.1-4 | hurd-i386 pdns-backend-pipe | 3.1-4 | hurd-i386 pdns-backend-sqlite | 3.1-4 | hurd-i386 pdns-backend-sqlite3 | 3.1-4 | hurd-i386 pdns-server | 3.1-4 | hurd-i386 pdns-server-dbg | 3.1-4 | hurd-i386 phoneui-apps | 0.1+git20111214-1+b1 | hurd-i386 prads | 0.3.0-1+b1 | hurd-i386 psad | 2.1.7-1+b1 | hurd-i386 python-llvm | 0.6+svn105-2+b1 | hurd-i386 python-llvm-dbg | 0.6+svn105-2+b1 | hurd-i386 python-polybori | 0.5~rc1-2.3+b1 | hurd-i386 python-smbc | 1.0.6-1+b2 | hurd-i386 python-yade | 1.07.0-3 | hurd-i386 python3-morse-simulator |1.1.1-1 | hurd-i386 qiime | 1.7.0+dfsg-1+b1 | hurd-i386 read-edid | 2.0.0-3.1 | hurd-i386 ruby-lapack | 1.5-2 | hurd-i386 ruby-lapack-dbg | 1.5-2 | hurd-i386 stella |3.9.2-1 | hurd-i386 subsurface |3.1.1-2 | hurd-i386 vice | 2.4.dfsg-1 | hurd-i386 x42-plugins | 20130915-1 | hurd-i386 xdemorse | 1.3-7 | hurd-i386 xfce4-power-manager | 1.0.11-2+b2 | hurd-i386 xfce4-power-manager-plugins | 1.0.11-2+b2 | hurd-i386 xul-ext-gnome-keyring |0.6.6-1 | hurd-i386 yade | 1.07.0-3 | hurd-i386 Maintainer: Ximin Luo infini...@gmx.com, Debian Xfce Maintainers pkg-xfce-de...@lists.alioth.debian.org, Jonas Smedegaard d...@jones.dk, Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org, Rodolphe Pelloux-Prayer rodol...@damsy.net, Debian QA Group packa...@qa.debian.org, Rene Mayorga rmayo...@debian.org, Debian Perl Group
Bug#744325: Bug #744325: RM: several -- ROP; outdated hurd-i386 binary packages
Ping? On Sun, Apr 13, 2014 at 12:11:49AM +0200, Michael Banck wrote: Package: ftp.debian.org Severity: normal The following list of hurd-i386 binary packages are outdated in unstable and can be removed from the archive: dak rm -p -a=hurd-i386 -b acl2 acl2-books acl2-infix axiom axiom-graphics axiom-hypertex code-aster code-aster-dev code-aster-engine code-aster-engine-dbg code-aster-mpi-engine code-aster-mpi-engine-dbg code-aster-mpi-engine-dev cyrus-clients-2.4 cyrus-common-2.4 cyrus-dev-2.4 cyrus-imapd-2.4 cyrus-murder-2.4 cyrus-nntpd-2.4 cyrus-pop3d-2.4 cyrus-replication-2.4 erlang-cowboy erlang-jiffy erlang-proper erlang-proper-dev fusioninventory-agent gnunet-client gnunet-common gnunet-dbg gnunet-dev gnunet-fuse gnunet-server haskell-libzip libcyrus-imap-perl24 libghc-bindings-libzip-dev libghc-bindings-libzip-prof libjmagick6-jni libmosquitto0 libmosquittopp0 libquickfix14 libquickfix14-dbg libquickfix-dev libquickfix-python10 libsynfig0 libsynfig-dev libupnp4 libupnp4-dbg libupnp4-dev mosquitto mosquitto-clients octave-financial octave-io octave-statistics octave-vrml pd-hid pd-jmmmp pd-mapping pd-zexy posixtestsuite ruby-quickfix silversearcher-ag silversearcher-ag-el synfig synfig-dbg I believe the other RM: bug I filed today needs to be processed first, so gnunet-gtk is gone already. The --rdep-check output is not clean because (i) some depend on Arch:all packages either of the same source package, or on others and (ii) some are Build-Depends of packages which have no hurd-i386 binaries (but dak rm --rdep-check does not grok that). The output of the above list, and the package erlang-cowboy erlang-jiffy gnunet-fuse haskell-libzip octave-financial octave-statistics octave-vrml pd-jmmmp pd-mapping silversearcher-ag-el using -a=hurd-i386,all -B on coccia.debian.org is attached, it shows the following problem: Checking reverse dependencies... # Broken Build-Depends: erlang-jiffy: erlang-proper-dev linux-igd: libupnp4-dev (= 1.8.0~svn20100507-1.1) synfigstudio: libsynfig-dev (= 0.64.1) synfig (= 0.64.1) Dependency problem found. Cheers, Michael mbanck@coccia:~$ dak rm --no-action --rdep-check -p -a=hurd-i386,all -B acl2 acl2-books acl2-infix axiom axiom-graphics axiom-hypertex code-aster code-aster-dev code-aster-engine code-aster-engine-dbg code-aster-mpi-engine code-aster-mpi-engine-dbg code-aster-mpi-engine-dev cyrus-clients-2.4 cyrus-common-2.4 cyrus-dev-2.4 cyrus-imapd-2.4 cyrus-murder-2.4 cyrus-nntpd-2.4 cyrus-pop3d-2.4 cyrus-replication-2.4 erlang-cowboy erlang-jiffy erlang-proper erlang-proper-dev fusioninventory-agent gnunet-client gnunet-common gnunet-dbg gnunet-dev gnunet-fuse gnunet-server haskell-libzip libcyrus-imap-perl24 libghc-bindings-libzip-dev libghc-bindings-libzip-prof libjmagick6-jni libmosquitto0 libmosquittopp0 libquickfix14 libquickfix14-dbg libquickfix-dev libquickfix-python10 libsynfig0 libsynfig-dev libupnp4 libupnp4-dbg libupnp4-dev mosquitto mosquitto-clients octave-financial octave-io octave-statistics octave-vrml pd-hid pd-jmmmp pd-mapping pd-zexy posixtestsuite ruby-quickfix silversearcher-ag silversearcher-ag-el synfig synfig-dbg erlang-cowboy erlang-jiffy gnunet-fuse haskell-libzip octave-financial octave-statistics octave-vrml pd-jmmmp pd-mapping silversearcher-ag-el Will remove the following packages from unstable: acl2 | 6.0-2 | hurd-i386 acl2-books | 6.0-2 | hurd-i386 acl2-books-certs | 6.0-2 | all acl2-books-certs | 6.3-6 | all acl2-books-source | 6.0-2 | all acl2-books-source | 6.3-6 | all acl2-doc | 6.0-2 | all acl2-doc | 6.3-6 | all acl2-emacs | 6.0-2 | all acl2-emacs | 6.3-6 | all acl2-infix | 6.0-2 | hurd-i386 acl2-infix-source | 6.0-2 | all acl2-infix-source | 6.3-6 | all acl2-source | 6.0-2 | all acl2-source | 6.3-6 | all axiom | 20120501-13 | hurd-i386 axiom-databases | 20120501-13 | all axiom-databases | 20120501-14 | all axiom-doc | 20120501-13 | all axiom-doc | 20120501-14 | all axiom-graphics | 20120501-13 | hurd-i386 axiom-graphics-data | 20120501-13 | all axiom-graphics-data | 20120501-14 | all axiom-hypertex | 20120501-13 | hurd-i386 axiom-hypertex-data | 20120501-13 | all axiom-hypertex-data | 20120501-14 | all axiom-source | 20120501-13 | all axiom-source | 20120501-14 | all axiom-test | 20120501-13 | all axiom-test | 20120501-14 | all axiom-tex | 20120501-13 | all axiom-tex | 20120501-14 | all cyrus-admin | 2.4.16-5 | all cyrus-admin | 2.4.17+caldav~beta9-3 | all cyrus-admin-2.2 | 2.4.16-5 | all cyrus-admin-2.4 | 2.4.16-5 | all cyrus-admin-2.4 | 2.4.17+caldav~beta9-3 | all cyrus-caldav | 2.4.17+caldav~beta9-3 | all cyrus-clients | 2.4.16-5 | all cyrus-clients | 2.4.17+caldav~beta9-3 | all cyrus-clients-2.2 | 2.4.16-5 | all cyrus-clients-2.4 | 2.4.16-5+b3 | hurd-i386
Bug#651545: quagga-doc: quagga.pdf.gz references are broken
Hi there, the lines | ! I can't find file `ecrm1095'. in the build log were pretty obivous. So: Add a build-dependency on texlive-fonts-recommended to fix the issue, and get table of contents contents for free. Worked at least for me. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745474: mirror submission for ftp.agh.edu.pl
Control: tag -1 +moreinfo Hello, On Tue, Apr 22, 2014 at 06:22:32AM +, Boguslaw Juza wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: ftp.agh.edu.pl Thanks for mirroring Debian and using the recommended method. Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-ftp: /debian/ Archive-http: /debian/ IPv6: yes Archive-upstream: ftp.pl.debian.org Updates: once We see the last sync was long time ago (today is Fri May 2 12:29:56 UTC 2014) Wed Apr 30 01:17:31 UTC 2014 Could you please check you sync 4 times a day ? http://www.debian.org/mirror/ftpmirror#when Maintainer: Boguslaw Juza Is there any backup email where we can contact a team if you're on holiday (or leaving the uni) ? Country: PL Poland Location: AGH Kraków Sponsor: AGH University of Science and Technology http://www.agh.edu.pl How much bandwidth is available ? Best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746658: Package: installation-reports
Hi, I'm including debian-japanese@ in my reply, hopefully they might be able to help you in Japanese. Shigeru Oyama shig...@oya.jp (2014-05-02): Package: installation-reports Boot method: CD netinstall 及び DVDのネットインストールではないもの。いずれでやっても同じ結果です。 Image version: 7.5.0 Date: 2014年5月2日 Machine: DELL PowerEdge SC 1435 Processor:2GHz Dualcore AMD Opteron 2212HE Memory:1GB Partitions:パーティションは設定していません Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [?] Install boot loader:[?] Overall install:[?] Comments/Problems:「ソフトウエアの選択とインストール」と表示され、「しばらくおまちください」のメッセージのあと先へ進まない。何度やっても同じところで止まる。 netinstallでやってダメなので、フルセットのDVDでやり直したが同じところで止まる。 ちなみに、v7.4.0でもやったが、同じところで止まる。 なにか、やり方が間違っているのでしょうか？ 大山 茂 shig...@oya.jp If you're stuck at the “Select and Install Software” step, it might be worth looking into /var/log/syslog to see what's going on there (usually available in tty4). Just to be sure, we're talking about this image, right? http://cdimage.debian.org/debian-cd/7.5.0/amd64/iso-dvd/debian-7.5.0-amd64-DVD-1.iso Mraw, KiBi. signature.asc Description: Digital signature
Bug#711332: Not ready yet
tags 711332 + moreinfo thanks Not ready yet: # Broken Depends: spip: spip wdg-html-validator: wdg-html-validator # Broken Build-Depends: libnb-platform18-java: w3c-dtd-xhtml netbeans: w3c-dtd-xhtml -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746659: google-mock: depends on python:all
Package: google-mock Version: 1.7.0-3 Severity: serious Your package depends on python:all, a dependency which makes no sense and which apt considers unsatisfiable, although dpkg apparently has no problem with it. According to the Debian changelog you meant python:any instead. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.14.2-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#745711: RFA: downtimed -- monitor of downtime, shutdown, and crashes
Hello there, this is the previous maintainer talking. I object at the intent to adopt this package without my knowledge, since I already have found one candidate and whose name is ___not___ Stefan Brauer. As far as I understand the Debian policy documents and good conduct, the publication of an RFA does not declare a package to be public prey, to be handled by arbitrary means, ignoring the previous maintainer. Regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743588: mirror submission for debian.mirror.utn.edu.ar
Hi, Please just reply in this email, no need to create an extra bug report. On Fri, Apr 04, 2014 at 01:10:48AM +0200, Simon Paillard wrote: On Thu, Apr 03, 2014 at 10:58:35PM +, Fernando Gabriel Diez wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: debian.mirror.utn.edu.ar Thanks for using ftpsync, the recommended tool. However you run an outdated version, please upgrade or the users will suffer from the mirror inconsistency during its update. Fixed now. Type: leaf Archive-architecture: i386 Could you please don't excludes sources from the mirror ? Archive-http: / It his possible to use the /debian/ path ? IPv6: no Archive-upstream: ftp.br.debian.org Updates: four Maintainer: Fernando Gabriel Diez fd...@utn.edu.ar Country: AR Argentina Sponsor: Universidad Tecnologica Nacional, Secretaria de TIC-Rectorado http://www.utn.edu.ar/ Bandwidth ? How much bandwidth is available ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723086: [libxkbcommon-dev] dh_install --fail-missing may fail
Source: libxkbcommon Followup-For: Bug #723086 Thanks Emilio for the clarification. I have corrected that in this patch. But as I don't think I am in position of creating a new -doc package, I just included them in the -dev package. Fernando Furusato Index: libxkbcommon-0.4.0/debian/control === --- libxkbcommon-0.4.0.orig/debian/control 2014-05-02 12:28:49.0 + +++ libxkbcommon-0.4.0/debian/control 2014-05-02 12:30:29.829994768 + @@ -15,6 +15,7 @@ x11proto-core-dev, x11proto-kb-dev (= 1.0.5), xkb-data, + doxygen Standards-Version: 3.9.5 Homepage: http://www.xkbcommon.org/ Vcs-Git: git://anonscm.debian.org/pkg-xorg/lib/libxkbcommon Index: libxkbcommon-0.4.0/debian/libxkbcommon-dev.install === --- libxkbcommon-0.4.0.orig/debian/libxkbcommon-dev.install 2014-05-02 12:28:49.0 + +++ libxkbcommon-0.4.0/debian/libxkbcommon-dev.install 2014-05-02 12:30:10.280005991 + @@ -6,3 +6,4 @@ usr/lib/*/libxkbcommon.a usr/lib/*/libxkbcommon.so usr/lib/*/pkgconfig/xkbcommon.pc +usr/share/doc/libxkbcommon
Bug#741951: mirror submission for mirrors.aliyun.com
Control: tag -1 +moreinfo Hello, On Mon, Mar 17, 2014 at 03:43:37PM +, Min Peng wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: mirrors.aliyun.com Thanks for mirroring Debian, there are a few items to be solved before we can add your mirror to the list. Type: leaf Archive-architecture: amd64 i386 Archive-http: /debian/ Backports-http: /debian-backports/ The local trace file under projet/trace/mirrors.aliyun.com is not at the expected content. Could you please use the recommended tool ftpsync http://www.debian.org/mirror/ftpmirror#how ? It will take care of the trace file generation. If not, follow carefully manual instructions at https://www.debian.org/mirror/ftpmirror#how, it instructs the expected trace file content. CDImage-http: /debian-cd/ IPv6: no Archive-upstream: mirrors.kernel.org Backports-upstream: ftp.us.debian.org CDImage-upstream: cdimage.debian.org Updates: once Maintainer: Min Peng bette...@gmail.com Is there a backup contact in case you're on holidays ? Country: CN China Location: Zhe Jiang Sponsor: Alibaba cloud computing http://www.aliyun.com/ How much bandwidth is availble ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739382: mirror listing update for mirrors.ece.ubc.ca
Hello, On Wed, Mar 05, 2014 at 11:07:28PM +0100, Simon Paillard wrote: On Mon, Feb 17, 2014 at 11:29:01PM +, Tomasz Konefal wrote: Package: mirrors Severity: minor Submission-Type: update Site: mirrors.ece.ubc.ca [..] Comment: This mirror is being retired and replaced by mirror.it.ubc.ca; see the related submission for details. mirror.it.ubc.ca replaced mirrors.ece.ubc.ca some weeks ago (per Bug#739381) You can change already the MIRRORNAME parameter of all your ftpsync*.conf Could you please update the MIRRORNAME parameter of all your ftpsync*.conf, so that the local trace file match the site name ? Otherwise, automated tools (including http.debian.net) cannot 'guess' the trace file name. Best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746660: BUG: unable to handle kernel NULL pointer dereference
Package: src:linux Version: 3.2.57-3 Severity: normal Dear Maintainer, After upgrading hardware, when starting Xorg, we get the Oops below : I do not note other effect. -- Package-specific info: ** Version: Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.57-3 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-686-pae root=UUID=310f205d-4dfc-4293-966c-8b952c4d258b ro quiet ** Tainted: DO (4224) * Kernel has oopsed before. * Out-of-tree module has been loaded. ** Kernel log: [ 135.106299] BUG: unable to handle kernel NULL pointer dereference at (null) [ 135.106344] IP: [ (null)] (null) [ 135.106366] *pdpt = 30619001 *pde = [ 135.106399] Oops: 0010 [#1] SMP [ 135.106420] Modules linked in: pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) ppdev lp cpufreq_userspace cpufreq_conservative cpufreq_stats cpufreq_powersave binfmt_misc nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc hwmon_vid loop firewire_sbp2 firewire_core crc_itu_t snd_hda_codec_realtek usbhid hid sr_mod cdrom sg saa7134_alsa snd_hda_codec_hdmi saa7134_dvb videobuf_dvb dvb_core radeon saa7134 ahci tveeprom ttm snd_hda_intel r8169 libahci videobuf_dma_sg drm_kms_helper ir_lirc_codec lirc_dev snd_hda_codec drm snd_hwdep ir_mce_kbd_decoder snd_pcm_oss ir_sony_decoder snd_mixer_oss videobuf_core power_supply ir_jvc_decoder snd_pcm snd_page_alloc ir_rc6_decoder snd_seq_midi snd_seq_midi_event i2c_piix4 ir_rc5_decoder snd_rawmidi ir_nec_decoder snd_seq v4l2_common videodev media rc_core i2c_algo_bit i2c_core mii snd_seq_device snd_timer snd ohci_hcd powernow_k8 mperf crc32c_intel soundcore ehci_hcd aesni_intel aes_i586 aes_generic xhci_hcd cryptd parport_pc parport vi deo processor button usbcore evdev pcspkr thermal_sys usb_common wmi ext4 crc16 mbcache jbd2 dm_mod microcode shpchp sd_mod crc_t10dif ata_generic pata_jmicron libata scsi_mod [ 135.107082] [ 135.107092] Pid: 5501, comm: pulseaudio Tainted: G O 3.2.0-4-686-pae #1 Debian 3.2.57-3 MSI MS-7721/A78M-E35 (MS-7721) [ 135.107153] EIP: 0060:[] EFLAGS: 00210202 CPU: 0 [ 135.107183] EIP is at 0x0 [ 135.107198] EAX: f4384e2c EBX: 0080 ECX: f3eceac0 EDX: f3f06400 [ 135.107229] ESI: f846d05c EDI: f3e78640 EBP: f42aea4c ESP: ecf5fd98 [ 135.107261] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [ 135.107289] Process pulseaudio (pid: 5501, ti=ecf5e000 task=eddb8200 task.ti=ecf5e000) [ 135.107327] Stack: [ 135.107338] f846a515 0080 0080 f369e800 f3eceac0 f4210a00 f4384e2c f3e78640 [ 135.107388] f4210a38 ecf5fe04 fff2 f257fa80 f847dba1 f3eceac0 f416fe00 [ 135.107439] eddb8200 f847dcab ecf5fe04 f416ff18 f416ff2c eddb8200 [ 135.107489] Call Trace: [ 135.107507] [f846a515] ? azx_pcm_open+0x171/0x1f7 [snd_hda_intel] [ 135.107546] [f847dba1] ? snd_pcm_open_substream+0x36/0x68 [snd_pcm] [ 135.107584] [f847dcab] ? snd_pcm_open+0xd8/0x1cd [snd_pcm] [ 135.107617] [c103257c] ? try_to_wake_up+0x155/0x155 [ 135.107650] [f847de18] ? snd_pcm_playback_open+0x31/0x45 [snd_pcm] [ 135.107688] [f841049e] ? snd_open+0xf5/0x133 [snd] [ 135.107717] [c10d04ab] ? chrdev_open+0xf3/0x111 [ 135.107744] [c10cc17f] ? __dentry_open+0x186/0x25f [ 135.107771] [c10ccecd] ? nameidata_to_filp+0x3a/0x45 [ 135.107799] [c10d03b8] ? cdev_put+0x17/0x17 [ 135.107824] [c10d6f8d] ? do_last+0x4f8/0x513 [ 135.107849] [c10d724f] ? path_openat+0xa1/0x28b [ 135.107874] [c10d74e2] ? do_filp_open+0x23/0x5c [ 135.107901] [c102a4fd] ? should_resched+0x5/0x1e [ 135.107927] [c12c35fa] ? _cond_resched+0x5/0x18 [ 135.107953] [c10ccf2c] ? do_sys_open+0x54/0xcd [ 135.107979] [c10d815f] ? do_fcntl+0x151/0x3b3 [ 135.108004] [c10ccfc3] ? sys_open+0x1e/0x23 [ 135.108007] [c12c8e1f] ? sysenter_do_call+0x12/0x28 [ 135.108007] Code: Bad EIP value. [ 135.108007] EIP: [] 0x0 SS:ESP 0068:ecf5fd98 [ 135.108007] CR2: [ 135.120030] ---[ end trace c57801d276788e42 ]--- ** Model information not available ** Loaded modules: pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) ppdev lp cpufreq_userspace cpufreq_conservative cpufreq_stats cpufreq_powersave binfmt_misc nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc hwmon_vid loop firewire_sbp2 firewire_core crc_itu_t snd_hda_codec_realtek usbhid hid sr_mod cdrom sg saa7134_alsa snd_hda_codec_hdmi saa7134_dvb videobuf_dvb dvb_core radeon saa7134 ahci tveeprom ttm snd_hda_intel r8169 libahci videobuf_dma_sg drm_kms_helper ir_lirc_codec lirc_dev snd_hda_codec drm snd_hwdep ir_mce_kbd_decoder snd_pcm_oss ir_sony_decoder snd_mixer_oss videobuf_core power_supply ir_jvc_decoder snd_pcm snd_page_alloc ir_rc6_decoder snd_seq_midi snd_seq_midi_event i2c_piix4 ir_rc5_decoder snd_rawmidi ir_nec_decoder snd_seq v4l2_common videodev media rc_core i2c_algo_bit i2c_core mii snd_seq_device snd_timer snd ohci_hcd powernow_k8 mperf crc32c_intel
Bug#746369: AW: Bug#746369: RFS: downtimed/0.6.2
torsdag den 1 maj 2014 klockan 10:59 skrev Stefan Bauer detta: -Ursprüngliche Nachricht- Von: Cameron Norman camerontnor...@gmail.com One thing I noticed is that upstream has an Upstart job, but you are not shipping it. Simply making a symlink from debian/downtimed.upstart to startup-scripts/upstart-startup.conf should do the trick. Updated package is present on mentors with the appropriate upstart link. Nothing is settled as to Stefan Bauer being accepted as the new maintainer. Regards, Mats E Andersson, DM and present maintainer of downtimed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705667: I can confirm that bug
debian wheezy gnome i dont know if you need other informations -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736557: Not ready yet
Control: tags -1 + moreinfo Not ready yet: # Broken Depends: l2tp-ipsec-vpn-daemon: l2tp-ipsec-vpn-daemon [amd64 armel armhf i386 mips mipsel powerpc s390x sparc] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710554: kopete: cannot connect to google talk/jabber account
Hi, I think the bug can be closed since it is not reproducible anymore. It seems the problem was with kopeterc file. The solution that worked for me was to delete the file and let kopete to recreate it anew. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (450, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kopete depends on: ii kde-runtime 4:4.11.3-1 ii kdepim-runtime 4:4.11.5-1 ii libc6 2.18-4 ii libexpat1 2.1.0-4 ii libgadu31:1.12.0~rc2-2 ii libgif4 4.1.6-11 ii libglib2.0-02.40.0-2 ii libidn111.28-1 ii libjasper1 1.900.1-debian1-1 ii libkabc44:4.11.5-4+b1 ii libkcmutils44:4.11.5-3 ii libkde3support4 4:4.11.5-3 ii libkdecore5 4:4.11.5-3 ii libkdeui5 4:4.11.5-3 ii libkdnssd4 4:4.11.5-3 ii libkemoticons4 4:4.11.5-3 ii libkhtml5 4:4.11.5-3 ii libkio5 4:4.11.5-3 ii libkmime4 4:4.11.5-4+b1 ii libknewstuff2-4 4:4.11.5-3 ii libknotifyconfig4 4:4.11.5-3 ii libkopete4 4:4.11.5-1 ii libkparts4 4:4.11.5-3 ii libkpimidentities4 4:4.11.5-4+b1 ii libmeanwhile1 1.0.2-4.1 ii libmediastreamer-base3 3.6.1-2.1+b3 ii libmsn0.3 4.2-2 ii libortp93.6.1-2.1+b3 ii libphonon4 4:4.7.1-1 ii libqca2 2.0.3-5 ii libqimageblitz4 1:0.0.6-4 ii libqt4-dbus 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-network 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-qt3support 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-sql 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-xml 4:4.8.5+git242-g0315971+dfsg-2 ii libqtcore4 4:4.8.5+git242-g0315971+dfsg-2 ii libqtgui4 4:4.8.5+git242-g0315971+dfsg-2 ii libsolid4 4:4.11.5-3 ii libsrtp01.4.5~20130609~dfsg-1 ii libssl1.0.0 1.0.1g-3 ii libstdc++6 4.8.2-16 ii libv4l-01.0.1-1 ii libx11-62:1.6.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii perl5.18.2-2+b1 ii phonon 4:4.7.1-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages kopete recommends: ii libqca2-plugin-ossl 2.0.0~beta3-2 ii libqt4-sql-sqlite4:4.8.5+git242-g0315971+dfsg-2 Versions of packages kopete suggests: pn kdeartwork-emoticons none ii khelpcenter4 4:4.11.3-1 ii texlive-latex-base2013.20140408-1 -- no debconf information Thank you, Best regards, Aaron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746661: wine64-dev-tools: winebuild not functionable
Source: wine64-dev-tools Version: 1.6.2-8 Severity: important Dear Maintainers, while packaging lmms I run into a bug trying to use wineg++ and winegcc, which are currently installed at /usr/lib/arch/wine/bin/ Manually invoking wineg++ with it's full path doesn't help here, as it depends on winebuild which is not in $PATH, but also in the same folder. I can circumvent this by addding /usr/lib/arch/wine/bin to the build path, which is a quite ugly hack as the path has to be changed on the different architectures. In previous versions this was solved in a better way, winegcc and co, were located in /usr/bin/. Would it be possible to move these binaries once again into a folder which is in the default $PATH? Greetings -- 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.13.0 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741547: mirror submission for mirrors.centarra.com
Control: tag -1 +moreinfo Hi, On Thu, Mar 13, 2014 at 05:24:06PM +, William Pitcock wrote: Package: mirrors Severity: wishlist Submission-Type: new Thanks for mirroring Debian. Site: mirrors.centarra.com Aliases: mirrors.exelion.net Type: leaf Archive-architecture: amd64 i386 kfreebsd-amd64 kfreebsd-i386 Archive-http: /debian/ Archive-rsync: debian/ IPv6: yes Archive-upstream: mirror.anl.gov You changed to: Upstream-mirror: ftp.us.debian.org However, you should select one of ftp1 to ftp6.us.debian.org, for reasons explained at https://www.debian.org/mirror/ftpmirror#wherefrom Updates: four Maintainer: William Pitcock will...@centarra.com Country: US United States Location: Dallas, Texas Sponsor: Centarra Networks, Inc http://www.centarra.com/ Bandwidth available ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746662: add install-time option to place grub-efi in removable media path
Package: debian-installer Version: 20140316 Severity: wishlist There are many platforms out there with broken UEFI implementations. It would be useful to in the UEFI installer have a way of instructing the installer to place GRUB in the removable media loader path (as defined by the UEFI specification for the given architecture). This could be similar to the traditional do you want me to update the MBR with an entry for your boot loader dialog. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746272: xserver-xorg-video-ati: libGL error: failed to load driver: r300
tags 746272 patch
thx
* Michel Dänzer mic...@daenzer.net [2014-05-02 12:11 +0900]:
[...]
The bug is https://bugs.freedesktop.org/show_bug.cgi?id=71789 .
I can confirm that the patches from [0] solved the problem. I've
patched Debian's mesa 10.1.1. Some Cairo-Dock icons are looking bit
froggy now. But this I have to investigate further. Foobillardplus
plays fine. Please find attached quilt refreshed patches. I didn't
have time to test those patches on other platforms, though.
[0] http://lists.freedesktop.org/archives/mesa-dev/2013-December/050218.html
Thanks Michel ;-)
Elimar
--
The path to source is always uphill!
-unknown-
From b3c5896e87036bdfd744e3b1b768a58c3e38ac2b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Michel=20D=C3=A4nzer?= michel.daen...@amd.com
Date: Mon, 25 Nov 2013 10:13:42 +0900
Subject: [PATCH 1/2] st/dri: Use packed RGB formats
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/state_trackers/dri/common/dri_drawable.c | 8
src/gallium/state_trackers/dri/drm/dri2.c| 20 ++--
2 files changed, 14 insertions(+), 14 deletions(-)
Index: mesa-10.1.1/src/gallium/state_trackers/dri/common/dri_drawable.c
===
--- mesa-10.1.1.orig/src/gallium/state_trackers/dri/common/dri_drawable.c
2014-05-02 10:11:15.327163064 +0200
+++ mesa-10.1.1/src/gallium/state_trackers/dri/common/dri_drawable.c
2014-05-02 10:11:15.305162415 +0200
@@ -231,11 +231,11 @@
if (format == __DRI_TEXTURE_FORMAT_RGB) {
/* only need to cover the formats recognized by dri_fill_st_visual */
switch (internal_format) {
- case PIPE_FORMAT_B8G8R8A8_UNORM:
-internal_format = PIPE_FORMAT_B8G8R8X8_UNORM;
+ case PIPE_FORMAT_BGRA_UNORM:
+internal_format = PIPE_FORMAT_BGRX_UNORM;
break;
- case PIPE_FORMAT_A8R8G8B8_UNORM:
-internal_format = PIPE_FORMAT_X8R8G8B8_UNORM;
+ case PIPE_FORMAT_ARGB_UNORM:
+internal_format = PIPE_FORMAT_XRGB_UNORM;
break;
default:
break;
Index: mesa-10.1.1/src/gallium/state_trackers/dri/drm/dri2.c
===
--- mesa-10.1.1.orig/src/gallium/state_trackers/dri/drm/dri2.c 2014-05-02
10:11:15.327163064 +0200
+++ mesa-10.1.1/src/gallium/state_trackers/dri/drm/dri2.c 2014-05-02
10:11:15.308162504 +0200
@@ -129,10 +129,10 @@
* may occur as the stvis-color_format.
*/
switch(format) {
- case PIPE_FORMAT_B8G8R8A8_UNORM:
+ case PIPE_FORMAT_BGRA_UNORM:
depth = 32;
break;
- case PIPE_FORMAT_B8G8R8X8_UNORM:
+ case PIPE_FORMAT_BGRX_UNORM:
depth = 24;
break;
case PIPE_FORMAT_B5G6R5_UNORM:
@@ -403,10 +403,10 @@
switch (format) {
case 32:
- pf = PIPE_FORMAT_B8G8R8A8_UNORM;
+ pf = PIPE_FORMAT_BGRA_UNORM;
break;
case 24:
- pf = PIPE_FORMAT_B8G8R8X8_UNORM;
+ pf = PIPE_FORMAT_BGRX_UNORM;
break;
case 16:
pf = PIPE_FORMAT_Z16_UNORM;
@@ -549,13 +549,13 @@
pf = PIPE_FORMAT_B5G6R5_UNORM;
break;
case __DRI_IMAGE_FORMAT_XRGB:
- pf = PIPE_FORMAT_B8G8R8X8_UNORM;
+ pf = PIPE_FORMAT_BGRX_UNORM;
break;
case __DRI_IMAGE_FORMAT_ARGB:
- pf = PIPE_FORMAT_B8G8R8A8_UNORM;
+ pf = PIPE_FORMAT_BGRA_UNORM;
break;
case __DRI_IMAGE_FORMAT_ABGR:
- pf = PIPE_FORMAT_R8G8B8A8_UNORM;
+ pf = PIPE_FORMAT_RGBA_UNORM;
break;
default:
pf = PIPE_FORMAT_NONE;
@@ -670,13 +670,13 @@
pf = PIPE_FORMAT_B5G6R5_UNORM;
break;
case __DRI_IMAGE_FORMAT_XRGB:
- pf = PIPE_FORMAT_B8G8R8X8_UNORM;
+ pf = PIPE_FORMAT_BGRX_UNORM;
break;
case __DRI_IMAGE_FORMAT_ARGB:
- pf = PIPE_FORMAT_B8G8R8A8_UNORM;
+ pf = PIPE_FORMAT_BGRA_UNORM;
break;
case __DRI_IMAGE_FORMAT_ABGR:
- pf = PIPE_FORMAT_R8G8B8A8_UNORM;
+ pf = PIPE_FORMAT_RGBA_UNORM;
break;
default:
pf = PIPE_FORMAT_NONE;
From d159715c15cd8ce40bdc1e3386d84cc38576f43a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Michel=20D=C3=A4nzer?= michel.daen...@amd.com
Date: Tue, 26 Nov 2013 19:46:55 +0900
Subject: [PATCH 2/2] r300g: Big endian fixes
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/r300/r300_blit.c | 4 ++-
src/gallium/drivers/r300/r300_context.h | 2 ++
src/gallium/drivers/r300/r300_state.c | 20 +---
src/gallium/drivers/r300/r300_state_derived.c | 15 +
Bug#735519: mirror submission for jaran.undip.ac.id
Hi, On Sat, Jan 25, 2014 at 08:12:49PM +0700, Eko Didik Widianto wrote: I'm sorry for my reply delay. It's fixed now. Hopefully it can be reached using http, ftp and fsync. Two stage syncing has been already done. And it's cron-ed for 2 time a day. It's not synced using the tool ftpsync recommended at https://www.debian.org/mirror/ftpmirror#wherefrom Could you please consider using the ftpsync tool ? Or https://www.debian.org/mirror/anonftpsync Indeed, specific rsync options and commands are required. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746654: texinfo: Garbled texi2* manpages
severity 746654 normal merge 746654 740343 stop On 02.05.14 Christoph Biedl (debian.a...@manchmal.in-ulm.de) wrote: Hi, at least some of the texi2* manpages contain garbled text but no actual documentation, for example texi2dvi: Thanks for the report, problem is already known. Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#746663: opensc: SmartCard-HSM card does not list RSA 2048 public keys
Package: opensc Version: 0.13.0-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu utopic ubuntu-patch *** /tmp/tmpsB0qMw/bug_body OpenSC 0.13.0 does not list RSA public keys which are of 2048 bits in size on a SmartCard-HSM smart card. Although the keys are listed after on-card key generation, only the private key is listed later. This issue does not appear for keys of 1024 bits in size on the same card. See Ubuntu bug for steps to reproduce. In Ubuntu, the attached patch was applied to achieve the following: * debian/patches/0003-fix-sc-hsm-rsa2048.patch: Add upstream fix to show generated RSA public keys of 2048 bits. Cherry-picking commit: - 99af6cd sc-hsm: Fixed a bug that prevents a newly generated 2048 [...] (LP: #1311921) Thanks for considering the patch. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty-proposed'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-24-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru opensc-0.13.0/debian/changelog opensc-0.13.0/debian/changelog diff -Nru opensc-0.13.0/debian/patches/0003-fix-sc-hsm-rsa2048.patch opensc-0.13.0/debian/patches/0003-fix-sc-hsm-rsa2048.patch --- opensc-0.13.0/debian/patches/0003-fix-sc-hsm-rsa2048.patch 1969-12-31 19:00:00.0 -0500 +++ opensc-0.13.0/debian/patches/0003-fix-sc-hsm-rsa2048.patch 2014-05-02 08:37:41.0 -0400 @@ -0,0 +1,17 @@ +Description: Fix to show generated RSA2048 pubkeys in PKCS#11 interface. + Fixed a bug that prevents a newly generated 2048 key to show up at the + PKCS#11 interface +Author: Andreas Schwier andreas.schw...@cardcontact.de +Origin: upstream https://github.com/OpenSC/OpenSC/commit/99af6cd8ee78776f50bc016fc230541072c60afb + +--- opensc-0.13.0.orig/src/libopensc/pkcs15-sc-hsm.c opensc-0.13.0/src/libopensc/pkcs15-sc-hsm.c +@@ -268,7 +268,7 @@ static int sc_pkcs15emu_sc_hsm_add_pubke + sc_pkcs15_pubkey_info_t pubkey_info; + sc_pkcs15_object_t pubkey_obj; + struct sc_pkcs15_pubkey pubkey; +- u8 efbin[512]; ++ u8 efbin[1024]; + sc_cvc_t cvc; + u8 *cvcpo; + size_t cvclen; diff -Nru opensc-0.13.0/debian/patches/series opensc-0.13.0/debian/patches/series --- opensc-0.13.0/debian/patches/series 2014-03-12 10:51:09.0 -0400 +++ opensc-0.13.0/debian/patches/series 2014-05-02 08:37:41.0 -0400 @@ -1,2 +1,3 @@ 0001-pkcs15-regression-in-e35febe-compute-cert-length.patch 0002-fix-epass2003-support-from-upstream.patch +0003-fix-sc-hsm-rsa2048.patch
Bug#662726: somewhat polished version of git-debcherry
Prompted by Manoj's success stories of using the script in the wild, I finally got around to writing a manpage for the current version git-debcherry. You can find a patch series at git://pivot.cs.unb.ca/gitpkg.git branch: for-ron If you think git-debcherry has gotten too unwieldy for gitpkg (it's now half the size of gitpkg itself), I can split that off and just give you the hook. On the other hand, there is a pretty close dependence, so if you can stomach it, it probably makes the most sense to include it with gitpkg, at least until git-debcherry becomes very stable (when it could maybe move to devscripts). pgp4R7TWKBOE4.pgp Description: PGP signature
Bug#741743: Probable cause of the FTBFS
Dear Juhani, thank you for your hint! unfortunately, files installed to usr/local are generally not a possible cause for FTBFS bugs. In the worst case, the package is built successfully, but some files are not copied to the binary package. Best regards, Georges. Juhani Numminen a écrit : Hello, From the build logs: Install the project... -- Install configuration: -- Installing: /«BUILDDIR»/kicad-0.20140224+bzr4027/debian/tmp/usr/local/share/doc/kicad/INSTALL.txt -- Installing: /«BUILDDIR»/kicad-0.20140224+bzr4027/debian/tmp/usr/local/bin/freeroute.jnlp It seems that the package is installing to prefix /usr/local. Please try to fix this so kicad can re-enter testing. Thanks! -- Juhani Numminen -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#738485: libgpgme11: [regression] sylpheed no longer asks for passphrase in dialog window, but in terminal
Package: libgpgme11 Version: 1.4.3-0.1 Followup-For: Bug #738485 Hi, I've a similar issue with claws-mail, but it this case it's not asking any password at all. Reverting to 1.2.0-1.4 fixed the problem for me. Please not that in this case I'm using a GPG smartcard Cheers, Laurent Bigonville -- 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.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgpgme11 depends on: ii gnupg2 2.0.22-3 ii libassuan0 2.1.1-1 ii libc6 2.18-5 ii libgpg-error0 1.12-0.2 ii multiarch-support 2.18-5 libgpgme11 recommends no packages. Versions of packages libgpgme11 suggests: pn gpgsm none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744226: Not ready yet
Control: tags -1 + moreinfo Not ready yet: # Broken Depends: biojava-live: libbiojava1.7-java biojava3-live: libbiojava3.0-java # Broken Build-Depends: biojava3-live: libcommons-collections-java (= 2.1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742493: pgmemcache segfaults with libmemcached11
Hi, This has now been fixed by: https://github.com/ohmu/pgmemcache/commit/47623a545be485d6dd1ffb917e990d267ad57f35 - Hannu On 2.4.2014 19.02, Christoph Berg wrote: Hi, when rebuilt with libmemcached11, pgmemcache in Debian started to segfault. It worked with libmemcached10 before. I'm not sure whose fault this is - pgmemcache or libmemcached, or possibly both. Hannu, Michael, could you have a look at this? (Unforatunately I couldn't find an email for libmemcached, just the launchpad tracker.) - Forwarded message from Christoph Berg christoph.b...@credativ.de - Date: Mon, 24 Mar 2014 13:32:05 +0100 From: Christoph Berg christoph.b...@credativ.de Reply-To: Christoph Berg christoph.b...@credativ.de, 742...@bugs.debian.org To: Debian Bug Tracking System sub...@bugs.debian.org Subject: Bug#742493: Segfault with libmemcached11 X-Debian-PR-Message: report 742493 X-Debian-PR-Package: postgresql-9.3-pgmemcache X-Debian-PR-Keywords: X-Debian-PR-Source: pgmemcache Package: postgresql-9.3-pgmemcache Version: 2.1.2-1+b1 Severity: grave The binnum to update the dependency from libmemcached10 to libmemcached11 seems to have broken the PostgreSQL module: http://ci.debian.net/data/unstable-amd64/packages/p/pgmemcache/2014-03-23.log Also in my chroot: test init ... ok test start_memcached ... ok test test ... FAILED (test process exited with exit code 2) test stop_memcached ... ok 2014-03-24 13:16:05 CET LOG: Serverprozess (PID 25224) wurde von Signal 11 beendet: Segmentation fault 2014-03-24 13:16:05 CET DETAIL: Der fehlgeschlagene Prozess führte aus: SELECT regexp_replace(memcache_stats(), 'pid:.*', '') AS memcache_stats; 2014-03-24 13:16:05 CET LOG: aktive Serverprozesse werden abgebrochen 2014-03-24 13:16:05 CET WARNUNG: breche Verbindung ab wegen Absturz eines anderen Serverprozesses 2014-03-24 13:16:05 CET DETAIL: Der Postmaster hat diesen Serverprozess angewiesen, die aktuelle Transaktion zurückzurollen und die Sitzung zu beenden, weil ein anderer Serverprozess abnormal beendet wurde und möglicherweise das Shared Memory verfälscht hat. ! psql:test.sql:2: SSL SYSCALL error: EOF detected ! psql:test.sql:2: connection to server was lost Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744771: Not ready yet
Control: tags -1 + moreinfo Not ready yet: # Broken Depends: deejayd: deejayd-xine libplayer: libplayer-dev [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746579: libwww-perl: HTTPS_CA_DIR or HTTPS_CA_FILE disables peer certificate verification for IO::Socket::SSL
* Jakub Wilk jw...@debian.org, 2014-05-01, 17:24:
If LWP uses IO::Socket::SSL as SSL socket class (this is the default),
setting HTTPS_CA_DIR or HTTPS_CA_FILE environment variable disables(!)
server cerificate verification:
This is what's going on:
In LWP::UserAgent we have this:
elsif ($ENV{HTTPS_CA_FILE} || $ENV{HTTPS_CA_DIR}) {
# Crypt-SSLeay compatibility (verify peer certificate; but not the
hostname)
$ssl_opts-{verify_hostname} = 0;
$ssl_opts-{SSL_verify_mode} = 1;
}
But in LWP::Protocol::HTTPS we have this:
if (delete $ssl_opts{verify_hostname}) {
$ssl_opts{SSL_verify_mode} ||= 1;
$ssl_opts{SSL_verifycn_scheme} = 'www';
}
else {
$ssl_opts{SSL_verify_mode} = 0;
}
So the intention was to disable only hostname verification, for
compatibility with Crypt::SSLeay (why?!), but the effect is that the
SSL_verify_mode is set to 0.
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746677: generators be installed in a top level directory causing file conflicts
package: gem2deb version: 0.7.5 severity: important possibly other rails files also needs special handling to avoid file conflicts. Or is it really an upstream bug? temple gem has generators inside lib/temple Original Message Subject:Re: [strong_parameters] namespace collition with jbuilder (#200) Date: Fri, 02 May 2014 05:16:48 -0700 From: Jeremy Kemper notificati...@github.com Reply-To: rails/strong_parameters reply+i-32608063-4c7a8744c6493f3b2543f86a6f359aba785a44ee-708...@reply.github.com To: rails/strong_parameters strong_paramet...@noreply.github.com CC: Praveen Arimbrathodiyil prav...@debian.org Note these are template files, not libraries for the ruby load path. They're packaged in the wrong dir. On Friday, May 2, 2014, Praveen Arimbrathodiyil notificati...@github.com wrote: @jeremy https://github.com/jeremy , all libraries are installed to vendor_ruby in debian. Now the collition is between jbuilder and strong_parameters. Only when the upstreams are careless we get collitions. strong_parameters is an upstream for debian. — Reply to this email directly or view it on GitHubhttps://github.com/rails/strong_parameters/issues/200#issuecomment-4258 . — Reply to this email directly or view it on GitHub https://github.com/rails/strong_parameters/issues/200#issuecomment-42024310. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745899: Not ready yet
Control: tags -1 + moreinfo Not ready yet: # Broken Build-Depends: bluetile: libghc-glade-dev bustle: libghc-glade-dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746594: [moodle-packaging] Bug#746594: Bug#746594: Embedded OLE is not DFSG-compliant (PHP-2.02)
Hi Dan, On Fri, May 2, 2014 04:02, Dan Poltawski wrote: On 2 May 2014 02:46, David Prévot taf...@debian.org wrote: The embedded PHPExcel copy (#718585) embeds OLE (#487558) which is not DFSG compliant (PHP-2.02)[1,2]. We have removed this library in upstream in version 2.6: https://tracker.moodle.org/browse/MDL-42381 http://git.moodle.org/gw?p=moodle.git;a=commit;h=383d414478f1f3129f243e4d047d4fa06b9a3b8f It wasn't used and can be safely deleted. Is there another instance of this library or is it a packaging problem? It's indeeed a second copy, it's under lib/phpexcel/PHPExcel/Shared/ Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745974: Not ready yet
Control: tags -1 + moreinfo Not ready yet: # Broken Depends: bobot++: bobot++ guile-db: guile-db guile-pg: guile-pg # Broken Build-Depends: bobot++: guile-1.6-dev (= 1.6.4-2.1) drgeo: libguile-ltdl-1 guile-db: guile-1.6-dev guile-pg: guile-1.6-dev texmacs: guile-1.6-dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
