Bug#504489: xpdf: Bogus memory allocation size
Michael Gilbert michael.s.gilb...@gmail.com writes: poppler. Ah indeed they have a slightly modified version: inline static void *gmallocn(int nObjs, int objSize, bool checkoverflow) { int n; if (nObjs == 0) { return NULL; } n = nObjs * objSize; if (objSize = 0 || nObjs 0 || nObjs = INT_MAX / objSize) { fprintf(stderr, Bogus memory allocation size\n); if (checkoverflow) return NULL; else exit(1); } return gmalloc(n, checkoverflow); } Wouldn't it be better to write this as inline static void *gmallocn(int nObjs, int objSize, bool checkoverflow) { int n; if (nObjs == 0) { return NULL; } n = nObjs * objSize; if (objSize = 0 || nObjs 0 || nObjs = INT_MAX / objSize) { if (checkoverflow) { return NULL; } else { fprintf(stderr, Bogus memory allocation size\n); exit(1); } } return gmalloc(n, checkoverflow); } if it is not an error when checkoverflow is set? -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642154: BUG: unable to handle kernel paging request at ffff8803bb6ad000
Hi, There are several Not tainted lines in old messages file. There are all of them: Sep 10 22:35:33 xen-dom0 kernel: [24183.985513] Pid: 2605, comm: debootstrap Not tainted 3.0.0-1-amd64 #1 Intel Corporation S1200BTL/S1200BTL Sep 10 22:35:33 xen-dom0 kernel: [24183.985621] RIP: e030:[810106db] [810106db] __sanitize_i387_state+0x23/0xe1 Sep 10 22:35:33 xen-dom0 kernel: [24183.985716] RSP: e02b:8803bd2c5e00 EFLAGS: 00010246 Sep 10 22:35:33 xen-dom0 kernel: [24183.985767] RAX: RBX: 7fff3d69ecc0 RCX: 0200 Sep 10 22:35:33 xen-dom0 kernel: [24183.985824] RDX: 8803be0e8e00 RSI: 8803bd2c5fd8 RDI: 8803bd65aa30 Sep 10 22:35:33 xen-dom0 kernel: [24183.985882] RBP: 8803bd65aa30 R08: R09: 0002 Sep 10 22:35:33 xen-dom0 kernel: [24183.985939] R10: 000156c1 R11: 0246 R12: Sep 10 22:35:33 xen-dom0 kernel: [24183.985997] R13: R14: 8803bd65aa30 R15: 7fff3d69ecc0 Sep 10 22:35:33 xen-dom0 kernel: [24183.986056] FS: 7fd34091b700() GS:8803d61f1000() knlGS: Sep 10 22:35:33 xen-dom0 kernel: [24183.986144] CS: e033 DS: ES: CR0: 8005003b Sep 10 22:35:33 xen-dom0 kernel: [24183.986197] CR2: 8803be0e9000 CR3: 0003bc19b000 CR4: 2660 Sep 10 22:35:33 xen-dom0 kernel: [24183.986255] DR0: DR1: DR2: Sep 10 22:35:33 xen-dom0 kernel: [24183.986312] DR3: DR6: 0ff0 DR7: 0400 Sep 10 22:35:33 xen-dom0 kernel: [24183.986370] Process debootstrap (pid: 2605, threadinfo 8803bd2c4000, task 8803bd65aa30) Sep 10 22:35:33 xen-dom0 kernel: [24183.986500] 81010919 7fff3d69ef90 8803bd2c5f58 0011 Sep 10 22:35:33 xen-dom0 kernel: [24183.986606] 8803bd65aec0 81008fdd 810459d6 Sep 10 22:35:33 xen-dom0 kernel: [24183.986713] 7fff3d69eaf8 0011 00040001 0a2e Sep 10 22:35:33 xen-dom0 kernel: [24183.986864] [81010919] ? save_i387_xstate+0x102/0x1f3 Sep 10 22:35:33 xen-dom0 kernel: [24183.986919] [81008fdd] ? do_signal+0x212/0x649 Sep 10 22:35:33 xen-dom0 kernel: [24183.986972] [810459d6] ? copy_process+0x108f/0x10eb Sep 10 22:35:33 xen-dom0 kernel: [24183.987026] [81009450] ? do_notify_resume+0x25/0x6b Sep 10 22:35:33 xen-dom0 kernel: [24183.987082] [8133bfe0] ? int_signal+0x12/0x17 Sep 10 22:35:33 xen-dom0 kernel: [24183.987737] RSP 8803bd2c5e00 Sep 10 22:35:33 xen-dom0 kernel: [24183.988232] ---[ end trace 031dc278e15801af ]--- Sep 11 12:55:02 xen-dom0 kernel: [ 398.590259] Pid: 2842, comm: forks Not tainted 3.0.0-1-amd64 #1 Intel Corporation S1200BTL/S1200BTL Sep 11 12:55:02 xen-dom0 kernel: [ 398.590591] RIP: e030:[810106db] [810106db] __sanitize_i387_state+0x23/0xe1 Sep 11 12:55:02 xen-dom0 kernel: [ 398.590799] RSP: e02b:8803be7c3e00 EFLAGS: 00010246 Sep 11 12:55:02 xen-dom0 kernel: [ 398.590905] RAX: RBX: 7fff1f25e7c0 RCX: 0200 Sep 11 12:55:02 xen-dom0 kernel: [ 398.591018] RDX: 8803bbd42e00 RSI: 8803be7c3fd8 RDI: 8803bcbaee20 Sep 11 12:55:02 xen-dom0 kernel: [ 398.591130] RBP: 8803bcbaee20 R08: 8803be7c2000 R09: 81684640 Sep 11 12:55:02 xen-dom0 kernel: [ 398.591243] R10: 7fc94d5dd9d0 R11: 0246 R12: Sep 11 12:55:02 xen-dom0 kernel: [ 398.591355] R13: R14: 8803bcbaee20 R15: 7fff1f25e7c0 Sep 11 12:55:02 xen-dom0 kernel: [ 398.591471] FS: 7fc94d5dd700() GS:8803d616a000() knlGS: Sep 11 12:55:02 xen-dom0 kernel: [ 398.591614] CS: e033 DS: ES: CR0: 8005003b Sep 11 12:55:02 xen-dom0 kernel: [ 398.591721] CR2: 8803bbd43000 CR3: 0003bd18d000 CR4: 2660 Sep 11 12:55:02 xen-dom0 kernel: [ 398.591833] DR0: DR1: DR2: Sep 11 12:55:02 xen-dom0 kernel: [ 398.591945] DR3: DR6: 0ff0 DR7: 0400 Sep 11 12:55:02 xen-dom0 kernel: [ 398.592059] Process forks (pid: 2842, threadinfo 8803be7c2000, task 8803bcbaee20) Sep 11 12:55:02 xen-dom0 kernel: [ 398.592296] 81010919 00413201 8803be7c3f58 0011 Sep 11 12:55:02 xen-dom0 kernel: [ 398.592684] 8803bcbaf2b0 81008fdd Sep 11 12:55:02 xen-dom0 kernel: [ 398.593071] 7fff1f25e5f8 0011 00040001 fffe0b1b Sep 11 12:55:02 xen-dom0 kernel: [ 398.593559] [81010919] ? save_i387_xstate+0x102/0x1f3 Sep 11 12:55:02 xen-dom0 kernel: [ 398.593668] [81008fdd] ? do_signal+0x212/0x649 Sep 11 12:55:02 xen-dom0 kernel: [ 398.593776] [81009450] ? do_notify_resume+0x25/0x6b Sep 11 12:55:02 xen-dom0 kernel: [
Bug#641118: More random names for build directories, not cow.$$
I think you can use the buildplace option for your liking. At Sat, 10 Sep 2011 15:07:44 +0200, J$(D+S(Brg Sommer wrote: Package: cowbuilder Version: 0.64 Severity: normal Hi, I'm running cowbuilder in a Linux Container which has its own process ID space. Therefore, each build starts with the same pid and cowbuilder uses the same directory cow.2 for each build. Hence, no parallel builds are possible, because they all want to use cow.2. # lxc-execute -n cowbuilder-update -- cowbuilder --update - Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.2 forking: cp -al /var/cache/pbuilder/base-sid.cow /var/cache/pbuilder/build//cow.2 I: removed stale ilistfile /var/cache/pbuilder/build//cow.2/.ilist - Invoking pbuilder forking: pbuilder update --buildplace /var/cache/pbuilder/build//cow.2 --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.2 cow-shell Please, use mktemp or something to choose a unique name to reduce these collisions. Bye, J$(D+S(Brg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.1.0-rc3.ledtest-00161-g671ee7f-dirty Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cowbuilder depends on: ii cowdancer 0.64 ii libc6 2.13-20 ii pbuilder 0.202 cowbuilder recommends no packages. cowbuilder 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#642191: network-manager: On upgrade/restart, resolv.conf is overwritten with empty file
Package: network-manager Version: 0.9.0-2 Severity: critical On my workstation, I have a fairly trivial network setup that just used to work: ,[ /etc/network/interfaces ] | auto lo eth1 | | iface lo inet loopback | | iface eth1 inet dhcp | hostname ataraxia ` isc-dhcp-client is installed. When ifup is called, the DNS information from the DHCP server is correctly written to /etc/resolv.conf (At the moment, I am not entirely sure what component is responsible for this on my system, but I have been able to reproduce it by calling ifdown eth1; ifup eth1.) When network-manager was upgraded to 0.9.0-2 last night, the daemon was restarted and in the process overwrote /etc/resolv.conf with the following single line: , | # Generated by NetworkManager ` As one may expect, this breaks DNS for the machine. I am filing this bug as critical because I consider this behavior as making unrelated software on the system (or the whole system) break. The output of grep NetworkManager over yesterday's syslog is attached. I hope it will be useful. Cheers, -Hilko -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113 ii dbus 1.4.14-1 ii isc-dhcp-client4.1.1-P1-17 ii libc6 2.13-21 ii libdbus-1-31.4.14-1 ii libdbus-glib-1-2 0.94-4 ii libgcrypt111.5.0-3 ii libglib2.0-0 2.28.6-1 ii libgnutls262.12.10-2 ii libgudev-1.0-0 172-1 ii libnl1 1.1-7 ii libnm-glib40.9.0-2 ii libnm-util20.9.0-2 ii libpolkit-gobject-1-0 0.102-1 ii libuuid1 2.19.1-5 ii lsb-base 3.2-28 ii udev 172-1 ii wpasupplicant 0.7.3-3.1 Versions of packages network-manager recommends: ii dnsmasq-base 2.58-3 ii iptables 1.4.12-1 ii modemmanager none ii policykit-1 0.102-1 ii ppp 2.4.5-5 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.30-5 -- no debconf information Sep 19 23:49:53 ataraxia NetworkManager[2109]: warn error requesting auth for org.freedesktop.NetworkManager.use-user-connections: (0) GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.NetworkManager.use-user-connections is not registered Sep 19 23:49:53 ataraxia NetworkManager[2109]: warn User connections unavailable: (0) GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.NetworkManager.use-user-connections is not registered Sep 19 23:49:53 ataraxia NetworkManager[2109]: warn error requesting auth for org.freedesktop.NetworkManager.use-user-connections: (0) GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.NetworkManager.use-user-connections is not registered Sep 19 23:49:54 ataraxia NetworkManager[2109]: warn error requesting auth for org.freedesktop.NetworkManager.use-user-connections: (0) GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.NetworkManager.use-user-connections is not registered Sep 19 23:49:54 ataraxia NetworkManager[2109]: warn User connections unavailable: (0) GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.NetworkManager.use-user-connections is not registered Sep 19 23:49:55 ataraxia NetworkManager[2109]: warn error requesting auth for org.freedesktop.NetworkManager.use-user-connections: (0) GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.NetworkManager.use-user-connections is not registered Sep 19 23:57:09 ataraxia NetworkManager[2109]: warn error requesting auth for org.freedesktop.NetworkManager.use-user-connections: (0) GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.NetworkManager.use-user-connections is not registered Sep 19 23:57:09 ataraxia NetworkManager[2109]: warn User connections unavailable: (0) GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.NetworkManager.use-user-connections is not registered Sep 19 23:57:09 ataraxia NetworkManager[2109]: warn error requesting auth for org.freedesktop.NetworkManager.use-user-connections: (0) GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.NetworkManager.use-user-connections is not registered Sep 19 23:57:13 ataraxia NetworkManager[2109]: warn error requesting auth for org.freedesktop.NetworkManager.use-user-connections: (0) GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.NetworkManager.use-user-connections is not registered Sep 19 23:57:13 ataraxia NetworkManager[2109]: warn User connections
Bug#642105: dialog: return value diagnostics suck
Excerpts from Thomas Dickey's message of Tue Sep 20 01:25:46 +0200 2011: On Mon, 19 Sep 2011, Michal Suchanek wrote: Package: dialog Version: 1.1-20110707-1 Severity: normal From the man page: read further, it is configurable (look for DIALOG_ESC). Any reason that 1) this is set with a variable, not a command argument 2) is not referenced in the DIAGNOSTICS section where this is very relevant Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621385: google-glog: FTBFS on armel: [demangle_unittest_sh] Error 1
tag 621385 patch fixed-upstream thanks Hi, This problem was revised on upstream. I attached patches. (r90, r91 and r92) Could you check and update your package? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 From c670af3df813f89f873e8a3574e1e0008ea6a70c Mon Sep 17 00:00:00 2001 From: shinichiro.hamaji shinichiro.hamaji@eb4d4688-79bd-11dd-afb4-1d65580434c0 Date: Tue, 15 Jun 2010 07:04:56 + Subject: [PATCH 1/8] Minor message update. git-svn-id: http://google-glog.googlecode.com/svn/trunk@90 eb4d4688-79bd-11dd-afb4-1d65580434c0 --- src/utilities.cc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/utilities.cc b/src/utilities.cc index e97d4f2..7e47690 100644 --- a/src/utilities.cc +++ b/src/utilities.cc @@ -321,7 +321,7 @@ void InitGoogleLogging(const char* argv0) { void ShutdownGoogleLogging() { CHECK(IsGoogleLoggingInitialized()) - You called ShutdownGoogleLogging() without InitGoogleLogging() first!; + You called ShutdownGoogleLogging() without calling InitGoogleLogging() first!; #ifdef HAVE_SYSLOG_H closelog(); #endif -- 1.7.5.4 From ed1e8e0959958719acc61264137ad7f87b836630 Mon Sep 17 00:00:00 2001 From: hlsyou...@gmail.com hlsyou...@gmail.com@eb4d4688-79bd-11dd-afb4-1d65580434c0 Date: Mon, 7 Feb 2011 14:43:05 + Subject: [PATCH 2/8] Add partial C++0x support and recognition of GCC function clone suffixes to demangle.cc. Fixes issue 80. Make svn ignore autom4te.cache. git-svn-id: http://google-glog.googlecode.com/svn/trunk@91 eb4d4688-79bd-11dd-afb4-1d65580434c0 --- src/demangle.cc | 94 +- src/demangle_unittest.cc | 26 + src/demangle_unittest.sh |5 ++- 3 files changed, 114 insertions(+), 11 deletions(-) diff --git a/src/demangle.cc b/src/demangle.cc index 46556bf..cc7cebb 100644 --- a/src/demangle.cc +++ b/src/demangle.cc @@ -28,6 +28,11 @@ // OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. // // Author: Satoru Takabayashi +// +// For reference check out: +// http://www.codesourcery.com/public/cxx-abi/abi.html#mangling +// +// Note that we only have partial C++0x support yet. #include stdio.h // for NULL #include demangle.h @@ -245,6 +250,15 @@ static bool OneOrMore(ParseFunc parse_func, State *state) { return false; } +// This function is used for handling non-terminal* syntax. The function +// always returns true and must be followed by a termination symbol or a +// terminating sequence not handled by parse_func (e.g. ParseChar(state, 'E')). +static bool ZeroOrMore(ParseFunc parse_func, State *state) { + while (parse_func(state)) { + } + return true; +} + // Append str at out_cur. If there is an overflow, overflowed // is set to true for later use. The output string is ensured to // always terminate with '\0' as long as there is no overflow. @@ -273,6 +287,36 @@ static bool IsAlpha(char c) { return ((c = 'a' c = 'z') || (c = 'A' c = 'Z')); } +static bool IsDigit(char c) { + return c = '0' c = '9'; +} + +// Returns true if str is a function clone suffix. These suffixes are used +// by GCC 4.5.x and later versions to indicate functions which have been +// cloned during optimization. We treat any sequence (.alpha+.digit+)+ as +// a function clone suffix. +static bool IsFunctionCloneSuffix(const char *str) { + size_t i = 0; + while (str[i] != '\0') { +// Consume a single .alpha+.digit+ sequence. +if (str[i] != '.' || !IsAlpha(str[i + 1])) { + return false; +} +i += 2; +while (IsAlpha(str[i])) { + ++i; +} +if (str[i] != '.' || !IsDigit(str[i + 1])) { + return false; +} +i += 2; +while (IsDigit(str[i])) { + ++i; +} + } + return true; // Consumed everything in str. +} + // Append str with some tweaks, iff append state is true. // Returns true so that it can be placed in if conditions. static void MaybeAppendWithLength(State *state, const char * const str, @@ -429,6 +473,10 @@ static bool ParseSubstitution(State *state); // mangled-name ::= _Z encoding static bool ParseMangledName(State *state) { if (ParseTwoChar(state, _Z) ParseEncoding(state)) { +// Drop trailing function clone suffix, if any. +if (IsFunctionCloneSuffix(state-mangled_cur)) { + state-mangled_cur = state-mangled_end; +} // Append trailing version suffix if any. // ex. _Z3foo@@GLIBCXX_3.4 if (state-mangled_cur state-mangled_end @@ -596,7 +644,7 @@ static bool ParseNumber(State *state) { const char *p = state-mangled_cur; int number = 0; for (;p state-mangled_end; ++p) { -if ((*p = '0' *p = '9')) { +if (IsDigit(*p)) { number = number * 10 + (*p - '0'); } else { break; @@ -616,7 +664,7 @@ static bool ParseFloatNumber(State *state) { const char *p = state-mangled_cur; int number = 0; for (;p state-mangled_end; ++p) { -if
Bug#638829: one more bug sent upstream
test/fixtures directory is missing from gem and tests are failing because of that. Opened issue at https://github.com/djanowski/cutest/issues/3 Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#642140: New LVM volumes stop appearing in /dev/ when chromium is running
On Mon, Sep 19, 2011 at 04:08:30PM -0500, Jonathan Nieder wrote: # ebf4127cd677 (kobj_uevent: Ignore if some listeners cannot handle message, # 2011-08-22), which is in the driver-core tree and hence in linux-next (but # not in linus's tree yet). tags 642140 + upstream patch forwarded 642140 http://thread.gmane.org/gmane.linux.kernel/1180877/focus=1182353 quit Hello, James Vega let me know of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641661 of which this 642140 looks like a duplicate. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#642192: zabbix-frontend-php: Can't see uploaded images in default setup
Package: zabbix-frontend-php Version: 1:1.8.2-1squeeze2 Severity: normal Reproduce: Prepare clean Debian setup (with ru_RU.UTF-8 locale in my case) aptitude install zabbix-frontend-php zabbix-server-mysql apache2-mpm-prefork (apache2-mpm-prefork instead worker - for other web application) In menu 'Administration' 'General' choose images, press 'Create Image' button, upload .png After this instead of image i see error message imagecreatefromstring(): Data is not in a recognized format I fix this: aptitude purge zabbix-frontend-php zabbix-server-mysql (with drop zabbix database) Edit /etc/mysql/my.cnf (add lines to appropriate sections): [mysqld] default-character-set=utf8 default-collation=utf8_general_ci character-set-server=utf8 collation-server=utf8_general_ci init-connect='SET NAMES utf8' [client] default-character-set=utf8 restart mysql server aptitude install zabbix-frontend-php zabbix-server-mysql After this image uploading work as expected. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zabbix-frontend-php depends on: ii apache2-mpm-prefork [h 2.2.16-6+squeeze3 Apache HTTP Server - traditional n ii dbconfig-common1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libjs-prototype1.6.1-1 JavaScript Framework for dynamic w ii libjs-scriptaculous1.8.3-1 JavaScript library for dynamic web ii php5 5.3.3-7+squeeze3 server-side, HTML-embedded scripti ii php5-gd5.3.3-7+squeeze3 GD module for php5 ii php5-mysql 5.3.3-7+squeeze3 MySQL module for php5 ii ttf-dejavu-core2.31-1Vera font family derivate with add ii ucf3.0025+nmu1 Update Configuration File: preserv zabbix-frontend-php recommends no packages. zabbix-frontend-php suggests no packages. -- debconf information: zabbix-frontend-php/mysql/app-pass: (password omitted) zabbix-frontend-php/pgsql/app-pass: (password omitted) zabbix-frontend-php/password-confirm: (password omitted) zabbix-frontend-php/mysql/admin-pass: (password omitted) zabbix-frontend-php/app-password-confirm: (password omitted) zabbix-frontend-php/pgsql/admin-pass: (password omitted) zabbix-frontend-php/remote/port: zabbix-frontend-php/remote/host: zabbix-frontend-php/pgsql/admin-user: postgres * zabbix-frontend-php/database-type: mysql zabbix-frontend-php/dbconfig-upgrade: true zabbix-frontend-php/dbconfig-remove: zabbix-frontend-php/pgsql/no-empty-passwords: zabbix-frontend-php/db/basepath: zabbix-frontend-php/zabbix-server: 127.0.0.1 zabbix-frontend-php/internal/reconfiguring: false zabbix-frontend-php/db/app-user: zabbix zabbix-frontend-php/install-error: abort zabbix-frontend-php/zabbix-server-port: 10051 zabbix-frontend-php/missing-db-package-error: abort zabbix-frontend-php/pgsql/method: unix socket zabbix-frontend-php/pgsql/authmethod-user: zabbix-frontend-php/remote/newhost: zabbix-frontend-php/mysql/admin-user: root zabbix-frontend-php/mysql/method: unix socket zabbix-frontend-php/upgrade-error: abort zabbix-frontend-php/upgrade-backup: true zabbix-frontend-php/restart-webserver: true zabbix-frontend-php/passwords-do-not-match: zabbix-frontend-php/pgsql/manualconf: zabbix-frontend-php/dbconfig-install: true zabbix-frontend-php/db/dbname: zabbix zabbix-frontend-php/remove-error: abort zabbix-frontend-php/pgsql/changeconf: false zabbix-frontend-php/reconfigure-webserver: apache, apache-ssl, apache-perl, apache2 zabbix-frontend-php/dbconfig-reinstall: false zabbix-frontend-php/purge: false zabbix-frontend-php/pgsql/authmethod-admin: ident zabbix-frontend-php/internal/skip-preseed: false -- Stanislav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642193: 'man e2fsck' typo: exacly
Package: e2fsprogs Version: 1.42~WIP-2011-09-16-1 Severity: minor Tags: patch Found a typo in '/usr/share/man/man8/e2fsck.8.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages e2fsprogs depends on: ii e2fslibs 1.42~WIP-2011-09-16-1 ext2/ext3/ext4 file system librari ii libblkid1 2.19.1-5 block device id library ii libc6 2.13-2Embedded GNU C Library: Shared lib ii libcomerr2 1.42~WIP-2011-09-16-1 common error description library ii libss2 1.42~WIP-2011-09-16-1 command-line interface parsing lib ii libuuid1 2.19.1-5 Universally Unique ID library ii util-linux 2.19.1-5 Miscellaneous system utilities e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static none (no description available) ii gpart 0.1h-11+b1 Guess PC disk partition table, fin ii parted2.3-8 disk partition manipulator -- no debconf information --- e2fsck.8 2011-09-16 12:10:24.0 -0400 +++ /tmp/e2fsck.8 2011-09-20 01:31:49.587819268 -0400 @@ -206,7 +206,7 @@ .TP .BI nodiscard Do not attempt to discard free blocks and unused inode blocks. This option is -exacly the opposite of discard option. This is set as default. +exactly the opposite of discard option. This is set as default. .RE .TP .B \-f
Bug#642194: support for flowing debian branches
package: git-flow severity: wishlist Hi, h01ger algernon, i have a git-flow question regarding debian branches...: develop, release/* and master is all handy+dandy, but how do you treat your debian branch/es(?) with it? do you have _one_ debian branch for all the flow branches or do you create debian/develop and debian/release/foo and debian/master branches? algernon h01ger: at the moment, I only use a single debian branch for all my projects, because the packaging is quite trivial. algernon h01ger: I'd use debian/develop co, if I'd maintain backports, or would introduce larger changes to the packaging h01ger algernon, hmmm. i can see now how to cycle through existing debian/* branches based on release/* branches to pick the right match automatically when triggered... :) h01ger nice. thanks! h01ger algernon, does git flow support flowing in debian/* branches too? algernon [05:16:44] h01ger: afaik, it only supports either upstream flowing, OR debian/ flowing, not both at the same time. algernon [05:17:40] h01ger: it stores its config in .git/config, so, unless you use two clones, it's either or, but not both h01ger algernon, thats what i thought. git dflow or such could be made working... algernon h01ger: please file a wishlist bug, and I'll see if I can figure out something algernon the first thing that comes to mind is to teach git-flow to look for git-flow-$ext in the config too, so when one symlinks it to, say, git-flow- debian, then git flow debian $blah will DTRT, and pick out its settings from the git-flow-debian section of .git/config algernon this would be reasonably clean and easy to implement and push upstream, I think. h01ger where blah=release,feature,etc? h01ger algernon, mind if i just copy+paste these lines here into the bug report? algernon h01ger: yeah, where blah=release,feature,etc; and go ahead! Thanks for maintaining git-flow! cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#395884: wput: [BUG] Messes up target directory structure
2011-09-20 00:26 Hagen Fritsch (forwarded developer's reponse): | Messes up target directory structure | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395884 | | Can't do anything with debug output. I guess there was a similar problem | earlier, but that was due to a bug in the FTP server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642195: YouTube: Video is not displayed in HTML5 player
Package: midori Version: 0.4.0-2 Severity: normal Dear Debian folks, since some days I am not able to play YouTube videos in the HTML5 player [1]. The problem has existed at least since Saturday and it worked with Midori version 0.4.0 some time ago. Using GtkLauncher works fine after activating the HTML5 player and that is the reason I am reporting this bug against the Midori package. Thanks, Paul [1] http://www.youtube.com/html5 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-rc1+ (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages midori depends on: ii dbus-x111.4.14-1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-1 ii libjs-mootools 1.4.0~debian1-1 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.28.4-3 ii libsoup2.4-12.34.3-1 ii libsqlite3-03.7.7-2 ii libunique-1.0-0 1.1.6-2 ii libwebkitgtk-1.0-0 1.4.2-2 ii libx11-62:1.4.4-1 ii libxml2 2.7.8.dfsg-4 ii libxss1 1:1.2.1-2 Versions of packages midori recommends: ii gnome-icon-theme 3.0.0-4 midori suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#521846: wput: [BUG] wput pasive mode fail on NSLU2 (armv5tel)
2011-09-20 00:32 Hagen Fritsch (forwarded developer's reponse): | | wput pasive mode fail on NSLU2 (armv5tel) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521846 | Interesting bug, probably related to endianess foo. Needs | investigation though, which I don’t have the time for. However, | patches fixin this (if anyone encounters the problem again) are very | welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594684: Package
Panayiotis Karabassis pan...@gmail.com (20/09/2011): It's not a random feature patch. X is unusable on Yeelong without this patch.( So I am told, I have not tried ). Recompiling X takes about 3 hours on Yeelong. And nothing prevents you to drop the patch when it's included upstream. Quilt will just tell about it. What do others think? Exactly what he said. Can you enlighten us and explain what the matter is with working with upstream instead of pushing this patch on us only? Mraw, KiBi. signature.asc Description: Digital signature
Bug#603889: wput: Debian bug#603889
tags 603889 + moreinfo thanks 2011-09-20 00:25 Hagen Fritsch (forwarded developer's response): | wput: option --skip-existing skips all nondirectories | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603889 | | I had a quick look at the bug reports. However wput is not in active | development anymore. | | ...bug is lacking debug output. Most likely explanation to this behaviour | is a bug in the FTP server outputting a wrong answer to the SIZE command. | However debug output would clarify this. | | Can be flagged as more information needed. Hi bug submitters, Could you help with this by providing a debug output while the problem is happening. The debug output is activate with: wput --verbose --verbose rest of the arguments Thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600477: xpdf: crash still happens
Package: xpdf Version: 3.03-5 Followup-For: Bug #600477 This bug still exists. Please reopen. Maybe I have isolated the problem. It looks like xpdf only crashes when there is an attempt to list a directory that contains more than 63 subdirectories (visible subdirs, hidden ones don't count) Thank you very much Ciao Gigi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 ii libc6 2.13-21 ii libgcc1 1:4.6.1-11 ii libpoppler13 0.16.7-2 ii libstdc++64.6.1-11 ii libx11-6 2:1.4.4-1 ii libxt61:1.1.1-2 Versions of packages xpdf recommends: ii gsfonts-x110.22 ii poppler-data 0.4.5-2 ii poppler-utils 0.16.7-2 xpdf suggests no packages. -- Configuration Files: /etc/xpdf/xpdfrc 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#632004: firmware-b43-installer: B43 failes to recognize my WiFi after updating the kernel from 2.6.32 to 2.6.39 testing
Hello, does the problem still in latest 0_15-1 version of b43-fwcutter? Cheers, Fabrizio. signature.asc Description: This is a digitally signed message part
Bug#638663: wput: [BUG] autoconf gnutls requires -lgcrypt
2011-09-20 00:32 Hagen Fritsch (forwarded developer's reponse): | autoconf gnutls requires -lgcrypt | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638663 | | That should be easily fixed by removing the -lgcrypt part -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638190: pu: package shelldap/0.2-1+squeeze1
Hi Adam On Sun, Sep 18, 2011 at 06:10:09PM +0100, Adam D. Barratt wrote: tag 638190 + confirmed thanks On Sat, 2011-09-17 at 19:56 +0200, Salvatore Bonaccorso wrote: Please find attached the proposed debdiff without the Recommends addition. It takes upstream patch but with the discussed change to use an eval block, and a require instead of use. Thanks. Assuming the resulting package has been tested on squeeze, please go ahead. Thank you! Okay, I have uploaded the package. Regards, Salvatore signature.asc Description: Digital signature
Bug#642079: libjpeg62: transition to multiarch paths
On Mon, Sep 19, 2011 at 12:24:10PM +0300, Fathi Boudra wrote: Package: libjpeg62 Version: 6b1-2 Severity: wishlist Hi, Could you please convert libjpeg62 to multiarch paths. Hello Fathi, libjpeg62 is deprecated in favor of libjpeg8, so I do not think there is much use to convert libjpeg62 to multiarch. libjpeg8 will be converted when the transition is over. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642117: pidgin: Pidgin says Waiting for network connection and can't connect
Same for me with 4 jabber accounts. One thing worth noting: if i disable each account and then re-enable it, then it connects correctly to each. If then i quit pidgin and start it again, then again it does not connect and shows Waiting for network connection. cheers, Matthieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642133: [postgresql-9.1] After upgrading from 9.0 to 9.1 postgres fails to start: FATAL: could not create shared memory segment: Invalid argument
Re: Paolo Scarabelli 2011-09-20 4e7821b3.4070...@msw.it To fix the problem I had to purge and reinstall 9.1 (erasing all the data) and restored the database from a backup (Note that at this point I restored only the smaller of the databases). Did you also restore the postgresql.conf? Please check the following: $ grep -H shared_buffers /etc/postgresql/*/*/postgresql.conf $ sysctl -a 2 /dev/null | grep kernel.shm If the sum of the first output(s) is larger than kernel.shmmax, there is the problem. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#642133: [postgresql-9.1] After upgrading from 9.0 to 9.1 postgres fails to start: FATAL: could not create shared memory segment: Invalid argument
* Paolo Scarabelli: To fix the problem I had to purge and reinstall 9.1 (erasing all the data) and restored the database from a backup (Note that at this point I restored only the smaller of the databases). It seems that this was an issue not just related to PostgreSQL. Reinstallation most likely fixed it accidentally. Database size has no impact on shared memory segment size. If the issue should arise again, please run the ipcs command to gather statistics about shared memory segments. -- Florian Weimerfwei...@bfk.de BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642133: [postgresql-9.1] After upgrading from 9.0 to 9.1 postgres fails to start: FATAL: could not create shared memory segment: Invalid argument
Hi Christoph, On 09/20/2011 03:36 PM, Christoph Berg wrote: Re: Paolo Scarabelli 2011-09-20 4e7821b3.4070...@msw.it To fix the problem I had to purge and reinstall 9.1 (erasing all the data) and restored the database from a backup (Note that at this point I restored only the smaller of the databases). Did you also restore the postgresql.conf? No, I left everything as default (as installed by the deb package). Please check the following: $ grep -H shared_buffers /etc/postgresql/*/*/postgresql.conf $ sysctl -a 2 /dev/null | grep kernel.shm $ grep -H shared_buffers /etc/postgresql/*/*/postgresql.conf /etc/postgresql/9.1/main/postgresql.conf:shared_buffers = 24MB # min 128kB /etc/postgresql/9.1/main/postgresql.conf:#wal_buffers = -1 # min 32kB, -1 sets based on shared_buffers $ sysctl -a 2 /dev/null | grep kernel.shm kernel.shmmax = 33554432 kernel.shmall = 2097152 kernel.shmmni = 4096 If the sum of the first output(s) is larger than kernel.shmmax, there is the problem. It doesn't seem to be the case, however I forgot to mention this is not the first time I upgrade postgres on this machine, sure I did it from 8.3 - 8.4 - 9.0 - 9.1, perhaps the upgrade script kept importing some old settings from the previous version. This weekend I will purge 9.1, reinstall 9.0 and restore all the databases. Then I will repeat the upgrade process again to see if I can repeat the issue. Thanks again, Paolo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642136: [Pkg-utopia-maintainers] Bug#642136: Bug#642136: network-manager: Connecting to a wifi network requires org.freedesktop.NM.settings.modify.system privileges
On Tue, 20 Sep 2011 09:38:00 +0200, Michael Biebl wrote: Am 20.09.2011 07:42, schrieb Vincent Bernat: Since NetworkManager 0.9, a simple user is not allowed to connect to some wireless network unless it is granted (through policy kit or appropriate permissions) org.freedesktop.NetworkManager.settings.modify.system. This permission allows to alter existing connections as well. An active user should be authorized to use any wireless network if he wants to by default (like in previous versions). Or it should be possible to configure network manager to allow users to connect to wireless networks without enabling them to modify other system settings. This is of course possible. Was the connection you tried to enable created by another user? What's the name of the user trying to activate the connection? Which GUI frontend (and which version) do you use? Was the connection imported from earlier versions i.e. created by nm-applet 0.9? The connectiondid not exist(it does notappear in nm-connection-editor). I am using nm-applet 0.9.0-2. I have restarted both nm-applet and Network Manager to ensure they are in sync. As connections are now all stored in /etc/NetworkManager/system-connections/ , could you attach the corresponding keyfile (make sure it doesn't contain any confidential data) As the connection does not exist, there is no keyfile for it. Now you have me confused. How can you activate a connection which does not exist? This is a wireless network I never connected to. I choose it from the available wireless network detected by Network Manager. Through polkit helper, Network Manager is asking me for administrative rights just to connect to this new wireless network. I can connect to an unknown wire network without password but I need to grant administrative rights to connect an unknown wireless network. I would like to not be prompted for something like this but the right requested is overly general. If I grant it to the active users, he will be able to tamper with existing connections. In previous version, connecting to an unknown wireless network was granted without passwords to the active user. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642136: [Pkg-utopia-maintainers] Bug#642136: Bug#642136: network-manager: Connecting to a wifi network requires org.freedesktop.NM.settings.modify.system privileges
Am 20.09.2011 07:42, schrieb Vincent Bernat: OoO En cette soirée bien amorcée du lundi 19 septembre 2011, vers 22:48, Michael Biebl bi...@debian.org disait : Since NetworkManager 0.9, a simple user is not allowed to connect to some wireless network unless it is granted (through policy kit or appropriate permissions) org.freedesktop.NetworkManager.settings.modify.system. This permission allows to alter existing connections as well. An active user should be authorized to use any wireless network if he wants to by default (like in previous versions). Or it should be possible to configure network manager to allow users to connect to wireless networks without enabling them to modify other system settings. This is of course possible. Was the connection you tried to enable created by another user? What's the name of the user trying to activate the connection? Which GUI frontend (and which version) do you use? Was the connection imported from earlier versions i.e. created by nm-applet 0.9? The connectiondid not exist(it does notappear in nm-connection-editor). I am using nm-applet 0.9.0-2. I have restarted both nm-applet and Network Manager to ensure they are in sync. As connections are now all stored in /etc/NetworkManager/system-connections/ , could you attach the corresponding keyfile (make sure it doesn't contain any confidential data) As the connection does not exist, there is no keyfile for it. Now you have me confused. How can you activate a connection which does not exist? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#642191: [Pkg-utopia-maintainers] Bug#642191: network-manager: On upgrade/restart, resolv.conf is overwritten with empty file
Am 20.09.2011 08:48, schrieb Hilko Bengen: Package: network-manager Version: 0.9.0-2 Severity: critical On my workstation, I have a fairly trivial network setup that just used to work: Is this behaviour reproducable? Can you please test and confirm if 0.8.4 did also show this behaviour. ,[ /etc/network/interfaces ] | auto lo eth1 | | iface lo inet loopback | | iface eth1 inet dhcp | hostname ataraxia ` isc-dhcp-client is installed. When ifup is called, the DNS information from the DHCP server is correctly written to /etc/resolv.conf (At the moment, I am not entirely sure what component is responsible for this on my system, but I have been able to reproduce it by calling ifdown eth1; ifup eth1.) What's the output of (ifconfig / ifconfig -a) and nm-tool. It is possible that network-manager gets confused by the tap0 and vde0 intefaces, which it tries to manage and as it doesn't get a connection for them, it creates an empty resolv.conf. Could you try adding [keyfile] unmanaged-devices=mac:hwaddr;mac:hwaddr;... for the MAC addresses of those two interface to /etc/NetworkManager/NetworkManager.conf and see if that helps. See also man NetworkManager.conf Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#642184: init.d status support
On Tue, Sep 20, 2011 at 06:35:58AM +0300, Peter Eisentraut wrote: Package: unattended-upgrades Version: 0.72.3 Severity: wishlist Tags: patch Thanks for your bugreport and your patch. Here is a patch to add the status action to the init script. Even though it's trivial, please consider including it so we can uniformly support the status action across all packages. I applied this to my bzr tree and it will be part of the next upload. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642133: [postgresql-9.1] After upgrading from 9.0 to 9.1 postgres fails to start: FATAL: could not create shared memory segment: Invalid argument
On 09/20/2011 03:47 PM, Florian Weimer wrote: * Paolo Scarabelli: To fix the problem I had to purge and reinstall 9.1 (erasing all the data) and restored the database from a backup (Note that at this point I restored only the smaller of the databases). It seems that this was an issue not just related to PostgreSQL. Reinstallation most likely fixed it accidentally. Database size has no impact on shared memory segment size. If the issue should arise again, please run the ipcs command to gather statistics about shared memory segments. Thank you Florian, I plan to repeat the whole process this weekend (upgrading from 9.0 to 9.1), this time I will make sure to keep the whole output, log files, config, etc. Then I will post the result. Have a nice day, Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623658: reopen #623658
reopen 623658 thanks Hi Jari, read the bug report again, and then read xonix's debian/control closely. Thanks, Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642136: [Pkg-utopia-maintainers] Bug#642136: Bug#642136: network-manager: Connecting to a wifi network requires org.freedesktop.NM.settings.modify.system privileges
Am 20.09.2011 09:56, schrieb Vincent Bernat: On Tue, 20 Sep 2011 09:38:00 +0200, Michael Biebl wrote: Am 20.09.2011 07:42, schrieb Vincent Bernat: Now you have me confused. How can you activate a connection which does not exist? This is a wireless network I never connected to. I choose it from the available wireless network detected by Network Manager. Through polkit helper, Network Manager is asking me for administrative rights just to connect to this new wireless network. What desktop environment do you use? If GNOME, is /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 running? If not, does it help if you start it manually? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#642191: [Pkg-utopia-maintainers] Bug#642191: network-manager: On upgrade/restart, resolv.conf is overwritten with empty file
Am 20.09.2011 08:48, schrieb Hilko Bengen: Package: network-manager Version: 0.9.0-2 Severity: critical On my workstation, I have a fairly trivial network setup that just used to work: ,[ /etc/network/interfaces ] | auto lo eth1 | | iface lo inet loopback | | iface eth1 inet dhcp | hostname ataraxia ` Please also try the following: - Stop network-manager (service network-manager stop). - ifup eth1 (check if resolv.conf is properly setup) - Start NetworkManager --no-daemon --log-level=DEBUG (check again if resolv.conf as overwritten) - Stop NetworkManager (check again if resolv.conf as overwritten) Could it be, that resolv.conf is overwritten when NM is stopped? Please attach the output of NM to the bug report. Could you also send me the complete /etc/NetworkManager/NetworkManager.conf file. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#641616: libregexp-common-perl: uses obsolete definition of domain names
tags 641616 + pending thanks intrigeri+deb...@boum.org wrote (14 Sep 2011 16:58:20 GMT) : What do you think about applying the patch in Debian, and/or using the pkg-perl team super-powers to gently ask upstream about it? Discussed on IRC, gregoa agreed and proposed to apply the patch after waiting a few days to see if anyone disagreed. Hence done in Git, tagged, ready to upload I believe. Please sponsor. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Did you exchange a walk on part in the war | for a lead role in the cage? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642136: [Pkg-utopia-maintainers] Bug#642136: Bug#642136: network-manager: Connecting to a wifi network requires org.freedesktop.NM.settings.modify.system privileges
Am 20.09.2011 09:56, schrieb Vincent Bernat: On Tue, 20 Sep 2011 09:38:00 +0200, Michael Biebl wrote: Am 20.09.2011 07:42, schrieb Vincent Bernat: As connections are now all stored in /etc/NetworkManager/system-connections/ , could you attach the corresponding keyfile (make sure it doesn't contain any confidential data) As the connection does not exist, there is no keyfile for it. Now you have me confused. How can you activate a connection which does not exist? This is a wireless network I never connected to. I choose it from the available wireless network detected by Network Manager. Through polkit helper, Network Manager is asking me for administrative rights just to connect to this new wireless network. Ok, I guess it is clearer now what your issue is. With NM 0.9, the user settings service is gone, i.e. connections are no longer stored in the user session but always system wide (using the keyfile in /etc/NetworkManager/system-connections). Wireless connections are shared by default (ie. the setting Available to all users is selected). Writing a system setting and making it available to everyone requires administrative privileges. That's why you get the PolicyKit prompt. If you create a Wireless connection manually via nm-connection-editor: Run nm-connection-editor select tab Wireless Click Add Fill in SSID and Security settings. *Uncheck* Available to all users. Then you shouldn't get a PK prompt, right? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#642196: add package relationship to libtap-parser-sourcehandler-pgtap-perl
Package: pgtap Version: 0.25.0-1 Severity: normal pgtap ought to have a package relationship (recommends or suggests) to libtap-parser-sourcehandler-pgtap-perl, so user scan tell where to get pg_prove. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642197: smokeping: Typo in Mailtemplate
Package: smokeping Version: 2.3.6-5 Severity: minor Hello, attached patch fixes a typo in /etc/smokeping. --- smokemail.orig 2011-09-20 10:09:14.0 +0200 +++ smokemail 2011-09-20 10:09:27.0 +0200 @@ -9,7 +9,7 @@ your IP changes. You can run the script as often as you want. The script is written in Perl. If you don't have Perl available on your -system, you must have a Windows Box. You can easily fix this prolem by +system, you must have a Windows Box. You can easily fix this problem by downloading ActivePerl from www.activestate.com As soon as you have run the SmokePing Agent, the SmokePing server will -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32.poc.5 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages smokeping depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debianutils 3.4Miscellaneous utilities specific t ii fping 2.4b2-to-ipv6-16.1 sends ICMP ECHO_REQUEST packets to ii libconfig-grammar-per 1.10-1 grammar-based user-friendly config ii libdigest-hmac-perl 1.02+dfsg-1module for creating standard messa ii libjs-cropper 1.2.1-2JavaScript image cropper UI ii libjs-prototype 1.6.1-1JavaScript Framework for dynamic w ii libjs-scriptaculous 1.8.3-1JavaScript library for dynamic web ii librrds-perl 1.4.3-1time-series data storage and displ ii libsnmp-session-perl 1.13-1 Perl support for accessing SNMP-aw ii liburi-perl 1.54-2 module to manipulate and access UR ii libwww-perl 5.836-1Perl HTTP/WWW client/server librar ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii speedy-cgi-perl 2.22-13speed up perl scripts by making th ii ucf 3.0025+nmu1Update Configuration File: preserv Versions of packages smokeping recommends: ii apache2 2.2.16-6+squeeze3 Apache HTTP Server metapackage ii apache2-mpm-pref 2.2.16-6+squeeze3 Apache HTTP Server - traditional n ii dnsutils 1:9.7.3.dfsg-1~squeeze3 Clients provided with BIND ii echoping 6.0.2-3+b1 A small test tool for TCP servers ii libsocket6-perl 0.23-1 Perl extensions for IPv6 Versions of packages smokeping suggests: ii curl7.21.0-2 Get a file from an HTTP, HTTPS or pn libauthen-radius-perl none (no description available) pn libio-socket-ssl-perl none (no description available) ii libnet-dns-perl 0.66-2 Perform DNS queries from a Perl sc pn libnet-ldap-perlnone (no description available) ii libnet-telnet-perl 3.03-3 Script telnetable connections ii openssh-client 1:5.5p1-6secure shell (SSH) client, for sec ii sendmail [mail-transport-ag 8.14.5-poc.2 powerful, efficient, and scalable -- 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#594684: Package
I was asking other USERS what they think. So, let's get this straight: 1) Your users have a found a critical bug with your package. 2) Your users invested a great deal of time and work in tracking down the bug, and fixing it, what YOU should be doing. 3) Your users have supplied you with a working patch, and built a working package, which you only have to review and upload. But YOU would rather leave a great deal of your users (and actually users who are using a Free computer) without an Xserver. So that you don't have to type the command 'rm 01_mips-sarea.diff' sometime in the future. Great work and great sense of responsibility. Keep it up. P.S. From what I understand from previous messages, the patch has already been submitted upstream. But isn't that your job TOO? Otherwise what's the point of the BTS or even a distribution? On 09/20/2011 10:47 AM, Cyril Brulebois wrote: Panayiotis Karabassis pan...@gmail.com (20/09/2011): It's not a random feature patch. X is unusable on Yeelong without this patch.( So I am told, I have not tried ). Recompiling X takes about 3 hours on Yeelong. And nothing prevents you to drop the patch when it's included upstream. Quilt will just tell about it. What do others think? Exactly what he said. Can you enlighten us and explain what the matter is with working with upstream instead of pushing this patch on us only? Mraw, KiBi. -- Panayiotis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641344: rendering errors and crashes with nvidia driver and xserver 1.11 due to wrong symbols in libwfb.so
The patched libwfb.so by Andreas fixes the problems on my system here as well. I'm currently using xserver-xorg-core 2:1.11.0-1 xserver-xorg-video-nvidia 285.03-2 and experienced the rendering errors and crashes since upgrading xorg-core to 1.11. Regards, Stefan
Bug#642198: ITP: r8168 -- dkms source for the r8168 network driver
Package: wnpp Severity: wishlist Owner: Andreas Beckmann deb...@abeckmann.de * Package name: r8168 Version : 8.025.00 Upstream Author : Realtek NIC software team nic...@realtek.com * URL : http://www.realtek.com/downloads/downloadsView.aspx?Langid=1PNid=13PFid=5Level=5Conn=4DownTypeID=3GetDown=false#2 * License : GPL2+ Programming Lang: C Description : dkms source for the r8168 network driver r8168 is the Linux device driver released for RealTek RTL8168B/8111B, RTL8168C/8111C, RTL8168CP/8111CP, RTL8168D/8111D, and RTL8168DP/8111DP, and RTK8168E/8111E Gigabit Ethernet controllers with PCI-Express interface. . This driver should only used for devices not yet supported by the in-kernel driver r8169. . This package provides the dkms source code for the r8168 kernel modules. Kernel source or headers are required to compile these modules. I just came along this in #debian last week, helping someone to get this module built and installed (upstream build system does not work properly on kernel 3.x) because the in-kernel module r8169 did not support his NIC. I did this package just as a first experiment with dkms, the module builds fine with squeeze and sid kernels. I don't have the hardware to actually test it. So if someone who actually needs it wants to take over maintainership, he is welcome. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642194: support for flowing debian branches
tag 642194 + upstream pending forwarded 642194 https://github.com/nvie/gitflow/issues/154 thanks Hi! The idea sounded so easy and tempting, that I went ahead and coded it. It's available from my git repo[1], on the feature/config-alias branch (also merged into the debian branch, which has been appropriately updated), if you want to take it for a test ride. I'll try to run it through upstream too, so the upload to unstable might take a little while (though, if I get no response within two weeks, I'll probably go ahead and upload it anyway). [1]: debcheckout git-flow -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642138: Thanks for contribution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Chris, thanks for your translation. Your contribution will be integrated in dotclear package next release. Regards, Nicolas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJOeFjHAAoJEJ8MyOh0TdIzZmMIAIYxzcsleDuTYq9K6W+qMYtx 9qDY4IBZfBQm+wXEJEM4nco0umR7PGUJ807nH/wb2Qe/nB0TYnL6mCS3n/x4dGvM HeJw9OPclIIX4bJhnHte8uqVzMo0Faug2G0FHXxRWfHEbCBtx9yV61dQftfviCfw u3GI2HWpX/11NfGjWBhpUdlTD69IsvciSIY1z17HVvkMdPB3KguCJKSXizz8jeuV k8RfKzbM5u0xq4oM2yy4z6WcYeBnEIp/wsLfWkTDd/VwMU9KN6AF8KpoUKzX4n3I ejBiSvfhj1HCzX1HLPH2MyprdAJjE8p5C/jw4q2QhDeQpNBewKmZn/oFM8JV+EA= =uH0b -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642145: iceweasel: segfault at startup in /usr/lib/xulrunner-5.0/libmozjs.so
On Mon, Sep 19, 2011 at 10:09:41PM +0200, Émeric Maschino wrote: Package: iceweasel Version: 5.0-6 Severity: important Latest Iceweasel 5.0-6 in Debian Wheezy Testing immediately crashes at startup on ia64 (IA-64/IPF/Itanium) platform (I can't even see the main window being drawn). Previously available Iceweasel 3.5.19-3 was working fine. Starting with -safe-mode option or deleting ~/.mozilla folder didn't help. Remark: Reportbug warns me about new Iceweasel 6.0-2 being available in stable and testing, which definitely isn't at the moment, at least for ia64 platform. 6.0.2-1 is available in unstable. 5.0-6 is known to be broken on ia64. 6.0.2-1 should work better, though may crash randomly. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642039: crash breaking out of screensaver
This morning both machines were in screensaver mode. Moving the mouse resulted in an immediate crash - I don't know what machine had the mouse. Log to follow direct to Jeff. -- Moshe Yudkowsky * mo...@pobox.com * www.pobox.com/~moshe Mother, can't you hear the hissing/Of the bullets all too plain. I may be numbered with the missing,/But never, never with the slain. -- Just Behind the Battle, Mother -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642136: [Pkg-utopia-maintainers] Bug#642136: Bug#642136: network-manager: Connecting to a wifi network requires org.freedesktop.NM.settings.modify.system privileges
On Tue, 20 Sep 2011 10:21:06 +0200, Michael Biebl wrote: This is a wireless network I never connected to. I choose it from the available wireless network detected by Network Manager. Through polkit helper, Network Manager is asking me for administrative rights just to connect to this new wireless network. Ok, I guess it is clearer now what your issue is. With NM 0.9, the user settings service is gone, i.e. connections are no longer stored in the user session but always system wide (using the keyfile in /etc/NetworkManager/system-connections). Wireless connections are shared by default (ie. the setting Available to all users is selected). Writing a system setting and making it available to everyone requires administrative privileges. That's why you get the PolicyKit prompt. If you create a Wireless connection manually via nm-connection-editor: Run nm-connection-editor select tab Wireless Click Add Fill in SSID and Security settings. *Uncheck* Available to all users. Then you shouldn't get a PK prompt, right? Yes. I think by default, a user should not be prompted for administrative rights to connect to a wireless network. This could be done with a policy stating that org.freedesktop.NetworkManager.settings.modify.system is granted to active users (but I think this is far too wide). Or this could be done by not sharing wireless connections by default (in this case, I suppose that org.freedesktop.NetworkManager.settings.modify.own will be used and by default, active users are granted this permission). Maybe I could retitle this bug to Add a settings to allow unprivilegied user to connect to unknown wireless network without administrative rights and set severity to wishlist. Would it be clearer? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642198: Acknowledgement (ITP: r8168 -- dkms source for the r8168 network driver)
Uploaded to mentors, needs a sponsor: http://mentors.debian.net/package/r8168 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642199: Fails to connect to office communicator server with pidgin-sipe plugin (2.10.0-1 works)
Package: pidgin Version: 2.10.0-1+b1 Severity: grave Justification: renders package unusable After upgrade of pidgin from 2.10.0-1 to 2.10.0-1+b1 I'm unable to connect to the company communicator server. Works again after downgrade to the stable version. (was unable to downgrade to 2.10.0-1) Greetings, Jan Huijsmans Dear Maintainer, *** Please consider answering these questions, where appropiate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing'), (60, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.ISO8859-15, LC_CTYPE=en_US.ISO8859-15 (charmap=ISO-8859-15) (ignored: LC_ALL set to en_US.ISO8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 2.32.4-1 ii libatk1.0-0 2.0.1-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.14-1 ii libdbus-glib-1-20.94-4 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk2.0-0 2.24.4-3 ii libgtkspell02.0.16-1 ii libice6 2:1.0.7-2 ii libpango1.0-0 1.28.4-3 ii libpurple0 2.10.0-1+b1 ii libsm6 2:1.2.0-2 ii libx11-62:1.4.4-1 ii libxml2 2.7.8.dfsg-4 ii libxss1 1:1.2.1-2 ii perl-base [perlapi-5.12.4] 5.12.4-4 ii pidgin-data 2.10.0-1 Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-1 Versions of packages pidgin suggests: ii evolution-data-server none ii gnome-panel | kdebase-workspace-bin | docker none ii libsqlite3-0 3.7.7-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642191: network-manager: On upgrade/restart, resolv.conf is overwritten with empty file
Hi Hilko, Luca and Moshe! You all filed independent bug reports against network-manager-0.9.0-2 about NM clearing/rewriting /etc/resolv.conf. They all look like duplicates to me that's why I merged them and and unless the analysis shows otherwise I'd like you to follow up on this bug #642191 so we keep the information in one place. It seems you all have interfaces managed by ifupdown which are activated during boot and during the upgrade /etc/resolv.conf was overwritten/cleared i.e. empty besides a # Generated by NetworkManager line. NetworkManager either doesn't manage any interfaces at all or the interfaces it manages arent't active (e.g. no link beat). I tried to reproduce this issue with 0.9.0-2 by managing my wireless interface via ifupdown and did the following: - stop network-manager - configure eth0 via ifupdown - ifup eth0 (resolv.conf contains the correct nameserver configuration) - start network-manager (resolv.conf still correct!) So initially I wasn't able to reproduce the issue. But when I *stopped* network-manager, /etc/resolv.conf was rewritten/cleared in the way described above. So my guess is, that this is not actually a regression in 0.9.0, but simply due to the fact that network-manager was restarted (i.e. stopped) during the upgrade. And indeed I was able to reproduce the same behaviour with 0.8.4. It would be great if you could try to reproduce the following steps: 1/ kill network-manager (service network-manager stop) 2/ ifup eth0 (or whatever your interface is) 3/ check resolv.conf 4/ run NetworkManager --no-daemon --log-level=DEBUG (redirect the output to a file) 5/ check resolv.conf 6/ stop NetworkManager 7/ check resolv.conf Please try this with both 0.9.0 and 0.8.4 so I know I'm on the right track here and it is actually at 7/ where resolv.conf gets rewritten. If you need 0.8.4 and you don't have them in the apt-cache anymore, you can either get the packages from testing or via http://snapshot.debian.org/. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#642194: support for flowing debian branches
The idea sounded so easy and tempting, that I went ahead and coded it. It's available from my git repo[1], on the feature/config-alias branch (also merged into the debian branch, which has been appropriately updated), if you want to take it for a test ride. Right! I only left out how to use it! $ git config alias.dflow !GIT_FLOW_SELF=git-flow-debian git flow $ git flow init # To set up upstream workflow $ git dflow init # To set up debian workflow -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642200: t1utils: Please remove history discussion from the package description
Package: t1utils Version: 1.37-1 Severity: minor The package description contains the following: -- snip -- This version of the t1utils programs has been maintained by Eddie Kohler eddie...@lcs.mit.edu since version 1.5, based on the original code by I. Lee Hetherington. As such, it is a complete replacement for the t1utils Debian package, which is based on version 1.2 of I. Lee Hetherington's code. -- snip -- That looks more appropriate for /usr/share/doc/t1utils/README.Debian than for the package description. And considering that this forking was in the last millenium, it does not even need to be there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642117: confirmation
I can confirm the behavior both on testing and unstable: it can't connect when launching, but it works disabling and re-enabling all accounts. No idea where/how get logs for providing more information. -- Sergio Fernández ser...@wikier.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642136: [Pkg-utopia-maintainers] Bug#642136: Bug#642136: Bug#642136: network-manager: Connecting to a wifi network requires org.freedesktop.NM.settings.modify.system privileges
Am 20.09.2011 11:18, schrieb Vincent Bernat: On Tue, 20 Sep 2011 10:21:06 +0200, Michael Biebl wrote: This is a wireless network I never connected to. I choose it from the available wireless network detected by Network Manager. Through polkit helper, Network Manager is asking me for administrative rights just to connect to this new wireless network. Ok, I guess it is clearer now what your issue is. With NM 0.9, the user settings service is gone, i.e. connections are no longer stored in the user session but always system wide (using the keyfile in /etc/NetworkManager/system-connections). Wireless connections are shared by default (ie. the setting Available to all users is selected). Writing a system setting and making it available to everyone requires administrative privileges. That's why you get the PolicyKit prompt. If you create a Wireless connection manually via nm-connection-editor: Run nm-connection-editor select tab Wireless Click Add Fill in SSID and Security settings. *Uncheck* Available to all users. Then you shouldn't get a PK prompt, right? Yes. I think by default, a user should not be prompted for administrative rights to connect to a wireless network. This could be done with a policy stating that org.freedesktop.NetworkManager.settings.modify.system is granted to active users (but I think this is far too wide). Or this could be done by not sharing wireless connections by default (in this case, I suppose that org.freedesktop.NetworkManager.settings.modify.own will be used and by default, active users are granted this permission). Maybe I could retitle this bug to Add a settings to allow unprivilegied user to connect to unknown wireless network without administrative rights and set severity to wishlist. Would it be clearer? It's the unknown part which is important, because it's about *creating* a new connection configuration. I initially was about activating an existing connection. Granting org.freedesktop.NetworkManager.settings.modify.system to every active user means that they will be able to read the Wireless PSK without admin privileges, so I'm not convinced yet that this is actually a good idea. An alternative could be, to make wireless connections not available to everyone by default and doing so requires explicit configuration. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#640790: guitarix: Makes jack-rack crash
Fix from upstream: The fix is the commit 1196 to our SVN . To be uploaded soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642201: trac-tags: Please fix README.Debian
Package: trac-tags Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, i have installed package trac-tags and enabled in trac.ini according to README.Debian. But trac-admin . upgrade didn't work. This page http://trac-hacks.org/wiki/TagsPlugin states different installation instructions. In [components] there should be tractags.* = enabled and in [tags] , ticket_field should contain keywords instead of keyword With regards Libor - -- System Information: Debian Release: wheezy/sid APT prefers experimental APT policy: (700, 'experimental'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOeGDqAAoJEPDvjG7Cn0eONPgP/3brR8q0HtPXQfsVRm+Hsuwp L4Nnhz2uJHZEmArR7JyGf4HF8CSTZAOk9+wSI/b2vCdCJMk41EmqecqEyZaaDDkx 7ATZmaAA+s2sVSvsBekUqDFYcOUZvPCsWJJqoZGY5rK9fvUAXj4x6Fceauc7lWfi mO1hDPMRco2wBQTZ911qBcvIWGQ3ufvutBxrrmfcpu21r5HmEF9pdjJ7GWI4DbII Xz5cQDSZovCK9acnwP+kVjAFpTRYZkGxBbCpoX2hLbdf+CDKV8VGwFVS+a0Nf6oW osIb5qQuKUCj8ALmG85/IgWBT3ce48HoDpssLrmhJ5VpjX6IuKuu/am+G0YemS5u sVFMP/pe3kLrcOlA2l1coeQ41wtr7KUd4l7fdzh01RrVhDTj8L/u8QZ934EJ1vGs P5OwAnHDRXtH17iqVRvDkEFc+KrzxexqkAZrjDQMLtsIFgpjcO6M5xGmQbovQ/oy ET8nsmJ9+MJOOSUG7/yOFSH7q/v9bX11U4vuR1qMvP7HUR7ss9+gc9Hrk1Xfzo2q Y9QzbILSGjwX/xVk7FB3XmcRTCZz4OMBxRIFXUqHeu81dc2SeYPVKx89Z5XLdIAS dqW34su7sMVMqvIvfYvlL8FsaX4dMgKH0sJvRrW/ScldqKgZdlhLENS210oyVPo3 +C7Om843Djw4TIfP0rZe =YMk1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642202: swig2.0: uncompilable code when using typedef and function pointers in swig 2.0.4
Package: swig2.0 Version: 2.0.4-1.1 Severity: important Tags: upstream patch swig 2.0.4 generates uncompilable code with certain type of function pointers, see #639077. Upstream has fixed this in SVN, see http://swig.svn.sourceforge.net/viewvc/swig?view=revisionrevision=12814 Best, Teemu -- System Information: Debian Release: 6.0.2 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages swig2.0 depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-6GCC support library ii libpcre38.12-4 Perl 5 Compatible Regular Expressi ii libstdc++6 4.5.2-6 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime swig2.0 recommends no packages. Versions of packages swig2.0 suggests: pn swig2.0-doc none (no description available) pn swig2.0-examples none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640684: FTBFS: Failed 3/23 test programs. 24/346 subtests failed.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Junichi, On 20.09.2011 07:25, Junichi Uekawa wrote: That said, what's the testcase that's failing and how do I reproduce it? I assume it should be a very small testcase? try to rebuild the latest upload of Lighttpd which is available in Sid and Testing in cowbuilder. It should fail. If you try the same in a pure pbuilder environment the build should run through. The culprit are the regression checks after the build which fail in cowbuilder (although it could also be possible, gcc produces faulty binaries in the cowbuilder environment). Those checks test several components of Lighttpd, including but not limited to some socket operations, file retrieval etc. Unfortunately I can't limit this any further, as several test runs yield different results. To reproduce do as follows (presuming you are on Sid): $ apt-get source lighttpd ... dpkg-source: info: extracting lighttpd in lighttpd-1.4.29 dpkg-source: info: unpacking lighttpd_1.4.29.orig.tar.gz dpkg-source: info: unpacking lighttpd_1.4.29-1.debian.tar.gz $ cowbuilder --build lighttpd_1.4.29-1.dsc ... make check-TESTS make[4]: Entering directory `/tmp/buildd/lighttpd-1.4.29/tests' preparing infrastructurePASS: prepare.sh ./cachable.t .. ok ./core-404-handler.t .. 1/8 # # status failed: expected '200', got '500' ... dh_auto_test: make -j1 check returned exit code 2 make: *** [build] Error 29 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 dev/pts filesystem I: unmounting proc filesystem - Cleaning COW directory forking: rm -rf /var/cache/pbuilder/build//cow.1280 Doing the very same in pbuilder should not have the problem: # pbuilder --build lighttpd_1.4.29-1.dsc ... make[4]: Entering directory `/tmp/buildd/lighttpd-1.4.29/tests' preparing infrastructurePASS: prepare.sh ./cachable.t .. ok ./core-404-handler.t .. ok ./core-condition.t ok ./core-keepalive.t ok ./core-request.t .. ok ./core-response.t . ok ./core-var-include.t .. ok ./core.t .. ok ./lowercase.t . ok ./mod-access.t ok ./mod-auth.t .. ok ./mod-cgi.t ... ok ./mod-compress.t .. ok ./mod-fastcgi.t ... ok ./mod-proxy.t . ok ./mod-redirect.t .. ok ./mod-rewrite.t ... ok ./mod-secdownload.t ... ok ./mod-setenv.t ok ./mod-ssi.t ... ok ./mod-userdir.t ... ok ./request.t ... ok ./symlink.t ... ok All tests successful. Files=23, Tests=346, 9 wallclock secs ( 0.35 usr 0.36 sys + 3.62 cusr 3.17 csys = 7.50 CPU) Result: PASS PASS: run-tests.pl cleaning up PASS: cleanup.sh == All 3 tests passed == - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOeGWvAAoJEMcrUe6dgPNtCWMQAI/uHMjzLyS9+op8xT16xFd7 6fFr5F6r0iukUfZVPRJIcWzKGSs7Ke8941Zrak5D0+aurNmGiYHiMhc879M72QRf VrqtKwY91PBzWQP4/rYICxUaaXsdXsm6CCGd7u1GEO2O3EhzEFji2ZDijU1R4SEa P5V6T8cs33HvjojGP4BZanpg6RFw1xZsTQaSPQAejmR9p+t3Ap6fQLiqO22IgG/W M02Gl7u+KfhTIYrH9v2L97vVweh00LSku6f+XZ7ung00iREjqeuhmm1AUhCkOWj1 ejTF/vNgy+Qppo6zfAkiCySCj0ZrWGDNG2uHm/b7jF74gnuHYlMJ6MTgtW8xga4G rv5OnrH3wIu5UAguXG0896OLXXfveWHqRhpkRoviAXbD6KwUyQ+z0k9Z5T2pYxrM yDoqC307o8Nl2Tx8q5kvEYnR4MtyEW+Pr1hR3TBWf9pjA/VlQ9eV6WA9yQ6KOQq5 3i5lvXaGFGaGK0tJdfGRHa/rWdunbDr5DzU2WDTrsgTR8u14jGq3buJtv3Xbukd2 JSzf+3rxZiFvKC6zE7Nph5AlYYrVZ7/3LLc93L/vsYlHFn9Y71KHXnLMnGutjQKr h+tRiz8FpDQtikc1crF2W6syYpYe6rmiiwNF2XZCS97nZPzxdynyHnDScQtdCrPy sfj+OsQI3Nc9e/o3RCjP =ifsP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641991: nvidia driver changes fixes problem.
For other reasons, namely work on bug #642039, I downgraded nvidia-kernel-dkms to testing. This fixed the problem for reasons I don't comprehend. -- Moshe Yudkowsky * mo...@pobox.com * www.pobox.com/~moshe He will win who knows when to fight and when not to fight. -- Sun Tzu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642039: Nvidia issue?
When looking through the various logs, I noticed that at each crash the entry gmd_slave_xioerror_handler and a notation about fatal and restart appeared in the logs (daemon.log, syslog, etc.). That's a generic error message AFAICT from searching the web, but it got me to thinking: I'd had a crash earlier when I plugged in my xsane-supported scanner. I'd put it off as unrelated... I then wondered if it were USB related, (if the USB hotplug of a the scanner caused a crash, could the USB keyboard/mouse cause a crash?), but USB hotplugs of flash drives did not crash gdm. Reading through the web I decided to try downgrading to nvidia-kernel-dkms/testing. This has fixed (a) my problem with the scanner and (b) fixed my problem with bug #641991. I'm going to continue working with this version of nvidia and report back. I'm at synergy 1.3.6 at the present time. -- Moshe Yudkowsky * mo...@pobox.com * www.pobox.com/~moshe Thanks to radio, TV, and the press we can now develop absurd misconceptions about peoples and governments we once hardly knew existed.-- Charles Fair, _From the Jaws of Victory_ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642203: on a compressed file, xpdf no longer removes the temporary file due to exec
Package: xpdf Version: 3.03-5 Severity: normal Tags: patch When running xpdf on a compressed file, the temporary file is no longer removed. The script contains: tmp=$(tempfile -s .pdf) trap rm -f -- \$tmp\ EXIT HUP INT QUIT TERM case $file in *.gz|*.Z) zcat $file $tmp ;; *.xz) xzcat $file $tmp ;; *.bz2)bzcat $file $tmp ;; *) tmp=$file ;; esac exec $cmd -title $title $tmp $pages || true but due to the exec, the trap no longer occurs. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 ii libc6 2.13-21 ii libgcc1 1:4.6.1-11 ii libpoppler13 0.16.7-2 ii libstdc++64.6.1-11 ii libx11-6 2:1.4.4-1 ii libxt61:1.1.1-2 Versions of packages xpdf recommends: ii gsfonts-x110.22 ii poppler-data 0.4.5-2 ii poppler-utils 0.16.7-2 xpdf suggests no packages. -- no debconf information --- /usr/bin/xpdf 2011-09-17 10:18:51.0 +0200 +++ xpdf2011-09-20 12:20:43.0 +0200 @@ -64,5 +64,5 @@ *.bz2)bzcat $file $tmp ;; *) tmp=$file ;; esac -exec $cmd -title $title $tmp $pages || true +$cmd -title $title $tmp $pages || true fi
Bug#642204: xmms2-plugin-pls: File names in m3u playlist to be imported containing parenthesis will cause an abort of import.
Package: xmms2-plugin-pls Version: 0.7DrNo+dfsg-3+b1 Severity: important Tags: upstream Dear Florian, when trying to import a m3u playlist with xmms2 addpls filename the import fails and the playlist remains empty. ~/.cache/xmms2/xmms2d.log reveals: ERROR: ../src/plugins/gvfs/gvfs.c:147: Failed to upen url file://file with absolute path for reading: Error opening file: No such file or directory. (BTW to upen url is used this way!) All the time the file name contained at least one parenthesis. When removing the corresponding line from the playlist the import fails on the next line containing a parenthesis. I tried escaping quite wildly but never managed xmms to import the playlist. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/4 CPU cores) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages xmms2-plugin-pls depends on: ii libc6 2.13-21 ii libglib2.0-0 2.28.6-1 ii xmms2-core0.7DrNo+dfsg-3+b1 xmms2-plugin-pls recommends no packages. xmms2-plugin-pls suggests no packages. -- no debconf information -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642205: package ftbfs with Qt4 in a multiarch location
Package: gcin Version: 1.5.8-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch just a work-around, and likely will fail for Gtk3 in a multiarch location. patch at http://launchpadlibrarian.net/80379550/gcin_1.5.8-1_1.5.8-1ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642206: Wrong path to executable in /etc/init.d/openvswitch-controller
Package: openvswitch-controller Version: 1.2.1-3 Severity: important Tags: patch Line in /etc/init.d/openvswitch-controller DAEMON=/usr/sbin/ovs-controller # Introduce the server's location here is wrong, ovs-controller binary located in /usr/bin. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openvswitch-controller depends on: ii libc6 2.13-21 ii libssl1.0.0 1.0.0e-2 ii openvswitch-common 1.2.1-3 ii openvswitch-pki 1.2.1-3 openvswitch-controller recommends no packages. openvswitch-controller 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#642199: Fails to connect to office communicator server with pidgin-sipe plugin (2.10.0-1 works)
Hello, On Tue, Sep 20, 2011 at 11:24:23AM +0200, Jan Huijsmans wrote: After upgrade of pidgin from 2.10.0-1 to 2.10.0-1+b1 I'm unable to connect to the company communicator server. Works again after downgrade to the stable version. (was unable to downgrade to 2.10.0-1) I just tried to compile the source package, resulting in a 2.10.0-1 package of pidgin and noticed this package has the same problem. I checked with pidgin-sipe 1.9.0-1.1 and 1.11.2-1, both no go with the current setup and the compiled pidgin 2.10.0-1 or the downloaded 2.10.0-1+b1 . The squeeze version (2.7.3-1+squeeze1) works, but there is major downgrading needed. (unwanted, as this breaks slapd in my setup) Greetings, Jan Huijsmans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458826: jwm: open bug reports in Debian
Hi Joe, Could you take a look at these bug reports at http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=jwm #582841 [i| |↝] [jwm] jwm: EXEC: is not working from .jwmrc #458826 [n|U+|↝] [jwm] jwm: Multibytes characters title cannot be displayed #497465 [w| |↝] [jwm] jwm: The mouse bindings are not configurable #559166 [w|U+|↝] [jwm] jwm: [man] Hyphen fix #559167 [w|U+|↝] [jwm] jwm: [man] empty comments in manual page #559169 [w|U+|↝] [jwm] jwm: [man] warning: macro `layer:#' not defined #560836 [w|+|↝] [jwm] jwm: [PATCH] Makefile.in -- add DESTDIR support #567557 [w| |↝] [jwm] jwm: It could be great that JWM has an edge resistance null when pressing ALT+holding left mouse click (etc.) Perhaps you could make a new release on what is currently on development to possibly close some of them. Thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618026: ibid: Ibid 0.1.1 contains 3 security fixes
Hi Adam (2011.09.17_18:09:13_+0200) If you're going to do that, you need to either (preferably) CC the receiving package on your mail, or send a separate mail. What tends to happen (as in this case) is that the control@ reassign gets processed after the rest of the mail has been received and the new package only gets the control@ output with no other information. Fair point, thanks :) One quick question - doesn't this change: +- logfile-visibility-567576.patch: Channels must be explicitly configured + to have publicly readable logs. (LP: #567576) have the potential to at least confuse users who are expecting the logs to be created in a publicly readable manner? Yes. This was the simplest fix to the problem, and probably how things should have been from the start. I don't think there is a regression-free fix to the bug, as the bot cannot know whether it is speaking to a public channel or a private message, when it speaks first. (Even on IRC, not all channels are required to have names starting with #) SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622131: gpointing-device-settings: Similar crash on start with MS Wireless Mouse 5000
Package: gpointing-device-settings Version: 1.5.1-5 Followup-For: Bug #622131 Dear Maintainer, I installed gpointing-device-settings to adjust the scrolling speed of my MS Wireless Mouse 5000. On startup, it crashes with an error message on the command line: 41 ../sysdeps/unix/sysv/linux/waitpid.c: Datei oder Verzeichnis nicht gefunden. (i.e. file or directory not found). I am attaching the output of lsusb -v and bug-buddy. The lsusb identification of the transceiver as Nano Transceiver for Bluetooth is wrong, in the syslog it is correctly identified as Product: Microsoft® 2.4GHz Transceiver v7.0 Bus 004 Device 003: ID 045e:0745 Microsoft Corp. Nano Transceiver v1.0 for Bluetooth Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x045e Microsoft Corp. idProduct 0x0745 Nano Transceiver v1.0 for Bluetooth bcdDevice6.33 iManufacturer 1 Microsoft iProduct2 Microsoft� 2.4GHz Transceiver v7.0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 84 bNumInterfaces 3 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 1 Keyboard iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.11 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 57 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 4 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 2 Mouse iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.11 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 295 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x000a 1x 10 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber2 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.11 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 319 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0020 1x 32 bytes bInterval 1 Device Status: 0x (Bus Powered) # Bug Buddy output below System: Linux 3.0.0-1-amd64 #1 SMP Sat Aug 27 16:21:11 UTC
Bug#625768: [buildtorrent] Allow to create trackerless torrent
Hi Claude, regarding: It may take a month or two until I have time to implement and test this. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625768 Could you brief us with the current plans about this. Thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636842: jwm: Browser's javascript steals focus (works in other WMs)
forwarded 636842 Joe Wingbermuehle joew...@joewing.net retitle 636842 jwm: Browser's javascript steals focus (works in other WMs) thanks 636842 Hi Joe, Could you take a look at this report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636842 Thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640581: ocfs2-tools: FTBFS: cp: cannot stat, `debian/tmp/debian/tmp/sbin/ocfs2_controld.cman': No such file or directory
tags 640581 + patch thanks Attached is a patch that fixes the FTBFS bug. First of all the libopenais-dev Build-Dep needs to be changed to openais-dev. Then ocfs2_controld gets built again. But it then fails because PCKM_SERVICE_ID is not defined (in ocfs2_controld.c:155). Since neither CRM_SERVICE nor PCKM_SERVICE_ID are used anywhere, I've changed the error message as I don't know what PCKM_SERVICE_ID was before and couldn't find anything on it. In Ubuntu PCKM_SERVICE_ID is defined to be 9 [1]. But maybe someone else more familiar with ocfs2-tools knows what's the best way to fix this issue. Regards, [1] http://patches.ubuntu.com/o/ocfs2-tools/ocfs2-tools_1.6.3-2ubuntu2.patch -- Sebastian Ramacher diff -Nru ocfs2-tools-1.6.3/debian/control ocfs2-tools-1.6.3/debian/control --- ocfs2-tools-1.6.3/debian/control 2011-03-25 16:24:41.0 +0100 +++ ocfs2-tools-1.6.3/debian/control 2011-09-20 00:34:01.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Jeremy Lainé jeremy.la...@m4x.org Uploaders: Frederik Schüler f...@debian.org Standards-Version: 3.9.1 -Build-Depends: cdbs, debhelper (= 7), po-debconf, autotools-dev, python-support (= 0.4), comerr-dev, uuid-dev, libncurses5-dev, libreadline-dev, libglib2.0-dev (= 2.2.3), libblkid-dev (= 1.36), libbz2-dev, libcman-dev, libdevmapper-dev, libdlm-dev, libdlmcontrol-dev, libopenais-dev, libxml2-dev, pacemaker-dev, python-dev, python-gtk2 +Build-Depends: cdbs, debhelper (= 7), po-debconf, autotools-dev, python-support (= 0.4), comerr-dev, uuid-dev, libncurses5-dev, libreadline-dev, libglib2.0-dev (= 2.2.3), libblkid-dev (= 1.36), libbz2-dev, libcman-dev, libdevmapper-dev, libdlm-dev, libdlmcontrol-dev, openais-dev, libxml2-dev, pacemaker-dev, python-dev, python-gtk2 Homepage: http://oss.oracle.com/projects/ocfs2-tools/ Vcs-Svn: svn://svn.debian.org/collab-maint/deb-maint/ocfs2-tools/trunk/ Vcs-Browser: http://svn.debian.org/viewsvn/collab-maint/deb-maint/ocfs2-tools/trunk/ --- ocfs2-tools-1.6.3.orig/ocfs2_controld/pacemaker.c +++ ocfs2-tools-1.6.3/ocfs2_controld/pacemaker.c @@ -155,7 +155,7 @@ int setup_stack(void) + crm_log_init(ocfs2_controld, LOG_INFO, FALSE, TRUE, 0, NULL); + + if(init_ais_connection(NULL, NULL, NULL, local_node_uname, our_nodeid) == FALSE) { +- log_error(Connection to our AIS plugin (%d) failed, CRM_SERVICE); ++ log_error(Connection to our AIS plugin (CRM) failed); + return -1; + } + signature.asc Description: OpenPGP digital signature
Bug#642105: dialog: return value diagnostics suck
On Tue, 20 Sep 2011, Michal Suchanek wrote: Excerpts from Thomas Dickey's message of Tue Sep 20 01:25:46 +0200 2011: On Mon, 19 Sep 2011, Michal Suchanek wrote: Package: dialog Version: 1.1-20110707-1 Severity: normal From the man page: read further, it is configurable (look for DIALOG_ESC). Any reason that 1) this is set with a variable, not a command argument ...to make scripting more readable. As a command argument, the typical hacker will use a constant. I don't like to encourage bad habits. 2) is not referenced in the DIAGNOSTICS section where this is very relevant merely overlooked ;-) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641991: wrong - nvidia change does not fix the problem
I was wrong. While the kate startup window does not contain random junk, once I load a file into the window and then close it again, kate continues to display distorted random snippets and is unusable. -- Moshe Yudkowsky * mo...@pobox.com * www.pobox.com/~moshe Any fool can commit a murder; it takes an artist to commit a natural death. -- W. Krivitsky, NKVD (deceased) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640177: wrapper script should use 'exec' to start xpdf.real
On 2011-09-03 15:27:23 +1000, Cam Hutchison wrote: xpdf's wrapper script should start xpdf.real using 'exec', since it is the last thing the script does. This means an extra process is not kept running, and the process will respond properly to signals. Because of the trap, using exec in the else case is invalid. I've reported another bug about that (but the BTS seems very slow to take it into account... the title is on a compressed file, xpdf no longer removes the temporary file due to exec). Though uncompressed files could be treated separately, I don't think it would be a good idea to have a different behavior just for them (in particular because compressed files are more and more common). Regarding the signal issue, I have a shell script that starts xpdf in the background and records its PID with $!. When I no longer need xpdf running, I send a signal to the PID recorded from $! when the process was launched. Since that PID is actually the wrapper script and not the real xpdf process, the signals are ignored. Using 'exec' in the script solves this problem by making the xpdf.real process have the same PID as the wrapper script. This is the real problem: the xpdf script should trap the signals and propagate them to its child. I don't know how this can be done with /bin/sh (which can be any POSIX shell). With Perl, it would probably be much easier. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640177: wrapper script should use 'exec' to start xpdf.real
On 2011-09-20 13:29:55 +0200, Vincent Lefevre wrote: Because of the trap, using exec in the else case is invalid. I've reported another bug about that (but the BTS seems very slow to take it into account... the title is on a compressed file, xpdf no longer removes the temporary file due to exec). See bug 642203 (it arrived while I was typing this!). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641836: Fails to hide internal symbols
Hi, On Mon, Sep 19, 2011 at 11:55:10PM +0200, Daniel Kobras wrote: Hi! Am 16.09.2011 um 18:45 schrieb Reinhard Tartler: Von: Yuriy Kaminskiy yum...@mail.ru Betreff: Re: [MPlayer-cvslog] r34099 - in trunk/libass: ass.c ass.h ass_bitmap.c ass_bitmap.h ass_cache.c ass_cache.h ass_drawing.c ass_font.c ass_font.h ass_fontconfig.c ass_fontconfig.h ass_library.c ass_library.h ass_parse.c... Datum: 16. September 2011 07:20:20 MESZ An: mplayer-dev-...@mplayerhq.hu Antwort an: mplayer-dev-...@mplayerhq.hu (...) libmpg123 package 1.12.1-3.2 on debian/sid is broken (it fails to hide internal symbols, they overridden by symbols from MPlayer/mp3lib [with different ABI], resulting in crash). As package from squeeze (same upstream version) is *not* broken in same way, and changes in packaging looks minor and unrelated, have no idea why it is broken. Likely ./configure --disable-mp3lib also will fix this crash :-) Which architecture have you been looking at? On amd64 in sid, libmpg123 only exports the 84 symbols that are meant to be visible. I have observed the problems on x86 with sid. Erik -- If you're willing to restrict the flexibility of your approach, you can almost always do something better. -- John Carmack -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642207: sgt-puzzles: Clarification to description of 'Pattern'
Package: sgt-puzzles Version: 9179-1 Severity: wishlist Hi! I think that an additional clarification could be added to the first paragraph in the description of the game 'Pattern', in this file: /usr/share/sgt-puzzles/help/en/pattern.html After the sentence: Beside each row of the grid are listed the lengths of the runs of black squares on that row; above each column are listed the lengths of the runs of black squares in that column. I would include something like: In both cases the numbers are identically ordered as the corresponding black runs. At my first attempt at this game, It did not occur to me that the numbers were ordered like the black runs. My first impression was that the game was much harder than it really is because of this. Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sgt-puzzles depends on: ii libatk1.0-0 2.0.1-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-1 ii libpango1.0-0 1.28.4-3 Versions of packages sgt-puzzles recommends: ii iceweasel [www-browser] 6.0.2-1 ii lynx-cur [www-browser] 2.8.8dev.9-2 ii w3m [www-browser]0.5.3-3 sgt-puzzles 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#642108: dialog: Tab does not visit inputs
Excerpts from Thomas Dickey's message of Tue Sep 20 01:27:03 +0200 2011: On Mon, 19 Sep 2011, Michal Suchanek wrote: Package: dialog Version: 1.1-20110707-1 Severity: wishlist The behaviour of dialog forms is inconsistent with most other forms available today. You need to use arrows to move between form inputs while normally tab would move to next input. again, it is configurable. The KEY BINDINGS section of the manpage could for instance provide an example illustrating this case. Or it could by way of example list the current bindings (or say where they are listed in the format that can be used in dialogrc). That would be very helpful. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642172: ITP: likewise-open -- Authentication services for Active Directory Domains
lenios wrote: Package: wnpp Severity: wishlist Owner: Richard Sellam richard.sel...@orvidia.fr * Package name: likewise-open Version : 6.1.0.406 * URL : http://www.likewiseopen.org/ * License : GPL version 3 Description : Authentication services for Active Directory Domains Likewise Open 6.1 provides a means of integrating Unix desktops and servers into an Active Directory (AD) environment by providing a means for hosts to join the domain as member servers and make the Windows users and groups available to other Unix applications and services via the PAM and Name Service Switch libraries. Just drop me a line if I can be of any help in packaging this, though my spare time is very limited. Thank you for your support of free software. J.L. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488665: closed by Jonathan Nieder jrnie...@gmail.com (Re: linux-image-2.6.25-2-686: cannot pass multiple arguments in #! line)
Excerpts from Debian Bug Tracking System's message of Mon Sep 12 04:06:03 +0200 2011: This is an automatic notification regarding your Bug report which was filed against the linux-2.6 package: #488665: linux-image-2.6.25-2-686: cannot pass multiple arguments in #! line It has been closed by Jonathan Nieder jrnie...@gmail.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Jonathan Nieder jrnie...@gmail.com by replying to this email. Hi Michal, Michal Suchanek wrote: When running script which has multiple arguments in the #! line the arguments are joined into one. This breaks scripts that require multiple arguments passed to the interpreter. [...] Observed output of the script: ./test|-a -b -c|./test.sh Expected outout of the script: ./test|-a|-b|-c|./test.sh Sorry for the long silence. This is a longstanding behavior and, roughly speaking, by design. See [1] and the surrounding thread for some context. I actually wouldn't mind if someone raises this upstream again. I don't think it's worth tracking in Debian, though, hence closing the bug. Thanks, Jonathan [1] http://thread.gmane.org/gmane.linux.kernel/182403/focus=184600 It comes at somewhat unfortunate time kernel.org being down and taking quite some time to get back up. Thanks for the reference. Interesting and somewhat sad reading :-s Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642145: iceweasel: segfault at startup in /usr/lib/xulrunner-5.0/libmozjs.so
On Tue, Sep 20, 2011 at 01:31:37PM +0200, Émeric Maschino wrote: Is this related to build problem with gcc 4.6: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635153 (g++-4.6: ICE on ia64 when building iceweasel 5.0-4)? Not at all, it's the js engine that doesn't work on ia64, and the patches to make it moslty work have been applied to 6.0.2-1 Is it worth reporting further issues against Iceweasel 5.0-6 or is it better to play and report bugs against Iceweasel 6.0-2 right now? The latter, please :) Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642145: iceweasel: segfault at startup in /usr/lib/xulrunner-5.0/libmozjs.so
Is this related to build problem with gcc 4.6: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635153 (g++-4.6: ICE on ia64 when building iceweasel 5.0-4)? Is it worth reporting further issues against Iceweasel 5.0-6 or is it better to play and report bugs against Iceweasel 6.0-2 right now? Epiphany also randomly crashes and Chromium isn't available on ia64. So, graphical web browser choice is scarce ;-) Emeric 2011/9/20 Mike Hommey m...@glandium.org: On Mon, Sep 19, 2011 at 10:09:41PM +0200, 6.0.2-1 is available in unstable. 5.0-6 is known to be broken on ia64. 6.0.2-1 should work better, though may crash randomly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642203: xpdf no longer removes the temporary file due to exec
retitle 642203 xpdf no longer removes the temporary file due to exec thanks On 2011-09-20 12:23:38 +0200, Vincent Lefevre wrote: When running xpdf on a compressed file, the temporary file is no longer removed. In fact, even on uncompressed files, since a (useless) temporary file is created even in these cases. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622131: gpointing-device-settings: Similar crash on start with MS Wireless Mouse 5000
In gdb, it looks like this: Reading symbols from /usr/bin/gpointing-device-settings...Reading symbols from /usr/lib/debug/usr/bin/gpointing-device-settings...done. done. (gdb) run Starting program: /usr/bin/gpointing-device-settings [Thread debugging using libthread_db enabled] [New Thread 0x7fffee74e700 (LWP 20555)] Program received signal SIGSEGV, Segmentation fault. __strcmp_sse2 () at ../sysdeps/x86_64/multiarch/../strcmp.S:214 214 ../sysdeps/x86_64/multiarch/../strcmp.S: Datei oder Verzeichnis nicht gefunden. in ../sysdeps/x86_64/multiarch/../strcmp.S (gdb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642105: dialog: return value diagnostics suck
Excerpts from Thomas Dickey's message of Tue Sep 20 12:43:43 +0200 2011: On Tue, 20 Sep 2011, Michal Suchanek wrote: Excerpts from Thomas Dickey's message of Tue Sep 20 01:25:46 +0200 2011: On Mon, 19 Sep 2011, Michal Suchanek wrote: Package: dialog Version: 1.1-20110707-1 Severity: normal From the man page: read further, it is configurable (look for DIALOG_ESC). Any reason that 1) this is set with a variable, not a command argument ...to make scripting more readable. As a command argument, the typical hacker will use a constant. I don't like to encourage bad habits. I already use many constants to set all dialog sizes to 0. One more or less does not make much of a difference but it's true this one argument would be the same for all dialog invocations, unlike the others that vary. 2) is not referenced in the DIAGNOSTICS section where this is very relevant merely overlooked ;-) It's just above the DIAGNOSTICS section but given that less would put DIAGNOSTICS on top of the screen when searching for it it's quite unfortunate placement. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642115: debian-installer: guided full disk encryption + LVM complains about insecure swap
On Mon, Sep 19, 2011 at 11:56:49AM -0400, Joey Hess wrote: The code is this, and Max changed it most recently: # Accept e.g. swap on lvm on crypto if echo $device | grep -q ^/dev/mapper/; then if dm_is_safe $device; then continue fi fi I wonder if perhaps the device for LVM does not look like /dev/mapper/ anymore. Perhaps it's seeing /dev/vgname/lvname instead? I've just monkey-patched this instance of d-i to write $device to a temporary file. It contains: /dev/mapper/debian-root /dev/mapper/debian-swap_1 Thus the outer-if is passing. dm_is_safe looks fine to me, at least it invokes dm_dev_is_safe, I'll try to look at dm_dev_is_safe next. -- Jon Dowland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642208: ITP: opengtl -- Set of library for using transformation algorithms
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: opengtl Version: 0.9.15.1 Upstream Author: Cyrille Berger cber...@cberger.net URL: http://opengtl.org License: LGPL Description: library for using transformation algorithms The Graphics Transformation Languages is a set of library for using and integrating transformation algorithms (such as filter or color conversion) in graphics applications. The goal is to provide the tools, languages and libraries to create generic transformation for graphics. Those transformations could then be used by different programs (Krita, GIMP, CinePaint, GEGL…). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640177: wrapper script should use 'exec' to start xpdf.real
On 20 September 2011 21:29, Vincent Lefevre vinc...@vinc17.net wrote: On 2011-09-03 15:27:23 +1000, Cam Hutchison wrote: xpdf's wrapper script should start xpdf.real using 'exec', since it is the last thing the script does. This means an extra process is not kept running, and the process will respond properly to signals. Because of the trap, using exec in the else case is invalid. I've reported another bug about that (but the BTS seems very slow to take it into account... the title is on a compressed file, xpdf no longer removes the temporary file due to exec). Though uncompressed files could be treated separately, I don't think it would be a good idea to have a different behavior just for them (in particular because compressed files are more and more common). This can be fixed with a construct like this: case $file in *.gz|*.Z) zcat $file $tmp ; exec 3 $tmp ; rm $tmp ; tmp=/dev/fd/3 ;; esac That is, open the file on fd 3, remove the file and pass /dev/fd/3 as the fd to xpdf.real. I've tested this with xpdf.real and it works. You'll want to refactor that a bit to account for errors and remove the duplication when you expand this to the three different decompressors. Can't help myself. Patch attached. Tested with foo.pdf and foo.pdf.gz [1mdiff --git a/debian/scripts/xpdf b/debian/scripts/xpdf[m [1mindex 5b0728c..60532e6 100755[m [1m--- a/debian/scripts/xpdf[m [1m+++ b/debian/scripts/xpdf[m [36m@@ -56,13 +56,24 @@[m [mif [ $many != ]; then[m elif [ $file = ]; then[m exec $cmd -title $title[m else[m [31m-tmp=$(tempfile -s .pdf)[m [31m-trap rm -f -- \$tmp\ EXIT HUP INT QUIT TERM [m case $file in[m [31m-*.gz|*.Z) zcat $file $tmp ;;[m [31m-*.xz) xzcat $file $tmp ;;[m [31m-*.bz2)bzcat $file $tmp ;;[m [31m-*) tmp=$file ;;[m [32m+[m[32m*.gz|*.Z) decomp=zcat ;;[m [32m+[m[32m*.xz) decomp=xzcat ;;[m [32m+[m[32m*.bz2)decomp=bzcat ;;[m esac[m [31m-exec $cmd -title $title $tmp $pages || true[m [32m+[m [32m+[m[32mif [ -n $decomp ] ; then[m [32m+[m[32mtmp=$(tempfile -s .pdf)[m [32m+[m[32mif $decomp $file $tmp ; then[m [32m+[m[32mexec 3 $tmp[m [32m+[m[32mrm $tmp[m [32m+[m[32mfile=/dev/fd/3[m [32m+[m[32melse[m [32m+[m[32mecho Failed to decompress $file 2[m [32m+[m[32mrm $tmp[m [32m+[m[32mexit 1[m [32m+[m[32mfi[m [32m+[m[32mfi[m [32m+[m [32m+[m[32mexec $cmd -title $title $file $pages[m fi[m
Bug#642155: cherokee-doc: Not finding documentation
Hi Gunnar! On Mon, Sep 19, 2011 at 7:17 PM, Gunnar Wolf gw...@gwolf.org wrote: ‣ Does the generated link for the documentation point to http://localhost:9090/help/cookbook_php.html ? Link points to here http://127.0.0.1:9090/help/cookbook_php.html but it gets redirected to http://127.0.0.1:9090/static/help_404.html after clicking Now that you said about localhost, it works with http://localhost:9090/help/cookbook_php.html ‣ Does /usr/share/doc/cherokee-doc/cookbook_php.html exist? It's there. ‣ For any other file in /usr/share/doc/cherokee-doc/ and with cherokee-admin running, can you open http://localhost:9090/help/the_file.html? The strange thing is that testing now (via cherokee-admin interface, doing the same process and selecting Zend (that points to http://127.0.0.1:9090/help/cookbook_zend.html)) it works; tried other frameworks/languages and they all work. From the my random choices it seems that it's failing only with PHP. Can I do something else to debug this, please? Thank you! Best regards, Nelson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642209: chrony: add RTC support for linux 3.0
Package: chrony Version: 1.24-3.1 Severity: normal Tags: patch RTC support for Linux 3.0 is also missing in chrony. My patch (ignoring spaces) is the following, I hope it's correct because I haven't checked if there're RTC changes in linux 3.0. I send attached the full patch. --- rtc_linux.c.orig2010-02-04 13:07:19.0 +0100 +++ rtc_linux.c 2011-09-20 13:23:05.0 +0200 @@ -575,9 +575,11 @@ /* Obviously this test can get more elaborate when we know about more system types. */ - if (major != 2) { + switch (major) { +case 1: return 0; - } else { + break; +case 2: switch (minor) { case 0: if (patch = 31) { @@ -596,6 +598,9 @@ case 8: break; /* OK for all patch levels */ } + break; +case 3: + break; /* OK for all patch levels */ } /* Setup details depending on configuration options */ Regards, Roberto Lumbreras Debian developer --- rtc_linux.c.orig 2010-02-04 13:07:19.0 +0100 +++ rtc_linux.c 2011-09-20 13:23:05.0 +0200 @@ -575,27 +575,32 @@ /* Obviously this test can get more elaborate when we know about more system types. */ - if (major != 2) { -return 0; - } else { -switch (minor) { - case 0: -if (patch = 31) { + switch (major) { +case 1: + return 0; + break; +case 2: + switch (minor) { +case 0: + if (patch = 31) { +return 0; + } + break; +case 1: return 0; -} -break; - case 1: -return 0; -break; - case 2: - case 3: - case 4: - case 5: - case 6: - case 7: - case 8: -break; /* OK for all patch levels */ -} + break; +case 2: +case 3: +case 4: +case 5: +case 6: +case 7: +case 8: + break; /* OK for all patch levels */ + } + break; +case 3: + break; /* OK for all patch levels */ } /* Setup details depending on configuration options */
Bug#640030: failing tests
Some tests are failing because it is expecting to be run inside a rails app. Issue opened upstream https://github.com/nex3/haml/issues/434 Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#642105: dialog: return value diagnostics suck
Excerpts from Thomas Dickey's message of Tue Sep 20 12:43:43 +0200 2011: On Tue, 20 Sep 2011, Michal Suchanek wrote: Excerpts from Thomas Dickey's message of Tue Sep 20 01:25:46 +0200 2011: On Mon, 19 Sep 2011, Michal Suchanek wrote: Package: dialog Version: 1.1-20110707-1 Severity: normal From the man page: read further, it is configurable (look for DIALOG_ESC). Any reason that 1) this is set with a variable, not a command argument ...to make scripting more readable. As a command argument, the typical hacker will use a constant. I don't like to encourage bad habits. And dialog also returns 1 when it is killed with SIGTERM which is not documented but is quite different from pressing Cancel or Esc. It also does not restore terminal settings in that case. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642198: ITP: r8168 -- dkms source for the r8168 network driver
Hi On Tuesday 20 September 2011, Andreas Beckmann wrote: Package: wnpp Severity: wishlist Owner: Andreas Beckmann deb...@abeckmann.de * Package name: r8168 Version : 8.025.00 Upstream Author : Realtek NIC software team nic...@realtek.com * URL : http://www.realtek.com/downloads/downloadsView.aspx?Langid=1PNid=13PFid=5Level=5Conn=4DownTypeID=3GetDown=false#2 * License : GPL2+ Programming Lang: C Description : dkms source for the r8168 network driver r8168 is the Linux device driver released for RealTek RTL8168B/8111B, RTL8168C/8111C, RTL8168CP/8111CP, RTL8168D/8111D, and RTL8168DP/8111DP, and RTK8168E/8111E Gigabit Ethernet controllers with PCI-Express interface. . This driver should only used for devices not yet supported by the in-kernel driver r8169. Personally speaking I'd assume this package would create much more problems than it would solve, due to the PCI ID overlap with r8169.ko shipped by the kernel packages themselves. This driver claims 10ec:8168, which is also taken by the in-kernel r8169.ko module. Upstream, all r8168 devices are (or will be) supported by the r8169.ko module (r8168.ko doesn't exist in the kernel) and RealTek recently started to participate in developing r8169.ko mainline. Which means the overlap will only increase from kernel version to kernel version in unstable, even if you'd restrict this package to squeeze (and it's not likely that a completely new packages would be accepted for upcoming point releases) the package would conflict with the kernel team's efforts to backport support for newer devices[1], as those also backport support for newer devices in stable. Please also consider that systems using both onboard PCIe r8168 and additional PCI r8169 cards are not an uncommon situation, which is not possible using this proposed driver. This package provides the dkms source code for the r8168 kernel modules. Kernel source or headers are required to compile these modules. I just came along this in #debian last week, helping someone to get this module built and installed (upstream build system does not work properly on kernel 3.x) because the in-kernel module r8169 did not support his NIC. Is this driver really needed with kernel 3.0, what about 3.1~rc in experimental? If it's still missing, looking at net-next[2] it might be easier to backport a small patch adding support for the affected device than dealing with conflicting modules both claiming the same device IDs. from 2.6.39 to 3.0, r8169.ko gained support for: - RTL8168E/RTL8111E and learned about new chipset variants for: - RTL8105 - RTL8168DP from 3.0 to 3.1~rc, r8169.ko gained support for: - RTL8111E-VL and learned about new cards like: - D-Link DGE-530T rev C1 (DLG10028C) For even longer, r8169.ko supports (looking at 3.1~rc): - 3 different RTL8168b/8111b variants - 4 RTL8168c/8111c variants - 3 RTL8168cp/8111cp variants - 2 RTL8168d/8111 variants - 3 RTL8168dp/8111dp variants - 2 RTL8168e/8111e variants …which doesn't leave much of r8168.ko uncovered. I did this package just as a first experiment with dkms, the module builds fine with squeeze and sid kernels. I don't have the hardware to actually test it. So if someone who actually needs it wants to take over maintainership, he is welcome. Regards Stefan Lippers-Hollmann [1] http://lists.debian.org/debian-kernel/2011/09/msg00540.html [2] git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git git://github.com/davem330/net-next.git (temporarily) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586605: firmware-b43-installer: do not fail on kernel version mismatch
Hello, the bug is fixed on git [1] Could you please give me a feedback on it? (maybe you prefer fix it in a different way, so we can discuss about it) [1]http://anonscm.debian.org/gitweb/?p=collab-maint/b43-fwcutter.git;a=blob_plain;f=debian/firmware-b43-installer.postinst;h=dc887f8efbe0087466027cabbbf2c87c63290270;hb=f519e997a8a1a7a6e613bbcac98a965df84a4b4e I tested it on my chroot environment (just the postinst script) and seems to work fine. signature.asc Description: This is a digitally signed message part
Bug#642115: debian-installer: guided full disk encryption + LVM complains about insecure swap
On Tue, Sep 20, 2011 at 11:54:21AM +0100, Jon Dowland wrote: Thus the outer-if is passing. dm_is_safe looks fine to me, at least it invokes dm_dev_is_safe, I'll try to look at dm_dev_is_safe next. I think this is where the problem is. crypto-base.sh, dm_dev_is_safe: dminfo=$(dmsetup table -j$mag -m$min 2 /dev/null | \ head -n1 | cut -d' ' -f3) || return 1 dm_dev_is_safe calls itself recursively for each dependency of the supplied device (supplied as a major/minor number pair). The swap partition has sda5 as a dependency (the first logical partition, used as the crypt base). dmsetup table -j$mag -m$min returns: sda5_crypt: 0 16269312 crypt … the above command results in $dminfo being 16269312. It is then checked against 'crypt': if [ $dminfo = crypt ]; then return 0 fi This seems to be an off-by-one problem. field 4 would be 'crypt' and would correctly return success. I hypothesise that the prefixed 'sda5_crypt:' is new. -- Jon Dowland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642210: xdvik-ja: Please update font package dependency
Package: xdvik-ja Version: 22.84.13-j1.34-3 Severity: normal Dear Maintainer, As a Japanese font package maintainer, I suppose that you can improve this pacakge's font depency, by replace to IPAfont. Please see and apply attched patch. Thanks. --- xdvik-ja-22.84.13-j1.34/debian/control.orig 2011-09-20 00:02:48.061956397 +0900 +++ xdvik-ja-22.84.13-j1.34/debian/control 2011-09-20 00:03:26.661955583 +0900 @@ -8,7 +8,7 @@ Package: xdvik-ja Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, texlive-binaries | texlive-base-bin, ttf-sazanami-mincho | ttf-japanese-mincho, ttf-vlgothic | ttf-japanese-gothic, fontconfig +Depends: ${shlibs:Depends}, ${misc:Depends}, texlive-binaries | texlive-base-bin, fonts-ipafont-mincho | fonts-japanese-mincho, fonts-ipafont-gothic | fonts-japanese-gothic, fontconfig Conflicts: ptex-jisfonts (= 2-18), vfdata-morisawa5 (= 0.0.20020122-11) Recommends: dvipsk-ja | dvi2ps Description: Japanized DVI Previewer for the X Window System
Bug#641344: rendering errors and crashes with nvidia driver and xserver 1.11 due to wrong symbols in libwfb.so
(I hope I cc'd everyone.) s...@gmx.net s...@gmx.net (20/09/2011): The patched libwfb.so by Andreas fixes the problems on my system here as well. I'm currently using xserver-xorg-core 2:1.11.0-1 xserver-xorg-video-nvidia 285.03-2 and experienced the rendering errors and crashes since upgrading xorg-core to 1.11. Thanks for the tests, folks. We're waiting for the patch to get merged upstream before uploading a fixed package. No need to report more success with patched packages, everything is settled right now, except time for the upstream maintainers to push new git trees. Hopefully that'll happen soon enough. Mraw, KiBi. signature.asc Description: Digital signature
Bug#642117: The issue is fixed
After I updated the system yesterday, Pidgin can connect now. network-manager was updated to 0.9.0-2. I guest the old version caused the issue. TRẦN Duy Hùng http://www.nguyentieuhau.com/
Bug#642185: Re: Bug#642185: remove DoÂcumentation.html symlink Âfrom /usr/share/phpmyadm
On Tue, September 20, 2011 14:29, Moonwalker wrote: I don't agree with you. Not everyone makes regular updates of their systems to match the latest available version, someone doesn't make updates at all. So the version of phpMyAdmin may (and surely will in the most cases) differ from the repository information. I constantly see various vulnerability scan attempts in the web server logs coming from around the net, most of the attempts to exploit popular vulnerable Web applications are performed when attacker knows an exact version number. Previously, in earlier phpMA 3.4.x versions, the version number has been disclosed right in the login page's title, fortunately it was fixed in time. These scan attempts you see are fully automated and just try available exploits without regard to any version number that may or may not be present. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594684: Package
Panayiotis Karabassis pan...@gmail.com (20/09/2011): So, let's get this straight: 1) Your users have a found a critical bug with your package. 2) Your users invested a great deal of time and work in tracking down the bug, and fixing it, what YOU should be doing. 3) Your users have supplied you with a working patch, and built a working package, which you only have to review and upload. But YOU would rather leave a great deal of your users (and actually users who are using a Free computer) without an Xserver. So that you don't have to type the command 'rm 01_mips-sarea.diff' sometime in the future. Great work and great sense of responsibility. Keep it up. P.S. From what I understand from previous messages, the patch has already been submitted upstream. But isn't that your job TOO? Otherwise what's the point of the BTS or even a distribution? What we try to do is simple: do the right thing. The right thing to do in the FLOSS world is to share patches. The simplest way to do that is forward patches upstream. Upstream who knows what patch to merge, reject, rework, etc., possibly giving advice when needed. We've tried to explain what to do to get things done. Now, if you want to get that patch merged, you know the next step. Asking other users what they think won't really help getting a patch merged upstream. Mraw, KiBi. signature.asc Description: Digital signature
Bug#642198: ITP: r8168 -- dkms source for the r8168 network driver
On Tue, 2011-09-20 at 14:23 +0200, Stefan Lippers-Hollmann wrote: Hi On Tuesday 20 September 2011, Andreas Beckmann wrote: Package: wnpp Severity: wishlist Owner: Andreas Beckmann deb...@abeckmann.de * Package name: r8168 Version : 8.025.00 Upstream Author : Realtek NIC software team nic...@realtek.com * URL : http://www.realtek.com/downloads/downloadsView.aspx?Langid=1PNid=13PFid=5Level=5Conn=4DownTypeID=3GetDown=false#2 * License : GPL2+ Programming Lang: C Description : dkms source for the r8168 network driver r8168 is the Linux device driver released for RealTek RTL8168B/8111B, RTL8168C/8111C, RTL8168CP/8111CP, RTL8168D/8111D, and RTL8168DP/8111DP, and RTK8168E/8111E Gigabit Ethernet controllers with PCI-Express interface. . This driver should only used for devices not yet supported by the in-kernel driver r8169. Personally speaking I'd assume this package would create much more problems than it would solve, due to the PCI ID overlap with r8169.ko shipped by the kernel packages themselves. This driver claims 10ec:8168, which is also taken by the in-kernel r8169.ko module. [...] Agree, this should not be added to the archive. If people are in a hurry to get new support for new devices, we can cherry-pick later upstream changes to r8169. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#642208: ITP: opengtl -- Set of library for using transformation algorithms
There is an existing Ubuntu package for opengtl you might use as a starting point. You can dget the most recent version from: https://launchpad.net/ubuntu/+archive/primary/+files/opengtl_0.9.15-0ubuntu3.dsc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org