Bug#778904: [Pkg-libvirt-maintainers] Bug#778904: libvirtd: internal error: unexpected storage mode for '/home/user/vm'
On 22.02.2015 09:42, Guido Günther wrote: On Sat, Feb 21, 2015 at 04:52:06PM +0100, Heinrich Schuchardt wrote: On 21.02.2015 16:22, Guido Günther wrote: On Sat, Feb 21, 2015 at 04:05:59PM +0100, Heinrich Schuchardt wrote: Package: libvirt-daemon Version: 1.2.9-9 Severity: normal Dear Maintainer, /var/log/kern.log repeatedly shows errors like Feb 21 14:38:19 workstation libvirtd[1140]: libvirt version: 1.2.9, package: 9 (buildd 2015-02-06-16:39:25 binet) Feb 21 14:38:19 workstation libvirtd[1140]: internal error: unexpected storage mode for '/home/user/vm' Very likely not a bug but a permission problem on one of your storage pools. Cheers, -- Guido /etc/libvirt/storage/autostart has the following symlinks: default.xml - /etc/libvirt/storage/default.xml Downloads.xml - /etc/libvirt/storage/Downloads.xml tmp.xml - /etc/libvirt/storage/tmp.xml The symlinked storage definitions have the following path information Downloads.xml:17:path/home/user/Downloads/path default.xml:17:path/var/lib/libvirt/images/path tmp.xml:17:path/tmp/path Well the error is from the storage backend. You should look at the running daemons configuration not the on disk files (using virsh). Cheers, -- Guido Hello Guido, as mentioned no guest is running. This is the output of virsh: $ sudo virsh list IdName State When starting the systems the pools are created via the xml files. Hence virsh can only show these pools: $ sudo virsh pool-list Name State Autostart --- default active yes Downloadsactive yes tmp active yes So virsh does not show any hint what the problem is. 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#529178: additional data
I have the same Problem on an ATI Radeon HD 3200. It works fine with wheezy, but I have the described Error with Debian-Jessie, Ubuntu or Knoppix. It works if I am keeping KMS disabled, but this is not a proper solution since radeon is now an KMS only release. Ciao Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778904: [Pkg-libvirt-maintainers] Bug#778904: libvirtd: internal error: unexpected storage mode for '/home/user/vm'
Well the error is from the storage backend. You should look at the running daemons configuration not the on disk files (using virsh). Cheers, -- Guido Hello Guido, as mentioned no guest is running. This is the output of virsh: $ sudo virsh list IdName State When starting the systems the pools are created via the xml files. Hence virsh can only show these pools: $ sudo virsh pool-list Name State Autostart --- default active yes Downloadsactive yes tmp active yes So virsh does not show any hint what the problem is. Best regards Heinrich Schuchardt virsh pool-dumpxml just gives the same information that is in the config files. No evidence of the path causing the trouble $ sudo virsh pool-dumpxml default pool type='dir' namedefault/name uuidc5b82cc9-38da-4fbf-bda5-c7c038e6bee8/uuid capacity unit='bytes'98291167232/capacity allocation unit='bytes'46136434688/allocation available unit='bytes'52154732544/available source /source target path/var/lib/libvirt/images/path permissions mode0755/mode owner-1/owner group-1/group /permissions /target /pool $ sudo virsh pool-dumpxml Downloads pool type='dir' nameDownloads/name uuid2538fa03-7d19-426f-9b53-57cfbd032ad1/uuid capacity unit='bytes'196722913280/capacity allocation unit='bytes'88080920576/allocation available unit='bytes'108641992704/available source /source target path/home/user/Downloads/path permissions mode0755/mode owner-1/owner group-1/group /permissions /target /pool $ sudo virsh pool-dumpxml tmp pool type='dir' nametmp/name uuide6ded047-e6cb-42d7-9532-a9b5c289037e/uuid capacity unit='bytes'98291167232/capacity allocation unit='bytes'46136434688/allocation available unit='bytes'52154732544/available source /source target path/tmp/path permissions mode0755/mode owner-1/owner group-1/group /permissions /target /pool -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778991:
Thanks, I can try it. But: The animations in Gnome shell in Debian are smoother than in other distributions like Fedora or Archlinux, which are using a recent driver – I tested a lot configuration like tearfree or sna. It sounds crazy but the old Debian driver in combination with UXA seems to increase animation speed. I'm a little bit afraid to change the xorg-driver. signature.asc Description: This is a digitally signed message part
Bug#778554: unblock: systemd/215-12
Control: tags -1 = d-i On 2015-02-16 17:16, Martin Pitt wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock systemd 215-12 hit unstable three days ago with some RC/important/safe So far there have been no regression reports. At the time of this writing there are now no RC bugs left \o/ I attach the full debdiff between 215-11 and -12, but as usual I also link to the individual commits on anonscm. Unfortunately the latter are a bit noisy, as the implementation of the fixes was discussed several times and changed a bit. Note that there are zero changes for udev and hence the udebs (for d-i). Sorry, this one fell through on my end. It is ok from my PoV, CC'ing KiBi for a d-i ack (out of principle). Quoting you in full for KiBi's convenience. Annotated changelog: | systemd (215-12) unstable; urgency=medium | | [ Martin Pitt ] | * debian/udev.README.Debian: Trim the parts which are obsolete, wrong, or | described in manpages. Only keep the Debian specific bits. | (Part of #776546) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=a76b454 | * Actually install udev's README.Debian when building for Debian. | (Closes: #776546) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=d26405c8 Documentation cleanup. Note that this was requested/pre-approved by Niels. | * Only start logind if dbus is installed. This fixes the noisy startup | failure in environments without dbus such as LXC containers or servers. | (part of #772700) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=a7d7679 http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=0d601f8 (update/cleanup) | * Add getty-static.service unit which starts getty@.service on tty 2 to 6 if | dbus is not installed, and hence logind cannot auto-start them on demand. | (Closes: #772700) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=c4b5782f0 http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=965ef72 (cleanup of the previous two commits) RC bug (with 3 duplicates). This restores VT functionality on systems without dbus (i. e. mainly servers) as it is under sysvinit, and quiesces logind failures there. | * Add unit-config autopkgtest to check systemd unit/sysv init enabling and | disabling via systemctl. This avoids bugs like #777613 (did not affect | unstable). http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=ec551e56 I used this to verify that 215 was not affected. I'd like to keep this in master, just to have it available for post-release bug fixes/verification. | * cgroup: Don't trim cgroup trees created by someone else, just the ones | that systemd itself created. This avoids cleaning up empty cgroups from | e.g. LXC. (Closes: #777601) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=255ae60 http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=59d9202 (followup fix due to git pilot error on my side, sorry) RC bug. This looks fairly intrusive (not at all in patch size, that's just a two-liner; but in effect), but as long as there is more than just systemd writing to /sys/fs/cgroups this errs on the safe side: now systemd will never cleanup empty cgroups that it didn't create by itself (realized_mask); before it cleaned up all controllers which are supported by the kernel (cgroup_supported). | * boot-and-services autopkgtest: Add CgroupsTest to check cgroup | creation/cleanup behaviour. This reproduces #777601 and verifies the fix | for it. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=f1a42bae tests == ♥ :-) | * rules: Fix by-path of mmc RPMB partitions and don't blkid them. Avoids | kernel buffer I/O errors and timeouts. (LP: #1333140) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=21c55fb This is https://launchpad.net/bugs/1333140 . Not quite RC, but a trivial patch which just blacklists mmcblk*-rpmb devices from getting touched by udev rules; they are rather mimosic and can't really opened or detected with blkid and other tools. | * Document systemctl --failed option. (Closes: #767267) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=8b3d324 Documentation (manpage) only, and an useful option. | [ Michael Biebl ] | * core: Don't fail to run services in --user instances if $HOME is missing. | (Closes: #759320) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=e0b3ce3b Not release critical, but causes annoyingly long delays during shutdown, and quite a simple fix. | [ Didier Roche ] | * default-display-manager-generator: Avoid unnecessary /dev/null symlink and | warning if there is no display-manager.service
Bug#778866: videotrans: movie-title terminates without doing anything
On Mon, 23 Feb 2015 17:04:11 + Alessio Treglia ales...@debian.org wrote: severity 778866 grave On Mon, Feb 23, 2015 at 4:49 PM, Sven Bartscher sven.bartsc...@weltraumschlangen.de wrote: Control: severity -1 important This should set the severity, since you didn't prefix the commands with Control: I intended to CC: cont...@bugs.debian.org, I forgot it though but ultimately I changed my mind about the severity: I do believe this is RC. So I'm setting it back to grave. log should be attached. I don't think the issue is bash related, since running it with bash doesn't solve the problem. Looks correct. Have you tried Sean's patch? [1] If not, could you apply it and give the script another try please? I've tried with Sean's patch and it worked fine, until the error message described by Sean. Regards Sven pgpCnGwmN7fxc.pgp Description: Digitale Signatur von OpenPGP
Bug#695188: Multiple Bug# references in subject
Control: tag -1 newcomer thanks The git source code repository is referenced from the wiki page [1]. The problem appears to be in the Perl 'process' script. There are a number of places where the bug number and $newsubject are concatenated to make a new subject, without checking to see if the bug number is already there. Replace those occurrences with a function that does the check first? ... or strip the bug number from $newsubject. 1 - https://wiki.debian.org/BTS -- Le mieux est l'ennemi du bien - Voltaire
Bug#779003: hugin-tools: fulla ignores -s option
On 2015-02-23 Sebastian Beutel beutel.stuttg...@freenet.de wrote: [...] while trying to correct radial distortion in an image i observed that fulla produced the exact same output whether i was using the -s option or not (identical md5sums). Oddly enough the manual from upstream does not mention POSIX Style options at all but only GNU style double dashed options: http://wiki.panotools.org/Fulla Hello Sebastian, fulla as shipped with hugin 2014.0.0 definitely only takes short options, the wikipage is incorrect. See /usr/share/hugin/xrc/data/help_en_EN/Fulla.html and fulla(1). Could you perhaps provide a test-image and exact commandline for reproducing the issue? thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762378: phppgadmin: partial SQL execution failure
I could reproduce the problem, and somewhat reduce it: It looks like lines that contain a \n just before the semi column are ignored. oO Example with sql files: This works: -- 8 - delete from translations where lang='en' and internal=1; -- 8 - This doesn't work: -- 8 - delete from translations where lang='en' and internal=1 ; -- 8 - But this works: -- 8 - delete from translations where lang='en' and internal=1; -- 8 - signature.asc Description: OpenPGP digital signature
Bug#729986: libnss-mysql-bg: Patch 04_shadow.diff Introduces Lock Acquisition Hang
Package: libnss-mysql-bg Version: 1.5-3+b1 Followup-For: Bug #729986 Hello, I also spend the whole day tracing back why rsync and chown were hanging up on some large directories. This must be related to this deadlock issue. Replacing libnss-mysql-bg with squeeze/libnss-mysql solved my problem. I can provide more information or do some other tests if needed. Just let me know what. Thanks, Christophe. -- Debian Release: wheezy Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: 3.18.7-vs2.3.7.4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778924: ITP: linssid -- graphical wireless scanner
Hi, Eriberto Mota eribe...@debian.org writes: I did a patch to force the program runs as root only and ignore the internal sudo commands. In manpage (created by me) , I explained how to use gksudo to run the program. The icon on desktop menu uses gksudo too. You can see the current packaging here[1]. Thanks for working on this. Running the UI as root is not very nice either but definitely better than leaking user's password. Are root privileges really needed? The commands that linssid runs seem to be iw dev and cat /proc/net/wireless. Both of these seem to return the same output as normal user here: oregano:~$ sudo iw dev phy#0 Interface wlan0 ifindex 3 type managed oregano:~$ sudo cat /proc/net/wireless Inter-| sta-| Quality| Discarded packets | Missed | WE face | tus | link level noise | nwid crypt frag retry misc | beacon | 22 wlan0: 49. -61. -2560 0 0 0 30 0 oregano:~$ /sbin/iw dev phy#0 Interface wlan0 ifindex 3 type managed oregano:~$ cat /proc/net/wireless Inter-| sta-| Quality| Discarded packets | Missed | WE face | tus | link level noise | nwid crypt frag retry misc | beacon | 22 wlan0: 55. -55. -2560 0 0 0 30 0 Is there some other functionality that actually needs root privileges? -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778992: RFP: guess-language -- Guess the natural language of a text
On 15/08/13 19:03, Luciano Bello wrote: Package: wnpp Severity: wishlist * Package name: guess-language Version : 0.5a4 Upstream Author : Name hiddenspi...@gmail.com * URL : https://bitbucket.org/spirit/guess_language * License : LGPL Programming Lang: Python Description : Guess the natural language of a text long description needed Hi, I revived the idea of packaging guess-language. Here is the ITP: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778992 Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779051: fdisk: improve RAID support
Package: util-linux Severity: wishlist Please add support for detecting RAID array membership and skip attempting to read partition tables of disks that are members of an array. Or, if already doing so for linux software RAID, please add support for fakeraid. As you can read in the discussion that took place under bug #778712, a few days ago I was attempting to write a GPT partition table to a fakeraid RAID0 array that I had just setup using my motherboard firmware (not knowing at the time that linux software RAID is better supported and recommended unless dual booting with Windows). This turned into a confusing mess leaving me thinking that parted might have a grave bug. Actually it was just a combination of: 1) parted not understanding RAID array membership, resulting in confusing info being output. 2) fdisk also not understanding RAID array membership, resulting in confusing info and an error being ouput. 3) fdisk (understandably) not flushing the disk caches of the member disks after writing a partition table to the array, thus leading me to think that doing 'parted -l' afterwards was modifying the disk, breaking things, when in fact all it was doing was flushing the caches, allowing the true state of things to be revealed in the next use of 'fdisk -l'. 4) My having no clue that any caches were involved in any of this. 5) The (default) stripe size used for the array being 16KiB, small enough for the GPT table to be split across the two disks, resulting in it appearing corrupt when the tools viewed an array member as a standalone disk. If fdisk flushed every disk cache when performing 'fdisk -l', like parted does, then I never would have attributed a problem directly to parted, however I am not advocating such a change, since if only fdisk and parted understood array membership, then no confusion would have resulted whatsoever. Please add such support. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778924: ITP: linssid -- graphical wireless scanner
Really. But a good idea for a full-time service, not for a casual program. :-/ The life is hard... :-P Eriberto 2015-02-23 15:45 GMT-03:00 Timo Juhani Lindfors timo.lindf...@iki.fi: Hi, hmm, nm-tool does not need root privileges, it relies on a background daemon. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778924: ITP: linssid -- graphical wireless scanner
Hi, Eriberto eribe...@eriberto.pro.br writes: Really. But a good idea for a full-time service, not for a casual program. :-/ But maybe linssid could optionally support this interface? Just optionally call nm-tool instead of sudo iwconfig if it is available? You don't need to add support for the dbus interface if that is too complicated. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777142: patch - make gdk_event_apply_filters function safe against changes in filter list
Hi, On Thu, Feb 05, 2015 at 05:58:04PM +0300, Vlad Orlov wrote: […] A serious flaw in gdk_event_apply_filters function is causing weird crashes in various software. For example, mate-display-properties crashes when the screen resolution is changed or a new monitor is plugged in [1]. Some other older bugs like [2] and [3] also might be caused by this one. Cheers for the bug. Here's a debdiff. Mike (cced) said he would ask the release team for a pre-upload unblock, so I'll hold off uploading until we hear back. (Keep me in CC on that bug please). Thanks, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] diff -Nru gtk+2.0-2.24.25/debian/changelog gtk+2.0-2.24.25/debian/changelog --- gtk+2.0-2.24.25/debian/changelog2014-10-10 18:33:16.0 +0100 +++ gtk+2.0-2.24.25/debian/changelog2015-02-23 17:51:40.0 + @@ -1,3 +1,12 @@ +gtk+2.0 (2.24.25-2) UNRELEASED; urgency=medium + + * debian/patches/0001-Make-gdk_event_apply_filters-safe-against-changes-in.patch: +Cherry-pick patch from upstream stable branch to protect +gdk_event_apply_filters_safe from changes in the filter list (Closes: +#777142) + + -- Iain Lane la...@debian.org Mon, 23 Feb 2015 17:46:25 + + gtk+2.0 (2.24.25-1) unstable; urgency=medium * Team upload diff -Nru gtk+2.0-2.24.25/debian/control gtk+2.0-2.24.25/debian/control --- gtk+2.0-2.24.25/debian/control 2014-10-10 18:34:04.0 +0100 +++ gtk+2.0-2.24.25/debian/control 2015-02-23 17:51:45.0 + @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org -Uploaders: Emilio Pozuelo Monfort po...@debian.org, Iain Lane la...@debian.org, Michael Biebl bi...@debian.org +Uploaders: Iain Lane la...@debian.org, Michael Biebl bi...@debian.org Build-Depends: debhelper (= 8.1.3), gettext, gtk-doc-tools (= 1.11), diff -Nru gtk+2.0-2.24.25/debian/patches/0001-Make-gdk_event_apply_filters-safe-against-changes-in.patch gtk+2.0-2.24.25/debian/patches/0001-Make-gdk_event_apply_filters-safe-against-changes-in.patch --- gtk+2.0-2.24.25/debian/patches/0001-Make-gdk_event_apply_filters-safe-against-changes-in.patch 1970-01-01 01:00:00.0 +0100 +++ gtk+2.0-2.24.25/debian/patches/0001-Make-gdk_event_apply_filters-safe-against-changes-in.patch 2015-02-23 17:45:41.0 + @@ -0,0 +1,351 @@ +From ee95f3d7259c0859ce41189b781b4339b4cd64aa Mon Sep 17 00:00:00 2001 +From: Matthias Clasen mcla...@redhat.com +Date: Fri, 13 Feb 2015 13:12:39 -0500 +Subject: [PATCH] Make gdk_event_apply_filters safe against changes in filter + list + +An event filter may add or remove filters itself. This patch does +two things to address this case. The first is to take a temporary +reference to the filter while it is being used. The second is +to wait until after the filter function is run before determining +the next node in the list to process. This guards against +changes to the next node. It also does not run functions +that have been marked as removed. Though I'm not sure if this +case can arise. + +https://bugzilla.gnome.org/show_bug.cgi?id=635380 + +Backport of 323df2b2800383832ed3c2e43626f2c6821c33ec to +the gtk-2-24 branch by Wolfgang Ulbrich. + +http://bugs.debian.org/777142 +--- + gdk/gdkinternals.h| 6 + + gdk/gdkwindow.c | 30 +++ + gdk/quartz/gdkevents-quartz.c | 55 ++- + gdk/win32/gdkevents-win32.c | 37 ++--- + gdk/x11/gdkevents-x11.c | 37 ++--- + 5 files changed, 122 insertions(+), 43 deletions(-) + +diff --git a/gdk/gdkinternals.h b/gdk/gdkinternals.h +index 0bd803f..97a1daa 100644 +--- a/gdk/gdkinternals.h b/gdk/gdkinternals.h +@@ -59,9 +59,15 @@ struct _GdkColorInfo + guint ref_count; + }; + ++typedef enum { ++ GDK_EVENT_FILTER_REMOVED = 1 0 ++} GdkEventFilterFlags; ++ + struct _GdkEventFilter { + GdkFilterFunc function; + gpointer data; ++ GdkEventFilterFlags flags; ++ guint ref_count; + }; + + struct _GdkClientFilter { +diff --git a/gdk/gdkwindow.c b/gdk/gdkwindow.c +index 45fee34..29c878f 100644 +--- a/gdk/gdkwindow.c b/gdk/gdkwindow.c +@@ -2545,13 +2545,18 @@ gdk_window_add_filter (GdkWindow *window, + { + filter = (GdkEventFilter *)tmp_list-data; + if ((filter-function == function) (filter-data == data)) +- return; ++{ ++ filter-ref_count++; ++ return; ++} + tmp_list = tmp_list-next; + } + + filter = g_new (GdkEventFilter, 1); + filter-function = function; + filter-data = data; ++ filter-ref_count = 1; ++ filter-flags = 0; + + if (private) + private-filters = g_list_append
Bug#779049: RFS: mercurial-keyring/0.6.6-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package mercurial-keyring * Package name: mercurial-keyring Version : 0.6.6-1 Upstream Author : Marcin Kasperski marcin.kasper...@mekk.waw.pl * URL : http://pypi.python.org/pypi/mercurial_keyring * License : BSD-3-clause Section : python It builds those binary packages: mercurial-keyring - Mercurial Keyring Extension To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mercurial-keyring Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mercurial-keyring/mercurial-keyring_0.6.6-1.dsc More information about mercurial-keyring can be obtained from http://pypi.python.org/pypi/mercurial_keyring Changes since the last upload: * New upstream release. * Update packaging to use dh-python and pybuild. * Policy bumped to 3.9.6 without changes. * Update watch file to accomodate changes on pypi. Regards, Christoph Mathys -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777656: squeeze update of freetype?
Raphael Hertzog hert...@debian.org writes: Hello dear maintainer(s), the Debian LTS team would like to fix the security issues which are currently open in the Squeeze version of your package: https://security-tracker.debian.org/tracker/source-package/freetype Would you like to take care of this yourself? I went to a BSP this weekend and worked on this -- I've merged 17 of the 19 patches that are already upstream into the current unstable version. I should be able to get the last two fixes merged and a new package prepared tomorrow, at which point I suspect those patches will be easier to get merged into the LTS version. -- -keith signature.asc Description: PGP signature
Bug#778924: ITP: linssid -- graphical wireless scanner
Hi Timo, Needs root. We have iwlist too (in linssid-app/Getter.cpp). Yesterday, my first try was remove all sudo and use the whole path in commands (as /sbin/iw). The result was only my machine being showed (because of iwlist, I think). My second try was change sudo by gksudo in code. Worked but iwlist was called each 5 seconds and the user must to provide the password. If using NOPASSWD in /etc/sudoers, a tab will blink in task bar (I use KDE) each 5 sec (yes, a tab created by gksudo). The solution: full root, as other similar programs. Cheers, Eriberto 2015-02-23 15:01 GMT-03:00 Timo Juhani Lindfors timo.lindf...@iki.fi: Hi, Eriberto Mota eribe...@debian.org writes: I did a patch to force the program runs as root only and ignore the internal sudo commands. In manpage (created by me) , I explained how to use gksudo to run the program. The icon on desktop menu uses gksudo too. You can see the current packaging here[1]. Thanks for working on this. Running the UI as root is not very nice either but definitely better than leaking user's password. Are root privileges really needed? The commands that linssid runs seem to be iw dev and cat /proc/net/wireless. Both of these seem to return the same output as normal user here: oregano:~$ sudo iw dev phy#0 Interface wlan0 ifindex 3 type managed oregano:~$ sudo cat /proc/net/wireless Inter-| sta-| Quality| Discarded packets | Missed | WE face | tus | link level noise | nwid crypt frag retry misc | beacon | 22 wlan0: 49. -61. -2560 0 0 0 30 0 oregano:~$ /sbin/iw dev phy#0 Interface wlan0 ifindex 3 type managed oregano:~$ cat /proc/net/wireless Inter-| sta-| Quality| Discarded packets | Missed | WE face | tus | link level noise | nwid crypt frag retry misc | beacon | 22 wlan0: 55. -55. -2560 0 0 0 30 0 Is there some other functionality that actually needs root privileges? -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778872: [Pkg-utopia-maintainers] Bug#778872: Bug#778872: firewalld: breaks boot (probably LightDM)
Am 23.02.2015 um 19:41 schrieb Dominik George: I tried purging firewalld and removing all remaining configuration, but to no avail. If purging the firewalld package does not solve the problem, how can firewalld break your system? I was intending to say purging and reinstalling. Please provide steps how this problem can be reproduced. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#779050: bind9: ipv6 causing failure to resolve despite forced to use IPv4 only
Package: bind9 Version: 1:9.9.5.dfsg-8 Severity: important Dear Maintainer, My system is not configured for IPv6. There are no routes out for IPv6. Bind9 fails to resolve intermittently. When it does fail to resolve the domain in question has nameservers on IPv6 addresses. In trying to force IPv4 only /etc/defaults includes -4. If named.conf.options contains ANY line refering to liston-on-v6 (even if set to none;) v6 appears to be enabled. Mine has it commented out. However, checking netstat shows it is still listening on tcp6 despite the conifguration. netstat -lp | grep named tcp0 0 sapient.corebsp.:domain *:* LISTEN 7685/named tcp0 0 localhost:domain*:* LISTEN 7685/named tcp0 0 localhost:953 *:* LISTEN 7685/named tcp6 0 0 localhost:953 [::]:* LISTEN 7685/named udp0 0 sapient.corebsp.:domain *:* 7685/named udp0 0 localhost:domain*:* 7685/named Contents of /etc/default/bind9 --- # run resolvconf? RESOLVCONF=no # startup options for the server OPTIONS=-4 -u bind --- I have increased the logging and the resolution shows failure on attempting to resolve a v6 address - which is should NEVER be using on a v4 ONLY setup. This results in frequent DNS lookup failures. Log file included below: 23-Feb-2015 17:56:07.990 client: debug 3: client 127.0.0.1#18284: UDP request 23-Feb-2015 17:56:07.991 security: debug 3: client 127.0.0.1#18284: request is not signed 23-Feb-2015 17:56:07.991 security: debug 3: client 127.0.0.1#18284: recursion available 23-Feb-2015 17:56:07.991 client: debug 3: client 127.0.0.1#18284: query 23-Feb-2015 17:56:07.991 queries: info: client 127.0.0.1#18284 (www.pipeandtabor.org): query: www.pipeandtabor.org IN A + (127.0.0.1) 23-Feb-2015 17:56:07.991 security: debug 3: client 127.0.0.1#18284 (www.pipeandtabor.org): query (cache) 'www.pipeandtabor.org/A/IN' approved 23-Feb-2015 17:56:07.991 client: debug 3: client 127.0.0.1#18284 (www.pipeandtabor.org): replace 23-Feb-2015 17:56:07.991 general: debug 3: clientmgr @0x7f291c004bf0: get client 23-Feb-2015 17:56:07.991 general: debug 3: clientmgr @0x7f291c004bf0: recycle 23-Feb-2015 17:56:07.991 resolver: debug 1: createfetch: www.pipeandtabor.org A 23-Feb-2015 17:56:07.991 client: debug 3: client @0x7f291400ef70: udprecv 23-Feb-2015 17:56:07.991 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): create 23-Feb-2015 17:56:07.991 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): join 23-Feb-2015 17:56:07.991 resolver: debug 3: fetch 0x7f29287d1bf0 (fctx 0x7f291c2ac850(www.pipeandtabor.org/A)): created 23-Feb-2015 17:56:07.991 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): start 23-Feb-2015 17:56:07.991 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): try 23-Feb-2015 17:56:07.991 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): cancelqueries 23-Feb-2015 17:56:07.991 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): getaddresses 23-Feb-2015 17:56:07.991 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): query 23-Feb-2015 17:56:07.991 resolver: debug 3: resquery 0x7f291c2b3c20 (fctx 0x7f291c2ac850(www.pipeandtabor.org/A)): send 23-Feb-2015 17:56:07.991 resolver: debug 3: resquery 0x7f291c2b3c20 (fctx 0x7f291c2ac850(www.pipeandtabor.org/A)): sent 23-Feb-2015 17:56:07.991 resolver: debug 3: resquery 0x7f291c2b3c20 (fctx 0x7f291c2ac850(www.pipeandtabor.org/A)): udpconnected 23-Feb-2015 17:56:07.991 resolver: debug 3: resquery 0x7f291c2b3c20 (fctx 0x7f291c2ac850(www.pipeandtabor.org/A)): senddone 23-Feb-2015 17:56:08.017 resolver: debug 3: resquery 0x7f291c2b3c20 (fctx 0x7f291c2ac850(www.pipeandtabor.org/A)): response 23-Feb-2015 17:56:08.017 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): noanswer_response 23-Feb-2015 17:56:08.017 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): cache_message 23-Feb-2015 17:56:08.017 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): cancelquery 23-Feb-2015 17:56:08.017 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): cancelqueries 23-Feb-2015 17:56:08.017 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): try 23-Feb-2015 17:56:08.017 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): cancelqueries 23-Feb-2015 17:56:08.017 resolver: debug 3: fctx 0x7f291c2ac850(www.pipeandtabor.org/A): getaddresses 23-Feb-2015 17:56:08.018 resolver: debug 1: createfetch: ns25.1and1.co.uk A 23-Feb-2015 17:56:08.018 resolver: debug 3: fctx 0x7f29181b3a40(ns25.1and1.co.uk/A): create 23-Feb-2015 17:56:08.018 resolver: debug 3: fctx 0x7f29181b3a40(ns25.1and1.co.uk/A): join 23-Feb-2015
Bug#768130: [pkg-wpa-devel] Bug#768130: wpa_supplicant[1689]: nl80211: send_and_recv-nl_recvmsgs failed: -33 when trying to start apache
Hi On 2015-02-23, Willem van den Akker wrote: I have a laptop with an Intel Corporation Centrino Wireless-N 1030 wifi adapter. (Network controller: Intel Corporation Centrino Wireless-N 1030 [Rainbow Peak] (rev 34)) This adapter worked fine until there was an upgrade to wpa_suppliant 2.x. After that many 'nl80211: send_and_recv-nl_recvmsgs failed: -33' messages are found in the log and the wifi connection is down for about 15 seconds. This happens every 2 minutes. Feb 23 17:40:14 notebook wpa_supplicant[1117]: nl80211: send_and_recv-nl_recvmsgs failed: -33 This makes the jessie for this kind of laptops almost unusable. I have tried the suggestion 'modprobe iwlwifi 11n-disable=1' 2, 4 or 8. But then can cannot connect at all to my AP. So I think there is a major problem for the Jessie iwlwifi users. I hope for a fast solution ;) As mentioned before, I do not believe that this is a bug in wpasupplicant, but rather a kernel issue - as I've never seen this (or similar) bugs myself with non-iwlwifi drivers (as I unfortunately don't have access to modern intel wlan cards) and it's the kernel's job to provide a driver agnostic API between mac80211 based kernel drivers and userspace, namely wpa_supplicant. Therefore we -well you or the original submitter, as I don't have access to iwlwifi based devices- really need to establish if this really is a regression in the wpasupplicant package or in the kernel, which probably was updated several times within a similar time frame of the wpa_supplicant 2.2/ 2.3 uploads. The absence of bugreports for non-iwlwifi devices suggests otherwise. In order to debug this, you can try kernel 3.19 from experimental, check if you have the most current firmware (ucode) for your wlan card (firmware-iwlwifi might not carry the newer firmware blobs due to the freeze, dmesg might tell) and do comparative tests with the different wpasupplicant versions from http://snapshot.debian.org/package/wpa/ My hunch remains that this is probably a kernel regression, but this can only be confirmed with those tests and by someone who can reproduce the issue/ owns the affected hardware - and if this really is a bug in wpa_supplicant, ideally by a git bisection between the last known-good and the first known-broken version. Regards Stefan Lippers-Hollmann pgp61oTJilwf2.pgp Description: Digitale Signatur von OpenPGP
Bug#778747: openssl: RFC 7465 says RC4 is broken, never to be used
On Thu, February 19, 2015 10:38, Florian Schlichting wrote: Newly released RFC 7465 [0] describes RC4 as being on the verge of becoming practically exploitable and consequently mandates that both servers and clients MUST NOT offer or negotiate an RC4 cipher suite, and indeed terminate the TLS handshake if RC4 ciphers are the only ones available. I agree with Kurt that this is a desirable direction to choose, but is not something opportune nor necessary to change so late in the release cycle. This issue must be fixed for stretch. The use of RC4 should indeed be discouraged, but the current platform already provides many knobs and levers to disable the use, as will many of the defaults. RFC 7465 has been adopted for a reason. Let's take that seriously, please? The reason it's adopted is to migrate away from RC4. Debian is already on that path. As with any RFC, it's not intended to be immediately adopted amongst all supported platforms the day it's released. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779018: passwd: adding groups to a user with usermod: not possible
tags 779018 + unreproducible moreinfo thanks phamming wrote: I have some problems with usermod. The options -a returns the help screen, while it should append to the groups the user is belongs to. All other options work fine. Thank you for report. However I cannot reproduce the problem. It works fine for me. # id testuser uid=1002(testuser) gid=1002(testuser) groups=1002(testuser) # usermod -a -G testgroup testuser # id testuser uid=1002(testuser) gid=1002(testuser) groups=1002(testuser)1011(testgroup) Unfortunately you did not include a test case showing exactly what you did. Please when submitting a bug report always include enough information to reproduce the problem. This includes the exact command line you used. I suspect that you are missing this part from the manual. -a, --append Add the user to the supplementary group(s). Use only with the -G option. Are you using -a with -G? If not then that will produce an option error which will emit the online option help output. I don't know how long this problem exists, because I also use a different route to change group membership. Since this is the prefered way, it is important it is resolved. I personally recommend using useradd to add users to groups. The syntax is: # adduser username groupname I don't know where this problem is introduced, if it is upstream or in Debian's sources. Since I could not reproduce the problem I marked this as unreproducable and moreinfo needed. If you have a test case that reproduces the problem please tell us exactly what command line you used. Thank you for helping to make Debian better. Bob signature.asc Description: Digital signature
Bug#778701: Wrong disk usage displayed
Control: close -1 thanks I have since discovered that was a result of the 5% reserved space feature, and affects more than just gnome-system-monitor. I have to say, as someone relatively new to linux, not knowing such a feature even exists, it is pretty confusing for various tools and interfaces to display conflicting and confusing information about disk space availability/usage with no explanation about this. If a tool is going to display information about only space available to the user (excluding the 5% reserved), then it should do so for all number presented, not just some of them. Perhaps it might even be helpful to display a '% reserved' column, to give a very helpful hint as to what is going on regarding any missing space that the user expected to have and to explain differences in output of different tools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778924: ITP: linssid -- graphical wireless scanner
Hi, hmm, nm-tool does not need root privileges, it relies on a background daemon. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778924: ITP: linssid -- graphical wireless scanner
Hi, I will suggest it. However, we depend the upstream decision and development. Now, I will keep the root-only to allow the use in Debian securely. Eriberto 2015-02-23 16:26 GMT-03:00 Timo Juhani Lindfors timo.lindf...@iki.fi: Hi, Eriberto eribe...@eriberto.pro.br writes: Really. But a good idea for a full-time service, not for a casual program. :-/ But maybe linssid could optionally support this interface? Just optionally call nm-tool instead of sudo iwconfig if it is available? You don't need to add support for the dbus interface if that is too complicated. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779055: ITP: owncloud-contacts -- address book with CardDAV support - ownCloud application
Package: wnpp Severity: wishlist Owner: David Prévot taf...@debian.org * Package name: owncloud-contacts Version : 0.3.0.18+8.0.0-1 Upstream Author : Thomas Tanghus tho...@tanghus.net * URL : https://doc.owncloud.org/server/8.0/user_manual/pim/contacts.html * License : AGPL-3+ Programming Lang: PHP Description : address book with CardDAV support - ownCloud application Third party application for ownCloud, providing a platform to easily view and sync your contacts across all your devices and enabling basic editing right on the web. . ownCloud gives you universal access to your files through a web interface or WebDAV. As recently proposed [1], we intend to package relevant owncloud apps in separate packages, and plan to maintain them in the ownCloud for Debian maintainers team. 1: https://lists.alioth.debian.org/pipermail/pkg-owncloud-maintainers/Week-of-Mon-20150223/002086.html Other applications need packaging, do not hesitate to get in touch with the team if you want to help, I’ll post some RFPs later if nobody beats me to it (and will be happy to sponsor any of the ownCloud related packages from people without upload rights). Regards David signature.asc Description: Digital signature
Bug#778877: [Pkg-gnupg-maint] Bug#778877: Bug#778877: making the gnupg package reproducible
On Mon 2015-02-23 03:01:04 -0500, Didier 'OdyX' Raboud o...@debian.org wrote: gpgv.exe runs fine under Wine with this patch. sweet, thanks for testing, OdyX. That said, it'd be cool to have either build-time tests (but Build- Depending on wine, err, no…) or autopkgtests that would test gpgv.exe, at least under wine (as I suspect that we don't have Windows autopkgtests runners :-P). I agree, that would be cool. I'm actually not totally averse to build-depending on wine either; we're already build-depending on mingw. If a test suite was submitted as a patch, i'd definitely consider it. --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779054: /usr/bin/blueman-manager: Connection fails to TechnicalPro loudspeaker from, BT-400
Package: blueman Version: 1.23-1 Severity: normal File: /usr/bin/blueman-manager Dear Maintainer, I am unable to pair to a TechnicalPro MB6000 loudspeaker system from an Asus BT-400 Bluetooth Adapter. The failure mode varies depending on the method employed to attempt the conenction, but no matter what, I get no sound from the speakers. In some cases, the system shows up as paired / connected for a few seconds and then the connection fails (unable to set up stream). In other cases, the conection seems to persist, but I get no audio. This is on a Raspberry Pi, but I have also tried it on an Intel NUC with the same results. -- System Information: Debian Release: 7.6 Architecture: armhf (armv6l) Kernel: Linux 3.12.29+ (PREEMPT) 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 blueman depends on: ii bluez4.99-2 ii dbus 1.6.8-1+deb7u3 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libbluetooth34.99-2 ii libc62.13-38+rpi2+deb7u1 ii libcairo21.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1rpi4rpi1 ii libglib2.0-0 2.40.0-3rpi3rpi1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-01.32.5-5rpi3 ii libpython2.7 2.7.3-6+deb7u2 ii librsvg2-common 2.36.1-2 ii libstartup-notification0 0.12-1 ii notification-daemon 0.7.6-1 ii obex-data-server 0.4.5-1 ii python 2.7.3-4+deb7u1 ii python-dbus 1.1.1-1 ii python-gi3.8.2-1+rpi1rpi2 ii python-gtk2 2.24.0-3 ii python-notify0.1.1-3 ii python2.72.7.3-6+deb7u2 ii xfce4-notifyd [notification-daemon] 0.2.2-2 Versions of packages blueman recommends: ii libpulse-mainloop-glib0 2.0-6.1 ii policykit-1 0.105-3 ii python-gconf 2.28.1+dfsg-1 blueman suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768130: [pkg-wpa-devel] Bug#768130: wpa_supplicant[1689]: nl80211: send_and_recv-nl_recvmsgs failed: -33 when trying to start apache
Hi, I have installed 3.19 from experimental and for now the errors are gone and the wifi connection looks stable. So after all this looks like a kernel bug. I will report more after a few days. /Willem On Mon, 2015-02-23 at 19:19 +0100, Stefan Lippers-Hollmann wrote: Hi On 2015-02-23, Willem van den Akker wrote: I have a laptop with an Intel Corporation Centrino Wireless-N 1030 wifi adapter. (Network controller: Intel Corporation Centrino Wireless-N 1030 [Rainbow Peak] (rev 34)) This adapter worked fine until there was an upgrade to wpa_suppliant 2.x. After that many 'nl80211: send_and_recv-nl_recvmsgs failed: -33' messages are found in the log and the wifi connection is down for about 15 seconds. This happens every 2 minutes. Feb 23 17:40:14 notebook wpa_supplicant[1117]: nl80211: send_and_recv-nl_recvmsgs failed: -33 This makes the jessie for this kind of laptops almost unusable. I have tried the suggestion 'modprobe iwlwifi 11n-disable=1' 2, 4 or 8. But then can cannot connect at all to my AP. So I think there is a major problem for the Jessie iwlwifi users. I hope for a fast solution ;) As mentioned before, I do not believe that this is a bug in wpasupplicant, but rather a kernel issue - as I've never seen this (or similar) bugs myself with non-iwlwifi drivers (as I unfortunately don't have access to modern intel wlan cards) and it's the kernel's job to provide a driver agnostic API between mac80211 based kernel drivers and userspace, namely wpa_supplicant. Therefore we -well you or the original submitter, as I don't have access to iwlwifi based devices- really need to establish if this really is a regression in the wpasupplicant package or in the kernel, which probably was updated several times within a similar time frame of the wpa_supplicant 2.2/ 2.3 uploads. The absence of bugreports for non-iwlwifi devices suggests otherwise. In order to debug this, you can try kernel 3.19 from experimental, check if you have the most current firmware (ucode) for your wlan card (firmware-iwlwifi might not carry the newer firmware blobs due to the freeze, dmesg might tell) and do comparative tests with the different wpasupplicant versions from http://snapshot.debian.org/package/wpa/ My hunch remains that this is probably a kernel regression, but this can only be confirmed with those tests and by someone who can reproduce the issue/ owns the affected hardware - and if this really is a bug in wpa_supplicant, ideally by a git bisection between the last known-good and the first known-broken version. Regards Stefan Lippers-Hollmann
Bug#779056: javahelp2: please make the build reproducible
Source: javahelp2 Version: 2.0.05.ds1-7 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that javahelp2 doesn't build reproducibly. Some PNG icons contain embedded timestamps. The attached patch fixes this. Once applied, javahelp2 can be built reproducibly in our current experimental framework. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/rules b/debian/rules index 5dde641..7d3230c 100755 --- a/debian/rules +++ b/debian/rules @@ -15,7 +15,7 @@ makebuilddir/$(p_jh):: cd $(DEB_SRCDIR)/debian/icons/; \ for file in *.xpm; do \ fileTarget=`echo $$file|sed -e 's|.xpm|.png|g'`; \ - convert $(DEB_SRCDIR)/$$file $(CURDIR)/jhMaster/JavaHelp/src/new/javax/help/plaf/basic/images/$$fileTarget; \ + convert $(DEB_SRCDIR)/$$file +set date:create +set date:modify -define png:exclude-chunk=time $(CURDIR)/jhMaster/JavaHelp/src/new/javax/help/plaf/basic/images/$$fileTarget; \ done build/$(p_jh):: stamp-build-$(p_jh) signature.asc Description: OpenPGP digital signature
Bug#740503: debian-installer: check-missing-firmware does not work with a USB drive that contains a partition table
Hi, Marcos Madeira tempaccount...@outlook.com wrote: Hello, I was trying to load the firmware during the debian-installer and I was just getting prompted over and over again for the firmware without success. Hardware: The device is a Samsung NP530U4B-S02 laptop with the Intel® Centrino® Advanced-N 6230 802.11a/b/g/n . Firmware: The necessary files that are requested byy the installer are iwlwifi-6000g2b-5.ucode and iwlwifi-6000g2b-6.ucode. Setup: I downloaded a Debian netinstall iso (version 7.8.0 on the 23/02/2015) for my architecture from the official Debian website. I created the install media on a usb flash drive with the dd command like I do usually with GNU/Linux distributions. On another usb flash drive formatted both as fat16 and fat32 with GParted using an msdos partition scheme (as suggested per https://www.debian.org/releases/stable/i386/ch06s04.html.en) I tried on different occasions to used the .ucode firmware files on the root directory of the usb flash drive and on a /firmware directory (on the secondary flash drive) as well as both at the same time. If I opened another tty, there were a few entries in dmesg, which read iwlwifi :02:00.0: no suitable firmware found and other lines with similar content. I knew that this firmware works, because I have had to install it in the past, but I used to have an ethernet link during install or a complete iso. I just did some testing and can confirm this problem with loading firmware. At first: My Thinkpad T60 needs the iwlwifi-3945-2.ucode firmware file for WLAN. And: I use a usbstick with msdos partition table and one vfat partition on it. The issue is somewhat difficult: The Jessie RC1 installer for i386 can successfully obtain the firmware from my usbstick, when I place the firmware packages from http://cdimage.debian.org/cdimage/unofficial/non-free/firmware/ into /firmware on my stick (unpack the zip file into /firmware ). This method works simply like plug in the stick when prompted to do so, press Continue in the installer, firmware gets loaded. Please note: there is no need to mount the stick by hand or something like that. Only plug in and go on. But when I place only the direct firmware file (in my case iwlwifi-3945-2.ucode) in /firmware or in the root directory of the stick, the installer fails to load the file, unless I help him: when I mount the stick by hand on the second virtual console, then go back to the installer UI and press Continue to load firmware, it successfully finds the file. Maybe the documentation should be changed in the installer manual somehow? Lastly, I tried loading the firmware files manually, by copying the two .ucode files to /lib/firmware (I had to create this directory manually) on a separate tty and then attempting to have the installer search for the drivers and I was met with success. The wireless networks were found and I was able to input my password, but I just got redirected to the wireless network list without an error message. Note: when the I used the method described by Chris Bainbridge chris.bainbri...@gmail.com, the installer would show a window titled something like attempting to exchange keys with the network device, before connecting successfully, which wasn't the case for the manual loading of firmware. Note2: After loading the firmware manually during the installer, a message shows up in dmesg with the appropriate time stamp: ADDRCONF(NETDEV_UP): wlan0: link is not ready and on /var/log/syslog, for every entry that reads authenticate with router_mac_address there is an entry deauthenticating from router_mac_address by local machine (reason=3), when I tried to connect to my wireless network. Hmm, I already noticed that WLAN connection does not work for me with Jessie RC1 installer, but my thought was, that the problem lies on the side of my router or similar .. Holger -- Created with Sylpheed 3.2.0 under D E B I A N L I N U X 7 . 0 W H E E Z Y ! Registered Linux User #311290 - https://linuxcounter.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768130: [pkg-wpa-devel] Bug#768130: wpa_supplicant[1689]: nl80211: send_and_recv-nl_recvmsgs failed: -33 when trying to start apache
Hi On 2015-02-23, Willem van den Akker wrote: I have installed 3.19 from experimental and for now the errors are gone and the wifi connection looks stable. So after all this looks like a kernel bug. I will report more after a few days. Thanks for (likely) confirming this, iwlwifi covers a huge range of quite different wlan chipset generations, some older, some very fresh. Although Intel is working hard on providing kernel support even before shipping the actual devices, the quality of support varies between kernel versions. Regards Stefan Lippers-Hollmann pgpB0udcZnT7S.pgp Description: Digitale Signatur von OpenPGP
Bug#779010: local in version
On Mon, 2015-02-23 at 22:40 +0100, Geert Stappers wrote: Rumours says that version number in the changelog should contain the string 'local' to get a build without (ABI) checks Please confirm, preferable in the README.source If you're going to change the ABI, then change the 'abiname' in debian/config/defines (and use something other than a number, so it is different from any official package). Ben. -- Ben Hutchings In a hierarchy, every employee tends to rise to his level of incompetence. signature.asc Description: This is a digitally signed message part
Bug#778338: unblock: file/1:5.22+15-1
Control: tags -1 moreinfo On 2015-02-13 18:10, Christoph Biedl wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Short version: Please unblock file 1:5.22+15-1 It entered unstable a few weeks ago, I did extensive testing before uploading and no issues have been reported. However, switching to a new upstream version still requires a longer explanation. [...] My decision to forward to a new upstream version (plus some more commits) instead was also driven by the experience of backporting fixes for wheezy and squeeze-lts which became quite complex, always carrying the risk of introducing new bugs. For jessie, I'd like to start at a late point so fixing future security bugs will be easier. Hi, While I do understand your PoV, I cannot say I am very pleased with pulling a new upstream release of file(1). We got plenty of tools that are expecting certain output from file that /may/ suddenly need to be changed. Not to mention, in the previous release, an upload of file (for unstable) broke dpkg's dpkg-shlibs. I know it was not you, who uploaded that and I suspect this version of file is unlikely to be that bad given it has been in unstable for 1½ months. Note, I have not attached the debdiff as it's rather huge, some 69k lines. I will hand it in later upon request. Kind regards, Christoph [..] I suspect a filterdiff would do wonders to that output. If you truly consider getting this into Jessie, then please consider supplying a version with the auto-generated files and the FILE_RCSID(...) changes filtered out. That said, I will make no promises to accept it even with a filtered diff. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779003: hugin-tools: fulla ignores -s option
Hi Andreas, On Mon, Feb 23, 2015 at 07:03:22PM +0100, Andreas Metzler wrote: On 2015-02-23 Sebastian Beutel beutel.stuttg...@freenet.de wrote: [...] while trying to correct radial distortion in an image i observed that fulla produced the exact same output whether i was using the -s option or not (identical md5sums). Oddly enough the manual from upstream does not mention POSIX Style options at all but only GNU style double dashed options: http://wiki.panotools.org/Fulla fulla as shipped with hugin 2014.0.0 definitely only takes short options, the wikipage is incorrect. I took a look in the doc/ directory of the upstream tarball and found something strange: fulla.pod still mentions a -s switch but fulla.html does not. There are more differences: fulla.pod: -b -c -d -e -f -g -h -i -l -m -n -o -p -r -s -t -v fulla.html: -a -b -c -f -g -l -m -n -o -p -r-t -v (all taken from the tarball from http://sourceforge.net/projects/hugin/files/latest) Could you perhaps provide a test-image and exact commandline for reproducing the issue? As i experienced the behaviour with any image i tried i omit an image to keep this reply less bulky. A command line that reproduces the issue would be as this: fulla -s -g -0.004318:0.039896:-0.096925:1 -o a.jpeg image.jpeg fulla-g -0.004318:0.039896:-0.096925:1 -o b.jpeg image.jpeg md5sum a.jpeg b.jpeg With any random image i tried this gives identical a and b files even though the -s switch is supposed to cause fulla not to rescale the image. These parameters are for correction a 24mm Lens so they are stretching the image in the corners (which should result in a lager image than the original if not trimmed). Maybe fulla behaves different if the parameters are not for correcting barrel but for pincushion distortion (which i didn't need to yet). If this is of any help i can hand in according further files/parameters. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779010: local in version
Rumours says that version number in the changelog should contain the string 'local' to get a build without (ABI) checks Please confirm, preferable in the README.source Groeten Geert Stappers -- Leven en laten leven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778727: Does not use preseeded debconf value for dictionaries-common/default-wordlist
On Mon, 2015 Feb 23 13:29+0100, Agustin Martin wrote: Hi, Daniel, This last lines show the reason for the problem you have. By the way, things are working as expected. Pre-seeding is intended for first installation, when no elements (wordlists, ispell dictionaries) are previously installed and apt- utils is already installed (pre-seeding will not work with shared questions otherwise). However, pre-seeding is not intended to work once dictionaries are installed and a default value selected. This default value will also be written to /var/cache/dictionaries-common/wordlist-default (for wordlists) and become the true value. If it contains a valid value and different from what debconf thinks, true value will win (I should have put it under /etc, but changing it now does not worth) and debconf value will be forcibly set to that true value. Okay, so the propagation is from wordlist-default to debconf, not the other way around. But isn't that inconsistent with this paragraph in the update-default-wordlist(8) man page?: When run normally (from the command line or with --trigger) this script rebuilds the info at /var/cache/dictionaries- common/wordlist.db after files under /var/lib/dictionaries- common/wordlist, reads the system default from the debconf database and unless disabled, set default symlinks in /etc/dictionaries- common pointing to the appropriate files in /usr/share/dict/. (There should probably be a mention of wordlist-default in there, and how it relates to debconf.) If you already have some wordlists installed and want to install a new one and make it the default value you use one of 1) Once new wordlist is installed, call `select-default-wordlist' as root and select the new value. This does not appear to be scriptable, however. And isn't this the same as dpkg-reconfigure dictionaries-common, going through debconf? 2) Temporarily set a debconf priority threshold lower than high (e.g. medium with DEBIAN_PRIORITY ENVAR, see debconf(7)) before installing the new wordlist. This will trigger the debconf question on instalation of the new wordlist. One of the first things I do is set the default debconf priority to low, so this is covered. I'm getting the question (my pre-seeding includes seen false)---but the value I pre-seeded is not the one selected. 3) Manually change /var/cache/dictionaries-common/wordlist-default to the new value. Must be sure that the string is exactly one of the valid strings, in the same encoding as the original master string identifier. *This is discouraged*. Using `select-default-wordlist' is largely preferred because 3) is more error prone. Incidentally, this is the reason why I put the backup value under /var insted of under /etc, so it is used internally in case of debconf database corruption, but leaves 1) as the preferred method. This would be scriptable, but that error-prone-ness is why I was hoping for some leniency in what values are accepted. Could it be supported to do e.g. # echo english /var/cache/dictionaries-common/wordlist-default # update-default-wordlist # cat /var/cache/dictionaries-common/wordlist-default english (Webster's Second International English wordlist) That's indeed what I'm doing; a master script runs debconf-set- selections first and then apt-get install as needed. The difference is that you already have some wordlists installed. Yes, I now see that the minimal install has wamerican already in place. Incidentally... is it supported to set a debconf value of just e.g. english or american---that is, minus the descriptive text in parentheses? I can't help but feel that only the first word should matter, but the debconf choice values including the parentheticals does imply otherwise. Sadly no, that string is used as full identifier. Note that wordlists have different sizes or variants, so the full name is relevant. I was hoping it would be something like englishbar (English bar variant) englishfoo (English foo variant) rather than english (English bar variant) english (English foo variant) i.e. such that the initial word already uniquely identifies the dictionary. Also, this schema was designed way before debconf supported internationalized choices, with the parenthesized text supposed to contain the text in dictionary pseudo-language. This was some sort of poor's man internationalization, but at that time no better choice was available. And that string is internally used as master identifier for each wordlist, so changing it will trigger new debconf questions unless a lot of migration code is written. So, changing it does not worth the work. I'd be happy with the system accepting shorter values and correcting them to the longer canonical form, rather than simplifying the canonical forms themselves (though that would be very nice). In short, I
Bug#778554: unblock: systemd/215-12
On 2015-02-17 15:11, Martin Pitt wrote: Hey Niels, Niels Thykier [2015-02-16 20:10 +0100]: I have not had time to review this fully. However, I noticed #778565, which suggests a regression in this version of udev. I am putting this unblock request on hold until you have had a time to review #778565. Michael and I responded to that and asked for some more information and log output. This looks very dubious, given that udev hardly changed at all in 215-12 except for blacklisting the mmcblkb-*rpmb devices (which are totally unrelated). Noted, as mentioned in a different mail, I have decided to unblock this. [...] Personally, I am leaning towards (2) in the absence of a patch/diff for (3). The bug trail has a pointer to the experimental fix for this: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=experimentalid=929bece5326 But anyway, this will not cover the edge cases that the (rather vocal) reporters of #755722 are concerned about, e. g. if the machine is always offline. So (3) is probably not a full solution yet, and this might require some more adjustment in fsck or other places. Ok. Though, as I understood the link to the upstream date, part of the reason for not sync'ing the time was to make it easier on live-CDs. Is this the sort of change that will break live-CDs? If so, what will it take to not break live-CDs with (2) (or possibly (3)). I figure this rather means live CDs are not supposed to touch the system, and syncing the hw clock to a potentially wrong time of a live system is bad. However, that's precisely what has happenend under sysvinit (through util-linux' /etc/init.d/hwclock.sh) all the years; that's what I meant with bug compatible to sysvinit :-) However, with (3) we'd essentially get the same behaviour if the live system gets network connectivity. Personally I'm leaning towards the hwclock-save.service (2) or even ignoring this (1). Martin In lack of anything else to distinguish them, my preference is to go with same bugs as usual - so that would make (2). It also have the advantage of users will perceive fewer issues with the systemd. Admittedly, I presume a migration to (3) in Stretch will be no easier or harder given we go with (2). Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779058: pdfsam: Null pointer exception when starting pdfsam
Package: pdfsam Version: 1.1.4-2 Severity: important Dear Maintainer, when I start pdfsam I get this output in the console while there is a graphical window containing the same information and a button to exit the program. I just installed it and then tried to start it by typing pdfsam. This is the output: = pdfsam JAVA: /usr/lib/jvm/java-7-openjdk-amd64/bin/java JAVA_OPTS: -Xmx256m CLASSPATH: /usr/share/pdfsam/pdfsam-1.1.4.jar:/usr/share/pdfsam/lib/dom4j.jar:/usr/share/pdfsam/lib/emp4j-1.0.1.jar:/usr/share/pdfsam/lib/itext.jar:/usr/share/pdfsam/lib/jaxen.jar:/usr/share/pdfsam/lib/log4j-1.2.jar:/usr/share/pdfsam/lib/looks.jar:/usr/share/pdfsam/lib/pdfsam-console-2.0.6e.jar:/usr/share/pdfsam/lib/pdfsam-jcmdline-1.0.3.jar:/usr/share/pdfsam/lib/pdfsam-langpack.jar = 22:38:07,690 INFO JMainFrame Starting PDF Split and Merge basic Ver. 1.1.4 22:38:07,802 INFO Configuration Loading configuration.. 22:38:07,809 WARN Configuration Unable to find configuration file into /usr/share/pdfsam 22:38:07,810 INFO Configuration Looking for configuration file into /home/robert 22:38:07,813 FATAL Configuration org.pdfsam.guiclient.exceptions.ConfigurationException: Unable to find configuration file. 22:38:07,823 FATAL GuiClient Error: java.lang.NullPointerException at org.pdfsam.i18n.GettextResource.gettext(Unknown Source) at org.pdfsam.guiclient.gui.frames.JMainFrame.initialize(JMainFrame.java:202) at org.pdfsam.guiclient.gui.frames.JMainFrame.init(JMainFrame.java:92) at org.pdfsam.guiclient.GuiClient.main(GuiClient.java:61) -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pdfsam depends on: ii java-wrappers 0.1.28 ii libcommons-httpclient-java 3.1-10.2 ii libdom4j-java 1.6.1+dfsg.3-2 ii libhttpclient-java 4.3.5-2 ii libitext-java 2.1.7-9 ii libjaxen-java 1.1.6-1 ii libjgoodies-looks-java 2.5.2-3 ii liblog4j1.2-java 1.2.17-5 ii openjdk-7-jre [java2-runtime] 7u75-2.5.4-2 pdfsam recommends no packages. pdfsam suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777597: perl-modules: upgrade regression: dpkg: dependency problems prevent configuration of perl-modules
On 2015-02-15 12:57, Niko Tyni wrote: (Dropping Sven and Andreas but adding the release team; there's a question for you lower in the mail.) On Tue, Feb 10, 2015 at 10:19:18PM +0200, Niko Tyni wrote: [...] Relaxing the circular dependency is a workaround that might be doable, even though it would be 'incorrect'. There are modules in perl that need others in perl-modules, and vice versa. However, I count only 21 binary packages in sid [1] that depend on perl-modules but not perl. As perl is transitively build essential (via dpkg-dev and libdpkg-perl), build dependencies should not be a concern at all. There are a few packages that pull in perl indirectly through their other dependencies, which brings the count of binary packages that only depend on perl-modules down to 15: [...] Release team: if we don't find another solution, would you be willing to allow changes in these packages replacing Depends: perl-modules with Depends: perl into jessie? [...] Yes. Feel free to do this in parallel with trying to find an alternative solution. The sooner we solve this upgrade issue, the better. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779010: Please document how to disable the build-time checks
Package: src:linux Version: 3.16.7-ckt4-3 Severity: normal Hi, Debian's Linux kernel packages contain a number of checks and balances to make sure that a newly uploaded package is ABI-compatible with a previous one, and which makes the build error out when this would not be the case. While this is a useful thing for you, maintainers, to have, these checks are fairly annoying for someone not so familiar with the source package who wants to compile a custom kernel. Last time I ran against this, after a lot of digging I found that there was a way to disable these checks by creating a specially-crafted changelog entry, but it's been a while and I forgot the details. Today I had to do it again; I just wasted several hours having the kernel build, only to see that I had done it wrong and I will have to do it all over again. This is why we have README.source. Please use it. Thanks, -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779011: forked-daapd: Playing audio locally is broken
Package: forked-daapd Version: 0.22.0-1 Severity: serious Tags: upstream fixed-upstream security Control: forwarded -1 https://github.com/ejurgensen/forked-daapd/issues/87 From upstream bug report: ... In attempting to use local audio with ALSA, I encountered severe quality problems I believe were being caused by underruns. Commit b7cfb65 Prevent buffer underrun (I think...) completely fixed the issue for me on Debian with kernel 3.2. I'd like to suggest merging at least the ALSA portion of this commit. I do not have access to an OSS setup to test that. I found this commit attached to pull request #41. ... Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778987: [Pkg-haskell-maintainers] Bug#778987: mismatched versions of cabal-install and Cabal result in build failures
Am 23.02.2015 um 09:32 schrieb Joachim Breitner nome...@debian.org: Hi, Am Montag, den 23.02.2015, 07:49 +0100 schrieb Sven Bartscher: Making cabal-install depend on the newer version of libghc-cabal-dev, should fix this. It would also spare us from finding errors like this in other packages. sounds reasonable. Can you make it so that the cabal-install package automatically depends on the right Cabal package, using substvars? A manual dependency in debian/control will likely get forgetten. That should be possible, but as always, there might be unseen problems. I will look at it, as soon as I’ve got time, but I don’t know when that is. If we decide to do this, we should probably transition to stop shipping cabal together with GHC, since no one will have cabal-install and thus libghc-cabal-dev installed, which defies the reason to have the GHC version of cabal installed. That’s not easily possible: ghc (the library) depends on the version of Cabal coming with GHC. There are plans upstream to change that, but that won’t happen before 7.12, see https://ghc.haskell.org/trac/ghc/ticket/8244 and https://ghc.haskell.org/trac/ghc/wiki/CabalDependency -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778877: [Pkg-gnupg-maint] Bug#778877: making the gnupg package reproducible
Le samedi, 21 février 2015, 07.42:41 Thijs Kinkhorst a écrit : On Sat, February 21, 2015 01:32, Daniel Kahn Gillmor wrote: Source: gnupg Version: 1.4.18-6 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps_in_pe_binaries I believe that the gnupg package can be made reproducible with the attached patch, which encourages the linker to omit the timestamp in gpgv.exe. This was the only difference gnupg afaict. I plan to include this patch in the gnupg package in experimental soon. I'm Cc'ing Didier Raboud, who contributed the win32 build and can hopefully comment on this and/or test the change. gpgv.exe runs fine under Wine with this patch. That said, it'd be cool to have either build-time tests (but Build- Depending on wine, err, no…) or autopkgtests that would test gpgv.exe, at least under wine (as I suspect that we don't have Windows autopkgtests runners :-P). Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778999: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
On Sunday 22 February 2015 19:16:31 Reinhard Tartler wrote: BTW, https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/1369273/commen ts/19 is a comment from Geert Janssens, one of the gnucash developers, who basically confirms this issue. I'm CC'ing him with this email. Geert, maybe you can share your opinion on this? I have said most of it in the referred lauchpad bug already but I'll try to elaborate. Reading the launchpad bug and this one I see a lot of confusion about what is going on. Quick summary: There are two bugs reported in lp:1369273: 1. gnucash crashes on exit 2. python module exits with an uncaught exception (There was a third bug reported even, which I'll ignore here as it's unrelated.) The first one has nothing to do with python at all. It's a bug in gnucash in the way it interacts with the most recent version of libdbi. This bug has been fixed in gnucash 2.6.4 by this commit: https://github.com/Gnucash/gnucash/commit/75114b7c6273 The second is not a gnucash crash in the sense that the program stops working. Only an optional plugin fails to load. It's unfortunate this gets reported (by apport on Ubuntu?) as gnucash crashed with... because that is inaccurate and confusing. The confusion even continues on into the changelog (repeated in comment #20 on the lp bug): + No longer crashes on exit when python-gnucash is installed. To repeat: the crash on exit had nothing to do with python-gnucash. Another source of confusion seems to be in the definition of the gnucash python module. In the gnucash community we talk of gnucash modules. The python bindings are one such module. A Gnucash module in this context is a C shared library together with any support files this library needs. The gnucash module libraries all have names starting with libgncmod The module that implements the python bindings is called libgncmod-python.so. To function it also needs some python code, which in a python context is called a module as well. This is the python module called gnucash which is also part of the gnucash source distribution. It's this python module that is packaged as python-gnucash. As said before the python bindings are optional in gnucash. It will work just fine without it. The subtle but important thing to understand here is that optional refers to libgncmod- python.so. The python module gnucash is not a direct dependency of the gnucash application at all. Rather it's a dependency of this optional libgncmod-python.so. And a mandatory dependency of that library even. That means gnucash is designed to work happily even if libgncmod-python.so is not available. However if available libgncmod-python.so *only* works if the accompanying gnucash python module is present as well. In other words you can separate libgncmod-python.so from gnucash but you can't separate the python module gnucash from libgncmod-python.so. The packaging in debian and ubuntu doesn't reflect this. These packages do separate the python module gnucash from libgncmod-python.so. In debian the net effect is an exception message in the logs, apport on ubuntu makes more of a deal out of it. That's why I suggested this to be a packaging bug and proposed a way to solve it. Again I'm not a packager myself so there may be packaging specific reasons my suggestion can't be implemented.
Bug#778995: forked-daapd: Does not work with iTunes 12.1
Hi Jan, On 02/23/2015 10:26 AM, Jan Wagner wrote: Am 22.02.15 um 21:14 schrieb Bálint Réczey: Package: forked-daapd Version: 0.22.0-1 Severity: serious Tags: upstream fixed-upstream Control: forwarded -1 https://github.com/ejurgensen/forked-daapd/issues/100 Latest iTunes can't work with forked-daapd. Upstream has already released a fix. And this bug is why RC-severity? iTunes is the most notable client of forked-daapd thus I think we should not release a forked-daapd version which does not work with iTunes. I plan uploading the fix today. Cheers, Balint signature.asc Description: OpenPGP digital signature
Bug#778987: [Pkg-haskell-maintainers] Bug#778987: mismatched versions of cabal-install and Cabal result in build failures
Hi, Am Montag, den 23.02.2015, 07:49 +0100 schrieb Sven Bartscher: Making cabal-install depend on the newer version of libghc-cabal-dev, should fix this. It would also spare us from finding errors like this in other packages. sounds reasonable. Can you make it so that the cabal-install package automatically depends on the right Cabal package, using substvars? A manual dependency in debian/control will likely get forgetten. If we decide to do this, we should probably transition to stop shipping cabal together with GHC, since no one will have cabal-install and thus libghc-cabal-dev installed, which defies the reason to have the GHC version of cabal installed. That’s not easily possible: ghc (the library) depends on the version of Cabal coming with GHC. There are plans upstream to change that, but that won’t happen before 7.12, see https://ghc.haskell.org/trac/ghc/ticket/8244 and https://ghc.haskell.org/trac/ghc/wiki/CabalDependency Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#779012: Two issues with /usr/bin/wine script
Package: wine Version: 1.6.2-19 Severity: normal Tags: patch Hi, There are currently two issues with the /usr/bin/wine script: a) On amd64 if fails when there more than one foreign-achitecture installed. For instance on my machine where I do a lot of cross-compiling from amd64 to armhf and arm64: dpkg --print-foreign-architectures i386 armhf arm64 which causes the existing foreign architecture test to fail. b) The current script does not seamlessly handle both 32 and 64 bit binaries. Fortunately its trivial to add this support using file to detect whether the windows binary is 32 or 64 bit and then setting WINEPREFIX to either $HOME/.wine for 32 or $HOME/.wine64 for 64 bits. Patch containing fixes for both these issues attached. Cheers, Erik -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, arm64 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wine depends on: ii file1:5.20-2 ii wine32 1.6.2-19 ii wine64 1.6.2-19 wine recommends no packages. Versions of packages wine suggests: pn avscan | klamav | clamav none ii binfmt-support 2.1.5-1 ii ttf-mscorefonts-installer 3.6 pn winbindnone -- no debconf information --- /usr/bin/wine 2015-01-11 05:40:21.0 +1100 +++ usr_bin_wine 2015-01-05 21:15:03.311892601 +1100 @@ -6,11 +6,22 @@ wine32=$bindir/wine32 wine64=$bindir/wine64 +if test -z ${WINEARCH}${WINEPREFIX} ; then +if test $(file $1 | grep -c 'Intel 80386') -eq 1 ; then +WINEARCH=win32 +WINEPREFIX=$HOME/.wine +elif test $(file $1 | grep -c 'x86-64') -eq 1 ; then +WINEARCH=win64 +WINEPREFIX=$HOME/.wine64 +fi +fi + + if test -x $wine32 -a $WINEARCH != win64; then wine=$wine32 elif test -x $wine64; then wine=$wine64 -if [ $(dpkg --print-architecture) = amd64 -a $(dpkg --print-foreign-architectures) != i386 ]; then +if [ $(dpkg --print-architecture) = amd64 -a $(dpkg --print-foreign-architectures | grep -c i386) -ne 1 ]; then echo it looks like multiarch needs to be enabled. as root, please echo execute \dpkg --add-architecture i386 apt-get update echo apt-get install $(echo $name | sed s/wine/wine32/)\
Bug#778995: forked-daapd: Does not work with iTunes 12.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am 22.02.15 um 21:14 schrieb Bálint Réczey: Package: forked-daapd Version: 0.22.0-1 Severity: serious Tags: upstream fixed-upstream Control: forwarded -1 https://github.com/ejurgensen/forked-daapd/issues/100 Latest iTunes can't work with forked-daapd. Upstream has already released a fix. And this bug is why RC-severity? Thanks, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU6vJBAAoJEAxwVXtaBlE+mcQP/0h+PdmHYbzW73DN5z5sTG/j P3OyhXyEuJizBDCRbSzajO5qUXGeMICtb1gm11MU9+CSElr4wwt29OTi3Tspv0Et 5x/1FYX2k3FLMo6jbTU1OvKt8KWQ5T51gpJimK1eZlZtuHh9uFCJqfYD4ZhqeFnp Wyiel+DNQ8C925j5QlYYndwFEe1mfpNHB9wnKMWqO2HsMC/yTAibxZ68ESB1D3qh YZOgcxvGgdh9rIwZpShb6MfkjnP18e3bc3gcPoSW6UHxPiU+fo3pYBwiY712CXWL Fxz/WSQ4Q/diL+Kq1ey92yv/PpmYhKWjcigs852zJrGohx7vyYMFb/GVOqRJH6GT sCMiVUiM3YMtUCcUDqlMgreFoI84Gbkn/ps/VmHZqB0+gm+Gi4JHCZTObSdmqTKe lAtcDX87BDMrSSdpIHXbdxGvovu/U1xGbo07LvXKdg4PcCyqlP95TVQCEdrS+zGZ u4n3jD3P7GeHsFJB+7p6WstVu1CYf3X75mW9RjSvf/IKZ+aEDu17LjvLfZkGidb0 jmQRpkJwMFwX3UQrOdVnM9hzuADpsX0kHY+aoY5Qb+45jVNBHFL6JtLGjSXnxvz0 SPjqyvvhNZbrulb+NXkD1PPo4aZgFIgNTaPOhn4u54ofen026q9JV3Vh6N1MK5NL zbNg4I97Wum1VJ0NVyQC =W+Uv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778999: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
Control: tags -1 = confirmed Dear Geert, See my comments below. Le lundi 23 février 2015 à 09:53 +0100, Geert Janssens a écrit : On Sunday 22 February 2015 19:16:31 Reinhard Tartler wrote: The confusion even continues on into the changelog (repeated in comment #20 on the lp bug): + No longer crashes on exit when python-gnucash is installed. To repeat: the crash on exit had nothing to do with python-gnucash. Sorry, this misunderstanding is my responsibility. I don't remember why I came to that conclusion, but I understand this was wrong. As said before the python bindings are optional in gnucash. It will work just fine without it. The subtle but important thing to understand here is that optional refers to libgncmod-python.so. The python module gnucash is not a direct dependency of the gnucash application at all. Rather it's a dependency of this optional libgncmod-python.so. And a mandatory dependency of that library even. That means gnucash is designed to work happily even if libgncmod-python.so is not available. However if available libgncmod-python.so *only* works if the accompanying gnucash python module is present as well. The packaging in debian and ubuntu doesn't reflect this. These packages do separate the python module gnucash from libgncmod-python.so. In debian the net effect is an exception message in the logs, apport on ubuntu makes more of a deal out of it. So I understand that the right solution is to move libgncmod-python.so from the gnucash package to the python-gnucash package. This should be easy to implement. Reinhard: since this bug is not serious on Debian, and since Debian is currently frozen, I don't plan to fix this issue in Debian before the release of Jessie. For Ubuntu, and more specifically for having this issue fixed in Ubuntu Vivid 15.04, I encourage you to get in touch with an Ubuntu developer. Thanks to both of you for clarifying the issue, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#778886: Acknowledgement (claws-mail: dropdown menu bar has disappeared, cannot get back)
On Mon, 23 Feb 2015 15:30:32 +0800 Clayton clayt...@gmx.com wrote: Just restored .claws-mail/ from backup, which fixed the problem. Then diff'ed the restored/fixed and the broken dirs, and found this: mainwin_menubar=0 in clawsrc of the broken configuration. To re-iterate, I did nothing KNOWINGLY that changed this value. My best guess for a culprit is possibly an accidental drag'n'drop of something on the window by my lame touchpad. F12 toggles the display of the menu bar. with regards Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779013: jessie-pu: package phppgadmin/5.1-1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Tags: jessie Severity: normal Hello phppgadmin is a web application that supports apache2.2 When upgrading to Jessie that contains apache 2.4, the application doesn't work anymore. See #669837. The proposed update fixes that important issue. It is unclear whether it is ok to bump the severity of #669837 to RC: In a way, you can move and fix the apache conf file around yourself so it may not be RC, but another point of view is that if you had the package working on wheezy, upgrading to jessie just always breaks it. I'd like to have your opinion on that. If you agree the severity can be bumped to RC, then we could just unblock phppgadmin/5.1-1.1 Attached is the full debdiff, that will be for Jessie 8.1 I suppose. Please double check the first line of the changelog, I'm a bit lost about how to proceed with versionning, and I assumed testing-proposed-update will become proposed-update when jessie is released. Regarding the patch itself, using dh_apache2 is not a trivial change, but I believe it is less complex that trying to fix things by doing things manually in maintainer scripts. The only unnecessary thing I see there is that we stop creating obsolete /etc/apache2/conf.d/ directory, which is a good thing imho. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) diff -Nru phppgadmin-5.1/debian/changelog phppgadmin-5.1/debian/changelog --- phppgadmin-5.1/debian/changelog 2013-04-18 12:37:03.0 +0200 +++ phppgadmin-5.1/debian/changelog 2015-02-20 18:21:14.0 +0100 @@ -1,3 +1,20 @@ +phppgadmin (5.1-1+deb8u1) testing; urgency=low + + * Non maintainer upload. + * Changes for apache2.4 settings (Closes: #669837) +. Upgrade phppgadmin.conf restriction to localhost to 2.4 format. +. Update rules: +Use --with apache2 in rules. +No longer copying apache.conf, dh_apache2 does that. +. Rename apache.conf into phppgadmin.conf. +. Drop /etc/apache2/conf.d from dirs. +. Remove manual reload of apache in maintainer scripts, dh_apache2 does it + automatically. +. Build-depends on dh-apache2. +. Use {$misc:Suggests} so apache2 is no longer a direct Depends. + + -- Jean-Michel Nirgal Vourgère jmv_...@nirgal.com Mon, 22 Jul 2013 13:01:15 + + phppgadmin (5.1-1) unstable; urgency=low * New upstream release. diff -Nru phppgadmin-5.1/debian/control phppgadmin-5.1/debian/control --- phppgadmin-5.1/debian/control 2013-04-18 11:39:06.0 +0200 +++ phppgadmin-5.1/debian/control 2015-02-20 18:04:29.0 +0100 @@ -3,7 +3,7 @@ Uploaders: Peter Eisentraut pet...@debian.org Section: web Priority: extra -Build-Depends: debhelper (= 7.0.50~) +Build-Depends: debhelper (= 7.0.50~), dh-apache2 Standards-Version: 3.9.3 Homepage: http://phppgadmin.sourceforge.net/ Vcs-Git: git://anonscm.debian.org/pkg-postgresql/phppgadmin.git @@ -11,9 +11,9 @@ Package: phppgadmin Architecture: all -Depends: ${misc:Depends}, libapache2-mod-php5 | php5-cgi, php5-pgsql, apache2 | httpd, +Depends: ${misc:Depends}, libapache2-mod-php5 | php5-cgi, php5-pgsql, libjs-jquery -Recommends: postgresql-doc +Recommends: ${misc:Recommends}, postgresql-doc Suggests: postgresql, slony1-bin Description: web-based administration tool for PostgreSQL phpPgAdmin is a web-based administration tool for PostgreSQL. It is perfect diff -Nru phppgadmin-5.1/debian/dirs phppgadmin-5.1/debian/dirs --- phppgadmin-5.1/debian/dirs 2013-04-18 11:39:06.0 +0200 +++ phppgadmin-5.1/debian/dirs 2015-02-20 10:28:52.0 +0100 @@ -1,4 +1,3 @@ usr/share/phppgadmin usr/share/phppgadmin/conf etc/phppgadmin -etc/apache2/conf.d diff -Nru phppgadmin-5.1/debian/phppgadmin.apache2 phppgadmin-5.1/debian/phppgadmin.apache2 --- phppgadmin-5.1/debian/phppgadmin.apache2 1970-01-01 01:00:00.0 +0100 +++ phppgadmin-5.1/debian/phppgadmin.apache2 2015-02-20 10:28:52.0 +0100 @@ -0,0 +1 @@ +conf debian/phppgadmin.conf diff -Nru phppgadmin-5.1/debian/phppgadmin.conf phppgadmin-5.1/debian/phppgadmin.conf --- phppgadmin-5.1/debian/phppgadmin.conf 1970-01-01 01:00:00.0 +0100 +++ phppgadmin-5.1/debian/phppgadmin.conf 2015-02-20 10:28:52.0 +0100 @@ -0,0 +1,29 @@ +Alias /phppgadmin /usr/share/phppgadmin + +Directory /usr/share/phppgadmin + +DirectoryIndex index.php +AllowOverride None + +# Only allow connections from localhost: +Require local + +IfModule mod_php5.c + php_flag magic_quotes_gpc Off + php_flag track_vars On + #php_value include_path . +/IfModule +IfModule !mod_php5.c + IfModule mod_actions.c +IfModule mod_cgi.c + AddType application/x-httpd-php .php + Action
Bug#779014: ITP: subread -- toolkit for processing next-gen sequencing data
Package: wnpp Severity: wishlist Owner: Alexandre Mestiashvili mailatgo...@gmail.com X-Debbugs-Cc: debian-de...@lists.debian.org, debian-...@lists.debian.org * Package name: subread Version : 1.4.6-p1 Upstream Author : shi at wehi dot edu dot au * URL : http://subread.sourceforge.net/ * License : GPL3 Programming Lang: C Description : toolkit for processing next-gen sequencing data Subread aligner can be used to align both gDNA-seq and RNA-seq reads. Subjunc aligner was specified designed for the detection of exon-exon junction. For the mapping of RNA-seq reads, Subread performs local alignments and Subjunc performs global alignments. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778999: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
On Monday 23 February 2015 10:42:02 Sébastien Villemot wrote: Control: tags -1 = confirmed Dear Geert, See my comments below. Le lundi 23 février 2015 à 09:53 +0100, Geert Janssens a écrit : On Sunday 22 February 2015 19:16:31 Reinhard Tartler wrote: The confusion even continues on into the changelog (repeated in comment #20 on the lp bug): + No longer crashes on exit when python-gnucash is installed. To repeat: the crash on exit had nothing to do with python-gnucash. Sorry, this misunderstanding is my responsibility. I don't remember why I came to that conclusion, but I understand this was wrong. That's ok. The way things got reported just was confusing to start with. That means gnucash is designed to work happily even if libgncmod-python.so is not available. However if available libgncmod-python.so *only* works if the accompanying gnucash python module is present as well. The packaging in debian and ubuntu doesn't reflect this. These packages do separate the python module gnucash from libgncmod-python.so. In debian the net effect is an exception message in the logs, apport on ubuntu makes more of a deal out of it. So I understand that the right solution is to move libgncmod-python.so from the gnucash package to the python-gnucash package. This should be easy to implement. Indeed. And thanks for maintaining the gnucash packages in Debian.
Bug#770615: Workaround
Dear all, In a recent upgrade to jessie I found this bug, and I found a workaround. Since this was an upgrade, I had gdm3 installed, I changed to lightdm, and I found that I could not switch users. In a different system (clean install, install directly mate and lightdm) switch user worked as expected. So i found the following: 1.- If gdmflexiserver is installed, switch user tries to use it, and fails (because it is not implemented in lightdm?) 2.- gdmflexiserver belongs to the debian package libgdm1 https://packages.debian.org/jessie/amd64/libgdm1/filelist 3.- I removed libgdm1 from my system, and now switch user works as expected: a.- Menu: System - Log out - switch user opens a lightdm greeter. b.- If greeter-hide-users=false in /etc/lightdm/lightdm.conf: if you select a different user, the greeter says log in. If you select a currently logged in user it says unlock So it seems that if gdmflexiserver is installed it tries to use it (and fails), but if it is not installed then it uses the dm-tool method and works as expected. Maybe this bug might be solved with a dependence (breaks/conflicts) relashionship between the two packages (lightdm/libgdm1)? Best regards, Jaume -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779062: evolution: Some birthdays on the calendar are visualized incorrectly
Package: evolution Version: 3.12.9~git20141130.241663-1+b1 Severity: normal Dear Maintainer, I'm using the birthday calendar in evolution to display the birthdays from my standard adressbook. A few of these birtdays – absolutely randomly – contains a time (5:14) and some of them include two days. I checked the .vcf, but I can't notice anything strange. I also delete a contact and generate the same contact again. This new old contact shows the same behaviour. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages evolution depends on: ii dbus 1.8.12-3 ii debconf [debconf-2.0] 1.5.55 ii evolution-common 3.12.9~git20141130.241663-1 ii evolution-data-server 3.12.9~git20141128.5242b0-2+deb8u1 ii gnome-icon-theme 3.12.0-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-13 ii libcamel-1.2-493.12.9~git20141128.5242b0-2+deb8u1 ii libclutter-gtk-1.0-0 1.6.0-1 ii libecal-1.2-16 3.12.9~git20141128.5242b0-2+deb8u1 ii libedataserver-1.2-18 3.12.9~git20141128.5242b0-2+deb8u1 ii libevolution 3.12.9~git20141130.241663-1+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libical1a 1.0-1.3 ii libnotify4 0.7.6-2 ii libsoup2.4-1 2.48.0-1 ii libwebkitgtk-3.0-0 2.4.8-1 ii libxml22.9.1+dfsg1-4 ii psmisc 22.21-2 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-3 ii evolution-plugins 3.12.9~git20141130.241663-1+b1 ii yelp 3.14.1-1 Versions of packages evolution suggests: pn evolution-ews none pn evolution-plugins-experimental none ii gnupg 1.4.18-6 ii network-manager 0.9.10.0-6 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760741: dpkg: Please add new port hardened-amd64 enabling ASAN and UBSAN by default
[ CCing Sylvestre given the involvement in the GSoC proposal. ] Hi! On Mon, 2014-09-15 at 16:44:04 +0200, Guillem Jover wrote: On Sun, 2014-09-07 at 20:31:58 +0200, Bálint Réczey wrote: 2014-09-07 17:26 GMT+02:00 Guillem Jover guil...@debian.org: On Sun, 2014-09-07 at 15:01:35 +0200, Balint Reczey wrote: The attached patches adds the new port and enables ASAN and UBSAN through the hardening flags. The flags are disabled on other architectures by default even when using hardening=all, since ASAN causes significant slowdown and UBSAN will probably reveal a lot of issues in many packages. I'd be fine with adding ASAN and UBSAN or any other hardening stuff, disabled by default on a feature area, but if they do not make sense to be enabled by “all” then they do not belong in the hardening feature area, probably in another one. OOC how many packages do enable all hardening features? I think distinguishing between 'all' and 'extra' has its history, gcc -Wall and -Wextra are similar to our case. I think ASAN should not be part of 'all' because it should be enebled for packages shipping binaries first, then in packages shipping the libraries used by the binaries, thus it is not a per-package decision to enable ASAN. UBSAN is different, I think it could be added to 'all', but I'm not sure how many packages use 'all' and I did not want to break them. Maybe after a full archive rebuild revealing the breakages. What I meant is that I'm going to add a new feature area named “qa”, alongside “hardening”, so it seems it might make sense to have a new “sanitizer” (or similar name) feature area, with all new interesting sanitizer options, such as asan, ubsan, tsan, lsan, etc. Does that make more sense now? Here's the patch I'm considering to commit, and given that there's been no replies to the other questions and issues rised previously in the bug report, I'm thinking about closing it with this patch. Thanks, Guillem From 5016b6781bf5658505b2fb86b7666b87f044bd4a Mon Sep 17 00:00:00 2001 From: Guillem Jover guil...@debian.org Date: Tue, 21 Oct 2014 22:43:55 +0200 Subject: [PATCH] Dpkg::Vendor::Debian: Add sanitize area feature MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit This feature area includes the features “address”, “thread”, “leak” and “undefined”. Cloess: #760741 --- man/dpkg-buildflags.1 | 27 -- scripts/Dpkg/Vendor/Debian.pm | 52 +++ 2 files changed, 77 insertions(+), 2 deletions(-) diff --git a/man/dpkg-buildflags.1 b/man/dpkg-buildflags.1 index ad42427..ca8488b 100644 --- a/man/dpkg-buildflags.1 +++ b/man/dpkg-buildflags.1 @@ -135,8 +135,9 @@ the flag is set/modified by an environment-specific configuration. .TP .BI \-\-query\-features area Print the features enabled for a given area. The only currently recognized -areas on Debian and derivatives are \fBqa\fP, \fBreproducible\fP and -\fBhardening\fP, see the \fBFEATURE AREAS\fP section for more details. +areas on Debian and derivatives are \fBqa\fP, \fBreproducible\fP, +\fBsanitize\fP and \fBhardening\fP, see the \fBFEATURE AREAS\fP +section for more details. Exits with 0 if the area is known otherwise exits with 1. .IP The output is in RFC822 format, with one section per feature. @@ -230,6 +231,28 @@ The only currently supported flags are \fBCPPFLAGS\fP, \fBCFLAGS\fP, to \fB\-D__DEB_CANARY_\fP\fIflag\fP_\fIrandom-id\fP\fB__\fP, and \fBLDFLAGS\fP set to \fB\-Wl,\-z,deb-canary\-\fP\fIrandom-id\fP. . +.SS Sanitize +Several compile-time options (detailed below) can be used to help sanitize +a resulting binary against memory corruptions, memory leaks, use after free, +threading data races and undefined behavior bugs. +.TP +.B address +This setting (disabled by default) adds \fB\-fsanitize=address\fP to +\fBLDFLAGS\fP and \fB\-fsanitize=address \-fno\-omit\-frame\-pointer\fP to +\fBCFLAGS\fP and \fBCXXFLAGS\fP. +.TP +.B thread +This setting (disabled by default) adds \fB\-fsanitize=thread\fP to +\fBCFLAGS\fP, \fBCXXFLAGS\fP and \fBLDFLAGS\fP. +.TP +.B leak +This setting (disabled by default) adds \fB\-fsanitize=leak\fP to +\fBLDFLAGS\fP. It gets automatically disabled if either the \fBaddress\fP +or the \fBthread\fP features are enabled, as they imply it. +.TP +.B undefined +This setting (disabled by default) adds \fB\-fsanitize=undefined\fP to +\fBCFLAGS\fP, \fBCXXFLAGS\fP and \fBLDFLAGS\fP. .SS Hardening Several compile-time options (detailed below) can be used to help harden a resulting binary against memory corruption attacks, or provide diff --git a/scripts/Dpkg/Vendor/Debian.pm b/scripts/Dpkg/Vendor/Debian.pm index 7bf45da..62b9a1b 100644 --- a/scripts/Dpkg/Vendor/Debian.pm +++ b/scripts/Dpkg/Vendor/Debian.pm @@ -69,6 +69,7 @@ sub run_hook { } elsif ($hook eq 'update-buildflags') { $self-_add_qa_flags(@params); $self-_add_reproducible_flags(@params); +
Bug#778477: vim-common: vim.svg has non-square bounding box, appears distorted in GNOME Shell
On Tue, Feb 24, 2015 at 12:18:57AM +, Simon McVittie wrote: Here is the best procedure I've found, using the ghostscript and pdf2svg packages: Thanks for the tip. I'll definitely try this out. I'm not very familiar with these tools, so this is a big help. Converting EPS to PS seems to be the only way to fix the colour space (symptom of not doing that: the colours look muted). You can combine the other two steps into inkscape --export-plain-svg=tmp.svg tmp.ps but inkscape is a fairly heavy build-dependency, so you might not want to do that, Agreed. depending whether you use sbuild/pbuilder for the Architecture: all part of the build. Well, vim-common is actually an Arch: any package. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779069: openssh-server: no way to disable unix domain socket/streamlocal forwarding from authorized_keys
Package: openssh-server Version: 1:6.7p1-3 Severity: important Tags: security As far as I can tell, unix domain socket forwarding is enabled by default and there is no way to disable it from authorized_keys files. This means that it might be possible for ssh triggers[1] to do unix domain socket forwarding, even though they are meant to be restricted to very limited things. SSH triggers are often restricted to a specific command, no-agent-forwarding, no-port-forwarding, no-X11-forwarding, no-pty and I think no-streamlocal-forwarding should be added to that set. Personally I think this needs to be fixed before the jessie release, please upgrade the severity to serious if you agree. The code indicates[2] that this still needs to be completed. 1. http://blog.ganneff.de/blog/2007/12/29/ssh-triggers.html 2. https://sources.debian.net/src/openssh/1:6.7p1-3/auth-options.c/?hl=127#L342 -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#755722: systemd must sync systemclock to RTC on shutdown
Control: tag -1 pending Hello all, The release team agreed to adding hwclock-save.service to jessie now, and also unblocked 215-12 (d-i ack still pending), so that we can go ahead with that. Committed to git (for master only). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#779007: closed by Stefan Lippers-Hollmann s....@gmx.de (Re: [pkg-wpa-devel] Bug#779007: iw: Implement hook script for ifupdown, please?)
reopen 779007 quit On Mon, Feb 23, 2015 at 03:03:17PM +0100, Stefan Lippers-Hollmann wrote: On 2015-02-22, Elliott Mitchell wrote: Package: iw Version: 3.4-1 Severity: wishlist It would be helpful if the iw package could implement an ifupdown hook script similar to the one the wireless-tools package has, but using iw instead of iwconfig. Avoiding conflicting with wireless-tools may be a bit interesting, but this will make iw rather handier. Sorry, but no, this will not be done. The problem here is two-fold. On the one hand iw can't deal with non-nl80211 compatible drivers (and unfortunately, 'thanks' to the various staging drivers, these aren't dying out any time soon), making a full 1:1 replacement (and/ or taking over the existing syntax from-) of wireless-tools impossible. On the other hand iw does not provide any kind of connection supervision, it's just a one-shot configuration tool. This means a wireless connection purely configured by iw won't recover from connection losses (getting out of range, temporary interference, etc.) and it can't roam between different access points either. The latter is exactly what I expected from reading the package description, behavior identical to `ifconfig` and `iwconfig`. Meanwhile the former is near trivially solveable, though some trivial cooperation with wireless-tools is needed. The exit value of running `iw interface` and `iwconfig interface` tells you whether the interface has wireless support and if so which mechanism. That merely leaves the corner case of an interface that supports both. This leads to the next problem, contrary to the old IEEE 802.11a/b/g standards, IEEE 802.11n (802.11ac, 802.11ad, ...) mandates the use of WPA2/ CCMP (WEP/ WPA1 are not specified for 802.11n and therefore can't be expected to work), which therefore mandates the use of wpa_supplicant (for all reasonable intents and purposes) anyways. The wpasupplicant package now does provide exactly what you're looking for, ifupdown hooks which do use the native nl80211 APIs (unless you force wext explicitly or if your wlan card doesn't support nl80211 and therefore needs to trigger the transparent fallback to wext). As a side effect wpa_supplicant does provide what iw is missing, connection supervision and management - it can reconnect after connection drops, it can roam between different APs of a larger wlan installation (or even heterogenous, independent, networks) and it's mandatory for any wpa2 links anyways (contrary to some ancient full-mac drivers, modern mac80211 based drivers don't have kernel support for WPA encryption, using wpa_supplicant in user-space is required here). Right now I'm in the early phases of bring-up, as such I want to make sure the basic things are working before I tackle more complex bits. If iw *cannot* work without wpasupplicant or hostapd, why doesn't the iw package depend on these? For these reasons, I won't add yet another distro-specific networking syntax and pollute the ifupdown namespace even more. Even less considering the rising popularity of more modern networking daemons (like network-manager, systemd-networkd, wicd or connman). iw is an important tool for debugging wireless issues, to aid configuring the regulatory domain settings (indirectly via crda) and to do advanced interface manipulations (adding multiple VIFs etc.), but it's not a suitable method for general wlan interface supervision. I believe the correct spelling is nyetwork-munger (hopefully it has improved, but right now that isn't the issue). Meanwhile I haven't come to a conclusion (or concussion, yet) on systemd, but I'm rather concerned about that situation. More notably though, those aren't the right tool for the particular situation. If you're going to leave this unsolved, I suspect the correct action is to mark the bug wontfix, not to close an unsolved bug. -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \BS (| ehem+sig...@m5p.com PGP 87145445 |) / \_CS\ | _ -O #include stddisclaimer.h O- _ | / _/ 8A19\___\_|_/58D2 7E3D DDF4 7BA6 -PGP- 41D1 B375 37D0 8714\_|_/___/5445 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779071: RFP: bitcoin-explorer -- Bitcoin Command Line Tool
Package: wnpp Severity: wishlist * Package name: bitcoin-explorer Version : 2.0.0 Upstream Author : Eric Voskuil evoskuil * URL : https://github.com/libbitcoin/libbitcoin-explorer * License : Libbitcoin's LICENSE Programming Lang: Python, C++ Description : Bitcoin Command Line Tool BX is a command line tool for working with Bitcoin. BX exposes about 80 commands and supports network communication with libbitcoin-server or its predecessor Obelisk, and the P2P Bitcoin network. BX is well documented and supports simple and advanced scenarios, including stealth and multisig. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778850: closed by Martin Pitt mp...@debian.org (Re: [Pkg-postgresql-public] Bug#778850: Acknowledgement (Missing 20-column_privilege_leak.patch file in postgresql-8.4 8.4.22-0ubuntu0.10.04.1 sou
Hello Charlie, Charlie Brady [2015-02-22 13:03 -0500]: Wouldn't it be wise to at least amend the changelog entry so that going forward it isn't incorrect? Unfortunately that requires a full upload, build, test, and another security update. I'm not sure it's worth that effort, but we should surely adjust the USN text. How does this privilege leak not affect Debian? It does, but the upload you referenced was for Ubuntu 10.04 LTS. Christopher now said that apparently he just happened to make the same mistake for apt.postgresql.org, but that's still not Debian. I agree the patch is risky - I had a look at backporting it myself, and it's non-trivial. I wonder if someone familiar with the code will assist. I'd just ignore this for -8.4. It's really not that big of an issue IMHO, it has been EOL upstream for a fair while, and Ubuntu 10.04 LTS is going end-of-life in just two months. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778955: lintian: suggest check html imgs included in package
On 2015-02-24 01:53, Kevin Ryde wrote: Niels Thykier ni...@thykier.net writes: I do have some concerns on the performance front. On some packages, this will be the second slowest check taking 10s or more. Hmm. If html files are usually only moderately common then maybe the totality across all packages is acceptable, even if a few packages have a lot to check. The maintainer of those packages will still suffer. The greatest benefit of lintian is that the majority of maintainers run it before uploading to the archive. If Lintian becomes too slow for them, they will stop using it. I realise you cannot add more checks without increasing what needs to be processed, but I am wary of making packages a lot slower - even if it is only a few packages. However, it requires that the binaries are built from the same source. I wondered that. Is it ok to look into arbitrary packages in the lab? (Just asking whether they contain a given file, with symlink following.) Main lintian checks themselves are not. Third-party checks may, although there is no reasonable API for doing it. The reason for this limitation is the same source analysis clause from[1]. performance characteristics of using HTML::Parser over the current approach. I'll see if I can measure. HTML::Parser has some C code, but makes callbacks to perl code. Thanks. That could make sense - I am thinking it would make sense to move the privacy breaker checks into the http-check file as well. Currently, it scans all files matching: $fname =~ m,\.(?:x?html?|js|xht|xml|css)$,i Maybe css and js would have to be treated a little differently but the rest yes. Indeed, but overall it will hopefully be a win. If this can be used to reduce the runtime of the files check, we can use some of this to pay for the html.pm check. Thanks, ~Niels [1] https://lintian.debian.org/manual/section-1.3.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766997: Looking for help: syncany dependencies
Hello, debian-java. Syncany is an open-source cloud storage and filesharing application. It allows users to backup and share certain folders of their workstations using any kind of storage, e.g. FTP, SFTP, WebDAV, Amazon S3 and Samba. I have opened an ITP for syncany (ITP#766997) and I am looking for help to package its dependencies. I have already packaged jsemver (ITP#766999) and I am now looking for help to package syncany's last unpackaged depencency: undertow (RFP#767001). undertow has many jboss-related dependencies that are not in Debian. I would love getting help in packaging some of them. Here is a quick list: - org.jboss.classfilewriter - org.jboss.logging - org.jboss.logmanager - org.jboss.xnio - jboss-javaee-specs (org.jboss.spec.javax.*) - And more... If you decide to pick one, make sure you leave a message on the ITP so that we dont work on the same things ;) Thank you in advance! -- Alexandre Viau alexan...@alexandreviau.net signature.asc Description: OpenPGP digital signature
Bug#778999: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
On Mon, Feb 23, 2015 at 4:42 AM, Sébastien Villemot sebast...@debian.org wrote: So I understand that the right solution is to move libgncmod-python.so from the gnucash package to the python-gnucash package. This should be easy to implement. Thank you. Reinhard: since this bug is not serious on Debian, and since Debian is currently frozen, I don't plan to fix this issue in Debian before the release of Jessie. For Ubuntu, and more specifically for having this issue fixed in Ubuntu Vivid 15.04, I encourage you to get in touch with an Ubuntu developer. As an Ubuntu (Core) Developer, I can take care of that. This bug is to coordinate with you on the right approach. I guess I'll upload a package to Ubuntu vivid that adds a dependency from gnucash to python-gnucash with a note in Debian/changelog to drop this change as soon as a better fix appears either in Debian/experimental or unstable. Would this work for you? Thanks for taking care of this in Debian properly! -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779068: openssh-client: document that ssh -R and -L can now be used to forward UNIX-domain sockets using the streamlocal stuff
On Tue, 2015-02-24 at 11:40 +0800, Paul Wise wrote: Unfortunately the documentation for -R and -L in the ssh manual page still only mentions forwarding TCP ports, it would be nice to mention forwarding sockets in the documentation of -R and -L as well as adding a SOCKET FORWARDING section before/after the TCP FORWARDING section. Shoudln't that rather got directly upstream? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#779061: udev-discover: please make the build reproducible
Source: udev-discover Version: 0.2.2-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that udev-discover could not be built reproducibly. This is caused by determinism in the call to self.distribution.get_command_obj('install', False) in BuildScript.run inside upstream's setup.py. By specifying the prefix in the build_scripts stanza in setup.cfg we can remove this non-determinism. See the attached patch. (If you apply this patch, you might want to change the prefix to /usr, ie. without the trailing /. That will remove the double // in the target.) [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -urNad udev-discover.orig/udev-discover-0.2.2/debian/patches/modify_prefix.patch udev-discover/udev-discover-0.2.2/debian/patches/modify_prefix.patch --- udev-discover.orig/udev-discover-0.2.2/debian/patches/modify_prefix.patch 2015-02-23 23:40:52.875277906 + +++ udev-discover/udev-discover-0.2.2/debian/patches/modify_prefix.patch 2015-02-23 23:43:32.810412215 + @@ -1,8 +1,11 @@ --- a/setup.cfg +++ b/setup.cfg -@@ -2,4 +2,4 @@ +@@ -2,4 +2,7 @@ prefix=/usr/local [install] -prefix=/usr/local +prefix=/usr/ ++ ++[build_scripts] ++prefix=/usr/
Bug#778850: [Pkg-postgresql-public] Bug#778850: closed by Martin Pitt mp...@debian.org (Re: Bug#778850: Acknowledgement (Missing 20-column_privilege_leak.patch file in postgresql-8.4 8.4.22-0ubuntu0
* Charlie Brady (charl...@budge.apana.org.au) wrote: On Sun, 22 Feb 2015, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the postgresql package: #778850: Missing 20-column_privilege_leak.patch file in postgresql-8.4 8.4.22-0ubuntu0.10.04.1 source package It has been closed by Martin Pitt mp...@debian.org. Wouldn't it be wise to at least amend the changelog entry so that going forward it isn't incorrect? How does this privilege leak not affect Debian? I agree the patch is risky - I had a look at backporting it myself, and it's non-trivial. I wonder if someone familiar with the code will assist. I notice that RH haven't updated their postgresql84 package yet. I wasn't aware that anyone was still concerned with 8.4... Have other patches which are relevant to 8.4 been back-patched? As the original author of the patch for master through 9.0, I'd be happy to review a patch that someone sends me for 8.4. Thanks! Stephen signature.asc Description: Digital signature
Bug#779007: [pkg-wpa-devel] Bug#779007: closed by Stefan Lippers-Hollmann s....@gmx.de (Re: Bug#779007: iw: Implement hook script for ifupdown, please?)
Hi On 2015-02-22, Elliott Mitchell wrote: It would be helpful if the iw package could implement an ifupdown hook script similar to the one the wireless-tools package has [...] Just to be constructive about this topic, your original question: iface wlan0 inet dhcp wpa-ssid MyNetWork wpa-psk plaintextsecret respectively iface wlan0 inet dhcp wpa-ssid homezone wpa-psk 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f exists today, provided by the wpasupplicant package. Further information is provided by /usr/share/doc/wpasupplicant/README.Debian.gz and the other documentation and examples in and below that directory. This does use nl80211 by default (if you're using a mac80211 based kernel module), but can fall back to wext transparently for legacy wext based drivers (unless you force a mode explicitly). Equivalent configuration can be used to configure wpa_supplicant for WEP or unencrypted networks - or even roaming, if you're looking for a slightly more sophisticated setup. Regards Stefan Lippers-Hollmann pgppW5d3Xnk2b.pgp Description: Digitale Signatur von OpenPGP
Bug#761859: prototype ready
I was about to suggest having both. Please do that. Richard Sent by mobile; excuse my brevity.
Bug#778955: lintian: suggest check html imgs included in package
Niels Thykier ni...@thykier.net writes: I do have some concerns on the performance front. On some packages, this will be the second slowest check taking 10s or more. Hmm. If html files are usually only moderately common then maybe the totality across all packages is acceptable, even if a few packages have a lot to check. However, it requires that the binaries are built from the same source. I wondered that. Is it ok to look into arbitrary packages in the lab? (Just asking whether they contain a given file, with symlink following.) performance characteristics of using HTML::Parser over the current approach. I'll see if I can measure. HTML::Parser has some C code, but makes callbacks to perl code. That could make sense - I am thinking it would make sense to move the privacy breaker checks into the http-check file as well. Currently, it scans all files matching: $fname =~ m,\.(?:x?html?|js|xht|xml|css)$,i Maybe css and js would have to be treated a little differently but the rest yes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779064: gaupol: GStreamer found, but textoverlay missing
Package: gaupol Version: 0.28-1 Severity: important Dear Maintainer, When running Gaupol in order to use the video feature (not speaking about the video preview), the video menu is greyed-out and Gaupol prints on stderr: GStreamer found, but textoverlay missing. Try installing gst-plugins-base. Using this simple python3 code reproduces the issue: #!/usr/bin/env python3 from gi.repository import Gst import sys if not Gst.ElementFactory.find(textoverlay): print(GStreamer found, but textoverlay missing., file=sys.stderr) The issue seems to come from /usr/share/gaupol/gaupol/util.py [1]. But it seems that the textoverlay was renammed in gstreamer1.0 See for example: gst-launch-0.10 videotestsrc ! video/x-raw-yuv,width=640,height=480,framerate=15/1 ! textoverlay text=Hello ! ffmpegcolorspace ! ximagesink vs gst-launch-1.0 videotestsrc ! video/x-raw-yuv,width=640,height=480,framerate=15/1 ! textoverlay text=Hello ! ffmpegcolorspace ! ximagesink WARNING: erroneous pipeline: no element textoverlay Either the Depends field of Gaupol should be updated Either the Conflict field of Gaupol should be updated (in case some gst lib/gir/... takes priority when it shouldn't) Either Gaupol should be fixed. Git Master version of utils.py: https://github.com/otsaloma/gaupol/blame/master/gaupol/util.py -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (90, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gaupol depends on: ii gir1.2-gst-plugins-base-1.0 1.4.4-2 ii gir1.2-gstreamer-1.0 1.4.4-2 ii gir1.2-gtk-3.0 3.14.5-1 ii gstreamer1.0-plugins-good1.4.4-2 ii python3 3.4.2-2 ii python3-aeidon 0.28-1 ii python3-gi 3.14.0-1 pn python3:any none Versions of packages gaupol recommends: ii gir1.2-gtkspell3-3.0 3.0.6-1 ii gstreamer1.0-libav 1.4.4-2 ii gstreamer1.0-plugins-bad 1.4.4-2.1 ii gstreamer1.0-plugins-ugly 1.4.4-2 ii python3-chardet2.3.0-1 ii python3-enchant1.6.6-2 ii python3-gi-cairo 3.14.0-1 Versions of packages gaupol suggests: ii mplayer2 [mplayer] 2.0-728-g2c378c7-4+b1 ii vlc 2.2.0~rc2-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779065: vim-runtime: please add *.md as a file extension for Markdown
Package: vim-runtime Version: 2:7.3.547-7 Severity: wishlist Tags: patch Some Markdown installations (e.g. GitLab) allows usage of .md files for Markdown syntax. Please add support for them. Patch to filetype.vim: Markdown -au BufNewFile,BufRead *.markdown,*.mdown,*.mkd,*.mkdn,README.md setf markdown +au BufNewFile,BufRead *.markdown,*.md,*.mdown,*.mkd,*.mkdn,README.md setf markdown Mason au BufNewFile,BufRead *.mason,*.mhtml setf mason Thanks -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim 2:7.3.547-7 vim-runtime suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779070: gitolite3: should probably Suggests redis-server and libredis-perl
Package: gitolite3 Version: 3.6.1-3 Severity: normal Hi. gitolite3 can make use of Redis for caching (see http://gitolite.com/gitolite/cache.html). It needs the redis-server and the perl driver for this. So perhaps gitolite3 should Suggest both (Recommending them would definitely be too much, since only few users will likely need this). Cheers, Chris. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778554: unblock: systemd/215-12
Hello Niels, Niels Thykier [2015-02-23 22:43 +0100]: Noted, as mentioned in a different mail, I have decided to unblock this. Thanks. In lack of anything else to distinguish them, my preference is to go with same bugs as usual - so that would make (2) Right, probably the best bet for jessie now. Admittedly, I presume a migration to (3) in Stretch will be no easier or harder given we go with (2). Correct. We don't have that extra unit in experimental, and don't intend to put it there. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778417: RE:Bug#778417: ITP: netcdf-python -- python interface to the netCDF4 (network Common Data Form) library
Hi, I am replying through the netcdf4-python list where this got out for users to chip in. Here is what I wrote: In my experience many of the features are quite similar. However, netcdf4-python has the advantage of full CDF4 capabilities. Konrads excellent package allows reading a NetCDF4 format in CLASSIC format, it also allows writing the CDF3 and CDF3-64 bit files. But it does not allow writing the full NetCDF4 format (I do not know if he has just implemented it, but last time I checked, 2.9.3, he hadn't). Other than that I see few differences in usage, for my small projects I have created a tiny wrapper to read variables dependent on 3 different netcdf packages. A tiny wrapper can also be made for creating variables even if this is where they differ the most. But once a variable is opened as an instance, retrieving its values through index slices is the same (refrain from using obscure slices). If the target is to add netcdf4 functionality to the masses through packages, then netcdf4-python is a must as ScientificPython does not add netcdf4 API. However, Konrad does have a point in that ScientificPython is still heavily used and thus many packages might require it, in that regard netcdf4-python is still in its infancy. So maintaining both could be a vial solution, albeit confusing for the user. Hope it helps :) On Thu, 19 Feb 2015 21:33:01 +0100 Konrad Hinsen resea...@khinsen.fastmail.net wrote: Hi everyone, PICCA Frederic-Emmanuel writes: @Konrad do you think that this netcdf implementation from scientific python could be replace by this netcdf4-python implementation ? Should we get rid of your implentation and use this one instead (to be clear) The main problem with Python-netCDF interfaces is that no two of them have compatible API even for the most basic operations. Whenever some Python package depends on netCDF, it depends on one of the various Python-netCDF interfaces, and wouldn't work with the other ones. To make it worse, even if your goal is only to provide a single Python interface for new developments, not caring about compatibility, the features of the various Python interfaces are sufficiently different to make a choice very difficult. The unique feature of my own netCDF interface, and the reason why I keep maintaining it, is the C-level API for other Python modules. Each of the other interfaces has such unique features as well. Konrad. -- - Konrad Hinsen Centre de Biophysique Moléculaire, CNRS Orléans Synchrotron Soleil - Division Expériences Saint Aubin - BP 48 91192 Gif sur Yvette Cedex, France Tel. +33-1 69 35 97 15 E-Mail: research AT khinsen DOT fastmail DOT net http://dirac.cnrs-orleans.fr/~hinsen/ ORCID: http://orcid.org/-0003-0330-9428 Twitter: @khinsen -
Bug#778477: vim-common: vim.svg has non-square bounding box, appears distorted in GNOME Shell
On 15/02/15 17:00, James McCoy wrote: On Sun, Feb 15, 2015 at 03:47:31PM +, Simon McVittie wrote: It would probably be possible to postprocess the SVG with xmlstarlet to assign a suitable bounding box. Alternatively, using vimlogo.eps instead of vimlogo.pdf as your source format would probably work, since vimlogo.eps seems to have the correct bounding box already. My poor search skills didn't turn up an eps → svg converter. I would prefer to do that as well, since the eps is the original source file. Do you happen to know of a converter? Here is the best procedure I've found, using the ghostscript and pdf2svg packages: gs -sDefaultCMYKProfile=ps_cmyk.icc -sOutputICCProfile=ps_rgb.icc \ -dSAFER -dEPSCrop -dBATCH -dNOPAUSE \ -sDEVICE=pswrite -sOutputFile=tmp.ps runtime/vimlogo.eps ps2pdf tmp.ps tmp.pdf pdf2svg tmp.pdf vim.svg Converting EPS to PS seems to be the only way to fix the colour space (symptom of not doing that: the colours look muted). You can combine the other two steps into inkscape --export-plain-svg=tmp.svg tmp.ps but inkscape is a fairly heavy build-dependency, so you might not want to do that, depending whether you use sbuild/pbuilder for the Architecture: all part of the build. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779063: exim4-daemon-light: file size tripled with no apparent reason
Package: exim4-daemon-light Version: 4.84-8 Severity: normal Dear Maintainer, the installed size of package exim4-daemon-light on amd64 has increased from 1287 to 3268 between versions 4.84-7 and 4.84-8 without any apparent reason in the changelog: Package: exim4-daemon-light Architecture: amd64 Version: 4.84-7 Installed-Size: 1287 Version: 4.84-8 Installed-Size: 3268 The file size of the exim4 binary has more than tripled between the two package versions: -rwsr-xr-x root/root 1031104 2015-02-07 16:40 ./usr/sbin/exim4 -rwsr-xr-x root/root 3124160 2015-02-17 18:45 ./usr/sbin/exim4 Compared with exim4-daemon-heavy this version is not that light anymore. ;) Package: exim4-daemon-heavy Version: 4.84-8 Installed-Size: 1349 Regards Uwe -- Package-specific info: Exim version 4.84 #3 built 17-Feb-2015 17:45:49 Copyright (c) University of Cambridge, 1995 - 2014 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2014 Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM PRDR OCSP Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (750, 'testing'), (650, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (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 Init: systemd (via /run/systemd/system) Versions of packages exim4-daemon-light depends on: ii debconf [debconf-2.0] 1.5.55 ii exim4-base 4.84-8 ii libc6 2.19-13 ii libdb5.3 5.3.28-7~deb8u1 ii libgnutls-deb0-28 3.3.8-5 ii libpcre3 2:8.35-3.3 exim4-daemon-light recommends no packages. exim4-daemon-light suggests no packages. -- debconf information: exim4-daemon-light/drec: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775003: unace: buffer overflow
Control: retitle -1 unace: CVE-2015-2063: buffer overflow Hi, On Fri, Jan 09, 2015 at 10:59:54PM +0100, Jakub Wilk wrote: Package: unace Version: 1.2b-11 Usertags: afl unace crashes when trying to test integrity of the attached file: $ unace t crash UNACE v1.2public version Segmentation fault gdb says it's an integer overflow, followed by buffer overflow: CVE-2015-2063 has been assigned for this issue. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779067: unblock: wine/1.6.2-20
package: release.debian.org user: release.debian@packages.debian.org usertags: unblock severity: normal Please consider unblocking wine. I know its rather late for fixing important bugs, but this one was just filed. There is currently a missing relationship to libasound2-plugins, which can leave users without working audio by default (bug #779002). This change has been present in wine-development for almost a year. unblock wine/1.6.2-20 diff -Nru wine-1.6.2/debian/changelog wine-1.6.2/debian/changelog --- wine-1.6.2/debian/changelog 2015-01-18 13:01:44.0 -0500 +++ wine-1.6.2/debian/changelog 2015-02-23 01:08:22.0 -0500 @@ -1,3 +1,9 @@ +wine (1.6.2-20) unstable; urgency=medium + + * Recommend libasound2-plugins (closes: #779002). + + -- Michael Gilbert mgilb...@debian.org Mon, 23 Feb 2015 06:07:16 + + wine (1.6.2-19) unstable; urgency=medium * Fix typo in libwine-alsa.maintscript (closes: #774861). diff -Nru wine-1.6.2/debian/control wine-1.6.2/debian/control --- wine-1.6.2/debian/control 2015-01-18 13:02:52.0 -0500 +++ wine-1.6.2/debian/control 2015-02-23 01:08:55.0 -0500 @@ -116,6 +116,8 @@ libfreetype6, libgl1-mesa-dri, libwine-gecko-2.21 +Recommends: + libasound2-plugins, Breaks: wine ( 1.6.1-9), wine-bin ( 1.5.31-1), @@ -142,6 +144,7 @@ Replaces: wine ( 1.6.1-9), Recommends: + libasound2-plugins, wine32 (= ${source:Version}), Description: Windows API implementation - 64-bit binary loader Wine is a free MS-Windows API implementation. diff -Nru wine-1.6.2/debian/control.in wine-1.6.2/debian/control.in --- wine-1.6.2/debian/control.in 2015-01-10 14:21:31.0 -0500 +++ wine-1.6.2/debian/control.in 2015-02-23 01:06:52.0 -0500 @@ -116,6 +116,8 @@ libfreetype6, libgl1-mesa-dri, libwine-gecko-2.21 +Recommends: + libasound2-plugins, Breaks: wine ( 1.6.1-9), wine-bin ( 1.5.31-1), @@ -142,6 +144,7 @@ Replaces: wine ( 1.6.1-9), Recommends: + libasound2-plugins, wine32 (= ${source:Version}), Description: Windows API implementation - 64-bit binary loader Wine is a free MS-Windows API implementation.
Bug#779062: to old
After a little bit testing I can specify the bug: The problem effects only people who are more than 45 years old. No joke! This is really strange... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779068: openssh-client: document that ssh -R and -L can now be used to forward UNIX-domain sockets using the streamlocal stuff
Package: openssh-client Version: 1:6.7p1-3 Severity: wishlist Usertags: docs OpenSSH recently added a method to forward UNIX-domain sockets. http://www.25thandclement.com/~william/projects/streamlocal.html Unfortunately the documentation for -R and -L in the ssh manual page still only mentions forwarding TCP ports, it would be nice to mention forwarding sockets in the documentation of -R and -L as well as adding a SOCKET FORWARDING section before/after the TCP FORWARDING section. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#766997: Packaged jsemver
Hello, I have packaged jsemver, which is a dependency of syncany. Undertow is now the only missing unpackaged dependency. -- Alexandre Viau alexan...@alexandreviau.net signature.asc Description: OpenPGP digital signature
Bug#779073: gnome-documents: add gnome-control-center to 'Recommends:' field
Package: gnome-documents Version: 3.14.2-1 Severity: normal Dear Maintainer, gnome-documents needs gnome-control-center package to work properly. If gnome-control-center is not installed, gnome-documents cannot import documents from online accounts. Moreover, gnome-documents cannot even warn user if control center is not installed, it just swallows error. You can see error in terminal if you run gnome-documents from it. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- 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#779072: RFS: fortune-zh/1.13 [ITA #629014] -- Chinese Data files for fortune
Package: sponsorship-requests Severity: wishlist Dear memtors, I am looking for a sponsor for my package fortune-zh: * Package name: fortune-zh Version : 1.13 Upstream Author : Yu Guanghui y...@debian.org * URL : http://anonscm.debian.org/cgit/chinese/fortune-zh.git * License : GPL Section : games It builds those arch-indep packages: fortune-zh - Chinese Data files for fortune To access further information about this package, please visit the following URL: http://anonscm.debian.org/cgit/chinese/fortune-zh.git Changes since the last upload: fortune-zh (1.13) unstable; urgency=low * Disable data file shijing - fortune-zh: updated - debian/control: updated - man/fortune-zh.6: updated - Makefile: updated -- Zhou Mo cdlumin...@gmail.com Tue, 24 Feb 2015 06:47:51 + fortune-zh (1.12) unstable; urgency=low * fortune-zh: - handle environment LANG properly. * Specify dependency on libc (=2.1.1) explicitly: - debian/control: updated. -- Zhou Mo cdlumin...@gmail.com Tue, 24 Feb 2015 01:21:57 + fortune-zh (1.11) unstable; urgency=low * New maintainer. * tang300: - fixed a few characters. * Added new manpage fortune-zh(6). * debian/source/format: - Switched to dpkg-source 3.0 (native) format. * shijing: - converted from shijing.gb to UTF-8 encoding. * Makefile: - updated. - enabled data file shijing. * debian/control: - update description. - remove dependency on zh-autoconvert, use iconv instead. * fortune-zh: - remove dependency on zh-zutoconvert, use iconv instead. -- Zhou Mo cdlumin...@gmail.com Mon, 23 Feb 2015 11:41:47 + Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779074: kfreebsd-defaults: Please stop building on linux architectures
Source: kfreebsd-defaults Version: 10+1 Severity: serious Hi, The kfreebsd-10 package stopped building its binaries on linux architectures. However, kfreebsd-defaults still builds its binaries for linux and they depend on (now missing) linux version of the kfreebsd-10 binaries. The end result is that the linux variant of the kfreebsd-defaults binaries are uninstallable in unstable and kfreebsd-10 cannot migrate to testing, since it would make more packages uninstallable. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779075: unblock: partman-target/94
Package: release.debian.org Severity: normal Tags: d-i User: release.debian@packages.debian.org Usertags: unblock Hi, This package already got unblocked by the RT; we just need waiting for a d-i ack. It fixes two RC bugs (according to Britney): #757413, #761815 The changelog is: Changes: partman-target (94) unstable; urgency=medium . [ Steve McIntyre ] * Don't add entries for random USB media to /etc/fstab, they're not useful. Closes: #761815 NB: AFAICT #757413 is a duplicate of #761815 that was closed manually after upload. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778999: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
Le lundi 23 février 2015 à 19:21 -0500, Reinhard Tartler a écrit : Reinhard: since this bug is not serious on Debian, and since Debian is currently frozen, I don't plan to fix this issue in Debian before the release of Jessie. For Ubuntu, and more specifically for having this issue fixed in Ubuntu Vivid 15.04, I encourage you to get in touch with an Ubuntu developer. As an Ubuntu (Core) Developer, I can take care of that. This bug is to coordinate with you on the right approach. I guess I'll upload a package to Ubuntu vivid that adds a dependency from gnucash to python-gnucash with a note in Debian/changelog to drop this change as soon as a better fix appears either in Debian/experimental or unstable. Would this work for you? My work is not affected by what happens in Ubuntu, so I have no reason to object. However note that your suggested fix would create a circular dependency between gnucash and python-gnucash, which is rather bad practice (it is strongly discouraged in Debian Policy §7.2). -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://sebastien.villemot.name `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#761859: prototype ready
On Mon, 2015-02-23 at 14:59 +0100, Holger Levsen wrote: surely. I just wasn't sure whether this should be done on the security-tracker side or by it's users... or I could provide two versions: json-full and json(- aggregated) - do you think that would be useful? I think it would be useful to provide the non-aggregated version for folks who only use some of the stable suites. Not sure if the sectracker has information about stable-proposed-updates but if so it would be good to include it too. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#779007: [pkg-wpa-devel] Bug#779007: closed by Stefan Lippers-Hollmann s....@gmx.de (Re: Bug#779007: iw: Implement hook script for ifupdown, please?)
On Tue, Feb 24, 2015 at 05:11:14AM +0100, Stefan Lippers-Hollmann wrote: On 2015-02-23, Elliott Mitchell wrote: On Mon, Feb 23, 2015 at 03:03:17PM +0100, Stefan Lippers-Hollmann wrote: On 2015-02-22, Elliott Mitchell wrote: [...] [...] On the other hand iw does not provide any kind of connection supervision, it's just a one-shot configuration tool. This means a wireless connection purely configured by iw won't recover from connection losses (getting out of range, temporary interference, etc.) and it can't roam between different access points either. The latter is exactly what I expected from reading the package description, behavior identical to `ifconfig` and `iwconfig`. No, it can't. iw isn't a daemon, if your connection drops, your connection is gone - mac80211 drivers won't try to reconnect. That's a task for userspace, a supervising daemon - wpasupplicant in the most trivial case or more sophisticated ones if you like. Of course one could add create yet-another-networking-daemon and add it to the iw package, but this would be far from trivial - and be beyond its scope. After all you don't expect /bin/ls to suddenly grow an inotify backend daemon. How is this relevant to the original request, adding an ifupdown script? It wasn't explicit, but I was thinking of something along the lines of what wireless-tools provides. Simply something that brought up the interface to a minimally functional state. I had no expectation of any of the tasks you bring up being handled. iw can work without wpa_supplicant, it can do lots of things without wpa_supplicant[0] - what it can't do is handling WPA2 encryption (as mac80211 pushes that into user-space) or to actually manage connection and reconnect when needed. In a perfect environment, without interference and always a strong signal being available, where links never drop and encryption are tales from the sci-fi universe - you can use iw to configure an unencrypted link. But you can't to that in practice, as nothing is ever perfect and connections will drop frequently - and non-WPA2 encrypted networks (which is where you hard-depend on wpa_supplicant either way) are the exception, not the norm - especially according to IEEE 802.11n. But I'm repeating myself... Not a single one of these things was requested. iw is not the primary tool to connect to a wireless network - and it doesn't depend on wpa_supplicant at all (the primary use-cases for connecting to a wifi network do, but not iw). iw is totally optional[1] when it comes to connecting to a wireless network, its use starts when you want to debug on the low-level - or scan for APs, or add multiple VIFs or do other low-level interface manipulations - or just to provide a sample implementation of the nl80211 API. Compare it to iwlist, not iwconfig (unless you know what you're doing and/ or do quite advanced stuff, which is where you might compare its use to that of ethtool, unnecessary of $Aunt_Tilly's notebook, but essential if you're doing advanced stuff and know what you're doing). The most one could argue for, would be adding wpa_supplicant as a suggests - but this would be quite far-fetched[2]. And this is what one might expect an iw ifupdown script to do. Crucially, that item of handling multiple VIFs. I believe the correct spelling is nyetwork-munger (hopefully it has improved, but right now that isn't the issue). Meanwhile I haven't come to a conclusion (or concussion, yet) on systemd, but I'm rather concerned about that situation. More notably though, those aren't the right tool for the particular situation. Independent of your statement itself, this language doesn't really help your case. Sorry, I did some experimentation with it a longish while ago and it wasn't pleasant trying to get it to do simple tasks. Perhaps it is better now, but things were easily solved without it. -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \BS (| ehem+sig...@m5p.com PGP 87145445 |) / \_CS\ | _ -O #include stddisclaimer.h O- _ | / _/ 8A19\___\_|_/58D2 7E3D DDF4 7BA6 -PGP- 41D1 B375 37D0 8714\_|_/___/5445 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652870: evolution: Please add gnome-keyring into Recommends.
Tags 652870 confirmed thanks Dear maintainers, Without gnome-keyring we must to enter the E-mail account password on each evolution launch. Please add gnome-keyring into Recommends field (at least into Suggests). regards Denis Briand signature.asc Description: Digital signature
Bug#778991:
Okay, after generating /usr/share/X11/xorg.conf.d/20-intel.conf with the following content... Section Device Identifier Intel Graphics Driver intel Option AccelMethod sna EndSection ...the problem is solved. This workaround results in little tearing. Adding the tearfree option doesn't help and results in stuttering. So ist definitly a video-intel bug. signature.asc Description: This is a digitally signed message part
Bug#779059: unblock: qmail-run/2.0.2+nmu1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package qmail-run It moves a file needed during postinst from /usr/share/doc/qmail-run to /usr/share/qmail-run. #775052 Andreas unblock qmail-run/2.0.2+nmu1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779060: dpkg: removing file/package might lead to deleted symlinks of underlying directories
Package: dpkg Version: 1.17.23 Severity: grave Hi, I've reproduced this behaviour on Debian/jessie with dpkg 1.17.23, but the original issue appeared on Debian/wheezy with dpkg 1.16.15 (and old-stable as well as unstable might be very probably affected as well). What happened (with anonymized data): a Debian package shipped a file called /srv/repository/release/myscript.sh. Its underlying directory /srv/repository on the file system of the host is a *symlink* pointing to a different directory (because the data is served via NFS from a different system). When the package gets removed/purged (or in a package update the file /srv/repository/release/myscript.sh is no longer provided) the symlink /srv/repository gets removed by dpkg, even though there are other files inside the directory. The original data behind the symlink isn't removed/touched/modified, so no data loss from that perspective. *But* by removing the symlink - even though there's still data inside the directory behind the symlink - this can cause serious service disruptions (and also conflicting data sets), as it happened at a customer of mine a few hours ago. [BTW, for the investigation it would have been nice if there would be some information about such removals in dpkg's logs, it was far from trivial to identify this behaviour.] Demonstration follows: , [ simple example for reproducing ] | root@demo ~ # ls -la /symlinktarget | total 0 | drwxr-xr-x 3 root root 60 Feb 23 22:56 ./ | drwxr-xr-x 34 root root 300 Feb 23 22:56 ../ | drwxr-xr-x 2 root root 60 Feb 23 22:58 repository/ | root@demo ~ # ls -la /symlinktarget/repository | total 4 | drwxr-xr-x 2 root root 60 Feb 23 22:58 ./ | drwxr-xr-x 3 root root 60 Feb 23 22:56 ../ | -rw-r--r-- 1 root root 4 Feb 23 22:57 foo | root@demo ~ # | root@demo ~ # ln -s /symlinktarget/repository /srv/repository | root@demo ~ # ls -la /srv/repository | lrwxrwxrwx 1 root root 25 Feb 23 22:59 /srv/repository - /symlinktarget/repository/ | root@demo ~ # | root@demo ~ # dpkg -i foobar-demo_0.0.2_all.deb | Selecting previously unselected package foobar-demo. | (Reading database ... 123190 files and directories currently installed.) | Preparing to unpack foobar-demo_0.0.2_all.deb ... | Unpacking foobar-demo (0.0.2) ... | Setting up foobar-demo (0.0.2) ... | root@demo ~ # ls -la /srv/repository/release/myscript.sh | total 32 | drwxr-xr-x 2 root root 100 Feb 23 22:59 ./ | drwxr-xr-x 3 root root80 Feb 23 22:59 ../ | -rwxr-xr-x 1 root root 1855 Feb 23 22:49 myscript.sh | root@demo ~ # dpkg -S /srv/repository/release/myscript.sh | foobar-demo: /srv/repository/release/myscript.sh | root@demo ~ # echo foo /srv/repository/foo | root@demo ~ # ls -la /srv/repository/ | total 4 | drwxr-xr-x 3 root root 80 Feb 23 22:59 ./ | drwxr-xr-x 3 root root 60 Feb 23 22:56 ../ | -rw-r--r-- 1 root root 4 Feb 23 22:59 foo | drwxr-xr-x 2 root root 100 Feb 23 22:59 release/ | root@demo ~ # ls -la /srv/repository/foo | -rw-r--r-- 1 root root 4 Feb 23 22:59 /srv/repository/foo | root@demo ~ # apt-get --purge remove foobar-demo | Reading package lists... Done | Building dependency tree | Reading state information... Done | The following packages will be REMOVED: | foobar-demo* | 0 upgraded, 0 newly installed, 1 to remove and 3 not upgraded. | After this operation, 152 kB disk space will be freed. | Do you want to continue? [Y/n] y | (Reading database ... 123223 files and directories currently installed.) | Removing foobar-demo (0.0.2) ... | root@demo ~ # ls -la /srv/repository/foo | ls: cannot access /srv/repository/foo: No such file or directory | root@demo ~ # ls -la /srv/repository | ls: cannot access /srv/repository: No such file or directory | root@demo ~ # ls -la /symlinktarget/repository | total 4 | drwxr-xr-x 2 root root 60 Feb 23 23:00 ./ | drwxr-xr-x 3 root root 60 Feb 23 22:56 ../ | -rw-r--r-- 1 root root 4 Feb 23 22:59 foo | root@demo ~ # ` regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2015-02-24t00-15...@devnull.michael-prokop.at