Bug#706556: RFS: decibel-audio-player
Hi Paolo, Do you intend to adopt this package (to maintain it for a longer time) or do you just want to do one update now ? Depending on that, you should retitle bug 614275 from O to ITA and set yourself as the owner, or modify the package at mentors to include QA upload. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676784: Policy §10.5 and .jar file noticeable exception
tag 676784 pending thanks Le Tue, Jul 30, 2013 at 10:13:37PM +0900, Charles Plessy a écrit : Unless there is objection, I will add the note in parenthesis as a non-normative change, and then mark the bug pending. Hello everybody, here is what I pushed. diff --git a/debian/changelog b/debian/changelog index fe4a858..bc23f5c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -51,6 +51,7 @@ debian-policy (3.9.5.0) UNRELEASED; urgency=low Closes: #704657. Thanks, Philipp Hahn. * Replaced non-standard names of dpkg states by normalised ones. Closes: #705403 + * Clarify what is meant by compressed in section 10.5. (Closes: #676784) -- Russ Allbery r...@debian.org Sat, 03 Nov 2012 15:32:46 -0700 diff --git a/policy.sgml b/policy.sgml index 953d5d2..cb1093f 100644 --- a/policy.sgml +++ b/policy.sgml @@ -8853,7 +8853,9 @@ ln -fs ../sbin/sendmail debian/tmp/usr/bin/runq /p p - A symbolic link pointing to a compressed file should always + A symbolic link pointing to a compressed file (in the sense + that it is meant to be uncompressed with prgnunzip/prgn + or prgnzless/prgn etc.) should always have the same file extension as the referenced file. (For example, if a file filefoo.gz/file is referenced by a symbolic link, the filename of the link has to end with Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668394: debian-policy: Spurious virtual packages mp3-encoder/mp3-decoder
tag 668394 pending thanks Le Thu, Aug 01, 2013 at 08:51:51AM +0900, Charles Plessy a écrit : Le Tue, Jul 30, 2013 at 06:33:55PM -0700, Jonathan Nieder a écrit : Charles Plessy wrote: Le Mon, Apr 16, 2012 at 09:21:43AM +0200, Fabian Greffrath a écrit : As long as it is not possible to run audio-encoder some_audio.wav on Debian to convert some_audio.wav into the next best audio format, this virtual package makes no sense. This is especially true for mp3-encoder and the exact reason why it should get removed IMHO. [...] shall we go ahead and remove mp3-encoder from the list of virtual packages ? Yes Dear opencubicplayer maintainers, as discussed in the Policy bug #668394, we are about to remove mp3-encoder from the list of virtual packages. The binary package opencubicplayer is the only one that provides it, so this will not create a buggy situation. Please let us know if you have objections about this. Dear all, counting Jonathan's Yes as a formal second, and adding my own seconding, I removed mp3-encoder from the list of virtual packages. Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704035: release state of tuxcmd
Hi Tomas, I am considering to take up maintenance of the tuxcmd package in Debian [0] which is currently unmaintained [1]. We recently started a package team to support packages written in pascal [2] and I think the Debian tuxcmd package should have it's home there. Looking at the sourceforge website [3], the latest release I see is 0.6.70 (2009), while your git repository seems to feature up to 0.6.78. Could you please elaborate on your release strategy? I am fine with taking git tags if that is how you currently work. You seem to not have been too busy with tuxcmd lately (one commit in the last 8 months). How do you see the future of tuxcmd? I assume you are in maintenance mode. If I would get tuxcmd code related bugs in Debian, are you likely to help solving them, or would it mean that I had to deep dive into the code myself (not that coding is a problem per se, but of course you are way more familiar with the code). Paul [0] http://www.debian.org/ [1] http://bugs.debian.org/704035 [2] http://alioth.debian.org/projects/pkg-pascal [3] http://sourceforge.net/projects/tuxcmd/ signature.asc Description: OpenPGP digital signature
Bug#718614: gcc-4.8 libstdcxx use cross-gencontrol
Package: gcc-4.8 Version: 4.8.1-8 Severity: wishlist Tags: patch User: crossbu...@debian.org Usertags: cross When making a cross tool chain, if proper environment variables for dh_gencontrol aren't passed, it will attempt to generate an amd64 (BUILD) version of DEBIAN/control for the target (HOST) architecture's libstdc++, while it should be of pure HOST architecture without any reference to the BUILD architecture. Regards, Eleanor Chen libstdcxx-cross-gencontrol.diff Description: Binary data
Bug#718615: Update Vietnamese translation
Package: apt Version: 0.9.9.4 Please update translation for Vietnamese. I am using Linux 3.2.0-29-generic-pae #46-Ubuntu SMP Fri Jul 27 17:25:43 UTC 2012 i686 i386 GNU/Linux -- Thanks, Trần Ngọc Quân 0001-l10n-vi.po-update-to-0.9.9.4.patch.gz Description: GNU Zip compressed data vi.po.gz Description: GNU Zip compressed data
Bug#708143: mips64(el) and mipsn32(el) support with multilib
Hi, I refresh this patch to 4.8.1-8 On Fri, Jul 12, 2013 at 11:52 PM, YunQiang Su wzss...@gmail.com wrote: I refresh this patch with 4.8.1-6 This version patch add multilib support. Thanks. -- YunQiang Su -- YunQiang Su mips64.diff Description: Binary data
Bug#717618: kmail: Resource KMail Folders is broken. This resource is now online
Package: kmail Followup-For: Bug #717618 Possibly related: Bug #717101, where the same message is displayed; there, it is always related to problems accessing specific messages. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-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 kmail depends on: ii kde-runtime 4:4.10.5-1 ii kdepim-runtime4:4.10.5-1 ii kdepimlibs-kio-plugins4:4.10.5-1 ii libakonadi-contact4 4:4.10.5-1 ii libakonadi-kde4 4:4.10.5-1 ii libakonadi-kmime4 4:4.10.5-1 ii libakonadiprotocolinternals1 1.9.2-2 ii libc6 2.17-92 ii libcalendarsupport4 4:4.10.5-1 ii libgcc1 1:4.8.1-8 ii libgpgme++2 4:4.10.5-1 ii libincidenceeditorsng44:4.10.5-1 ii libkabc4 4:4.10.5-1 ii libkcalcore4 4:4.10.5-1 ii libkcalutils4 4:4.10.5-1 ii libkcmutils4 4:4.10.5-1 ii libkdecore5 4:4.10.5-1 ii libkdepim44:4.10.5-1 ii libkdeui5 4:4.10.5-1 ii libkio5 4:4.10.5-1 ii libkleo4 4:4.10.5-1 ii libkmime4 4:4.10.5-1 ii libknotifyconfig4 4:4.10.5-1 ii libkontactinterface4 4:4.10.5-1 ii libkparts44:4.10.5-1 ii libkpgp4 4:4.10.5-1 ii libkpimidentities44:4.10.5-1 ii libkpimtextedit4 4:4.10.5-1 ii libkpimutils4 4:4.10.5-1 ii libkprintutils4 4:4.10.5-1 ii libksieveui4 4:4.10.5-1 ii libktnef4 4:4.10.5-1 ii libmailcommon44:4.10.5-1 ii libmailimporter4 4:4.10.5-1 ii libmailtransport4 4:4.10.5-1 ii libmessagecomposer4 4:4.10.5-1 ii libmessagecore4 4:4.10.5-1 ii libmessagelist4 4:4.10.5-1 ii libmessageviewer4 4:4.10.5-1 ii libnepomukcore4 4:4.10.5-1 ii libpimcommon4 4:4.10.5-1 ii libqt4-dbus 4:4.8.5+dfsg-2 ii libqt4-network4:4.8.5+dfsg-2 ii libqt4-xml4:4.8.5+dfsg-2 ii libqtcore44:4.8.5+dfsg-2 ii libqtgui4 4:4.8.5+dfsg-2 ii libqtwebkit4 2.2.1-6 ii libsolid4 4:4.10.5-1 ii libsoprano4 2.9.2+dfsg.1-1 ii libstdc++64.8.1-8 ii libtemplateparser44:4.10.5-1 ii perl 5.14.2-21 Versions of packages kmail recommends: ii gnupg-agent 2.0.20-1 ii gnupg22.0.20-1 ii pinentry-gtk2 [pinentry-x11] 0.8.1-1 Versions of packages kmail suggests: ii bogofilter 1.2.2+dfsg1-3 pn clamav | f-prot-installer none ii kaddressbook 4:4.10.5-1 pn kleopatra none ii procmail 3.22-20 ii spambayes 1.1a6-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#718616: kmail: aborts on session startup
Package: kmail Version: 4:4.10.5-1 Severity: minor Dear Maintainer, I use kmail always, so it is usually open when I close a session. Then, when I log in again, I expect the whole session to re-open. This has always worked well. Since kmail2, however, kmail aborts on session startup with a message that it timed out getting a lock and now needs to close; I re-open it manually once the rest of the busy session startup ends, and all is well. FWIW, the other programs I have starting with the session (all by way of the last session being saved, no specific startup setting) are three Konsole instances, Iceweasel and Akregator. Thanks for your good work, Shai. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-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 kmail depends on: ii kde-runtime 4:4.10.5-1 ii kdepim-runtime4:4.10.5-1 ii kdepimlibs-kio-plugins4:4.10.5-1 ii libakonadi-contact4 4:4.10.5-1 ii libakonadi-kde4 4:4.10.5-1 ii libakonadi-kmime4 4:4.10.5-1 ii libakonadiprotocolinternals1 1.9.2-2 ii libc6 2.17-92 ii libcalendarsupport4 4:4.10.5-1 ii libgcc1 1:4.8.1-8 ii libgpgme++2 4:4.10.5-1 ii libincidenceeditorsng44:4.10.5-1 ii libkabc4 4:4.10.5-1 ii libkcalcore4 4:4.10.5-1 ii libkcalutils4 4:4.10.5-1 ii libkcmutils4 4:4.10.5-1 ii libkdecore5 4:4.10.5-1 ii libkdepim44:4.10.5-1 ii libkdeui5 4:4.10.5-1 ii libkio5 4:4.10.5-1 ii libkleo4 4:4.10.5-1 ii libkmime4 4:4.10.5-1 ii libknotifyconfig4 4:4.10.5-1 ii libkontactinterface4 4:4.10.5-1 ii libkparts44:4.10.5-1 ii libkpgp4 4:4.10.5-1 ii libkpimidentities44:4.10.5-1 ii libkpimtextedit4 4:4.10.5-1 ii libkpimutils4 4:4.10.5-1 ii libkprintutils4 4:4.10.5-1 ii libksieveui4 4:4.10.5-1 ii libktnef4 4:4.10.5-1 ii libmailcommon44:4.10.5-1 ii libmailimporter4 4:4.10.5-1 ii libmailtransport4 4:4.10.5-1 ii libmessagecomposer4 4:4.10.5-1 ii libmessagecore4 4:4.10.5-1 ii libmessagelist4 4:4.10.5-1 ii libmessageviewer4 4:4.10.5-1 ii libnepomukcore4 4:4.10.5-1 ii libpimcommon4 4:4.10.5-1 ii libqt4-dbus 4:4.8.5+dfsg-2 ii libqt4-network4:4.8.5+dfsg-2 ii libqt4-xml4:4.8.5+dfsg-2 ii libqtcore44:4.8.5+dfsg-2 ii libqtgui4 4:4.8.5+dfsg-2 ii libqtwebkit4 2.2.1-6 ii libsolid4 4:4.10.5-1 ii libsoprano4 2.9.2+dfsg.1-1 ii libstdc++64.8.1-8 ii libtemplateparser44:4.10.5-1 ii perl 5.14.2-21 Versions of packages kmail recommends: ii gnupg-agent 2.0.20-1 ii gnupg22.0.20-1 ii pinentry-gtk2 [pinentry-x11] 0.8.1-1 Versions of packages kmail suggests: ii bogofilter 1.2.2+dfsg1-3 pn clamav | f-prot-installer none ii kaddressbook 4:4.10.5-1 pn kleopatra none ii procmail 3.22-20 ii spambayes 1.1a6-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#713979: su: kill child process group on signal, not just immediate child
Nicolas François wrote: When there is a controlling terminal, I'm not sure how this really works. It seems to me that the terminal, after receiving a Ctrl-C Ctrl-Z, Ctrl-\ sends the corresponding signal to the foreground process (?). The word you are looking for there is group. The foreground process group. It isn't the terminal sending the signal. It is the tty driver. When any of the 'stty -a' characters are detected the associated signal is sent to the foreground process group. Note that job control changes the semantics of background processes and process groups. Therefore scripts (no job control) behave differently from the command line (with job control enabled). This difference has been known to confuse people. Bob signature.asc Description: Digital signature
Bug#718617: selinux DSO linking
Package: libselinux Version: 2.1.13-2 Debian has just enabled DSO linking by default. This patch makes selinux does not FTBFS. Thank you. Eleanor libselinux-dso-linking.diff Description: Binary data
Bug#715038: Bug #715038: add mips64(el) mipsn32(el) support to eglibc
Attached is an updated version of this patch.
This version changes the way of generating libfake.{a,so} from using
ar to use gcc. Sometimes ar generates MIPS64r1 version of the file,
using gcc can make sure it is always MIPS64r2.
Thanks,
Eleanor Chen
--
It is the time you have spent for your rose that makes your rose so important.
mips64.diff
Description: Binary data
Bug#718603: python3.2: Can't load python modules with multiarch extensions
Am 03.08.2013 02:36, schrieb Daniel Schepler: Package: python3.2 Version: 3.2.4-1 Severity: important Currently, if I rebuild pygobject in an amd64 chroot (with pbuilder login), then install the resulting packages in that same chroot and pbuilder session, then python2.7 and python3.3 are able to import gi but python3.2 gives the error: root@frobozz:/tmp# python3.2 -c 'import gi' Traceback (most recent call last): File string, line 1, in module File /usr/lib/python3/dist-packages/gi/__init__.py, line 27, in module from ._gi import _API, Repository ImportError: No module named _gi This is despite the fact that the rebuild python3-gi package does have a file /usr/lib/python3/dist-packages/gi/_gi.cpython-32mu-x86_64-linux-gnu.so. And in fact, if I run strace on the python3.2 command above, it shows /usr/lib/python3/dist-packages/gi/_gi.cpython-32mu.so as one of the file locations it tries to open, but not the multiarched version. This, in turn, causes python-distutils-extra to FTBFS against rebuilt python3- gi. 3.2 never had the multiarch lookup for extensions enabled. I think I enabled it once and found some other effects on packaging because of the changed file names. It looks like the new pybuild implementation renames these for 3.2 as well. Now that we did stop supporting 3.2, I don't want to change that again, and it's probably better to fix dh-python that it even does the right thing for backports. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716855: libucomon-dev: Dependency on libgnutls28-dev makes sflphone unbuildable
Quoting Jeremy Bicha (2013-08-02 18:16:59) This issue, while valid, isn't serious. I disagree. It's impossible to build sflphone in Debian unstable which means it's impossible to fix bugs (security or otherwise) in that package. That makes ucommon in its current form unsuitable for release. Because of the soname transition that can't be completed No, sflphone having FTBFS renders _sflphone_ unsuitable for release. ucommon has other uses than for sflphone. (and that wasn't coordinated with the Release Team), it won't be migrating to testing anyway until this bug is fixed. It is news to me that Release Team must be involved in library changes beyond larger ones and during freeze. Where is that documented? - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#711245: make reportbug include systemd-delta output
Package: src:systemd
Followup-For: Bug #711245
Updated patch to also add a udev.bug-script, which
runs udevadm info --export-db to print the udev
database.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (103, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.11.0-rc3-4-g36f571e (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
From a38efa0fce2eda731f0e77ccfbfb33e3132eb72b Mon Sep 17 00:00:00 2001
From: Daniel Schaal farb...@web.de
Date: Sun, 28 Jul 2013 08:57:16 +0200
Subject: [PATCH] Add bug-script to systemd and udev
This gives the output of systemd-delta, systemctl dump
and the contents of /var/lib/systemd/deb-systemd-helper-enabled.
Print the udev database for udev.
Closes: #711245
---
debian/systemd.bug-script | 23 +++
debian/udev.bug-script| 7 +++
2 files changed, 30 insertions(+)
create mode 100644 debian/systemd.bug-script
create mode 100644 debian/udev.bug-script
diff --git a/debian/systemd.bug-script b/debian/systemd.bug-script
new file mode 100644
index 000..a326f03
--- /dev/null
+++ b/debian/systemd.bug-script
@@ -0,0 +1,23 @@
+#!/bin/sh
+
+_header() {
+echo -- 3
+echo $1: 3
+echo -- 3
+}
+
+_header systemd-delta
+# remove highlighting escape codes from systemd-delta output
+systemd-delta --no-pager|sed s%\x1b[^m]*m%%g 3
+
+if [ -d /run/systemd/system ]; then
+echo 3
+_header systemctl dump
+systemctl --no-pager dump 3
+fi
+
+if [ -d /var/lib/systemd/deb-systemd-helper-enabled ]; then
+echo 3
+_header Contents of /var/lib/systemd/deb-systemd-helper-enabled
+head -n100 $(find /var/lib/systemd/deb-systemd-helper-enabled -type f | tr '\n' ' ')
+fi
diff --git a/debian/udev.bug-script b/debian/udev.bug-script
new file mode 100644
index 000..eb0ca25
--- /dev/null
+++ b/debian/udev.bug-script
@@ -0,0 +1,7 @@
+#!/bin/sh
+
+echo -- 3
+echo udev database: 3
+echo -- 3
+
+udevadm info --export-db 3
--
1.8.4.rc1
Bug#582109: debian-policy: document triggers where appropriate
Le Thu, Jul 25, 2013 at 08:00:55AM +0900, Charles Plessy a écrit : does the current patch (attached) address your concerns ? If yes, would you second it ? Hi all, I would like to make one more call for feedback. Needless to say, I am annoyed that despite we had mutiple persons who commented in that thread, and five Policy editors with a fresh delegation, nothing is moving forward. Julien, Guillem, could you confirm if we can go ahead without further input from you ? To the other Policy editors: given the glacial pace of the work, would it possible for at least one of you to book one hour in your calendar within for instance the next two months, to ensure that one more person can be in position of seconding the patch or requesting further corrections ? Have a nice week-end, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718326: gnome-power-manager: no sleep or hibernate button in the shutdown confirmation dialog
Hi again, I de-installed pm-utils and acpi-support. Since then, I can't see these buttons anymore. Note that the keyboard shortcuts for sleep (Fn-F4) and hibernate (Fn-F12) work fine, as does sleep-on-lid-close. FWIW, a reboot or three later + some sid upgrades, there's no shutdown or sleep entry anymore in the menu that opens by clicking on the right end of the panel (that contains availability, lock screen, etc.) -- but the keybindings still work fine for sleep hibernation. I'll mention it in case it's related: since the very same upgrade + removal initially described on this bug, the screen is sometimes (always?) not locked on resume, and the battery applet in the panel sometimes gets stuck in an obsolete state (e.g. pretending my battery is charging while I've been off the grid for one hour or so). Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718618: libwibble: use correct $CC and $CXX when cross build and multi-arch
Package: libwibble version: 0.1.28-1.1 Tags: patch User: crossbu...@debian.org Usertags: cross libwibble isn't multi-arch aware, so it's $CC and $CXX are always set to native compilers of the build machine. While multi-arch makes cross building of packages possible, it make use of these variables to pick the correct compilers for generating target code. Also, libwibble is installed directly to /usr/lib, while for cross-build, pkg-config will be configured to find .pc files from /usr/lib/tripplet/ first, so here I make it installs to that path as well. Thank you. Eleanor crossbuild-and-multiarch.diff Description: Binary data
Bug#714510: xserver-xorg-video-radeon: Display corrupted after resume on ATI Radeon HD 2400 XT
I installed an i386 Wheezy (legacy BIOS boot) and the behaviour no longer reproduces (using legacy BIOS booting and amd64 still triggered it for me). So for my personal use it's nice with a reliable workaround. Still, hopefully this could be worked out somehow since most people will probably opt for the amd64 flavour on this hardware. -Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702673: PostScript drivers won't work for HP LaserJet 1200
On Wed 31 Jul 2013 at 14:10:12 +0200, Stefan Nagy wrote: After restoring the default cups configuration I'm able now to print the default Debian CUPS testpage with the HPLIP backend – it takes around 26 minutes and 30 seconds, but it works (I always get the testpage instead of an error message as stated in my original report). I think it would be a good idea to open another bug report to address both issues mentioned above separately. What do you think? Correct me if I have lost sight of the essential point of this report, but it seems to come down to Printing a test page on an HP Laserjet is very slow. If the slowness is mainly to do with a buggy PostScript interpreter on the printer I wouldn't see that as the responsibily of cups-filters. In general there is a way round it by changing the renderer but maybe there is a case (wishlist) for changing default-testpage.pdf to something which does not produce such large PS files with pdftops. Most of my testing has been conducted over the network with a socket connection and I experience the same slowness as with the USB backend. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718619: libgl1-mesa-glx: Not coinstallable due to version differences between adm64 and i386.
Package: libgl1-mesa-glx Severity: serious As in subject. Available version for (foreign) architecture i386 is 9.1.4-1, but for amd64 it is 8.0.5-4+b1 making them not coinstallable (or in this case coupgradeable). --- System information. --- Architecture: amd64 Kernel: Linux 3.9-1-amd64 Debian Release: jessie/sid 600 unstableftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== xserver-xorg-core (= 2:1.11) | 2:1.12.4-6.1 xserver-xorg-video-all | OR xorg-driver-video | xserver-xorg-input-all | 1:7.7+3 OR xorg-driver-input | xserver-xorg-input-evdev | 1:2.7.0-1+b1 libc6 (= 2.7) | xkb-data (= 1.4) | x11-xkb-utils | xserver-common (= 2:1.12.4-6.1) | keyboard-configuration | udev (= 149) | libaudit0 (= 1.7.13) | libc6(= 2.17) | libdrm2 (= 2.3.1) | libgcrypt11 (= 1.5.1) | libpciaccess0(= 0.12.902) | libpixman-1-0 (= 0.21.6) | libselinux1(= 2.0.82) | libudev0 (= 154) | libxau6| libxdmcp6 | libxfont1 (= 1:1.4.2) | Recommends (Version) | Installed =-+-== libgl1-mesa-dri | libgl1-mesa-dri (= 7.10.2-4) | Suggests (Version) | Installed ==-+-=== xfonts-100dpi | 1:1.0.3 OR xfonts-75dpi | 1:1.0.3 xfonts-scalable| 1:1.0.3-1 -- darkestkhan -- Feel free to CC me. jid: darkestk...@gmail.com May The Source be with You. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718580: ITP: mayan -- Django-based Electronic Document Management System (EDMS)
Hi Wouter! Il giorno 02/ago/2013 19:37, Wouter Verhelst wou...@debian.org ha scritto: Open-source, That's going to be redundant in any package for main or contrib, and probably a lie if it's in non-free. No need to put claims about that in the description ;-) Ahah... you're right :-) I removed that Open-source from both Subject field and Short Description, but forgot the Long Description ;-) Thanks for pointing me to this oversight. Cheers. -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 0x83B2CF7A
Bug#718568: RM: python3-defaults/experimental -- ROM; NVIU
please wait until 3.3.2-12 enters unstable. needed to have a clear update path for the obsolete version in experimental. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718620: gdm-simple-greeter: users list collapsed to 2px hight
Package: gdm3 Version: 3.4.1-9 Severity: important Dear Maintainer, since upgrading gdm3, gdm-simple-greeter has strange behaviour: The list of users (I have 2 here) is somehow shown, but collapes to 2px height, with only a blue 1px line and a blue 1px line with white dashes is shown, like the border of a selected element in a list. No button is visible (is there supposed to be one?). Hitting cursor-up or cursor down on the keyboard changes something, that is the dashed line jumpes up or down 1px. After hitting Enter on the keyboard, one of the users is selected for login and I get the normal dialog showing the user name, the field to enter the password, a drop-down field to choose the session, buttons to cancel and log in. The selection of the user is repeatable, that is, in the user list, navigating up and down in a certain order brings up the login dialog for the 2 users and the dialog for others I'm not aware that I have changed something in the config. Last thing I did was upgrading testing after release, which of course drew in a log of new packages. I think 3.4.1-8 did not have the problem, but I cannot downgrade due to dependency problems with libdconf1/libdconf0 which I cannot resolve manually. apt-logs say that I had installed 3.4.1-8 until 2013-07-01. I waited for some update hitting testing soon, this is why I report only now. I have some 10 packages from unstable installed, which I think are unrelated to the problem. Anyway, list is attached. I have nothing installed from experimental. Regards Patrick *** 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 lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm3 depends on: ii accountsservice 0.6.34-1 ii adduser 3.113+nmu3 ii dconf-gsettings-backend 0.16.1-1 ii dconf-tools 0.16.1-1 ii debconf [debconf-2.0] 1.5.50 ii dwm [x-window-manager] 6.0-5 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gnome-session [x-session-manager] 3.4.2.1-4 ii gnome-session-bin 3.4.2.1-4 ii gnome-session-fallback [x-session-manager] 3.4.2.1-4 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-6+b1 ii gnome-terminal [x-terminal-emulator]3.8.3-1 ii gsettings-desktop-schemas 3.4.2-3 ii libaccountsservice0 0.6.34-1 ii libatk1.0-0 2.8.0-2 ii libattr11:2.4.47-1 ii libaudit0 1:1.7.18-1.1 ii libc6 2.17-7 ii libcairo-gobject2 1.12.14-4 ii libcairo2 1.12.14-4 ii libcanberra-gtk3-0 0.30-2 ii libcanberra00.30-2 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-20.100.2-1 ii libfontconfig1 2.10.2-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.3-3 ii libglib2.0-bin 2.36.3-3 ii libgtk-3-0 3.8.2-3 ii libpam-modules 1.1.3-9 ii libpam-runtime 1.1.3-9 ii libpam0g1.1.3-9 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii librsvg2-common 2.36.4-2 ii libselinux1 2.1.13-2 ii libupower-glib1 0.9.20-2 ii libwrap07.6.q-24 ii libx11-62:1.6.0-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.4.1-1 ii lsb-base4.1+Debian12 ii metacity [x-window-manager] 1:2.34.13-1 ii policykit-1-gnome 0.105-2 ii
Bug#718604: libjpeg-progs: djpeg broken for some jpegs
On Sat, Aug 03, 2013 at 12:48:24AM +, Alan Curry wrote: Package: libjpeg-progs Version: 8d-1 Severity: normal Tags: patch upstream This report will mostly be a duplicate of #74087, closed almost 13 years ago, without any explanation that I can find in the bug log, and without actually fixing it as far as I can tell from the packages from that era on archive.debian.org. The problem now is as it was then: djpeg can't handle all jpegs. The ones it doesn't handle are the ones encoded as YCCK or CMYK. The bug log for #74087 doesn't mention YCCK or CMYK, so it's possible that the problem just wasn't understood back then. But the sample included in the original bug report is a YCCK jpeg. Yes this is my fault. I closed it because it was not Debian specific in anyway, so I assumed the JPEG image was invalid. This time, there's a patch. The patch has been seen before too, in a slightly different form, targeted at libjpeg-turbo. It adds a couple of conversion functions to the library, allowing clients like djpeg to get RGB output regardless of the input. http://sourceforge.net/p/libjpeg-turbo/patches/15/ It was rejected there, but I hope history won't repeat itself here. It makes no sense that djpeg (the Decode JPEG program from the de facto JPEG reference implementation!) can't decode all jpegs. The people in the libjpeg-turbo discussion didn't even seem to realize they were deciding to keep their version of djpeg crippled forever. The conversion code could be moved into djpeg, leaving the library untouched, but djpeg isn't the only place something like this is needed. I'd also like to see xli not choke on these jpegs. If the conversion is supported by the library, then adding YCCK-jpeg support to djpeg and xli is a 3-line patch for each program. If the conversion function is banned from the library like the libjpeg-turbo people seem to want, xli and djpeg both need the same big mess of pixel-shuffling code inserted into them, and so will the next program. That's just a stupid way to do it. Dear Alan, I have forwarded your bug report to the upstream maintainer. Thanks for taking the time to work on this. However, I have a question: how do you generate such JPEG images ? Would there be benefit for libjpeg to be able to do that ? Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718621: mercurial: conffiles not removed
Package: mercurial
Version: 2.6.3-1
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.
http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb
This bug report brought to you by adequate:
http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/
pabs@chianamo ~ $ pkg=mercurial
pabs@chianamo ~ $ adequate $pkg
mercurial: obsolete-conffile /etc/mercurial/hgrc.d/mergetools.rc
mercurial: obsolete-conffile /etc/mercurial/hgrc.d/cacerts.rc
pabs@chianamo ~ $ dpkg-query -W -f='${Conffiles}\n' $pkg | grep obsolete
/etc/bash_completion.d/mercurial ad9c61fc3330bdf30b26193bbee2bf8e obsolete
/etc/mercurial/hgrc bcefdbdbe45da0913c9ae243149fd497 obsolete
/etc/mercurial/hgrc.d/mergetools.rc 256f6d68e04f68df651392d7019bad0a obsolete
/etc/mercurial/hgrc.d/cacerts.rc 9f9020947cdcb24be9e042f5fa40a43a obsolete
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mercurial depends on:
ii libc6 2.17-7
ii mercurial-common 2.6.3-1
ii python2.7.5-2
ii ucf 3.0027+nmu1
Versions of packages mercurial recommends:
ii openssh-client 1:6.2p2-6
Versions of packages mercurial suggests:
ii meld 1.6.1-1
pn qct none
ii tk8.5 [wish] 8.5.14-2
pn vim | emacs none
--
bye,
pabs
http://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Bug#718622: kdepim-runtime: akonadi_mixedmaildir_resource crash
Package: kdepim-runtime Version: 4:4.10.5-1 Severity: normal akonadi_mixedmaildir_resource crashed on my system. Backtrace is attached. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.10-1-amd64 (SMP w/8 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 kdepim-runtime depends on: ii akonadi-server1.9.2-2 ii kde-runtime 4:4.10.5-1 ii kdepimlibs-kio-plugins4:4.10.5-1 ii libakonadi-calendar4 4:4.10.5-1 ii libakonadi-contact4 4:4.10.5-1 ii libakonadi-kabc4 4:4.10.5-1 ii libakonadi-kcal4 4:4.10.5-1 ii libakonadi-kde4 4:4.10.5-1 ii libakonadi-kmime4 4:4.10.5-1 ii libakonadi-notes4 4:4.10.5-1 ii libakonadiprotocolinternals1 1.9.2-2 ii libc6 2.17-92 ii libgcc1 1:4.8.1-8 ii libkabc4 4:4.10.5-1 ii libkalarmcal2 4:4.10.5-1 ii libkcal4 4:4.10.5-1 ii libkcalcore4 4:4.10.5-1 ii libkcalutils4 4:4.10.5-1 ii libkcmutils4 4:4.10.5-1 ii libkdecore5 4:4.10.5-1 ii libkdeui5 4:4.10.5-1 ii libkidletime4 4:4.10.5-1 ii libkimap4 4:4.10.5-1 ii libkio5 4:4.10.5-1 ii libkmbox4 4:4.10.5-1 ii libkmime4 4:4.10.5-1 ii libknewstuff3-4 4:4.10.5-1 ii libknotifyconfig4 4:4.10.5-1 ii libkpimidentities44:4.10.5-1 ii libkpimtextedit4 4:4.10.5-1 ii libkpimutils4 4:4.10.5-1 ii libkresources44:4.10.5-1 ii libkrosscore4 4:4.10.5-1 ii libmailtransport4 4:4.10.5-1 ii libmicroblog4 4:4.10.5-1 ii libnepomukcore4 4:4.10.5-1 ii libqt4-dbus 4:4.8.5+dfsg-2 ii libqt4-declarative4:4.8.5+dfsg-2 ii libqt4-network4:4.8.5+dfsg-2 ii libqt4-script 4:4.8.5+dfsg-2 ii libqt4-xml4:4.8.5+dfsg-2 ii libqt4-xmlpatterns4:4.8.5+dfsg-2 ii libqtcore44:4.8.5+dfsg-2 ii libqtgui4 4:4.8.5+dfsg-2 ii libsolid4 4:4.10.5-1 ii libsoprano4 2.9.2+dfsg.1-1 ii libstdc++64.8.1-8 ii libxml2 2.9.1+dfsg1-2 kdepim-runtime recommends no packages. kdepim-runtime suggests no packages. -- no debconf information -- debsums errors found: sh: 1: /usr/sbin/dpkg-divert: not found Application: KMail-Ordner vom Typ KMail-Mailordner (akonadi_mixedmaildir_resource), signal: Segmentation fault Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [KCrash Handler] #6 __memmove_ssse3_rep () at ../sysdeps/i386/i686/multiarch/memcpy-ssse3-rep.S:1301 #7 0xf711874a in KMBox::MBox::purge(QListKMBox::MBoxEntry const, QListQPairKMBox::MBoxEntry, KMBox::MBoxEntry *) () from /usr/lib/libkmbox.so.4 #8 0x080804aa in MBoxContext::purge (this=this@entry=0x8732bb0, movedEntries=...) at ../../../resources/mixedmaildir/mixedmaildirstore.cpp:174 #9 0x0807c25a in MixedMaildirStore::Private::visit (this=0x86798d8, job=0x86a8c38) at ../../../resources/mixedmaildir/mixedmaildirstore.cpp:2197 #10 0xf76eafe7 in Akonadi::FileStore::StoreCompactJob::accept (this=0x86a8c38, visitor=0x86798d8) at ../../../../resources/shared/filestore/storecompactjob.cpp:54 #11 0x0807bebe in MixedMaildirStore::processJob (this=0x8731938, job=0x86a8c38) at ../../../resources/mixedmaildir/mixedmaildirstore.cpp:2288 #12 0xf76d86fe in Akonadi::FileStore::AbstractLocalStore::Private::processJobs (this=0x8731e68, jobs=...) at ../../../../resources/shared/filestore/abstractlocalstore.cpp:295 #13 0xf76d87c2 in Akonadi::FileStore::AbstractLocalStore::qt_static_metacall (_o=0x8731938, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xff9ac718) at ./abstractlocalstore.moc:49 #14 0xf5c68455 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #15 0xf76ea055 in Akonadi::FileStore::AbstractJobSession::jobsReady (this=0x8749010, _t1=...) at ./session_p.moc:98 #16 0xf76ea47b in runNextJob (this=0x87320d8) at ../../../../resources/shared/filestore/sessionimpls.cpp:142 #17 Akonadi::FileStore::FiFoQueueJobSession::qt_static_metacall (_o=0x8749010, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xff9ac7d8) at ./sessionimpls_p.moc:49 #18 0xf5c68455 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #19 0xf5cb8b15 in QTimer::timeout() () from /usr/lib/i386-linux-gnu/libQtCore.so.4
Bug#718623: trac-bzr: needs to be updated for trac 1.x
Package: trac-bzr Version: 0.4.2+bzr125-4 Severity: grave User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: The following packages have unmet dependencies: trac-bzr : Depends: trac (= 0.13~) but 1.0.1-2 is to be installed I also build-depends on trac (= 0.13~). Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718625: netdisco-common: Debian package (1.0) is now several versions behind upstream (1.3)
Package: netdisco-common Version: 1.0-3 Severity: important Dear Maintainer, The upstream package is now up to version 1.3.1, while the Debian package is still at 1.0 which is several years old. Is an updated Debian package likely to appear in the forseeable future, or would users be better of doing a manual install from the upstream sources ? -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages netdisco-common depends on: ii libdbd-pg-perl 2.19.2-2 ii libdbi-perl1.622-1 ii libsnmp-info-perl 2.06-1 ii perl 5.14.2-21 netdisco-common recommends no packages. Versions of packages netdisco-common suggests: ii netdisco-backend 1.0-3 ii netdisco-frontend 1.0-3 -- 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#718624: [transmission-daemon] systemd unit is erroneous (wrong user and type)
Package: transmission-daemon Version: 2.81-1 Severity: important --- Please enter the report below this line. --- The service file has the following line: User=transmission It should be replaced with: User=debian-transmission Moreover, the type is set to notify, but it never sends a signal, so systemd kills it. Until this has been explained, this line should be removed. --- System information. --- Architecture: i386 Kernel: Linux 3.10-1-686-pae Debian Release: jessie/sid 500 unstable ftp.fr.debian.org 1 experimental ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.11) | 2.17-92 libcurl3-gnutls (= 7.16.2) | 7.31.0-2 libevent-2.0-5 (= 2.0.10-stable) | 2.0.21-stable-1 libminiupnpc5 | 1.5-2 libnatpmp1 | 20110808-3 libssl1.0.0 (= 1.0.0) | 1.0.1e-3 zlib1g (= 1:1.1.4) | 1:1.2.8.dfsg-1 transmission-common (= 2.52-3+nmu1) | 2.81-1 lsb-base (= 3.0) | 4.1+Debian12 Recommends (Version) | Installed -+- transmission-cli (= 1.50-1) | Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718626: chromium: Cannot print to a file in the home directory
Package: chromium Version: 28.0.1500.95-3 Severity: normal Dear Maintainer, *** 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 lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-rc3-00288-gabe0308-dirty (SMP w/4 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 28.0.1500.95-3 ii gconf-service3.2.6-1 ii libasound2 1.0.27.1-2 ii libatk1.0-0 2.8.0-2 ii libc62.17-7 ii libcairo21.12.14-4 ii libcups2 1.6.2-10 ii libdbus-1-3 1.6.12-1 ii libexpat12.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgconf-2-4 3.2.6-1 ii libgcrypt11 1.5.3-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-3 ii libgnome-keyring03.4.1-1 ii libgtk2.0-0 2.24.20-1 ii libjpeg8 8d-1 ii libnspr4 2:4.10-1 ii libnss3 2:3.15-1 ii libnss3-1d 2:3.15-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libspeechd2 0.7.1-6.2 ii libstdc++6 4.8.1-2 ii libudev0 175-7.2 ii libx11-6 2:1.6.0-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxml2 2.9.1+dfsg1-2 ii libxrandr2 2:1.4.1-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.26-14.1 ii libxss1 1:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718627: [php5-fpm] systemd service file is wrong (ExecPre should include full path to sh)
Package: php5-fpm Version: 5.5.1+dfsg-1 Severity: normal --- Please enter the report below this line. --- When I reload systemd, I got the following warning in the syslog: [/lib/systemd/system/php5-fpm.service:8] Invalid executable path in command line, ignoring: sh -c 'errors=$(/usr/sbin/php5-fpm --fpm-config /etc/php5/fpm/php-fpm.conf -t 21 | grep \[ERROR\] || true); if [ -n $errors ]; then echo Please fix your configuration file...; echo $errors; exit 1; fi' Indeed, the line ExecPre should start with the following: ExecPre=/bin/sh -c […] Adrien --- System information. --- Architecture: i386 Kernel: Linux 3.10-1-686-pae Debian Release: jessie/sid 500 unstable ftp.fr.debian.org 1 experimental ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed -+- libbz2-1.0 | 1.0.6-4 libc6 (= 2.11) | 2.17-92 libcomerr2 (= 1.01) | 1.42.8-1 libdb5.1 | 5.1.29-6 libgssapi-krb5-2 (= 1.6.dfsg.2) | 1.10.1+dfsg-6.1 libk5crypto3 (= 1.6.dfsg.2) | 1.10.1+dfsg-6.1 libkrb5-3 (= 1.6.dfsg.2) | 1.10.1+dfsg-6.1 libonig2 (= 5.2.0) | libpcre3 (= 8.10) | 1:8.31-2 libqdbm14 (= 1.8.74) | libssl1.0.0 (= 1.0.0) | 1.0.1e-3 libxml2 (= 2.8.0) | 2.9.1+dfsg1-2 zlib1g (= 1:1.1.4) | 1:1.2.8.dfsg-1 mime-support | 3.54 php5-common (= 5.4.4-15) | libmagic1 | 1:5.14-2 ucf | 3.0027+nmu1 tzdata | 2013d-1 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== php-pear | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625940: /usr/bin/debcheckout: [debcheckout] make “--git-track='*'” the default ?
Le Sat, May 12, 2012 at 07:38:36AM +0200, Andreas Tille a écrit : we have some record on our Debian Med mailing lists that I several times endet up with a clone that did not contained pristine-tar branch and I admit that I will forget this additional detail also in the future. I have no idea about internals but IMHO it would be a very good idea if git-buildpackage would work out of the box without specifying additional options. Dear devscripts maintainer, I would like to ask again if it would be acceptable to make --git-track='*' the default for debcheckout, since it does not consume more disk space or bandwith. If yes, shall I commit the change ? If no, how about closing that bug ? Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718628: Cannot login as different user after accidentally selecting the wrong name
Package: gdm3 Version: 3.4.1-9 Severity: important Dear Maintainer, it seems that gdm3 doesn't recover from a wrong user selection on the login screen. The only way for a non-root and system-savvy user is a complete reboot. I'm writing this from the perspective of my wife and kids. My kids wouldn't even be able to find the reboot option. From this perspective this bug rates important because it effectively brings down the system. *** Please consider answering these questions, where appropriate *** * What led up to the situation? Normal boot-up of the system, gdm3 login window showing with user list. * What exactly did you do (or not do) that was effective (or ineffective)? Selecting a wrong user name from the list, and subsequently clicking Cancel hoping to get back to the initial screen with the full user list displayed * What was the outcome of this action? User display window collapses to a thin blue horizontal line, and after hitting Enter gdm3 keeps asking the password for the wrong user, with no way of selecting the correct user. * What outcome did you expect instead? Coming back to the initial login screen. *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.34-1 ii adduser 3.113+nmu3 ii dconf-gsettings-backend 0.16.1-1 ii dconf-tools 0.16.1-1 ii debconf [debconf-2.0] 1.5.50 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gnome-session [x-session-manager] 3.4.2.1-4 ii gnome-session-bin 3.4.2.1-4 ii gnome-session-fallback [x-session-manager] 3.4.2.1-4 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-6+b1 ii gnome-terminal [x-terminal-emulator]3.8.3-1 ii gsettings-desktop-schemas 3.4.2-3 ii libaccountsservice0 0.6.34-1 ii libatk1.0-0 2.8.0-2 ii libattr11:2.4.47-1 ii libaudit0 1:1.7.18-1.1 ii libc6 2.17-7 ii libcairo-gobject2 1.12.14-4 ii libcairo2 1.12.14-4 ii libcanberra-gtk3-0 0.30-2 ii libcanberra00.30-2 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-20.100.2-1 ii libfontconfig1 2.10.2-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.3-3 ii libglib2.0-bin 2.36.3-3 ii libgtk-3-0 3.8.2-3 ii libpam-modules 1.1.3-9 ii libpam-runtime 1.1.3-9 ii libpam0g1.1.3-9 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii librsvg2-common 2.36.4-2 ii libselinux1 2.1.13-2 ii libupower-glib1 0.9.20-2 ii libwrap07.6.q-24 ii libx11-62:1.6.0-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.4.1-1 ii lsb-base4.1+Debian12 ii lxsession [x-session-manager] 0.4.6.1-4 ii lxterminal [x-terminal-emulator]0.1.11-4 ii metacity [x-window-manager] 1:2.34.13-1 ii openbox [x-window-manager] 3.5.0-7 ii policykit-1-gnome 0.105-2 ii rxvt-unicode [x-terminal-emulator] 9.18-2 ii upower 0.9.20-2 ii x11-common 1:7.7+3 ii x11-xserver-utils 7.7~3 ii xfce4-session [x-session-manager] 4.10.1-1 ii xfwm4 [x-window-manager]4.10.1-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.9.4-1 ii desktop-base 7.0.3 ii gnome-icon-theme 3.8.2-2 ii gnome-icon-theme-symbolic 3.8.2.2-2 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.12.4-6 ii xserver-xorg 1:7.7+3 ii
Bug#718626: Acknowledgement (chromium: Cannot print to a file in the home directory)
Sorry, I forget to sent the actual bug-report. Here it is: If one choses (in the Print dialog window) to print a page to a file in the home directory, this silently fails. The file will not be created. Printing to files in other directories works fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711493: No default site enabled after fresh install if /etc/apache2 exists
Control: tags -1 + patch
Attached is a patch for that problem.
I believe it's important because there is a lot of packages that does not
depend on apache2, meaning they can be installed first, but that will install
some conffiles in /etc/apache/*-available/ as requested.
Note that cut will eat the error code, in the patch.
$ dpkg-query -f '${Package}\t${Status}\n' -W 'apache2-mpm-*' 2/dev/null |
grep XXX | cut -f1 echo cut eats errors
cut eats errors
Also tested ok if dpkg-query fails, when there is no 'apache2-mpm-*' packages
for jessie upgrades.
diff --git a/debian/apache2.preinst b/debian/apache2.preinst
index c3e49c9..b8d8805 100644
--- a/debian/apache2.preinst
+++ b/debian/apache2.preinst
@@ -105,9 +105,8 @@ case $1 in
# 1) an apache2-mpm package exists
if [ -d /etc/apache2/ ] ; then
- mpm=$(dpkg-query -f '${Package}\t${Status}\n' -W 'apache2-mpm-*' 2/dev/null) || true
- if [ $? -eq 0 ] ; then
- mpm=$(echo $mpm | grep install ok | cut -f1)
+ mpm=$(dpkg-query -f '${Package}\t${Status}\n' -W 'apache2-mpm-*' 2/dev/null | grep install ok | cut -f1)
+ if [ -n $mpm ] ; then
if [ ! -f /etc/apache2/.apache2_mpm_selected ] ; then
echo # automatically created during upgrade /etc/apache2/.apache2_mpm_selected
echo # it can be safely removed anytime /etc/apache2/.apache2_mpm_selected
Bug#718629: libgyoto1-dev: fails to upgrade from 'testing' - trying to overwrite /usr/include/Gyoto/Gyoto.h
Package: libgyoto1-dev Version: 0.1.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libgyoto1-dev. Unpacking libgyoto1-dev (from .../libgyoto1-dev_0.1.0-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libgyoto1-dev_0.1.0-1_amd64.deb (--unpack): trying to overwrite '/usr/include/Gyoto/Gyoto.h', which is also in package libgyoto0-dev 0.0.3-5 Errors were encountered while processing: /var/cache/apt/archives/libgyoto1-dev_0.1.0-1_amd64.deb cheers, Andreas libgyoto0-dev=0.0.3-5_libgyoto1-dev=0.1.0-1.log.gz Description: GNU Zip compressed data
Bug#718577: libc6: Libc6/libm-2.17 almost two times slower than 2.13 in trigonometric calculations
Dear Carlos, One more time, thank you again for your quick and detailed answer... I really appreciate... I do not want to voice my opposition to changes to fix correctness over performances because this does not make sense: I fully agree on the fact that quickly obtaining false result(s) is useless. However, before posting, the first thing I verified is the accuracy of the results in both versions of the libm. I still cannot observe any deviation in the results... However I (only) intensively use sin(), cos(), sqrt() and fabs(). This might explain why I cannot see any improvement in the computation of some small finite set of inputs. I should also mention that the application on which I am working does not require high precision (we exclusively use float and no double for instance) and is mainly focused on a tradeoff between speed and accuracy... This might also explain the huge variation in the durations of the programs based on the two versions of libm. I would like to do something to help improving libm (for instance) but I am really not competent in this field... All I can do is to provide a factice example of program, but I am sure that you have a set of much more accurate and detailed benchmarks... I am also working on calculation servers (exclusively) based on x86-64, so the fact that the overhead is significantly reduced in 2.18 (almost back to the original performance) is *REALLY* a *GREAT RESULT* for me! Sorry I have caused any offence by my remark about the negative impact on the trust in linux in its ability to stay competitive/efficient in this kind of computations ... The performances obtained under Linux and libc6 (and...) are remarkable and the abovementioned results obtained with libm2-17 were really disappointing. I see Linux (not only) as a competitive/efficient solution for a long time, even if it is not its main objective. I can experimentally prove this one more time with the abovementioned program and I could not believe in the latest results (with libm2-17)... I fully agree when you say that the math library is the first target! My problem is just one additional (real-world) example where, with no efficient and accurate libm, nothing can be achieved! I consider this as *the* solution, and will no longer bother you with my comments about libc6/libm. Thank you again, sorry for all these (long) mails, BB 2013/8/3 Carlos O'Donell car...@systemhalted.org On Fri, Aug 2, 2013 at 7:45 PM, Hal BugsBuster hal.bugsbus...@gmail.com wrote: I cannot fully explain what I am doing exactly but I am working on soft real-time avionic problems and the use of libm2-17 is ... IMPOSSIBLE since it multiplies by two the duration of all our computations... I'm sorry to hear that, please feel free to volunteer your time to help upstream glibc or debian ensure that issues like this get fixed and tested quickly. Alternatively you can get involved to voice your opposition to changes to fix correctness over performances. Do you mean that all these catastrophic overheads are no longer existing in libm-2.18 ? The overhead depends on the rounding mode you are in. If you are using the default rounding mode and are on x86 or x86-64, then the overhead is significantly reduced in 2.18 (almost back to the original performance). In this case, please do not read the following sentences, this is really a good result for me. You don't really want all of 2.18, just the fix to bring performance back for certain libm functions. Otherwise - I cannot believe it - but I should mention that I am just using mathematic libraries as a beginner and I do not want to enter in sophisticated modes of the libm (no time/money for this) as well as the worldwide company for which I am working... and I fully disagree on the fact that the tradeoff is justified this is absolutely not true in my case and I do not use specific rounding modes, just the default options of the libm and gcc... Don't upgrade to 2.17 then. Wait for the bug to get fixed. Fortunately, till now same results are obtained via libm-2.13 and libm-2.17... but how can I explain/justify that it needs almost twice as much time? It is just IMPOSSIBLE/INCREDIBLE! The same results for some small finite set of inputs you tested? Upstream needs to make sure it returns correct results for the entire set of inputs in all modes. In this particular case we chose returning a correct answer over returning an incorrect answer (albeit quickly). This fixed a serious and real problem that other users were facing. Once we had that problem fixed we then proceeded to fix the performance and to try and restore it to original levels without returning incorrect answers. I think that this will have a *SERIOUS* negative impact on the trust in linux in its ability to stay competitive/efficient in this kind of computations... I disagree. Linux has nothing to do with this. This is all in the GNU C Library. You
Bug#298760: popularity-contest: Gives inaccurate information when disk is mounted with noatime option
On Wed, Mar 09, 2005 at 07:35:13PM +, Silas S. Brown wrote: Package: popularity-contest Version: N/A; reported 2005-03-09 Severity: normal popularity-contest reports the atime (access time) of files in packages, but if you mount your disk with noatime option (if you want to reduce the number of disk writes in order to use a solid-state drive or noflushd) then this information will be wrong. It would be better for popularity-contest to test if the disk is mounted with noatime (check in /proc/mounts or wherever) and if so to report this. Then the developers can decide whether they want to include those machines or not and if yes then how. Hello all, With current kernel, you can use relatime which is compatible with popcon according to http://en.wikipedia.org/wiki/Stat_(system_call) (sorry I did not find a better reference). Since there is not much more we can do, I close this bug. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718190: [Pkg-systemd-maintainers] Bug#718190: Bug#718190: systemd: sometimes computer doesn't boot. It seems a problem with lvm.
Hi Antonio-M., Antonio-M. Corbi Bellot antonio.co...@ua.es writes: I've to say that I've just had another bad boot with systemd after moving 'usr' and 'var' to '/'. I got a time out trying to moun 'home' that is on another lvm 'partition'... so I'm lost now, it must be a problem with lvm. As always when boot stops, after a time out, I get dropped into a shell and the 'vgchange -a y' trick works for me... Yeah, the symptom looks very similar. The device gets put into the “plugged” state far too late. Can you add udev.log_priority=8 to the kernel command line and attach the new logfile of a failed boot please? -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713634: excuses for resiprocate: bug is closed
notfixed 713634 - src:resiprocate/1.8.8-2 stop On 03/08/13 12:22, Adam D. Barratt wrote: On Sat, 2013-08-03 at 12:00 +0200, Daniel Pocock wrote: http://qa.debian.org/excuses.php?package=resiprocate http://bugs.debian.org/713634 is marked as done since 1.8.8 - therefore, 1.8.11-4 should be OK for testing but it appears to be stuck The excuse is entirely correct; this is not a problem with either the QA page or britney, rather with the bug's metadata. If you look at the version graph on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713634 , you'll see that all of the version blobs are red ovals - there is no green, despite a fixed version being set. The problem is: Found in version resiprocate/1.8.8-2 Fixed in version src:resiprocate/1.8.8-2 It is nonsensical for a bug to both exist in a particular version and be fixed in that version, so the BTS assumes that the bug is not fixed. If there was no bug in the package, the closure should be unversioned; as it's already been closed removing the fixed version would suffice. Ok, thanks for this feedback -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622303: kover: KDE menu placement
tag 622303 + patch fixed-upstream
thanks
Hi,
Alle martedì 12 aprile 2011, Torquil Macdonald Sørensen ha scritto:
It seems that Kover is placed in the Lost Found section of the
KDE menu. I think it would be better placed in the Utilities
submenu.
I fixed this bug upstream few years ago, and it is part of kover v6
(which requires libcdio=0.90, not available in Debian yet).
I'm attaching the upstream commit with the fix.
--
Pino Toscano
From 5670584e275d2eb119744717291979a11becafa4 Mon Sep 17 00:00:00 2001
From: Adrian Reber adr...@lisas.de
Date: Tue, 2 Jun 2009 14:19:01 +0200
Subject: [PATCH] make kover.desktop valid
From: Pino Toscano p...@kde.org
- keys of lists (like MimeTypes) must have the list separator (';')
after each element
- remove obsolete Encoding key
- add Qt, KDE and Utility categories to kover.desktop
---
src/kover.desktop |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/kover.desktop b/src/kover.desktop
index 7945f47..87365f8 100644
--- a/src/kover.desktop
+++ b/src/kover.desktop
@@ -1,9 +1,9 @@
[Desktop Entry]
Type=Application
-MimeType=application/x-kover
+MimeType=application/x-kover;
Exec=kover
Icon=kover
Comment=CD Cover Printer
Terminal=false
Name=Kover
-Encoding=UTF-8
+Categories=Qt;KDE;Utility;
--
1.7.10.4
signature.asc
Description: This is a digitally signed message part.
Bug#718631: ITP: t4kcommon -- common library for tux4kids
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,hol...@debian.org Package name: t4kcommon Version: 0.1.1 Upstream Author: David Bruce and others URL: http://tux4kids.alioth.debian.org/ License: GPL-3+ Description: common library for tux4kids t4k-common is a library of code shared between tuxmath and tuxtype. This library is a new requirement for updated tuxmath. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714891: veusz-helpers: fails to upgrade from wheezy - trying to overwrite /usr/lib/python2.7/dist-packages/veusz/resources
On Tuesday, 23. July 2013 21:19:14 Jeremy Sanders wrote: Thanks for the report. I think the error occurs because there are resource symlinks in both the veusz and veusz-helpers packages. /usr/lib/python2.7/dist-packages/veusz/resources Unfortunately, I don't know why the resources symlink is in veusz-helpers (rather than just in veusz). veusz-helpers.install from the packaging just contains [...] I can only link that there has been a bug in debhelper which has been fixed. Due to the binNMU, the arch:all and the arch:any have been built with different python helper versions, and also with different supported python versions - while veusz still has support files for python 2.6, veusz-helpers has dropped them ... I think the only thing needed to solve this bug is to rebuild veusz in a clean and up-to-date sid environment to get rid of the old cruft. (This has to be a sourceful upload because a binNMU does not update the arch:all packages.) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718632: chroot fails due to incorrect path on Arch Linux
Package: debootstrap Version: 1.0.48+deb7u1 Severity: normal Dear maintainer, I tried to install a Debian chroot on an armhf Arch Linux system. /usr/sbin/debootstrap --variant=minbase --arch armhf wheezy debian-chroot http://ftp.de.debian.org/debian failed when reaching chroot /home/user/temp/debian-chroot mount -t proc proc /proc because command mount was not found. The reason is that on Arch Linux /bin is not in the path. And chroot inherits this path. When calling chroot the variable PATH should be set explicitly and not be inherited. A good idea would be to use chroot -i to clear all environment variables and to set explicitly those that are needed like PATH. Best regards Heinrich Schuchardt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694313: src:jquery-goodies: Please include jstree in plugins list build by jquery-goodies
Hi Javascript maintainers, My package cacti is going to use the jstree plugin for jquery, and I found already several packages embedding it. It would be great if I could just depend on libjs-jquery-jstree instead of embedding and that we can get the other packages to depend on it as well. Is there any chance that jstree will be packaged by you, the javascript maintainers? I don't mind packaging it (as I want to remove it from cacti) but I think it makes sense to have it in the jquery-goodies package. Do you want me to provide a debdiff for jquery-goodies? Or do you prefer it in an other package? Stand-alone? Paul signature.asc Description: OpenPGP digital signature
Bug#718295: /usr/bin/dpkg-deb: dpkg-deb -Zgzip -z0 produces invalid debian packages
On Mon, 2013-07-29 at 22:54 +0200, Guillem Jover wrote: Hi! On Mon, 2013-07-29 at 21:33:36 +0200, Helmut Grohne wrote: Package: dpkg Version: 1.17.0 Severity: important File: /usr/bin/dpkg-deb The linux maintainers chose to pass -Zgzip -z0 to dpkg-deb to retain backwards compatibility. To retain compatibility they should either not have specified -z at all or used -z9. dpkg-deb(1) is pretty clear that -z0 for gzip is equivalent to no compression. That was the intent. This is used only for the linux-source-3.10 package (and its successors), which contain xz-compressed files and are therefore not significantly compressible. All our other binary packages use xz compression. Unfortunately the resulting binary package does not conform to the format documented at man 5 deb. It contains a data.tar.gz memeber, that is not a valid gzip file. dpkg-deb should produce the correct extension for uncompressed data members. Ah right, although zlib handles the no compression part just fine, so does «gzip -f». In any case I've to say I've always kind of wondered about the usefulness of -z0 for gzip, because it's an ofuscated way to just say -Znone. Unfortunately dak (and presumably other tools) do not accept compression of 'none'. This workaround was suggested when I asked on #debian-ftp. Ben. At this point I'm tempted to just deprecate -Zgzip -z0. I'll fix this in any way for 1.17.2. -- Ben Hutchings Quantity is no substitute for quality, but it's the only one we've got. signature.asc Description: This is a digitally signed message part
Bug#718633: Installation was successfully at AMD A10-5700
Package: installation-reports Boot method: USB-Stick Image version: Self-made ISO image with actual installer from sid Date: 2013-08-03 Machine: Self-made Desktop PC Processor: AMD A10-5700 @ 3,4GHz Memory: 4GB Partitions: DateisystemTyp 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf rootfs rootfs14286320 4717540 8836416 35% / udev devtmpfs 10240 0 102400% /dev tmpfs tmpfs 387376 3683870081% /run /dev/disk/by-uuid/1a1ec68c-74be-48a0-924f-a2c0bad5fa4d ext4 14286320 4717540 8836416 35% / tmpfs tmpfs 5120 0 51200% /run/lock tmpfs tmpfs 969920 09699200% /run/shm /dev/sda6 ext4 99867104 61308 947260921% /home Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Complex [1022:1410] Subsystem: ASUSTeK Computer Inc. Device [1043:8526] 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7660D] [1002:9901] Subsystem: ASUSTeK Computer Inc. Device [1043:8526] Kernel driver in use: radeon 00:01.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller [1002:9902] Subsystem: ASUSTeK Computer Inc. Device [1043:8526] Kernel driver in use: snd_hda_intel 00:10.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller [1022:7812] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:8527] Kernel driver in use: xhci_hcd 00:10.1 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller [1022:7812] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:8527] Kernel driver in use: xhci_hcd 00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7801] (rev 40) Subsystem: ASUSTeK Computer Inc. Device [1043:8527] Kernel driver in use: ahci 00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller [1022:7807] (rev 11) Subsystem: ASUSTeK Computer Inc. Device [1043:8527] Kernel driver in use: ohci_hcd 00:12.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller [1022:7808] (rev 11) Subsystem: ASUSTeK Computer Inc. Device [1043:8527] Kernel driver in use: ehci-pci 00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller [1022:7807] (rev 11) Subsystem: ASUSTeK Computer Inc. Device [1043:8527] Kernel driver in use: ohci_hcd 00:13.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller [1022:7808] (rev 11) Subsystem: ASUSTeK Computer Inc. Device [1043:8527] Kernel driver in use: ehci-pci 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:780b] (rev 14) Subsystem: ASUSTeK Computer Inc. Device [1043:8527] Kernel driver in use: piix4_smbus 00:14.2 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller [1022:780d] (rev 01) Subsystem: ASUSTeK Computer Inc. F2A85-M Series [1043:8444] Kernel driver in use: snd_hda_intel 00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge [1022:780e] (rev 11) Subsystem: ASUSTeK Computer Inc. Device [1043:8527] 00:14.4 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] FCH PCI Bridge [1022:780f] (rev 40) 00:15.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Hudson PCI to PCI bridge (PCIE port 0) [1022:43a0] Kernel driver in use: pcieport 00:15.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Hudson PCI to PCI bridge (PCIE port 1) [1022:43a1] Kernel driver in use: pcieport 00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 0 [1022:1400] 00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 1 [1022:1401] 00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 2 [1022:1402] 00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 3 [1022:1403] Kernel driver in use: k10temp 00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 4 [1022:1404] 00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor
Bug#692872: Review of the copyright file for owncloud-client 1.3.0+dfsg-1.
user debian-le...@lists.debian.org usertag 692872 one-copyright-review thanks Dear owncloud-client maintainers, In the hope of speeding up and strenghtening the processing of NEW I had a look at your package (from the Git repository). The rationale is explained in the proposal in the following wiki page. http://wiki.debian.org/CopyrightReview I have not found explicit copyright or licence statement that would be missing from your debian/copyright file. However, I looked at the contents of the resources directory, and it appears that some images are missing their source, as they were made as a vector graphics with Inkscape. See for instance dialog-ok.png. $ exiftool resources/dialog-ok.png ExifTool Version Number : 9.13 File Name : dialog-ok.png Directory : resources File Size : 1948 bytes File Modification Date/Time : 2013:08:03 19:10:13+09:00 File Access Date/Time : 2013:08:03 19:11:13+09:00 File Inode Change Date/Time : 2013:08:03 19:10:13+09:00 File Permissions: rw-r--r-- File Type : PNG MIME Type : image/png Image Width : 48 Image Height: 48 Bit Depth : 8 Color Type : RGB with Alpha Compression : Deflate/Inflate Filter : Adaptive Interlace : Noninterlaced Significant Bits: 8 8 8 8 Pixels Per Unit X : 1329 Pixels Per Unit Y : 1329 Pixel Units : Meters Software: www.inkscape.org Image Size : 48x48 In my understanding, it would be necessary to include their sources in your package to strictly conform with the DFSG. However, I am not sure if this is strictly enforced or not. Have a nice week-end, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718634: Installation was successfully on old Asus Laptop
Package: installation-reports Boot method: USB-Stick Image version: Self-made ISO image with actual installer from sid Date: 2013-08-03 Machine: ASUS Laptop Z7750 Processor: Pentium M @ 1,6GHz Memory: 512MB Partitions: DateisystemTyp 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf rootfs rootfs14286320 4626924 8927032 35% / udev devtmpfs 10240 0 102400% /dev tmpfs tmpfs51372 272 511001% /run /dev/disk/by-uuid/1c5dc4e8-8dcc-4205-8ad4-3b4918767dc8 ext4 14286320 4626924 8927032 35% / tmpfs tmpfs 5120 0 51200% /run/lock tmpfs tmpfs 297900 02979000% /run/shm /dev/sda6 ext4 42172672 49268 399744921% /home Output of lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to I/O Controller [8086:3340] (rev 21) Subsystem: ASUSTeK Computer Inc. Device [1043:186a] Kernel driver in use: agpgart-intel 00:01.0 PCI bridge [0604]: Intel Corporation 82855PM Processor to AGP Controller [8086:3341] (rev 21) 00:1d.0 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1869] Kernel driver in use: uhci_hcd 00:1d.1 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1869] Kernel driver in use: uhci_hcd 00:1d.2 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1869] Kernel driver in use: uhci_hcd 00:1d.7 USB controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1868] Kernel driver in use: ehci-pci 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 83) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge [8086:24cc] (rev 03) Kernel driver in use: lpc_ich 00:1f.1 IDE interface [0101]: Intel Corporation 82801DBM (ICH4-M) IDE Controller [8086:24ca] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1869] Kernel driver in use: ata_piix 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1869] Kernel driver in use: i801_smbus 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 03) Subsystem: ASUSTeK Computer Inc. M2400N/M6800N laptop [1043:1713] Kernel driver in use: snd_intel8x0 00:1f.6 Modem [0703]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller [8086:24c6] (rev 03) Subsystem: ASUSTeK Computer Inc. M6800N [1043:1826] Kernel driver in use: snd_intel8x0m 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV350/M10 [Mobility Radeon 9600 PRO Turbo] [1002:4e50] Subsystem: ASUSTeK Computer Inc. Device [1043:1772] Kernel driver in use: radeon 02:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5788 Gigabit Ethernet [14e4:169c] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1735] Kernel driver in use: tg3 02:01.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev ac) Subsystem: ASUSTeK Computer Inc. Device [1043:1864] Kernel driver in use: yenta_cardbus 02:01.1 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev ac) Subsystem: ASUSTeK Computer Inc. Device [1043:1864] Kernel driver in use: yenta_cardbus 02:01.2 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C552 IEEE 1394 Controller [1180:0552] (rev 04) Subsystem: ASUSTeK Computer Inc. Device [1043:1867] Kernel driver in use: firewire_ohci 02:02.0 Network controller [0280]: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection [8086:4220] (rev 05) Subsystem: Intel Corporation WM3B2300BG Mini-PCI Card [8086:2701] Kernel driver in use: ipw2200 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
Bug#718630: xserver-xorg-video-nouveau: xserver does not even start
On 2013-08-03 12:28 +0200, Jan Christoph Uhde wrote: Package: xserver-xorg-video-nouveau Version: 1:1.0.9-2 Severity: important Dear Maintainer, as the topic states the X does not start:( Possibly because of this: [ 111.623] (II) LoadModule: glx [ 111.623] (II) Loading /usr/lib/xorg/modules/linux/libglx.so [ 111.660] (II) Module glx: vendor=NVIDIA Corporation [ 111.660] compiled for 4.0.2, module version = 1.0.0 [ 111.660] Module class: X.Org Server Extension [ 111.660] (II) NVIDIA GLX Module 319.17 Thu Apr 25 21:41:50 PDT 2013 Using the blob's GLX with the Nouveau driver does not work, you need to fix your setup (e.g. run update-alternatives --config glx and select the /usr/lib/mesa-diverted alternative). However, this might not fix the crash for you - see #712933. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]
Dear Bill I received the following bug report, and I very much appreciated your opinion about it. http://bugs.debian.org/718604 I'm very thankful that this subject is brought up now, because there have been clarifications in the color support department in recent IJG JPEG development, and I'll use the chance here to report about them. First, djpeg handles INTERCHANGE JPEG streams, it does not claim to support anything else! The term JPEG FILE INTERCHANGE FORMAT (JFIF) primarily refers to the range of supported color space encodings, and it will be redefined by IJG in the upcoming IJG JPEG 9a release, see http://www.infai.org/jpeg/ This is the major new feature of that new libjpeg version! (Interestingly, http://www.w3.org/Graphics/JPEG/ claims that JFIF was invented by IJG anyway, although http://www.jpeg.org/jpeg/ tells a bit different...) The YCCK/CMYK color space encodings are actually NOT part of JFIF! The new redefined JFIF version 2 refers ONLY to the IEC 61966-2-1 (aka sRGB) standard which contains unambiguous definitions for various RGB and YCC color space encodings, which are therefore suitable for common image interchange and which are therefore all supported by libjpeg 9a. See the new jccolor.c/jdcolor.c modules in new version as given above (and cjpeg got a corresponding new -bgycc switch, see also usage.txt for description). Note that this version is the first REAL SOURCE code regarding this subject, because it contains exact mathematical derivations for the conversions, which are lacking in prior versions and in all other so-called source codes! It is interesting that with this approach we can support ALL color with ANY gamut without going into complicated color management issues! We want to do IMAGE CODING and COMMON INTERCHANGE here, not device-specific COLOR MANAGEMENT! The IEC 61966-2-1 standard allows us to separate these different issues, so that we can constrain our attention on image coding and interchange, and not need to open up Pandora's box with all kinds of issues regarding color management functions. These are different subjects. The YCCK/CMYK color spaces, while NOT part of the current JFIF, are supported to SOME EXTENT by the JPEG library. A full support would need to include some sort of color management functions (see later), and we actually don't want to do that here. So what we actually do is to provide a PARTIAL support for YCCK/CMYK handling, as far as it fits in our constraints, and leave the other part to do for the application interface. This works well if you understand this division of labor. I have done this in the Jpegcrop sample application, see: http://jpegclub.org/jpegcrop.txt Release history === 2013.07: - IJG JPEG 9a develop version code base. 2013.06: - Add approximate CMYK/YCCK display support. Note here that it says APPROXIMATE support! It uses a code for the conversion which is similar to your suggested patch version, find it here in the application interface modules for the JPEG library in the Jpegcrop source packages as given on page http://jpegclub.org/jpegtran/ (file jpegdib.cpp in the Windows version, file jpegimage.cpp in the Unix version). Note that this code is only a simplified version for approximate support, it does not give you the true results, and that is the reason why we must not include it in the reference libjpeg! I will give you a nice example in next message. You will notice that the approximated display shows quite oversaturated colors. This may be acceptable for fast image viewing and for tools like Jpegcrop where the display has only secondary function for operation, but it is not the true thing. I assume that for true conversion at least the 'K' channel has to undergo a special transfer function, similar to an 'A' channel in alpha modes, and this is best handled in a dedicated color management framework, or a display system which supports dedicated CMYK pixel maps (see later). Regards Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717154: Processed: bts
On Sat, 2013-08-03 at 07:18 +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: # britney seems to be confused and doesn't let open-vm-tools # 2:9.2.3-1031360-6 migrate because it would introduce new bugs # (begin #717154) eventhough that bug is marked as found in both # versions (the one in testing as well as the one in unstable) It's nothing to do with britney being confused - the bug lists come from the BTS, britney simply uses them. The BTS indicates that #717154 only applies to unstable, and is thus new. That's perfectly logical, since the open-vm-tools-dkms binary package only exists in unstable - there's therefore no way it can be buggy in testing, and any RC bug it contains is thus a regression. If this bug only applies to the -dkms binary package then it _is_ a regression and relative to testing and thus _should_ be stopping the migration, not hacked around. Clarification would be appreciated, so that the bug metadata can be set appropriately. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710786: Review of the copyright file for ruby-fakeweb 1.3.0debian-1
user debian-le...@lists.debian.org usertags 710786 one-copyright-review thanks Dear Joseph, In the hope of speeding up and strenghtening the processing of NEW I had a look at your package. The rationale is explained in the proposal in the following wiki page. http://wiki.debian.org/CopyrightReview I have not found explicit copyright or licence statement that would be missing from your debian/copyright file. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718635: libnewt0.52: improper alternative handling in M-A:same package
Package: libnewt0.52 Version: 0.52.15-2 Severity: serious User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libnewt0.52 is marked Multi-Arch: same, but it does not handle the alternative properly, see the following sequence apt-get install libnewt0.52:amd64 # registers the alternative apt-get install libnewt0.52:i386 # registers the alternative again, which is a no-op apt-get remove libnewt0.52:i386 # removes the alternative even though libnewt0.52:amd64 is still # installed From the attached log (scroll to the end): 0m37.0s ERROR: FAIL: After purging files have disappeared: /etc/alternatives/newt-palette - /etc/newt/palette.original not owned /etc/newt/palette - /etc/alternatives/newt-palettenot owned Cheers, Andreas libnewt0.52=0.52.15-2.log.gz Description: GNU Zip compressed data
Bug#717154: Processed: bts
Control: reassign -1 open-vm-dkms On Sat, 2013-08-03 at 12:44 +0100, Adam D. Barratt wrote: The BTS indicates that #717154 only applies to unstable, and is thus new. That's perfectly logical, since the open-vm-tools-dkms binary package only exists in unstable - there's therefore no way it can be buggy in testing, and any RC bug it contains is thus a regression. Right, I see - the binary package was renamed, so the bug presumably also applies to open-vm-dkms. As that still exists, let's reassign it there. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718636: libdolfin1.0-dev: dolfin.h header unusable
Package: libdolfin1.0-dev
Version: 1.0.0-7+b1
Severity: grave
Justification: renders package unusable
Tags: jessie sid
Dear Maintainer,
A program as simple as the following one fails to compile:
#include dolfin.h
int main()
{
return 0;
}
The first error is (there are many others):
In file included from /usr/include/dolfin/fem/FiniteElement.h:27:0,
from /usr/include/dolfin/function/FunctionSpace.h:37,
from /usr/include/dolfin/function/dolfin_function.h:9,
from /usr/include/dolfin.h:14,
from glou.cc:1:
/usr/include/dolfin/fem/UFCCell.h: In member function ‘void
dolfin::UFCCell::init(const dolfin::Cell)’:
/usr/include/dolfin/fem/UFCCell.h:107:22: error: cannot convert ‘dolfin::uint**
{aka unsigned int**}’ to ‘std::size_t** {aka long unsigned int**}’ in assignment
entity_indices = new uint*[topological_dimension + 1];
This problem is most likely due to GCC 4.8, since the same version of dolfin in
Wheezy is not affected.
Cheers,
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.9-0.bpo.1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libdolfin1.0-dev depends on:
ii cmake 2.8.11.2-1
ii libarmadillo-dev 1:3.900.2+dfsg-1
ii libboost-dev 1.49.0.1
ii libboost-filesystem-dev 1.49.0.1
ii libboost-iostreams-dev1.49.0.1
ii libboost-math-dev 1.49.0.1
ii libboost-mpi-dev 1.49.0.1
ii libboost-program-options-dev 1.49.0.1
ii libboost-serialization-dev1.49.0.1
ii libboost-thread-dev 1.49.0.1
ii libcgal-dev 4.2-5
ii libdolfin1.0 1.0.0-7+b1
ii libpetsc3.2-dev 3.2.dfsg-6
ii libptscotch-dev 5.1.12b.dfsg-2
ii libslepc3.2-dev 3.2-p5-1
ii libsuitesparse-dev1:3.4.0-3
ii libxml2-dev 2.9.1+dfsg1-2
ii pkg-config0.26-1
ii python-ufc2.2.0-1
ii ufc 2.2.0-1
libdolfin1.0-dev recommends no packages.
libdolfin1.0-dev suggests no packages.
-- no debconf information
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
Bug#718637: libc++-dev: improper alternative handling in M-A:same package
Package: libc++-dev Version: 1.0~svn181765-1 Severity: serious User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hi, libc++-dev is marked Multi-Arch: same, but it does not handle the alternative properly, see the following sequence apt-get install libc++-dev:amd64 # registers the alternative apt-get install libc++-dev:i386 # registers the alternative again, which is a no-op apt-get remove libc++-dev:i386 # removes the alternative even though libc++-dev:amd64 is still # installed From the attached log (scroll to the end): 0m35.7s ERROR: FAIL: After purging files have disappeared: /etc/alternatives/c++ - /usr/bin/clang++-libc++ not owned /usr/bin/c++ - /etc/alternatives/c++ not owned Cheers, Andreas libc++-dev=1.0~svn181765-1.log.gz Description: GNU Zip compressed data
Bug#717859:
reassign 717859 python-apt
found 717859 0.8.8.2
retitle 717859 python-apt mishandles the ':any' dependencies
thanks
This is a bug in python-apt instead:
$ python
Python 2.7.5+ (default, Jun 13 2013, 13:26:49)
[GCC 4.8.1] on linux2
Type help, copyright, credits or license for more information.
from apt.cache import Cache
from apt.debfile import DebPackage
cache = Cache()
deb = DebPackage('testdep-allowed-any_1.0-1_i386.deb', cache)
if deb.check():
... print 'Installable'
... else:
... print 'Not installable'
...
Not installable
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717861: python-apt mishandles the architecture-specific dependency qualifiers
reassign 717861 python-apt
found 717861 0.8.8.2
retitle 717861 python-apt mishandles the architecture-specific
dependency qualifiers
thanks
This is a bug in python-apt instead:
$ python
Python 2.7.5+ (default, Jun 13 2013, 13:26:49)
[GCC 4.8.1] on linux2
Type help, copyright, credits or license for more information.
from apt.cache import Cache
from apt.debfile import DebPackage
cache = Cache()
deb = DebPackage('testdep-same-arch_1.0-1_i386.deb', cache)
if deb.check():
... print 'Installable'
... else:
... print 'Not installable'
...
Not installable
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718639: nginx fastcgi params overrides broken on the squeeze-wheezy upgrade
Package: nginx Version: 1.2.1-2.2+wheezy1 Hi, In squeeze, this order inside a server location block was working: include /etc/nginx/fastcgi_params; fastcgi_split_path_info ^((?U).+\.cgi)(/?.*)$; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; However, in wheezy, the new SCRIPT_FILENAME is ignored - the default is passed in first. Debug log for the request says: 2013/08/03 11:23:30 [debug] 11668#0: *1 fastcgi param: SCRIPT_FILENAME: /var/www/rrd/rrd.cgi/ [...] 2013/08/03 11:23:30 [debug] 11668#0: *1 fastcgi param: SCRIPT_FILENAME: /var/www/rrd/rrd.cgi [...] 2013/08/03 11:23:30 [error] 11668#0: *1 FastCGI sent in stderr: Cannot chdir to script directory (/var/www/rrd/rrd.cgi) while reading response header from upstream, [...] When I swap the order, or comment out the fastcgi_param SCRIPT_FILENAME in the /etc/nginx/fastcgi_params file, I get a single log entry for the variable: 2013/08/03 11:27:33 [debug] 12112#0: *1 fastcgi param: SCRIPT_FILENAME: /var/www/rrd/rrd.cgi And everything works fine. I see no obvious reason why one fastcgi_param wouldn't override the other. Indeed, http://wiki.nginx.org/HttpFastcgiModule#fastcgi_param says: Directives set in current level clear any previously defined directives for the current level. Please fix this. TIA. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718638: schroot doesn't support parallel builds
Package: schroot Version: 1.6.5-1 DH_OPTIONS = [...] --parallel is useless, because you override the build target and call make directly. Please fix, either in some debhelper way, or by parsing DEB_BUILD_OPTIONS for parallel=N directly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712957: Ah ha, the perfect use for --print-uris when combined with autoclean
retitle 712957 --print-uris autoclean should print file paths thanks Ah ha, the perfect use for --print-uris when combined with autoclean: print the file paths! (I suppose in this case no --just-print is needed.) It is up to you if you want to make them relative to /var/cache/apt/archives or print the entire path. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718640: lintian should warn about old style setting of CFLAGS (noopt)
Package: lintian Please add a warning for this obsolete use: ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 else CFLAGS += -O2 endif and suggest using dpkg-buildflags. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705493: [Pkg-ime-devel] Bug#705493: Bug#705493: closed by YunQiang Su wzss...@gmail.com (Re: Bug#705493: hi)
Hi, On Sat, Aug 03, 2013 at 12:05:38AM +0800, Aron Xu wrote: On Fri, Aug 2, 2013 at 11:35 PM, Osamu Aoki os...@debian.org wrote: ... This is enabled via $IM_CONFIG_PHASE variable in the defualt configuration. $ps aux | grep im-launch | grep -v grep aron 1462 0.0 0.0 24328 860 ?S18:37 0:00 /usr/bin/dbus-launch --exit-with-session /usr/bin/im-launch /usr/bin/startkde So the command line is: /usr/bin/dbus-launch --exit-with-session /usr/bin/im-launch /usr/bin/startkde Yes. And this means im-launch is executed by dbus-launch, Yes. But please also note /etc/X11/Xsession.d/70im-config_launch was executed. (This content was updated with $IM_CONFIG_PHASE.) so that the dbus session is active before im-launch gets executed. Yes. But relevant environment variables are already set in /etc/X11/Xsession.d/70im-config_launch and exported to processes including ones started by dbus etc. This has the effect that other direct child process of this dbus-launch process does not have relevant variables set. I do not understand which process you are concerned. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714341: apache2: Disabled Sites Still Served
Hello In my experience, that happens when I reload the wrong httpd, getting confused by the VMs. Maybe that happened to you... Can you please: - Check that the link has been removed from /etc/apache2/sites-enabled/ ? In version 2.2, a2dissite is just deleting the link there. - Did you try a restart? - Did you try to stop the sever, check apache is off, then start again? Please check using curl, so that any other other instance of apache2 (or another web server) is detected. If that still doesn't work, you'll have to check your configuration files. Can you post the result of $ find /etc/apache2 please ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718641: delete_catalog_backup missing execute bit
Package: bacula-director-pgsql Version: 5.2.6+dfsg-9 The shell script delete_catalog_backup is missing the execute bit, as you can see here (ls output): -rw--- 1 root root 104 Aug 2 11:07 /etc/bacula/scripts/delete_catalog_backup As such one gets the following error when backuping the catalog: 03-Aug 01:05 backup-dir JobId 3: shell command: run AfterJob /etc/bacula/scripts/delete_catalog_backup 03-Aug 01:05 backup-dir JobId 3: Error: Runscript: AfterJob returned non-zero status=200. ERR=Permission denied And the SQL catalog file does not get delted as it should.
Bug#718120: Pending fixes for bugs in the libbio-primerdesigner-perl package
tag 718120 + pending thanks Some bugs in the libbio-primerdesigner-perl package are closed in revision e60aa74b0cb67fdc2e187cfe270e7e5dafa82f9b in branch 'master' by Charles Plessy The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libbio-primerdesigner-perl.git;a=commitdiff;h=e60aa74 Commit message: Correct the bug number in the changelog. Closes: #718120 Git-Dch: Ignore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718120: libbio-primerdesigner-perl: FTBFS: Too early to specify a build action 'vendor'. Do 'Build vendor' instead.
Le Mon, Jul 29, 2013 at 06:20:19PM +0200, gregor herrmann a écrit : On Mon, 29 Jul 2013 00:15:02 +0200, gregor herrmann wrote: dh --buildsystem=perl_build build dh_testdir -O--buildsystem=perl_build dh_auto_configure -O--buildsystem=perl_build Unknown option: installdirs This is caused by the usage of Getopt::Long in Build.PL. (In combination with debhelper using --long-options now, #714544). We've seen this somewhere else, and Dominic came up with a nice patch. Unfortunately I don't remember the package anymore ... Here we are: https://github.com/OpenGuides/OpenGuides/pull/71 I've now pushed a patch to git along these lines; reviews welcome! Thanks Gregor. I just corrected the bug number in the changelog. (718056 - 718120). Have a nice week-end, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718642: ITP: fr24feed -- Forward ADS-B messages to feed flightradar24.com
Package: wnpp Severity: wishlist Owner: Adam Cécile (Le_Vert) gand...@le-vert.net * Package name: fr24feed Version : 0.0+233.20130709 Upstream Author : Flightradar24.com * URL : http://forum.flightradar24.com/threads/4270-Linux-feeder-software-for-Flightradar24 * License : non-free Programming Lang: C Description : Forward ADS-B messages to feed flightradar24.com Official feeding software from flightradar24.com . It can be used along dump1090 to receive ADS-B flight messages and forward them to flightradar24.com database. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718245: adequate: please do not display using dialog as option
Jakub Wilk dixit: Try removing --debconf from /etc/apt/apt.conf.d/20adequate . Ah, that’s better, thanks! Alternatively, you may want to keep using debconf, but use a different frontend. I find the readline frontend quite convenient. Hmh. Most of the time I’d use dialog in debconf, but with libterm-readline-gnu-perl installed that would also work. But the above one helps. Thanks, //mirabilos -- Sometimes they [people] care too much: pretty printers [and syntax highligh- ting, d.A.] mechanically produce pretty output that accentuates irrelevant detail in the program, which is as sensible as putting all the prepositions in English text in bold font. -- Rob Pike in Notes on Programming in C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718179: libcdd-dev: arch-dependent files in Multi-Arch: same package
On Sunday, 28. July 2013 14:55:11 Andreas Beckmann wrote: libcdd-dev is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/doc/libcdd-dev/cddlibman.pdf.gz The file is different on all architectures: [libcdd-dev 094g-2] usr/share/doc/libcdd-dev/cddlibman.pdf.gz 1549d98dddaf0c0b022ec69531e62224 mipsel 26c1420409636a236887dfd016ffe658 armhf 444fd3d9ec798be6d1889646e496f2d2 amd64 5b282c73cf46f14ef36beed82956f53a s390 5b2da123b1447ce09cb072a670300019 kfreebsd-amd64 7a5bdadf102cbeb7c2016d3664437915 sparc 8e5229503b447f3e48baa65fee9912e7 s390x 96365db274bf7648f5b9b4ca0b806014 mips a41aee4b8e6f0c5e5d8844db823ee09d kfreebsd-i386 c4dcb76427d9b2b258b9680541cc3e29 armel d9adb0c5cf00a5a38354a83a2e51fdd8 ia64 e206a4393aa065dc4f1d46100594d003 powerpc ee569668e055bdc291df6e3f25dfc40b i386 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718643: [dunst] Keyboard shortcuts don't work
Package: dunst Version: 1.0.0-2 Severity: normal --- Please enter the report below this line. --- I used the configuration that is included in the dunst package: gunzip -c /usr/share/doc/dunst/dunstrc.example.gz ~/.config/dunst/dunstrc started dunst from the commandline and it didn't complain about anything. When trying to close a notification with ctrl+space or any other keyboard shortcut, nothing happens. I'm using dunst together with the i3 window manager. --- System information. --- Architecture: amd64 Kernel: Linux 3.9-1-amd64 Debian Release: jessie/sid 700 testing www.deb-multimedia.org 700 testing security.debian.org 700 testing ftp2.de.debian.org 600 unstableftp2.de.debian.org 500 lucid ppa.launchpad.net 500 grml-testingdeb.grml.org 500 debian merlin.fit.vutbr.cz --- Package information. --- Depends (Version) | Installed ===-+- libc6 (= 2.4) | libcairo2(= 1.2.4) | libdbus-1-3 (= 1.0.2) | libfreetype6 (= 2.2.1) | libglib2.0-0(= 2.28.0) | libpango-1.0-0 (= 1.14.0) | libpangocairo-1.0-0 (= 1.14.0) | libx11-6| libxdg-basedir1 | libxext6| libxft2 ( 2.1.1) | libxinerama1| libxss1 | Package's Recommends field is empty. Package's Suggests field is empty. -- Markus Grunwald https://www.the-grue.de Fragen zur Mail? https://www.the-grue.de/mail_und_co https://www.the-grue.de/~markus/markus_grunwald.gpg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716781: Please document the stdlib code copy in d/copyright
* Paul Tagliamonte: Bug#716781: Please document the stdlib code copy in d/copyright (Fri, 12 Jul 2013 13:41:35 -0400): Package: tryton-server Version: 2.8.0-2 User: paul...@debian.org Usertags: ftp thanks Please document Python trytond/tools/ordereddict.py code copy in d/copyright, and alert the security team to it's presence. According to #716781 I want to alert the security team of the presence of trytond/tools/ordereddict.py in package tryton-server, which is a backport for Python versions prior to 2.7 and a copy of python stdlib. It is needed for backports of tryton-server. [1] https://pypi.python.org/pypi/ordereddict [2] http://code.activestate.com/recipes/576693/ -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770816 http://m9s.biz UStIdNr: DE 142009020 PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 signature.asc Description: PGP signature
Bug#718120: libbio-primerdesigner-perl: FTBFS: Too early to specify a build action 'vendor'. Do 'Build vendor' instead.
On Sat, 03 Aug 2013 21:26:49 +0900, Charles Plessy wrote: Here we are: https://github.com/OpenGuides/OpenGuides/pull/71 I've now pushed a patch to git along these lines; reviews welcome! Thanks Gregor. I just corrected the bug number in the changelog. (718056 - 718120). Oops, thank you. Still, I'd like to have a review from someone who has used Devel::CheckLib before ... Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: STS: Wieder auf Tour signature.asc Description: Digital signature
Bug#718120: libbio-primerdesigner-perl: FTBFS: Too early to specify a build action 'vendor'. Do 'Build vendor' instead.
Le Sat, Aug 03, 2013 at 02:47:56PM +0200, gregor herrmann a écrit : On Sat, 03 Aug 2013 21:26:49 +0900, Charles Plessy wrote: Still, I'd like to have a review from someone who has used Devel::CheckLib before ... Not me, sorry :( -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650601: (no subject)
Hi Developers and release team. Since libpng 1.5.11 is vulnerable to CVE-2012-3386 [1], fixed in 1.5.12 and 1.6.3, and that this transition hadn't hit wheezy, I would like to suggest you to change the transition directly to 1.6.3 instead of 1.5. [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-3386 Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708653: python3.3 testsuite failures on kfreebsd
Hi.
I tried (under eglibc 2.17-92 and 9.2 kernel from experimental)
this:
cd ~/python3.3-3.3.2/build-debug
export PYTHONPATH=~/python3.3-3.3.2/Lib/test
export LD_LIBRARY_PATH=~/python3.3-3.3.2/build-debug/
./python ~/python3.3-3.3.2/Lib/test/test_io.py
But is passes, while in buildd it still fails/hangs.
What is the correct invocation of one test ?
It seems that some environment/settings is different
during package build.
There is a problem in test of fcnt,
please could you fixup it:
--- a/python3.3-3.3.2/Lib/test/test_fcntl.py
+++ b/python3.3-3.3.2/Lib/test/test_fcntl.py
@@ -35,6 +35,8 @@
pid_t = 'l'
lockdata = struct.pack(off_t + off_t + pid_t + 'hh', 0, 0, 0,
fcntl.F_WRLCK, 0)
+elif sys.platform.startswith('gnukfreebsd'):
+lockdata = struct.pack('qqihhi', 0, 0, 0, fcntl.F_WRLCK, 0, 0)
elif sys.platform in ['aix3', 'aix4', 'hp-uxB', 'unixware7']:
lockdata = struct.pack('hhlllii', fcntl.F_WRLCK, 0, 0, 0, 0, 0, 0)
elif sys.platform in ['os2emx']:
Thanks
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646018: network-manager-gnome: forgets wireless key if a connection is lost
Package: network-manager-gnome Version: 0.9.4.1-5 Followup-For: Bug #646018 On my laptop this issues is reproduced after resume from suspend fo any interface with 802.1x authentication. Wired or wireless doen't matter. Also, any second connection attempt after manual disconnection shows the same behavior. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-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 network-manager-gnome depends on: ii dbus-x11 1.6.8-1+deb7u1 ii dpkg 1.16.10 ii gconf-service 3.2.5-1+build1 ii gconf23.2.5-1+build1 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 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 libgconf-2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-bluetooth10 3.4.2-1 ii libgnome-keyring0 3.4.1-1 ii libgtk-3-03.4.2-6 ii libnm-glib-vpn1 0.9.4.0-10 ii libnm-glib4 0.9.4.0-10 ii libnm-gtk00.9.4.1-5 ii libnm-util2 0.9.4.0-10 ii libnotify40.7.5-1 ii libpango1.0-0 1.30.0-1 ii network-manager 0.9.4.0-10 ii policykit-1-gnome 0.105-2 Versions of packages network-manager-gnome recommends: ii gnome-bluetooth 3.4.2-1 ii gnome-keyring 3.4.1-5 ii iso-codes 3.41-1 ii mobile-broadband-provider-info 20120708-1 ii notification-daemon 0.7.6-1 Versions of packages network-manager-gnome suggests: ii network-manager-openconnect-gnome 0.9.4.0-8 ii network-manager-openvpn-gnome 0.9.4.0-1 pn network-manager-pptp-gnome none pn network-manager-vpnc-gnome none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712931: e17: still FTBFS on GNU/kFreeBSD
Control: found -1 0.17.3-1 The same patch can be used also for e17-0.17.3 Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708536: transition: python3-defaults (add python3.3 to supported python3)
On Sunday, July 21, 2013 18:04:21 Andreas Beckmann wrote: Followup-For: Bug #708536 A few NMUs for python3 packages are needed in experimental: nmu pygame_1.9.2~pre~r3189-2 . ALL . experimental . -m Rebuild to add support for python3.3 nmu matplotlib_1.2.0-1 . ALL . experimental . -m Rebuild to add support for python3.3 nmu pyopenssl_0.13-3 . ALL . experimental . -m Rebuild to add support for python3.3 nmu python-psutil_0.7.0-1 . ALL . experimental . -m Rebuild to add support for python3.3 nmu python-pyaudio_0.2.7-1 . ALL . experimental . -m Rebuild to add support for python3.3 These are all scheduled now. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718631: ITP: t4kcommon -- common library for tux4kids
On Samstag, 3. August 2013, Dmitry Smirnov wrote: Package: wnpp Package name: t4kcommon cheers thanks, Dmitry! signature.asc Description: This is a digitally signed message part.
Bug#709009: debsums: access non-existing /usr/sbin/dpkg-divert
Hi,
Axel Beckert wrote:
Raphaël Hertzog wrote:
The next version of dpkg will get rid of the compatibility symlink
in /usr/sbin/dpkg-divert and currently debsums hardcodes this path.
I've fixed this issue in the collab-maint git repository.
[...]
Ryan: Do you plan to upload a new version soon? Otherwise I'd NMU this
issue based on what I pushed to the collab-maint git repo.
No reply for four days (except that someone else raised the severity
to RC), so I've uploaded the attached debdiff as NMU to DELAYED/10.
Please tell me in case I should delay it longer or reset the delay to
uploading immediately.
I also pushed the NMU changes (i.e. the different changelog entry) to
a new git branch called nmu. Once the NMU hits unstable, I'll merge
that branch into the master branch and remove the nmu branch again.
Regards, Axel
--
,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
diff -Nru debsums-2.0.52/debian/changelog debsums-2.0.52+nmu1/debian/changelog
--- debsums-2.0.52/debian/changelog 2012-06-19 02:55:57.0 +0200
+++ debsums-2.0.52+nmu1/debian/changelog 2013-08-03 15:05:07.0 +0200
@@ -1,3 +1,10 @@
+debsums (2.0.52+nmu1) unstable; urgency=low
+
+ * Non-maintainer upload
+ * Use dpkg-divert without path (Closes: #709009)
+
+ -- Axel Beckert a...@debian.org Sat, 03 Aug 2013 14:56:51 +0200
+
debsums (2.0.52) unstable; urgency=low
* Remove debsums_gen from package (Closes: #640296)
diff -Nru debsums-2.0.52/debsums debsums-2.0.52+nmu1/debsums
--- debsums-2.0.52/debsums 2012-06-19 02:52:29.0 +0200
+++ debsums-2.0.52+nmu1/debsums 2013-07-30 00:20:54.0 +0200
@@ -271,7 +271,7 @@
}
my %diversion;
-for (`LC_ALL=C /usr/sbin/dpkg-divert --list --admindir $DPKG`)
+for (`LC_ALL=C dpkg-divert --list --admindir $DPKG`)
{
my ($by) = /^(local) diversion/ ? $1 : / by (\S+)$/;
$diversion{$1} = [$2, $by]
Bug#718644: fcitx-ui-classic: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/fcitx/skin/default/hangul.png
Package: fcitx-ui-classic Version: 1:4.2.8.1-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + fcitx-hangul Hi, during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', then the upgrade to 'jessie' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package fcitx-ui-classic. Unpacking fcitx-ui-classic (from .../fcitx-ui-classic_1%3a4.2.8.1-2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/fcitx-ui-classic_1%3a4.2.8.1-2_amd64.deb (--unpack): trying to overwrite '/usr/share/fcitx/skin/default/hangul.png', which is also in package fcitx-hangul 0.1.1-1 cheers, Andreas fcitx-hangul=0.1.1-1_fcitx-ui-classic=1:4.2.8.1-2.log.gz Description: GNU Zip compressed data
Bug#668394: debian-policy: Spurious virtual packages mp3-encoder/mp3-decoder
On Tue, Jul 30, 2013 at 07:57:54AM +0900, Charles Plessy wrote: Dear all, shall we go ahead and remove mp3-encoder from the list of virtual packages ? Yes. I'm also for removing mp3-decoder, since I have no idea if that is something that just converts it to a uncompressed format, or plays it. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708653: python3.3 testsuite failures on kfreebsd
Am 03.08.2013 14:58, schrieb Petr Salinger:
Hi.
I tried (under eglibc 2.17-92 and 9.2 kernel from experimental)
this:
cd ~/python3.3-3.3.2/build-debug
export PYTHONPATH=~/python3.3-3.3.2/Lib/test
export LD_LIBRARY_PATH=~/python3.3-3.3.2/build-debug/
./python ~/python3.3-3.3.2/Lib/test/test_io.py
But is passes, while in buildd it still fails/hangs.
What is the correct invocation of one test ?
It seems that some environment/settings is different
during package build.
There is a problem in test of fcnt,
please could you fixup it:
--- a/python3.3-3.3.2/Lib/test/test_fcntl.py
+++ b/python3.3-3.3.2/Lib/test/test_fcntl.py
@@ -35,6 +35,8 @@
pid_t = 'l'
lockdata = struct.pack(off_t + off_t + pid_t + 'hh', 0, 0, 0,
fcntl.F_WRLCK, 0)
+elif sys.platform.startswith('gnukfreebsd'):
+lockdata = struct.pack('qqihhi', 0, 0, 0, fcntl.F_WRLCK, 0, 0)
elif sys.platform in ['aix3', 'aix4', 'hp-uxB', 'unixware7']:
lockdata = struct.pack('hhlllii', fcntl.F_WRLCK, 0, 0, 0, 0, 0, 0)
elif sys.platform in ['os2emx']:
applied upstream, will merge with the next upload.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672318: version 0.3.1
It appears that upstream released 0.3.1 in April. I just stumbled over the ancient version currently in Debian not including support for the new radio I'm thinking about buying. Any objection to my adding myself as an uploader and using Chris' work to package and upload 0.3.1 ASAP? 73 - Bdale, KB0G pgp1Em33rkQfH.pgp Description: PGP signature
Bug#708653: python3.3 testsuite failures on kfreebsd
Am 12.07.2013 08:49, schrieb Petr Salinger: Is there same easy way, how to run each of them individually ? make -C builddir test TESTOPTS=-j 1 -w test_name -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715801: [libpython3.3-stdlib] on it's own is extended description
Am 10.07.2013 18:51, schrieb Filipus Klutiero: Package: libpython3.3-stdlib Version: 3.3.2-4 Severity: minor The extended description of libpython3.3-stdlib (as well as libpython2.7-stdlib) contains: It is normally not used on it's own, but as a dependency of [...] it's should read its. By the way, the descriptions as a whole are unclear: Version 3.3 of the high-level, interactive object oriented language, includes an extensive class library with lots of goodies for network programming, system administration, sounds and graphics. This package contains the standard library. It is normally not used on it's own, but as a dependency of python3.3. The descriptions don't name Python. I would suggest: This package contains the standard library of Python 3.3, a high-level, interactive, object-oriented language. This extensive class library contains lots of goodies for network programming, system administration, sounds and graphics. It is normally not used on its own, but as a dependency of python3.3. Fixing just the typo. The first paragraph is shared with other binary packages, so I do want to keep it generic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]
Dear Bill
Here is the example:
http://www.berlininart.com/timeless-beauty-at-co-berlin/
(Teen Vogue - preview above, full image below - this falls under art...)
http://www.berlininart.com/wp-content/uploads/2012/08/1330_Kim.jpg
You can download and open the full image with Jpegcrop and
see the approximate display.
Other viewers like XnView or FastStone give similar results
(on Windows, also using IJG library).
But with IrfanView and the Windows integrated Image Preview
component the colors appear more correct.
These tools apparently use a special CMYK bitmap mode in the
Windows display system which runs over kindof color management.
I have found that apparently the newer Windows graphics display
interfaces GDI-Plus or WPF have such mode, and I plan to
investigate that further and also include such option later
in Jpegcrop to get more clarity in this regard.
Interesting:
If I load the image with IrfanView under Windows 98 (good to
have such oldies available for such kind of tests), IrfanView
also does only the approximate (oversaturated) display, because
the system function is apparently not yet available on this system.
Also interesting:
If I convert the image to arithmetic coding (with new Jpegcrop
now possible), IrfanView can no longer display the image.
That means that IrfanView apparently lets Windows do the complete
decode in CMYK/YCCK case, which doesn't support arithmetic coding
yet (IrfanView otherwise does).
Here I would try to make it better than IrfanView by letting the
system only convert the bitmap received from own codec from CMYK
to RGB.
Note that all this consideration does not affect the core codec
(library): The core codec only receives or supplies the CMYK/YCCK
data and at most performs the YCCK-CMYK conversion, where the
'K' value is passed through unchanged, while everything else
(conversion to RGB) is left to the application.
The supported color spaces in libjpeg are now (jpeglib.h):
/* Known color spaces. */
typedef enum {
JCS_UNKNOWN,/* error/unspecified */
JCS_GRAYSCALE, /* monochrome */
JCS_RGB,/* red/green/blue, standard RGB (sRGB) */
JCS_YCbCr, /* Y/Cb/Cr (also known as YUV), standard YCC */
JCS_CMYK, /* C/M/Y/K */
JCS_YCCK, /* Y/Cb/Cr/K */
JCS_BG_RGB, /* big gamut red/green/blue, bg-sRGB */
JCS_BG_YCC /* big gamut Y/Cb/Cr, bg-sYCC */
} J_COLOR_SPACE;
Note that the BG_RGB mode is defined in IEC 61966-2-1 only for 10
or more bits sample precision. It can be easily extended for 9
bits precision (and we allow that), but not easily for 8 bits (so
we don't allow that), that's why it is actually not useful in the
8 bits implementation.
However, the BG_YCC mode CAN be used easily also with 8 bits
precision (although it is also formally defined in IEC 61966-2-1
only for 10 or more bits), while retaining the full luminance
precision and reducing only the color components, which can be
partially compensated by adapted quantization in the JPEG context!
That's why I have introduced the cjpeg -bgycc switch, for
demonstration that there is now an opportunity to exchange wide
gamut color images in standard JPEG file interchange format (will
be automatically clipped for normal RGB output, see jdcolor.c).
Note that you cannot actually generate wide gamut colors by this
option with cjpeg, because cjpeg actually supports only normal RGB
input - it just generates a wide gamut capable encoding format.
But an appropriate application can feed wide gamut colors directly
to the library in this way.
The IEC 61966-2-1 standard is not freely available, but you can
find an identical British Standard version (including the
important amendment) to read online (not possible to save
or print):
http://www.doc88.com/p-694270296039.html
Regards
Guido
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718645: openjdk-6: NetBeans, VisualVM, etc. broken with latest security release
Package: openjdk-6-jre Version: 6b27-1.12.6-1~deb7u1 Severity: critical File: openjdk-6 Dear Maintainer, The latest security update did break openjdk-6 badly. In my case the JVM starts creating EventQueue thread for each dialog! This cause multiple access from non-event-dispatcher threads which cause random halts and bugs. Please have a look at: https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/1204906 and https://josm.openstreetmap.de/ticket/8921 for more information Cheers colliar -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (991, 'stable'), (300, 'testing'), (200, 'unstable'), (90, 'testing') 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 openjdk-6-jre:amd64 depends on: ii libasound2 1.0.25-4 ii libatk-wrapper-java-jni 0.30.4-3 ii libc62.13-38 ii libgif4 4.1.6-10 ii libjpeg8 8d-1 ii libpng12-0 1.2.49-1 ii libpulse02.0-6.1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxi6 2:1.6.1-1+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxtst6 2:1.2.1-1+deb7u1 ii openjdk-6-jre-headless 6b27-1.12.6-1~deb7u1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages openjdk-6-jre:amd64 recommends: ii icedtea-netx 1.4-3~deb7u1 ii ttf-dejavu-extra 2.33-3 Versions of packages openjdk-6-jre:amd64 suggests: pn icedtea-plugin none -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#712383: svnmailer: crashes with python-subversion
Followup-For: Bug #712383 Control: tag -1 pending Hi, I just made a QA upload to DELAYED/5 to fix this issue. Patch attached. Andreas diff -u svnmailer-1.0.8/debian/changelog svnmailer-1.0.8/debian/changelog --- svnmailer-1.0.8/debian/changelog +++ svnmailer-1.0.8/debian/changelog @@ -1,3 +1,19 @@ +svnmailer (1.0.8-13) unstable; urgency=low + + [ Andreas Beckmann ] + * QA upload. + * Remove Sandro Tosi from Uploaders. Thanks for your work on svnmailer! +(See #634213) + + [ Jakub Wilk ] + * Use canonical URIs for Vcs-* fields. + + [ Emilio Pozuelo Monfort ] + * Convert svn_core.SVN_STREAM_CHUNK_SIZE from long to int to restore +compatibility with python-subversion 1.6.17. (Closes: #712383) + + -- Andreas Beckmann a...@debian.org Sat, 03 Aug 2013 16:46:12 +0200 + svnmailer (1.0.8-12) unstable; urgency=low * debian/control diff -u svnmailer-1.0.8/debian/control svnmailer-1.0.8/debian/control --- svnmailer-1.0.8/debian/control +++ svnmailer-1.0.8/debian/control @@ -2,13 +2,13 @@ Section: vcs Priority: optional Maintainer: Python Applications Packaging Team python-apps-t...@lists.alioth.debian.org -Uploaders: Sandro Tosi mo...@debian.org +Uploaders: Debian QA Group packa...@qa.debian.org Build-Depends: debhelper (= 5.0.38), dpatch, python (= 2.5.4-1~) Build-Depends-Indep: python-support (= 0.3) Standards-Version: 3.8.4 Homepage: http://opensource.perlig.de/svnmailer/ -Vcs-Svn: svn://svn.debian.org/svn/python-apps/packages/svnmailer/trunk/ -Vcs-Browser: http://svn.debian.org/viewsvn/python-apps/packages/svnmailer/trunk/ +Vcs-Svn: svn://anonscm.debian.org/python-apps/packages/svnmailer/trunk/ +Vcs-Browser: http://anonscm.debian.org/viewvc/python-apps/packages/svnmailer/trunk/ XS-Python-Version: all Package: svnmailer diff -u svnmailer-1.0.8/debian/patches/00list svnmailer-1.0.8/debian/patches/00list --- svnmailer-1.0.8/debian/patches/00list +++ svnmailer-1.0.8/debian/patches/00list @@ -1,0 +2 @@ +02_SVN_STREAM_CHUNK_SIZE_int only in patch2: unchanged: --- svnmailer-1.0.8.orig/debian/patches/02_SVN_STREAM_CHUNK_SIZE_int.dpatch +++ svnmailer-1.0.8/debian/patches/02_SVN_STREAM_CHUNK_SIZE_int.dpatch @@ -0,0 +1,20 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## DP: 02_SVN_STREAM_CHUNK_SIZE_int.dpatch by Emilio Pozuelo Monfort po...@debian.org +## DP: http://bugs.debian.org/712383 +## +## All lines beginning with `## DP:' are a description of the patch. + +@DPATCH@ + +diff -ruNp svnmailer-1.0.8.orig/src/lib/svnmailer/subversion.py svnmailer-1.0.8/src/lib/svnmailer/subversion.py +--- svnmailer-1.0.8.orig/src/lib/svnmailer/subversion.py 2006-04-17 12:29:06.0 +0200 svnmailer-1.0.8/src/lib/svnmailer/subversion.py 2013-06-15 16:07:36.137576163 +0200 +@@ -355,7 +355,7 @@ class Repository(object): + try: + while True: + chunk = svn_core.svn_stream_read( +-stream, svn_core.SVN_STREAM_CHUNK_SIZE ++stream, int(svn_core.SVN_STREAM_CHUNK_SIZE) + ) + if not chunk: + break only in patch2: unchanged: --- svnmailer-1.0.8.orig/debian/source/format +++ svnmailer-1.0.8/debian/source/format @@ -0,0 +1 @@ +1.0
Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]
Dear Bill Here you can see a correct rendering of the image (re-encoded in JFIF): http://www.zeit.de/lebensart/mode/2012-08/fs-zeitlos-schoen-2/seite-9 Regards Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718604: [rlw...@sdf.org: Bug#718604: libjpeg-progs: djpeg broken for some jpegs]
Guido Vollbeding gu...@jpegclub.org writes: The term JPEG FILE INTERCHANGE FORMAT (JFIF) primarily refers to the range of supported color space encodings, and it will be redefined by IJG in the upcoming IJG JPEG 9a release, see Just for the record, JFIF was not invented by IJG, and I don't believe that you get to redefine it. The original spec is perfectly clear that there is exactly one color space allowed in JFIF files. (Well, two if you count greyscale.) If you try to extend this you'll just end up creating incompatibilities with non-IJG implementations. In general, I'm quite disturbed that you seem to be willing to introduce file format incompatibilities with other implementations (and with older copies of the IJG code for that matter). This flies in the face of what IJG was founded to accomplish, namely promote universal compatibility of JPEG files. I took a quick look at the referenced Debian bug, and I'm in agreement with the this is not a bug position. Although the complainant is of the opinion that djpeg should be able to read any JPEG file, that's utter nonsense. It has never been intended to deal with CMYK data. The proposed patch involving somebody's hack-and-slash conversion to RGB just betrays complete ignorance of what CMYK is used for in the real world. (I will note that I rejected similar patches back when I was actively maintaining libjpeg.) In practice, if you want to deal with CMYK, you really need a file format like TIFF that is able to carry the necessary auxiliary info about which CMYK inks are meant. JFIF can't do this, and that's fine --- it was never meant to be all things to all people. regards, tom lane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718604: libjpeg-progs: djpeg broken for some jpegs
Bill Allombert wrote: Dear Alan, I have forwarded your bug report to the upstream maintainer. Thanks for taking the time to work on this. However, I have a question: how do you generate such JPEG images ? Would there be benefit for libjpeg to be able to do that ? I gather from the archived libjpeg-turbo discussion that this weird kind of jpeg is generated by Photoshop when certain options are enabled. I don't know the motivation for creating them that way. I only wish I could take arbitrary jpegs from the wild and feed them to a shell script based on djpeg, without having the occasional failure because one of these YCCK images showed up. The second issue is that I'd also like to be able to run xli *.jpg in a directory full of images-not-made-by-me, and not see any failures. That means conversion needs to be done in xli or in the library. With the patched version of the library, I already have xli working (by adding 3 extra lines to request RGB output from the library). Without the patched library, it would be harder. I can appreciate that the YCCK/CMYK formats are non-standard hacks forced upon us by Adobe, and it's not pleasant to admit we need to support them. But the free software community in general has not rejected them. They can be converted by imagemagick, displayed by mozilla, and edited by gimp. The only places where YCCK/CMYK support is missing is in the small and fast alternatives to those programs. I want to fix that. If we're stuck with a djpeg that refuses to decode images with proprietary extensions, not because the extensions aren't understood but because the maintainer objects to the existence of the extensions, then djpeg has become more of a political object than a useful scripting tool. After testing this patch, I became aware of jpegtopnm in the netpbm package, which already handles YCCK. The easy way around this problem will be to just s/djpeg/jpegtopnm/g in all my scripts and apt-get remove libjpeg-progs. But that leaves the followup issue, lack of xli support, unsolved. I'd then have to port this patch (which inside libjpeg is *already working*) to xli. And then xloadimage. And how about xpaint? Making each one of them contain a duplicate of the conversion code would be ridiculous! -- Alan Curry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716696: linux-image-3.9-1-amd64: 3.9.8-1 freezes when libvirt/KVM guest VM attempts network I/O with virtio adapter
Control: tag -1 security moreinfo On Thu, 2013-07-11 at 10:09 -0400, C W wrote: Package: src:linux Version: 3.9.8-1 Severity: critical Justification: breaks the whole system Sorry for the slow response, I don't why this was missed. Dear Maintainer, 3.9.8-1 freezes the host when an Ubuntu 12.04 32-bit or 64-bit guest VM using libvirt/KVM attempts to go through the virtual network bridge using the virtio adapter. This freeze is reproducible 100% of the time. The guest is using the default libvirt network setup (NAT'ed with the virtual bridge virbr0, virtio network adapter) so nothing is strange there. I have not yet seen a panic. This issue is not present with the previous version of linux-image-3.9-1: 3.9.6-1 [...] I don't see any changes between these two versions that seem like they could have caused this. Have you verified this by downgrading to 3.9.6-1? Is the bug still present in 3.10.3-1, currently in unstable? Ben. -- Ben Hutchings Quantity is no substitute for quality, but it's the only one we've got. signature.asc Description: This is a digitally signed message part
Bug#718201: nmu: binNMUed M-A: same packages with changelog conflict
Hi, On 2013-07-28 18:37, Andreas Beckmann wrote: to restore multi-arch co-installability of some old binNMUs, I'd like to rerun these against the newer debhelper (= 9.20130518) that splits the binNMU changelog stanza into a separate file. nmu libopenraw_0.0.9-3 . ALL . -m Rebuild binNMU against newer debhelper to restore multi-arch co-installability. nmu libftdi_0.20-1 . ALL . -m Rebuild binNMU against newer debhelper to restore multi-arch co-installability. There are actually only 4 source packages left in sid that have this problem *and* are dependency-wise co-installable. The old binNMUs often already predate the wheezy-freeze. So it would be really nice if we could make them really co-installable and enable further testing. nmu iulib_0.4.4+ds-2 . ALL . -m Rebuild binNMU against newer debhelper to restore multi-arch co-installability. nmu libgxps_0.2.2-2 . ALL . -m Rebuild binNMU against newer debhelper to restore multi-arch co-installability. (there is llvm-3.0, too, but that already has a pending RM bug) Thanks. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718646: kde-runtime: knotify4 using over 2G
Package: kde-runtime Version: 4:4.8.4-2 Severity: important Tags: upstream Dear Maintainer, * What led up to the situation? I have been logged in to KDE for 59 days. knotify4 has been steadily taking up more memory over time. I have done aptitude updates during this time. * What exactly did you do (or not do) that was effective (or ineffective)? If it gets bad enough I'll log out and then back in. I also considered killing knotify, but searching suggested it's essential. * What was the outcome of this action? Not tried. * What outcome did you expect instead? No leak. There are similar reports upstream, though it seems the developers have had trouble reproducing the bug. E.g., https://bugs.kde.org/show_bug.cgi?id=233133, though that seems to have been closed as too old because of the well-known tendency for bugs to correct themselves over time :(. Also https://bugs.kde.org/show_bug.cgi?id=281509. It may be relevant that I'm running kmail and korganizer ..xsession-errors has lots of file:///usr/share/kde4/apps/plasma/plasmoids/notifier/contents/ui/devicenotifier.qml:246: Unable to assign [undefined] to QString emblemIcon -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-runtime depends on: ii kde-runtime-data4:4.8.4-2 ii kdelibs5-plugins4:4.8.4-4 ii libasound2 1.0.25-4 ii libattica0 0.2.0-1 ii libc6 2.13-38 ii libcanberra00.28-6 ii libexiv2-12 0.23-1 ii libgcc1 1:4.7.2-5 ii libjpeg88d-1 ii libkcmutils44:4.8.4-4 ii libkdeclarative54:4.8.4-4 ii libkdecore5 4:4.8.4-4 ii libkdesu5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkdewebkit5 4:4.8.4-4 ii libkdnssd4 4:4.8.4-4 ii libkemoticons4 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkhtml5 4:4.8.4-4 ii libkidletime4 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libkmediaplayer44:4.8.4-4 ii libknewstuff3-4 4:4.8.4-4 ii libknotifyconfig4 4:4.8.4-4 ii libkparts4 4:4.8.4-4 ii libkpty44:4.8.4-4 ii libnepomuk4 4:4.8.4-4 ii libnepomukquery4a 4:4.8.4-4 ii libntrack-qt4-1 016-1.1 ii libopenexr6 1.6.1-6 ii libphonon4 4:4.6.0.0-3 ii libplasma3 4:4.8.4-4 ii libpulse-mainloop-glib0 2.0-6.1 ii libpulse0 2.0-6.1 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-declarative 4:4.8.2+dfsg-11 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-script 4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libqtwebkit42.2.1-5 ii libsmbclient2:3.6.6-6 ii libsolid4 4:4.8.4-4 ii libsoprano4 2.7.6+dfsg.1-2wheezy1 ii libssh-40.5.4-1 ii libstdc++6 4.7.2-5 ii libstreamanalyzer0 0.7.7-3 ii libstreams0 0.7.7-3 ii libx11-62:1.5.0-1+deb7u1 ii libxcursor1 1:1.1.13-1+deb7u1 ii oxygen-icon-theme 4:4.8.4-1 ii perl5.14.2-21 ii phonon 4:4.6.0.0-3 ii plasma-scriptengine-javascript 4:4.8.4-2 ii shared-desktop-ontologies 0.10.0-1 Versions of packages kde-runtime recommends: ii virtuoso-minimal 6.1.4+dfsg1-7 Versions of packages kde-runtime suggests: pn djvulibre-bin none pn finger none pn icoutils none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718647: trac-ja-resource: needs to be updated for trac 1.x
Package: trac-ja-resource Version: 0.12.2.ja1-1 Severity: grave User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: The following packages have unmet dependencies: trac-ja-resource : Depends: trac ( 0.13) but 1.0.1-2 is to be installed Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715801: [libpython3.3-stdlib] on it's own is extended description
On 2013-08-03 10:35, Matthias Klose wrote: Am 10.07.2013 18:51, schrieb Filipus Klutiero: Package: libpython3.3-stdlib Version: 3.3.2-4 Severity: minor The extended description of libpython3.3-stdlib (as well as libpython2.7-stdlib) contains: It is normally not used on it's own, but as a dependency of [...] it's should read its. By the way, the descriptions as a whole are unclear: Version 3.3 of the high-level, interactive object oriented language, includes an extensive class library with lots of goodies for network programming, system administration, sounds and graphics. This package contains the standard library. It is normally not used on it's own, but as a dependency of python3.3. The descriptions don't name Python. I would suggest: This package contains the standard library of Python 3.3, a high-level, interactive, object-oriented language. This extensive class library contains lots of goodies for network programming, system administration, sounds and graphics. It is normally not used on its own, but as a dependency of python3.3. Fixing just the typo. Thanks The first paragraph is shared with other binary packages, so I do want to keep it generic. In that case, I suggest: Python is a high-level, interactive, object-oriented language. Its 3.3 version includes an extensive class library with lots of goodies for network programming, system administration, sounds and graphics. This package contains Python 3.3's standard library. It is normally not used on its own, but as a dependency of python3.3. -- Filipus Klutiero http://www.philippecloutier.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
