Bug#1061391: libpoppler126: search across pages not working
Package: libpoppler126 Version: 22.12.0-2+b1 Severity: normal If I compiling xpdf v3.04 from original package search works fine. If I compile the debian version of xpdf v3.04 you obtain an executable linked to libpoppler126 Take a random pdf file for example: https://www.cs.dartmouth.edu/~sergey/cs258/ABI/UlrichDrepper-How-To-Write-Shared-Libraries.pdf The word 'hash' appears 62 times in this file: $ps2ascii UlrichDrepper-How-To-Write-Shared-Libraries.pdf | grep -i hash | wc -l 62 Open the above pdf in xpdf on page 1 and then Find text: 'hash' - nothing is found go to page 5 and try to find 'hash' again - hash if found several times in pages 5 to 10 but nothing after -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable'), (500, 'oldoldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.303 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages libpoppler126 depends on: ii libc62.37-13 ii libfontconfig1 2.14.2-6+b1 ii libfreetype6 2.13.2+dfsg-1 ii libjpeg62-turbo 1:2.1.5-2 ii liblcms2-2 2.14-2 ii libnspr4 2:4.35-1.1 ii libnss3 2:3.92-1 ii libopenjp2-7 2.5.0-1+b1 ii libpng16-16 1.6.39-2 ii libstdc++6 13.2.0-5 ii libtiff6 4.5.0-6 ii zlib1g 1:1.3.dfsg-3+b1 Versions of packages libpoppler126 recommends: ii poppler-data 0.4.12-1 libpoppler126 suggests no packages. -- no debconf information
Bug#766863: Intent to NMU darkstat to fix longstanding l10n bug
I'm not planning a new release. Go for it!
Bug#1012526: psmisc: killall doesn't work with kernels older than 5.3
Package: psmisc Version: 23.5-1 Severity: normal $ killall fetchmail fetchmail(662): Function not implemented fetchmail: no process found __NR_pidfd_send_signal is defined in /usr/include/asm-generic/unistd.h and the my_send_signal function in killall.c will syscall pidfd_send_signal which is not implemented in kernels older than 5.3 and it fails. There should be a test at compile time to use kill(pid, sig) instead for older kernels. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.269 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=ro_RO (charmap=ISO-8859-2), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages psmisc depends on: ii libc6 2.33-7 ii libtinfo6 6.3+20220423-2 psmisc recommends no packages. psmisc suggests no packages. -- no debconf information
Bug#1012457: calibre: segfault on startup for different locales
Package: calibre Version: 5.43.0+dfsg-1 Severity: normal If LC_CTYPE=ro_RO then calibre segfaults on startup If LC_CTYPE is unset (or LC_ALL=C) then calibre starts and works normally. The culprit seems to be a Python script in oeb/polish I've attached an strace of the crash. The offcial calibre version 5.43.0 does not segfault on the same machine. This is a debian specific issue. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing'), (700, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.269 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=ro_RO (charmap=ISO-8859-2), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages calibre depends on: ii calibre-bin5.43.0+dfsg-1 ii dpkg 1.21.8 ii fonts-liberation2 2.1.5-1 ii libjpeg-turbo-progs1:2.1.2-1 ii libjxr-tools 1.2~git20170615.f752187-5 ii optipng0.7.7-2 ii poppler-utils 22.02.0-3 ii python33.10.4-1+b1 ii python3-apsw 3.36.0-r1-2+b1 ii python3-bs44.11.1-1 ii python3-chardet4.0.0-2 ii python3-chm0.8.6-3+b1 ii python3-css-parser 1.0.7-1 ii python3-cssselect 1.1.0+ds-3 ii python3-dateutil 2.8.1-6 ii python3-feedparser 6.0.8-2 ii python3-html2text 2020.1.16-1 ii python3-html5-parser 0.4.10-5 ii python3-html5lib 1.1-3 ii python3-jeepney0.8.0-1 ii python3-lxml 4.8.0-1 ii python3-markdown 3.3.7-1 ii python3-mechanize 1:0.4.8+pypi-3 ii python3-msgpack1.0.3-1 ii python3-netifaces 0.11.0-1+b1 ii python3-pil9.0.1-1 ii python3-pkg-resources 59.6.0-1.2 ii python3-py7zr 0.11.3+dfsg-4 ii python3-pygments 2.11.2+dfsg-2 ii python3-pyparsing 3.0.7-2 ii python3-pyqt5 5.15.6+dfsg-1+b2 ii python3-pyqt5.qtsvg5.15.6+dfsg-1+b2 ii python3-pyqt5.qtwebengine 5.15.5-1+b1 ii python3-pyqt5.sip 12.10.1-1 ii python3-regex 0.1.2020-1 ii python3-routes 2.5.1-1 ii python3-speechd0.11.1-3 ii python3-zeroconf 0.38.6-2 ii python3.10 3.10.4-1 ii xdg-utils 1.1.3-4.1 Versions of packages calibre recommends: ii python3-dnspython 2.2.1-1 ii python3-ipython7.31.1-1 ii udisks22.9.4-1 Versions of packages calibre suggests: pn python3-openssl pn python3-unrardll -- no debconf information
Bug#997912: libc6: tinydns stops replying to queries after libc6 upgrade from 2.31 to 2.32
Package: libc6 Version: 2.32-4 Severity: important -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (700, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-1-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=C.UTF-8, LC_CTYPE=ro_RO (charmap=ISO-8859-2), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libc6 depends on: ii libgcc-s1 11.2.0-2 Versions of packages libc6 recommends: ii libidn2-0 2.3.2-2 Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.77 pn glibc-doc ii libc-l10n 2.32-4 ii libnss-nis 3.1-4 ii libnss-nisplus 1.3-4 ii locales2.32-4 -- debconf information excluded After upgrading libc6 from 2.31 to 2.32 tinydns stops replying to queries after a while. None of the tinydns files have been changed when this bug started manifesting (nor the ELF or its data files). Any version of libc6 2.32-1/2/3/4 will cause tinydns to ignore queries after a while. dnscache runing on the same machine is not affected. tinydns doesn't crash and there is nothing unusual in its logfiles. If I kill the tinydns daemon then supervise will spawn another version and it starts working again for a while, then stops replying to queries. Rolling back libc6 to version 2.31-17 makes tinydns work normal again.
Bug#996807: tinydns stops replying to queries after a few hours
Package: tinydns Version: 1:1.05-13 Severity: grave Justification: renders package unusable -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (700, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-1-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=C.UTF-8, LC_CTYPE=ro_RO (charmap=ISO-8859-2), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages tinydns depends on: ii init-system-helpers 1.60 ii libc62.31-17 ii runit-helper 2.10.3 ii sysuser-helper 1.3.5.1 Versions of packages tinydns recommends: pn daemon pn runit tinydns suggests no packages. -- no debconf information None of the tinydns files have been changed when this bug started manifesting (nor the ELF or its data files). In fact it was an update of libc which caused this. Any version of libc6 2.32-* will cause tinydns to ignore queries after a while. dnscache runing on the same machine is not affected. tinydns doesn't crash and there is nothing unusual in its logfiles. If I kill the tinydns daemon then supervise will spawn another version and it starts working again for a while then stops replying to queries. Rolling back libc6 to version 2.31-17 makes tinydns working again.
Bug#978758: linux-image-5.5.0-0.bpo.2-amd64: Fails to suspend with „Some devices failed to suspend, or early wake event detected”
On 31-12-2020, at 15:22:01 Ben Hutchings wrote: > Control: tag -1 moreinfo > > On Thu, 2020-12-31 at 13:29 +0100, Emil Nowak wrote: > > Package: src:linux > > Version: 5.5.17-1~bpo10+1 > > This is quite old now; please test whether the issue still exists in > the current version (5.9.6-1~bpo10+1). I upgraded to 5.9.15-1. It doesn't work in a different way: 1. There is no error in dmesg. 2. Monitor seems to go offline - it is blank But, 1. All fans are still spining 2. Power button on komputer is backlit as it was powered-on.
Bug#978758: linux-image-5.5.0-0.bpo.2-amd64: Fails to suspend with „Some devices failed to suspend, or early wake event detected”
Package: src:linux Version: 5.5.17-1~bpo10+1 Severity: normal Dear Maintainer, When I invoke suspend using: # systemctl suspend machine starts suspending but after turning off monitor and disks spinning, it wakes up again. It used to work on the same machine - I'm not sure after which upgrade it failed. In dmesg -T I have: [Thu Dec 31 13:20:32 2020] PM: suspend entry (deep) [Thu Dec 31 13:20:32 2020] Filesystems sync: 0.016 seconds [Thu Dec 31 13:20:36 2020] (NULL device *): firmware: direct-loading firmware intel/ibt-20-1-3.ddc [Thu Dec 31 13:20:36 2020] (NULL device *): firmware: direct-loading firmware iwlwifi-cc-a0-48.ucode [Thu Dec 31 13:20:36 2020] (NULL device *): firmware: direct-loading firmware intel/ibt-20-1-3.sfi [Thu Dec 31 13:20:36 2020] Freezing user space processes ... (elapsed 0.001 seconds) done. [Thu Dec 31 13:20:36 2020] OOM killer disabled. [Thu Dec 31 13:20:36 2020] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [Thu Dec 31 13:20:36 2020] printk: Suspending console(s) (use no_console_suspend to debug) [Thu Dec 31 13:20:36 2020] e1000e: EEE TX LPI TIMER: 0011 [Thu Dec 31 13:20:36 2020] xhci_hcd :06:00.0: WARN: xHC save state timeout [Thu Dec 31 13:20:36 2020] PM: suspend_common(): xhci_pci_suspend+0x0/0xd0 [xhci_pci] returns -110 [Thu Dec 31 13:20:36 2020] PM: pci_pm_suspend(): hcd_pci_suspend+0x0/0x30 [usbcore] returns -110 [Thu Dec 31 13:20:36 2020] PM: dpm_run_callback(): pci_pm_suspend+0x0/0x150 returns -110 [Thu Dec 31 13:20:36 2020] PM: Device :06:00.0 failed to suspend async: error -110 [Thu Dec 31 13:20:36 2020] sd 7:0:0:0: [sdd] Synchronizing SCSI cache [Thu Dec 31 13:20:36 2020] sd 2:0:0:0: [sda] Synchronizing SCSI cache [Thu Dec 31 13:20:36 2020] sd 6:0:0:0: [sdc] Synchronizing SCSI cache [Thu Dec 31 13:20:36 2020] sd 5:0:0:0: [sdb] Synchronizing SCSI cache [Thu Dec 31 13:20:36 2020] sd 5:0:0:0: [sdb] Stopping disk [Thu Dec 31 13:20:36 2020] sd 6:0:0:0: [sdc] Stopping disk [Thu Dec 31 13:20:36 2020] sd 7:0:0:0: [sdd] Stopping disk [Thu Dec 31 13:20:36 2020] sd 2:0:0:0: [sda] Stopping disk [Thu Dec 31 13:20:37 2020] PM: Some devices failed to suspend, or early wake event detected [Thu Dec 31 13:20:37 2020] sd 2:0:0:0: [sda] Starting disk [Thu Dec 31 13:20:37 2020] sd 5:0:0:0: [sdb] Starting disk [Thu Dec 31 13:20:37 2020] sd 6:0:0:0: [sdc] Starting disk [Thu Dec 31 13:20:37 2020] sd 7:0:0:0: [sdd] Starting disk [Thu Dec 31 13:20:37 2020] iwlwifi :05:00.0: Applying debug destination EXTERNAL_DRAM [Thu Dec 31 13:20:37 2020] iwlwifi :05:00.0: FW already configured (0) - re-configuring [Thu Dec 31 13:20:37 2020] nvme nvme0: 12/0/0 default/read/poll queues [Thu Dec 31 13:20:37 2020] OOM killer enabled. [Thu Dec 31 13:20:37 2020] Restarting tasks ... done. [Thu Dec 31 13:20:37 2020] PM: suspend exit [Thu Dec 31 13:20:37 2020] PM: suspend entry (s2idle) [Thu Dec 31 13:20:38 2020] Filesystems sync: 1.304 seconds [Thu Dec 31 13:20:39 2020] Freezing user space processes ... (elapsed 0.001 seconds) done. [Thu Dec 31 13:20:39 2020] OOM killer disabled. [Thu Dec 31 13:20:39 2020] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [Thu Dec 31 13:20:39 2020] printk: Suspending console(s) (use no_console_suspend to debug) [Thu Dec 31 13:20:39 2020] e1000e: EEE TX LPI TIMER: 0011 [Thu Dec 31 13:20:39 2020] xhci_hcd :06:00.0: WARN: xHC save state timeout [Thu Dec 31 13:20:39 2020] PM: suspend_common(): xhci_pci_suspend+0x0/0xd0 [xhci_pci] returns -110 [Thu Dec 31 13:20:39 2020] PM: pci_pm_suspend(): hcd_pci_suspend+0x0/0x30 [usbcore] returns -110 [Thu Dec 31 13:20:39 2020] PM: dpm_run_callback(): pci_pm_suspend+0x0/0x150 returns -110 [Thu Dec 31 13:20:39 2020] PM: Device :06:00.0 failed to suspend async: error -110 [Thu Dec 31 13:20:39 2020] sd 5:0:0:0: [sdb] Synchronizing SCSI cache [Thu Dec 31 13:20:39 2020] sd 6:0:0:0: [sdc] Synchronizing SCSI cache [Thu Dec 31 13:20:39 2020] sd 5:0:0:0: [sdb] Stopping disk [Thu Dec 31 13:20:39 2020] sd 6:0:0:0: [sdc] Stopping disk [Thu Dec 31 13:20:39 2020] sd 7:0:0:0: [sdd] Synchronizing SCSI cache [Thu Dec 31 13:20:39 2020] sd 2:0:0:0: [sda] Synchronizing SCSI cache [Thu Dec 31 13:20:39 2020] sd 7:0:0:0: [sdd] Stopping disk [Thu Dec 31 13:20:39 2020] sd 2:0:0:0: [sda] Stopping disk [Thu Dec 31 13:20:39 2020] PM: Some devices failed to suspend, or early wake event detected [Thu Dec 31 13:20:39 2020] sd 2:0:0:0: [sda] Starting disk [Thu Dec 31 13:20:39 2020] sd 5:0:0:0: [sdb] Starting disk [Thu Dec 31 13:20:39 2020] sd 6:0:0:0: [sdc] Starting disk [Thu Dec 31 13:20:39 2020] sd 7:0:0:0: [sdd] Starting disk [Thu Dec 31 13:20:39 2020] iwlwifi :05:00.0: Applying debug destination EXTERNAL_DRAM [Thu Dec 31 13:20:39 2020] iwlwifi :05:00.0: FW already configured (0) - re-configuring [Thu Dec 31 13:20:39 2020] nvme nvme0: 12/0/0 default/read/poll queues [Thu Dec 31 13:20:40 2020] OOM killer enabled. [Thu Dec 31 13:20:40 2020] Restarting tasks ... done. [Thu
Bug#949064: policykit-1: configuration with files in /etc/polkit-1/localauthority.conf.d seems broken
This is huge. I would recommend raising up Severity
Bug#944219: synaptic: one-line diff window is unusable
I confirm bug still exists in synaptic 0.84.2 in debian.
Bug#926285: ncurses mvaddnwstr is implicit
Package: libncursesw5-dev Packages: libncursesw?5.* Version: 6.0+20161126-1+deb9u2 (for libncursesw5-dev) warning: implicit declaration of function ‘mvaddnwstr’ [-Wimplicit-function-declaration] when compiling with -lncursesw. However, the resulting binary _does_ work so the linker does find the correct function. I suggest the development package be corrected. I am using Linux 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux and Debian GLIBC 2.24-11+deb9u3 Emil
Bug#919777: libglib2.0-0: gtk file dialog crash assertion 'fs_type != NULL && *fs_type != '\0'' failed
Package: libglib2.0-0
Version: 2.58.2-4
Severity: normal
Tags: patch upstream
Dear Maintainer,
Upstream bug has been fixed, see:
https://gitlab.gnome.org/GNOME/glib/issues/1645
Tested that applying e695ca9f310c393d8f39694f77471dbcb06daa9e.patch from issue
on the debian package fixes the issue for me.
* What led up to the situation?
Opening gtk file dialog or file browser, root being btrfs subvolume probably
related.
* What was the outcome of this action?
Crash on assertion.
(pcmanfm:7963): GLib-GIO-CRITICAL **: 12:39:01.511:
g_unix_is_system_fs_type: assertion 'fs_type != NULL && *fs_type != '\0'' failed
(pcmanfm:7963): GLib-GIO-CRITICAL **: 12:39:01.511:
g_unix_is_system_device_path: assertion 'device_path != NULL && *device_path !=
'\0'' failed
* What outcome did you expect instead?
Not crash.
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: arm64 (aarch64)
Kernel: Linux 4.19.16 (SMP w/6 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libglib2.0-0 depends on:
ii libc62.28-5
ii libffi6 3.2.1-9
ii libmount12.33.1-0.1
ii libpcre3 2:8.39-11
ii libselinux1 2.8-1+b1
ii zlib1g 1:1.2.11.dfsg-1
Versions of packages libglib2.0-0 recommends:
ii libglib2.0-data 2.58.2-4
ii shared-mime-info 1.10-1
ii xdg-user-dirs 0.17-2
libglib2.0-0 suggests no packages.
-- no debconf information
>From e695ca9f310c393d8f39694f77471dbcb06daa9e Mon Sep 17 00:00:00 2001
From: Ondrej Holy
Date: Wed, 9 Jan 2019 11:04:13 +0100
Subject: [PATCH] gunixmounts: Fix segfaults caused by new filter of mounts
Commit ed88b23f added libmount-based implementation to filter out mounts
with repeated device path. Unfortunately, this introduced a new bug, which
may cause segfaults from in certain configurations.
The problem is that `mnt_table_uniq_fs ()` is called from the loop which
already operates with the `fs` structs from that table. It may happen that
the current `fs` is removed from the table, which may consequently lead to
segfaults.
Closes: https://gitlab.gnome.org/GNOME/glib/issues/1645
---
gio/gunixmounts.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/gio/gunixmounts.c b/gio/gunixmounts.c
index 8cbd70f5f..6dc774158 100644
--- a/gio/gunixmounts.c
+++ b/gio/gunixmounts.c
@@ -486,6 +486,11 @@ _g_get_unix_mounts (void)
if (mnt_table_parse_mtab (table, NULL) < 0)
goto out;
+ /* Use only the first mount for device, see comment from _g_get_unix_mounts
+ * in #else branch.
+ */
+ mnt_table_uniq_fs (table, MNT_UNIQ_FORWARD, uniq_fs_source_cmp);
+
iter = mnt_new_iter (MNT_ITER_FORWARD);
while (mnt_table_next_fs (table, iter, ) == 0)
{
@@ -494,11 +499,6 @@ _g_get_unix_mounts (void)
unsigned long mount_flags = 0;
gboolean is_read_only = FALSE;
- /* Use only the first mount for device, see comment from
_g_get_unix_mounts
- * in #else branch.
- */
- mnt_table_uniq_fs (table, MNT_UNIQ_FORWARD, uniq_fs_source_cmp);
-
device_path = mnt_fs_get_source (fs);
if (g_strcmp0 (device_path, "/dev/root") == 0)
device_path = _resolve_dev_root ();
--
2.18.1
Bug#914628: darkstat FTCBFS: uses the host architecture compiler for build tool c-ify
On Wed, Nov 28, 2018 at 1:57 AM Helmut Grohne wrote: > On Tue, Nov 27, 2018 at 11:24:30PM +1100, Emil Mikulic wrote: > > I've applied this to my git repo: > > > https://unix4lyfe.org/gitweb/darkstat-debian/commitdiff/81efbd5c6e2e7cb36bafb7a5e96d955cf4850ae9 > > > > Does that commit look okay to you? > > The bug number in debian/changelog is still -1 (as I didn't know it > before submitting the patch), you likely want to change it to #914628. > Oops, sorry. I've amended this and also (at the maintainer's request) turned it into a regular upload with version 3.0.719-2: https://unix4lyfe.org/gitweb/darkstat-debian/commitdiff/9d1c7a9225d51767715102b8e490a5a52555c26d
Bug#911109: darkstat: start darkstat does not work (status:start darkstat monitoring system at boot);manuall works"
On Tue, Oct 16, 2018 at 6:24 AM Manfred Braun wrote: > INTERFACE="-i ens18 -p " > PORT="-p 667" > Looks like there's a stray -p in INTERFACE.
Bug#805697: Please add readline
I would also very much like to see this added to the system. The usability increase is pretty great and the cost (--enable-readline=yes) is pretty small. Emil Fihlman
Bug#895678: [kcron] users with utf8 charaters cannot save crontab
Package: kcron Version: 4:16.08.0-1 Severity: normal --- Please enter the report below this line. --- I have user-name with utf8 characters called "człowiek.backupu". First of all it is not displayed correctly in user names comboBox. Secondly when I try to save I have error saying that user is unknown. Attached screenshot. --- System information. --- Architecture: Kernel: Linux 4.14.0-0.bpo.3-amd64 Debian Release: 9.4 500 stretch download.docker.com 500 stable-updates httpredir.debian.org 500 stable security.debian.org 500 stable repo.vivaldi.com 500 stable ftp.icm.edu.pl 500 stable dl.google.com 100 stretch-backports ftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== kde-config-cron| 4:16.08.0-1 Package's Recommends field is empty. Package's Suggests field is empty.
Bug#817930: I second the importance of this wish
Hi I ran into this issue myself: man pthread_rwlock_init results in "No manual entry for pthread_rwlock_init" but man pthread_rwlock_destroy details both functions (which is not apparent at all) This is a) hard to track down (having installed all the required packages and searched for many hours I quickly became aware of it) and b) hinders development quite a lot. I couldn't not have figured this out without the help from #debian on Freenode but not many people have the possibility to bug people in real-time. Please add the symlinks! Emil
Bug#861473: nemo: Doesn't respect background settings from alternatives
Package: nemo
Version: 3.2.2-3
Severity: minor
Dear Maintainer,
When I start nemo to control my desktop. I have icons, but there is no
wallpaper. Background stays always black.
There is some default background image configured in debian-alternatives, and
most programs respect that.
# update-alternatives --display desktop-background
desktop-background - auto mode
link currently points to
/usr/share/images/desktop-base/lines-wallpaper_1920x1080.svg
/usr/share/images/desktop-base/joy-inksplat-wallpaper_1920x1080.svg -
priority 60
/usr/share/images/desktop-base/joy-wallpaper_1280x1024.svg - priority
60
/usr/share/images/desktop-base/joy-wallpaper_1600x1200.svg - priority
60
/usr/share/images/desktop-base/joy-wallpaper_1920x1080.svg - priority
60
/usr/share/images/desktop-base/joy-wallpaper_1920x1200.svg - priority
60
/usr/share/images/desktop-base/lines-wallpaper_1280x1024.svg -
priority 65
/usr/share/images/desktop-base/lines-wallpaper_1600x1200.svg -
priority 65
/usr/share/images/desktop-base/lines-wallpaper_1920x1080.svg -
priority 70
/usr/share/images/desktop-base/lines-wallpaper_1920x1200.svg -
priority 65
/usr/share/images/desktop-base/lines-wallpaper_2560x1080.svg -
priority 65
/usr/share/images/desktop-base/moreblue-orbit-wallpaper-widescreen.svg
- priority 40
/usr/share/images/desktop-base/moreblue-orbit-wallpaper.svg -
priority 40
/usr/share/images/desktop-base/spacefun-wallpaper-widescreen.svg -
priority 50
/usr/share/images/desktop-base/spacefun-wallpaper.svg - priority 50
Current 'best' version is
'/usr/share/images/desktop-base/lines-wallpaper_1920x1080.svg'.
I would expect nemo to use that settings.
Besides I couldn't find any settings in nemo preferences to change that
desktop background, but it would be problem if it could use one from
update-alternatives.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.11-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages nemo depends on:
ii desktop-file-utils 0.22-1
ii gsettings-desktop-schemas 3.16.1-1
ii gvfs 1.30.4-1
ii libatk1.0-02.16.0-2
ii libc6 2.23-4
ii libcairo-gobject2 1.14.0-2.1
ii libcairo2 1.14.0-2.1
ii libcinnamon-desktop4 2.6.5-1
ii libexempi3 2.4.2-1
ii libexif12 0.6.21-2
ii libgail-3-03.22.12-1
ii libgdk-pixbuf2.0-0 2.31.4-2
ii libglib2.0-0 2.50.3-2
ii libglib2.0-data2.44.1-1.1
ii libgtk-3-0 3.22.12-1
ii libnemo-extension1 3.2.2-3
ii libnotify4 0.7.6-1
ii libpango-1.0-0 1.40.1-1
ii libpangocairo-1.0-01.40.1-1
ii libx11-6 2:1.6.2-1
ii libxml22.9.2+dfsg1-1+b1
ii nemo-data 3.2.2-3
ii shared-mime-info 1.3-1
Versions of packages nemo recommends:
ii cinnamon-l10n2.2.4-1
ii gvfs-backends1.30.4-1
ii gvfs-fuse1.30.4-1
ii librsvg2-common 2.40.9-2
ii nemo-fileroller 1.8.0-1
Versions of packages nemo suggests:
pn eog
ii evince [pdf-viewer]3.16.1-1
ii vlc [mp3-decoder] 1:2.1.4-dmo1
ii vlc-nox [mp3-decoder] 1:2.1.4-dmo1
ii xdg-user-dirs 0.15-1
-- debconf information:
Unescaped left brace in regex is deprecated, passed through in regex; marked
by <-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)$/
at /usr/share/perl5/Debconf/Question.pm line 72. Unescaped left brace in regex
is deprecated, passed through in regex; marked by <-- HERE in m/\${ <-- HERE
([^}]+)}/ at /usr/share/perl5/Debconf/Config.pm line 30.
Bug#846642: dnsmasq-base: Dnsmasq-base seems to be incorrectly linked against libnettle6-3.3
> There is a 2.7 6-4.1 version which have been compiled with libnettle > 3.3. Could you try it? On 2.7 6-4.1 the nettle_hashes object size is 112 (correct) and it no longer crashes while resolving yp1.yayponies.no using dnssec, on my part this bug can be closed.
Bug#846642: Acknowledgement (dnsmasq-base: Dnsmasq-base seems to be incorrectly linked against libnettle6-3.3)
Gentoo bug report https://bugs.gentoo.org/show_bug.cgi?id=601512 More in depth description written by Sergei Trofimovich http://trofi.github.io/posts/195-dynamic-linking-ABI-is-hard.html Meanwhile I have also reported nettle abi issue upstream (nettle upstream), they may or may not respond.
Bug#846642: dnsmasq-base: Dnsmasq-base seems to be incorrectly linked against libnettle6-3.3
Package: dnsmasq-base Version: 2.76-4 Severity: normal Dear Maintainer, * What led up to the situation? resolving dns for yp1.yayponies.no with dnssec enabled * What was the outcome of this action? dnsmasq received sigsegv while accessing memory at 0x9 (libnettle_hashes[10], corrupt ro linked data on a rw mapped section in /usr/bin/dnsmasq) readelf shows what I interpret as missmatch in size of symbol nettle_hashes perhaps due to package being compiled against libnettle-3.2, which has smaller nettle_hashes. Size should be 112 and is 80 for the original debian binary, recompiled binary (listed also, can not reproduce the bug) has symbol size 112 Please verify. if there is ABI mismatch between libnettle-3.2 and libnettle-3.3, it may also be relevant to other packages. readelf -a /usr/lib/x86_64-linux-gnu/libnettle.so.6 /usr/sbin/dnsmasq* | grep nettle_hashes 75: 00235820 112 OBJECT GLOBAL DEFAULT 21 nettle_hashes@@NETTLE_6 0025b660 00d70005 R_X86_64_COPY 0025b660 nettle_hashes@NETTLE_6 + 0 215: 0025b660 112 OBJECT GLOBAL DEFAULT 25 nettle_hashes@NETTLE_6 (3) 0025b660 00d80005 R_X86_64_COPY 0025b660 nettle_hashes@NETTLE_6 + 0 216: 0025b66080 OBJECT GLOBAL DEFAULT 25 nettle_hashes@NETTLE_6 (3) BR -Emil ps. I dislike your bug report policy, not all debian systems have easy access to reportbug, this report has been created on a different x86_64 system, and I have no clue what my local smtp server even is, if there is any. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#841213: chromium: Crash at startup
Package: chromium
Version: 53.0.2785.143-1
Severity: important
When I try to start chromium it crashes.
There is no *-dbg package for this version so the only backtrace I have
looks like this:
#0 0xb32f699e in nettle_yarrow256_update ()
from /usr/lib/i386-linux-gnu/libnettle.so.4
#1 0xb3a69d01 in ?? () from /usr/lib/i386-linux-gnu/libgnutls.so.30
#2 0xb3a69e37 in ?? () from /usr/lib/i386-linux-gnu/libgnutls.so.30
#3 0xb39b7706 in ?? () from /usr/lib/i386-linux-gnu/libgnutls.so.30
#4 0xb39aab76 in ?? () from /usr/lib/i386-linux-gnu/libgnutls.so.30
#5 0xb3987b20 in ?? () from /usr/lib/i386-linux-gnu/libgnutls.so.30
#6 0xb7fea385 in call_init.part () from /lib/ld-linux.so.2
#7 0xb7fea4ae in _dl_init () from /lib/ld-linux.so.2
#8 0xb7fdbaff in _dl_start_user () from /lib/ld-linux.so.2
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.11-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages chromium depends on:
ii libasound2 1.0.28-1
ii libatk1.0-0 2.16.0-2
ii libavcodec57 10:3.1.2-dmo2
ii libavformat5710:3.1.2-dmo2
ii libavutil55 10:3.1.2-dmo2
ii libc62.23-4
ii libcairo21.14.0-2.1
ii libcups2 1.7.2-1
ii libdbus-1-3 1.10.10-1
ii libexpat12.1.0-4
ii libfontconfig1 2.11.0-2
ii libfreetype6 2.5.1-1
ii libgcc1 1:5.2.1-14
ii libgdk-pixbuf2.0-0 2.31.4-2
ii libglib2.0-0 2.48.1-3
ii libgnome-keyring03.12.0-1
ii libgtk-3-0 3.20.7-1
ii libharfbuzz0b1.2.7-1+b1
ii libjpeg62-turbo 1:1.3.1-11
ii libnettle6 3.3-1
ii libnspr4 2:4.12-6
ii libnss3 2:3.26-2
ii libpango-1.0-0 1.40.1-1
ii libpangocairo-1.0-0 1.40.1-1
ii libpci3 1:3.3.1-1.1
ii libpulse05.0-13
ii libspeechd2 0.8-7
ii libstdc++6 6.1.1-12
ii libx11-6 2:1.6.2-1
ii libxcomposite1 1:0.4.4-1
ii libxcursor1 1:1.1.14-1
ii libxdamage1 1:1.1.4-1
ii libxext6 2:1.3.2-1
ii libxfixes3 1:5.0.1-1
ii libxi6 2:1.7.2-1
ii libxml2 2.9.2+dfsg1-1+b1
ii libxrandr2 2:1.5.0-1
ii libxrender1 1:0.9.8-1
ii libxslt1.1 1.1.28-2
ii libxss1 1:1.2.2-1
ii libxtst6 2:1.2.2-1
ii x11-utils7.7+2
ii xdg-utils1.1.0~rc1+git20111210-7
Versions of packages chromium recommends:
ii fonts-liberation 1.07.3-3
Versions of packages chromium suggests:
pn chromium-l10n
-- debconf information:
Unescaped left brace in regex is deprecated, passed through in regex; marked
by <-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)$/
at /usr/share/perl5/Debconf/Question.pm line 72. Unescaped left brace in regex
is deprecated, passed through in regex; marked by <-- HERE in m/\${ <-- HERE
([^}]+)}/ at /usr/share/perl5/Debconf/Config.pm line 30.
Bug#834748: libreoffice-gtk3: Main menus overlap
On 2016-09-05, at 18:07:30 Rene Engelhard wrote: > Probably the default (adwaita) if you don't configure something. I have checked that with $ gtk-query-settings 2>/dev/null|grep gtk-theme-name It seems that I had gtk-theme-name: "Clearlooks-Phenix" So I changed it to gtk-theme-name: "Adwaita" in .config/gtk-3.0/settings.ini And it looks normally. So it seems that this is a problem with package clearlooks-phenix-theme. Could you please reassign this bug to this package. > Since you use icewm, why are you using -gtk3 at all? Did dou try with gtk2? > (libreoffice-gtk2, export SAL_USE_VCLPLUGIN=gtk) > Or even gen? (export SAL_USE_VCLPLUGIN=gen)? > > The "problem" here is that if you installed -gtk3 it immediately takes > precendence over "the rest". I installed it because I want it to look and behave like gtk3 application. That is probably the only reason it exists. > See e.g. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836531 but in > contrast to that bug we have no detection of icewm or some other "simple" > window managers and I am not sure we should remove gtk3 from the default > fallback list completely and add a new one for MATE/GNOME3 including it... Doesn't make much sense. It is mate/gnome that depends on gtk not the opposite. -- Pozdrowienia
Bug#836767: libreoffice-calc: Slow rendering of UI
Package: libreoffice-calc
Version: 1:5.2.0-2
Severity: normal
Dear Maintainer,
I'm running libreoffice-calc 5.2.0-2 it is really slow on my machine.
Opening new empty spreadsheet takes around 2seconds. I can see how each
row is rendering, and how they appear one by one on screen one-by-one.
My cpu is Xeon 4x3.1GHz, gfx-card GeForce GT 610. Other applications
works smooth.
I was trying default UI, gtk2, and gtk3 on each version rendering is
similar slow
-- Package-specific info:
Experimental features enabled:
false
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.11-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libreoffice-calc depends on:
ii coinor-libcbc3 2.8.12-1+b1
ii coinor-libcoinmp1v51.7.6+dfsg1-2
ii dpkg 1.17.24
ii libboost-filesystem1.61.0 1.61.0+dfsg-2.1
ii libboost-iostreams1.61.0 1.61.0+dfsg-2.1
ii libc6 2.23-4
ii libetonyek-0.1-1 0.1.6-2
ii libgcc11:5.2.1-14
ii libicu57 57.1-2
ii liblcms2-2 2.6-3+b3
ii libmwaw-0.3-3 0.3.8-1
ii libodfgen-0.1-10.1.6-1
ii liborcus-0.11-00.11.2-2+b1
ii libreoffice-base-core 1:5.2.0-2
ii libreoffice-core 1:5.2.0-2
ii librevenge-0.0-0 0.0.1-3
ii libstdc++6 6.1.1-12
ii libwps-0.4-4 0.4.3-3
ii libxml22.9.2+dfsg1-1+b1
ii lp-solve 5.5.0.13-7
ii uno-libs3 5.2.0-2
ii ure5.2.0-2
ii zlib1g 1:1.2.8.dfsg-1
libreoffice-calc recommends no packages.
Versions of packages libreoffice-calc suggests:
pn ocl-icd-libopencl1
Versions of packages libreoffice-core depends on:
ii fontconfig2.11.0-6.3
ii fonts-opensymbol 2:102.3+LibO4.1.3-1
ii libboost-date-time1.61.0 1.61.0+dfsg-2.1
ii libc6 2.23-4
ii libcairo2 1.14.0-2.1
ii libclucene-contribs1v52.3.3.4-4.2
ii libclucene-core1v52.3.3.4-4.2
ii libcmis-0.5-5v5 0.5.1+git20160603-1
ii libcups2 1.7.2-1
ii libcurl3-gnutls 7.38.0-4
ii libdbus-1-3 1.10.10-1
ii libdbus-glib-1-2 0.100.2-1
ii libdconf1 0.24.0-2
ii libeot0 0.01-2
ii libexpat1 2.1.0-4
ii libexttextcat-2.0-0 3.4.4-1
ii libfontconfig12.11.0-2
ii libfreetype6 2.5.1-1
ii libgcc1 1:5.2.1-14
ii libgl1-mesa-glx [libgl1] 10.3.2-1+deb8u1
ii libglew1.13 1.13.0-2
ii libglib2.0-0 2.48.1-3
ii libgltf-0.0-0v5 0.0.2-4+b1
ii libglu1-mesa [libglu1]9.0.0-2
ii libgraphite2-31.3.8-1
ii libharfbuzz-icu0 1.2.7-1+b1
ii libharfbuzz0b 1.2.7-1+b1
ii libhunspell-1.4-0 1.4.1-2
ii libhyphen02.8.6-3
ii libice6 2:1.0.9-1+b1
ii libicu57 57.1-2
ii libjpeg62-turbo 1:1.3.1-11
ii liblangtag1 0.5.7-2
ii liblcms2-22.6-3+b3
ii libldap-2.4-2 2.4.31-1+nmu2+b1
ii libmythes-1.2-0 2:1.2.2-1
ii libneon27-gnutls 0.30.0-1
ii libnspr4 2:4.10.7-1
ii libnss3 2:3.17.2-1
ii libodfgen-0.1-1 0.1.6-1
ii libpcre3 2:8.35-3.3
ii libpng16-16 1.6.24-2
ii librdf0 1.0.17-1+b1
ii libreoffice-common1:5.2.0-2
ii librevenge-0.0-0 0.0.1-3
ii libsm62:1.2.1-2
ii libssl1.0.2 1.0.2h-1
ii libstdc++66.1.1-12
ii libx11-6 2:1.6.2-1
ii libxext6 2:1.3.2-1
ii libxinerama1 2:1.1.3-1
ii libxml2 2.9.2+dfsg1-1+b1
ii libxrandr22:1.5.0-1
ii libxrender1 1:0.9.8-1
ii libxslt1.11.1.28-2
ii uno-libs3 5.2.0-2
ii ure 5.2.0-2
ii zlib1g1:1.2.8.dfsg-1
Versions of packages libreoffice-core recommends:
ii libpaper-utils 1.1.24+nmu2
-- debconf information:
Unescaped left brace in regex is deprecated, passed through in regex; marked
by <-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)$/
at /usr/share/perl5/Debconf/Question.pm line 72. Unescaped left brace in regex
is deprecated, passed through in regex; marked by <-- HERE in m/\${ <-- HERE
([^}]+)}/ at /usr/share/perl5/Debconf/Config.pm line 30.
Bug#834748: libreoffice-gtk3: Main menus overlap
Package: libreoffice-gtk3
Version: 1:5.2.0-2
Severity: normal
I installed libreoffice-gtk3 and all menu labels don't have any spacing
between them. It is just one single line of text.
Screenshot attached.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.11-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libreoffice-gtk3 depends on:
ii dpkg 1.17.24
ii libatk1.0-0 2.16.0-2
ii libc6 2.23-4
ii libcairo-gobject2 1.14.0-2.1
ii libcairo2 1.14.0-2.1
ii libdbus-1-3 1.10.10-1
ii libdbus-glib-1-2 0.100.2-1
ii libgcc1 1:5.2.1-14
ii libgdk-pixbuf2.0-02.31.4-2
ii libgl1-mesa-glx [libgl1] 10.3.2-1+deb8u1
ii libglew1.13 1.13.0-2
ii libglib2.0-0 2.48.1-3
ii libglu1-mesa [libglu1]9.0.0-2
ii libgtk-3-03.20.7-1
ii libice6 2:1.0.9-1+b1
ii libpango-1.0-01.40.1-1
ii libpangocairo-1.0-0 1.40.1-1
ii libreoffice-core 1:5.2.0-2
ii libsm62:1.2.1-2
ii libstdc++66.1.1-12
ii libx11-6 2:1.6.2-1
ii libxext6 2:1.3.2-1
ii uno-libs3 5.2.0-2
ii ure 5.2.0-2
Versions of packages libreoffice-gtk3 recommends:
ii libreoffice-style-tango 1:5.2.0-2
Versions of packages libreoffice-gtk3 suggests:
pn libreofficekit-data
-- debconf information:
Unescaped left brace in regex is deprecated, passed through in regex; marked
by <-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)$/
at /usr/share/perl5/Debconf/Question.pm line 72. Unescaped left brace in regex
is deprecated, passed through in regex; marked by <-- HERE in m/\${ <-- HERE
([^}]+)}/ at /usr/share/perl5/Debconf/Config.pm line 30.
Bug#800723:
This is with thunar-1.6.10: (line numbers will be off because I was adding debug printfs) thunar_file_info_reload() touches memory deleted by thunar_folder_reload() I don't think this is a thread race because I always see both functions running on the same thread. What I think is happening here: thunar_file_reload_idle() does: g_idle_add((GSourceFunc) thunar_file_reload, file); This defers a call of thunar_file_reload(file) until after thunar_folder_reload() has deleted "file" The crash looks like this in valgrind: ==12276== Process terminating with default action of signal 11 (SIGSEGV) ==12276== Access not within mapped region at address 0x0 ==12276==at 0x4362BA: thunar_file_info_reload (thunar-file.c:977) ==12276==by 0x436720: thunar_file_load.constprop.8 (thunar-file.c:1179) ==12276==by 0x4367BF: thunar_file_reload (thunar-file.c:3931) ==12276==by 0x7E37E89: g_main_context_dispatch (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4600.2) ==12276==by 0x7E3822F: g_main_context_iterate.isra.29 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4600.2) ==12276==by 0x7E38551: g_main_loop_run (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.4600.2) ==12276==by 0x5E0A586: gtk_main (in /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0.2400.29) ==12276==by 0x41FBF8: main (main.c:314) glib's g_main_context_dispatch() is calling into thunar_file_reload(), which means it came via g_idle_add. Then we get to this part of thunar_file_info_reload(): /* determine the basename */ file->basename = g_file_get_basename (file->gfile); //[1] if (strcmp (file->basename, "kmsg") == 0 //[2] [1] "file" has been freed, so the read (of gfile) and write (of basename) are "invalid read/write of size 8" according to valgrind, but don't crash. g_file_get_basename() writes to the terminal: (thunar:13169): GLib-GIO-CRITICAL **: g_file_get_basename: assertion 'G_IS_FILE (file)' failed [2] file->basename is set to NULL, so the strcmp() attempt causes SIGSEGV. (strcmp doesn't appear in the backtrace because it gets compiled to a "repz cmpsb" instruction) If I comment out the g_idle_add, the bad memory accesses seem to go away. I'm not sure what the right fix for this is though.
Bug#807879: xfsprogs: Cannot mount XFS filesystem formated with mkfs.xfs newer than 3.2.1
Package: xfsprogs Version: 4.3.0 Severity: normal For any version of xfsprogs after v3.2.1 formating with default options: # dpkg -l mount ii mount2.27.1-1 i386 Tools for mounting and manipulating # mkfs.xfs -f /dev/sde1 meta-data=/dev/sde1 isize=512agcount=4, agsize=61047598 blks = sectsz=512 attr=2, projid32bit=1 = crc=1finobt=1, sparse=0 data = bsize=4096 blocks=244190390, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 ftype=1 log =internal log bsize=4096 blocks=119233, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 # mount /dev/sde1 /mnt/e mount: wrong fs type, bad option, bad superblock on /dev/sde1 # dmesg [0.00] XFS (sde1): bad version [0.00] XFS (sde1): SB validate failed # dpkg -i xfsprogs_3.2.1_i386.deb # mkfs.xfs -f /dev/sde1 meta-data=/dev/sde1 isize=256agcount=4, agsize=61047598 blks = sectsz=512 attr=2, projid32bit=1 = crc=0finobt=0 data = bsize=4096 blocks=244190390, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 ftype=0 log =internal log bsize=4096 blocks=119233, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 # mount /dev/sde1 /mnt/e No errors after mount. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.4.110 (SMP w/4 CPU cores) Locale: LANG=C Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xfsprogs depends on: ii libblkid1 2.27.1-1 ii libc6 2.21-3 ii libreadline5 5.2+dfsg-3+b1 ii libuuid1 2.27.1-1 xfsprogs recommends no packages. Versions of packages xfsprogs suggests: ii acl 2.2.52-2 ii attr 1:2.4.47-2 pn quota pn xfsdump -- no debconf information
Bug#801401: xserver-xorg indirect dependency of systemd
With the latest release of xorg the SUID wrapper for Xorg is now gone /usr/bin/X is just a symlink to Xorg and the /etc/X11/Xwrapper.config is ignored. This is yet another attempt to shovel systemd down on our throats so even if you avoid systemd as PID 1 at least you need a fully privileged daemon systemd-logind. A quick fix to still avoid the systemd plague is to make either the xinit or Xorg SUID root but this is now equivalent to allowed_users=anybody in the old Xwrapper.config -- Regards, Emil -- Good judgment comes from experience. Experience comes from bad judgment.
Bug#782087: icewm: Window edges have black background
I confirm: Issue is fixed in version 1.3.8+githubmod+20150412+960629d-1 Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782087: icewm: Window edges have black background
No, you didn't, please do so, also also send your configuration files from ~/.icewm and /etc/X11/icewm, thanks. Screen-shots are already on BTS: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=icewm_borders_1.3.8-old.png;att=1;bug=782087 https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=icewm_borders_1.3.8-github.png;att=2;bug=782087 Here I attach ~/.icewm/preferences mine /etc/X11/icewm does not contain preferences. preferences Description: Binary data
Bug#782087: icewm: Window edges have black background
Package: icewm Version: 1.3.8+githubmod+20150310+31bfd46-2 Severity: normal Dear Maintainer, After upgrading from 1.3.8-2 to 1.3.8+githubmod all window eges have additional black background. I attached two screenshots - please note edges of terminal window. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.11-1-686-pae (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icewm depends on: ii fonts-dejavu-core 2.33+svn2514-3 ii icewm-common1.3.8+githubmod+20150310+31bfd46-2 ii libc6 2.19-10 ii libesd0 0.2.41-11 ii libfontconfig1 2.11.0-2 ii libgcc1 1:4.8.2-16 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libice6 2:1.0.9-1+b1 ii libsm6 2:1.2.1-2 ii libx11-62:1.6.2-1 ii libxext62:1.3.2-1 ii libxft2 2.3.1-1 ii libxinerama12:1.1.3-1 ii libxrandr2 2:1.4.1-1 ii ttf-dejavu-core 2.33+svn2514-3 icewm recommends no packages. icewm 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#782088: icewm: newly started windows do not have focus
Package: icewm Version: 1.3.8+githubmod+20150310+31bfd46-2 Severity: normal Dear Maintainer, I have some applications that I start using keyboard shortcut from ~/.icewm/keys. When the new application windows rises-up it should have focus, so it can be usable right away. I have same problem when using application that has some modal confirmation popups - the should have focus just after they appear. For example confirmation popup when exiting from claws-mail, confirmation if I want to delete file from qeeqie. All popups become focusLess just after upgrading from 1.3.8-5 to 1.3.8githubmod. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.11-1-686-pae (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icewm depends on: ii fonts-dejavu-core 2.33+svn2514-3 ii icewm-common1.3.8+githubmod+20150310+31bfd46-2 ii libc6 2.19-10 ii libesd0 0.2.41-11 ii libfontconfig1 2.11.0-2 ii libgcc1 1:4.8.2-16 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libice6 2:1.0.9-1+b1 ii libsm6 2:1.2.1-2 ii libx11-62:1.6.2-1 ii libxext62:1.3.2-1 ii libxft2 2.3.1-1 ii libxinerama12:1.1.3-1 ii libxrandr2 2:1.4.1-1 ii ttf-dejavu-core 2.33+svn2514-3 icewm recommends no packages. icewm 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#781411: Nemo desktop - black text on black background
Package: nemo Version: 2.2.4-2 Severity: normal Dear Maintainer, After I started nemo it replaced my desktop with view with icons where names are written in black font, on black background. It is quite unusable default - It's hard to read icons names. Besides I could not find a way to change background (I was trying xsetroot), or either the font color. Desktop in this state (default after installation) is hard to use at the moment. Attached cropped screenshot of my nemo desktop. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.11-1-686-pae (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nemo depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.8.2-2 ii gvfs 1.16.3-1+b2 ii libatk1.0-02.12.0-1 ii libc6 2.19-10 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libcinnamon-desktop4 2.2.3-3 ii libexempi3 2.2.1-1 ii libexif12 0.6.21-2 ii libgail-3-03.14.5-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglib2.0-data2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libnemo-extension1 1.8.4-1+b1 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-01.36.7-1 ii libx11-6 2:1.6.2-1 ii libxml22.9.2+dfsg1-1+b1 ii nemo-data 2.2.4-2 ii shared-mime-info 1.0-1+b1 Versions of packages nemo recommends: ii cinnamon-l10n2.2.4-1 ii eject2.1.5+deb1+cvs20081104-13 ii gvfs-backends1.16.3-1+b2 ii librsvg2-common 2.40.5-1 ii nemo-fileroller 1.8.0-1 Versions of packages nemo suggests: pn eog none ii evince-gtk [pdf-viewer] 3.14.1-1 ii vlc [mp3-decoder]1:2.1.4-dmo1 ii vlc-nox [mp3-decoder]1:2.1.4-dmo1 ii xdg-user-dirs0.15-1 -- no debconf information
Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue
Hello Rainer,
On Sat, Mar 07, 2015 at 06:47:31PM +0100, Rainer Dorsch wrote:
Hi Emil,
Am Samstag 07 März 2015, 14:26:17 schrieb Emil Goode:
Just to clarify, suspend/resume is working but it takes more than 60 sec for
suspend to complete?
yes, suspend/resume is working. I did three cycles and measured the time for
suspend:
The first suspend took approx. 60 seconds, the second and third approx. 30
seconds.
I see, it looks like its an issue with the ATA subsystem that is stalling
the suspend process.
[ 181.992086] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 181.992090] ata3.00: failed command: FLUSH CACHE
[ 181.992098] ata3.00: cmd e7/00:00:00:00:00/00:00:00:00:00/a0 tag 16
res 40/00:c8:30:0e:40/84:00:09:00:00/40 Emask 0x4 (timeout)
[ 181.992100] ata3.00: status: { DRDY }
[ 181.992106] ata3: hard resetting link
[ 181.992108] ata3: nv: skipping hardreset on occupied port
[ 182.460049] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 182.476330] ata3.00: configured for UDMA/133
[ 182.476333] ata3.00: retrying FLUSH 0xe7 Emask 0x4
[ 182.476963] ata3: EH complete
[ 182.477033] ata3.00: Enabling discard_zeroes_data
[ 182.477598] sd 2:0:0:0: [sda] Stopping disk
[ 182.736087] PM: suspend of devices complete after 61889.003 msecs
Since it is a regression what you could do is use git bisect to try and locate
the commit that introduced the issue. But its time consuming and it doesn't
always work.
Other than that I think you should post a bug in the kernel bugzilla.
Best regards,
Emil
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774036: Re: Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue
Hello Rainer, On Thu, Mar 05, 2015 at 10:09:04PM +0100, Rainer Dorsch wrote: Hi Emil, sorry for the long silence, but I did not have physical access to the machine for which I reported the bug and I did not want to install new kernel from remote... I recompiled a recent kernel with PM_TRACE_RTC enabled, but still get no log data in pm-suspend.log: root@Silberkiste:~# uname -a Linux Silberkiste 4.0.0-rc2+ #1 SMP Thu Mar 5 01:01:25 CET 2015 x86_64 GNU/Linux So the issue has not been resolved in the 4.0-rc2 kernel? root@Silberkiste:~# grep PM_TRACE_RTC /boot/config-4.0.0-rc2+ CONFIG_PM_TRACE_RTC=y root@Silberkiste:~# head -4 /usr/lib/pm-utils/pm-functions #!/bin/sh # vim:noexpandtab export PM_DEBUG=true root@Silberkiste:~# cat /var/log/pm-suspend.log root@Silberkiste:~# ls -l /var/log/pm-suspend.log -rw-r--r-- 1 root root 0 Jan 3 15:52 /var/log/pm-suspend.log root@Silberkiste:~# I did 501 echo 1 /sys/power/pm_trace 502 echo mem /sys/power/state but this did not create any logs. Do you have any suggestions, what I might do wrong? Sorry, the /var/log/pm-suspend.log is used by the pm-suspend script. Try suspending with pm-suspend and post the log. Then run the following and post the dmesg output after resuming. echo 1 /sys/power/pm_trace echo mem /sys/power/state Also did you try to suspend after blacklisting the wifi modules? I can take a look at it but note that it may require more skilled upstream people to resolve this issue. Best regards, Emil Goode Thanks, Rainer On Sunday 04 January 2015 18:12:44 Emil Goode wrote: Hello Rainer, On Sat, Jan 03, 2015 at 04:23:44PM +0100, Rainer Dorsch wrote: Hi Emil, I have only remote access to the system for the next few weeks and I feel somewhat uncomfortable to experiment with my self-compiled kernels on the system or changing networking configurations. So please apologize that I may need 3-4 weeks to test that. I assume you suggest to follow http://kernel-handbook.alioth.debian.org/ch-common-tasks.html to enable PM_TRACE_RTC and rebuild the kernel, correct? Yes and you can clone this tree for testing upstream kernels. git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git Best regards, Emil Goode On Tuesday 30 December 2014 12:40:53 Emil Goode wrote: Hello Rainer, On Tue, Dec 30, 2014 at 12:15:31AM +0100, Rainer Dorsch wrote: Hi Emil, Am Montag 29 Dezember 2014, 14:02:55 schrieb Emil Goode: Hello Rainer, The below procedure would give more information: Add the following line to the top of the file /usr/lib/pm-utils/pm-functions. export PM_DEBUG=true Then suspend with: echo 1 /sys/power/pm_trace echo mem /sys/power/state HmmI do not have a pm_trace Ok, that is because PM_TRACE_RTC needs to be enabled in the kernel config. Please be aware that when using pm_trace it will mess with your machine's real-time clock. There is a similar bug report already for an older kernel, but that seems to be fixed (?) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638264 The iwlagn module is for intel wireless and I believe you are using broadcom. Post dmesg and the contents of /var/log/pm-suspend.log. Have you tried disabling the mac80211 module? Can you tell how I unload a module for suspend or if http://superuser.com/questions/620201/how-to-force-ubuntu-debian-mint- to-u nload-modules-at-suspend-to-disk also applies to systemd? I think you can temporarily blacklist modules as described here: https://wiki.debian.org/KernelModuleBlacklisting I would also try the latest upstream kernel, this might have been fixed. Best regards, Emil Goode -- Rainer Dorsch http://bokomoko.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687821: fails to ensure sufficient free space for kernel install
Package: src:linux Version: 3.2.65-1+deb7u1 Followup-For: Bug #687821 I've had the same problem recently with two different machines, both fresh installs following the guided encrypted LVM-partitioning in the installer. It's guite problematic not to be able to update the kernel on a default install, and I guess this affects quite many people. On both machines I've tried, it seems that the root-partition is made very small (322 M) by the partitioner during the install, even on systems where there's plenty of space to make the root-partition bigger. I propose that this bug gets moved somewhere to partman / guided-install- process, as it doesn't seem to be a problem only concerning this particular package (I've experience the problem both on i868 and adm64). Best regards, Emil -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.65-1+deb7u1 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/jazzzbox-root ro quiet ** Tainted: I (2048) * Working around severe firmware bug. ** Kernel log: [ 11.737533] iwlwifi :02:00.0: Detected Intel(R) Ultimate N WiFi Link 5300 AGN, REV=0x24 [ 11.737633] iwlwifi :02:00.0: L1 Disabled; Enabling L0S [ 11.749341] input: PC Speaker as /devices/platform/pcspkr/input/input5 [ 11.758305] iwlwifi :02:00.0: device EEPROM VER=0x11f, CALIB=0x4 [ 11.758312] iwlwifi :02:00.0: Device SKU: 0Xf0 [ 11.758361] iwlwifi :02:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels [ 11.769689] Bluetooth: Core ver 2.16 [ 11.769740] NET: Registered protocol family 31 [ 11.769746] Bluetooth: HCI device and connection manager initialized [ 11.769753] Bluetooth: HCI socket layer initialized [ 11.769758] Bluetooth: L2CAP socket layer initialized [ 11.770107] Bluetooth: SCO socket layer initialized [ 11.775858] Bluetooth: Generic Bluetooth USB driver ver 0.6 [ 11.776266] usbcore: registered new interface driver btusb [ 11.800915] yenta_cardbus :85:09.2: ISA IRQ mask 0x0cb8, PCI irq 22 [ 11.800924] yenta_cardbus :85:09.2: Socket status: 3810 [ 11.800933] pci_bus :85: Raising subordinate bus# of parent bus (#85) from #86 to #89 [ 11.800952] yenta_cardbus :85:09.2: pcmcia: parent PCI bridge window: [io 0x2000-0x2fff] [ 11.800961] yenta_cardbus :85:09.2: pcmcia: parent PCI bridge window: [mem 0xd850-0xd85f] [ 11.800969] pcmcia_socket pcmcia_socket0: cs: memory probe 0xd850-0xd85f: excluding 0xd850-0xd850 [ 11.801009] yenta_cardbus :85:09.2: pcmcia: parent PCI bridge window: [mem 0xdc00-0xdfff pref] [ 11.801017] pcmcia_socket pcmcia_socket0: cs: memory probe 0xdc00-0xdfff: excluding 0xdc00-0xdfff [ 11.806948] iwlwifi :02:00.0: firmware: agent loaded iwlwifi-5000-5.ucode into memory [ 11.806962] iwlwifi :02:00.0: loaded firmware version 8.83.5.1 build 33692 [ 11.807934] Registered led device: phy0-led [ 11.834826] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [ 11.840369] input: HP WMI hotkeys as /devices/virtual/input/input6 [ 11.861634] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f: excluding 0xc-0xf [ 11.861717] pcmcia_socket pcmcia_socket0: cs: memory probe 0xa000-0xa0ff: excluding 0xa000-0xa0ff [ 11.861795] pcmcia_socket pcmcia_socket0: cs: memory probe 0x6000-0x60ff: excluding 0x6000-0x60ff [ 12.184216] tpm_tis 00:04: [Hardware Error]: Adjusting reported timeouts: A 750-75us B 2000-200us C 750-75us D 750-75us [ 12.244167] tpm_tis 00:04: Adjusting TPM timeout parameters. [ 12.432899] fbcon: inteldrmfb (fb0) is primary device [ 12.516235] psmouse serio4: synaptics: Touchpad model: 1, fw: 7.0, id: 0x1c0b1, caps: 0xd04791/0xb0/0x2 [ 12.516251] psmouse serio4: synaptics: serio: Synaptics pass-through port at isa0060/serio4/input0 [ 12.560050] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input7 [ 12.704291] pcmcia_socket pcmcia_socket0: pccard: PCMCIA card inserted into slot 0 [ 12.704304] pcmcia_socket pcmcia_socket0: cs: memory probe 0xd851-0xd85f: excluding 0xd85fe000-0xd860bfff [ 12.711966] pcmcia 0.0: pcmcia: registering new device pcmcia0.0 (IRQ: 22) [ 12.763077] Console: switching to colour frame buffer device 160x50 [ 12.767151] scsi6 : pata_pcmcia [ 12.767301] ata7: PATA max PIO0 cmd 0x2100 ctl 0x210e irq 22 [ 12.775234] fb0: inteldrmfb frame buffer device [ 12.775239] drm: registered panic notifier [ 12.785455] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x0005) is beyond end of object (20110623/exoparg2-418) [ 12.785489] ACPI Error: Method parse/execution failed [\_SB_.PCI0.GFX0._DOD] (Node 880136e70998), AE_AML_PACKAGE_LIMIT (20110623/psparse-536) [ 12.785518] ACPI Exception: AE_AML_PACKAGE_LIMIT
Bug#774036: Re: Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue
Hello Rainer, On Sat, Jan 03, 2015 at 04:23:44PM +0100, Rainer Dorsch wrote: Hi Emil, I have only remote access to the system for the next few weeks and I feel somewhat uncomfortable to experiment with my self-compiled kernels on the system or changing networking configurations. So please apologize that I may need 3-4 weeks to test that. I assume you suggest to follow http://kernel-handbook.alioth.debian.org/ch-common-tasks.html to enable PM_TRACE_RTC and rebuild the kernel, correct? Yes and you can clone this tree for testing upstream kernels. git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git Best regards, Emil Goode On Tuesday 30 December 2014 12:40:53 Emil Goode wrote: Hello Rainer, On Tue, Dec 30, 2014 at 12:15:31AM +0100, Rainer Dorsch wrote: Hi Emil, Am Montag 29 Dezember 2014, 14:02:55 schrieb Emil Goode: Hello Rainer, The below procedure would give more information: Add the following line to the top of the file /usr/lib/pm-utils/pm-functions. export PM_DEBUG=true Then suspend with: echo 1 /sys/power/pm_trace echo mem /sys/power/state HmmI do not have a pm_trace Ok, that is because PM_TRACE_RTC needs to be enabled in the kernel config. Please be aware that when using pm_trace it will mess with your machine's real-time clock. There is a similar bug report already for an older kernel, but that seems to be fixed (?) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638264 The iwlagn module is for intel wireless and I believe you are using broadcom. Post dmesg and the contents of /var/log/pm-suspend.log. Have you tried disabling the mac80211 module? Can you tell how I unload a module for suspend or if http://superuser.com/questions/620201/how-to-force-ubuntu-debian-mint-to-u nload-modules-at-suspend-to-disk also applies to systemd? I think you can temporarily blacklist modules as described here: https://wiki.debian.org/KernelModuleBlacklisting I would also try the latest upstream kernel, this might have been fixed. Best regards, Emil Goode -- Rainer Dorsch http://bokomoko.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774036: Re: Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue
Hello Rainer, On Tue, Dec 30, 2014 at 12:15:31AM +0100, Rainer Dorsch wrote: Hi Emil, Am Montag 29 Dezember 2014, 14:02:55 schrieb Emil Goode: Hello Rainer, The below procedure would give more information: Add the following line to the top of the file /usr/lib/pm-utils/pm-functions. export PM_DEBUG=true Then suspend with: echo 1 /sys/power/pm_trace echo mem /sys/power/state HmmI do not have a pm_trace Ok, that is because PM_TRACE_RTC needs to be enabled in the kernel config. Please be aware that when using pm_trace it will mess with your machine's real-time clock. There is a similar bug report already for an older kernel, but that seems to be fixed (?) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638264 The iwlagn module is for intel wireless and I believe you are using broadcom. Post dmesg and the contents of /var/log/pm-suspend.log. Have you tried disabling the mac80211 module? Can you tell how I unload a module for suspend or if http://superuser.com/questions/620201/how-to-force-ubuntu-debian-mint-to-unload-modules-at-suspend-to-disk also applies to systemd? I think you can temporarily blacklist modules as described here: https://wiki.debian.org/KernelModuleBlacklisting I would also try the latest upstream kernel, this might have been fixed. Best regards, Emil Goode -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue
Hello Rainer, The below procedure would give more information: Add the following line to the top of the file /usr/lib/pm-utils/pm-functions. export PM_DEBUG=true Then suspend with: echo 1 /sys/power/pm_trace echo mem /sys/power/state Post dmesg and the contents of /var/log/pm-suspend.log. Have you tried disabling the mac80211 module? Best regards, Emil Goode -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue
Hello, On Sun, Dec 28, 2014 at 11:15:21AM +0100, Rainer Dorsch wrote: Package: src:linux Version: 3.16.7-ckt2-1 Followup-For: Bug #774036 Dear Ben, many thanks for the superfast response and thanks for pointing out that I was running the nvidia driver. I run now with nouveau and also purge the virtualbox stuff. Unfortunately, the behavior is exactly the same though (except that there is no blinking cursor with nouveau, when the system hangs), i.e. the resume works when I use freezer in debug mode, the system hangs when I go to the next level (devices). When you get a black screen does the system hang completely or is it possible to login to the system over ssh? If it's possible to login it could be useful to post the dmesg output here. Best regards, Emil Goode -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763288: geeqie: almost no mouse or keyboard-response in fullscreen mode
In my opinion mouse wheel issue on fullscreen is not fixed in geeqie 1:1.2-3+b1. In previous version mouse wheel in fullscreen mode was changing images forward/backward. In current version it does nothing. Muse wheel works only if I hold CTRL and scroll mouse wheel, then it scrolls image - that is fine, but it is some other functionality. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746358:
I ran into this problem and the patch in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746358#20 fixed it. Commenting out my NFS mounts worked also, but I couldn't figure out how to get to an editor short of using a rescue CD. (i.e. even in a recovery mode boot, I'd get stuck at Raise network interfaces.) I have br0 in /etc/network/interfaces, I have NetworkManager running for whatever reason, I have by-default NFS mounts in /etc/fstab, and the systemd package is version 204-10.
Bug#746602: skb_copy_ubufs() not exported by the Debian Linux kernel 3.2.57-3
Hello Jarno,
Yes it seems that the following commit should be included in 3.2.
commit dcc0fb782b3a6e2abfeaaeb45dd88ed09596be0f
Author: Michael S. Tsirkin m...@redhat.com
Date: Fri Jul 20 09:23:20 2012 +
skbuff: export skb_copy_ubufs
It applies cleanly on top of 3.2.58. However, the skb_orphan_frags inline
function
is not in include/linux/skbuff.h of kernel 3.2.58, but it is available in the
debian linux-headers-3.2.0-4-amd64 package. It seems like the following commit
has been backported to the debian 3.2 kernel but not to mainline 3.2.x.
commit a353e0ce0fd42d8859260666d1e9b10f2abd4698
Author: Michael S. Tsirkin m...@redhat.com
Date: Fri Jul 20 09:23:07 2012 +
skbuff: add an api to orphan frags
Probably these need to be included together.
Best regards,
Emil Goode
On Thu, May 01, 2014 at 01:45:28PM -0700, Jarno Rajahalme wrote:
Package: linux-source-3.2
Version: 3.2.57-3
The symbol skb_copy_ubufs() is not exported in net/core/skbuff.c, even though
it is exposed in include/linux/skbuff.h and used by skb_orphan_frags(). OVS
kernel module fails to start due to this:
Error: Module openvswitch is not currently loaded
ERROR: could not insert 'openvswitch': Unknown symbol in module, or unknown
parameter (see dmesg)
dmesg output:
[ 3315.819202] openvswitch: Unknown symbol skb_copy_ubufs (err 0)
/lib/modules/3.2.0-4-amd64/source/include/linux/skbuff.h has this:
static inline int skb_orphan_frags(struct sk_buff *skb, gfp_t gfp_mask)
{
if (likely(!(skb_shinfo(skb)-tx_flags SKBTX_DEV_ZEROCOPY)))
return 0;
return skb_copy_ubufs(skb, gfp_mask);
}
But /usr/src/linux-source-3.2/net/core/skbuff.c only has this:
int skb_copy_ubufs(struct sk_buff *skb, gfp_t gfp_mask)
{
int i;
[snipped]
return 0;
}
Note the missing EXPORT_SYMBOL() after the function definition.
It seems that skb_copy_ubufs() has been exported in Linux 3.6, as the
skb_orphan_frags() was introduced. Now Debian 3.2.57-3 has a backported
skb_orphan_frags(), but the export of the symbol sib_copy_ubufs() was not
backported.
Regards,
Jarno Rajahalme
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/c7b639a4-ae25-4247-a105-d7a164964...@nicira.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745399: RFP: mailpile -- encryption-centered webmail client
Package: mailpile Severity: wishlist Mailpile (https://www.mailpile.is/) is a modern, fast web-mail client with user-friendly encryption and privacy features. Mailpile is built to be run from either localhost or a remote web server and is currently in alpha. Source code is available from https://github.com/pagekite/mailpile -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721871: i915: add quirk to invert backlight brightness
Hello,
I got a black screen with wheezy 3.2.55 kernel on a HP G62 Notebook,
but the issue is resolved in kernel 3.12.9.
Could you test the attached patch with kernel 3.2.55 that adds the
invert brightness quirk?
It seems that adding the quirk is the way to deal with this issue
with older kernel versions.
Best regards,
Emil Goode
From 77ab7c26d3b886869b034b8752eca092f12e90c9 Mon Sep 17 00:00:00 2001
From: Emil Goode emilgo...@gmail.com
Date: Tue, 18 Feb 2014 18:09:50 +0100
Subject: [PATCH] drm/i915: add quirk to invert backlight brightness
The HP G62 Notebook and Lenovo IdeaPad Yoga 11S boot to a
black screen and need the invert brightness quirk.
Signed-off-by: Emil Goode emilgo...@gmail.com
---
drivers/gpu/drm/i915/intel_display.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
index 61b708b..54507c5 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -8932,6 +8932,12 @@ struct intel_quirk intel_quirks[] = {
/* Acer/Packard Bell NCL20 */
{ 0x2a42, 0x1025, 0x034b, quirk_invert_brightness },
+ /* HP G62 Notebook */
+ { 0x0046, 0x103c, 0x1439, quirk_invert_brightness },
+
+ /* Lenovo IdeaPad Yoga 11S */
+ { 0x0166, 0x17aa, 0x3977, quirk_invert_brightness },
+
/* Dell XPS13 HD Sandy Bridge */
{ 0x0116, 0x1028, 0x052e, quirk_no_pcm_pwm_enable },
/* Dell XPS13 HD and XPS13 FHD Ivy Bridge */
--
1.7.10.4
Bug#706636: xgraph segfaults when pressing the Hdcpy button on 64 bit systems
Package: xgraph Version: 12.1-12 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu maverick ubuntu-patch The segfault occurs on 64 bit systems; it does not occur on 32 bit systems. The reason for the segfault is that with the old definition of NE an unadorned 0 is passed as a variadic parameter to variadic functions expecting pointers (xtb_hort() and xtb_vert() declared in xtb.h) The compiler has no way to know that is has to convert the 0 constant to a NULL pointer (and cannot warn as the function is not printf() like). *** /tmp/tmp_OaVWf In Ubuntu, we've applied the attached patch to achieve the following: * change the #define of NE (xtb.h) from 0 to ((xtb_fmt*)0) (LP: #1175701) We thought you might be interested in doing the same. -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-46-generic (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash === modified file 'debian/changelog' === modified file 'xtb.h' --- xtb.h 2009-03-08 21:00:13 + +++ xtb.h 2013-05-02 17:35:10 + @@ -164,7 +164,7 @@ xtb_fmt_align align; } xtb_fmt; -#define NE 0 +#define NE ((xtb_fmt*)0) DECLARE(xtb_w, xtb_fmt *, (xtb_frame *w)); /* Returns formatting structure for frame */
Bug#659318: gnome-shell: Can not open system setting from the option in the right-top corner popup
I had the same issue with opening the system settings. It turned out that the gnome-control-center had been uninstalled at some point and after installing it again everything is back to normal. I have no idea why the gnome-control-center got uninstalled, maybe some update caused it. Best regards, Emil Goode -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687967: darkstat: No start when IPv6 disabled
On Tue, Sep 18, 2012 at 2:59 AM, nutzteil nutzt...@web.de wrote: I have ipv6 disabled via kernel-commandline: ipv6.disable=1 With this setting darkstat does not start: # darkstat -i br0 --chroot /var/lib/darkstat --import darkstat.db --export darkstat.db 14801: error: http_listen_one(::, 667): socket(10 (AF_INET6), 1, 6) failed: Address family not supported by protocol This should be fixed by: http://unix4lyfe.org/gitweb/darkstat/commitdiff/2149b21ad285a7f4f9e7c2fdf214c5d365992a3d Unfortunately, I haven't done a release since. :(
Bug#627362: [jitsi-dev] Re: Git for jitsi, native Debian package?
Hey Micha, On Sun, Aug 5, 2012 at 12:27 PM, Micha Lenk mi...@debian.org wrote: Hi Emil, by looking for free software alternatives for Skype available on Debian, I got aware of jitsi, which seems to have an awesome feature set. As it is not available in the official Debian archive, I looked around and found out about the recent efforts to package it for Debian (namely Debian bug #627362). On Tue, Nov 22, 2011 at 04:58:34PM +0100, Emil Ivov wrote: On Tue, Nov 22, 2011 at 4:09 PM, Thomas Koch tho...@koch.ro wrote: In any case, there are some things that Jitsi should/could/must do itself to make a native package for Debian/Fedora/OpenSuse doable. I've opened jira issues for those and linked them from an umbrella issue: http://java.net/jira/browse/JITSI-996 Ouch ... that's something that we like to avoid [0]. We only enter issues once we've determined exactly what they are and decided that we'll be fixing them at some point. I've closed the issues and we'll reopen those that we agree on, if and when we do. Right now we are still in the discussion stages of the debian packaging. We'd first need to decide exactly what needs to be resolved here and how we can do that. [...] We can continue to discuss the items separately in those issues. Okay, so, let's list all the issues that Thomas reported already, here again. For one to make them more visible, and also to get a consensus about the status of these issues. Thanks for bringing them up! Not using an issue tracker will of course make it harder to keep track of the actual conclusions. But as you wanted to have it this way, of course I expect that you will then give your opinion on them one by one, more with regards to content than with regards the way we report issues. We will of course open issues for those that we accept as such but that can't happen until we've discussed them. We realize this is frustrating but the alternative of simply dumping them in our tracker would lead to ... well ... nothing. We may change our issue tracking policy in the future, but right now, this is the only one we can afford. Again, apologies for any inconvenience this may have caused, and many thanks for bringing them here! Now before, I continue, I've already mentioned in a couple of threads that we are currently working on a debian tarball. This does imply a lot of work since we need to come up with the generating scripts, determine what libraries we can use as debian dependencies, implement support for such dependencies (they won't work out of the box for OSGi), retrieve the source code for the rest of the libs we use, upload them to our libsrc, and make sure that they are properly build by the Jitsi build process. Hopefully, we would have all this by the end of the summer, early autumn. Again, it is a lot of effort, but we realize how important it would be for the project to get into Debian. Another debian developer, Raphael Hertzog (CCed), will be guiding us through the process and helping us where necessary. Of course we'd be more than happy to also have you on board. - JITSI-995 document (or manage) native dependencies (by Thomas Koch) There's no central location where one can see which C libraries of what version, origin and license Jitsi uses, which of them are patched, in what way and for what reason. This is exactly what the libsrc directory is for. We are still working on filling it up and we should be done by the time we finish our debian source tarball. Also note that all the patches we have used to patch native libs are currently in src/native I'm not a C developer so I don't know if there's something like Maven/Ivy for C that manages dependencies? - JITSI-994 Use Ivy or Maven to manage java dependencies (by Thomas Koch) It is hard for a distro (Debian/Fedora/Suse) packager to find out which java dependencies Jitsi has. A pom.xml or ivy.xml would make things much easier and then the dependencies could also be removed from SVN. Same as above: our libsrc should resolve this. - JITSI-993 get rid of json.org java dependency (by Thomas Koch) The json.org java library is non-free according to Debian and maybe also other distros. It kind of appears so indeed. Although the thread below does also show rough consensus on the fact that it is unlikely for the statement to be a problem in a court of law. Still we do understand precautionary measures. As long as jitsi depends on json.org it can not enter the Debian archive. Right. Luckily, json.org is used for a particularly non-centric feature in Jitsi (creating ippi.com accounts). We'll have a quick look for alternatives and use one if it's not too much trouble. If it is, we'll just remove
Bug#671442: darkstat: man page SEE ALSO section tcpdump(1) should be tcpdump(8)
On Fri, May 4, 2012 at 2:21 PM, Yuanle Song syl...@gmail.com wrote: As the title says, the SEE ALSO section of the man page should be updated. tcpdump is in section 8. In FreeBSD, it's in section 1.
Bug#659080: Grub wird nicht installiert
Package: installation-reports Boot method: CD Image version: 6.0.3 6.0.4 amd64 Date: 2012-02-07 18:00 Machine: Desktop PC K9N V3 Processor: amd64 x2 Memory: 8GB Partitions: sdb1 SSD as root, sda1-5 as /home /var /tmp /srv swap Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [o] Detect CD: [o] Load installer modules: [o] Detect hard drives: [o] Partition hard drives: [o] Install base system:[o] Clock/timezone setup: [o] User/password setup:[o] Install tasks: [o] Install boot loader:[E] Overall install:[o] Comments/Problems: After a smooth installation it fails to write Grub to the MBR. A manual configuration and installation is a workaround. But I think this will keep a lot of normal users from using Debian 6. There are some thread in forums in the web reporting the same problem, like http://forums.debian.net/viewtopic.php?f=17t=72004 google for: debian grub ssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653294: hellanzb: doesn't work with python-twisted 11.1.0-1 (patch included)
Package: hellanzb Version: 0.13-6.1 Severity: grave Tags: upstream patch Justification: renders package unusable Dear Maintainer, Twisted keeps moving _NO_FILENO around. The error is: $ hellanzb Traceback (most recent call last): File /usr/bin/hellanzb, line 14, in module from Hellanzb.Core import main File /usr/lib/pymodules/python2.7/Hellanzb/Core.py, line 9, in module from Hellanzb.HellaReactor import HellaReactor File /usr/lib/pymodules/python2.7/Hellanzb/HellaReactor.py, line 14, in module from twisted.internet.selectreactor import _NO_FILENO ImportError: cannot import name _NO_FILENO The fix is: diff --git a/Hellanzb/HellaReactor.py b/Hellanzb/HellaReactor.py index 4284c0b..88ee556 100644 --- a/Hellanzb/HellaReactor.py +++ b/Hellanzb/HellaReactor.py @@ -9,7 +9,11 @@ reactor system so it can catch signals, and shutdown hellanzb cleanly import Hellanzb, sys, time import twisted.copyright -if twisted.copyright.version = '2.0.0' or twisted.copyright.version = '10.0.0': +if twisted.copyright.version = '11.1.0': +from twisted.internet.selectreactor import SelectReactor +from twisted.internet.posixbase import _NO_FILENO +from twisted.internet.posixbase import _NO_FILEDESC +elif twisted.copyright.version = '2.0.0' or twisted.copyright.version = '10.0.0': from twisted.internet.selectreactor import SelectReactor from twisted.internet.selectreactor import _NO_FILENO from twisted.internet.selectreactor import _NO_FILEDESC I've submitted this upstream via github: https://github.com/emikulic/hellanzb/commit/2a8a873b65d79a6483d4c7afb547ed8ce43b8d6e -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hellanzb depends on: ii par2 0.4-11 ii python 2.7.2-9 ii python-openssl 0.13-1 ii python-support 1.0.14 ii python-twisted-core 11.1.0-1 ii python-twisted-web 11.1.0-1 Versions of packages hellanzb recommends: ii python-yenc 0.3+debian-2+b2 Versions of packages hellanzb suggests: ii unrar 1:4.0.3-1 -- Configuration Files: /etc/hellanzb.conf changed [not included] -- 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#627362: [jitsi-dev] Re: Git for jitsi, native Debian package?
Hey Thomas, On Tue, Nov 22, 2011 at 4:09 PM, Thomas Koch tho...@koch.ro wrote: Emil Ivov: Hey Thomas, Thanks for looking into this! We are of course interested in having Jitsi integrated in the Debian repos. We are also aware of the problems that are caused by the way we store our dependencies. (They were actually already raised on this list by Daniel Zucchetto). Off the top of my head, the easiest way for us to fix this issue would be to simply copy the source code zip/jar files in the Jitsi repo since we need the libs packages in our binaries which would make their use from within other libs quite tricky. Would this work? Emil Hi Emil, thank you for your interest. However I'm afraid I don't understand your last paragraph at all. Anyways, I won't be able to package jitsi alone, since I only have some experience with java packages but don't know to package C stuff. Sure. I am not sure if you have already noticed but we do already maintain fucntional debian packages that should be a good basis. In any case, there are some things that Jitsi should/could/must do itself to make a native package for Debian/Fedora/OpenSuse doable. I've opened jira issues for those and linked them from an umbrella issue: http://java.net/jira/browse/JITSI-996 Ouch ... that's something that we like to avoid [0]. We only enter issues once we've determined exactly what they are and decided that we'll be fixing them at some point. I've closed the issues and we'll reopen those that we agree on, if and when we do. Right now we are still in the discussion stages of the debian packaging. We'd first need to decide exactly what needs to be resolved here and how we can do that. As for the svn-to-git switch: as much as I appreciate git's versatility, I am afraid a switch would require too much effort so it's not in our foreseeable roadmap. Besides, I am not convinced all developers would feel more comfortable with it than with SVN. Cheers, Emil [0] http://www.jitsi.org/index.php/Development/BugsAndIssues We can continue to discuss the items separately in those issues. Regards, Thomas Koch, http://www.koch.ro -- Emil Ivov, Ph.D. 67000 Strasbourg, Project Lead France Jitsi em...@jitsi.org PHONE: +33.1.77.62.43.30 http://jitsi.org FAX: +33.1.77.62.47.31 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627362: [jitsi-dev] Re: Git for jitsi, native Debian package?
Hey Thomas, Thanks for looking into this! We are of course interested in having Jitsi integrated in the Debian repos. We are also aware of the problems that are caused by the way we store our dependencies. (They were actually already raised on this list by Daniel Zucchetto). Off the top of my head, the easiest way for us to fix this issue would be to simply copy the source code zip/jar files in the Jitsi repo since we need the libs packages in our binaries which would make their use from within other libs quite tricky. Would this work? Emil На 20.11.11 21:00, Thomas Koch написа: Hi, after a first look, jitsi won't be easy at all to package. I write down my impressions if others want to look into the packaging and maybe you could help a bit to make it easier. I'm sorry for any mistake in the following. Jitsi has a LOT of dependencies, all of them committed as binaries to lib/. The first thing for a packager (either Debian or Fedora) is to identify all these libraries, remove them from the upstream tarball and try to compile jitsi with the versions of the libraries available in the distribution. This would be easier, if the dependencies would be managed, e.g. by ivy or maven. Thus each dependency would be clearly identified. I've found the evil json.org library of Crockford in the dependencies. The license of this library forbids inclusion in any free software distribution: http://www.mail-archive.com/debian-legal@lists.debian.org/msg40718.html Maybe jitsi could be breaken up in smaller parts, separating OS dependent stuff and optional functionality. Then a debian packager could start with the core functionality. The project is a mixed C/Java project. Shared C libraries are also committed to SVN without information about their origin. It would be much much easier, if those parts interacting with C code could be seperated from the rest of the plain java code. The jitsi SVN contains patches for other projects e.g. ffmpeg. In a distribution I try of course to reuse the already packaged projects. I don't know about OSGI, but I believe that it wouldn't be necessary to have so many repetitive blocks to create OSGI compliant jars. Could the bnd tool help with this? What is your opinion? Are you interested to have jitsi in Fedora, RedHat, Debian and Ubuntu? In this case I think the best way would be if packagers would first work together with you to do some preparation work directly in your repository. This in turn would be much easier if you'd use Git. Best regards and thank you for Jitsi, Thomas Koch, http://www.koch.ro -- Emil Ivov, Ph.D. 67000 Strasbourg, Project Lead France Jitsi em...@jitsi.orgPHONE: +33.1.77.62.43.30 http://jitsi.org FAX: +33.1.77.62.47.31 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633477: [gcc-4.6] -flto generate executable stack
Package: gcc-4.6
Version: 4.6.1-2
Severity: normal
I played around with flto, but noticed that it enables -Wl,-z,execstack
$ echo int main(void) { return 0; } test.c
$ gcc test.c -o noflto
$ gcc -flto test.c -o flto
$ scanelf -e *flto
TYPE STK/REL/PTL FILE
ET_EXEC RWX --- RW- flto
ET_EXEC RW- --- RW- noflto
This is not what I expect that it does and probably against many security
policies.
--- System information. ---
Architecture: amd64
Kernel: Linux 3.0.0-rc4-amd64
Debian Release: wheezy/sid
500 unstablewww.debian-multimedia.org
500 unstableftp.debian.org
500 testing ftp.debian.org
1 experimentalwww.debian-multimedia.org
1 experimentalftp.debian.org
--- Package information. ---
Depends(Version) | Installed
-+-===
gcc-4.6-base (= 4.6.1-2) | 4.6.1-2
cpp-4.6 (= 4.6.1-2) | 4.6.1-2
binutils (= 2.21.51~) | 2.21.52.20110707-1
libgcc1 (= 1:4.6.1-2) | 1:4.6.1-2
libgomp1(= 4.6.1-2) | 4.6.1-2
libquadmath0(= 4.6.1-2) | 4.6.1-2
libc6 (= 2.11) | 2.13-10
libcloog-ppl0 (= 0.15.9-3~) | 0.15.9-3
libgmp10 | 2:5.0.1+dfsg-7
libgmpxx4ldbl| 2:5.0.1+dfsg-7
libmpc2 | 0.9-3
libmpfr4 | 3.0.1-4
libppl-c4| 0.11.2-3
libppl9 | 0.11.2-3
zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3
Recommends (Version) | Installed
==-+-
libc6-dev (= 2.13-5) | 2.13-10
Suggests(Version) | Installed
=-+-==
gcc-4.6-multilib | 4.6.1-2
libmudflap0-4.6-dev (= 4.6.1-2) |
gcc-4.6-doc (= 4.6.0-12) |
gcc-4.6-locales (= 4.6.0-12) |
libgcc1-dbg |
libgomp1-dbg |
libquadmath0-dbg |
libmudflap0-dbg |
binutils-gold (= 2.21.51~) |
--
Emil Langrock
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633083: [liblircclient-dev] Send pkg-config to upstream
Package: liblircclient-dev Severity: normal It is nice to have pkg-config for the lirc development packages $ pkg-config --cflags --libs liblircclient0 But it makes it useless to have it only in Debian. When I program against them in Debian, I will make my programs unportable. So it is completely against the idea of pkg-config. So either remove those things or force upstream to include them. --- System information. --- Architecture: i386 Kernel: Linux 2.6.39-2-686-pae Debian Release: wheezy/sid 500 unstableeeepc.debian.net 500 testing www.debian-multimedia.org 500 testing ftp.debian.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= liblircclient0 (= 0.9.0~pre1-1) | 0.9.0~pre1-1 libc6-dev | 2.13-7 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631314: Re: Bug#631314: [cowbuilder] --create fails when removing original tree
On Sunday 26 June 2011 11:06:05 you wrote: Does it still happen? It doesn't happen for me today. Yes, I still have that problem. But it seems that your newest upload of cowbuilder wasn't accepted yet. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631314: Re: Re: Bug#631314: [cowbuilder] --create fails when removing original tree
On Sunday 26 June 2011 09:51:27 Emil Langrock wrote: On Sunday 26 June 2011 11:06:05 you wrote: Does it still happen? It doesn't happen for me today. Yes, I still have that problem. But it seems that your newest upload of cowbuilder wasn't accepted yet. it seems to work when I have only cdebootstrap installed -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631314: [cowbuilder] --create fails when removing original tree
Package: cowbuilder Version: 0.62+nmu2 Severity: important I tried to create a new base.cow, but it always fails after the unpack with a long list with /proc filenames: rm: cannot remove `/var/cache/pbuilder/base.cow.sid32/proc/25390/sessionid': Permission denied rm: cannot remove `/var/cache/pbuilder/base.cow.sid32/proc/25390/coredump_filter': Permission denied rm: cannot remove `/var/cache/pbuilder/base.cow.sid32/proc/25390/io': Permission denied Could not remove original tree The command used was (as root): cowbuilder --create --basepath /var/cache/pbuilder/base.cow.sid32 --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends(Version) | Installed -+-=== libc6 (= 2.7) | 2.13-7 pbuilder | 0.199+nmu4 cowdancer| 0.62+nmu2 Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629271: [ftp.debian.org] Package information page in new queue missing
Package: ftp.debian.org Severity: normal I wanted to check the information about the packages currently in the new queue [1] and clicked on the version number in the list. I expected to get some kind of detailed overview [2], but got a 404 page [3] for everything that was younger than a week. [1] http://ftp-master.debian.org/new.html [2] http://ftp-master.debian.org/new/xvidcore_2:1.2.2+debian-2.html [3] http://ftp-master.debian.org/new/unbound_1.4.6-1~lenny1.html -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626035: [libkdeui5] Plasma randomly crashes
Package: libkdeui5 Version: 4:4.6.2-1 Severity: normal Tags: patch I have the problem that I have random plasma crashes of plasma - it seems that it is the crash which can be seen at https://bugs.kde.org/show_bug.cgi?id=258706 The patch is available at https://projects.kde.org/projects/kde/kdelibs/repository/revisions/a8d16682c31ef523ffebba6e19283a19cd5f5627 The patch is not part of 4.6.3 --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libattica0(= 0.1.90) | 0.2.0-1 libc6 (= 2.2.5) | 2.13-2 libdbusmenu-qt2(= 0.3.2) | 0.8.0-1 libice6 (= 1:1.0.0) | 2:1.0.7-1 libkdecore5 (= 4:4.6.2-1) | 4:4.6.2-1 libqt4-dbus (= 4:4.7.0) | 4:4.7.2-4 libqt4-network (= 4:4.7.0) | 4:4.7.2-4 libqt4-svg (= 4:4.7.0) | 4:4.7.2-4 libqt4-xml (= 4:4.7.0) | 4:4.7.2-4 libqtcore4 (= 4:4.7.0) | 4:4.7.2-4 libqtgui4(= 4:4.7.0) | 4:4.7.2-4 libsm6| 2:1.2.0-1 libstdc++6 (= 4.1.1) | 4.6.0-6 libx11-6 | 2:1.4.3-1 libxrender1 | 1:0.9.6-1 Recommends (Version) | Installed -+-=== kdelibs5-data (= 4:4.6.2-1) | 4:4.6.2-1 Suggests (Version) | Installed ===-+-=== hspell | -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625936: [qgit] Fails to use git correctly
Package: qgit Version: 2.3-1 Severity: normal It always warns about following when I start it ~~ An error occurred while executing command: git repo-config --get i18n.commitencoding Git says: WARNING: git repo-config is deprecated in favor of git config. ~~ --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= libc6(= 2.2.5) | 2.13-2 libgcc1(= 1:4.1.1) | 1:4.6.0-6 libqtcore4 (= 4.5.1) | 4:4.7.2-4 libqtgui4(= 4.5.1) | 4:4.7.2-4 libstdc++6 (= 4.1.1) | 4.6.0-6 libx11-6| 2:1.4.3-1 libxext6| 2:1.2.0-2 git-core (= 1.3.0) | 1:1.7.5.1-1 Recommends (Version) | Installed =-+-=== stgit | 0.15-1 Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625962: [sparse] FTBFS in sid pbuilder
Package: sparse Version: 0.4.3-1 Severity: serious debian/rules build dh build dh_testdir dh_auto_configure dh_auto_build make[1]: Entering directory `/tmp/buildd/sparse-0.4.3' CC test-lexing.o CC target.o CC parse.o In file included from parse.c:25:0: parse.h:63:22: error: duplicate member 'label_statement' make[1]: *** [parse.o] Error 1 make[1]: Leaving directory `/tmp/buildd/sparse-0.4.3' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package I: unmounting /var/cache/pbuilder/ccache filesystem I: unmounting /var/cache/apt/archives filesystem I: unmounting dev/pts filesystem I: unmounting proc filesystem - Cleaning COW directory forking: rm -rf /var/cache/pbuilder/build//cow.7546 $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6.1/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.0-6' -- with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable- languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.6 -- enable-shared --enable-multiarch --with-multiarch-defaults=x86_64-linux-gnu -- enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without- included-gettext --enable-threads=posix --with-gxx-include- dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable- objc-gc --with-arch-32=i586 --with-tune=generic --enable-checking=release -- build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.6.1 20110428 (prerelease) (Debian 4.6.0-6) --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+- libatk1.0-0(= 1.29.3) | 2.0.0-1 libc6 (= 2.3) | 2.13-2 libcairo2 (= 1.2.4) | 1.10.2-6 libfontconfig1 (= 2.8.0) | 2.8.0-2.2 libfreetype6(= 2.2.1) | 2.4.4-1 libglib2.0-0 (= 2.16.0) | 2.28.6-1 libgtk2.0-0 (= 2.8.0) | 2.24.4-3 libpango1.0-0 (= 1.14.0) | 1.28.3-6 libxml2 (= 2.7.4) | 2.7.8.dfsg-2+b1 Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598968: RFP: bsnes -- The most accurate SNES/SuperFamicom emulator
On Sunday 03 October 2010 16:37:57 you wrote: Package: wnpp Severity: wishlist * Package name: bsnes Version : 0.70 Upstream Author : byuu * URL : http://byuu.org/bsnes/ * License : GPL2 Programming Lang: C++ Description : The most accurate SNES/SuperFamicom emulator From the web site: bsnes is an emulator that began development on 2004-10-14. The purpose of this emulator is a bit different from others: it focuses on accuracy, debugging functionality, and clean code. The emulator does not focus on things that would hinder accuracy. This includes speed and game-specific hacks for compatibility. As a result, the minimum system requirements for bsnes are very high. The emulator itself was not derived from any existing emulator source code, such as SNES9x. It was written from scratch by myself. Any similarities to other emulators are merely coincidental. It is a very easy to use emulator with great, great accuracy. Best I've seen so far! Isn't it a bit useless to package bsnes? mednafen (in Debian) has bsnes already integrated [1] (afaik also with netplay support). Maybe it would be better to help the mednafen maintainer [2]. For example nobody showed any reactions to the ubuntu bugs (and maybe from other derivatives). Maybe you could also provide some insight how to use the different emulation cores or something like that. Also the debhelper compat could be updated to 8, dh could be used in debian/rules and line endings fixed in copyright file. If you want upstream help then you could try to get all patches since bsnes v059 be applied on top of the mednafen version. [1] http://forum.fobby.net/index.php?t=msgth=544start=0; [2] http://packages.qa.debian.org/m/mednafen.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598968: RFP: bsnes -- The most accurate SNES/SuperFamicom emulator
On Friday 06 May 2011 18:45:44 Manuel Bilderbeek wrote: Hi, On 05/06/2011 12:23 PM, Emil Langrock wrote: Isn't it a bit useless to package bsnes? mednafen (in Debian) has bsnes already integrated [1] (afaik also with netplay support). Maybe it would be I don't think it has it integrated: $ mednafen --help | grep -i snes has no output. It doesn't recognize SNES ROM files. $ apt-cache policy mednafen mednafen: Installed: 0.8.D.3-1 Candidate: 0.8.D.3-1 Version table: *** 0.8.D.3-1 0 500 http://ftp.nl.debian.org/debian/ testing/main amd64 Packages -1 http://ftp.nl.debian.org/debian/ unstable/main amd64 Packages 500 http://ftp.debian.nl/debian/ testing/main amd64 Packages -1 http://ftp.debian.nl/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status It is $ mednafen --help | grep -i snes Internal emulation modules: nes snes gb gba pce pce_fast lynx md pcfx ngp vb wswan sms gg cdplay see the output. And it recognized snes rom files - tried it with 1997\ New\ Year\ FD\ \(PD\).smc $ apt-cache policy mednafen mednafen: Installed: 0.9.17.1-1 Candidate: 0.9.17.1-1 Version table: *** 0.9.17.1-1 0 1 ftp://ftp.debian.org/debian/ experimental/main i386 Packages 100 /var/lib/dpkg/status 0.8.D.3-1 0 500 ftp://ftp.debian.org/debian/ sid/main i386 Packages 500 ftp://ftp.debian.org/debian/ testing/main i386 Packages -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625768: [buildtorrent] Allow to create trackerless torrent
Package: buildtorrent Version: 0.8-1 Severity: wishlist There are nearly no working public trackers available and DHT seems to be the only working solution. Still buildtorrent forces us to use an announcement tracker. Please explain how to create a DHT/trackerless torrent with it. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.2.5) | 2.13-2 Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625646: [akregator] Click one article, it gets unread but the next one is displayed
Package: akregator Version: 4:4.4.11.1-1 Severity: normal Tags: patch Since the update to 4.6.2, with displaying only unread articles in akregator, clicking an unread article (regardless of the source) makes the article unread and disappearing (the article is still there in the all article list). The next article in the list is displayed instead of the one clicked. Changing to all articles makes the behavior go away. The clicked article gets downloaded and displayed as it should. Problem description is here: https://bugs.kde.org/show_bug.cgi?id=271149 Fix is available here: https://projects.kde.org/projects/kde/kdepim/repository/revisions/1380ce172e4f98ab433085721f0e8fddef4ba621 --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== kdebase-runtime | 4:4.6.2-1 libc6(= 2.2.5) | 2.13-2 libgcc1(= 1:4.1.1) | 1:4.6.0-6 libkcmutils4 (= 4:4.6) | 4:4.6.2-1 libkde3support4 (= 4:4.6) | 4:4.6.2-1 libkdecore5 (= 4:4.6) | 4:4.6.2-1 libkdepim4 (= 4:4.4.11.1-1) | 4:4.4.11.1-1 libkdeui5(= 4:4.6) | 4:4.6.2-1 libkhtml5(= 4:4.6) | 4:4.6.2-1 libkio5 (= 4:4.6) | 4:4.6.2-1 libknotifyconfig4(= 4:4.6) | 4:4.6.2-1 libkontactinterface4 (= 4:4.6) | 4:4.6.2-1 libkparts4 (= 4:4.6) | 4:4.6.2-1 libkpimutils4(= 4:4.6) | 4:4.6.2-1 libqt4-dbus(= 4:4.5.3) | 4:4.7.2-4 libqt4-xml (= 4:4.5.3) | 4:4.7.2-4 libqtcore4 (= 4:4.7.0~beta2) | 4:4.7.2-4 libqtgui4 (= 4:4.5.3) | 4:4.7.2-4 libstdc++6 (= 4.4.0) | 4.6.0-6 libsyndication4 (= 4:4.6) | 4:4.6.2-1 Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620867: package mupen64plus missing from experimental
reopen 620867 thanks Luca Falavigna wrote: It's there right now: $ curl -s ftp://ftp.debian.org/debian/dists/experimental/main/binary-all/Packages.gz| zcat|grep '^Package: mupen64plus' Package: mupen64plus-rsp-all Package: mupen64plus-input-all Package: mupen64plus-video-all Package: mupen64plus-audio-all Package: mupen64plus $ I checked it and it is available in that file now, but still not installable from experimental. The problem seems to be that it is not imported in the right binary Packages file (that thing which is downloaded and parsed by aptitude). I tried to find it using: grep -l '^Package: mupen64plus$' /var/lib/apt/lists/* Other all packages like xutils can be found without any problem. Testcase: $ curl -s ftp://ftp.debian.org/debian/dists/experimental/main/binary-i386/Packages.gz|zcat|grep '^Package: mupen64plus$' $ curl -s ftp://ftp.debian.org/debian/dists/experimental/main/binary-amd64/Packages.gz|zcat|grep '^Package: mupen64plus$' -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620867: [ftp.debian.org] package mupen64plus missing from experimental
Package: ftp.debian.org Severity: normal I tried to download mupen64plus 1.99.4+1 from experimental, but noticed that this package is available according to http://packages.debian.org/experimental/mupen64plus - http://packages.qa.debian.org/m/mupen64plus.html also says that it was uploaded on 2011-02-07. The download of ftp://ftp.debian.org/debian/pool/main/m/mupen64plus/mupen64plus_1.99.4+1_all.deb worked fine, but I don't understand why it is not in the actual Package file: $ curl -s ftp://ftp.debian.org/debian/dists/experimental/main/binary-all/Packages.gz|zcat|grep '^Package: mupen64plus$' --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 500 unstableftp.debian.org 1 experimentalftp.debian.org -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617791: [rtorrent] DHT error: Address not af_inet
reassign libtorrent 0.12.7-4 thanks On Friday 11 March 2011 13:53:35 Emil Langrock wrote: rtorrent fails to open some sockets after the update to 0.8.7-5 together with libtorrent13 0.12.7-4. I can only see the socket tcp6 0 0 [::]:6881 [::]:* LISTEN But any other sockets like the DHT socket arent available. I tried to remove the patch from 0.8.7-5 and noticed that it didn't help. After removing the ipv6 patch from libtorrent 0.12.7-4, everything seemed to work as expected. So I would guess that this bug should be fixed in libtorrent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617791: [rtorrent] DHT error: Address not af_inet
Package: rtorrent Version: 0.8.7-5 Severity: normal rtorrent fails to open some sockets after the update to 0.8.7-5 together with libtorrent13 0.12.7-4. I can only see the socket tcp6 0 0 [::]:6881 [::]:* LISTEN But any other sockets like the DHT socket arent available. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612956: nvidia-glx requires xorg-video-abi-8.0 but new xserver-xorg-core provides xorg-video-abi-8
On Jumee, Bahman 29, 1389 03:14:53 pm Andreas Beckmann wrote: A new pre-release of upcoming experimental packages is available at http://stxxl.ae.cs.uni-frankfurt.de/tmp/262e3a21-dcfc-4852-84b7-44d1cab8ed e2-n-g-d-exp/ Andreas Hi Andreas. The nvidia-glx package on 'upcoming experimental' page you linked still depends on 'xorg-video-abi-8.0' but 'xorg-video-abi-8' is provied by xserver- xorg-core. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612956: cannot install nvidia-glx
Hi. I also cannot install nvidia-glx after upgrading xserver-xorg. I tried installing it from experimental, but apperantly it depends on xserver- xorg 1.7.7 OR xorg-video-abi-8.0 OR xorg-video-abi-6.0 but two latter packages are not available. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613431: RFP: wxWidgets Cross-platform C++ GUI toolkit
Package: wnpp Severity: wishlist * Package name: wxwidgets2.9 Version : 2.9.1 Upstream Author : Cant find it on the website * URL : http://www.wxwidgets.org/ * License : wxWindows Library License Programming Lang: C++ Description : wxWidgets Cross-platform C++ GUI toolkit wxWidgets (formerly known as wxWindows) is a class library for C++ providing GUI components and other facilities on several popular platforms (and some unpopular ones as well). For more information see http://wxwidgets.org New version of software or new software appears on the horizon which uses wxwidget 2.9 only functionality. These software could be uploaded to experimental, but Debian doesn't provide this version at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606949: [kopete] kwallet timeout
tag 606949 + squeeze sid patch fixed-upstream
forwarded 606949 https://bugs.kde.org/226270
thanks
This was already fixed in kde in r1151086 [1]. I tested it using the attached
patch for the kdenetwork 4.4.5-2 package.
It is quite irritating that I usually cannot enter my password in kwallet
before kopete asks me directly for _all_ my instant messaging account related
passwords. This makes kwallet in combination with kopete unusable for me.
[1]
http://websvn.kde.org/branches/KDE/4.5/kdenetwork/kopete/libkopete/kopetewalletmanager.cpp?r1=1143427r2=1151086pathrev=1151086view=patch
diff -Nru kdenetwork-4.4.5/debian/changelog kdenetwork-4.4.5/debian/changelog
--- kdenetwork-4.4.5/debian/changelog 2010-11-28 16:44:33.0 +0100
+++ kdenetwork-4.4.5/debian/changelog 2011-02-11 14:27:11.0 +0100
@@ -1,3 +1,10 @@
+kdenetwork (4:4.4.5-2kwallettimeout) squeeze-proposed-updates; urgency=low
+
+ * debian/patches:
+- Add 04_kwallettimeout.diff, Disable kwallet timeout for kopete
+
+ -- Emil Langrock emil.langr...@gmx.de Fri, 11 Feb 2011 14:26:22 +0100
+
kdenetwork (4:4.4.5-2) unstable; urgency=low
* Point debian/control Vcs fields to the new Git repository.
diff -Nru kdenetwork-4.4.5/debian/patches/04_kwallettimeout.diff kdenetwork-4.4.5/debian/patches/04_kwallettimeout.diff
--- kdenetwork-4.4.5/debian/patches/04_kwallettimeout.diff 1970-01-01 01:00:00.0 +0100
+++ kdenetwork-4.4.5/debian/patches/04_kwallettimeout.diff 2011-02-11 14:25:44.0 +0100
@@ -0,0 +1,73 @@
+--- a/kopete/libkopete/kopetewalletmanager.cpp 2010/06/27 18:59:06 1143427
b/kopete/libkopete/kopetewalletmanager.cpp 2010/07/17 18:52:43 1151086
+@@ -25,8 +25,6 @@
+ #include qwidget.h
+ #include qapplication.h
+
+-#define KWALLET_TIMEOUT 15000
+-
+ static WId mainWindowID()
+ {
+ if ( QWidget *w = Kopete::UI::Global::mainWidget() )
+@@ -37,7 +35,7 @@
+ class Kopete::WalletManager::Private
+ {
+ public:
+- Private() : wallet(0), signal(0), firstTry(true) {}
++ Private() : wallet(0), signal(0) {}
+ ~Private() { delete wallet; delete signal; }
+
+ KWallet::Wallet *wallet;
+@@ -50,16 +48,11 @@
+ // instead, we store a KopeteWalletSignal which we connect to, and create
+ // a new one for each set of requests.
+ KopeteWalletSignal *signal;
+-
+- bool firstTry;
+- QTimer timeoutTimer;
+ };
+
+ Kopete::WalletManager::WalletManager()
+ : d( new Private )
+ {
+- d-timeoutTimer.setSingleShot( true );
+- connect( (d-timeoutTimer), SIGNAL(timeout()), this, SLOT(slotWalletChangedStatus()) );
+ }
+
+ Kopete::WalletManager::~WalletManager()
+@@ -115,15 +108,12 @@
+ return;
+ }
+
+- d-firstTry = true;
+- d-timeoutTimer.start( KWALLET_TIMEOUT );
+ connect( d-wallet, SIGNAL(walletOpened(bool)), SLOT(slotWalletChangedStatus()) );
+ }
+
+ void Kopete::WalletManager::slotWalletChangedStatus()
+ {
+ kDebug(14010) isOpen: d-wallet-isOpen();
+- d-timeoutTimer.stop();
+
+ if( d-wallet-isOpen() )
+ {
+@@ -149,18 +139,7 @@
+ delete d-wallet;
+ d-wallet = 0;
+
+- if ( d-firstTry )
+- {
+- // Try again if it's the first failure
+- kDebug(14010) wallet open timeout;
+- openWalletInner();
+- d-firstTry = false;
+- return;
+- }
+- else
+- {
+- kWarning(14010) wallet open error;
+- }
++ kWarning(14010) wallet open error;
+ }
+
+ emitWalletOpened( d-wallet );
diff -Nru kdenetwork-4.4.5/debian/patches/series kdenetwork-4.4.5/debian/patches/series
--- kdenetwork-4.4.5/debian/patches/series 2010-11-28 14:38:27.0 +0100
+++ kdenetwork-4.4.5/debian/patches/series 2011-02-11 14:21:59.0 +0100
@@ -1,3 +1,4 @@
01_backport_use_system_libktorrent.diff
02_debian_libktorrent_porting.diff
03_kopete_icq_login_fix.diff
+04_kwallettimeout.diff
Bug#610712: [devscripts] Allow to check cryptographic signatures
Package: devscripts Version: 2.10.69 Severity: wishlist It happened in the past and will happen in the future that a mirror or even the original download server for a project is hacked and minimal modified sources gets uploaded. The packager using uscan will trust usually that the sources are untouched and can be trusted. This may be a wrong assumption and some projects provide different ways to check the integrity of downloaded files. The usual way is a *.sha1 or *.md5 file next to the actual download file. This file can easily modified by an attacker (and are currently too weak for serious security applications). This makes it unsuitable for our tests. There is still the possibility that this file is downloaded from a trusted site which is different from the site we downloaded the file from. I will not follow this path any longer due to the complexity for uscan. A more interesting approach is to make it possible to download the source tarball and a pgp/gnupg signature which is used to verify the the file. The attacker could now modify this signature too, but has not the possibility to do that with the same private key (usually - there is still the possibility that the attacker kidnapped the release manager and forced him to sign the modified tarball). So we need to ensure that only a single (or multiple) predefined keys are accepted. I don't expect uscan to implement all that in the framework in a heavily configurable manner, but to allow to add some kind of verify hook that calls an external script. This script has to receive the url which was used to download the file and the location of the downloaded file. The return value can be used to in uscan to decide if the file is ok or was modified. Here is an easy example what a maintainer defined script has to do (beside the first download which is done by uscan): $ set -e $ DOWNLOAD_URL=http://mirror.synyx.de/apache//httpd/mod_ftp/mod_ftp-0.9.6-beta.tar.gz; $ DOWNLOADED_FILE=mod_ftp-0.9.6-beta.tar.gz $ TMP=`mktemp -d` $ trap 'rm -rf $TMP' 0 $ wget -q $DOWNLOAD_URL -O $DOWNLOADED_FILE # this should not be done by us $ wget -q $DOWNLOAD_URL.asc -O $TMP/sign $ rm -f $TMP/keys $ gpg --batch --no-default-keyring --keyring $TMP/keys --recv-keys B1B96F45DFBDCCF974019235193F180AB55D9977 || true $ gpg --batch --no-default-keyring --keyring $TMP/keys --keyserver-options no-auto-key-retrieve --verify $TMP/sign $DOWNLOADED_FILE --- System information. --- Architecture: i386 Kernel: Linux 2.6.37-trunk-686 Debian Release: 6.0 500 testing www.debian-multimedia.org 500 testing ftp.debian.org 500 testing eeepc.debian.net 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== dpkg-dev (= 1.15.4.1) | 1.15.8.8 perl | 5.10.1-17 libc6 (= 2.1.3) | 2.11.2-7 Recommends(Version) | Installed ===-+-=== at | curl| 7.21.0-1 OR wget| 1.12-2.1 dctrl-tools | 2.14.5 debian-keyring | 2010.12.29 debian-maintainers | dput| 0.9.6.1 OR dupload | equivs | 2.0.8 fakeroot| 1.14.4-1 gnupg | 1.4.10-4 libauthen-sasl-perl | 2.1500-1 libcrypt-ssleay-perl| 0.57-2 libparse-debcontrol-perl| 2.005-2 libsoap-lite-perl | 0.712-2 libterm-size-perl | 0.2-4+b1 libtimedate-perl| 1.2000-1 liburi-perl | 1.54-2 libwww-perl | 5.836-1 libyaml-syck-perl | 1.12-1 lintian | 2.4.3 lsb-release | 3.2-23.2squeeze1 bsd-mailx | 8.1.2-0.20100314cvs-1 OR mailx | man-db | 2.5.7-8 patch | 2.6-2 patchutils | 0.3.1-2 ssh-client | strace | 4.5.20-2 unzip | 6.0-4 wdiff | 0.6.3-1 www-browser | subversion | 1.6.12dfsg-4 OR cvs | 1:1.12.13-12 OR darcs | OR tla | OR bzr | OR git-core| 1:1.7.2.3-2.2 OR mercurial | 1.6.4-1 lzma|
Bug#610242: [libconfig-model-perl] Doesn't recognise DEP5 standalone license BSD-3-clause
Package: libconfig-model-perl Version: 1.229-1 Severity: normal I tested config-edit with following command: $ config-edit -application dpkg-copyright -ui none the debian/copyright file has a standalone license BSD-3-clause license which is referenced elsewhere in the file. This license is defined in http://dep.debian.net/deps/dep5/ rev153 but the parser still warns that it is invalid: Warning in 'License': key 'BSD-3-clause' should match ^(?i:Apache|Artistic| BSD|FreeBSD|ISC|CC-BY|CC-BY-SA|CC-BY-ND|CC-BY-NC|CC-BY-NC-SA|CC-BY-NC-ND|CC0| CDDL|CPL|Eiffel|Expat|GPL|LGPL|GFDL|GFDL-NIV|LPPL|MIT|MPL|Perl|PSF|QPL|W3C- Software|ZLIB|Zope)[\d\.\-]*\+?$ And the software doesn't catch real problems. For example I can have a text formatted like package long descriptions which is malformed (for example removed those nifty . and replaced same with . --- System information. --- Architecture: amd64 Kernel: Linux 2.6.36-trunk-amd64 Debian Release: 6.0 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== perl| 5.10.1-17 libcarp-assert-more-perl| 1.12-2 libexception-class-perl | 1.31-1 libhash-merge-perl(= 0.12) | 0.12-1 libparse-recdescent-perl| 1.965001+dfsg-1 liblog-log4perl-perl| 1.29-1 libyaml-perl (= 0.67) | 0.71-1 libwww-perl | 5.837-1 libapt-pkg-perl | 0.1.24+b1 libmoose-perl | 1.21-1 libmoosex-strictconstructor-perl| 0.10-1 libmoosex-singleton-perl| 0.25-1 Recommends (Version) | Installed -+-= bash-completion (= 1:1.0-3) | 1:1.2-3 libfuse-perl | 0.09-3 fuse-utils | 2.8.4-1.1 Suggests(Version) | Installed =-+-=== libterm-readline-perl-perl| 1.0303-1 OR libterm-readline-gnu-perl | libconfig-model-tkui-perl | -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610014: /usr/bin/pdftops: pdftops doesn't rotate landscape pages
Package: poppler-utils Version: 0.12.4-1.2 Severity: important File: /usr/bin/pdftops Tags: sid A landscape PDF was produced and then printed with lpr. The print was incorect because it was not rotated. I'm using magicfilter on my system for printing (this is not relevant though) and my printer filter calls pdftops and then the PostScript file is passed to ghostscript for printing. If I add the paper parameter to pdftops like this 0 %PDF fpipe /usr/bin/pdftops -paper A4 $FILE - then the printing is correct and the created PS file is properly marked/rotated This bug also affects printing from xpdf but there is no workaround for xpdf because xpdf uses common libraries with pdftops and when it sends the file to the printer it is already converted to PS and setting the psPaperSize to A4 in /etc/xpdf/xpdfrc has no effect. This bug appeared in the last 3-4 months, before that both pdftops and xpdf were printing properly. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (700, 'testing'), (100, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.16 Locale: LANG=C Shell: /bin/sh linked to /bin/bash Versions of packages poppler-utils depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.1generic font configuration library ii libgcc1 1:4.4.5-10 GCC support library ii libpoppler5 0.12.4-1.2 PDF rendering library ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3 ii libxml2 2.7.8.dfsg-1 GNOME XML library Versions of packages poppler-utils recommends: ii ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF poppler-utils 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#600783: Confirm
I can confirm this issue. I have Debian Sid and apache segfaults when i call ffmpeg_frame-toGDImage(). Here is a part of backtrace: *** glibc detected *** /usr/sbin/apache2: double free or corruption (out): 0x7ff1ddba9c20 *** === Backtrace: = /lib/libc.so.6(+0x71ad6)[0x7ff1d9912ad6] /lib/libc.so.6(cfree+0x6c)[0x7ff1d991784c] /usr/lib/libavutil.so.50(av_freep+0xc)[0x7ff1d1a03a8c] /usr/lib/libswscale.so.0(sws_freeContext+0x46)[0x7ff1d2bdb416] /usr/lib/php5/20090626/ffmpeg.so(ffmpeg_img_convert+0x92)[0x7ff1d2df4182] /usr/lib/php5/20090626/ffmpeg.so(_php_convert_frame+0x63)[0x7ff1d2df3ac3] /usr/lib/php5/20090626/ffmpeg.so(zim_ffmpeg_frame_toGDImage+0x85)[0x7ff1d2df3ba5] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605872: [smb4k] Should not edit /etc/sudoers
Package: smb4k Version: 0.10.9-1 Severity: whishlist /etc/sudoers is a config file managed by the package sudo. smb4k now modifies it when running smb4k_sudowriter Configure - Super User This makes it hard to update sudo. Instead it should write its configuration files to /etc/sudoers.d/ and ensure that the line `includedir /etc/sudoers.d` is activated in /etc/sudoers --- System information. --- Architecture: amd64 Kernel: Linux 2.6.36-trunk-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== kdebase-runtime| 4:4.4.5-1 libc6 (= 2.2.5) | 2.11.2-7 libgcc1 (= 1:4.1.1) | 1:4.5.1-11 libkdecore5(= 4:4.4.4-2~) | 4:4.4.5-2 libkdeui5 (= 4:4.3.4) | 4:4.4.5-2 libkio5 (= 4:4.3.4) | 4:4.4.5-2 libkparts4(= 4:4.3.4) | 4:4.4.5-2 libqt4-dbus (= 4:4.5.3) | 4:4.7.0~rc1-1 libqt4-network(= 4:4.5.3) | 4:4.7.0~rc1-1 libqt4-svg(= 4:4.5.3) | 4:4.7.0~rc1-1 libqt4-xml(= 4:4.5.3) | 4:4.7.0~rc1-1 libqtcore4(= 4:4.6.1) | 4:4.7.0~rc1-1 libqtgui4 (= 4:4.5.3) | 4:4.7.0~rc1-1 libstdc++6 (= 4.4.0) | 4.5.1-11 samba-common-bin (= 2:3.4.7~dfsg) | 2:3.5.6~dfsg-1 smbclient(= 2:3.4.7~dfsg) | 2:3.5.6~dfsg-1 smbfs (= 2:4.1) | 2:4.5-2 Recommends (Version) | Installed =-+-=== sudo | 1.7.4p4-5 Suggests(Version) | Installed =-+-=== kwalletmanager| 4:4.4.5-1 -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605458: [icedtea6-plugin] NULL pointer exception when starting minecraft
) at net.sourceforge.jnlp.runtime.JNLPSecurityManager.checkPermission(JNLPSecurityManager.java:250) at java.awt.Robot.checkRobotAllowed(Robot.java:151) at java.awt.Robot.init(Robot.java:137) at java.awt.Robot.init(Robot.java:99) at com.mojang.minecraft.l.init(Unknown Source) at com.mojang.minecraft.MinecraftApplet.init(Unknown Source) at org.lwjgl.util.applet.AppletLoader.switchApplet(AppletLoader.java:766) at org.lwjgl.util.applet.AppletLoader.run(AppletLoader.java:644) at java.lang.Thread.run(Thread.java:636) Then I installed sun-java6-plugin from non-free and changed net.ipv6.bindv6only to 0 in sysctl - which allowed me to play it. The sysctl trick is only sun-java6-plugin specific and does not help with icedtea6-plugin. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.36-trunk-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends(Version) | Installed -+-= openjdk-6-jre (= 6b20-1.9.1-1) | 6b20-1.9.1-1 xulrunner-1.9.1 | 1.9.1.15-1 libatk1.0-0 (= 1.29.3) | 1.32.0-1 libc6 (= 2.3.2) | 2.11.2-7 libcairo2 (= 1.2.4) | 1.10.0-1 libfontconfig1(= 2.8.0) | 2.8.0-2.1 libfreetype6 (= 2.2.1) | 2.4.2-2.1 libgcc1 (= 1:4.1.1) | 1:4.5.1-11 libglib2.0-0 (= 2.16.0) | 2.27.4-1 libgtk2.0-0 (= 2.8.0) | 2.22.0-1 libnspr4-0d(= 1.8.0.10) | 4.8.6-1 libpango1.0-0(= 1.14.0) | 1.28.3-2 libstdc++6 (= 4.5) | 4.5.1-11 Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605462: [openjdk-6] FTBFS on amd64 cowbuilder for experimental
Package: openjdk-6 Version: 6b20-1.9.2-1 Severity: serious ---/tmp/buildd/openjdk-6-6b20-1.9.2/build/bootstrap/jdk1.6.0/bin/javac -g -encoding ascii -source 6 -target 6 -source 1.4 -target 1.4 -classpath /tmp/buildd/openjdk-6-6b20-1.9.2/build/bootstrap/jdk1.6.0/lib/tools.jar:/tmp/buildd/openjdk-6-6b20-1.9.2/build/bootstrap/jdk1.6.0/jre/lib/rt.jar -sourcepath /tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk-ecj/hotspot/agent/src/share/classes -d /tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build-ecj/hotspot/outputdir/linux_amd64_compiler2/product/../generated/saclasses @/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build-ecj/hotspot/outputdir/linux_amd64_compiler2/product/../agent1.classes.list /tmp/buildd/openjdk-6-6b20-1.9.2/build/bootstrap/jdk1.6.0/bin/javac -g -encoding ascii -source 6 -target 6 -source 1.4 -target 1.4 -classpath /tmp/buildd/openjdk-6-6b20-1.9.2/build/bootstrap/jdk1.6.0/lib/tools.jar:/tmp/buildd/openjdk-6-6b20-1.9.2/build/bootstrap/jdk1.6.0/jre/lib/rt.jar -sourcepath /tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk-ecj/hotspot/agent/src/share/classes -d /tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build-ecj/hotspot/outputdir/linux_amd64_compiler2/product/../generated/saclasses @/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build-ecj/hotspot/outputdir/linux_amd64_compiler2/product/../agent2.classes.list /tmp/buildd/openjdk-6-6b20-1.9.2/build/bootstrap/jdk1.6.0/bin/rmic -classpath /tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build- ecj/hotspot/outputdir/linux_amd64_compiler2/product/../generated/saclasses -d /tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build- ecj/hotspot/outputdir/linux_amd64_compiler2/product/../generated/saclasses sun.jvm.hotspot.debugger.remote.RemoteDebuggerServer make[9]: /tmp/buildd/openjdk-6-6b20-1.9.2/build/bootstrap/jdk1.6.0/bin/rmic: Command not found make[9]: *** [/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build-ecj/hotspot/outputdir/linux_amd64_compiler2/product/../generated/sa-jdi.jar] Error 127 make[9]: Leaving directory `/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build-ecj/hotspot/outputdir/linux_amd64_compiler2/product' make[8]: *** [all] Error 2 make[8]: Leaving directory `/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build-ecj/hotspot/outputdir/linux_amd64_compiler2/product' make[7]: *** [sa_stuff] Error 2 make[7]: Leaving directory `/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build-ecj/hotspot/outputdir/linux_amd64_compiler2/product' make[6]: *** [product] Error 2 make[6]: Leaving directory `/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk.build-ecj/hotspot/outputdir' make[5]: *** [generic_build2] Error 2 make[5]: Leaving directory `/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk-ecj/hotspot/make' make[4]: *** [product] Error 2 make[4]: Leaving directory `/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk-ecj/hotspot/make' make[3]: *** [hotspot-build] Error 2 make[3]: Leaving directory `/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk-ecj' make[2]: *** [build_product_image] Error 2 make[2]: Leaving directory `/tmp/buildd/openjdk-6-6b20-1.9.2/build/openjdk-ecj' make[1]: *** [stamps/icedtea-ecj.stamp] Error 2 make[1]: Leaving directory `/tmp/buildd/openjdk-6-6b20-1.9.2/build' make: *** [stamps/build] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package I: unmounting /var/cache/pbuilder/ccache filesystem I: unmounting /var/cache/apt/archives filesystem I: unmounting dev/pts filesystem I: unmounting proc/sys/fs/binfmt_misc filesystem I: unmounting proc filesystem - Cleaning COW directory --- System information. --- Architecture: amd64 Kernel: Linux 2.6.36-trunk-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602342: [erlang-odbc] Always fails to connect
On Thursday 04 November 2010 07:43:08 Sergei Golovan wrote: [...] odbcserver (the Erlang port which talks to unixodbc) segfaults when connecting to SQLite3 database. Seems like a bug in odbcserver. I'll try to investigate it. Though I think the fix will appear in unstable and testing first, not in experimental (where your 1:14.b-dfsg-1 comes from). Yes, I was using two machines to test. One with unstable/experimental and one with testing + some unstable packages. And it seems that I mixed up the versions in the bug report. Sorry for that. Best regards, Emil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602342: [erlang-odbc] Always fails to connect
On Thursday 04 November 2010 12:15:25 Sergei Golovan wrote:
On Thu, Nov 4, 2010 at 9:43 AM, Sergei Golovan sgolo...@nes.ru wrote:
On Thu, Nov 4, 2010 at 1:21 AM, Emil Langrock emil.langr...@gmx.de
wrote:
odbc:start().
odbc:connect(Driver=SQLITE3;Database=/var/lib/ejabberd_archive/mod_arch
ive.sqlite3;, [{scrollable_cursors, off}]).
=ERROR REPORT 3-Nov-2010::22:46:50 ===
ODBC: received unexpected info: {tcp_closed,#Port0.670}
=ERROR REPORT 3-Nov-2010::22:46:50 ===
** Generic server 0.57.0 terminating
** Last message in was {#Port0.668,{exit_status,139}}
** When Server state == {state,#Port0.668,
{0.35.0,#Ref0.0.0.109},
0.35.0,undefined,on,undefined,undefined,off, connecting,undefined,0,
[#Port0.666,#Port0.667],
#Port0.669,#Port0.670}
odbcserver (the Erlang port which talks to unixodbc) segfaults when
connecting to
SQLite3 database. Seems like a bug in odbcserver. I'll try to
investigate it. Though I think the fix will appear in unstable and
testing first, not in experimental (where your 1:14.b-dfsg-1 comes
from).
In fact, the segfault happens in /usr/lib/odbc/libsqlite3odbc.so which
is part of
libsqliteodbc package.
After some digging in the code I've found that setting connect attribute
SQL_AUTOCOMMIT leads to the segfault. (Perl and python do this other way,
so they work.)
Appears that the author of sqliteodbc has fixed this bug (see changelog for
version 0.87 at http://www.ch-werner.de/sqliteodbc/). I've extracted a
small patch which make crach gone and attached it to this message.
So, I'm reassigning this bug to libsqliteodbc.
Cheers!
Thanks for your debugging. It works a lot better with 0.87, but still seems to
kill itself when I try to write (probably write). I only tested ejabberd with
mod_archive_webview. In previous sqliteodbc versions it was not possible to
see the browse, search or use any other submenu.
Now i can write (xmpp) to an account with globally enabled xep 0136 logging
through ejabberd mod_archive_odbc and get:
=CRASH REPORT 4-Nov-2010::17:25:04 ===
crasher:
initial call: odbc:init/1
pid: 0.458.0
registered_name: []
exception exit: {port_exit,killed}
in function gen_server:terminate/6
ancestors: [odbc_sup,0.285.0]
messages: [{'EXIT',#Port0.3714,normal}]
links: [0.286.0]
dictionary: []
trap_exit: true
status: running
heap_size: 1597
stack_size: 24
reductions: 2104
neighbours:
=SUPERVISOR REPORT 4-Nov-2010::17:25:04 ===
Supervisor: {local,odbc_sup}
Context:child_terminated
Reason: {port_exit,killed}
Offender: [{pid,0.458.0},
{name,[]},
{mfargs,{odbc,start_link_sup,[[{client,0.277.0}]]}},
{restart_type,temporary},
{shutdown,7000},
{child_type,worker}]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602342: [erlang-odbc] Always fails to connect
Package: erlang-odbc
Version: 1:14.b-dfsg-1
Severity: normal
I have a normal unixodbc installation (no manual configuration) with
libsqliteodbc. This works perfectly with pyodbc and other programs which uses
odbc:
import pyodbc
context =
pyodbc.connect(Driver=SQLITE3;Database=/var/lib/ejabberd_archive/mod_archive.sqlite3;)
cursor = context.cursor()
t = cursor.execute(select * from archive_messages)
c = t.columns()
c.fetchall()
[('', '', 'archive_collections', 'id', 4, 'INTEGER', 9, 10, 10, 0, 0, None,
'NULL', 4, None, 16384, 1, 'NO')
but when I try to use it using erlang then everything falls apart:
odbc:start().
odbc:connect(Driver=SQLITE3;Database=/var/lib/ejabberd_archive/mod_archive.sqlite3;,
[{scrollable_cursors, off}]).
=ERROR REPORT 3-Nov-2010::22:46:50 ===
ODBC: received unexpected info: {tcp_closed,#Port0.670}
=ERROR REPORT 3-Nov-2010::22:46:50 ===
** Generic server 0.57.0 terminating
** Last message in was {#Port0.668,{exit_status,139}}
** When Server state == {state,#Port0.668,
{0.35.0,#Ref0.0.0.109},
0.35.0,undefined,on,undefined,undefined,off,
connecting,undefined,0,
[#Port0.666,#Port0.667],
#Port0.669,#Port0.670}
The file itself is world read and writeable. So I have no idea why erlang-odbc
is somewhat special and fails without any usable information.
The sqlite3 file was created using
$ sqlite3 /var/lib/ejabberd_archive/mod_archive.sqlite3
And then pasting the attached sql into it (+ using .exit after that).
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.32-5-amd64
Debian Release: squeeze/sid
500 unstableftp.debian.org
500 stable ftp.debian.org
--- Package information. ---
Depends (Version) | Installed
===-+-===
erlang-base (= 1:14.b-dfsg-1) | 1:14.b-dfsg-1
OR erlang-base-hipe (= 1:14.b-dfsg-1) |
libc6 (= 2.7) | 2.11.2-7
unixodbc(= 2.2.11) | 2.2.14p2-2
Package's Recommends field is empty.
Suggests (Version) | Installed
==-+-===
erlang |
erlang-manpages|
erlang-doc |
--
Emil Langrock
CREATE TABLE archive_collections(id INTEGER NOT NULL,
prev_id INTEGER,
next_id INTEGER,
us VARCHAR(2047) NOT NULL,
with_user VARCHAR(1023) NOT NULL,
with_server VARCHAR(1023) NOT NULL,
with_resource VARCHAR(1023) NOT NULL,
utc DATETIME NOT NULL,
change_by VARCHAR(3071),
change_utc DATETIME,
deleted INTEGER,
subject VARCHAR(1023),
thread VARCHAR(1023),
crypt INTEGER,
extra VARCHAR(32767),
PRIMARY KEY(id));
CREATE INDEX IDX_archive_colls_prev_id ON archive_collections(prev_id);
CREATE INDEX IDX_archive_colls_next_id ON archive_collections(next_id);
CREATE INDEX IDX_archive_colls_us ON archive_collections(us);
CREATE INDEX IDX_archive_colls_with_server ON archive_collections(with_server);
CREATE INDEX IDX_archive_colls_with_user ON archive_collections(with_user);
CREATE INDEX IDX_archive_colls_with_resource ON archive_collections(with_resource);
CREATE INDEX IDX_archive_colls_utc ON archive_collections(utc);
CREATE INDEX IDX_archive_colls_change_utc ON archive_collections(change_utc);
CREATE TABLE archive_messages(id INTEGER NOT NULL,
coll_id INTEGER NOT NULL,
utc DATETIME NOT NULL,
dir INTEGER,
body VARCHAR(65535),
name VARCHAR(1023),
PRIMARY KEY(id));
CREATE INDEX IDX_archive_msgs_coll_id ON archive_messages(coll_id);
CREATE INDEX IDX_archive_msgs_utc ON archive_messages(utc);
CREATE TABLE archive_jid_prefs(us VARCHAR(2047) NOT NULL,
with_user VARCHAR(1023) NOT NULL,
with_server VARCHAR(1023) NOT NULL,
with_resource VARCHAR(1023) NOT NULL,
save INTEGER,
expire INTEGER,
otr INTEGER,
PRIMARY KEY(us, with_user, with_server, with_resource));
CREATE INDEX IDX_archive_jid_prefs_us ON archive_jid_prefs(us);
CREATE TABLE archive_global_prefs(us VARCHAR
Bug#600823: [pbuilder] Doesnt support any wildcards in debian/control
Package: pbuilder Version: 0.199 Severity: normal --- Please enter the report below this line. --- I tried to build openssh 1:5.5p1-5 and always ran into the problem that libselinux1-dev wasnt installed. When I checked debian/control it was clear to me that this dependency is [ linux-any ] and pbuilder doesn't seem to parse that correctly. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed =-+-= debootstrap | 1.0.25 OR cdebootstrap | 0.5.7 wget | 1.12-2.1 debianutils (= 1.13.1) | 3.4.1 coreutils(= 4.5.8-1) | 8.5-1 debconf (= 0.5) | 1.5.36 OR debconf-2.0 | Recommends (Version) | Installed =-+-=== fakeroot | 1.14.4-1 sudo | 1.7.4p4-4 devscripts| 2.10.68 Suggests (Version) | Installed ===-+-=== pbuilder-uml| gdebi-core | cowdancer | 0.62 -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599511: [chromium-browser] FTBFS: converting to non-pointer type 'unsigned int' from NULL
Emil Langrock wrote: Package: chromium-browser Version: 7.0.544.0~r61416-1 Severity: serious Build in a cowbuilder with up-to-date unstable+experimental amd64 in. sources.list CXX(target) out/Release/obj.target/glue/webkit/glue/webvideoframe_impl.o cc1plus: warnings being treated as errors webkit/glue/webvideoframe_impl.cc: In member function 'virtual unsigned int webkit_glue::WebVideoFrameImpl::texture(unsigned int) const': webkit/glue/webvideoframe_impl.cc:93:10: error: converting to non-pointer type 'unsigned int' from NULL make[1]: *** [out/Release/obj.target/glue/webkit/glue/webvideoframe_impl.o] Error 1 make[1]: Leaving directory `/tmp/buildd/chromium-browser-7.0.544.0~r61416/src' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 And when exchanging the NULL to a 0 then it build stops in the debian stuff because it cannot find debian/tmp/debian/tmp/usr/lib/chromium-browser/libosmesa.so I will not check why that happens because the build took around five hours. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599754: amarok: when not using kdeWallet last.fm password is not saved
Package: amarok Version: 2.3.1-1 Severity: normal If you select not to use kde-wallet. The password to last.fm plugin is not saved at all. There is the confirmation message box that says - password will be saved in plaintex, but whenever you choose Yes or No passowrd and username is not saved at all, so the plugin doesn't work -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amarok depends on: ii amarok-common 2.3.1-1 architecture independent files for ii amarok-utils2.3.1-1 utilities for Amarok media player ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii libc6 2.11.2-1 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.1-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.4-3GCC support library ii libgcrypt11 1.4.5-1 LGPL Crypto library - runtime libr ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgpod40.7.93-0.3 library to read and write songs an ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libkdecore5 4:4.4.5-1the KDE Platform Core Library ii libkdeui5 4:4.4.5-1the KDE Platform User Interface Li ii libkdnssd4 4:4.4.5-1the DNS-SD Protocol Library for th ii libkfile4 4:4.4.5-1the File Selection Dialog Library ii libkio5 4:4.4.5-1the Network-enabled File Managemen ii libknewstuff2-4 4:4.4.5-1the Get Hot New Stuff v2 Library ii libknewstuff3-4 4:4.4.5-1the Get Hot New Stuff v3 Library ii libkutils4 4:4.4.5-1various utility classes for the KD ii liblastfm0 0.4.0~git20090710-1 The Last.fm web services library ii libloudmouth1-0 1.4.3-5 Lightweight C Jabber library ii libmtp8 1.0.3-1 Media Transfer Protocol (MTP) libr ii libmysqlclient165.1.49-1 MySQL database client library ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libplasma3 4:4.4.5-1the Plasma Library for the KDE Pla ii libqca2 2.0.2-1 libraries for the Qt Cryptographic ii libqt4-dbus 4:4.6.3-1Qt 4 D-Bus module ii libqt4-network 4:4.6.3-1Qt 4 network module ii libqt4-script 4:4.6.3-1Qt 4 script module ii libqt4-sql 4:4.6.3-1Qt 4 SQL module ii libqt4-svg 4:4.6.3-1Qt 4 SVG module ii libqt4-webkit 4:4.6.3-1Qt 4 WebKit module ii libqt4-xml 4:4.6.3-1Qt 4 XML module ii libqtcore4 4:4.6.3-1Qt 4 core module ii libqtgui4 4:4.6.3-1Qt 4 GUI module ii libqtscript4-core 0.1.0-3 Qt Script bindings for the Qt 4 Co ii libqtscript4-gui0.1.0-3 Qt Script bindings for the Qt 4 Gu ii libqtscript4-networ 0.1.0-3 Qt Script bindings for the Qt 4 Ne ii libqtscript4-sql0.1.0-3 Qt Script bindings for the Qt 4 SQ ii libqtscript4-uitool 0.1.0-3 Qt Script bindings for the Qt 4 Ui ii libqtscript4-xml0.1.0-3 Qt Script bindings for the Qt 4 XM ii libsolid4 4:4.4.5-1Solid Library for KDE Platform ii libstdc++6 4.4.4-3 The GNU Standard C++ Library v3 ii libstreamanalyzer0 0.7.2-1 streamanalyzer library for Strigi ii libstreams0 0.7.2-1 streams library for for Strigi Des ii libtag-extras1 1.0.1-2 TagLib extras library - support fo ii libtag1c2a 1.6.3-1 TagLib Audio Meta-Data Library ii libthreadweaver44:4.4.5-1the ThreadWeaver Library for the K ii libxml2 2.7.7.dfsg-2 GNOME XML library ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime ii phonon-backend-xine 4:4.6.0really4.4.2-1 Phonon Xine 1.1.x backend ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:4.4.5-1 transparent audio CD access for ap Versions of packages amarok suggests: ii libqt4-sql-mysql 4:4.6.3-1 Qt 4 MySQL database driver pn libqt4-sql-psql none (no description available) pn libqt4-sql-sqlite none (no description available) ii libxine1-ffmpeg 1.1.19-2 MPEG-related plugins for libxine1 pn moodbar none (no description available)
Bug#599511: [chromium-browser] FTBFS: converting to non-pointer type 'unsigned int' from NULL
Package: chromium-browser Version: 7.0.544.0~r61416-1 Severity: serious Build in a cowbuilder with up-to-date unstable+experimental amd64 in. sources.list CXX(target) out/Release/obj.target/glue/webkit/glue/webvideoframe_impl.o cc1plus: warnings being treated as errors webkit/glue/webvideoframe_impl.cc: In member function 'virtual unsigned int webkit_glue::WebVideoFrameImpl::texture(unsigned int) const': webkit/glue/webvideoframe_impl.cc:93:10: error: converting to non-pointer type 'unsigned int' from NULL make[1]: *** [out/Release/obj.target/glue/webkit/glue/webvideoframe_impl.o] Error 1 make[1]: Leaving directory `/tmp/buildd/chromium-browser-7.0.544.0~r61416/src' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== libasound2( 1.0.18) | 1.0.23-2 libatk1.0-0 (= 1.29.3) | 1.30.0-1 libbz2-1.0| 1.0.5-6 libc6 (= 2.11) | 2.11.2-6 libcairo2 (= 1.6.0) | 1.9.14-1 libcups2 (= 1.4.0) | 1.4.4-6 libdbus-1-3(= 1.0.2) | 1.4.0-1 libdbus-glib-1-2(= 0.78) | 0.88-2 libevent-1.4-2 (= 1.4.13-stable) | 1.4.13-stable-1 libexpat1 (= 1.95.8) | 2.0.1-7 libfontconfig1 (= 2.8.0) | 2.8.0-2.1 libfreetype6 (= 2.3.9) | 2.4.2-2 libgcc1 (= 1:4.1.1) | 1:4.5.1-8 libgconf2-4 (= 2.27.0) | 2.31.5-1 libgcrypt11(= 1.4.2) | 1.4.6-1 libgl1-mesa-glx | 7.8.2-2 OR libgl1| libglewmx1.5 (= 1.5.4) | 1.5.4-1 libglib2.0-0 (= 2.18.0) | 2.26.0-1 libgtk2.0-0 (= 2.18.0) | 2.22.0-1 libicu44 (= 4.4.1-1) | 4.4.1-6 libjpeg62(= 6b1) | 6b1-1 libnspr4-0d (= 1.8.0.10) | 4.8.6-1 libnss3-1d(= 3.12.3) | 3.12.8-1 libpango1.0-0 (= 1.20.0) | 1.28.1-1 libpng12-0 (= 1.2.13-4) | 1.2.44-1 libstdc++6 (= 4.4.0) | 4.5.1-8 libv8-2.2.24 | 2.2.24-6 libvpx0(= 0.9.0) | 0.9.2-1 libx11-6 | 2:1.3.3-3 libxext6 | 2:1.1.2-1 libxml2(= 2.7.4) | 2.7.7.dfsg-4 libxrender1 | 1:0.9.6-1 libxslt1.1(= 1.1.25) | 1.1.26-6 libxss1 | 1:1.2.0-2 zlib1g (= 1:1.2.0) | 1:1.2.5.dfsg-1 xdg-utils | 1.0.2+cvs20100307-2 chromium-browser-inspector| 6.0.472.62~r59676-1 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== chromium-browser-l10n| -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593933: [Pkg-kde-extras] Bug#593933: kmymoney: Please build with AqBanking 5
Emil Langrock wrote: severity 593933 whishlist block 593933 by 597565 thanks So, now (after #594553) it is clear that the assumption in the first post of this bug (#593933) were wrong and only pkg-config was missing. So back to whishlist for aqbanking 5 support - which the next release of kmymoney will have. Or to be more precise: it will be aqbanking 5 only thanks to the patch inside the attached patch. So lets hope that the libgwenhyvfar will then search in the right path for the aqbanking dialogs. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593933: [Pkg-kde-extras] Bug#593933: kmymoney: Please build with AqBanking 5
severity 593933 serious thanks Mark Purcell wrote: On Monday 20 September 2010 22:05:11 Emil Langrock wrote: I see it the same way, but I would say that this is a kind of FTBFS and thus it must have the severity serious. kmymoney 4.5 does not FTFBS: https://buildd.debian.org/build.cgi?pkg=kmymoney;ver=4.5-1 If I build it in a pbuilder then I get functionality wise a complete different binary then the thing which is provided by you on amd64. See for example https://buildd.debian.org/fetch.cgi?pkg=kmymoney;ver=4.5-1;arch=armel;stamp=1282445711 please search for KBanking plugin and look on the line if it says no or yes. So either the source is missing (not the case) or it is a ftbfs on amd64 due to completely different build results. I will increase the severity again. Thus the severity is not series. I agree that kmymoney should be built with aqbanking5, however this is an experimental package, thus I am assigning severity wishlist for the build against aqbanking5. I also suspect the patches to build against aqbanking5 should be forwarded upstream as they are not Debian specific. The patch is definitely debian specific as they change the stuff in debian/ How you fix it to get the same results when building is not my problem - I just provided the stuff I did. If it is enough to depend on pkg-config then try it - I wont do your work because I am not the package maintainer with the expertise to fix that stuff. If the pkg-config is enough then please feel free to degrease the severity again to whishlist. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597565: [Aqbanking-user] libgwenhywfar uses invalid data-root
Christian Stimming wrote: Zitat von Emil Langrock emil.langr...@gmx.de: Package: libgwenhywfar Version: 4.0.1-1 Severity: important See http://bugs.debian.org/593933 to get the version I used to test compile in builder with an unstable/experimental /etc/apt/sources.list The only problem i notice is that I cannot configure aqbanking anymore because I always get 311: Could not create setup dialog. I think I found the problem. I had to link sudo ln -s /usr/share/aqbanking /usr/share/libgwenhywfar60/aqbanking and then the GWEN_PathManager_FindFile is able to find the dialogs. I think the problem is that --datarootdir in in libgwenhywfar is set to /usr/share/libgwenhywfar60 instead of /usr/share. This is also the reason why locales are installed in the wrong path (under /usr/share/libgwenhywfar60/locales instead of /usr/share/locales). Where does libgwenhywfar get the erroneous --datarootdir you mentioned from? Upstream? In the upstream source code I cannot see any non-standard setting of the datarootdir. Or does this happen only in the debian package? No, the debian maintainer of libgwenhywfar decided to set that --datarootdir to /usr/share/libgwenhywfar60 in his debian/rules file - just send it also to the mailing list if anyone has the same problem and searches for a solution. gwenhywfar will not try to search for the dlg files in /usr/share/libgwenhywfar60/aqbanking/dialogs instead of /usr/share/aqbanking/dialogs where they are really installed. I am personally not interested where the stuff is installed or if gwenhywfar or aqbanking is unable to deal with the non-standard root dirs - only a solution must be found. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597609: [python-levenshtein] Crashes python interpreter in seq* with simple arguments
Package: python-levenshtein Version: 0.10.1-1.1 Severity: normal python 2.6.6 (r266:84292, Sep 15 2010, 14:52:42) [GCC 4.4.5 20100909 (prerelease)] on linux2 Type help, copyright, credits or license for more information. import Levenshtein Levenshtein.seqratio(hallo, bla) Program received signal SIGSEGV, Segmentation fault. 0x77955a63 in ?? () from /usr/lib/python2.6/dist- packages/Levenshtein.so (gdb) bt #0 0x77955a63 in ?? () from /usr/lib/python2.6/dist- packages/Levenshtein.so #1 0x779567cf in ?? () from /usr/lib/python2.6/dist- packages/Levenshtein.so #2 0x77956ae9 in ?? () from /usr/lib/python2.6/dist- packages/Levenshtein.so #3 0x004a7ba5 in PyEval_EvalFrameEx () #4 0x004a95c1 in PyEval_EvalCodeEx () #5 0x004a9692 in PyEval_EvalCode () #6 0x004c942f in PyRun_InteractiveOneFlags () #7 0x004c96be in PyRun_InteractiveLoopFlags () #8 0x004c9eab in PyRun_AnyFileExFlags () #9 0x0041a6bd in Py_Main () #10 0x00325d81ec4d in __libc_start_main (main=value optimized out, argc=value optimized out, ubp_av=value optimized out, init=value optimized out, fini=value optimized out, rtld_fini=value optimized out, stack_end=0x7fffe0d8) at libc- start.c:228 #11 0x004198d9 in _start () --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+- libc6 (= 2.2.5) | 2.11.2-6 python( 2.7) | 2.6.6-2 python(= 2.5) | 2.6.6-2 python-central (= 0.6.11) | 0.6.16+nmu1 Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593933: kmymoney: Please build with AqBanking 5
severity 593933 serious thanks Micha Lenk wrote: Package: kmymoney Version: 4.5-1 Severity: wishlist Tags: experimental patch Hi, the current version apparently build without support for AqBanking: The build log shows that the KBanking is disabled: KMyMoney 4.5.0 Configure results (user options): OFX plugin: yes KBanking plugin: no iCalendar export plugin: yes With the attached patch kmymoney should build with AqBanking 5 too, which is available in experimental. Additional to the patch you need to change the build dependencies to build depend on libaqbanking32-dev. I see it the same way, but I would say that this is a kind of FTBFS and thus it must have the severity serious. This has no effect on the squeeze release as it is part of experimental There are more ftbfs source related things regarding this package (propably a dash failure in experimental - using bash in pbuilder fixed it): CMake Error at /usr/share/kde4/apps/cmake/modules/MacroEnsureVersion.cmake:76 (MATH): math cannot parse the expression: /bin/sh: Can't open /usr/bin/gpgme-config*1 + /bin/sh: Can't open /usr/bin/gpgme-config*100 + 0: syntax error, unexpected exp_DIVIDE, expecting exp_OPENPARENT or exp_NUMBER (1) Call Stack (most recent call first): /usr/share/kde4/apps/cmake/modules/MacroEnsureVersion.cmake:95 (NORMALIZE_VERSION) /usr/share/kde4/apps/cmake/modules/FindGpgme.cmake:197 (macro_ensure_version) /usr/share/kde4/apps/cmake/modules/FindQGpgme.cmake:11 (find_package) CMakeLists.txt:53 (find_package) -- The installed version of gpgme is too old: /bin/sh: Can't open /usr/bin/gpgme-config (required: = 1.0.0) -- No usable gpgme flavours found. CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:70 (MESSAGE): Could NOT find QGpgme (missing: QGPGME_LIBRARY QGPGME_INCLUDE_DIR _QGPGME_EXTRA_LIBRARY) Call Stack (most recent call first): /usr/share/kde4/apps/cmake/modules/FindQGpgme.cmake:44 (find_package_handle_standard_args) CMakeLists.txt:53 (find_package) -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593933: kmymoney: Please build with AqBanking 5
Emil Langrock wrote:
I see it the same way, but I would say that this is a kind of FTBFS and
thus it must have the severity serious.
This has no effect on the squeeze release as it is part of experimental
I've added my complete patch to get the package build again with aqbanking
support in experimental. Your patch wasn't sufficient as it is missing many
important files.
The must problematic part was the CMakeList.txt changes I had to do to enable
kbanking when everything was found.
Please also notice the changes in debian/control (important one is for example
the build-dependency pkg-config). It took me the complete day to figure out
why it doesn't build the aqbanking when it build on my normal machine... just
to noticed that you forgot completely to depend on pkg-config for your cmake
scripts which uses them.
--
Emil Langrock
diff -Nru kmymoney-4.5/debian/control kmymoney-4.5/debian/control
--- kmymoney-4.5/debian/control 2010-06-02 00:10:51.0 +0200
+++ kmymoney-4.5/debian/control 2010-09-20 20:54:39.0 +0200
@@ -5,9 +5,9 @@
Uploaders: Mark Purcell m...@debian.org, Fathi Boudra f...@debian.org
Build-Depends: debhelper (= 7.4.15), cmake, pkg-kde-tools (= 0.9.0),
kdelibs5-dev (= 4:4.4.4), kdepimlibs5-dev (= 4:4.4.4), shared-mime-info,
- libaqbanking29-dev (= 4.2.4), libboost-graph-dev, libfinance-quote-perl,
- libgpgme11-dev, libgwenhywfar47-dev, libical-dev, libjpeg62-dev, libofx-dev,
- libpng12-dev, libsqlite3-dev, libz-dev
+ libaqbanking33-dev (= 4.2.4), libboost-graph-dev, libfinance-quote-perl,
+ libgpgme11-dev, libgwenhywfar60-dev, libical-dev, libjpeg62-dev, libofx-dev,
+ libpng12-dev, libsqlite3-dev, libz-dev, pkg-config
Standards-Version: 3.8.4
Homepage: http://kmymoney2.sourceforge.net
Vcs-Browser: http://svn.debian.org/wsvn/pkg-kde/kde-extras/kmymoney2/?op=log
diff -Nru kmymoney-4.5/debian/patches/0001-aqbanking5-support.patch kmymoney-4.5/debian/patches/0001-aqbanking5-support.patch
--- kmymoney-4.5/debian/patches/0001-aqbanking5-support.patch 1970-01-01 01:00:00.0 +0100
+++ kmymoney-4.5/debian/patches/0001-aqbanking5-support.patch 2010-09-20 20:54:39.0 +0200
@@ -0,0 +1,1850 @@
+From 90153841a06712b0cc9b30190b9f1adc189a3f45 Mon Sep 17 00:00:00 2001
+From: Sebastian Held sebastian.h...@gmx.de
+Date: Mon, 6 Sep 2010 21:09:43 +0200
+Subject: [PATCH] aqbanking5 support
+
+---
+diff --git a/cmake/modules/FindAqBanking.cmake b/cmake/modules/FindAqBanking.cmake
+index e2afa127bd8224a70d03211d2c96bd100be4a0ae..de0058a16cfe066d139dac19cdef1538c7b78213 100644
+--- a/cmake/modules/FindAqBanking.cmake
b/cmake/modules/FindAqBanking.cmake
+@@ -13,9 +13,12 @@ endif(NOT AQBANKING_MIN_VERSION)
+
+ if(NOT AQBANKING_MAX_VERSION)
+ # for some unknown reason, we need to give a micro version number
+- # with an offset of 1 to the PKG_CHECK_MODULES macro. The actual
+- # version KBanking will work with is 4.99.8
+- set(AQBANKING_MAX_VERSION 4.99.9)
++ # with an offset of 1 to the PKG_CHECK_MODULES macro.
++ # The actual version of KBanking will work with is 4.99.8
++
++ # set(AQBANKING_MAX_VERSION 4.99.9)
++
++ # Currently there is no max version necessary
+ endif(NOT AQBANKING_MAX_VERSION)
+
+ if(AQBANKING_INCLUDE_DIRS AND AQBANKING_LIBRARIES)
+@@ -23,11 +26,15 @@ if(AQBANKING_INCLUDE_DIRS AND AQBANKING_LIBRARIES)
+ set(AQBANKING_FIND_QUIETLY TRUE)
+ endif(AQBANKING_INCLUDE_DIRS AND AQBANKING_LIBRARIES)
+
+-PKG_CHECK_MODULES(AQBANKING aqbanking=${AQBANKING_MIN_VERSION} aqbanking=${AQBANKING_MAX_VERSION})
++if(AQBANKING_MIN_VERSION AND AQBANKING_MAX_VERSION)
++ PKG_CHECK_MODULES(AQBANKING aqbanking=${AQBANKING_MIN_VERSION} aqbanking=${AQBANKING_MAX_VERSION})
++else (AQBANKING_MIN_VERSION AND AQBANKING_MAX_VERSION)
++ PKG_CHECK_MODULES(AQBANKING aqbanking=${AQBANKING_MIN_VERSION})
++endif (AQBANKING_MIN_VERSION AND AQBANKING_MAX_VERSION)
+
+ if(${AQBANKING_FOUND})
+- # if AqBanking has been found make sure to add the q4banking lib
+- set(AQBANKING_LIBRARIES ${AQBANKING_LIBRARIES} q4banking)
++ # the plugin requires Qt3Support and kde3support
++ set(AQBANKING_LIBRARIES ${AQBANKING_LIBRARIES} Qt3Support kde3support)
+ endif(${AQBANKING_FOUND})
+
+ mark_as_advanced(AQBANKING_INCLUDE_DIRS AQBANKING_LIBRARIES)
+diff --git a/cmake/modules/FindGwenhywfar.cmake b/cmake/modules/FindGwenhywfar.cmake
+index 600570e838b861d4121f2b854a16eb729c46f744..2702812890bb02e5d70239794576b30e1d7b18df 100644
+--- a/cmake/modules/FindGwenhywfar.cmake
b/cmake/modules/FindGwenhywfar.cmake
+@@ -19,12 +19,25 @@ endif(GWENHYWFAR_INCLUDE_DIRS AND GWENHYWFAR_LIBRARIES)
+ PKG_CHECK_MODULES(GWENHYWFAR gwenhywfar=${GWENHYWFAR_MIN_VERSION})
+
+ if(${GWENHYWFAR_FOUND})
+- find_library(GWENHYWFAR_GUI_LIBRARY NAMES gwengui-qt4 libgwengui-qt4
+-HINTS ${GWENHYWFAR_LIBRARY_DIRS})
+- if(GWENHYWFAR_GUI_LIBRARY STREQUAL GWENHYWFAR_GUI_LIBRARY-NOTFOUND)
+-set(GWENHYWFAR_GUI_LIBRARY )
+- endif(GWENHYWFAR_GUI_LIBRARY STREQUAL GWENHYWFAR_GUI_LIBRARY-NOTFOUND)
+- set
Bug#597565: libgwenhywfar uses invalid data-root
Package: libgwenhywfar Version: 4.0.1-1 Severity: important Emil Langrock wrote: Thomas Baumgart wrote: Hi, on Monday 20 September 2010 17:47:08 Emil Langrock wrote: This is also mentioned in bug #99 I tried to download the kmymoney patch for aqbanking 5.0 (mentioned on the frontpage of aqbanking), but the site only says that this file cannot be found. This is since the release of 5.0 and makes it impossible here to compile kmymoney 4.5 against the version 5.0 of aqbanking. Does anyone has this file? It's a set of files. I am currently in the process to finish the changes needed in KMyMoney trunk to support AqB 5.0. This however, will switch KMyMoney trunk to only support AqB = 5.0 thanks to the massive changes between 4.2 and 5.0. BTW, the patch you are looking for has the same limitations. I recreated that patch for kmymoney 4.5 myself. It applies cleanly See http://bugs.debian.org/593933 to get the version I used to test compile in builder with an unstable/experimental /etc/apt/sources.list The only problem i notice is that I cannot configure aqbanking anymore because I always get 311: Could not create setup dialog. I think I found the problem. I had to link sudo ln -s /usr/share/aqbanking /usr/share/libgwenhywfar60/aqbanking and then the GWEN_PathManager_FindFile is able to find the dialogs. I think the problem is that --datarootdir in in libgwenhywfar is set to /usr/share/libgwenhywfar60 instead of /usr/share. This is also the reason why locales are installed in the wrong path (under /usr/share/libgwenhywfar60/locales instead of /usr/share/locales). Now I have only to find out how that PayPal stuff is working. Wasn't able to do it right now... my old accounts are also b0rked now (own fault during testing) :( -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597568: [libaqbanking] Please provide libaqpaypal2 package
Source: libaqbanking Version: 5.0.1-1 Severity: wishlist The source package has symbol file and install for libaqpaypal2, but no description in debian/control. Thus it will not be build. Also the --with-backends= line in debian/rules must be extended. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597579: [python-levenshtein] Fails to work with python3
Package: python-levenshtein Version: 0.10.1-1.1 Severity: normal Fails to work with python3: python3 Python 3.1.2 (release31-maint, Sep 9 2010, 12:44:31) [GCC 4.4.5 20100902 (prerelease)] on linux2 Type help, copyright, credits or license for more information. import Levenshtein Traceback (most recent call last): File stdin, line 1, in module ImportError: No module named Levenshtein --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+- libc6 (= 2.2.5) | 2.11.2-6 python( 2.7) | 2.6.6-2 python(= 2.5) | 2.6.6-2 python-central (= 0.6.11) | 0.6.16+nmu1 Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596945: [virtualbox-ose-dkms] dkms always fails on kernel upgrades
Package: virtualbox-ose-dkms Version: 3.2.8-dfsg-2 Severity: normal I have different dkms kernel module sources. All upgrades fine but the virtualbox one fails on an kernel upgrade. When I reinstall the virtualbox- ose-dkms it works fine, but not on kernel upgrades. The autobuild could be started using: /usr/lib/dkms/dkms_autoinstaller start 2.6.32-5-amd64 The output of syslog is: dkms_autoinstaller: virtualbox-ose (3.1.0): Unable to locate /var/lib/dkms/virtualbox-ose/3.1.0/source/dkms.conf dkms_autoinstaller: DKMS tree must be manually fixed I would guess that virtualbox didn't correctly removed the files of 3.1.0 and so a new package must cleanup the old files. After manual removing of those files it works as expected on kernel upgrades --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35-trunk-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends(Version) | Installed -+-= dkms(= 2.1.0.0) | 2.1.1.2-5 Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596108: [wireshark-dev] Header files missing
Package: wireshark-dev Version: 1.4.0-1 Severity: normal Just noticed that the header files are completely missing in the package in experimental. This makes other software fail to build. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35-trunk-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.debian.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= omniidl4 (= 4.0.1-2) | 4.1.3-1 libpcap0.8-dev | 1.1.1-2 libtool | 2.2.10-1 libglib2.0-dev | 2.25.15-1 python (= 2.3) | 2.6.6-1 python-support (= 0.90.0) | 1.0.9 python-ply | 3.3-1 snacc | 1.3bbn-10 autotools-dev | 20100122.1 debhelper | 8.0.0 cdbs| 0.4.88 automake1.9 | 1.9.6+nogfdl-3.1 autoconf| 2.67-2 Package's Recommends field is empty. Package's Suggests field is empty. -- Emil Langrock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
