Bug#722121: ibus-setup does not work in Debian Sid (in a KDE desktop)
Package: ibus Version: 1.5.3-5 Severity: important Dear Maintainer, I'm running Debian Sid (ala Siduction) with a KDE desktop which was dist- upgraded today. I installed ibus, ibus-pinyin, and ibus-xkbc with apt-get install ibus ibus-pinyin ibus-xkbc which also installed a bunch of dependencies. When I call ibus-daemon -v an applet shows up in Plasma (presumably ibus-qt4) and when I left click I see my two normal keyboards but when I right click and click Preferences in order to add pinyin capabilities I get the following error: ERROR:root:Could not find any typelib for Gtk Traceback (most recent call last): File /usr/share/ibus/setup/main.py, line 29, in module from gi.repository import Gtk ImportError: cannot import name Gtk This is the exact same error I get if I try to run ibus-setup. Is there some kind of addition gtk dependency which needs to be added to the package dependencies? Thanks, Trevor -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-10.towo-siduction-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ibus depends on: ii dconf-cli0.16.1-1 ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gir1.2-ibus-1.0 1.5.3-5 ii gnome-icon-theme 3.8.3-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-92+b1 ii libcairo21.12.14-5 ii libdconf10.16.1-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.37.5+really2.36.4-0r0 ii libgtk-3-0 3.8.4-1 ii libgtk2.0-0 2.24.20-1 ii libibus-1.0-51.5.3-5 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.32.5-5+b1 ii librsvg2-common 2.36.4-2 ii libx11-6 2:1.6.1-1 ii libxi6 2:1.7.2-1 ii python 2.7.5-4 ii python-notify0.1.1-3 Versions of packages ibus recommends: ii ibus-qt4 1.3.1-2.1 ii im-config 0.22-3 Versions of packages ibus suggests: pn ibus-clutter none pn ibus-doc none ii ibus-qt4 1.3.1-2.1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722122: dpkg-dev: warn about syntax errors in debian/control (folded items)
Package: dpkg-dev Version: 1.17.1 Hello, I have made an uploaded with folded Architecture line in debian/control. I have since learned from debian policy that Architecture may not be folded. dpkg-dev simply ignored anything but the first line. I wish it had erred out and told me that the files had an syntax error instead of letting me upload the package and me wondering why half of the autobuilders did not build a specific binary. cu Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721917: [Pkg-sysvinit-devel] Bug#721917: Patches fixing sysvinit issues on Debian/Hurd
[Justus Winter] Dear maintainer :) Hi. :) This is a patch series fixing sysvinit issues on Debian/Hurd *without* actually switching to sysvinit as init system on Debian/Hurd as this requires a rebuilt hurd package with recently implemented functionality. Hi. Should these patches also include changes to the package relantionship (depend/conflict/break), to ensure hurd machines upgrade required packages together? Some of the changes (like the tmpfs translation) seem to indicate that some newer package need to be installed when the change is done. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722123: ITP: puppet-module-puppetlabs-apache -- Puppet module for Apache webserver
Package: wnpp Severity: wishlist Owner: Thomas Bechtold thomasbecht...@jpberlin.de * Package name: puppet-module-puppetlabs-apache Version : 0.9.0 Upstream Author : Puppet Labs i...@puppetlabs.com * URL : http://forge.puppetlabs.com/puppetlabs/apache * License : Apache 2 Programming Lang: Ruby Description : Puppet module for Apache webserver The Apache module allows you to set up virtual hosts and manage web services with minimal effort. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687694: Close?
On 2013-09-08 01:35, gregor herrmann wrote: On Sat, 07 Sep 2013 23:44:12 +0200, Emmanuel Bourg wrote: Is this the right syntax for the break clause: Breaks: jakarta-jmeter ( 2.8-1), jenkins-instance-identity ( 1.3-1), jglobus ( 2.0.6-1), libitext-java ( 2.1.7-6), libpdfbox-java ( 1:1.8.2+dfsg-1), voms-api-java ( 2.0.9-1.1) I listed only the package that were confirmed to break and required and modification. I'm not sure about versions, should I use ( X) where X is the first version supporting Bouncy Castle = 1.47, or should I use (= Y) where Y is the last version in testing compatible with Bouncy Castle 1.44? The former, i.e. X; it should break everything less than the first fixed version of those packages, since there are broken (pun intended). Cheers, gregor Actually, (being a bit pedantic) you should use X~, so backports cannot satisfy the relation either. In this given case, I don't think it will make a difference, but I believe it is a good habit to have. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722124: ITP: python-dogpile.core -- dogpile lock, typically used as a component of a larger caching solution
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-dogpile.core Version : 0.4.1 Upstream Author : Mike Bayer mike...@zzzcomputing.com * URL : https://pypi.python.org/pypi/dogpile.core * License : BSD Programming Lang: Python Description : dogpile lock, typically used as a component of a larger caching solution Python dogpile.core lock allows a single thread to generate an expensive resource while other threads use the old value, until the newvalue is ready. . Dogpile is basically the locking code extracted from the Beaker package, for simple and generic usage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722125: gitolite3: [INTL:ru] Russian debconf templates translation update
Package: gitolite3 Version: 3.5.2-1 Severity: wishlist Tags: l10n patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Russian debconf templates translation update is attached. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: GNU Zip compressed data
Bug#527136:
Bug#721405: Pending fixes for bugs in the libsdl-perl package
tag 721405 + pending thanks Some bugs in the libsdl-perl package are closed in revision 0c7dc9269f9cab5a7daad5d1c18cbb7be0a588ec in branch 'master' by Dominique Dumont The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libsdl-perl.git;a=commitdiff;h=0c7dc92 Commit message: Added patch to fix runaway test (Closes: #721405) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674042:
Bug#721719: icedove: Usability needs improvement regarding disabling gpg-signing messages temporarily
Hello Andreas, please use Reply All to keep the BTS updated as well or better, use 'reportbug' or 'bts' directly! Am 06.09.2013 16:22, schrieb Andreas Glaeser: Actually I missed, that there is an item called 'Sign Message' in the 'Write'-window, that can be unchecken in the OpenPGP-menu. But there is also an item in the 'Options'-menu, called 'Digitally Sign This Message', that is not checked. Does this refer to something else then ? That can you easily check if you temporally disable the enigmal plugin. ;) If you do so you still will see the menu entry's in the Options menu. So the conclusion would be that this two menu entry's a S/MIME depended and doesn't have anything in common with enigmail. I believe your report isn't a bug. If you agree that please close this bug by changing the bug address to '721719-done' by your next reply. -- Regrads Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534641: mendex bug
Hi Norbert, hi all, -#define TAIL(x) (x+strlen(x)) +#define TAIL(x) ((x)+strlen(x)) It was my fault. Thank you for correcting. +#define TAIL_LEN(x) ((x)+strlen(x)), (BUFFERLEN-strlen(x)) Nice idea. I'm not sure but I'm wandering if snprintf() can handle negative (minus) length or not. int snprintf(char *str, size_t size, const char *format, ...); 'size_t' should be unsigned? Regards, Nobuyuki Tsuchimura From: Norbert Preining prein...@logic.at Subject: [ptex:00356] Re: mendex bug Date: Sun, 8 Sep 2013 10:59:19 +0900 Message-ID: 20130908015919.ga20...@gamma.logic.tuwien.ac.at Hi Karl, hi all, On Sa, 07 Sep 2013, Karl Berry wrote: #define TAIL(x) (x+strlen(x)) Done, fixed patch attached: mendex-bugfix In general, shouldn't snprintf be used to avoid the whole potential of buffer overrun? Done that for fwrite.c, but there are other cases in the source. Patch for fwrite.c attached, on top of the prvious: mendex-snprintf If anyone can comment on that (review) that would be great, especially the definition of TAIL_LEN(x) (returning two argumetns, the pointer and the remaining length, for the first two arguments of snprintf). Thanks Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721996: [Pkg-xfce-devel] Bug#721996: thunar-volman: confirm XFCE bug #9193
On dim., 2013-09-08 at 01:00 +0200, Javier Cantero wrote: Is udisks2 installed? Yes Ok. And does udisk2 correctly detects disks? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#719484: [pkg-boost-devel] Bug#719484: boost1.54: FTBFS
Steve M. Robbins dixit: Interesting, but this is an entirely different bug. Also, this new bug is in gcc, not boost. Sorry, right. I’m just amazed that the boost compilation is still continuing, and replied to the mail “thread” we already had so we have the information in one place. I’ll follow this up on debian-68k@l.d.o for now, so you’re not “spammed” with this particular thing. Mikael: I could reproduce this with a crosscompiler with -g -O3 -fPIC where -fPIC is the culprit. Lowering to -O1 also let us get rid of the ICE whereas removing -g had no effect, so the minimum to trigger it is -O2 -fPIC. bye, //mirabilos -- Solange man keine schmutzigen Tricks macht, und ich meine *wirklich* schmutzige Tricks, wie bei einer doppelt verketteten Liste beide Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz hervorragend. -- Andreas Bogk über boehm-gc in d.a.s.r -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719582: libdbd-firebird-perl: FTBFS on mipsel: 300 minutes of inactivity
Control: tags -1 pending -=| Damyan Ivanov, 07.09.2013 23:23:16 +0300 |=- I managed to reproduce this on eder.d.o (mipsel) and on my laptop (amd64). The test needs to be run several times for the hang to happen. The test that fails waits for asynchronous database event posted by another thread. I have found the reason for this. What the test does is the following: * start a worker thread that connects to the DB and performs some event-triggering operations, then disconnects and quits. * in the main thread, call ib_wait_event capturing the triggered events The nature of the ib_wait_event call is that it stops execution, waiting for events to come, synchronously. Usually, the main thread manages to reach the ib_wait_event call before the worker thread starts posting events. However, sometimes the worker thread is run before the main thread, and does all of its job before the main thread reaches ib_wait_event, meaning that the events that ib_wait_event wants to see never come and the test hangs at the ib_wait_event call. I believe this is exactly what happens in this test when it hangs. To make it reproducible, add a small sleep before calling ib_wait_event. Ideally, we should suspend the worker thread and resume it only when the main thread has called ib_wait_event. However, because of the synchronous nature of ib_wait_event, this is not possible (this is not firebird fault, there is an asynchronous interface which we also test earlier in that test and which works). My first idea for fixing this was to add a small delay in the worker thread, giving time to the main thread to reach ib_wait_event before starting triggering events. This seems to work at first glance, but fails even with a 5 seconds delay when the system is heavily loaded (for example by a -j5 build of firebird server on a 4 CPU laptop). My next idea is to skip these sub-tests when AUTOMATED_TESTING is present in the environment, which is the case when the Debian package is building. If somebody has other ideas, please shout. signature.asc Description: Digital signature
Bug#534641: mendex bug
Hi Norbert, hi all,
+#define TAIL_LEN(x) ((x)+strlen(x)), (BUFFERLEN-strlen(x))
OK, I recognize 'BUFFERLEN-strlen(x)' is always plus.
Even when buffer is full, strlen(x) become BUFFERLEN-1,
because buffer includes '\0'.
Sorry. Please forget my previous mail.
I'll attach my test source.
-- Thank you,
Nobuyuki Tsuchimura
From: TSUCHIMURA Nobuyuki tutim...@nn.iij4u.or.jp
Subject: [ptex:00357] Re: mendex bug
Date: Sun, 8 Sep 2013 16:15:58 +0900
Message-ID: 20130908161558k.tutim...@nn.iij4u.or.jp
Hi Norbert, hi all,
-#define TAIL(x) (x+strlen(x))
+#define TAIL(x) ((x)+strlen(x))
It was my fault. Thank you for correcting.
+#define TAIL_LEN(x) ((x)+strlen(x)), (BUFFERLEN-strlen(x))
Nice idea.
I'm not sure but I'm wandering if snprintf()
can handle negative (minus) length or not.
int snprintf(char *str, size_t size, const char *format, ...);
'size_t' should be unsigned?
Regards,
Nobuyuki Tsuchimura
From: Norbert Preining prein...@logic.at
Subject: [ptex:00356] Re: mendex bug
Date: Sun, 8 Sep 2013 10:59:19 +0900
Message-ID: 20130908015919.ga20...@gamma.logic.tuwien.ac.at
Hi Karl, hi all,
On Sa, 07 Sep 2013, Karl Berry wrote:
#define TAIL(x) (x+strlen(x))
Done, fixed patch attached: mendex-bugfix
In general, shouldn't snprintf be used to avoid the whole potential of
buffer overrun?
Done that for fwrite.c, but there are other cases in the source.
Patch for fwrite.c attached, on top of the prvious: mendex-snprintf
If anyone can comment on that (review) that would be great, especially
the definition of
TAIL_LEN(x)
(returning two argumetns, the pointer and the remaining length, for
the first two arguments of snprintf).
Thanks
Norbert
PREINING, Norbert http://www.preining.info
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
#include stdio.h
#include string.h
#include stdarg.h
#define TAIL_LEN(x) ((x)+strlen(x)), (BUFFERLEN-strlen(x))
#define BUFFERLEN 25
int snprintfcat(char *str, size_t size, const char *format, ...) {
int n, len;
va_list ap;
len = strlen(str);
if (len = size) return -1;
printf(size-len=%d\n, size-len);
va_start(ap, format);
n = vsnprintf(str+len, size-len, format, ap);
va_end(ap);
return n;
}
int main() {
char dummy1[25];
char buff[25];
char dummy2[25];
printf(TAIL_LEN\n);
snprintf(buff, sizeof(buff), %s, 1234567890);
puts(buff);
snprintf(TAIL_LEN(buff), %s, 1234567890);
puts(buff);
snprintf(TAIL_LEN(buff), %s, 1234567890);
puts(buff);
snprintf(TAIL_LEN(buff), %s, 1234567890);
puts(buff);
printf(\nsnprintfcat\n);
snprintf(buff, sizeof(buff), %s, 1234567890);
puts(buff);
snprintfcat(buff, sizeof(buff), %s, 1234567890);
puts(buff);
snprintfcat(buff, sizeof(buff), %s, 1234567890);
puts(buff);
snprintfcat(buff, sizeof(buff), %s, 1234567890);
puts(buff);
return 0;
}
Bug#719582: libdbd-firebird-perl: FTBFS on mipsel: 300 minutes of inactivity
-=| Damyan Ivanov, 08.09.2013 10:37:48 +0300 |=- My next idea is to skip these sub-tests when AUTOMATED_TESTING is present in the environment, which is the case when the Debian package is building. Heh, the 80-event-ithreads.t and 81-event-fork.t are already skipped when DBD_FIREBIRD_TEST_SKIP_EVENTS is present in the environment, and the package defined that on armel, ia64, kfreebsd-amd64, kfreebsd-i386 and s390. :) Still, asynchronous testing seems worth testing and should be reliable independent of the system load, so I'll rework that. signature.asc Description: Digital signature
Bug#722127: slrn: description points to wrong upstream
Package: slrn Version: 1.0.0~pre18-1.3 Severity: normal the package description still refers to slrn.org, which appears to be an outdated version that still refers to version 0.9.9 The real upstream appears to be http://slrn.sourceforge.net/ BTW, there is a new version - it would be nice to determine whether it or the patch in 631159 fixes the frequent segfaults that have started appearing recently, such as bug 631159 itself. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (5, 'testing'), (2, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slrn depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.17-92 ii libcanlock22b-6 ii libgnutls-openssl272.12.20-7 ii libslang2 2.2.4-15 ii libuu0 0.5.20-3.3 slrn recommends no packages. Versions of packages slrn suggests: pn metamail none pn slrnpull none -- Configuration Files: /etc/default/slrn changed [not included] -- debconf information: slrn/getdescs_now: false * shared/mailname: dirac.rather.puzzling.org * shared/news/server: news.rather.puzzling.org slrn/getdescs: manually -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705262: unsupportable
On Sat, Sep 07, 2013 at 11:13:09PM +0200, László Böszörményi (GCS) wrote: On Sat, Sep 7, 2013 at 9:47 PM, Bastian Blank wa...@debian.org wrote: If you don't intend to actually maintain ceph, please orphan the package. Otherwise I may do a NMU with the latest version 0.68 in the next two weeks. Ceph is maintained in the background. There's a more fresh version online[1], a maintaince team formed[2] with the newest stable version in Git[3]. Please contact us before doing an actual NMU. Who is us? Why did us not respond to this bug for four months? Why is there an open NMU bug against Ceph? Why is the team not listed as maintainer? Sorry, but random teams do not help if the effort does not end up in Debian. Anyway, I need something by september, 21th. So please feel contacted. Bastian -- Earth -- mother of the most beautiful women in the universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722121: ibus-setup does not work in Debian Sid (in a KDE desktop)
control: severity 722121 serious Hi, On Sat, Sep 07, 2013 at 11:08:09PM -0700, Trevor Davis wrote: Package: ibus Version: 1.5.3-5 Severity: important Dear Maintainer, I'm running Debian Sid (ala Siduction) with a KDE desktop which was dist- ibus is under transition so I expect breakage under sid. In order to prevent breakage of testing, I am marking this as serious bug upgraded today. I installed ibus, ibus-pinyin, and ibus-xkbc with apt-get install ibus ibus-pinyin ibus-xkbc which also installed a bunch of dependencies. When I call ibus-daemon -v an applet shows up in Plasma (presumably ibus-qt4) and when I left click I see my two normal keyboards but when I right click and click Preferences in order to add pinyin capabilities I get the following error: ERROR:root:Could not find any typelib for Gtk Traceback (most recent call last): File /usr/share/ibus/setup/main.py, line 29, in module from gi.repository import Gtk ImportError: cannot import name Gtk This is the exact same error I get if I try to run ibus-setup. Is there some kind of addition gtk dependency which needs to be added to the package dependencies? Sounds like we have problem. Should binnmu of ibus-pinyin and ibus-xkbc fix these, I do not know yet. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722128: plm: compilation fails with no error message
Package: plm
Version: 2.2+repack-1
Severity: normal
Hi,
I'm trying to do the first exercice (the one that should be solved by a
simple avance();).
When I click on Execute, I get the Exercice failed /o\ dialog with an empty
text label.
After enabling debug mode, I see in the lower panel:
org.python.jsr223.PyScriptEngineFactory@113a266b
Engine: jython 2.5.2
Language: python 2.5
Names: [python, jython]
Erreur de compilation :
Source file SourceCode:package plm.runtime3; import
plm.universe.bugglequest.SimpleBuggle; public class SourceCode extends
SimpleBuggle {@Override public void run() { avance();
} }
Lucas
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (800, 'stable'), (300, 'unstable'), (150,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages plm depends on:
ii jython 2.5.2-2
ii libgettext-commons-java 0.9.6-2
ii libhttpclient-java 4.2.5-2
ii libhttpcore-java 4.3-1
ii libjson-simple-java 1.1-dfsg1-2
ii libjsyntaxpane-java 0.9.6~r156-4
ii libmiglayout-java3.7.4-2
ii openjdk-6-jdk6b27-1.12.5-2
ii scala2.9.2+dfsg-1
ii scala-library2.9.2+dfsg-1
plm recommends no packages.
plm 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#722129: libclutter-imcontext-0.1-bin: does not install
Package: libclutter-imcontext-0.1-bin Version: 0.1.4-3+b1 Severity: grave Justification: renders package unusable Dear Maintainer, i have tried to update install the package on 3 different systems: root 16292 0.0 0.0 10988 1564 pts/1SN+ 10:25 0:00 /bin/sh -e /var/lib/dpkg/info/libclutter-imcontext-0.1-bin.postinst configure 0.1.4-3 root 16293 99.9 0.2 187424 19996 pts/1RN+ 10:25 3:22 /usr/bin/clutter-scan-immodules clutter-scan-immodules hangs forever on all 3 systems. Regards ~ Jan -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (3, 'experimental'), (2, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libclutter-imcontext-0.1-bin depends on: ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo-gobject2 1.12.14-5 ii libcairo2 1.12.14-5 iu libclutter-1.0-01.14.4-3 iu libclutter-imcontext-0.1-0 0.1.4-3+b1 iu libcogl-pango12 1.14.0-3 iu libcogl12 1.14.0-3 ii libegl1-mesa [libegl1-x11] 9.1.6-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk-3-0 3.8.4-1 ii libjson-glib-1.0-0 0.16.0-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libx11-62:1.6.1-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxrandr2 2:1.4.1-1 libclutter-imcontext-0.1-bin recommends no packages. libclutter-imcontext-0.1-bin 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#717395: gnucash: autocomplete firing too often
Control: tags -1 + moreinfo unreproducible Hi, Le samedi 20 juillet 2013 à 19:06 +1000, Jayen Ashar a écrit : when typing an entry, it used to [always] show the text that would be prefilled if i pressed enter or tab. this is what i expect. now it sometimes shows it, and sometimes fills it in and jumps to the end of the text, making it very impossible to type an entire thought, then check the completion to see if it's the one i want. I am unfortunately unable to reproduce the behavior that you describe. Could you send a description of the steps needed to reproduce the problem? Ideally starting from a empty gnucash file (alternatively you can attach a file that exhibits the problem). Thanks, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#669024: [pkg-fgfs-crew] Bug#669024: Patches for CVE-2012-2090 / CVE-2012-2091
Rebecca, On 09/08/2013 12:04 AM, Rebecca N. Palmer wrote: (Related Ubuntu discussion: last few comments on https://bugs.launchpad.net/ubuntu/+source/simgear/+bug/1077624 ) Thanks a lot for these patches and pointers. All three patches are now applied to flightgear-2.10.0-2, which I'm building now. An upload to unstable will follow after some more testing, today. Please excuse the mess between #669024 and #669025 - I initially marked the wrong issue closed with the simgear-2.10.0-2 upload. Regards Markus Wanner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717395: gnucash: autocomplete firing too often
I am no longer experiencing this problem. Thanks, Jayen From: Sébastien Villemot sebast...@debian.org To: Jayen Ashar j...@yahoo.com; 717...@bugs.debian.org Sent: Sunday, 8 September 2013 6:30 PM Subject: Re: Bug#717395: gnucash: autocomplete firing too often Control: tags -1 + moreinfo unreproducible Hi, Le samedi 20 juillet 2013 à 19:06 +1000, Jayen Ashar a écrit : when typing an entry, it used to [always] show the text that would be prefilled if i pressed enter or tab. this is what i expect. now it sometimes shows it, and sometimes fills it in and jumps to the end of the text, making it very impossible to type an entire thought, then check the completion to see if it's the one i want. I am unfortunately unable to reproduce the behavior that you describe. Could you send a description of the steps needed to reproduce the problem? Ideally starting from a empty gnucash file (alternatively you can attach a file that exhibits the problem). Thanks, -- .''`. Sébastien Villemot : :' : Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722120: does not save into the default chdir of the started geany
Hi, On Sun, 08 Sep 2013 06:43:15 +0200 patrick patrick295...@gmail.com wrote: Package: geany Version: 0.19.1-1 Severity: normal Hi I do : cd documents geany newfile.txt and save it and geany asks me to save to /tmp/newfile.txt please it shall save into documents thank you Please fix that asasp. This issue doesn't occur on upstream (anymore). Beside of this it's not a kind of bugfix which might go into oldstable. Cheers, Frank pgpoGoHoq5qYo.pgp Description: PGP signature
Bug#721965: python-gnupg: FTBFS: tests fail without network connection
I will only be able to look at your fix / prepare the new upload at the end of this week, sorry -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712285: llvm-toolchain-3.3: FTBFS: lldb not fully ported everywhere
severity 712285 normal thanks Hello, I am decreasing the severity of this bug in order to get llvm-toolchain-3.3 in testing. Here is the rationnal: * It builds on all architectures except hurd: https://buildd.debian.org/status/package.php?p=llvm-toolchain-3.3 (the other build failure are due to buildd issues) * the work on hurd is on going * it never reached testing (no regression) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722012: [buildd-tools-devel] Bug#722012: Sbuild::Conf: missing use File::Spec
On Sun, Sep 08, 2013 at 12:11:57AM +0100, Roger Leigh wrote: ... Does this fix work for you? Seems fine here with a cursory test. bobek:~# sbuild-adduser zito The user `zito' is already a member of `sbuild'. # Setup tasks for sudo users: # BUILD # HOME directory in chroot, user:sbuild, 0770 perms, from ... Since the File::Spec-catfile is a class method call, I don't think that the use File::Spec is necessary here, or at the very least wasn't necessary previously. I'm wondering if this is broken due to the recent Perl 5.18 transition since it was working fine before that. Loading of the File::Spec (require File::Spec at least, use is more nice?) is surely necessary. There is no need to import any symbols, but the Perl must load the module to use classes with it. Missing File::Spec in the past may be working due to module was used by some other module from Sbuild or any other Perl module Sbuild uses. If the module was used by some Perl module included within it, then transition to the version 5.18 can affect the bug I think. Cheers -- Zito -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720507: .dsc field for dgit [and 1 more messages]
Le Sat, Aug 31, 2013 at 06:17:29PM +0900, Charles Plessy a écrit : In any case, we need one more Developer to support this patch before applying to the Policy. Once we have this extra assessment for consensus, I will apply it unless there are clear objections. Ping ? -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721135: [Openstack-devel] Bug#721135: [l10n:cs] Initial Czech translation of PO debconf template for cinder 2013.1.2-4
Done, please see updated cs.po file. 2013/9/2 Thomas Goirand z...@debian.org On 09/02/2013 01:14 PM, Christian PERRIER wrote: Quoting Michal Šimůnek (michal.simu...@gmail.com): Package: cinder Version: 2013.1.2-4 Severity: wishlist Tags: l10n, patch In attachment there is initial Czech translation of PO debconf template (cs.po) for package cinder, please include it. Because of an infortunate conjonction of events, it turns out that this translation was based on outdated templates. So, sorry for this, but could you please update the attached file? Did you actually start a call for translation? If so, that's far from the perfect moment, as I intend to add some new strings, but never mind. Thomas cs.po Description: Binary data
Bug#722128: plm: compilation fails with no error message
Hello,
Is it possible that something gets printed to the console if you start
plm from the command line?
I guess that you are using Java as a programming language, right?
Thanks for the report,
Mt
On Sun, Sep 08, 2013 at 10:17:39AM +0200, Lucas Nussbaum wrote:
Package: plm
Version: 2.2+repack-1
Severity: normal
Hi,
I'm trying to do the first exercice (the one that should be solved by a
simple avance();).
When I click on Execute, I get the Exercice failed /o\ dialog with an empty
text label.
After enabling debug mode, I see in the lower panel:
org.python.jsr223.PyScriptEngineFactory@113a266b
Engine: jython 2.5.2
Language: python 2.5
Names: [python, jython]
Erreur de compilation :
Source file SourceCode:package plm.runtime3; import
plm.universe.bugglequest.SimpleBuggle; public class SourceCode extends
SimpleBuggle { @Override public void run() { avance();
} }
Lucas
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (800, 'stable'), (300, 'unstable'), (150,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages plm depends on:
ii jython 2.5.2-2
ii libgettext-commons-java 0.9.6-2
ii libhttpclient-java 4.2.5-2
ii libhttpcore-java 4.3-1
ii libjson-simple-java 1.1-dfsg1-2
ii libjsyntaxpane-java 0.9.6~r156-4
ii libmiglayout-java3.7.4-2
ii openjdk-6-jdk6b27-1.12.5-2
ii scala2.9.2+dfsg-1
ii scala-library2.9.2+dfsg-1
plm recommends no packages.
plm suggests no packages.
-- no debconf information
--
Dans un pays d'extrême droite, On se torche avec les doigts,
Y'a plus de journaux pour ça. -- Frères misère
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722130: RFP: gajim-plugin-otr -- Off-The-Record encryption for Gajim
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,tanguy+deb...@ortolo.eu Package name: gajim-plugin-otr Version: 0+hg20130905 Upstream Author: Kjell Braden aff...@pentabarf.de URL: http://trac-plugins.gajim.org/wiki License: GPL-3 Description: Off-The-Record encryption for Gajim gajim-plugin-otr provides OTR encryption for Gajim. . Off-the-Record Messaging, commonly referred to as OTR, is a cryptographic protocol that provides strong encryption for instant messaging conversations. OTR uses a combination of the AES symmetric-key algorithm, the Diffie–Hellman key exchange, and the SHA-1 hash function. -- I committed initial packaging of gajim-plugins source package to http://anonscm.debian.org/gitweb/?p=collab-maint/gajim-plugins.git It can be extended to ship other plugins but needs more work for that. Whoever interested to continue this work is welcome to take over. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722131: [INTL:da] Danish translation of the debconf templates italc
Package: italc Severity: wishlist Tags: l10n patch Please include the attached Danish italc translations. joe@pc:~/over/debian/italc$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 31 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#722098: Bug #722098: telepathy-gabble: Facebook chat authorization error
Dear Wayne, On Sat, Sep 07, 2013 at 10:49:33PM -0500, Wayne Rowcliffe wrote: The new package seems to have fixed the issue. I'll let you know if it acts up. Thanks for testing! Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649132: gnucash changed the Tip Of The Day window position
Control: tags -1 + moreinfo unreproducible Le mercredi 23 novembre 2011 à 00:38 +0100, Vincent Lefevre a écrit : On 2011-11-18 00:19:46 +0100, Vincent Lefevre wrote: xvii:~ gconftool -g /apps/gnucash/dialogs/tip_of_the_day/window_position [469,-37] I can also see that each time I start GnuCash (and quit it immediately), the window position changes. I got successively: [441,-177] [437,-197] [433,-217] [429,-237] i.e. each time (-4,-20) is subtracted from the coordinates. With GnuCash 1:2.4.13-1, I am unable to reproduce this problem. Note that I activated the option Save window size and position in the Windows tab of the preferences window. For me GnuCash correctly remembers the chosen position, and the GConf key does not change across runs. Do you have activated that option? Are you still able to reproduce the problem with gnucash 1:2.4.13-1? May it be possible that the problem is related to FVWM (i.e. do you also experience it within a GNOME session)? Thanks, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#722133: audacity: updated watch file
Package: audacity Version: 2.0.3-1 Severity: minor Tags: patch Dear Maintainer, there is new compression xz used in new upstream tallbars, so here's a patch for git which handle it. Regards, Petr From 601b4955f2c4eef6dcc839dfc665455aeb6ab470 Mon Sep 17 00:00:00 2001 From: Petr Vorel petr.vo...@gmail.com Date: Sun, 8 Sep 2013 11:25:12 +0200 Subject: [PATCH] updated watch file --- debian/watch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/watch b/debian/watch index 8c9c237..8a3a706 100644 --- a/debian/watch +++ b/debian/watch @@ -1,4 +1,4 @@ version=3 opts=uversionmangle=s/-beta//;s/\.?rc/~rc/ \ http://code.google.com/p/audacity/downloads/list?can=1num=1000 \ - .*/audacity-minsrc-(.+)\.tar\.bz2 + .*/audacity-minsrc-(.+)\.tar\.(bz2|xz) -- 1.8.3.1.378.gc505c65
Bug#722132: Doesn't find stddef.h
Package: iwyu Version: 3.3-1 I gave it a try on ekiga compilation, and was surprised to see it repeatedly suggest to add #include stddef.h for NULL in the C files using glib, while on many files the output starts by complaining (cutting the ekiga-specific stack): In file included from /usr/include/glib-2.0/glib.h:32: In file included from /usr/include/glib-2.0/glib/galloca.h:34: In file included from /usr/include/glib-2.0/glib/gtypes.h:34: In file included from /usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9: /usr/include/glib-2.0/glib/gmacros.h:40:10: fatal error: 'stddef.h' file not found #include stddef.h ^ I know the project is still young but that looked worthy of notice... Hope that helps, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722098: Bug #722098: telepathy-gabble: Facebook chat authorization error
tags 722098 + fixed-upstream thanks telepathy-gabble 0.18.1 has the same patch and basically no other changes. I'll try to get it uploaded on Monday if nobody gets there first. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722134: pandoc: includes unmodifiable documents
Package: pandoc Version: 1.9.4.2-2 Severity: serious Justification: Policy 2.2.1 User: debian-rele...@lists.debian.org Usertags: nonfree-doc unmodifiable Hello! Thanks for maintaining pandoc in Debian. By looking at its debian/copyright file: http://ftp-master.metadata.debian.org/changelogs//main/p/pandoc/pandoc_1.9.4.2-2_copyright http://ftp-master.metadata.debian.org/changelogs/main/p/pandoc/unstable_copyright I see that it includes some files | Files: slidy/* | Copyright: 2005-2010, W3C (MIT, ERCIM, Keio) | License: W3C-Document and W3C-Software which are released under the terms of this W3C-Document license: | License: W3C-Document | By using and/or copying this document, or the W3C document from which | this statement is linked, you (the licensee) agree that you have read, | understood, and will comply with the following terms and conditions: | . | Permission to copy, and distribute the contents of this document, or | the W3C document from which this statement is linked, in any medium for | any purpose and without fee or royalty is hereby granted, provided that | you include the following on ALL copies of the document, or portions | thereof, that you use: | . | A link or URL to the original W3C document. | The pre-existing copyright notice of the original author, or if it | doesn't exist, a notice (hypertext is preferred, but a textual | representation is permitted) of the form: Copyright © | [$date-of-document] World Wide Web Consortium, (Massachusetts | Institute of Technology, European Research Consortium for | Informatics and Mathematics, Keio University). All Rights Reserved. | http://www.w3.org/Consortium/Legal/2002/copyright-documents-20021231; | If it exists, the STATUS of the W3C document. | . | When space permits, inclusion of the full text of this NOTICE should be | provided. We request that authorship attribution be provided in any | software, documents, or other items or products that you create | pursuant to the implementation of the contents of this document, or any | portion thereof. | . | No right to create modifications or derivatives of W3C documents is ^^^ | granted pursuant to this license. However, if additional requirements | (documented in the Copyright FAQ) are satisfied, the right to create | modifications or derivatives is sometimes granted by the W3C to | individuals complying with those requirements. | . | Disclaimers | . | THIS DOCUMENT IS PROVIDED AS IS, AND COPYRIGHT HOLDERS MAKE NO | REPRESENTATIONS OR WARRANTIES, EXPRESS OR IMPLIED, INCLUDING, BUT NOT | LIMITED TO, WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR | PURPOSE, NON-INFRINGEMENT, OR TITLE; THAT THE CONTENTS OF THE DOCUMENT | ARE SUITABLE FOR ANY PURPOSE; NOR THAT THE IMPLEMENTATION OF SUCH | CONTENTS WILL NOT INFRINGE ANY THIRD PARTY PATENTS, COPYRIGHTS, | TRADEMARKS OR OTHER RIGHTS. | . | COPYRIGHT HOLDERS WILL NOT BE LIABLE FOR ANY DIRECT, INDIRECT, SPECIAL | OR CONSEQUENTIAL DAMAGES ARISING OUT OF ANY USE OF THE DOCUMENT OR THE | PERFORMANCE OR IMPLEMENTATION OF THE CONTENTS THEREOF. | . | The name and trademarks of copyright holders may NOT be used in | advertising or publicity pertaining to this document or its contents | without specific, written prior permission. Title to copyright in this | document will at all times remain with copyright holders. [underlining added by me] These files seem to fail DFSG#3, unless additional permissions have been obtained (but I don't see any additional permission documented in the debian/copyright file...). If confirmed, I think this is a serious bug. Possible solutions I can think of: • persuading the copyright holders of those files to re-license them in a DFSG-free manner (for instance, under the Expat license, under the zlib license, or under the GNU GPL v2) • dropping those files from the Debian package Please fix this issue. Thanks for your time! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722130: RFP: gajim-plugin-otr -- Off-The-Record encryption for Gajim
Hi, two remarks here: 1. the corresponding wiki page appears to be http://trac-plugins.gajim.org/wiki/OffTheRecordPlugin. 2. Mind the code duplication - python-potr is included in the source tree and should be removed, packaging python-potr seperately. -nik -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
Bug#722122: dpkg-dev: warn about syntax errors in debian/control (folded items)
Hi! On Sun, 2013-09-08 at 08:17:52 +0200, Andreas Metzler wrote: Package: dpkg-dev Version: 1.17.1 Hello, I have made an uploaded with folded Architecture line in debian/control. I have since learned from debian policy that Architecture may not be folded. Yeah, good idea, I just recently made it possible to implement something like this, so it will be easy to add. I'm implementing this for 1.17.2. dpkg-dev simply ignored anything but the first line. I wish it had erred out and told me that the files had an syntax error instead of letting me upload the package and me wondering why half of the autobuilders did not build a specific binary. Sure. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711071: bitlbee: please port to libotr5-dev
Hi, intrigeri wrote (30 Jul 2013 07:47:05 GMT) : Wilmer van der Gaast wrote (06 Jul 2013 16:05:27 GMT) : Just had a response from him on Twitter now, might get a fix over the next weeks. Any news on this front? If nothing has happened on this front, I'm afraid the OTR support in BitlBee should now be considered as not maintained. This has been keeping noteworthy security improvements for all other consumers of libotr out of Jessie for too long now, so I recommend that bitlbee is built without OTR support in Debian -- this certainly can be reverted when it gets updated and maintained again :) Wilmer, what's your plan? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720830: [l10n:cs] Updated Czech translation of PO debconf template for glance 2013.1.2-4
Done, please see updated cs.po file. 2013/9/2 Christian PERRIER bubu...@debian.org Quoting Michal Šimůnek (michal.simu...@gmail.com): Package: glance Version: 2013.1.2-4 Severity: wishlist Tags: l10n, patch In attachment there is updated Czech translation of PO debconf template (cs.po) for package glance, please include it. Because of an infortunate conjonction of events, it turns out that this translation was based on outdated templates. So, sorry for this, but could you please update the attached file? cs.po Description: Binary data
Bug#634997: libgraph-perl: Last version is 0.96
On Sat, Sep 07, 2013 at 10:26:35PM -0300, Joenio Costa wrote: Dear Maintainer, Maybe the pkg-perl group can care to this package for you. Hi, Sorry for being so slow about this (I simply forgot all about it). New package uploaded. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721944: [PATCH] vim: Not reading undo file, owner differs if the edited file belongs to another user
Attached patch successfully solves this problem.
Please include it in the next releases. Thank you.
Description: short summary of the patch
TODO: Put a short summary on the line above and replace this paragraph
with a longer explanation of this change. Complete the meta-information
with other relevant fields (see below for details). To make it easier, the
information below has been extracted from the changelog. Adjust it or drop
it.
.
vim (2:7.3.547-7) unstable; urgency=low
.
* Add vim-lesstif.preinst to handle transitioning /usr/share/doc/vim-lesstif
from a symlink to a directory. (Closes: #700069)
* Add clarification to short description of vim-nox. (Closes: #699780)
Author: James McCoy james...@debian.org
Bug-Debian: http://bugs.debian.org/699780
Bug-Debian: http://bugs.debian.org/700069
---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:
Origin: vendor|upstream|other, url of original patch
Bug: url in upstream bugtracker
Bug-Debian: http://bugs.debian.org/bugnumber
Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
Forwarded: no|not-needed|url proving that it has been forwarded
Reviewed-By: name and email of someone who approved the patch
Last-Update: -MM-DD
--- vim-7.3.547.orig/src/undo.c
+++ vim-7.3.547/src/undo.c
@@ -1600,10 +1600,12 @@ u_read_undo(name, hash, orig_name)
#ifdef UNIX
/* For safety we only read an undo file if the owner is equal to the
- * owner of the text file. */
+ * owner of the text file or equal to the current user. */
if (mch_stat((char *)orig_name, st_orig) = 0
mch_stat((char *)file_name, st_undo) = 0
- st_orig.st_uid != st_undo.st_uid)
+ st_orig.st_uid != st_undo.st_uid
+ st_undo.st_uid != getuid())
+
{
if (p_verbose 0)
{
Bug#722135: elementary: Please update elementary in unstable
Source: elementary Version: elementary Severity: normal Hi, Please update elementary in unstable to the version found in experimental, which finally has a stable API. -- Sebastian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722132: Small test case
Hi,
for a small test case, the following test.c:
#include glib.h
int
main (int argc,
char* argv[])
{
return 0;
}
compiled with gcc `pkg-config --cflags glib-2.0` -o test test.c
works perfectly.
And iwyu `pkg-config --cflags glib-2.0` -o test test.c shows the error
with stddef.h, before it correctly notices the #include is useless.
About my system:
- amd64
- no clang
Hope that helps,
Snark on #debian-science
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721996: [Pkg-xfce-devel] Bug#721996: thunar-volman: confirm XFCE bug #9193
El Sun, Sep 08, 2013 at 09:27:06AM +0200, Yves-Alexis Perez va y dice:
Ok. And does udisk2 correctly detects disks?
Tests I've done using udisksctl monitor:
* Android-phone_udisks2.log - the Android phone Thunar-volman doesn't
show up
* USB-pen-drive_udisks2.log - a generic USB pen drive that
appears in Thunar (but with a delay of 15-20 seconds)
* USB-another-pen-drive_udisks2.log - another USB pen drive that is
showed, but without any delay (maybe the previous one is a hardware
issue, so I included this too; their behaviour changes from one to
another)
* USB-External-HD_udisks2.log - this is an external hard drive (ext2
format) through a USB interface. It shows up inmediately.
* CDs and DVDs inserted in the CD/DVD drive - they don't register anything
with this tool (?), so no logs
(The serial numbers of the units are masked for security reasons)
--
Javier jcant...@escomposlinux.org
javier@hogwarts:~$ udisksctl monitor
Monitoring the udisks daemon. Press Ctrl+C to exit.
10:15:46.295: The udisks-daemon is running (name-owner :1.19).
10:15:53.254: Added
/org/freedesktop/UDisks2/drives/LGE_Android_Platform_
org.freedesktop.UDisks2.Drive:
CanPowerOff:true
Configuration: {}
ConnectionBus: usb
Ejectable: true
Id: LGE-Android-Platform-
Media:
MediaAvailable: false
MediaChangeDetected:true
MediaCompatibility:
MediaRemovable: true
Model: Android Platform
Optical:false
OpticalBlank: false
OpticalNumAudioTracks: 0
OpticalNumDataTracks: 0
OpticalNumSessions: 0
OpticalNumTracks: 0
Removable: true
Revision: 0100
RotationRate: -1
Seat: seat0
Serial:
SiblingId:
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.4
Size: 0
SortKey:01hotplug/1378628153252732
TimeDetected: 1378628153252732
TimeMediaDetected: 0
Vendor: LGE
WWN:
10:15:53.256: Added /org/freedesktop/UDisks2/block_devices/sdb
org.freedesktop.UDisks2.Block:
Configuration: []
CryptoBackingDevice:'/'
Device: /dev/sdb
DeviceNumber: 2064
Drive:
'/org/freedesktop/UDisks2/drives/LGE_Android_Platform_'
HintAuto: true
HintIconName:
HintIgnore: false
HintName:
HintPartitionable: true
HintSymbolicIconName:
HintSystem: false
Id:
IdLabel:
IdType:
IdUUID:
IdUsage:
IdVersion:
MDRaid: '/'
MDRaidMember: '/'
PreferredDevice:/dev/sdb
ReadOnly: false
Size: 0
Symlinks:
/dev/disk/by-id/usb-LGE_Android_Platform_-0:0
/dev/disk/by-path/pci-:00:1a.0-usb-0:1.5:1.4-scsi-0:0:0:0javier@hogwarts:~$ udisksctl monitor
Monitoring the udisks daemon. Press Ctrl+C to exit.
10:21:56.989: The udisks-daemon is running (name-owner :1.19).
10:22:01.894: Added /org/freedesktop/UDisks2/block_devices/sdb_1
org.freedesktop.UDisks2.Block:
Configuration: []
CryptoBackingDevice:'/'
Device: /dev/sdb
DeviceNumber: 2064
Drive:
'/org/freedesktop/UDisks2/drives/SanDisk_Cruzer_Micro_XXYYYXX'
HintAuto: false
HintIconName:
HintIgnore: false
HintName:
HintPartitionable: true
HintSymbolicIconName:
HintSystem: true
Id:
by-id-usb-SanDisk_Cruzer_Micro_XXYYYXX-0:0
IdLabel:
IdType:
IdUUID:
IdUsage:
IdVersion:
MDRaid: '/'
MDRaidMember: '/'
PreferredDevice:/dev/sdb
ReadOnly: false
Size: 0
Symlinks:
/dev/disk/by-id/usb-SanDisk_Cruzer_Micro_XXYYYXX-0:0
/dev/disk/by-path/pci-:00:1a.0-usb-0:1.5:1.0-scsi-0:0:0:0
10:22:02.729:
Bug#659191: kexec-tools: crashkernel boot messages not displayed, X11/gdm often not starting properly
And one more update: I was now able to get a working initrd output, yaiy :). This link [0] got me on the right track, adding the i915 kernel module to the initrd and therefore having an early Kernel-Mode-Setting helped. And from then on, everything else, including X works great with the Intel graphics driver. So now just the issue with X, kexec and nouveau remains. And the case where it is not possible for someone to add a recent nouveau/i915/radeon module to the initrd. Cheers, Linus [0]: https://wiki.archlinux.org/index.php/Kernel_Mode_Setting#Early_KMS_start -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721844: transition: ibus
Control: tags -1 pending On Wed, Sep 4, 2013 at 23:37:51 +0900, Osamu Aoki wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Please allow us to make ibus transition 1.4 to 1.5 in terms of upstream API version. Apparently you didn't need to wait for an answer... Cheers, Julien signature.asc Description: Digital signature
Bug#718393: [Hostname-devel] Bug#718393: hostname --all-fqdns is broken: doesn't list the FQDN
On Fri, Sep 06, 2013 at 10:56:26PM +0200, Vincent Lefevre wrote: hostname(1) clearly says: --all-fqdns Displays all FQDNs of the machine. This option enumerates all configured network addresses on all configured network interfaces, and translates them to DNS domain names. Addresses that cannot be translated (i.e. because they do not have an appropriate reverse DNS entry) are skipped. Note that different addresses may resolve to the same name, therefore the output may contain duplicate entries. Do not make any assumptions about the order of the output. So it apparently does what it claims to do. What am I missing? The bug is in the documentation too, which has contradictions. For instance, Displays all FQDNs of the machine. is plainly wrong here, since xvii.vinc17.org is a FQDN of the machine, but is not listed. But the second sentence in the same paragraph explicitely explains what is meant by all. Moreover all configured network addresses is ambiguous: though for lo, 127.0.0.1 is the default address, all 127.* addresses correspond to the same interface, and they may have their own FQDN too (in particular, 127.0.1.1 in Debian). It seems getifaddrs() does not return anything but 127.0.0.1. I also wonder what it means by reverse DNS entry. If I use dig -x IP_address_of_xvii.local, I don't get any name. dig doesn't use /etc/hosts, does it? hostname uses getnameinfo() which does take /etc/hosts into account, too. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635476: Bug#721676: python-coverage: Treat report resources as architecture-independent data
On 03-Sep-2013, Ben Finney wrote: Further reading of the Distutils documentation leads me to the following unpleasant conclusion: * The ‘package_data’ option causes files to be installed alongside the Python code. This is wrong for these non-Python-specific data files, since they are independent of the architecture and version of Python. I have added a patch which simply omits the Distutils handling of the ‘coverage/htmlfiles’ directory entirely. Then I added some configuration for the Debian package (rules, debhelper files) to install those resources to the correct location, and a symlink in the Python package to get to the correct location. This allows me to remove the Lintian overrides and close the bug report. Please have another look. I am especially interested to know whether the resulting package works for you, can you try making an HTML report and using it? -- \“Look at it this way: Think of how stupid the average person | `\ is, and then realise half of 'em are stupider than that.” | _o__) —George Carlin, _Doin' It Again_, 1990 | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#722136: postgrey fails to start with perl-base 5.18.1-3
Package: postgrey Version: 1.34-1.1 Severity: grave Justification: renders package unusable Hi Antonio, today I've upgraded perl-base:amd64 5.14.2-21 - 5.18.1-3. Since the upgrade postgrey is unable to start. `service postgrey starts` returns 0. The only thing I can find in the log file is: Sep 8 11:38:40 el-presidente postgrey[8837]: Process Backgrounded When I try to start postgrey directly I get some information related to the problem: postgrey -v --user=postgrey --pidfile=/var/run/postgrey.pid --inet=10023 2013/09/08-11:51:11 postgrey (type Net::Server::Multiplex) starting! pid(9473) Resolved [localhost]:10023 to [127.0.0.1]:10023, IPv4 Binding to TCP port 10023 on host 127.0.0.1 with IPv4 Insecure dependency in bind while running with -T switch at /usr/lib/perl/5.18/IO/Socket.pm line 213. Regards, Pascal -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-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 postgrey depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.51 ii libberkeleydb-perl 0.53-1+b1 ii libnet-dns-perl0.68-1.2 ii libnet-server-perl 2.007-3 ii perl 5.18.1-3 ii ucf3.0027+nmu1 Versions of packages postgrey recommends: ii libnet-rblclient-perl 0.5-2 ii libparse-syslog-perl 1.10-2 ii postfix2.10.1-2 postgrey suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718349: lintian: Emits malformed-deb-archive on valid deb packages
On 2013-08-06 03:03, Guillem Jover wrote:
Hi!
[...]
Actually, “_” members can be inserted before data.tar and after
debian-binary (which is the only member with a hardcoded index), so
control.tar.gz might not be the second (absolute) member. I guess this
was not really clear from the deb(5) man page, so I'll try to clarify it.
(I also just noticed dpkg-deb does not enforce control.tar data.tar
index order :/, I'll be fixing this for 1.17.2 too…)
Thanks,
Guillem
Okay, I got a revised patch that should be able to cope with _ members
before control.tar.gz as well.
~Niels
From 65369b07cd8e0d602c70a122a96016dbcfcb4d6f Mon Sep 17 00:00:00 2001
From: Niels Thykier ni...@thykier.net
Date: Mon, 5 Aug 2013 23:39:01 +0200
Subject: [PATCH] c/deb-format: Add new tag for extra deb members
Add a separate tag for extra members in deb files that are permitted
by the format (as described by deb(5)).
Signed-off-by: Niels Thykier ni...@thykier.net
---
checks/deb-format.desc | 7 +++
checks/deb-format.pm| 103 +++-
data/deb-format/extra-members | 16 ++
debian/changelog| 10 +++-
t/debs/deb-format-extra-member/desc | 2 +-
t/debs/deb-format-extra-member/tags | 2 +-
t/debs/deb-format-wrong-order/tags | 2 +-
7 files changed, 125 insertions(+), 17 deletions(-)
create mode 100644 data/deb-format/extra-members
diff --git a/checks/deb-format.desc b/checks/deb-format.desc
index d28f615..8a4f214 100644
--- a/checks/deb-format.desc
+++ b/checks/deb-format.desc
@@ -17,6 +17,13 @@ Info: The binary package is not a correctly constructed archive. A binary
of 2.
Ref: deb(5)
+Tag: misplaced-extra-member-in-deb
+Severity: important
+Certainty: certain
+Info: The binary package contains an extra member that Lintian did not
+ expect or expected at a different position.
+Ref: deb(5)
+
Tag: lzma-deb-archive
Severity: serious
Certainty: certain
diff --git a/checks/deb-format.pm b/checks/deb-format.pm
index 5ea1995..6485f77 100644
--- a/checks/deb-format.pm
+++ b/checks/deb-format.pm
@@ -20,7 +20,10 @@ use strict;
use warnings;
use autodie;
+use List::MoreUtils qw(first_index none);
+
use Lintian::Command qw(spawn);
+use Lintian::Data;
use Lintian::Tags qw(tag);
# The files that contain error messages from tar, which we'll check and issue
@@ -33,6 +36,8 @@ our %ERRORS = (
'unpacked-errors' = 'tar-errors-from-data'
);
+my $EXTRA_MEMBERS = Lintian::Data-new('deb-format/extra-members');
+
sub run {
my (undef, $type, $info) = @_;
my $deb = $info-lab_data_path('deb');
@@ -43,25 +48,97 @@ sub run {
my $success = spawn($opts, ['ar', 't', $deb]);
if ($success) {
my @members = split(\n, ${ $opts-{out} });
-if (@members != 3) {
-my $count = scalar(@members);
-tag 'malformed-deb-archive',found $count members instead of 3;
+my $count = scalar(@members);
+my ($ctrl_member, $data_member);
+if ($count 3) {
+tag 'malformed-deb-archive',
+ found only $count members instead of 3;
} elsif ($members[0] ne 'debian-binary') {
tag 'malformed-deb-archive',
first member $members[0] not debian-binary;
-} elsif ($members[1] ne 'control.tar.gz') {
-tag 'malformed-deb-archive',
- second member $members[1] not control.tar.gz;
-} elsif ($type eq 'udeb' $members[2] !~ m/^data\.tar\.[gx]z$/) {
-tag 'udeb-uses-unsupported-compression-for-data-tarball';
-} elsif ($members[2] eq 'data.tar.lzma') {
-# Ubuntu's archive allows lzma packages.
-tag 'lzma-deb-archive';
-} elsif ($members[2] !~ /^data\.tar\.(?:gz|bz2|xz)\z/) {
+} elsif ($count == 3 and none {
+substr($_, 0, 1) eq '_';
+}
+@members
+ ) {
+# Fairly common case - if there are only 3 members without
+# _, we can trivially determine their (expected)
+# positions. We only use this case when there are no
+# extra members, because they can trigger more tags
+# (see below)
+(undef, $ctrl_member, $data_member) = @members;
+} else {
+my $ctrl_index
+ = first_index { substr($_, 0, 1) ne '_' } @members[1..$#members];
+my $data_index;
+
+if ($ctrl_index != -1) {
+# Since we searched only a sublist of @members, we have to
+# add 1 to $ctrl_index
+$ctrl_index++;
+$ctrl_member = $members[$ctrl_index];
+$data_index = first_index { substr($_, 0, 1) ne '_' }
+@members[$ctrl_index..$#members];
+if ($data_index != -1) {
+# Since we searched only a sublist of @members, we
+# have to adjust $data_index
+
Bug#722130: RFP: gajim-plugin-otr -- Off-The-Record encryption for Gajim
Hi Dominik, On Sun, 8 Sep 2013 19:30:01 Dominik George wrote: 1. the corresponding wiki page appears to be http://trac-plugins.gajim.org/wiki/OffTheRecordPlugin. Yes, but higher level page is more suited for generic source package name gajim-plugins, so I think we shouldn't give more specific home page even though the only plugin I need is otr (provided by binary package gajim-plugin-otr). 2. Mind the code duplication - python-potr is included in the source tree and should be removed, packaging python-potr seperately. Committed code already wipes python-potr source files from orig.tar. -- All the best, Dmitry Smirnov. --- I am easily satisfied with the very best. -- Winston Churchill -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634997: libgraph-perl: Last version is 0.96
Thank you very much! Steinar H. Gunderson sgunder...@bigfoot.com escreveu: On Sat, Sep 07, 2013 at 10:26:35PM -0300, Joenio Costa wrote: Dear Maintainer, Maybe the pkg-perl group can care to this package for you. Hi, Sorry for being so slow about this (I simply forgot all about it). New package uploaded. /* Steinar */ -- Homepage: http://www.sesse.net/ -- Joenio Costa http://joenio.me
Bug#720785: tagging 720785, tagging 662323, tagging 684149
On Wed, Sep 04, 2013 at 02:59:48PM +0200, Sebastian Ramacher wrote: On 2013-08-26 12:32:16, Lionel Le Folgoc wrote: tags 720785 + pending tags 662323 + pending tags 684149 + pending thanks Hi Lionel, you've marked #720785 pending about a week ago. Is there any ETA when the fixed package will hit unstable? I'd like to upload a fixed version of mediatomb which depends on ffmpegthumbnailer. Regards -- Sebastian Ramacher Hi Sebastien, The package is ready in svn, but I forgot to send a mail to my sponsor... (done now, he probably missed the commit mail). So hopefully it should be sorted out in the next days. Thanks, and sorry for the delay. Regards, -- Lionel signature.asc Description: Digital signature
Bug#722137: ITP: debile-slave -- Debile slave service
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru sylves...@debian.org * Package name: debile-slave Version : 0.1 Upstream Author : Paul, Leo Sylvestre * URL : https://alioth.debian.org/projects/pkg-debile/ * License : Expat Programming Lang: Python Description : Debile slave service Debile is yet another rebuilding infrastructure project for Debian. . The debile project aims to: * Normal rebuild * clang rebuild including a repository with the output * DDA (Debian Debile Archive): A Debian PPA (Personal Package Archives from Ubuntu) * Static analyzers on the code * Testing of transitions (unstable = testing) . This package provides the worker in charge of the various rebuilding tasks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721647: ITP: taskd - not ready to package yet?
On 07/09/13 06:30 PM, Alejandro Garrido Mota wrote: taskd is in alpha version and should not be in unstable, initially. I think that experimental is good branch for taskd. What do you think? Sure, that sounds good. Your welcome... and now vramsteg is in unstable :) Yes! And in fact, it was vramsteg I first noticed, and then saw the others. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719127: Another instance of this crash
Version: 3.10.7-1 On Sun, Aug 18, 2013 at 01:21:02 +0200, Ben Hutchings wrote: This is from a Lenovo X1 Carbon, and also shows 'Thread overran stack, or stack corrupted': http://richardhartmann.de/img/DSC_0469.JPG (small version attached). Yet another one: http://people.debian.org/~jcristau/panic.jpg Cheers, Julien signature.asc Description: Digital signature
Bug#722138: [kde-telepathy-minimal] Missing Depends on kde-telepathy-desktop-applets
Package: kde-telepathy-minimal Version: 0.6.3 Severity: normal X-Debbugs-CC: lindner_ma...@yahoo.de The changelog of meta-kde-telepathy_0.6.3 said * Replace plasma-widget dependencies with new package kde-telepathy-desktop-applets but only the dependency to plasma-widget-telepathy-presence was removed and no dependency to kde-telepathy-desktop-applets was added. The relevant commit is ac816971fbd5ddee02323147869834f1e299 [1] (the replacing) and 319e330949d59743d8db4d384474407c91d233c5 [2] (dependencies were removed again). [1] http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-extras/kde-telepathy/meta-kde-telepathy.git;a=commit;h=ac816971fbd5ddee02323147869834f1e299 [2] http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-extras/kde-telepathy/meta-kde-telepathy.git;a=commit;h=319e330949d59743d8db4d384474407c91d233c5 --- System information. --- Architecture: i386 Kernel: Linux 3.10-2-686-pae Debian Release: jessie/sid 500 unstablehttp.debian.net 500 testing www.deb-multimedia.org 500 stable http.debian.net 1 experimentalhttp.debian.net --- Package information. --- Depends(Version) | Installed -+- kde-config-telepathy-accounts (= 0.6.3) | 0.6.3-1 kde-telepathy-approver(= 0.6.3) | 0.6.3-1 kde-telepathy-auth-handler(= 0.6.3) | 0.6.3-1 kde-telepathy-contact-list(= 0.6.3) | 0.6.3-1 kde-telepathy-integration-module (= 0.6.3) | 0.6.3-1 kde-telepathy-text-ui (= 0.6.3) | 0.6.3-1 telepathy-mission-control-5 (= 1:5.12) | 1:5.14.1-2 telepathy-connection-manager | Recommends(Version) | Installed ===-+-=== telepathy-gabble| 0.18.0-1 telepathy-salut | 0.8.1-1 telepathy-haze | 0.6.0-1 telepathy-logger| 0.8.0-2 Suggests (Version) | Installed ==-+-=== telepathy-rakia| 0.7.4-1 telepathy-idle | signature.asc Description: This is a digitally signed message part.
Bug#669024: Patches for CVE-2012-2090 / CVE-2012-2091
Thanks. Are you also applying my corrected CVE-2012-2091 patch to simgear? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722139: gcc-4.7: Segfault on compile of include at: /usr/include/boost/exception/exception.hpp:387:17.
Package: gcc-4.7 Version: 4.7.2-5 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Normal make in the Sphirewall project (http://www.sphirewall.net). Added std::cout statements to file and got segfault. SVN reverted back to original file and got same segfault. Seems to be related to Boost include: /usr/include/boost/exception/exception.hpp:387:17 -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-4.7 depends on: ii binutils 2.22-8 ii cpp-4.7 4.7.2-5 ii gcc-4.7-base 4.7.2-5 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libgmp10 2:5.0.5+dfsg-2 ii libgomp1 4.7.2-5 ii libitm1 4.7.2-5 ii libmpc2 0.9-4 ii libmpfr4 3.1.0-5 ii libquadmath0 4.7.2-5 ii zlib1g1:1.2.7.dfsg-13 Versions of packages gcc-4.7 recommends: ii libc6-dev 2.13-38 Versions of packages gcc-4.7 suggests: pn binutils-goldnone pn gcc-4.7-doc none pn gcc-4.7-locales none pn gcc-4.7-multilib none pn libcloog-ppl0none pn libgcc1-dbg none pn libgomp1-dbg none pn libitm1-dbg none pn libmudflap0-4.7-dev none pn libmudflap0-dbg none pn libppl-c2none pn libppl7 none pn libquadmath0-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722140: e17 missing as x-session-manager alternative
Package: e17 Version: 0.17.3-1 Severity: normal Dear Maintainer, e17 does not create a alternative as x-session-manager(eg: update-alternatives --config x-session-manager) which is needed to make it the default session for SLiM Co. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-10.towo-siduction-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages e17 depends on: ii dbus-x11 1.6.12-1 ii e17-data 0.17.3-1 ii libasound2 1.0.27.2-1 ii libc6 2.17-92+b1 ii libdbus-1-31.6.12-1 ii libecore-con1 1.7.7-1 ii libecore-evas1 1.7.7-1 ii libecore-file1 1.7.7-1 ii libecore-imf1 1.7.7-1 ii libecore-input11.7.7-1 ii libecore-ipc1 1.7.7-1 ii libecore-x11.7.7-1 ii libecore1 1.7.7-1 ii libedbus1 1.7.7-1 ii libedje-bin1.7.7-1 ii libedje1 1.7.7-1 ii libeet11.7.7-2 ii libefreet1 1.7.7-1 ii libeina1 1.7.7-1 ii libeio11.7.7-1 ii libevas1 1.7.7-1 ii libevas1-engines-x [libevas1-engine-software-x11] 1.7.7-1 ii libpam0g 1.1.3-9 ii libxcb-keysyms10.3.9-1 ii libxcb-shape0 1.9.1-3 ii libxcb11.9.1-3 Versions of packages e17 recommends: ii pm-utils 1.4.1-11 e17 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#722136: postgrey fails to start with perl-base 5.18.1-3
On 09/08/2013 10:18 AM Pascal Volk wrote: … Insecure dependency in bind while running with -T switch at /usr/lib/perl/5.18/IO/Socket.pm line 213. I've applied the patch¹ from Yasuhiro Kimura. Now postgrey starts again. The comments in the patch seem plausible to me. (Works for me.) Regards, Pascal -- 1 = https://github.com/yasuhirokimura/postgrey/commit/9673b54064691a5b9c295ffea340d8a1f9ee1cb8 -- Ubuntu is an ancient African word meaning “I can’t install Debian.” -- unknown smime.p7s Description: S/MIME Cryptographic Signature
Bug#681616: lintian: False positive: unused-license-paragraph.. when two licenses are given and described in different places
Hi Martin, It seems I forgot to CC you on this. In short, I believe this is not a bug in Lintian, but rather a bug in the DEP-5 copyright file in question. See below for the rationale (or the bug log for #681616). ~Niels On 2013-09-05 13:39, Niels Thykier wrote: On 2013-09-05 12:24, Dominik George wrote: Hi, It is my understanding that: Files: A Copyright: ... License: X or Y License: X $LICENSE_TEXT_FOR_X License: Y $LICENSE_TEXT_FOR_Y Works as intended. actually, it doesn't. Your sample copyright file does not follow the above pattern. Namely, your case has text under the License: X or Y, which is presumed to be the full text of the License. I.e. your case does: Files: A Copyright: ... License: X or Y blah Rather than Files: A Copyright: ... License: X or Y I am not aware of a package in the distribution, but mirabilos (Cc) and I stumbled upon this issue while preparing some packages for upload. I am attaching the relevant debian/copyright file for your reference. (Please note that the BTS mangles linebreaks in plaintext attachments in false accordance with MIME). Thanks for the reference; it was quite helpful in finding the issue. :) Maybe it is not allowed to give a descriptive paragraph in the Files: section, like we did? -nik I think that is the problem, from [1]: If there are no remaining lines, [...]. Otherwise, this field should either include the full text of the license(s) or include a pointer to the license file under /usr/share/common-licenses. [...] So, my reading of that is that all content of the License-field (after the first line) is the full text of the license (or a pointer to the license in /usr/share/common-licenses). The remark you have in your file should probably be moved to another field (e.g. Comment). You need not prefix it with X- as I recall. ~Niels [1] http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-field -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722141: [l10n:cs] Initial Czech translation of PO debconf template for italc 1:2.0.1-2
Package: italc Version: 1:2.0.1-2 Severity: wishlist Tags: l10n, patch In attachment there is initial Czech translation of PO debconf template (cs.po) for package italc, please include it. cs.po Description: Binary data
Bug#722142: libxml-libxml-perl: Can't locate File/Basename.pm in @INC while upgrading during testing
Package: libxml-libxml-perl Version: 2.0010+dfsg-1+b1 Severity: normal Dear Maintainer, I was updating/upgrading testing and came across the following :- Preparing to replace libxml-libxml-perl 2.0010+dfsg-1 (using .../libxml-libxml-perl_2.0010+dfsg-1+b1_amd64.deb) ... Can't locate File/Basename.pm in @INC (you may need to install the File::Basename module) (@INC contains: /etc/perl /usr/local/lib/perl/5.18.1 /usr/local/share/perl/5.18.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl .) at /usr/share/perl5/XML/SAX.pm line 15. BEGIN failed--compilation aborted at /usr/share/perl5/XML/SAX.pm line 15. Compilation failed in require at /usr/bin/update-perl-sax-parsers line 18. BEGIN failed--compilation aborted at /usr/bin/update-perl-sax-parsers line 18. dpkg: warning: subprocess old pre-removal script returned error exit status 2 dpkg: trying script from the new package instead ... dpkg: ... it looks like that went OK Setting up libxml-libxml-perl (2.0010+dfsg-1+b1) ... update-perl-sax-parsers: Registering Perl SAX parser XML::LibXML::SAX::Parser with priority 50... update-perl-sax-parsers: Registering Perl SAX parser XML::LibXML::SAX with priority 50... update-perl-sax-parsers: Updating overall Perl SAX parser modules info file... Dunno if it's a bug or not, just wanted to bring to your notice. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxml-libxml-perl depends on: ii libc6 2.17-92+b1 ii libxml-namespacesupport-perl 1.09-3 ii libxml-sax-perl 0.99+dfsg-2 ii libxml2 2.9.1+dfsg1-3 ii perl 5.18.1-3 ii perl-base [perlapi-5.18.1]5.18.1-3 ii zlib1g1:1.2.8.dfsg-1 libxml-libxml-perl recommends no packages. libxml-libxml-perl suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695946: (no subject)
I understand you intended to package this software. Is there any progress? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721944: [PATCH] vim: Not reading undo file, owner differs if the edited file belongs to another user
On Sun, Sep 08, 2013 at 01:47:36PM +0400, cac2s cac2s wrote: Attached patch successfully solves this problem. Please include it in the next releases. Thank you. I'll include upstream's patch when it's released. -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#722117: vim: displays badly by default the special chars
Control: severity -1 normal On Sun, Sep 08, 2013 at 06:28:20AM +0200, patrick wrote: By default, it shall really work to display polish chars. I wish you could make it more cross-platform and displaying right things. Do you have the correct font(s) installed? Do you have an example file that exhibits the problem? What does :set enc? fenc? tenc? report when you open that file? -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#721917: [Pkg-sysvinit-devel] Bug#721917: Patches fixing sysvinit issues on Debian/Hurd
Quoting Petter Reinholdtsen (2013-09-08 08:20:52) [Justus Winter] Dear maintainer :) Hi. :) This is a patch series fixing sysvinit issues on Debian/Hurd *without* actually switching to sysvinit as init system on Debian/Hurd as this requires a rebuilt hurd package with recently implemented functionality. Hi. Should these patches also include changes to the package relantionship (depend/conflict/break), to ensure hurd machines upgrade required packages together? Some of the changes (like the tmpfs translation) seem to indicate that some newer package need to be installed when the change is done. Yes, but currently sysvinit is not used on Debian/Hurd and as I said, the part that would actually allow one to use sysvinit on Debian/Hurd has been deliberatly left out of this patch series as it depends on some functionality that has been implemented recently by me but has not yet been fully merged and is thus not yet available. If this is merged and a new hurd package has been pushed to unstable, I will send the remaining patch including the proper dependency information to allow one to switch to sysvinit. Cheers, Justus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681616: lintian: False positive: unused-license-paragraph.. when two licenses are given and described in different places
On Sun, Sep 08, 2013 at 01:29:19PM +0200, Niels Thykier wrote: Hi Martin, It seems I forgot to CC you on this. In short, I believe this is not a bug in Lintian, but rather a bug in the DEP-5 copyright file in question. See below for the rationale (or the bug log for #681616). ~Niels Yeah, this sounds like a resonable interpretation of the spec come to think of it, I think I'll go with that and change the d/copyright file. Close bug? -- Martin On 2013-09-05 13:39, Niels Thykier wrote: On 2013-09-05 12:24, Dominik George wrote: Hi, It is my understanding that: Files: A Copyright: ... License: X or Y License: X $LICENSE_TEXT_FOR_X License: Y $LICENSE_TEXT_FOR_Y Works as intended. actually, it doesn't. Your sample copyright file does not follow the above pattern. Namely, your case has text under the License: X or Y, which is presumed to be the full text of the License. I.e. your case does: Files: A Copyright: ... License: X or Y blah Rather than Files: A Copyright: ... License: X or Y I am not aware of a package in the distribution, but mirabilos (Cc) and I stumbled upon this issue while preparing some packages for upload. I am attaching the relevant debian/copyright file for your reference. (Please note that the BTS mangles linebreaks in plaintext attachments in false accordance with MIME). Thanks for the reference; it was quite helpful in finding the issue. :) Maybe it is not allowed to give a descriptive paragraph in the Files: section, like we did? -nik I think that is the problem, from [1]: If there are no remaining lines, [...]. Otherwise, this field should either include the full text of the license(s) or include a pointer to the license file under /usr/share/common-licenses. [...] So, my reading of that is that all content of the License-field (after the first line) is the full text of the license (or a pointer to the license in /usr/share/common-licenses). The remark you have in your file should probably be moved to another field (e.g. Comment). You need not prefix it with X- as I recall. ~Niels [1] http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-field -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722012: another Perl problem in sbuild-createchroot
Hi,
I'm not certain to start another bug report...
bobek:~# sbuild-createchroot
--make-sbuild-tarball=/var/lib/sbuild/sid-amd64.tar.gz sid `mktemp -d`
http://br0.localdomain:/debian
...
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
'tempfile' can't be called as a method at /usr/sbin/sbuild-createchroot line
395.
To fix:
--- sbuild-createchroot~2013-05-18 00:36:09.0 +0200
+++ sbuild-createchroot 2013-09-08 13:37:08.919671295 +0200
@@ -137,7 +137,7 @@
use Sbuild::Sysconfig;
use Sbuild::Conf qw();
use File::Path qw(mkpath rmtree);
-use File::Temp ();
+use File::Temp qw(tempfile);
use File::Copy;
use Cwd qw(abs_path);
@@ -392,7 +392,7 @@
# the sbuild chroot directory created, unless it's been requested to keep the
# directory.
if ($conf-get('MAKE_SBUILD_TARBALL')) {
-my ($tmpfh, $tmpfile) = File::Temp-tempfile(XX);
+my ($tmpfh, $tmpfile) = tempfile(XX);
my @program_list;
# Change program arguments accordingly
result is:
bobek:~# sbuild-createchroot
--make-sbuild-tarball=/var/lib/sbuild/sid-amd64.tar.gz sid `mktemp -d`
http://br0.localdomain:/debian
...
Building dependency tree... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
I: chroot /tmp/tmp.97dJrCDdo3 has been removed.
I: Successfully set up sid chroot.
I: Run sbuild-adduser to add new sbuild users.
Maybe, more Perl related problems will appear...
Cheers
--
Zito
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722143: caps: The library Caps does not provide the module Eq anymore
Package: caps Version: 0.9.16-1 Severity: important Dear Maintainer, * What led up to the situation? Upgraded from 0.4.2-1 to 0.9.16. Now, when starting any media player i get the error message Unable to find label Eq in plugin library file /usr/lib/ladspa/caps.so. * What exactly did you do (or not do) that was effective (or ineffective)? I downgraded to version 0.4.2-1. * What was the outcome of this action? * What outcome did you expect instead? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages caps depends on: ii libc6 2.17-92+b1 ii libgcc1 1:4.8.1-2 ii libstdc++6 4.8.1-2 caps recommends no packages. caps 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#722134: [Pkg-haskell-maintainers] Bug#722134: pandoc: includes unmodifiable documents
Hi Francesco, Quoting Francesco Poli (wintermute) (2013-09-08 11:36:16) | Files: slidy/* | Copyright: 2005-2010, W3C (MIT, ERCIM, Keio) | License: W3C-Document and W3C-Software which are released under the terms of this W3C-Document license: As the License shortnames indicate, I interprete it as being dual-licensing. Do you disagree with that interpretation, or do both licenses in your opinion fail DFSG? Thanks for caring so strongly about licensing. Much appreciated! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#722118: leafpad refuses to save
patrick patrick295...@gmail.com writes: Package: leafpad Version: 0.8.17-5 Severity: important it refuses to save if you have polish chars. Could you please send a file with polish character as an attachement to the bug report. 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#722144: iwyu: should double-check its suggesstions
Package: iwyu
Version: 3.3-1
Let's consider the following example:
$ cat test.c
#include glib.h
#include stdio.h
int main() {
char* f = g_strdup_printf(%s, test);
printf(%s\n, f);
g_free(f);
return 0;
}
Running iwyu tells me to replace glib.h:
$ iwyu `pkg-config --cflags glib-2.0` test.c
In file included from test.c:1:
In file included from /usr/include/glib-2.0/glib.h:32:
In file included from /usr/include/glib-2.0/glib/galloca.h:34:
In file included from /usr/include/glib-2.0/glib/gtypes.h:34:
In file included from
/usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9:
/usr/include/glib-2.0/glib/gmacros.h:40:10: fatal error: 'stddef.h' file not
found
#include stddef.h
^
test.c should add these lines:
#include glib/gmem.h // for g_free
#include glib/gstrfuncs.h // for g_strdup_printf
test.c should remove these lines:
- #include glib.h // lines 1-1
The full include-list for test.c:
#include stdio.h // for printf
#include glib/gmem.h // for g_free
#include glib/gstrfuncs.h // for g_strdup_printf
---
Following the recommendation of iwyu:
$ cat test2.c
#include glib/gmem.h // for g_free
#include glib/gstrfuncs.h // for g_strdup_printf
#include stdio.h
int main() {
char* f = g_strdup_printf(%s, lala);
printf(%s\n, f);
g_free(f);
return 0;
}
However, this is wrong and not permited by the glib headers. Compiling
it fails:
$ gcc `pkg-config --cflags glib-2.0` test2.c
In file included from test2.c:1:0:
/usr/include/glib-2.0/glib/gmem.h:31:2: error: #error Only glib.h can be
included directly.
#error Only glib.h can be included directly.
^
In file included from /usr/include/glib-2.0/glib/gmem.h:34:0,
from test2.c:1:
/usr/include/glib-2.0/glib/gtypes.h:31:2: error: #error Only glib.h can be
included directly.
#error Only glib.h can be included directly.
^
In file included from
/usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9:0,
from /usr/include/glib-2.0/glib/gtypes.h:34,
from /usr/include/glib-2.0/glib/gmem.h:34,
from test2.c:1:
/usr/include/glib-2.0/glib/gmacros.h:35:2: error: #error Only glib.h can
be included directly.
#error Only glib.h can be included directly.
^
In file included from /usr/include/glib-2.0/glib/gtypes.h:36:0,
from /usr/include/glib-2.0/glib/gmem.h:34,
from test2.c:1:
/usr/include/glib-2.0/glib/gversionmacros.h:31:2: error: #error Only
glib.h can be included directly.
#error Only glib.h can be included directly.
^
In file included from test2.c:2:0:
/usr/include/glib-2.0/glib/gstrfuncs.h:31:2: error: #error Only glib.h can
be included directly.
#error Only glib.h can be included directly.
^
Also running iwyu on it will also display the errors:
$ iwyu `pkg-config --cflags glib-2.0` test2.c
In file included from test2.c:1:
/usr/include/glib-2.0/glib/gmem.h:31:2: error: Only glib.h can be included
directly.
#error Only glib.h can be included directly.
^
In file included from test2.c:1:
In file included from /usr/include/glib-2.0/glib/gmem.h:34:
/usr/include/glib-2.0/glib/gtypes.h:31:2: error: Only glib.h can be
included directly.
#error Only glib.h can be included directly.
^
In file included from test2.c:1:
In file included from /usr/include/glib-2.0/glib/gmem.h:34:
In file included from /usr/include/glib-2.0/glib/gtypes.h:34:
In file included from
/usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9:
/usr/include/glib-2.0/glib/gmacros.h:35:2: error: Only glib.h can be
included directly.
#error Only glib.h can be included directly.
^
/usr/include/glib-2.0/glib/gmacros.h:40:10: fatal error: 'stddef.h' file not
found
#include stddef.h
^
(test2.c has correct #includes/fwd-decls)
It would be nice if iwyu could double-check its suggestions. Maybe it'd
be enough to check if running iwyu on it again doesn't produce any new
errors.
Regards
--
Sebastian Ramacher
signature.asc
Description: Digital signature
Bug#722145: libamu4 crashs if kernel release does not have 2 dots
Package: libamu4 Version: 6.2+rc20110530-3 Severity: grave Tags: upstream Justification: renders package unusable -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (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/bash Versions of packages libamu4 depends on: ii libc6 2.17-92 ii libgdbm3 1.8.3-12 ii libhesiod0 3.2.1-2 ii libldap-2.4-2 2.4.31-1+nmu2 libamu4 recommends no packages. libamu4 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#714398: transition: glpk
Le mercredi 10 juillet 2013 à 00:26 +0200, Julien Cristau a écrit : On Fri, Jun 28, 2013 at 22:08:06 +0200, Sébastien Villemot wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: block -1 by 701673 713335 714211 714361 714365 714368 714396 714360 702573 X-Debbugs-CC: debian-science-maintain...@lists.alioth.debian.org, f...@debian.org Dear Release Team, Please schedule a transition for the source package glpk. The new version is currently in experimental. It features a SOVERSION bump, and removes several obsolete functions from the API. AFAICT, the following packages will need a sourceful upload due to the API changes: shogun, python-glpk, glpk-java, openms, cvxopt, octave. Could you get these (or as many as possible) uploaded to experimental? All have been fixed in either sid or experimental, except shogun (not in sid, in bad shape) and python-glpk (the maintainer should upload soon a fixed version to experimental; I stand ready to NMU if needed). -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#721312: evolution will not start
It seems that message The OpenGL version could not be determined is part of a different package named cogl and providing a library (libcogl.so.12) used by evolution. May the bug should be reassigned to that package? Bye, Giuseppe
Bug#722144: iwyu: should double-check its suggesstions
On 08/09/2013 14:23, Sebastian Ramacher wrote: $ iwyu `pkg-config --cflags glib-2.0` test.c In file included from test.c:1: In file included from /usr/include/glib-2.0/glib.h:32: In file included from /usr/include/glib-2.0/glib/galloca.h:34: In file included from /usr/include/glib-2.0/glib/gtypes.h:34: In file included from /usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9: /usr/include/glib-2.0/glib/gmacros.h:40:10: fatal error: 'stddef.h' file not found #include stddef.h ^ That does not fix the issue you are reporting but the -1 didn't have a dependency on clang-3.3 (or clang-3.4) that is now fixed. Installing clang-3.3 on your system will remove this error. Thanks S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722146: berusky2 crashes with assertion failure
Package: berusky2 Version: 0.9.1-1 When no ALSA device can be opened, berusky2 crashes: Init Sound Engine... [New Thread 0x7fffecf69700 (LWP 26800)] [Thread 0x7fffecf69700 (LWP 26800) exited] AL lib: alsa_open_playback: Could not open playback device 'default': Device or resource busy adas_Set_Last_Error(): Unable to open device. berusky2: adas/adas.c:170: adas_Set_Last_Error: Assertion `0' failed. Program received signal SIGABRT, Aborted. 0x75aea1e5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x75aea1e5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x75aed398 in __GI_abort () at abort.c:90 #2 0x75ae3272 in __assert_fail_base ( fmt=0x75c20900 %s%s%s:%u: %s%sAssertion `%s' failed.\n%n, assertion=assertion@entry=0x561760 0, file=file@entry=0x570567 adas/adas.c, line=line@entry=170, function=function@entry=0x570730 adas_Set_Last_Error) at assert.c:92 #3 0x75ae3322 in __GI___assert_fail (assertion=0x561760 0, file=0x570567 adas/adas.c, line=170, function=0x570730 adas_Set_Last_Error) at assert.c:101 #4 0x00558584 in ?? () #5 0x0055abc5 in ?? () #6 0x004467ab in ?? () #7 0x0045fd47 in ?? () #8 0x004074ff in ?? () #9 0x75ad6995 in __libc_start_main (main=0x4072c0, argc=1, ubp_av=0x7fffe708, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe6f8) at libc-start.c:260 #10 0x004077c3 in ?? () -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534641: [ptex:00358] Re: mendex bug
Dear Tsuchimura-san, dear all, On So, 08 Sep 2013, TSUCHIMURA Nobuyuki wrote: +#define TAIL_LEN(x) ((x)+strlen(x)), (BUFFERLEN-strlen(x)) OK, I recognize 'BUFFERLEN-strlen(x)' is always plus. Even when buffer is full, strlen(x) become BUFFERLEN-1, Yes. Because we use it only with buffers that are of BUFFERLEN. I didn't say that it is a universal macro ;-) If we would had something like allocated_length(x) then it would be ((x)+strlen(x)), (allocated_length(x)-strlen(x)) which would be clearer. If nobody else complains, I would commit that to the svn repository. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722147: src:resiprocate: why only use libsrtp on linux archs?
Package: src:resiprocate Version: 1.8.12-4 Severity: normal Hi, I notice in latest changelog entry that libsrtp is now only used for Linux architectures. Since not mentioned in changelog, I ask here: Why? - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722148: plm: doesn't recognize scala 2.10
Package: plm
Version: 2.2+repack-1
Severity: normal
Hi.
I just installed plm, as I am interested in this kind of educational
programs.
Unfortunately, when plm is started, it gives me the following message:
,[ plm ]
| Resource scala.reflect.io.AbstractFile not found in the classpath.
| Is scala-reflect.jar in your classpath?
| Please install Scala version 2.10 or higher to use it in PLM.
| (...)
`
When I try to see what versions of scala are available in Debian's repos,
this is what I get:
,[ apt-cache policy scala ]
| scala:
| Installed: 2.9.2+dfsg-1
| Candidate: 2.9.2+dfsg-1
| Version table:
| *** 2.9.2+dfsg-1 0
| 500 http://http.debian.net/debian/ testing/main i386 Packages
| 375 http://http.debian.net/debian/ unstable/main i386 Packages
| 100 /var/lib/dpkg/status
`
Perhaps we should have a versioned depedendency here?
At this point in time, that would create an uninstallable package, which is
an RC bug. Or, as plm is able to be executed at least in part without
having scala used at all, perhaps scala should be demoted to a versioned
recommends?
Thanks for the package,
Rogério.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (375, 'unstable'), (10, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages plm depends on:
ii jython 2.5.2-2
ii libgettext-commons-java 0.9.6-2
ii libhttpclient-java 4.2.5-2
ii libhttpcore-java 4.3-1
ii libjson-simple-java 1.1-dfsg1-2
ii libjsyntaxpane-java 0.9.6~r156-4
ii libmiglayout-java3.7.4-2
ii openjdk-6-jdk6b27-1.12.5-2
ii scala2.9.2+dfsg-1
ii scala-library2.9.2+dfsg-1
plm recommends no packages.
plm suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718393: [Hostname-devel] Bug#718393: hostname --all-fqdns is broken: doesn't list the FQDN
On 2013-09-08 12:16:21 +0200, Michael Meskes wrote: On Fri, Sep 06, 2013 at 10:56:26PM +0200, Vincent Lefevre wrote: hostname(1) clearly says: --all-fqdns Displays all FQDNs of the machine. This option enumerates all configured network addresses on all configured network interfaces, and translates them to DNS domain names. Addresses that cannot be translated (i.e. because they do not have an appropriate reverse DNS entry) are skipped. Note that different addresses may resolve to the same name, therefore the output may contain duplicate entries. Do not make any assumptions about the order of the output. So it apparently does what it claims to do. What am I missing? The bug is in the documentation too, which has contradictions. For instance, Displays all FQDNs of the machine. is plainly wrong here, since xvii.vinc17.org is a FQDN of the machine, but is not listed. But the second sentence in the same paragraph explicitely explains what is meant by all. This is not clear. It should explicitly say that the FQDN (as returned by the -f option) may not be part of this list. It should also explicitly say that the returned FQDNs may be local, thus may not be unique across all machines on the Internet: the usual definition of a FQDN[*] implies that it is unique. [*] https://en.wikipedia.org/wiki/Fully_qualified_domain_name Because of the issues mentioned above, the sentence See the warnings in section THE FQDN above, and avoid using this option; use hostname --all-fqdns instead. for --fqdn must be removed. For instance, to generate the right-end part of a message-id, it is much better to use the --fqdn option rather the --all-fqdns one. Moreover all configured network addresses is ambiguous: though for lo, 127.0.0.1 is the default address, all 127.* addresses correspond to the same interface, and they may have their own FQDN too (in particular, 127.0.1.1 in Debian). It seems getifaddrs() does not return anything but 127.0.0.1. Because this is a particular case: there are 2^24 IP addresses, and no-one would expect all these addresses by using this function. I also wonder what it means by reverse DNS entry. If I use dig -x IP_address_of_xvii.local, I don't get any name. dig doesn't use /etc/hosts, does it? hostname uses getnameinfo() which does take /etc/hosts into account, too. But /etc/hosts isn't part of the DNS (see the hosts(5) man page). This why dig, which is a DNS lookup utility, doesn't use it. So, if you take /etc/hosts entries into account and say reverse *DNS* entry, you are lying. -- 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 / AriC 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#687694: Close?
On Sun, 08 Sep 2013 08:31:45 +0200, Niels Thykier wrote: The former, i.e. X; it should break everything less than the first fixed version of those packages, since there are broken (pun intended). Actually, (being a bit pedantic) you should use X~, so backports cannot satisfy the relation either. In this given case, I don't think it will make a difference, but I believe it is a good habit to have. Ack, thanks for adding this detail! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Aimee Mann: Video signature.asc Description: Digital signature
Bug#669024: [pkg-fgfs-crew] Bug#669024: Patches for CVE-2012-2090 / CVE-2012-2091
On 09/08/2013 01:13 PM, Rebecca N. Palmer wrote: Thanks. Are you also applying my corrected CVE-2012-2091 patch to simgear? Yes, see simgear-2.10.0-3. Now uploaded. (flightgear-data is still consuming my upload bandwidth, ATM, but will eventually hit the archives as well...) Regards Markus Wanner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722082: [Pkg-phototools-devel] Bug#722082: darktable needs libcolord1, but is not installed by default
David Bremner da...@tethera.net writes: Although the SONAME did not change between 0.1.21-1 and 1.0.2-1, the library was split into two different shared libraries. I'm not sure where the ultimate problem is; whether there should have been an SONAME bump in libcolord or whether the fact that darktable is linked directly to libcolordprivate.so.1 indicates a problem on the darktable side. I did a little more digging this morning. Darktable doesn't directly use any of the symbols that moved from libcolord.so.1 to libcolordprivate.so.1, so the version number bump for the relevant symbols is ineffectual. BTW: Bernhard Link points out on irc that the shipped libcolord1.shlibs file is wrong since it says that any version of the libcolord1 package provides libcolordprivate.so.1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722145: (no subject)
the problem is in mountutil.c:240. the function linux_version_code() calls 3 times to strtok, assuming the release string has 2 dots. if this assumtion fails (as with 3.2.0-4-686-pae), NULL is passed to atoi(). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722149: plm: should migrate to openjdk 7
Package: plm
Version: 2.2+repack-1
Severity: normal
Hi, I see that plm has a hard dependency on openjdk-6-jdk, but openjdk-6-jdk
is going to be dropped from the archives soon:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720911
I just changed the shell wrapper script with java7 instead of java6 and it
seems to work (and openjdk-7 is being used, if I am to believe the output of
top).
Thanks a lot,
Rogério Brito.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (375, 'unstable'), (10, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages plm depends on:
ii jython 2.5.2-2
ii libgettext-commons-java 0.9.6-2
ii libhttpclient-java 4.2.5-2
ii libhttpcore-java 4.3-1
ii libjson-simple-java 1.1-dfsg1-2
ii libjsyntaxpane-java 0.9.6~r156-4
ii libmiglayout-java3.7.4-2
ii openjdk-6-jdk6b27-1.12.5-2
ii scala2.9.2+dfsg-1
ii scala-library2.9.2+dfsg-1
plm recommends no packages.
plm suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463165: fgjs doesn't work with my gamepad
Hello Matthias, I'd like to clean up the bug list of flightgear in Debian. You filed this bug more than five years. If you still have the required hardware, please try again with flightgear 2.10 (which just hit unstable). Or allow me to close the issue if you're not interested or unable to reproduce this, anymore. Thanks Markus Wanner signature.asc Description: OpenPGP digital signature
Bug#714205: gtk3-engines-oxygen: Mouse wheel does not scroll any gtk3 widgets
Package: gtk3-engines-oxygen Version: 1.1.4-1 Followup-For: Bug #714205 Dear Maintainer, I can confirm the problem - scrolling in Wireshark does not work properly when using the oxygen GTK3 style, while it works fine for other styles (I tried Adwaita). Interesting enough, whether scrolling works or not depends on the mouse I use: With the touchpad two-finger scrolling, it works, but a USB mouse attached to my laptop doesn't scroll properly. Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtk3-engines-oxygen depends on: ii libc62.17-92+b1 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libgcc1 1:4.8.1-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.2-3 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libstdc++6 4.8.1-2 ii libx11-6 2:1.6.1-1 ii multiarch-support2.17-92+b1 gtk3-engines-oxygen recommends no packages. gtk3-engines-oxygen 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#721522: Acknowledgement (liborigin2-1: undefined symbol error)
Hi, the bug still exists after an upgrade of libboost-date-time: ii libboost-date-time1.54.0 1.54.0-3 regards Günter -- --- Günter Frenz Börschgasse 16a, D-51143 Köln (h) gu...@freenet.de, gu...@guefz.de (w) f...@gso-koeln.de --- signature.asc Description: PGP signature
Bug#722150: nmu: libsigrokdecode_0.2.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please schedule a binNMU for libsigrokdecode. The maintainer upload was pending in NEW for a while and still depends on python3.2. nmu libsigrokdecode_0.2.0-2 . amd64 . -m Rebuild against python3.3. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649132: gnucash changed the Tip Of The Day window position
Control: found -1 1:2.4.13-1 Control: tags -1 - moreinfo On 2013-09-08 11:28:26 +0200, Sébastien Villemot wrote: Control: tags -1 + moreinfo unreproducible Le mercredi 23 novembre 2011 à 00:38 +0100, Vincent Lefevre a écrit : I can also see that each time I start GnuCash (and quit it immediately), the window position changes. I got successively: [441,-177] [437,-197] [433,-217] [429,-237] i.e. each time (-4,-20) is subtracted from the coordinates. With GnuCash 1:2.4.13-1, I am unable to reproduce this problem. Note that I activated the option Save window size and position in the Windows tab of the preferences window. For me GnuCash correctly remembers the chosen position, and the GConf key does not change across runs. Do you have activated that option? Yes, and it is partly taken into account since the window is almost at the correct position each time I run GnuCash. I say almost, because there is a shift at each run: xvii:~ gconftool -g /apps/gnucash/dialogs/tip_of_the_day/window_position [828,64] xvii:~ gconftool -g /apps/gnucash/dialogs/tip_of_the_day/window_position [824,44] xvii:~ gconftool -g /apps/gnucash/dialogs/tip_of_the_day/window_position [820,24] Are you still able to reproduce the problem with gnucash 1:2.4.13-1? Yes. May it be possible that the problem is related to FVWM (i.e. do you also experience it within a GNOME session)? Non, it isn't related to fvwm: I've tried with twm, and there the same problem, except that the shift is smaller: [820,24] [818,22] [816,20] I've tried with GNOME and the problem doesn't appear with it, but GNOME doesn't support (at least by default) active placement (manual placement), which seems to be the cause of the problem, but only with the Tip Of The Day window (no such problem with the main GnuCash window). -- 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 / AriC 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#722151: depends on python3.2 which is going away
Package: python3-pystache Version: 0.5.3-1 Severity: serious python3-pystache depends on python3.2 which is going away. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722069: 1.97 changelog blank,g
Quoting Josh Triplett (j...@joshtriplett.org): Package: keyboard-configuration Version: 1.97 Severity: normal console-setup (1.97) unstable; urgency=low * - -- Christian Perrier bubu...@debian.org Fri, 06 Sep 2013 22:38:19 +0200 A very dashing changelog indeed, but not a very informative one. Indeed. The only change was an updated Tajik translation. To make it clear, I'm reuploading c-s right now. signature.asc Description: Digital signature
