Bug#672713: terminator: segmentation fault
Package: terminator Version: 0.93-1 Severity: important Hi, When I run terminator with multiples tabs or I split the terminal, it shows a segmentation fault. Relevant part of strace: gettimeofday({1336887951, 582640}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=8, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN}, {fd=3, events=POLLIN|POLLPRI}, {fd=30, events=POLLIN}, {fd=16, events=POLLIN}, {fd=20, events=POLLIN}, {fd=29, events=POLLIN}], 12, 9) = 0 (Timeout) gettimeofday({1336887951, 592329}, NULL) = 0 read(4, 0x129f404, 4096)= -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1336887951, 592540}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=8, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN}, {fd=3, events=POLLIN|POLLPRI}], 8, 0) = 0 (Timeout) read(29, 0x19c3f5f, 8125) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {23930, 763293258}) = 0 lseek(34, 0, SEEK_END) = 16445 lseek(34, 0, SEEK_END) = 16445 write(34, Removing libprocps0:i386 ...\n, 29) = 29 lseek(35, 0, SEEK_END) = 4256 write(35, \5\17\3\0\0\0\0\0\20\6\0\0\0\0\0\0, 16) = 16 gettimeofday({1336887951, 594025}, NULL) = 0 gettimeofday({1336887951, 594287}, NULL) = 0 clock_gettime(CLOCK_MONOTONIC, {23930, 764673043}) = 0 read(4, 0x129f404, 4096)= -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1336887951, 594715}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=8, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN}, {fd=3, events=POLLIN|POLLPRI}], 8, 0) = 0 (Timeout) poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}]) writev(4, [{5\30\4\0\230w\1\3\3\0\0\3\17\0E\1\230\4\5\0\231w\1\3\230w\1\3!\1\0\0..., 5472}, {NULL, 0}, {, 0}], 3) = 5472 read(4, 0x129f404, 4096)= -1 EAGAIN (Resource temporarily unavailable) read(4, 0x129f404, 4096)= -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1336887951, 596970}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=8, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN}, {fd=3, events=POLLIN|POLLPRI}, {fd=30, events=POLLIN}, {fd=16, events=POLLIN}, {fd=20, events=POLLIN}, {fd=29, events=POLLIN}], 12, 12) = 0 (Timeout) gettimeofday({1336887951, 610041}, NULL) = 0 gettimeofday({1336887951, 610242}, NULL) = 0 read(4, 0x129f404, 4096)= -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1336887951, 610544}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=8, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN}, {fd=3, events=POLLIN|POLLPRI}, {fd=30, events=POLLIN}, {fd=16, events=POLLIN}, {fd=20, events=POLLIN}, {fd=29, events=POLLIN}], 12, 29) = 0 (Timeout) gettimeofday({1336887951, 640068}, NULL) = 0 read(4, 0x129f404, 4096)= -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1336887951, 640260}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=8, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN}, {fd=3, events=POLLIN|POLLPRI}, {fd=30, events=POLLIN}, {fd=16, events=POLLIN}, {fd=20, events=POLLIN}, {fd=29, events=POLLIN}], 12, 0) = 0 (Timeout) read(4, 0x129f404, 4096)= -1 EAGAIN (Resource temporarily unavailable) poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=8, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN}, {fd=3, events=POLLIN|POLLPRI}, {fd=30, events=POLLIN}, {fd=16, events=POLLIN}, {fd=20, events=POLLIN}, {fd=29, events=POLLIN}], 12, -1) = 2 ([{fd=4, revents=POLLIN}, {fd=14, revents=POLLIN}]) read(4, w\2O\255\373)m\1\3\2\2\0\2\0\0\0\0\0\0\2\2\2\2\2\0\0\v\37B\2\0\0, 4096) = 32 read(4, 0x129f404, 4096)= -1 EAGAIN (Resource temporarily unavailable) stat(/usr/bin/terminator, {st_mode=S_IFREG|0755, st_size=2495, ...}) = 0 open(/usr/bin/terminator, O_RDONLY) = 38 fstat(38, {st_mode=S_IFREG|0755, st_size=2495, ...}) = 0 fstat(38, {st_mode=S_IFREG|0755, st_size=2495, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f630a2f2000 read(38, #!/usr/bin/python\n#Terminato..., 8192) = 2495 read(38, , 4096) = 0 close(38) = 0 munmap(0x7f630a2f2000, 4096)= 0 write(2,
Bug#672585: quiet option for gpo update and gpo download (possibly other commands) missing
tags 672585 wontfix thanks Hi, On Sat, May 12, 2012 at 10:35:47AM +0100, Raf Czlonka wrote: I update my podcast feeds and download them overnight using user's crontab entry. While it's really useful to have a summary at the end of a download running gpo from command line, it would also be very useful to have a quiet option to update and download (possibly other options as well) so we can avoid having an email sent by cron every time - something like podget -s. Actually, you can simply get rid of these error messages by redirecting stdout in the crontab, e.g.: 5 0 * * *gpo update /dev/null I consider this easier than having an additional quiet option. It also works for all options, and doesn't need any code changes. Therefore (with the current request) I consider this a WONTFIX. If there's something that can't be done with input redirection, please tell me. If it was not clear to you, maybe you can provide some documentation additions as a patch to the README file or gpo manual page? I'd really appreciate that, especially the manpage could be improved here. See http://github.com/gpodder/gpodder for the Git repository of gPodder, against which patches should be submitted. Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672583: when run with web interface a couple of errors get thrown
Hi, Thank you for your bug report. On Sat, May 12, 2012 at 10:21:12AM +0100, Raf Czlonka wrote: 1. When running the web interface I get a bunch of errors on the console: [...] Exception happened during processing of request from ('127.0.0.1', 35413) Traceback (most recent call last): File /usr/lib/python2.7/SocketServer.py, line 284, in _handle_request_noblock self.process_request(request, client_address) File /usr/lib/python2.7/SocketServer.py, line 310, in process_request self.finish_request(request, client_address) File /usr/lib/python2.7/SocketServer.py, line 323, in finish_request self.RequestHandlerClass(request, client_address, self) File /usr/lib/python2.7/SocketServer.py, line 638, in __init__ self.handle() File /usr/lib/python2.7/BaseHTTPServer.py, line 340, in handle self.handle_one_request() File /usr/lib/python2.7/BaseHTTPServer.py, line 328, in handle_one_request method() File /usr/lib/pymodules/python2.7/gpodder/webui/__init__.py, line 162, in do_GET print self.wfile, 'p',episode.description,'/p' File /usr/lib/python2.7/socket.py, line 316, in write data = str(data) # XXX Should really reject non-string non-buffers UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position 678: ordinal not in range(128) Does this happen for all podcasts or only specific podcasts? Can you maybe provide the list of subscriptions (if you don't want to publish them for some reason, feel free to send them to me via private mail), so I have some way of reproducing the bug? As you can see, it tries to print the episode description and fails at that. localhost - - [12/May/2012 09:59:50] GET /logo HTTP/1.1 200 - Exception happened during processing of request from ('127.0.0.1', 35414) Traceback (most recent call last): File /usr/lib/python2.7/SocketServer.py, line 284, in _handle_request_noblock self.process_request(request, client_address) File /usr/lib/python2.7/SocketServer.py, line 310, in process_request self.finish_request(request, client_address) File /usr/lib/python2.7/SocketServer.py, line 323, in finish_request self.RequestHandlerClass(request, client_address, self) File /usr/lib/python2.7/SocketServer.py, line 638, in __init__ self.handle() File /usr/lib/python2.7/BaseHTTPServer.py, line 340, in handle self.handle_one_request() File /usr/lib/python2.7/BaseHTTPServer.py, line 328, in handle_one_request method() File /usr/lib/pymodules/python2.7/gpodder/webui/__init__.py, line 78, in do_GET self.wfile.write(open(fn).read()) IOError: [Errno 2] No such file or directory: '/usr/lib/pymodules/python2.7/gpodder/webui/../../../data/gpodder.png' - This error seems like I've somehow messed up the way that gPodder uses to find the logo file - that's fixed in the Git repository, because the Web UI has changed a bit in gPodder 3.1.0. 2. I don't know what to expect in a web browser but playing: /path/to/file.mp3 would suggest that I should hear something but unfortunately I don't. The errors above don't seem to be related to the second problem which probably deservers a separate bug report - BTW, tested with SID's Luakit and Iceweasel. The playing part is not supported yet (it was a leftover of an Android-related experiment that used Android SL4A APIs to playback the audio). The Web UI is still very experimental and in flux. Can you check out the Git version of gPodder, which has an improved Web UI? It's still readonly, but now uses JQuery Mobile and proper JSON requests to get the data instead of building static HTML on the server side. See http://wiki.gpodder.org/wiki/Git for instructions on how to run gPodder from Git (you can use bin/gpo webui in the checkout to test it without having to install it). Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672562: transition: bobcat
Just to add few more hopefully helpful bits. 1) the changelog of not yet uploaded package to sid, waiting for your green light: bobcat (3.00.02-1) unstable; urgency=low * New upstream release (bumps the soname version). + Arg, ArgConfig and ConfigFile use the bridge design pattern. + Programs depending on the Bobcat library must be recompiled. * Rename the library package libbobcat2 to libbobcat3 to reflect the soname bump (no further relationships are needed, since libbobcat2 and libbobcat3 do not ship common files). * Drop unneeded and errant relationships of Provides|Conflicts|Replaces: libbobcat1 previosly added to the library package section (post lenny). * Likewise, drop Provides|Conflicts|Replaces: libbobcat1-dev relationships from the -dev package section (libbobcat1-dev is a non-virtual package in lenny, which has been subsequently renamed to libbobcat-dev in squeeze). 2) the ben file: title = bobcat; is_affected = .build-depends ~ /libbobcat-dev/; is_bad = .depends ~ /libbobcat2/; is_good = .depends ~ /libbobcat3/; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667257: Status of this bug
Hallo, reading the bug report I'm puzzled -- is it fixed or still present? (Its tagged notfound in the current version, but not closed...) coldtobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573745: Please decide on Python interpreter packages maintainership
On Sat, May 12, 2012 at 09:32:33AM +0200, Sandro Tosi wrote: On Sat, May 12, 2012 at 3:34 AM, Michael Gilbert mgilb...@debian.org wrote: I wonder if the core issue at hand here is simply that the python VCSs are on a resource writable by only one person (meaning no one else can contribute)? See: https://code.launchpad.net/~doko/python/pkg2.7-debian https://code.launchpad.net/~doko/python/pkg3.2-debian It's not (or not only), at least not for me, but it states quite clearly the level of collaboration he expects from other fellow DDs - none. It is absurd to claim that a documented, public, DVCS branch for the packaging is a statement that the maintainer doesn't expect collaboration from other DDs. There has been no clearer indication to me in this bug's history that your pursuit of this issue is not based on concerns for the technical maintenance of Python, but is instead the result of some personal dislike that you have for Matthias. Regardless of any other outcome of a vote on this issue, you can be assured that I think you would be an unfit maintainer for the Python packages, and I will not vote in favor of any option that puts you in a position of authority over Python in Debian. When this bug report was first filed, I had no particular reason to think you were unreasonable, despite your having signed on to a petition which I believed was ill-considered and misinformed. Your various comments since then have changed my mind; you never miss an opportunity to insult or attack Matthias, and generally make the debian-python mailing list a hostile environment not only for Matthias, but also for anyone else who works on Ubuntu or is employed by Canonical. Some of us have thicker skins than others and are more able to tolerate this behavior, but it is nevertheless poisonous and it's entirely inappropriate for someone seeking to hold a leadership role within Debian - not because Ubuntu and Canonical are special, but precisely because they *aren't* and you persist in singling them out for ridicule. You are in no position to say that Matthias does not want collaboration from his fellow DDs when it's you who continues to make it very clear that you want him out. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#555934: xpad: exits immediately if systray is not available right away
tags 555934 upstream moreinfo stop Hi Frédéric, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555934 Do you have examples of most applications ? How would you modify xpad_app_first_idle_check to simply not care whether or not the icon was embedded successfully ? Do you know how to reproduce the problem (no systray is present) ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672714: ruby-dataobjects-mysql: FTBFS against mysql-5.5 (cannot connect to mysql-server)
Source: ruby-dataobjects-mysql Version: 0.10.8-2 Severity: serious Tags: wheezy sid Hi, Your package fails to build against mysql-5.5 on hurd and kfreebsd-i386. /usr/bin/mysqladmin: connect to server at 'localhost' failed error: 'Can't connect to local MySQL server through socket '/tmp/tmp.dHJPGMuqfj/mysql.sock' (2)' Check that mysqld is running and that the socket: '/tmp/tmp.dHJPGMuqfj/mysql.sock' exists! Logs available here: https://buildd.debian.org/status/fetch.php?pkg=ruby-dataobjects-mysqlarch=kfreebsd-i386ver=0.10.8-2stamp=1336560106 https://buildd.debian.org/status/fetch.php?pkg=ruby-dataobjects-mysqlarch=hurd-i386ver=0.10.8-2stamp=1336769902 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672715: Failing lutimes() aborting whole unpacking
Source: dpkg Version: 1.16.3 I'm not sure if this counts as dpkg bug, or is the behavior exactly correct (for your upstream dpkg), but reporting just for you to consider. I'm using dpkg in building OpenEmbedded image. So I'm unpacking packets not to host system, but under custom prefix. Some packets fail to unpack. They abort when lutimes() in tarobject_set_mtime() fails for some symbolic link. Most of the time problem is that symbolic link being unpacked has absolute path, and host system does not have such a file (ENOENT) but I've also seen it to complain about permissions (EACCES). From man lutimes I find it surprising that lutimes() cares about file being linked to at all. It should operate on link only, so this might actually count as lutimes() bug. - ML -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663383: openvas-scanner: FTBFS: missing Build-Depends: cmake
tags 663383 + patch tags 663383 + pending thanks Dear maintainer, I've prepared an NMU for openvas-scanner (versioned as 3.2.3-4.1), feel free to take the patch or contact me to go ahead with the NMU. Thank you so much for you attention. Kind regards, -- Julián Moreno Patiño .''`. Debian GNU/{Linux,KfreeBSD} : :' : Free Operating Systems `. `' http://debian.org/ `- PGP KEY ID 6168BF60 Registered GNU Linux User ID 488513 diff -u openvas-scanner-3.2.3/debian/control openvas-scanner-3.2.3/debian/control --- openvas-scanner-3.2.3/debian/control +++ openvas-scanner-3.2.3/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian OpenVAS Maintainers openvas-distro-...@wald.intevation.org Uploaders: Javier Fernandez-Sanguino Pen~a j...@debian.org -Build-Depends: debhelper (= 5), libgcrypt11-dev, libglib2.0-dev, libgnutls-dev, libopenvas4-dev (= 4.0.0), libpcap-dev, libwrap0-dev, pkg-config, po-debconf, devscripts, dpatch, hardening-wrapper +Build-Depends: debhelper (= 5), libgcrypt11-dev, libglib2.0-dev, libgnutls-dev, libopenvas4-dev (= 4.0.0), libpcap-dev, libwrap0-dev, pkg-config, po-debconf, devscripts, dpatch, hardening-wrapper, cmake, doxygen Homepage: http://www.openvas.org/ Vcs-Browser: https://wald.intevation.org/plugins/scmsvn/viewcvs.php/trunk/openvas-packaging/openvas-scanner/debian/trunk/debian/?root=openvas Vcs-Svn: https://svn.wald.intevation.org/svn/openvas/trunk/openvas-packaging/openvas-scanner/debian/trunk/debian/ diff -u openvas-scanner-3.2.3/debian/changelog openvas-scanner-3.2.3/debian/changelog --- openvas-scanner-3.2.3/debian/changelog +++ openvas-scanner-3.2.3/debian/changelog @@ -1,3 +1,12 @@ +openvas-scanner (3.2.3-4.1) experimental; urgency=low + + * Non-maintainer upload. + * Add cmake and doxygen to B-D. (Closes: #663383) ++ Add 10_no_use_werror.dpatch patch to avoid the + usage of -Werror + + -- Julián Moreno Patiño darkju...@gmail.com Sat, 12 May 2012 23:43:20 -0500 + openvas-scanner (3.2.3-4) experimental; urgency=low * debian/control: Adjust description diff -u openvas-scanner-3.2.3/debian/patches/00list openvas-scanner-3.2.3/debian/patches/00list --- openvas-scanner-3.2.3/debian/patches/00list +++ openvas-scanner-3.2.3/debian/patches/00list @@ -1,0 +2 @@ +10_no_use_werror.dpatch --- openvas-scanner-3.2.3.orig/debian/patches/10_no_use_werror.dpatch +++ openvas-scanner-3.2.3/debian/patches/10_no_use_werror.dpatch @@ -0,0 +1,19 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 10_no_use_werror.dpatch by darkju...@gmail.com +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: No description. + +@DPATCH@ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' openvas-scanner-3.2.3~/CMakeLists.txt openvas-scanner-3.2.3/CMakeLists.txt +--- openvas-scanner-3.2.3~/CMakeLists.txt 2012-05-13 01:24:42.0 -0500 openvas-scanner-3.2.3/CMakeLists.txt 2012-05-13 00:41:48.0 -0500 +@@ -234,7 +234,7 @@ + set (HARDENING_FLAGS-Wformat -Wformat-security -O2 -D_FORTIFY_SOURCE=2 -fstack-protector -Wl,-z,relro -Wl,-z,now) + + set (CMAKE_C_FLAGS_DEBUG${CMAKE_C_FLAGS_DEBUG}) +-set (CMAKE_C_FLAGS ${CMAKE_C_FLAGS} ${HARDENING_FLAGS} -Wall -Werror -D_BSD_SOURCE -D_ISOC99_SOURCE -D_SVID_SOURCE) ++set (CMAKE_C_FLAGS ${CMAKE_C_FLAGS} ${HARDENING_FLAGS} -Wall -D_BSD_SOURCE -D_ISOC99_SOURCE -D_SVID_SOURCE) + + add_subdirectory (src) + signature.asc Description: Digital signature
Bug#614337: moving xpad window keeps rapidly creating .goutputstream-XXXXXX files rendering xpad unresponsive
tags 614337 upstream moreinfo unreproducible stop I can't reproduce the parts renders xpad unresponsive and 100% disk utilization with version 4.1-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672716: paraview: FTBFS on armel, hurd-i386, mips, s390, s390x, sparc
Source: paraview Version: 3.14.1-3 Severity: serious Tags: wheezy sid Hi, Your package fails to build on armel, hurd-i386, mips, s390, s390x, sparc. from /build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/Qt/Widgets/pqWaitCursor.cxx:35: /usr/include/qt4/QtCore/qstring.h:174:17: note: the mangling of 'va_list' has changed in GCC 4.4 /usr/bin/cmake -E cmake_progress_report /build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/obj-arm-linux-gnueabi/CMakeFiles [ 89%] Building CXX object Qt/Widgets/CMakeFiles/pqWidgets.dir/pqHelpWindow.cxx.o cd /build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/obj-arm-linux-gnueabi/Qt/Widgets /usr/bin/c++ -DpqWidgets_EXPORTS -DVTK_PYTHON_BUILD -DMPICH_IGNORE_CXX_SEEK -DQT_UITOOLS_LIB -DQT_HELP_LIB -DQT_GUI_LIB -DQT_XML_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_DEBUG -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wno-deprecated -g -fPIC -I/build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/obj-arm-linux-gnueabi -I/build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/obj-arm-linux-gnueabi/VTK/Utilities -I/usr/include/python2.7 -I/usr/include/qt4 -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtHelp -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtCore -I/build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/Qt/Widgets -I/build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/obj-arm-linux-gnueabi/Qt/Widgets -I/usr/include/qt4/QtDesigner-o CMakeFiles/pqWidgets.dir/pqHelpWindow.cxx.o -c /build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/Qt/Widgets/pqHelpWindow.cxx /build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/Qt/Widgets/pqHelpWindow.cxx:50:20: fatal error: QWebPage: No such file or directory compilation terminated. make[3]: *** [Qt/Widgets/CMakeFiles/pqWidgets.dir/pqHelpWindow.cxx.o] Error 1 make[3]: Leaving directory `/build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/obj-arm-linux-gnueabi' make[2]: *** [Qt/Widgets/CMakeFiles/pqWidgets.dir/all] Error 2 make[1]: *** [all] Error 2 make[2]: Leaving directory `/build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/obj-arm-linux-gnueabi' make[1]: Leaving directory `/build/buildd-paraview_3.14.1-3-armel-Yvt0tO/paraview-3.14.1/obj-arm-linux-gnueabi' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 (more) Logs available here: https://buildd.debian.org/status/package.php?p=paraview -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549210: xpad crashes when rightclicking on the systray
Hello Alberto, Hello Andrea, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549210 Do you still have this problem with xpad 4.1-1 ? With gdb trace I meant a gdb backtrace or gdb program stack, see the command bt in man gdb. Can you provide such a backtrace ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573745: Please decide on Python interpreter packages maintainership
On Sun, May 13, 2012 at 8:59 AM, Steve Langasek vor...@debian.org wrote: On Sat, May 12, 2012 at 09:32:33AM +0200, Sandro Tosi wrote: On Sat, May 12, 2012 at 3:34 AM, Michael Gilbert mgilb...@debian.org wrote: I wonder if the core issue at hand here is simply that the python VCSs are on a resource writable by only one person (meaning no one else can contribute)? See: https://code.launchpad.net/~doko/python/pkg2.7-debian https://code.launchpad.net/~doko/python/pkg3.2-debian It's not (or not only), at least not for me, but it states quite clearly the level of collaboration he expects from other fellow DDs - none. It is absurd to claim that a documented, public, DVCS branch for the packaging is a statement that the maintainer doesn't expect collaboration from other DDs. so why it's not a repository where all DDs has access, like ones on alioth. There has been no clearer indication to me in this bug's history that your pursuit of this issue is not based on concerns for the technical maintenance of Python, but is instead the result of some personal dislike that you have for Matthias. false, but fell free to think so - go re-read the whole bug, there *are* tech reasons (last one? python2.6 removal discussed with only release-team and without any consultantion with debian-python) and there are also behavioral reasons. If you prefer to skip the former and look only at the latter (from me), it's your decision. Regardless of any other outcome of a vote on this issue, you can be assured that I think you would be an unfit maintainer for the Python packages, and I will not vote in favor of any option that puts you in a position of authority over Python in Debian. you wouldn't have voted like this anyway, or for any other options that reduce the relevance of Matthias in Python maintainance. you probably already said that, now you're just reaffirming it. When this bug report was first filed, I had no particular reason to think you were unreasonable, despite your having signed on to a petition which I believed was ill-considered and misinformed. Your various comments since then have changed my mind; you never miss an opportunity to insult or attack Matthias, and generally make the debian-python mailing list a hostile environment not only for Matthias, but also for anyone else who works on Ubuntu or is employed by Canonical. Some of us have thicker skins than others and are more able to tolerate this behavior, but it is nevertheless poisonous and it's entirely inappropriate for someone seeking to hold a leadership role within Debian - not because Ubuntu and Canonical are special, but precisely because they *aren't* and you persist in singling them out for ridicule. the Canonical employee defending the Canonical employees. You're wearing too many hats at the same time. but of course, how cares. You are in no position to say that Matthias does not want collaboration from his fellow DDs when it's you who continues to make it very clear that you want him out. yeah, please have a look at the gcc-4.7 as default switch. As always, you've been very passionate to rebut all my emails (of any kind), but very less in trying to verify if the technical reasons behind this bug are true and if intervention is needed and do something about it. More than 2 years have passed, nothing has changed. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625205: [buildd-tools-devel] Bug#625205: is there a way to automatically start services inside an schroot session?
On Sun, May 13, 2012 at 01:05:45AM +0100, Roger Leigh wrote: Does that sound OK? Sounds fine. Thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639105: [buildd-tools-devel] Bug#639105: please consider adding support for lvm-snapshot on crypted LV
On Sun, May 13, 2012 at 01:12:34AM +0100, Roger Leigh wrote: Thanks for the hints to get started with this. With 1.5.2, you should potentially be able to experiment with this using user options--you can just add the mapping-name and anything else you need. You'll get MAPPING_NAME set in the setup scripts, so the script can then use that to set up. Sounds good. This one might need deferring for 1.5.3 in a week or so, due to being a bit harder than the first two, and me lacking a system with any crypted LVs to test on. If you would be willing to give 1.5.2 a try with some custom setup scripts, that would greatly speed up getting this working. I can offer you a VM to play with if you want to. Just send me an ssh key in private mail, and preferably an IP address from where you will connect. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642809: freedroidrpg: If MS Emissary killed before talking to Singulariry, there is no way to solve quest peacfully
tags 642809 unreproducible moreinfo upstream wontfix stop Hi George, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642809 Do you still have this problem with version 0.15.1-1 ? Matthias Krüger could not reproduce the problem in 0.14.1. I'm tagging this bug wontfix just to indicate that I currently don't intend to investigate this in Debian. Feel free to report this problem upstream. http://www.freedroid.org/ Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672646: [Pkg-xfce-devel] Bug#672646: xfce4-notifyd: Notification message won't close after button is pressed
On sam., 2012-05-12 at 21:42 +0600, Baurzhan Muftakhidinov wrote: Package: xfce4-notifyd Version: 0.2.2-1 Severity: normal Dear Maintainer, Notification message won't close after button is pressed (if any), like from Network Manager's Don't show this message in the future. I guess, this bug was fixed upstream, see http://git.xfce.org/apps/xfce4-notifyd/commit/?id=ad77e8aa48201c1c10226b54f7ab006989f2f4d5 Since there is no release from upstream yet, is it worth to cherry-pick that commit into Debian's xfce4-notifyd package? I'll ping upstream about that so they make a release, but you're right, it might be wise to include it before the freeze in the debian package. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#672685: [Pkg-xfce-devel] Bug#672686: lightdm: errors during uninstall and fails to load after reinstall
On sam., 2012-05-12 at 22:30 +0200, Marco Milone wrote: Dear Maintainer, * What led up to the situation? I tried to uninstall lighdm from my system but the process gave me this error: (Lettura del database... 202102 file e directory attualmente installati.) Rimozione di lightdm... Eliminazione dei file di configurazione di lightdm... Rimozione dell'utente «lightdm» ... Attenzione: il gruppo «lightdm» non ha alcun membro. /usr/sbin/deluser: «/usr/sbin/userdel lightdm» uscito a causa del segnale 11. Uscita. dpkg: errore nell'elaborare lightdm (--purge): il sottoprocesso vecchio script di post-removal ha restituito lo stato di errore 1 configured to not write apport reports Si sono verificati degli errori nell'elaborazione: lightdm localepurge: Disk space freed in /usr/share/locale: 0 KiB localepurge: Disk space freed in /usr/share/man: 0 KiB localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB localepurge: Disk space freed in /usr/share/omf: 0 KiB Total disk space freed by localepurge: 0 KiB E: Sub-process /usr/bin/dpkg returned an error code (1) Errore durante l'installazione di un pacchetto. Tentativo di ripristino: Can you report bugs using C locale (LANG=C)? Not everyone speaks italian. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#672694: fbreader: - zooms out but + fails to zoom in
package fbreader tags 672694 + confirmed upstream quit Hello, On 2012-05-12 23:41, gaber wrote: As from subject, I can zoom out the text with - but cannot zoom in with + (which I suppose is the wanted behaviour) or any other key. I tried both gtk and qt4 just in case, they seem to have the same behaviour. Thank you for the report. I confirm this (mis)behavior. Unfortunately author stopped the development of desktop version of FBReader, so it's unlikely to be fixed on the upstream side. I will take a look at the code myself if I have some spare time. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672355: logfile
File: /etc/apt/term.log termlog_672355.tgz Description: application/compressed-tar
Bug#672717: tagainijisho: please make package description more explicit
Package: tagainijisho Version: 0.9.4 Severity: wishlist Tags: patch I saw this tagainijisho-dic-it in new which caught my eye. Italian dictionary files for Tagaini Jisho Why *Japanese words* are used for Italian Dictionary? :-) Also, the package description of tagainijisho was too wordy to grasp its functionarity. About description of recent http://www.tagaini.net/ seems to be better suited for this description after removing few words such as Windows reformatting :-) | Tagaini Jisho is a free, open-source Japanese dictionary and kanji | lookup tool. | | It aims at becoming your Japanese study assistant by alowing you | to quickly search for entries and mark those that you wish to study, | along with tags and personal notes. It also let you train entries you | are studying and follows your progression in remembering them. Finally, | it makes it easy to review entries you did not remember by listing them | on screen or printing them on a small booklet. Then use the last part of the current description in a separate paragraph. I hereby attach modified control file itself and its patch for your convienience. (This patch is only for description. I will file dependency issue separately). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Source: tagainijisho Section: education Priority: extra Maintainer: Thibaut VARENE vare...@debian.org Build-Depends: debhelper (= 8), libqt4-dev (= 4.5), cmake (= 2.6), libsqlite3-dev (= 3.7.9), dpkg-dev (= 1.16.1~) Standards-Version: 3.9.3 Homepage: http://www.tagaini.net/ Package: tagainijisho Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, tagainijisho-common (= ${source:Version}), tagainijisho-dic-en (= ${source:Version}) Description: Japanese dictionary and learning assistant Tagaini Jisho is a free, open-source Japanese dictionary and kanji lookup tool. . It aims at becoming your Japanese study assistant by allowing you to quickly search for entries and mark those that you wish to study, along with tags and personal notes. It also let you train entries you are studying and follows your progression in remembering them. Finally, it makes it easy to review entries you did not remember by listing them on screen or printing them on a small booklet. . Tagaini Jisho also features complete stroke order animations for more than 6000 kanji, flashcard-like training, production of paper material for studying, and extended search options for vocabulary and kanjis including part-of-speech and JLPT levels. Package: tagainijisho-common Architecture: all Depends: ${misc:Depends} Replaces: tagainijisho ( 0.9.2-1) Breaks: tagainijisho ( 0.9.2-1) Recommends: tagainijisho Description: Common files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . This package contains the main databases files, documentation and other common files for the tagainijisho package. Package: tagainijisho-dic-en Architecture: all Depends: ${misc:Depends} Recommends: tagainijisho Description: English dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . This package contains the Japanese-English dictionary files for the tagainijisho package. Package: tagainijisho-dic-fr Architecture: all Depends: ${misc:Depends} Recommends: tagainijisho Description: French dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . This package contains the Japanese-French dictionary files for the tagainijisho package. . Entries for which a translation is not available are displayed in English. Package: tagainijisho-dic-de Architecture: all Depends: ${misc:Depends} Recommends: tagainijisho Description: German dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . This package contains the Japanese-German dictionary files for the tagainijisho package. . Entries for which a translation is not available are displayed in English. Package: tagainijisho-dic-es Architecture: all Depends: ${misc:Depends} Recommends: tagainijisho Description: Spanish dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . This package contains the Japanese-Spanish dictionary files for the tagainijisho package. . Entries for which a translation is not available are displayed in English. Package: tagainijisho-dic-ru Architecture: all Depends: ${misc:Depends} Recommends: tagainijisho Description: Russian dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . This package contains the Japanese-Russian dictionary files for the tagainijisho package. . Entries for
Bug#672718: tagainijisho: some part of GUI is too small to display its content
Package: tagainijisho Version: 0.9.4-1 Severity: minor Program - Preferences The line heights for Preferred GUI language and Preferred disctionary language are too small to to display its content. Osamu -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tagainijisho depends on: ii libc62.13-32 ii libqt4-network 4:4.8.1-1 ii libqtcore4 4:4.8.1-1 ii libqtgui44:4.8.1-1 ii libsqlite3-0 3.7.11-3 ii libstdc++6 4.7.0-8 ii tagainijisho-common 0.9.4-1 ii tagainijisho-dic-en 0.9.4-1 tagainijisho recommends no packages. tagainijisho 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#661105: pipewalker: Prevents DPMS blanking
tags 661105 unreproducible moreinfo stop Hi Toby, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661105 I cannot reproduce the problem with pipewalker 0.9.4-1. Can you ? If yes, please describe how. How I tested: I installed pipewalker 0.9.4-1. I started pipewalker so that it displays the game. While keeping pipewalker opened, I ran this command as root : vbetool dpms off ; sleep 10 ; vbetool dpms on The screen became blank. After 10 seconds the screen came back on. So the part very quickly undone, and the monitor returns to the 'on' state within a second or so did not happen. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672694: fbreader: - zooms out but + fails to zoom in
package fbreader tags 672694 - confirmed severity 672694 wishlist quit Follow-up: On 2012-05-12 23:41, gaber wrote: As from subject, I can zoom out the text with - but cannot zoom in with + (which I suppose is the wanted behaviour) or any other key. I tried both gtk and qt4 just in case, they seem to have the same behaviour. I took a look and found the key: it's '='. Not sure why author chose it though. Leaving this bug report open since '+' would be still nice to have. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672719: grass: FTBFS on s390x
Source: grass Version: 6.4.1-2.1 Severity: serious Tags: wheezy sid Hi, Your package fails to build on s390x. Started compilation: Sat May 12 01:31:47 UTC 2012 -- Errors in: /build/buildd-grass_6.4.1-2.1-s390x-GTALEw/grass-6.4.1/lib/vector/diglib -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Sat May 12 01:42:57 UTC 2012 make[1]: *** [default] Error 1 make[1]: Leaving directory `/build/buildd-grass_6.4.1-2.1-s390x-GTALEw/grass-6.4.1' make: *** [build-stamp] Error 2 (more) Logs available here: https://buildd.debian.org/status/fetch.php?pkg=grassarch=s390xver=6.4.1-2.1stamp=1336786981 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671227: ncurses-term: glitches in bterm
On 2012-05-13 01:30 +0200, Thomas Dickey wrote: On Sun, May 13, 2012 at 01:15:50AM +0200, Samuel Thibault wrote: Hello, Sven Joachim, le Wed 02 May 2012 17:13:07 +0200, a ?crit : | acsc: '``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~', 'aajjkkllmmqqttuuxx'. | op: NULL, '\E49;39m'. This is the culprit. | sgr: '\E[0m%?%p1%t\E[7m%;%?%p2%t\E[4m%;', NULL. ` There are comments in ncurses' misc/terminfo.src regarding the differences in acsc and sgr: , | # Notes: | # bterm only supports acs using wide-characters, has case for these: qjxamlkut | # bterm does not support sgr, since it only processes one parameter -TD for the same reason as sgr: \E49;39m is two parameters, which bterm can not grok. Dropping 'op' makes the glitches go away. oh. Actually there are two errors: the string is also missing '[' after the 'E'. I'll put out an improved version in tonight's patch (which I was almost done with...). So now we have op=\E[49m\E[39m which does not resemble anything else in terminfo.src. Samuel, does it work? Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672686: lightdm: errors during uninstall and fails to load after reinstall
Package: lightdm Version: 1.0.11-1 Followup-For: Bug #672686 Dear Maintainer, sorry for the Italian, but I thought that the output message 11 was sufficient. By the way, I think that my mistake lead us to find the real problem: I purged lightdm with LANG=C and no errors were reported: ~$ LANG=C sudo aptitude purge lightdm [sudo] password for milo: The following packages will be REMOVED: liblightdm-gobject-1-0{u} lightdm{p} lightdm-gtk-greeter{u} 0 packages upgraded, 0 newly installed, 3 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 1214 kB will be freed. Do you want to continue? [Y/n/?] y (Reading database ... 202190 files and directories currently installed.) Removing lightdm ... Purging configuration files for lightdm ... Removing user `lightdm' ... Warning: group `lightdm' has no more members. Done. Processing triggers for man-db ... (Reading database ... 202101 files and directories currently installed.) Removing lightdm-gtk-greeter ... Removing liblightdm-gobject-1-0 ... localepurge: Disk space freed in /usr/share/locale: 0 KiB localepurge: Disk space freed in /usr/share/man: 0 KiB localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB localepurge: Disk space freed in /usr/share/omf: 0 KiB Total disk space freed by localepurge: 0 KiB So I reinstalled lightdm once again and this time all went fine. Without LANG=C it fails to delete user and group lightdm and during the subsequent reinstall it not creates /var/lib/lightdm. Just to be sure, I just reproduce the bug on another machine. Regards and thanks, Marco Milone -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lightdm depends on: ii adduser3.113+nmu1 ii consolekit 0.4.5-3 ii dbus 1.5.12-1 ii debconf [debconf-2.0] 1.5.42 ii libc6 2.13-32 ii libglib2.0-0 2.32.2-1 ii libpam0g 1.1.3-7 ii libxcb11.8.1-1 ii libxdmcp6 1:1.1.1-1 ii lightdm-gtk-greeter1.0.11-1 Versions of packages lightdm recommends: ii xserver-xorg 1:7.6+12 Versions of packages lightdm suggests: ii accountsservice 0.6.15-4 -- debconf information: lightdm/daemon_name: /usr/sbin/lightdm * shared/default-x-display-manager: lightdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672720: libvirt-bin: KVM domains suspended with virsh suspend still use CPU time
Package: libvirt-bin Version: 0.9.11.3-1 Severity: wishlist I ran some tests with powertop and a wattmeter, and I'm not sure if virsh suspend really does what it says. With my system idle, no kvm domains running, powertop shows over 99% C2 state and wattage goes down to almost 60W. When I start a kvm domain and the virtual machine is idling after booting, C2 state drops below 90%, wattage is at about 75W and top shows kvm using about 10% CPU time. When I run virsh suspend, I see no change in system load. Man page says: When in a paused state the domain will still consume allocated resources like memory, but will not be eligible for scheduling by the hypervisor. Am I wrong in expecting to see my system load drop more towards the idle system situation with suspend? What else is it doing besides keeping the domain in memory? kvm doesn't like it if I kill -19 it... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.113+nmu1 ii gettext-base0.18.1.1-7 ii libavahi-client30.6.31-1 ii libavahi-common30.6.31-1 ii libblkid1 2.20.1-4 ii libc6 2.13-32 ii libcap-ng0 0.6.6-1 ii libdevmapper1.02.1 2:1.02.74-3 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.19-1 ii libnetcf1 0.1.9-2 ii libnl1 1.1-7 ii libnuma12.0.8~rc3-1 ii libparted0debian1 2.3-9.1 ii libpcap0.8 1.2.1-2 ii libpciaccess0 0.13.1-2 ii libreadline66.2-8 ii libsasl2-2 2.1.25.dfsg1-4 ii libudev0175-3.1 ii libvirt00.9.11.3-1 ii libxenstore3.0 4.1.2-6 ii libxml2 2.7.8.dfsg-9 ii libyajl22.0.4-2 ii logrotate 3.8.1-1 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-2 ii dmidecode 2.11-6 ii dnsmasq-base2.61-1 ii ebtables2.0.9.2-2.1 ii gawk1:4.0.1+dfsg-1 ii iproute 20120319-1 ii iptables1.4.13-1.1 ii libxml2-utils 2.7.8.dfsg-9 ii netcat-openbsd 1.105-6 ii parted 2.3-9.1 ii qemu1.0.1+dfsg-1 ii qemu-kvm1.0+dfsg-11 Versions of packages libvirt-bin suggests: pn policykit-1 0.105-1 pn radvdnone -- 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#672721: tagainijisho: circular package dependency
Package: tagainijisho Version: 0.9.4-1 Severity: wishlist As described in Debian Policy 7.2 Binary Dependencies ...: | Packages should therefore avoid circular dependencies where possible, | particularly if they have postinst scripts. Well, there is no postinst scripts involved for tagainijisho. But still it will be nice to have claner dependency. People install tagainijisho. This is the most likely entry point. There should be a pointer to all translation disctinaries from here. If package is defined in Depends or Recommends, their reverse direction should be defined in Suggests to avoid circular dependencies. For non-English dictonary, we can use Recommends to tagainijisho since they are merely Suggests in tagainijisho. (This does not work for English.) Thus I propose attached patch after applying patch propsed in the Bug#672717. Osamu -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tagainijisho depends on: ii libc62.13-32 ii libqt4-network 4:4.8.1-1 ii libqtcore4 4:4.8.1-1 ii libqtgui44:4.8.1-1 ii libsqlite3-0 3.7.11-3 ii libstdc++6 4.7.0-8 ii tagainijisho-common 0.9.4-1 ii tagainijisho-dic-en 0.9.4-1 tagainijisho recommends no packages. tagainijisho suggests no packages. -- no debconf information --- control.newtext 2012-05-13 17:39:52.338783368 +0900 +++ control 2012-05-13 17:44:19.104106215 +0900 @@ -9,6 +9,14 @@ Package: tagainijisho Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, tagainijisho-common (= ${source:Version}), tagainijisho-dic-en (= ${source:Version}) +Suggests: tagainijisho-dic-fr (= ${source:Version}), + tagainijisho-dic-de (= ${source:Version}), + tagainijisho-dic-es (= ${source:Version}), + tagainijisho-dic-ru (= ${source:Version}), + tagainijisho-dic-it (= ${source:Version}), + tagainijisho-dic-pt (= ${source:Version}), + tagainijisho-dic-th (= ${source:Version}), + tagainijisho-dic-tr (= ${source:Version}) Description: Japanese dictionary and learning assistant Tagaini Jisho is a free, open-source Japanese dictionary and kanji lookup tool. @@ -30,7 +38,7 @@ Depends: ${misc:Depends} Replaces: tagainijisho ( 0.9.2-1) Breaks: tagainijisho ( 0.9.2-1) -Recommends: tagainijisho +Suggests: tagainijisho Description: Common files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . @@ -40,7 +48,7 @@ Package: tagainijisho-dic-en Architecture: all Depends: ${misc:Depends} -Recommends: tagainijisho +Suggests: tagainijisho Description: English dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. .
Bug#672719: grass: FTBFS on s390x
severity 672719 important kthxbye On Sun, May 13, 2012 at 09:22:34 +0100, Nicholas Bamber wrote: Source: grass Version: 6.4.1-2.1 Severity: serious Tags: wheezy sid Hi, Your package fails to build on s390x. Not a release arch, not a regression, two reasons for it not to be 'serious'. Cheers, Julien signature.asc Description: Digital signature
Bug#672722: reportbug: Please generate ben files with transition bugs
Package: reportbug Version: 6.3.1 Severity: wishlist Tags: patch Hi, It would be much appreciated if reportbug could assist reporters by generating ben files for transition bugs. I have developed a prototype patch that seems to work reasonable and that can be used as a basis for this. For testing, I have tried to use it to generate the current APT ben file[1]. It can be done by following [2]. The generated files are only intended for the common cases. In rare cases, people may need to use some of the additional functionality provided by ben (e.g. the edos checks). I think it would be fine to as them to fill out the fields manaully for now. ~Niels [1] Generated result: Ben file: title = apt; is_affected = .depends ~ /libapt-pkg4.10|libapt-inst1.2/ | .depends ~ libept1 | .depends ~ /libapt-pkg4.12|libapt-inst1.5|libept1.4.12/; is_good = .depends ~ /libapt-pkg4.12|libapt-inst1.5|libept1.4.12/; is_bad = .depends ~ /libapt-pkg4.10|libapt-inst1.2/ | .depends ~ libept1; [2] [...] Choose the request type: 8 Please enter the name of the package: apt [...] To assist the release team, please fill in the following information. You will be asked to provide package names of the library package(s) that are the source of the transition. If more than one library is changing the name, please use a space separated list. Alternatively you can use a regex by enclosing the regex in slashes (/). Please ensure that the old regex does not match the new packages. Please enter old binary package name of the library (or a regex matching it):/libapt-pkg4.10|libapt-inst1.2/ libept1 Please enter new binary package name of the library (or a regex matching it):/libapt-pkg4.12|libapt-inst1.5|libept1.4.12/ [...] From 5ef9469591107370a8edf8efd955b04fcac34955 Mon Sep 17 00:00:00 2001 From: Niels Thykier ni...@thykier.net Date: Sun, 13 May 2012 10:40:14 +0200 Subject: [PATCH] debbugs.py: Generate a ben file for transition bugs Signed-off-by: Niels Thykier ni...@thykier.net --- reportbug/debbugs.py | 47 ++- 1 file changed, 46 insertions(+), 1 deletion(-) diff --git a/reportbug/debbugs.py b/reportbug/debbugs.py index 659f7dc..81d752e 100644 --- a/reportbug/debbugs.py +++ b/reportbug/debbugs.py @@ -496,7 +496,52 @@ def handle_debian_release(package, bts, ui, fromaddr, timeout, online=True, http body= nmu %s_%s . %s . -m \%s\\n % (package, version, archs or ALL, reason) elif tag == 'transition': subject = 'transition: %s' % (package) -body= '(please explain about the transition: impacted packages, reason, ...)\n' +body= '(please explain about the transition: impacted packages, reason, ...\n' \ + ' for more info see: https://wiki.debian.org/Teams/ReleaseTeam/Transitions)\n' +affected = 'Fill out' +good = 'Fill out' +bad = 'Fill out' + +ui.long_message('To assist the release team, please fill in the following information. ' +'You will be asked to provide package names of the library package(s) ' +'that are the source of the transition. If more than one library is ' +'changing the name, please use a space separated list. Alternatively ' +'you can use a regex by enclosing the regex in slashes (/). Please ' +'ensure that the old regex does not match the new packages.') + +prompt = 'Please enter old binary package name of the library (or a regex matching it):' +tfrom = ui.get_string(prompt) +if tfrom: +prompt = 'Please enter new binary package name of the library (or a regex matching it):' +tto = ui.get_string(prompt) +else: +tto = None +if tfrom and tto: +# Compute a ben file from this. + +# (quote if x does not start with a /) +quote=lambda x: (x[0] == '/' and x) or '%s' % x + +listbad = [quote(x) for x in tfrom.strip().split()] +listgood = [quote(x) for x in tto.strip().split()] + +j = | .depends ~ .join +affected = .depends ~ + j(listbad + listgood) +good = .depends ~ + j(listgood) +bad = .depends ~ + j(listbad) + + +body += textwrap.dedent(u\ + + Ben file: + + title = %s; + is_affected = %s; + is_good = %s; + is_bad = %s; + +% (package, affected, good, bad)) + elif tag == 'britney': subject = subject_britney body = '' -- 1.7.10
Bug#669949: Found the answer
On Sat, May 12, 2012 at 06:10:37PM -0700, Dean Loros wrote: Found it---In my system /run was a symlink to /var/run--So my guess is that the mount script was going crazy giving up...I remember about a year or so ago there was a problem with /var/run /run the fix was linking /run to /var/runI wonder how many systems are still running this way. I recreated the /run folder populated it with the contents of /var/run now things work as expected... Interesting little puzzle--glad to have found the answer. Thanks for all the investigation. To be honest, I'm surprised that this makes a difference. Though if you had a separately-mounted /var, I suspect it would have been rather more broken (/run couldn't be mounted, or it would be later hidden on mounting /var). I'll take a look and see what might have caused the change in behaviour, and now you've identified the cause, I'll see if I can reproduce it on a virtualbox VM. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672491: texpower has an unreasonable expansion on its demand for space
On 12.05.12 David Starner (prosfil...@gmail.com) wrote: On Fri, May 11, 2012 at 9:55 AM, Rene Engelhard r...@debian.org wrote: Hi, Because texpower is now built from texlive and this is the only solution you get a in-place upgrade. (texpower is empty, just depending on texlive-latex-extra which contains texpower) That isn't the only solution. There's not one monolithic GNOME package, nor even a monolithic GNOME-games package. Any time there's a stand-alone component under 1 MB that can't be installed without adding 450 MB of other stuff, perhaps it's time for more fine-grained dependencies. You probably didn't set 'Install-Recommends false'; in your apt.conf. Hence apt tries to install also the recommended packages and we have set the doc packages to recommended. Yes, these doc packages are quite large, a minimal TL installation should be quite smaller. Could you test it? H. -- Lies! All lies! You're all lying against my boys! -- Ma Barker http://www.hilmar-preusse.de.vu/ signature.asc Description: Digital signature
Bug#672693: [Cupt-devel] Bug#672693: [cupt] Internal error: conflicting elements
Hello, On 2012-05-12 23:13, Karol KozÅowski wrote: In the following example 'cupt' adopted for the automatic removal of a package libjpeg62, which is not installed. Thank you for the report. This is fine by itself, but of course the internal error is not. Can you please send me privately by mail the compressed output of 'tar-metadata' command (see man page for instructions how to use it)? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671227: ncurses-term: glitches in bterm
Sven Joachim, le Sun 13 May 2012 10:31:29 +0200, a écrit : So now we have op=\E[49m\E[39m which does not resemble anything else in terminfo.src. Samuel, does it work? Yes it does. I had some other glitch, but that was due to a color configuration in my .muttrc which was not taking into account that the default might be black on white, and not white on black. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672711: [buildd-tools-devel] Bug#672711: sbuild: --append-to-version should set source:Version substvar
clone 672711 -1 retitle -1 dpkg-source: Incorrect assumption setting source version reassign -1 dpkg-dev thanks On Sat, May 12, 2012 at 08:32:11PM -0700, Geoffrey Thomas wrote: As you saw on #debian-devel about a week ago, Paul Wise noticed (as a result of running the debian-derivatives analysis scripts on Debathena, which uses --append-to-version for all builds) that builds with --append-to-version do not correctly report the original/source package version number in the Source: field of the binary control file and binary .changes file. Namely, the field is expected to contain something of the form package (1.0), not just package, if the resulting binary package is not version 1.0. This works fine for sbuild's --binNMU option -- the binary package will be version e.g. 1.0+b1, but contain a Source: field of package (1.0). On tracking this down a little further (and noticing that --append-to-version=+b2 did not exhibit this bug), I found that when dpkg-source generates substvars (in Dpkg::Substvar), it uses the following logic: sub set_version_substvars { my ($self, $version) = @_; $self-{'vars'}{'binary:Version'} = $version; $self-{'vars'}{'source:Version'} = $version; $self-{'vars'}{'source:Version'} =~ s/\+b[0-9]+$//; [...] } So the source:Version field is only correct when the binary version happens to end with a +bNNN (or when it is the same as the source version, of course). So sbuild did not need to specifically do anything about source:Version when --binNMU was the only option that changed the binary version from the source version, but this assumption is no longer true with --append-to-version. I'm not sure what the right way to fix this is. Possibly sbuild itself should edit debian/substvars to change the source:Version field. I can't get --dpkg-source-opt=-Vsource:Version=1.0 to work, although maybe dpkg-source getting run before Hack binNMU version is relevant. Possibly dpkg-source gaining an option to be explicitly told the source package version is the most-right answer here, but would require changes in both sbuild and dpkg-dev. Hi Raphäel, In sbuild we allow additional extensions (in additional to +bn) appended to the version number, which are used for custom rebuilds of packages. However, it looks like the above logic in dpkg-source is only useful for binNMU versioning. In sbuild, the way binNMUs have always been done is to create a new changelog entry with the binNMU version, and then do a binary-only build. This works with the above logic. However, while this mechanism works, it's clearly a bit of a hack. It would be great if there was a way to specify an additional build version during a build to dpkg-buildpackage, which would not necessarily require an updated changelog entry, but could maybe be put into substvars as build:Version and so would hence be a more generalised and flexible solution. sbuild could then adopt this for doing both binNMUs and other appended versions which change this build version. This could default to binary:Version. Alternatively, this could just be binary:Version itself, since the source:Version would just be the changelog version (special binNMU changelog entries no longer being required). Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672412: [abiword] Error when trying to copy text.
On Sun, 13 May 2012 15:24:37 +1000 Dmitry Smirnov only...@member.fsf.org wrote: Thanks for your report. However at the moment I'm not able to reproduce it... I tend to think it might be something you're trying to copy - would you be able to provide an example document? Thanks. Regards, Dmitry. The file where the error is attached. 1.doc.gz Description: Binary data
Bug#672724: Init script message about disabled daemon should be info rather than warning
Package: fetchmail Version: 6.3.21-4 Severity: normal The init script has the following: if [ ! x$START_DAEMON = xyes -a ! $1 = status ]; then log_warning_msg Not starting fetchmail daemon, disabled via /etc/default/fetchmail exit 0 fi With the fancy LSB messages from current sid, this is displayed as a orange warning, while it's rather simple configuration impact w/o harm. You should rather use log_action_msg instead of log_warning_msg. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672725: boinc: FTBFS on hurd
Source: boinc Version: 7.0.27+dfsg-3 Severity: serious Tags: wheezy sid Hi, Your package fails to build on hurd. /usr/bin/ld: boinc_client-hostinfo_unix.o: undefined reference to symbol 'XOpenDisplay' /usr/bin/ld: note: 'XOpenDisplay' is defined in DSO /usr/lib/i386-gnu/libX11.so.6 so try adding it to the linker command line /usr/lib/i386-gnu/libX11.so.6: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status make[4]: *** [boinc_client] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [override_dh_auto_build] Error 2 make: *** [build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 /bin/bash ../libtool --tag=CXX --mode=link g++ -Wall -Wextra -Wshadow -Wredundant-decls -Wdisabled-optimization - Logs available here: https://buildd.debian.org/status/fetch.php?pkg=boincarch=hurd-i386ver=7.0.27%2Bdfsg-3stamp=1336707430 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666051: openssl 1.0.1 issues
On Sun, Apr 29, 2012 at 07:32:03PM +0200, Kurt Roeckx wrote: If you think there still is a problem in openssl, please file a new bug. I'm not sure whether there is still a problem with openssl, but the following site is still broken with 1.0.1c-1: $ openssl s_client -connect www.labanquepostale.fr:443 The remote server is IBM_HTTP_Server. Since it used to work with openssl = 1.0.0h-1 and the remote server is neither Microsoft nor BigIP, I thought it might be worth reporting. Thanks, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672721: tagainijisho: circular package dependency
Hi, I have a second thought. In stead of the original patch, I propose attached alternative. Whoever install KDE library have enough disk space and usually wish to have full features of package as default without making any efforts. So let's make all translations installed but also make them unselectable. It is your call whah one to apply. If anyone starts from translated dictionary (very odd case), there is still Recommends to guide people. If Translations are not needed, you can drop them since they are only Recommends. Osamu --- control.newtext 2012-05-13 17:39:52.338783368 +0900 +++ control 2012-05-13 18:11:03.204060604 +0900 @@ -9,6 +9,14 @@ Package: tagainijisho Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, tagainijisho-common (= ${source:Version}), tagainijisho-dic-en (= ${source:Version}) +Recommends: tagainijisho-dic-fr (= ${source:Version}), + tagainijisho-dic-de (= ${source:Version}), + tagainijisho-dic-es (= ${source:Version}), + tagainijisho-dic-ru (= ${source:Version}), + tagainijisho-dic-it (= ${source:Version}), + tagainijisho-dic-pt (= ${source:Version}), + tagainijisho-dic-th (= ${source:Version}), + tagainijisho-dic-tr (= ${source:Version}) Description: Japanese dictionary and learning assistant Tagaini Jisho is a free, open-source Japanese dictionary and kanji lookup tool. @@ -30,7 +38,7 @@ Depends: ${misc:Depends} Replaces: tagainijisho ( 0.9.2-1) Breaks: tagainijisho ( 0.9.2-1) -Recommends: tagainijisho +Suggests: tagainijisho Description: Common files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . @@ -40,7 +48,7 @@ Package: tagainijisho-dic-en Architecture: all Depends: ${misc:Depends} -Recommends: tagainijisho +Suggests: tagainijisho Description: English dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . @@ -50,7 +58,7 @@ Package: tagainijisho-dic-fr Architecture: all Depends: ${misc:Depends} -Recommends: tagainijisho +Suggests: tagainijisho Description: French dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . @@ -63,7 +71,7 @@ Package: tagainijisho-dic-de Architecture: all Depends: ${misc:Depends} -Recommends: tagainijisho +Suggests: tagainijisho Description: German dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . @@ -76,7 +84,7 @@ Package: tagainijisho-dic-es Architecture: all Depends: ${misc:Depends} -Recommends: tagainijisho +Suggests: tagainijisho Description: Spanish dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . @@ -89,7 +97,7 @@ Package: tagainijisho-dic-ru Architecture: all Depends: ${misc:Depends} -Recommends: tagainijisho +Suggests: tagainijisho Description: Russian dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . @@ -102,7 +110,7 @@ Package: tagainijisho-dic-it Architecture: all Depends: ${misc:Depends} -Recommends: tagainijisho +Suggests: tagainijisho Description: Italian dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . @@ -115,7 +123,7 @@ Package: tagainijisho-dic-pt Architecture: all Depends: ${misc:Depends} -Recommends: tagainijisho +Suggests: tagainijisho Description: Portuguese dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . @@ -128,7 +136,7 @@ Package: tagainijisho-dic-th Architecture: all Depends: ${misc:Depends} -Recommends: tagainijisho +Suggests: tagainijisho Description: Thai dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. . @@ -141,7 +149,7 @@ Package: tagainijisho-dic-tr Architecture: all Depends: ${misc:Depends} -Recommends: tagainijisho +Suggests: tagainijisho Description: Turkish dictionary files for Tagaini Jisho Tagaini Jisho is a Japanese dictionary and learning assistant. .
Bug#672721: tagainijisho: circular package dependency
No. On Sun, May 13, 2012 at 11:19 AM, Osamu Aoki os...@debian.org wrote: Hi, I have a second thought. In stead of the original patch, I propose attached alternative. Whoever install KDE library have enough disk space and usually wish to have full features of package as default without making any efforts. So let's make all translations installed but also make them unselectable. It is your call whah one to apply. If anyone starts from translated dictionary (very odd case), there is still Recommends to guide people. If Translations are not needed, you can drop them since they are only Recommends. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672718: tagainijisho: some part of GUI is too small to display its content
tags 672718 moreinfo unreproducible thanks It works for me, could you provide a screenshot? Thanks On Sun, May 13, 2012 at 10:17 AM, Osamu Aoki os...@debian.org wrote: Package: tagainijisho Version: 0.9.4-1 Severity: minor Program - Preferences The line heights for Preferred GUI language and Preferred disctionary language are too small to to display its content. Osamu -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tagainijisho depends on: ii libc6 2.13-32 ii libqt4-network 4:4.8.1-1 ii libqtcore4 4:4.8.1-1 ii libqtgui4 4:4.8.1-1 ii libsqlite3-0 3.7.11-3 ii libstdc++6 4.7.0-8 ii tagainijisho-common 0.9.4-1 ii tagainijisho-dic-en 0.9.4-1 tagainijisho recommends no packages. tagainijisho suggests no packages. -- no debconf information -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672725: boinc: FTBFS on hurd
severity 672725 important kthxbye On Sun, May 13, 2012 at 10:18:09 +0100, Nicholas Bamber wrote: Source: boinc Version: 7.0.27+dfsg-3 Severity: serious Tags: wheezy sid Hi, Your package fails to build on hurd. Which is not a release arch. Downgrading. Cheers, Julien signature.asc Description: Digital signature
Bug#672726: openldap: Please convert Debian's openldap SVN tepo to git - offer by Thomas Koch
Source: openldap Severity: wishlist Hi, now that OpenLDAP upstream switched it's repo to git, it would be great if Debian's openldap repo would do the switch too in order to simplify / streamline processes (like e.g. switching over to git-buildpackage, ...) And it looks like this does not involve too much effort on Debian'S openldap maintainers, because of Thomas Koch's offer in http://lists.debian.org/debian-devel/2012/05/msg00248.html Thomas offers to do the conversion for the Debian maintainers. Please use his offer. The bug for the conversion is allready opened (with this bug report ;-) Now, the bug only needs to be assigned to Thomas (with the assigment sighend). Best regards Peter PS: openldap 2.4.31 compiles runs with minimal changes to the patches in debian/patches. I do not dare pushing zthe to the repo as my knowledge of SVN is only minor. With git I'd push the to a separate branch for you to check. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672727: kicad: FTBFS in sid: error: 'gtlsort' was not declared
Package: kicad Version: 0.20120126+bzr3256-3 Severity: serious Justification: FTBFS Hello, kicad currently FTBFS in sid: /tmp/buildd/kicad-0.20120126+bzr3256/include/boost/polygon/polygon_90_set_data.hpp:299:9: error: 'gtlsort' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel Thibault samuel.thiba...@fnac.net c tiens, je suis déçu c quand on clique sur le bouton random de http://xkcd.com/221/ on ne tombe pas (toujours) sur http://xkcd.com/4/ c bon, j'envoie un bug-report à l'auteur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672728: tagainijisho: tagaini jisho doesn't warn when preferred dictionary language isn't installed
Package: tagainijisho Version: 0.9.4-1 Severity: minor Tags: upstream When selecting a different dictionary language (or if GUI language isn't english), Tagaini Jisho doesn't warn the user if said language isn't installed. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tagainijisho depends on: ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libqt4-network4:4.6.3-4+squeeze1 Qt 4 network module ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libsqlite3-0 3.7.11-2~bpo60+1 SQLite 3 shared library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii tagainijisho-common 0.9.4-1Common files for Tagaini Jisho ii tagainijisho-dic-en 0.9.4-1English dictionary files for Tagai tagainijisho recommends no packages. tagainijisho 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#672711: [buildd-tools-devel] Bug#672711: Bug#672711: sbuild: --append-to-version should set source:Version substvar
On Sun, May 13, 2012 at 10:13:53AM +0100, Roger Leigh wrote: In sbuild we allow additional extensions (in additional to +bn) appended to the version number, which are used for custom rebuilds of packages. However, it looks like the above logic in dpkg-source is only useful for binNMU versioning. In sbuild, the way binNMUs have always been done is to create a new changelog entry with the binNMU version, and then do a binary-only build. This works with the above logic. However, while this mechanism works, it's clearly a bit of a hack. It would be great if there was a way to specify an additional build version during a build to dpkg-buildpackage, which would not necessarily require an updated changelog entry, but could maybe be put into substvars as build:Version and so would hence be a more generalised and flexible solution. sbuild could then adopt this for doing both binNMUs and other appended versions which change this build version. This could default to binary:Version. Alternatively, this could just be binary:Version itself, since the source:Version would just be the changelog version (special binNMU changelog entries no longer being required). Just to expand on this: The current situation, as I see it, is that the versions in debian/changelog specify the source version. The binary version is always equal to the source version. However, when the version is +bn we treat this specially and have different source and binary versions. I think it would be much nicer if rather than having to use heuristics, we could simply set the binary version directly (with no changelog hacking required). If dpkg-buildpackage and/or the other dpkg tools could provide an option to override the binary version from its default (source) version, this would provide a clean, reliable mechanism. It also need not provide arbitrary versions; appending the build version to the source version would be entirely sufficient. Such a mechanism could then be used by sbuild for binNMUs, and other appended build versions. And, more importantly, the functionality would be exposed in a standard manner, so the versioning mechanism would not be tied to how sbuild does binNMUs, and would be generally usable. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672729: libvtk5-dev: No rule to make target `/usr/lib/libmysqlclient.so', needed by `bin/libvtkgdcmJava.so'. Stop.
Package: libvtk5-dev Version: 5.8.0-11 Severity: important GDCM fails to build on sid. VTK hardcode path to libs. In this case: make[3]: *** No rule to make target `/usr/lib/libmysqlclient.so', needed by `bin/libvtkgdcmJava.so'. Stop. make[3]: Leaving directory `/build/buildd-gdcm_2.2.0-11-armel-qhUZhC/gdcm-2.2.0/obj-arm-linux-gnueabi' Indeed: $ grep mysqlclient /usr/lib/vtk-5.8/*.cmake /usr/lib/vtk-5.8/VTKTargets-release.cmake: IMPORTED_LINK_INTERFACE_LIBRARIES_RELEASE /usr/lib/libpq.so;/usr/lib/libmysqlclient.so;/usr/lib/x86_64-linux-gnu/libz.so;vtkIO;vtkFilteringJava quick solution: binNMU on all arch, or be smart and hijack cmake introspection by setting -lmysqlclient ourself... -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvtk5-dev depends on: ii libavcodec-dev 4:0.5.2-6 development files for libavcodec ii libavformat-dev4:0.5.2-6 development files for libavformat ii libavutil-dev 4:0.5.2-6 development files for libavutil ii libboost-all-dev 1.42.0.1 Boost C++ Libraries development fi ii libc6-dev 2.11.2-10 Embedded GNU C Library: Developmen ii libexpat1-dev [lib 2.0.1-7 XML parsing C library - developmen ii libfreetype6-dev 2.4.4-1~bpo60+1 FreeType 2 font engine, developmen ii libgl1-mesa-dev [l 7.7.1-4 A free implementation of the OpenG ii libgl2ps-dev 1.3.5-1 Lib providing high quality vector ii libglu1-mesa-dev [ 7.7.1-4 The OpenGL utility library -- deve ii libjpeg62-dev [lib 6b1-1 Development files for the IJG JPEG ii libmysqlclient-dev 5.1.49-3 MySQL database development files ii libpng12-dev [libp 1.2.44-1+squeeze1 PNG library - development ii libpq-dev 9.1.1-1~bpo60+1 header files for libpq5 (PostgreSQ ii libswscale-dev 4:0.5.2-6 development files for libswscale ii libtiff4-dev [libt 3.9.4-5+squeeze3 Tag Image File Format library (TIF ii libvtk5.4 5.4.2-8 Visualization Toolkit - A high lev ii libx11-dev 2:1.3.3-4 X11 client-side library (developme ii libxft-dev 2.1.14-2 FreeType-based font drawing librar ii libxml2-dev2.7.8.dfsg-2+squeeze1 Development files for the GNOME XM ii libxss-dev 1:1.2.0-2 X11 Screen Saver extension library ii libxt-dev 1:1.0.7-1 X11 toolkit intrinsics library (de ii mpi-default-dev0.6 Standard MPI development files ii tcl8.5-dev 8.5.8-2 Tcl (the Tool Command Language) v8 ii tk8.5-dev 8.5.8-1 Tk toolkit for Tcl and X11, v8.5 - ii x11proto-core-dev 7.0.16-1 X11 core wire protocol and auxilia ii zlib1g-dev 1:1.2.3.4.dfsg-3 compression library - development libvtk5-dev recommends no packages. Versions of packages libvtk5-dev suggests: ii vtk-doc 5.8.0-4VTK class reference documentation ii vtk-examples 5.8.0-4C++, Tcl and Python example progra -- 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#672730: libnet-server-mail-perl: Little errors in copyright
Package: libnet-server-mail-perl Version: 0.17-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, the copyright file has a little error : * copyright (C) 2002, 2003, 2005 by Olivier Poitrey, 2007 by me Thanks, Xavier - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (700, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnet-server-mail-perl depends on: ii perl 5.14.2-9 libnet-server-mail-perl recommends no packages. libnet-server-mail-perl suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk+vg3kACgkQZ9okSKmj7dXHEACfWn/l5O2qk/rwYPbKum7ICJSj vFIAn1SkT7SDQQe17i7VWNAD21Mw0utl =sBPr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672179: kmail: Kmail can not launch slaves
On 2012-05-09 Noel David Torres Taño env...@rolamasao.org wrote: [...] user@host:~$ kmail Unable to load library icui18n Cannot load library icui18n: (libicui18n.so.48: no se puede abrir el fichero del objeto compartido: No existe el fichero o el directorio) [...] libQtCore tries to dlopen libicui18n.so.48. See https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/989915 https://bugzilla.redhat.com/show_bug.cgi?id=759923 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#672697: libmikmod: New Beta version from upstream
Andreas Tscharner a...@vis.ethz.ch writes: Package: libmikmod2 Version: 3.1.12-4 Severity: wishlist File: libmikmod Tags: upstream Dear Maintainer, Upstream has, after many years of inactivity a beta of new upcoming version 3.2.0. Please consider using it as fast as possible, because it contains ALSA support. Oh, nice, I'll have a look and if all goes well, prepare an upload to experimental at least. Thanks for the notice! -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672413: davfs2: sudo mount -t davfs fails without information
This looks like a sudo problem not a davfs2 problem. According to the sudo manpage a return value of 1 without any message means that there is a configuration/permission problem with sudo. Werner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666298: Bug#672017: qmk-groundstation: ftbfs with GCC-4.7
tags 666298 + patch thanks On 13/05/12 01:06, Sebastian Ramacher wrote: Please find attached a patch to fix this FTBFS. Attached is a revised patch that also fixes #666298. Regards -- Sebastian Ramacher diff -u qmk-groundstation-1.0.1/debian/rules qmk-groundstation-1.0.1/debian/rules --- qmk-groundstation-1.0.1/debian/rules +++ qmk-groundstation-1.0.1/debian/rules @@ -12,5 +12,6 @@ rm -f Images/QMK-Groundstation.xpm -build: +build: build-arch +build-arch: $(CONVERT) Images/QMK-Groundstation.png -geometry 32x32 Images/QMK-Groundstation.xpm diff -u qmk-groundstation-1.0.1/debian/changelog qmk-groundstation-1.0.1/debian/changelog --- qmk-groundstation-1.0.1/debian/changelog +++ qmk-groundstation-1.0.1/debian/changelog @@ -1,3 +1,11 @@ +qmk-groundstation (1.0.1-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * debian/rules: Add build-arch target. (Closes: #666298) + * Classes/ToolBox.cpp: Fix FTBGS with g++ 4.7. (Closes: #672017) + + -- Sebastian Ramacher s.ramac...@gmx.at Sun, 13 May 2012 00:57:07 +0200 + qmk-groundstation (1.0.1-2) unstable; urgency=low * Added note about license of the QMapControl widget to only in patch2: unchanged: --- qmk-groundstation-1.0.1.orig/Classes/ToolBox.cpp +++ qmk-groundstation-1.0.1/Classes/ToolBox.cpp @@ -18,6 +18,7 @@ ***/ #include ToolBox.h +#include unistd.h ToolBox::ToolBox() { signature.asc Description: OpenPGP digital signature
Bug#672690: libarchive: FTBFS on hurd-i386
forwarded 672690 http://code.google.com/p/libarchive/issues/detail?id=261 thanks Thanks for the detailed report. I've forwarded the bug upstream which has been good at fixing Hurd related issues in the past due to very good detailed reports and help from Pino. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672731: override: tagainijisho*:education/extra
Package: ftp.debian.org Severity: normal REQUEST: please change the override section for the following packages to 'education': tagainijisho-common tagainijisho-dic-de tagainijisho-dic-en tagainijisho-dic-es tagainijisho-dic-fr tagainijisho-dic-ru tagainijisho RATIONALE: Tagaini Jisho is a Japanese dictionary and learning assistant. Newest binary packages (tagainijisho-dic-it, tagainijisho-dic-pt, tagainijisho-dic-th, tagainijisho-dic-tr) are already in section 'education'. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671884: kfreebsd panic: page fault on installer image
Hi Steven, Steven Chamberlain ste...@pyro.eu.org (13/05/2012): Hi Miguel, Which kernel did you choose? Do both kfreebsd-8 and kfreebsd-9 have this problem? And which version of VirtualBox was this? I believe a bug in vbox 3.2 leads to regular panics of kfreebsd-9. vbox 4.x or kfreebsd-8 are okay. Also please note, the d-i images from 20120405 did not work when I tried them (missing libraries; unable to detect/manage disk partitions as a result). The 20120404 images should be better choice. At least until new daily images are being built again. thanks for the details on the Release Announce page. I've removed this issue from there since it looks like gone for me too with alpha1. Mraw, KiBi. signature.asc Description: Digital signature
Bug#672732: Current version is ancient, please upgrade
Package: src:polybori Version: 0.5~rc1-2.2 Upstream is now up to 0.8.1. Snark on #sagemath (freenode) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669483: spl: diff for NMU version 1.0~pre6-3.1
(I'm not the maintainer.) * Jonathan Wiltshire j...@debian.org, 2012-05-12, 11:36: +spl (1.0~pre6-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Add dependency on libncurses-dev to fix FTBFS (Closes: #669483) + + -- Jonathan Wiltshire j...@debian.org Sat, 12 May 2012 11:01:33 +0100 I don't see any _code_ that would use ncurses: $ grep -i -r -n -C2 curses . ./GNUmakefile-140-ifeq ($(BUILDING_FOR_BSD),0) ./GNUmakefile-141- LDLIBS_DL = -ldl ./GNUmakefile:142: LDLIBS_CURSES = -lncurses ./GNUmakefile-143-else ./GNUmakefile-144- LDLIBS_DL = ./GNUmakefile:145: LDLIBS_CURSES = -lcurses ./GNUmakefile-146- CFLAGS += -DUSEBSDAPI=1 ./GNUmakefile-147-endif -- ./GNUmakefile-185-ifeq ($(ENABLE_READLINE_SUPPORT),1) ./GNUmakefile-186- CFLAGS += -DENABLE_READLINE_SUPPORT ./GNUmakefile:187: LDLIBS += -lreadline $(LDLIBS_CURSES) ./GNUmakefile:188: DLL_LIBS += -lreadline $(LDLIBS_CURSES) ./GNUmakefile-189-endif ./GNUmakefile-190- Also, I see this in the build log: dpkg-shlibdeps: warning: package could avoid a useless dependency if /build/spl-zVoNlL/spl-1.0~pre6/debian/spl-core/usr/bin/splrun was not linked against libncurses.so.5 (it uses none of the library's symbols). dpkg-shlibdeps: warning: package could avoid a useless dependency if /build/spl-zVoNlL/spl-1.0~pre6/debian/spl-webspl/usr/bin/webspld /build/spl-zVoNlL/spl-1.0~pre6/debian/spl-webspl/usr/lib/cgi-bin/webspl.cgi were not linked against libncurses.so.5 (they use none of the library's symbols). So likely a better way to fix this bug is to stop linking against ncurses. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672521: i3: Lockup with Shift-Mod-e
Hey Anthony, Quoting Anthony Campbell (2012-05-12 19:35:45) You've probably got my last email, saying that the same thing is reproducible in dwm and icewm, so it is not specific to i3. No, I didn’t get that mail. Can you please sent me the message ID and (if you have access to it) the corresponding log entry from your outgoing mailserver? Message-ID: 20120512075253.ga2...@acampbell.org.uk Oh, I’ve got that one, but it doesn’t contain dwm at all. Yes, still locks up. Can you provide the output of the following commands please? killall i3bar; xlsclients -l [ 561.751] Server terminated successfully (0). Closing log file. This is the message which is missing in case of the i3 exit. I wonder which client is still alive so that the server doesn’t consider the session finished. How exactly do you start i3? Which display manager do you use? If you use xinitrc/xsession, can you please attach that file? Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672718: tagainijisho: some part of GUI is too small to display its content
tags 672718 - moreinfo unreproducible + upstream confirmed thanks I finally hit that bug. Steps to reproduce: In Preferences, select a different GUI language (e.g. French). Restart TJ, open Preferences. Dropdown menu is now very small. Apparently it scales to the height of the flag, and the dictionary menu scales to the same size. HTH T-Bone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672733: Please ship wbclient.pc as cifs-utils does not build without it anymore
Package: libwbclient-dev Version: 2:3.6.5-1 Severity: important Hi Please ship the pkg-config file wbclient.pc as cifs-utils' upstream decided to change the configure check for winbind to rely on the wbclient.pc file to be more flexible regarding where to find wbclient.h. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620104: NMU diff for dh-buildinfo/0.9+nmu1
Attached is the NMU diff for dh-buildinfo/0.9+nmu1. Bastian -- It is a human characteristic to love little animals, especially if they're attractive in some way. -- McCoy, The Trouble with Tribbles, stardate 4525.6 diff -Nru dh-buildinfo-0.9/debian/changelog dh-buildinfo-0.9+nmu1/debian/changelog --- dh-buildinfo-0.9/debian/changelog 2006-02-14 21:20:38.0 + +++ dh-buildinfo-0.9+nmu1/debian/changelog 2012-05-13 10:22:38.0 + @@ -1,3 +1,10 @@ +dh-buildinfo (0.9+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * Add architecture to buildinfo file name. (closes: #620104) + + -- Bastian Blank wa...@debian.org Sun, 13 May 2012 09:53:56 + + dh-buildinfo (0.9) unstable; urgency=low * Corrected Makefile.PL and debian/rules to get a sane install procedure diff -Nru dh-buildinfo-0.9/dh_buildinfo dh-buildinfo-0.9+nmu1/dh_buildinfo --- dh-buildinfo-0.9/dh_buildinfo 2004-01-08 13:22:37.0 + +++ dh-buildinfo-0.9+nmu1/dh_buildinfo 2012-05-13 09:53:10.0 + @@ -268,6 +268,7 @@ complex_doit(gzip -9f debian/buildinfo debian/buildinfo.gz); foreach my $package (@{$dh{DOPACKAGES}}) { my $tmp=tmpdir($package); +my $arch=package_arch($package); # If this is a symlink, leave it alone. if ( ! -d $tmp/usr/share/doc/$package @@ -276,7 +277,7 @@ } if ( ! -l $tmp/usr/share/doc/$package) { - doit(install,-g,0,-o,0,-m0644,debian/buildinfo.gz,$tmp/usr/share/doc/$package); + doit(install,-g,0,-o,0,-m0644,debian/buildinfo.gz,$tmp/usr/share/doc/$package/buildinfo_$arch.gz); } }
Bug#616346: Enable i18n of berusky
tags 616346 - patch tags 616346 moreinfo stop Hi Helge, http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=11;bug=616346 How did you update po/Makefile.in.in ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672675: [debian-mysql] Bug#672675: mysql-server-core-5.5: frequent wake-ups while idle
Piotr, As described in http://dev.mysql.com/doc/innodb/1.1/en/innodb-performance-aio-linux.html, you can set innodb_use_native_aio=0 in the [mysqld] section of the config file. I hope this helps. I'll put your question up on the FAQ (http://wiki.debian.org/Teams/MySQL/FAQ) and close the report if you have no other issues. On 12/05/12 19:54, Piotr Engelking wrote: Package: mysql-server-core-5.5 Version: 5.5.23-2 Severity: normal The MySQL server wakes up several times per second even if no clients are connected. Waking up the CPU unnecessarily results in increased power consumption. Please consider allowing mysqld to sleep until it has queries to process. Here is the result of tracing all threads of idle mysqld for 4 seconds: # for i in /proc/$(pidof mysqld)/task/*; do timeout -s INT 4 strace -p $(basename $i); done Process 11711 attached - interrupt to quit restart_syscall(... resuming interrupted call ... unfinished ... Process 11711 detached Process 11731 attached - interrupt to quit io_getevents(-202268672, 1, 256, {}{0, 5}) = 0 io_getevents(-202268672, 1, 256, {}{0, 5}) = 0 io_getevents(-202268672, 1, 256, {}{0, 5}) = 0 io_getevents(-202268672, 1, 256, {}{0, 5}) = 0 io_getevents(-202268672, 1, 256, {}{0, 5}) = 0 io_getevents(-202268672, 1, 256, {}{0, 5}) = 0 io_getevents(-202268672, 1, 256, {}{0, 5}) = 0 io_getevents(-202268672, 1, 256,unfinished ... Process 11731 detached Process 11732 attached - interrupt to quit io_getevents(-202280960, 1, 256, {}{0, 5}) = 0 io_getevents(-202280960, 1, 256, {}{0, 5}) = 0 io_getevents(-202280960, 1, 256, {}{0, 5}) = 0 io_getevents(-202280960, 1, 256, {}{0, 5}) = 0 io_getevents(-202280960, 1, 256, {}{0, 5}) = 0 io_getevents(-202280960, 1, 256, {}{0, 5}) = 0 io_getevents(-202280960, 1, 256, {}{0, 5}) = 0 io_getevents(-202280960, 1, 256, {}{0, 5}) = 0 io_getevents(-202280960, 1, 256,unfinished ... Process 11732 detached Process 11733 attached - interrupt to quit io_getevents(-202428416, 1, 256, {}{0, 5}) = 0 io_getevents(-202428416, 1, 256, {}{0, 5}) = 0 io_getevents(-202428416, 1, 256, {}{0, 5}) = 0 io_getevents(-202428416, 1, 256, {}{0, 5}) = 0 io_getevents(-202428416, 1, 256, {}{0, 5}) = 0 io_getevents(-202428416, 1, 256, {}{0, 5}) = 0 io_getevents(-202428416, 1, 256, {}{0, 5}) = 0 io_getevents(-202428416, 1, 256,unfinished ... Process 11733 detached Process 11734 attached - interrupt to quit io_getevents(-202440704, 1, 256, {}{0, 5}) = 0 io_getevents(-202440704, 1, 256, {}{0, 5}) = 0 io_getevents(-202440704, 1, 256, {}{0, 5}) = 0 io_getevents(-202440704, 1, 256, {}{0, 5}) = 0 io_getevents(-202440704, 1, 256, {}{0, 5}) = 0 io_getevents(-202440704, 1, 256, {}{0, 5}) = 0 io_getevents(-202440704, 1, 256, {}{0, 5}) = 0 io_getevents(-202440704, 1, 256, {}{0, 5}) = 0 io_getevents(-202440704, 1, 256,unfinished ... Process 11734 detached Process 11735 attached - interrupt to quit io_getevents(-202452992, 1, 256, {}{0, 5}) = 0 io_getevents(-202452992, 1, 256, {}{0, 5}) = 0 io_getevents(-202452992, 1, 256, {}{0, 5}) = 0 io_getevents(-202452992, 1, 256, {}{0, 5}) = 0 io_getevents(-202452992, 1, 256, {}{0, 5}) = 0 io_getevents(-202452992, 1, 256, {}{0, 5}) = 0 io_getevents(-202452992, 1, 256, {}{0, 5}) = 0 io_getevents(-202452992, 1, 256,unfinished ... Process 11735 detached Process 11736 attached - interrupt to quit io_getevents(-202465280, 1, 256, {}{0, 5}) = 0 io_getevents(-202465280, 1, 256, {}{0, 5}) = 0 io_getevents(-202465280, 1, 256, {}{0, 5}) = 0 io_getevents(-202465280, 1, 256, {}{0, 5}) = 0 io_getevents(-202465280, 1, 256, {}{0, 5}) = 0 io_getevents(-202465280, 1, 256, {}{0, 5}) = 0 io_getevents(-202465280, 1, 256, {}{0, 5}) = 0 io_getevents(-202465280, 1, 256,unfinished ... Process 11736 detached Process 11737 attached - interrupt to quit io_getevents(-202612736, 1, 256, {}{0, 5}) = 0 io_getevents(-202612736, 1, 256, {}{0, 5}) = 0 io_getevents(-202612736, 1, 256, {}{0, 5}) = 0 io_getevents(-202612736, 1, 256, {}{0, 5}) = 0 io_getevents(-202612736, 1, 256, {}{0, 5}) = 0 io_getevents(-202612736, 1, 256, {}{0, 5}) = 0 io_getevents(-202612736, 1, 256, {}{0, 5}) = 0 io_getevents(-202612736, 1, 256, {}{0, 5}) = 0 io_getevents(-202612736, 1, 256,unfinished ... Process 11737 detached Process 11738 attached - interrupt to quit io_getevents(-202625024, 1, 256, {}{0, 5}) = 0 io_getevents(-202625024, 1, 256, {}{0, 5}) = 0 io_getevents(-202625024, 1, 256, {}{0, 5}) = 0 io_getevents(-202625024, 1, 256, {}{0, 5}) = 0 io_getevents(-202625024, 1, 256, {}{0, 5}) = 0 io_getevents(-202625024, 1, 256, {}{0, 5}) =
Bug#671227: ncurses-term: glitches in bterm
On Sun, May 13, 2012 at 11:09:47AM +0200, Samuel Thibault wrote: Sven Joachim, le Sun 13 May 2012 10:31:29 +0200, a ?crit : So now we have op=\E[49m\E[39m which does not resemble anything else in terminfo.src. Samuel, does it work? Yes it does. I had some other glitch, but that was due to a color configuration in my .muttrc which was not taking into account that the default might be black on white, and not white on black. sounds good. I recall making that typo before, should add a warning to tic's checking, e.g., \E followed by something other than a digit or one of the special cases which correspond to a C1 control. It would take some tuning to make it usable though... -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#672686: [Pkg-xfce-devel] Bug#672686: lightdm: errors during uninstall and fails to load after reinstall
On dim., 2012-05-13 at 10:31 +0200, Marco Milone wrote: Package: lightdm Version: 1.0.11-1 Followup-For: Bug #672686 Dear Maintainer, sorry for the Italian, but I thought that the output message 11 was sufficient. Well, by itself it's pretty useless. I need some context, which is in italian… And not that the signal 11 was in userdel, so it might be worth trying the same command outside of lightdm maintainerscripts. By the way, I think that my mistake lead us to find the real problem: I purged lightdm with LANG=C and no errors were reported: ~$ LANG=C sudo aptitude purge lightdm [sudo] password for milo: The following packages will be REMOVED: liblightdm-gobject-1-0{u} lightdm{p} lightdm-gtk-greeter{u} 0 packages upgraded, 0 newly installed, 3 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 1214 kB will be freed. Do you want to continue? [Y/n/?] y (Reading database ... 202190 files and directories currently installed.) Removing lightdm ... Purging configuration files for lightdm ... Removing user `lightdm' ... Warning: group `lightdm' has no more members. Done. Processing triggers for man-db ... (Reading database ... 202101 files and directories currently installed.) Removing lightdm-gtk-greeter ... Removing liblightdm-gobject-1-0 ... localepurge: Disk space freed in /usr/share/locale: 0 KiB localepurge: Disk space freed in /usr/share/man: 0 KiB localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB localepurge: Disk space freed in /usr/share/omf: 0 KiB Total disk space freed by localepurge: 0 KiB So I reinstalled lightdm once again and this time all went fine. Without LANG=C it fails to delete user and group lightdm and during the subsequent reinstall it not creates /var/lib/lightdm. Can you try with LANG=en_US.UTF-8? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#672734: mencoder: package is missing a manpage
Package: mencoder Severity: normal Hi. I am currently using mplayer2 for playing videos and I have mencoder installed. Unfortunately, the manpage for mencoder does not get installed in this configuration and using mencoder's myriad of options for codecs is almost hopeless. It would be good to have a new upload of mencoder soon so that we get a proper version into testing (and, therefore, in the next release). Thanks. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.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#672735: [signing-party] gpg-key2ps: Allow printing preferred keyserver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: signing-party Version: 1.1.4-1 Severity: wishlist - --- Please enter the report below this line. --- It would be nice if it was possible to print preferred keyserver with slides created by gpg-key2ps. The preferred keyserver could be took from ~/.gnupg/gpg.conf if it's set. - --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.fi.debian.org 500 unstableftp.debian.org 500 unstableftp.acc.umu.se 500 unstabledeb.torproject.org 500 testing dl.google.com 500 stable download.webmin.com 500 stable dl.google.com 500 sid www.lamaresh.net 500 oneiric ppa.launchpad.net 500 experimental-sid deb.torproject.org 500 all liveusb.info - --- Package information. --- Depends(Version) | Installed -+-=== libc6 (= 2.7) | 2.13-32 perl | 5.14.2-10 gnupg| 1.4.12-4 libgnupg-interface-perl | 0.45-1 libtext-template-perl| 1.45-2 libmime-tools-perl | 5.502-1 libmailtools-perl| 2.08-1 libterm-readkey-perl | 2.30-4+b2 libclass-methodmaker-perl| 2.18-1+b1 qprint | 1.0.dfsg.2-2 Recommends(Version) | Installed ===-+-=== default-mta | OR mail-transport-agent| libpaper-utils | 1.1.24+nmu2 libgd-gd2-noxpm-perl| 1:2.46-2+b1 OR libgd-gd2-perl | libtext-iconv-perl | 1.7-5 OR libintl-perl| OR recode | dialog | 1.1-20120215-1 OR whiptail| 0.52.14-9 Suggests (Version) | Installed -+-=== imagemagick | 8:6.7.4.0-5 OR graphicsmagick-imagemagick-compat| wipe | mutt | texlive-latex-recommended| 2011.20120509-1 - -- [Mika Suomalainen](https://mkaysi.github.com/) || [gpg --keyserver pool.sks-keyservers.net --recv-keys 4DB53CFE82A46728](http://mkaysi.github.com/PGP/key.txt) || [Why do I sign my emails?](http://mkaysi.github.com/PGP/WhyDoISignEmails.html) || [Please don't send HTML.](http://mkaysi.github.com/articles/complaining/HTML.html) || [Please don't toppost](http://mkaysi.github.com/articles/complaining/topposting.html) || [This signature](https://gist.github.com/2643070) || -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPr5JBAAoJEE21PP6CpGcoK9wP/3tTSHImT+i58vBESoldPPxG ms3t9scZEsPdFLJCTEDZkVhtIFKlhqe3JbuKD1RyokAWncouMbXpxTGeSoNm9Leb IV0Rx7CGPCTzLsNcXAtLa63pnyJlf0deJhdUtpCnylZy1MrhlgdqJ0PQXZ6Cl1PI sIEuGBHsseEHnUxNAIk/0kCHuQdZt4b6T3pIGVQCygxIacJyccdbbX8MPKsc5lke wYR3TROeIeSWYdjapVMS1okjme2x10WlTVVsgbMMqTU6LxzZNUhFwKfIF3l6QiTD 2lLNC8XOdusDEIQoFaK/pPqEzO1NdEXraqqAmtSiI9sB3RjyEox+ZDDZmQ9KcrLn DCb672lhPMIdlJN7An9yFDNverwYgB4q4JxELV+MjQgYGaGTM1l2VMyta8FovYpI rEg9lxk8/vGcsG218V4tKiXmQVHqYOiwVT2YBqWzd7OJeq4uDElUq6c+QAIQH8AQ aD87dpQecOAOheI/xV17L9elN9Vh4jvSSSi55O2ADog5lsKiF7DZiYtjfnVp7cVx q1bMxFj3fSycGzU12UdnssGeZYXQQhh7Qig5xqXu9nnLNmgSzgBktaT9RD8x58wk LzD/v0CSXtnBk6olwf5JlVj4ulwWcc4Wl4/736kwWF2xqlr/+DXDjcmz0Q9eYoZn C589kaeSPdqXnE1HpnEF =KQAS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672736: eagle: not installable on amd64
Package: eagle Version: 5.12.0-3 Severity: important Dear Maintainer, eagle 5.12.0-3 is i386 only and uninstallable on amd64, because it depends on libjpeg62 (= 6b1), which is not converted to multiarch and probably won't be (see #642079). Could you please make eagle use libjpeg8, as suggested in #642079 message #10? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672550: offer to co-maintain
On 12-mei-2012, at 00:36, Marc Haber wrote: Package: pdns Version: 3.1-1 Severity: wishlist Hi Matthijs, I am currently working a lot with PowerDNS, and am in very close touch with Bert and Peter during my work hours. At my current work place, we have rolled Debian packages of PowerDNS 3.1 into production and I am currently working to get them compile on sid/wheezy (currently blocked by http://wiki.powerdns.com/trac/ticket/458). My github repository is at https://github.com/Zugschlus/debian-pdns. Feel free to pull from there, but the package is at the moment not in a compiling shape. I would like to offer co-maintenance of PowerDNS in Debian. We can work like: (1) You pull, compile, test and upload. (2) You give me write access to your github repository and I push there. You compile, test and upload. (3) You allow me to add myself to uploaders and let me upload to Debian directly. We both compile, test and upload whenever one finds the time. I would prefer a combination of (2) and (3) ;-) I also offer to do bug triaging if I am in a position to actually change things in the package. Please advise whether you want me to help. Greetings Marc Hello Marc, I was already planning for sending an RFH, as I have not that much time available lately. But this is even better. I agree with option 3. Maybe it's a good idea to move the git repository to git.debian.org. As that is the official? location for debian packages. That the package repository is at github is due to some historical reasons. And would you like to help with pdns and pdns-recursor? That would be nice too. Thank you very much for the updates on the bug reports! Regards, Matthijs Möhlmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672737: RM: zhone -- RoQA; RC buggy, uninstallable, depends on missing packages
Package: ftp.debian.org Severity: normal Please remove zhone. Despite the fixed-in-experimental tag, the package still depends on python-evas which itself has multiple RC bugs and is not installable. (Removal of python-evas to be requested next.) No activity since 2011 (2010 for the version in unstable). No maintainer response to either RC bug. Thanks. -- Neil Williams codeh...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672585: quiet option for gpo update and gpo download (possibly other commands) missing
On Sun, May 13, 2012 at 06:31:18AM BST, Thomas Perl wrote: Actually, you can simply get rid of these error messages by redirecting stdout in the crontab, e.g.: 5 0 * * *gpo update /dev/null I know how to redirect STDOUT, thanks ;^) I consider this easier than having an additional quiet option. It also works for all options, and doesn't need any code changes. Therefore (with the current request) I consider this a WONTFIX. If there's something that can't be done with input redirection, please tell me. I agree, it's easier for you and me, I was simply thinking about people who are new to unix-like OSs, don't know anything about stream redirection, yet they use gPodder and just heard of this thing called cron and would like to use it to download new podcasts. As I've mentioned earlier, podget has -s option which is explicitly mentioned in the manual as for cron jobs. Most of the programs I use have both verbose and quiet options. gPodder does have -v/--verbose. Using both as examples and analogies I simply thought it would be nice to have the quiet/silent option. If it was not clear to you, maybe you can provide some documentation additions as a patch to the README file or gpo manual page? I'd really appreciate that, especially the manpage could be improved here. See http://github.com/gpodder/gpodder for the Git repository of gPodder, against which patches should be submitted. Will look into it. At the moment I'm evaluating several command line podcast downloaders, gPodder, podget being just a few. I'd like to settle on one eventually - ability to use it from cron is just one of the criteria. I'd also like to recommend it to people who might be starting their journey with a form of *nix and are not technically savvy and gPodder fits here really nicely here with all its features: i.e. both GUI and CLI (+interactive one), gpodder.net, multi-platform, hooks, etc. Thanks for all your work and a prompt reply. Regards, -- Raf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672738: should depend on libepsilon0 = 0.9.0 probably
Package: gdal-bin Version: 1.9.0-2 Severity: normal On my system there was libepsilon0=0.3.0.012+svn41533-1 for a reason, so after gdal upgrade it stopped working: gdalwarp: symbol lookup error: /usr/lib/libgdal.so.1: undefined symbol: eps_get_fb_info Upgrading libepsilon0 to the latest available helped, however. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3.0-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdal-bin depends on: ii libarmadillo3 1:3.0.3+dfsg-3 ii libc6 2.13-26 ii libcurl3-gnutls7.24.0-1 ii libdap11 3.11.1-10 ii libdapclient3 3.11.1-10 ii libdapserver7 3.11.1-10 ii libepsilon00.9.1-2 ii libexpat1 2.0.1-4 ii libfreexl1 1.0.0b-1 ii libgcc11:4.7.0-7 ii libgdal1 1.9.0-2 ii libgeos-c1 3.3.1-1 ii libgif44.1.6-6 ii libhdf4-0-alt 4.2r4-10 ii libhdf5-7 [libhdf5-7] 1.8.8-9 ii libjasper1 1.900.1-13 ii libjpeg8 8c-2 ii libkml01.3.0~r863-4 ii liblzma5 5.1.1alpha+20110809-3 ii libmysqlclient18 5.5.23-2 ii libnetcdfc71:4.1.3-6 ii libodbc1 2.2.14p2-3 ii libogdi3.2 3.2.0~beta2-4 ii libpng12-0 1.2.37-1 ii libpoppler13 0.16.7-3 ii libpq5 9.1.2-1 ii libproj0 4.6.1-5 ii libspatialite3 3.1.0~rc2-1 ii libsqlite3-0 3.7.4-2 ii libssl1.0.01.0.0d-2 ii libstdc++6 4.7.0-7 ii liburiparser1 0.7.5-1 ii libxerces-c28 2.8.0-3+b1 ii odbcinst1debian2 2.2.14p2-3 ii unixodbc 2.2.14p2-3 ii zlib1g 1:1.2.3.4.dfsg-3 gdal-bin recommends no packages. Versions of packages gdal-bin suggests: ii python-gdal 1.7.3-6+b1 -- 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#672739: [INTL:pl] Polish debconf translation
Package: collectd Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#672740: [INTL:pl] Polish debconf translation
Package: tripwire Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#672741: [INTL:pl] Polish debconf translation
Package: graphite-carbon Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#672550: offer to co-maintain
On Sun, May 13, 2012 at 12:42:15PM +0200, Matthijs Möhlmann wrote: Maybe it's a good idea to move the git repository to git.debian.org. As that is the official? location for debian packages. I was about to suggest that. I'll request a project on alioth and get on with the move. While we're at it, I'd create a pkg-pdns-maintainers mailing list and set the maintainer to that address. And would you like to help with pdns and pdns-recursor? That would be nice too. Currently, my main focus is on the authoritative server, but I agree that it would make sense to team maintain the recursor as well. Thank you very much for the updates on the bug reports! You're welcome. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672742: /usr/bin/xetex: xetex fails to compile documents with defaultfontfeatures set
Package: texlive-binaries Version: 2011.20120510-1 Severity: important File: /usr/bin/xetex Dear Maintainer, After recent update of texlive, xetex fails to compile all my documents. I've tracked the problem to the following minimal example: 8 (xetex-bug.tex) \documentclass[12pt]{article} \usepackage{polyglossia} \setdefaultlanguage{russian} % NOTE: without defaultfontfeatures it works \defaultfontfeatures{Scale=MatchLowercase} \setmainfont{Linux Libertine O} %\setsansfont{Linux Biolinum O} %\setmonofont[HyphenChar=None]{DejaVu Sans Mono} \begin{document} Привет Мир! \end{document} 8 on which xelatex fails this way: $ xelatex xetex-bug.tex This is XeTeX, Version 3.1415926-2.3-0.9998 (TeX Live 2012/dev/Debian) restricted \write18 enabled. entering extended mode (./xetex-bug.tex LaTeX2e 2011/06/27 Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, et hiopic, farsi, arabic, pinyin, croatian, bulgarian, ukrainian, russian, slovak, czech, danish, dutch, usenglishmax, ukenglish, finnish, french, basque, ngerma n, ngerman-x-2011-07-01, german, swissgerman, german-x-2011-07-01, monogreek, g reek, ibycus, ancientgreek, hungarian, bengali, tamil, hindi, telugu, gujarati, sanskrit, malayalam, kannada, assamese, marathi, oriya, panjabi, italian, lati n, latvian, lithuanian, mongolian, mongolianlmc, nynorsk, bokmal, indonesian, e speranto, lao, coptic, welsh, irish, interlingua, serbian, slovenian, serbianc, romansh, estonian, romanian, armenian, uppersorbian, turkish, afrikaans, icela ndic, kurmanji, friulan, polish, portuguese, galician, catalan, spanish, swedis h, loaded. (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size12.clo)) (/usr/share/texlive/texmf-dist/tex/xelatex/polyglossia/polyglossia.sty ... (/usr/share/texlive/texmf-dist/tex/latex/fontspec/fontspec.cfg (/usr/share/texlive/texmf-dist/tex/xelatex/polyglossia/gloss-russian.ldf (/usr/share/texlive/texmf-dist/tex/xelatex/polyglossia/babelsh.def)) (./xetex-bug.aux) (/usr/share/texmf/tex/latex/tipa/t3cmr.fd) ! TeX capacity exceeded, sorry [input stack size=5000]. \tl_if_empty_return:o ...o_str:n \exp_after:wN {#1 }\q_nil \prg_return_true: ... l.16 \end{document} No pages of output. Transcript written on xetex-bug.log. NOTE that with \defaultfontfeatures commented out it works. I've searched the web a bit, and it seems the bug, at least a very similiar one, was already reported upstream in 2010: http://tug.org/pipermail/tex-live/2010-October/027549.html http://tug.org/pipermail/tex-live/2010-October/027582.html It used to work with TeXLive 2009 in testing. Thanks beforehand, Kirill -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.4.0-rc5-netmini+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-binaries depends on: ii dpkg1.16.3 ii ed 1.6-1 ii install-info4.13a.dfsg.1-10 ii libc6 2.13-32 ii libfontconfig1 2.9.0-3 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.0-7 ii libgraphite31:2.3.1-0.2 ii libkpathsea62011.20120410-1 ii libpng12-0 1.2.49-1 ii libpoppler130.16.7-3 ii libptexenc1 2011.20120410-1 ii libstdc++6 4.7.0-7 ii libx11-62:1.4.99.901-2 ii libxaw7 2:1.0.10-2 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1 ii perl5.14.2-9 ii tex-common 3.10 ii texlive-common 2011.20120509-1 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages texlive-binaries recommends: ii luatex 0.70.1-3 ii python 2.7.2-10 ii ruby4.8 ii ruby1.8 [ruby] 1.8.7.352-2 ii texlive-base2011.20120509-1 ii tk8.4 [wish]8.4.19-4 ii tk8.5 [wish]8.5.11-1 texlive-binaries 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#633844: geeqie: zoom in or out on full screen also affects combined frames
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Am Do den 14. Jul 2011 um 11:21 schrieb Mark Hobley: When an image is viewed full screen (or in an isolated frame), zoom in and out (using the plus or minus keys) also affects the zoom level on the combined frame. This means that before selecting the next image, it is necessary to zoom back out again to see the images at the correct zoom level in the combination frame. The combination frame should have its independent zoom level. It is not completely clear for me what you really mean by this report. When I open a image in a separate window I can zoom them completely independent of the main window. And in fullscreen there is either only one window visible. Also there is zoom setting in the second tab of the preferences dialogue (Image). Maybe you did set it to parameters that do not fit your needs? Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJPr5iiAAoJEKZ8CrGAGfas1ncL/i9HXH5JpZTYbfjEswP4GdQm g0QiHhtZJGWLqMRvmDJbJFky57z524Qoiph1rfRT1nnQmdnyDADrmt83Ojoq0R8S 05iJ/LK+wVwUYvKOeFrnV59Xv9dW/on6BDZ5j5c4iuJx2AS6PFUZX6p0+C2WTp5p NRehOvJL7GQvunpFoM++wV82mSsaZQCo/OejDl9vgZFjxYB/vF4pWG8YmpeWdlUr 0vZTmGobahizm99mA/yj/S/HVt98Zrn5Qg9qXvg9rYjU93ElUaIUWCkgpWH6higG Y2yWgAxrbyAWQQOjXmZGfEVL4IxLhxbM+1euthVoVLOhwH86In32ls+AfLgD0wkr nkBRpSnzQqItxjR93LTs8YBt/9O9U0qPykkpkRZgkCypx3YxSFmxrdodcUByB8Bm 4jQNlg+BYBud5YJt4OG8Tqtc82SfjxY0OaShF3e9HiBZh3vf19mf9OhdTDJrBe8p iLMEclH/+IRch9JGhuEQi5YRbq6eR+AIVB/k3/R3rQ== =w4So -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672521: i3: Lockup with Shift-Mod-e
On 13 May 2012, Michael Stapelberg wrote: ithaca:~:$ killall i3bar ; xlsclients ithaca xterm -class UXTerm -title uxterm -u8 ithaca xterm -class UXTerm -title uxterm -u8 ithaca firefox-bin ithaca plugin-container Hey Anthony, Quoting Anthony Campbell (2012-05-12 19:35:45) You've probably got my last email, saying that the same thing is reproducible in dwm and icewm, so it is not specific to i3. No, I didnât get that mail. Can you please sent me the message ID and (if you have access to it) the corresponding log entry from your outgoing mailserver? Message-ID: 20120512075253.ga2...@acampbell.org.uk Oh, Iâve got that one, but it doesnât contain dwm at all. Yes, still locks up. Can you provide the output of the following commands please? ithaca:~ killall i3bar; xlsclients -l ithaca:~:$ killall i3bar ; xlsclients ithaca xterm -class UXTerm -title uxterm -u8 ithaca xterm -class UXTerm -title uxterm -u8 ithaca firefox-bin ithaca plugin-container ithaca:~:$ [ 561.751] Server terminated successfully (0). Closing log file. This is the message which is missing in case of the i3 exit. I wonder which client is still alive so that the server doesnât consider the session finished. How exactly do you start i3? Which display manager do you use? If you use xinitrc/xsession, can you please attach that file? .xinitrc: # setxkbmaP -OPTIon terminate:ctrl_alt_bksp xsetroot -solid darkblue #/usr/bin/xmodmap -e keycode 91 = Delete # /usr/bin/xmodmap -e keycode 133 = F13 # /usr/bin/xmodmap -e keycode 134 = F14 # /usr/bin/xmodmap -e keycode 135 = F15 # /usr/bin/xmodmap -e keycode 77 = F16 xset -dpms xset s off xset -b # set CB keyboard layout xsetroot -cursor_name left_ptr setxkbmap -layout gb /usr/bin/xmodmap -e clear Lock /usr/bin/xmodmap -e keycode 66 = Escape /usr/bin/xmodmap -e keycode 108 = Alt_L /usr/bin/xmodmap -e keycode 166 = Prior /usr/bin/xmodmap -e keycode 167 = Next /usr/bin/xmodmap -e keycode 151 = Super_L /usr/bin/xmodmap -e keycode 133 = Super_L #exec dwm exec i3 # exec icewm-session #exec spectrwm # exec xmonad .Xdefaults: # xterm*fullscreen: true xterm*font: -*-courier-*-r-*-*-*-180-*-*-*-*-*-* #xterm*font: 10x20 #xterm*font: 12x24 xterm*background: grey20 xterm*foreground: white xterm*loginshell: true #xterm*geometry: 165x49+0+0 xterm*cursorColor: red xterm*scrollBar: false #xterm*visualBell: true I wondered about these too, but simplifying them didnt seem to helpl Regards Anthony . -- Anthony Campbell - a...@acampbell.org.uk Microsoft-free zone - Using Debian GNU/Linux http://www.acampbell.org.uk - sample my ebooks at http://www.smashwords.com/profile/view/acampbell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662844: pause/resume cause maximum volume
It's not amarok. It's phonon-backend-vlc. I have installed phono-backend- gstreamer and choose it in configuration as first. After this everything is ok now. I've decided to remove phonon-backend-vlc and use gstreamer. Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672586: python-sphinx: sometimes cannot build pdfs for de, sl, pt, es, nl, pl, or it locales
severity 672586 important tags 672586 - moreinfo unreproducible + confirmed thanks * Melissa Draper meli...@catalyst.net.nz, 2012-05-13, 00:07: to see the pdf fail is much more complex, but here goes: * Install git-core and python-sphinx along with its recommends. * git clone git://gitorious.org/mahara/manual.git * cd manual * mkdir source/locales/es/LC_MESSAGES/ * from https://translations.launchpad.net/mahara-manual/1.5/+export get the MO version of the translation files. Put all the spanish .mo files in that newly created directory * add the following to the bottom of source/conf.py: language = 'es' locale_dirs = [locales/] * run 'make clean latexpdf' * wait while approximately 258 pages worth of latex are compiled and the pdf attempts to compile from those. It'll stop saying this: use groups_csv_add.png use groups_csv_add.png [188 ./groups_csv_add.png (P NG copy)] groups_csv.png, id=3006, 692.5875pt x 79.29625pt use groups_csv.png use groups_csv.png ! Bad character code (-1). \es@chf -\char \hyphenchar \font l.8537 ...dded,public,hidemembersfrommembers} ? Is that enough info now? Yes, thanks. FWIW, I don't believe that this (PDF failing to build) can happen with other languages you mentioned in the bug title, which is why I was initially unable to reproduce it. You can get unexpected diacritics, though. The minimal test case is: $ echo '``r``' testcase.rst $ echo 'language = es' conf.py $ echo 'latex_documents = [(testcase, testcase.tex, , , manual)]' conf.py $ sphinx-build -Q -b latex . build/ Making output directory... $ make -C build/ [...] ! Bad character code (-1). \es@chf -\char \hyphenchar \font l.118 \code{r} ? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652890: Is already packaged, as libpam-barada
Barada is already packaged, it's package is called libpam-barada This package was debianized by Andrew Pollock apollock@unknown on Tue, 13 Jan 2009 17:48:50 -0800. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672737: Requesting removal of zhone, python-evas, python-ecore, python-edje and python-elementary
I've already filed a removal request for zhone, I'm also now looking at removal of python-evas, as it has had no activity since 2010, is completely broken (#639035), FTBFS and uninstallable. The build-dependencies of python-ecore, python-edje and python-elementary are next for the same reasons (NINE RC bugs between them.) There's been no activity on these since 2010, no maintainer response to any of the bugs (AFAICT). Is there any reason not to remove these packages alongside zhone? -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpFPjLYcReom.pgp Description: PGP signature
Bug#672743: fatrat: FTBFS[kfreebsd]: GCC-4.7
Package: src:fatrat Version: 1.1.3-4 Severity: serious Tags: sid wheezy User: debian-...@lists.debian.org Usertags: kfreebsd User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi, Related to #672031, there is some remaining BSD-specific code that FTBFS with gcc-4.7: [ 62%] Building CXX object CMakeFiles/fatrat.dir/src/poller/KqueuePoller.cpp.o /usr/bin/c++ -DNDEBUG -DBOOST_FILESYSTEM_VERSION=2 -DQT_NO_DEBUG -DQT_SCRIPT_LIB -DQT_SVG_LIB -DQT_HELP_LIB -DQT_WEBKIT_LIB -DQT_GUI_LIB -DQT_DBUS_LIB -DQT_XML_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -I/build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/src -I/usr/include/libtorrent -I/usr/include/qt4 -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtHelp -I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtCore -I/build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/. -I/build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/.. -I/build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/obj-i486-kfreebsd-gnu -ggdb -o CMakeFiles/fatrat.dir/src/poller/KqueuePoller.cpp.o -c /build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi 2u9F/fatrat-1.1.3/src/poller/KqueuePoller.cpp /build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/src/poller/KqueuePoller.cpp: In destructor 'virtual KqueuePoller::~KqueuePoller()': /build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/src/poller/KqueuePoller.cpp:46:17: error: 'close' was not declared in this scope make[3]: *** [CMakeFiles/fatrat.dir/src/poller/KqueuePoller.cpp.o] Error 1 Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672744: cufflinks: needs rebuild against boost 1.49
Source: cufflinks Version: 1.3.0-1 Severity: serious cufflinks is linked against boost 1.46. boost-defaults is now 1.49, so it needs a rebuild. Filing a bug since this package seems not autobuilt. Cheers, Julien signature.asc Description: Digital signature
Bug#672745: pycuda: needs rebuild against boost 1.49
Source: pycuda Version: 2011.2.2-1 Severity: important pycuda was linked against boost 1.46. boost-defaults is now 1.49, so your package should be rebuilt. Filing a bug since it's not autobuilt. Cheers, Julien signature.asc Description: Digital signature
Bug#616346: Enable i18n of berusky
Hello Bart, On Sun, May 13, 2012 at 10:29:58AM +, Bart Martens wrote: tags 616346 - patch An explicit patch is attached, so why do remove the tag? tags 616346 moreinfo stop Hi Helge, http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=11;bug=616346 How did you update po/Makefile.in.in ? I looked at other projects which had newer versions of this file (I think I took it from goobox). The added copyright is explicitly mentioned. Is there any problem with this file? It would be quite helpful if you could tell me what exactly you need. In #9 you said you need a patch instead of instructions which I supplied. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#672746: libosl: update boost build-dep
Source: libosl Version: 0.4.3-1 Severity: important Your package build-depends on libboost1.46-all-dev. If there isn't a strong reason to not use another version it should use the unversioned packages. Otherwise please consider updating to 1.49. Cheers, Julien signature.asc Description: Digital signature
Bug#672583: when run with web interface a couple of errors get thrown
On Sun, May 13, 2012 at 06:36:54AM BST, Thomas Perl wrote: Hi, Hi, Thank you for your bug report. Not a problem. File /usr/lib/python2.7/socket.py, line 316, in write data = str(data) # XXX Should really reject non-string non-buffers UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position 678: ordinal not in range(128) Does this happen for all podcasts or only specific podcasts? Can you maybe provide the list of subscriptions (if you don't want to publish them for some reason, feel free to send them to me via private mail), so I have some way of reproducing the bug? As you can see, it tries to print the episode description and fails at that. Only on some of them and not even on specific podcasts but their lists - navigate to TEDTalks (opml file attached, I hadn't changed anything after migrating to version 3). I figured that might be the case. File /usr/lib/pymodules/python2.7/gpodder/webui/__init__.py, line 78, in do_GET self.wfile.write(open(fn).read()) IOError: [Errno 2] No such file or directory: '/usr/lib/pymodules/python2.7/gpodder/webui/../../../data/gpodder.png' - This error seems like I've somehow messed up the way that gPodder uses to find the logo file - that's fixed in the Git repository, because the Web UI has changed a bit in gPodder 3.1.0. I figured it might be looking in the wrong place or the file is missing. 2. I don't know what to expect in a web browser but playing: /path/to/file.mp3 would suggest that I should hear something but unfortunately I don't. The errors above don't seem to be related to the second problem which probably deservers a separate bug report - BTW, tested with SID's Luakit and Iceweasel. The playing part is not supported yet (it was a leftover of an Android-related experiment that used Android SL4A APIs to playback the audio). The Web UI is still very experimental and in flux. Can you check out the Git version of gPodder, which has an improved Web UI? It's still readonly, but now uses JQuery Mobile and proper JSON requests to get the data instead of building static HTML on the server side. OK, thanks for letting me know. See http://wiki.gpodder.org/wiki/Git for instructions on how to run gPodder from Git (you can use bin/gpo webui in the checkout to test it without having to install it). Will do as soon as I get some spare time :^) Thanks again, -- Raf ?xml version=1.0 encoding=utf-8? opml version=2.0 head titlegPodder subscriptions/title dateCreatedSat, 19 Nov 2011 10:06:22 +/dateCreated /head body outline text=Talking about the BSD family of free operating systems. title=bsdtalk type=rss xmlUrl=http://feeds.feedburner.com/Bsdtalk/ outline text=Each Wednesday we talk about Free Libre and Open Source Software with the people who are writing it. Part of the TWiT Netcast Network. title=FLOSS Weekly type=rss xmlUrl=http://leo.am/podcasts/floss/ outline text=The hardest-hitting Linux podcast around title=Linux Outlaws type=rss xmlUrl=http://feeds.feedburner.com/linuxoutlaws/ outline text=music free from the bonds of slavery title=Music Manumit type=rss xmlUrl=http://feeds.feedburner.com/MusicManumit/ outline text=TED is a nonprofit devoted to Ideas Worth Spreading. On this feed, you'll find TEDTalks video to inspire, intrigue and stir the imagination from some of the world's leading thinkers and doers, speaking from the stage at TED conferences, TEDx events and pa title=TEDTalks (video) type=rss xmlUrl=http://feeds.feedburner.com/tedtalks_video/ /body /opml
Bug#665992: bug not appearing in ubuntu, still in Xorg 1.12
I recently booted Ubuntu 12.04 on this machine. Trief both unity and unity-2D Environment. Both did not crash. I also upgraded the debian Installation to X.org 2:1.12.1-2 from unstable. It's stilll crashing. This is quite disappointing, knowing that it works elsewhere. Would be awesome if you guys could fix this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669043: Processed: NMU in DELAYED/10
2012/5/12 Hector Oron hector.o...@gmail.com: Hello, 550361: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550361 669043: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669043 Could you please attach NMU diff? Please excuse me, I made the diff and then forgot to attach it. Does it look fine? -- Robert Millan linuxthreads_kfreebsd.debdiff Description: Binary data
Bug#672747: French translations citadel
Package: citadel Severity: wishlist Please find attached the french translation, proofread by the debian-l10n-french mailing list contributors. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) # Translation of citadel debconf templates to French # Copyright (C) 2005-2009 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the citadel package. # # Translators: # Jean-Luc Coulon (f5ibh) jean-luc.cou...@wanadoo.fr, 2008. # Christian Perrier bubu...@debian.org, 2008, 2009. # Nicolas Delvaux Unknown msgid msgstr Project-Id-Version: fr-new\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2010-09-28 00:22+0200\n PO-Revision-Date: 2012-04-29 19:54+0100\n Last-Translator: François LANKAR lank...@gmail.com\n Language-Team: French debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Launchpad-Export-Date: 2010-11-11 04:37+\n X-Generator: Launchpad (build Unknown)\n Language: fr\n #: ../utils/setup.c:119 msgid Citadel Home Directory msgstr Répertoire principal Citadel #: ../utils/setup.c:122 msgid Enter the full pathname of the directory in which the Citadel\n installation you are creating or updating resides. If you\n specify a directory other than the default, you will need to\n specify the -h flag to the server when you start it up.\n msgstr Entrez le chemin complet du répertoire dans lequel se trouve\n l'installation de Citadel que vous créez ou mettez à jour. Si vous\n spécifiez un répertoire différent de celui par défaut, vous devrez\n indiquer le paramètre -f au serveur lorsque vous le démarrerez.\n #: ../utils/setup.c:128 msgid Enter the subdirectory name for an alternate installation of Citadel. To do a default installation just leave it blank.If you specify a directory other than the default, you will need to\n specify the -h flag to the server when you start it up.\n note that it may not have a leading / msgstr Entrez le nom du sous-répertoire pour une installation alternative de Citadel. Si vous souhaitez faire une installation par défaut, laissez le champ vide. Si vous indiquez un répertoire différent de celui par défaut, vous devrez\n indiquer le paramètre -h au serveur lorsque vous le démarrerez.\n Veuillez noter qu'il ne devrait pas commencer par un / #: ../utils/setup.c:135 msgid Citadel administrator username: msgstr Identifiant de l'administrateur de Citadel : #: ../utils/setup.c:137 msgid Please enter the name of the Citadel user account that should be granted administrative privileges once created. If using internal authentication this user account will be created if it does not exist. For external authentication this user account has to exist. msgstr Veuillez indiquer l'identifiant Citadel qui disposera des privilèges d'administration après création. Si le système interne d'authentification est utilisé, ce compte sera créé s'il n'existe déjà. Si un système externe d'authentification est utilisé, ce compte doit déjà y exister. #: ../utils/setup.c:143 msgid Administrator password: msgstr Mot de passe de l'administrateur : #: ../utils/setup.c:145 msgid Enter a password for the system administrator. When setup\n completes it will attempt to create the administrator user\n and set the password specified here.\n msgstr Entrez un mot de passe pour l'administrateur système. À la fin de \n l'installation, le programme tentera de créer le super-utilisateur \n et utiliser le mot de passe indiqué ici. \n #: ../utils/setup.c:149 msgid Citadel User ID: msgstr ID utilisateur Citadel : #: ../utils/setup.c:151 msgid Citadel needs to run under its own user ID. This would\n typically be called \citadel\, but if you are running Citadel\n as a public BBS, you might also call it \bbs\ or \guest\.\n The server will run under this user ID. Please specify that\n user ID here. You may specify either a user name or a numeric\n UID.\n msgstr Citadel a besoin de fonctionner avec son propre ID d'utilisateur. Celui-ci \n est généralement appelé \citadel\, mais si vous exécutez Citadel \n comme un BBS public, vous pouvez également l'appeler \bbs\ ou \guest\.\n Le serveur fonctionnera sous cet ID utilisateur. Vous êtes prié de préciser un\n ID utilisateur ici. Vous pouvez spécifier soit un nom d'utilisateur soit un UID \n numérique. \n #: ../utils/setup.c:158 msgid Listening address for the Citadel server: msgstr Adresse IP où Citadel sera à l'écoute : #: ../utils/setup.c:160 msgid Please specify the IP address which the server should be listening to. You can name a specific IPv4 or IPv6 address, or you can specify\n '*' for 'any address', '::' for 'any IPv6 address', or '0.0.0.0'\n for 'any IPv4 address'. If you leave this blank, Citadel will\n listen on all addresses. This can usually
Bug#672748: gpsshogi: update boost build-dep
Source: gpsshogi Version: 0.4.3-1 Severity: important Hi, gpsshogi build-depends on boost 1.46. Unless there's a strong reason to prefer a specific version it would be nice to use the unversioned boost packages. Otherwise please consider updating to 1.49. Cheers, Julien signature.asc Description: Digital signature
Bug#672586: python-sphinx: sometimes cannot build pdfs for de, sl, pt, es, nl, pl, or it locales
On 13/05/12 23:22, Jakub Wilk wrote: severity 672586 important tags 672586 - moreinfo unreproducible + confirmed thanks * Melissa Draper meli...@catalyst.net.nz, 2012-05-13, 00:07: snip Is that enough info now? Yes, thanks. FWIW, I don't believe that this (PDF failing to build) can happen with other languages you mentioned in the bug title, which is why I was initially unable to reproduce it. You can get unexpected diacritics, though. The minimal test case is: $ echo '``r``' testcase.rst $ echo 'language = es' conf.py $ echo 'latex_documents = [(testcase, testcase.tex, , , manual)]' conf.py $ sphinx-build -Q -b latex . build/ Making output directory... $ make -C build/ [...] ! Bad character code (-1). \es@chf -\char \hyphenchar \font l.118 \code{r} ? Indeed I'm not experienced enough with sphinx or latex to know I could strip it down that far. I only started meddling with it a few weeks ago and merely debugged a blocking issue. Spanish is the only language I encountered the breakage with, but other than German I don't have translations for the rest of those locales. I would however be extremely hesitant to offer a solution that only mirrors part of the existing set of locales in that check, which I would assume were added based on necessity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672749: rquantlib: ftbfs on armel/armhf
Source: rquantlib Version: 0.3.8-2 Severity: serious Justification: fails to build from source (but built successfully in the past) See the build logs at https://buildd.debian.org/status/package.php?p=rquantlib g++ -shared -o RQuantLibSHLIB_EXT asian.o barrier_binary.o bermudan.o bonds.o calendars.o curves.o daycounter.o discount.o hullwhite.o implieds.o utils.o vanilla.o zero.o -L/usr/lib/R/site-library/Rcpp/lib -lRcpp -Wl,-rpath,/usr/lib/R/site-library/Rcpp/lib -L/usr/lib -lQuantLib SHLIB_LIBADD -L/usr/lib/R/lib -lR g++: error: SHLIB_LIBADD: No such file or directory Looks like a typo in a makefile somewhere. Cheers, Julien signature.asc Description: Digital signature
Bug#672750: quantlib-swig: ftbfs on s390 (virtual memory exhausted)
Source: quantlib-swig Version: 1.2-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Linking the python binding fails with virtual memory exhaustion on s390. See https://buildd.debian.org/status/package.php?p=quantlib-swig Cheers, Julien signature.asc Description: Digital signature
Bug#616108: Plugin still needed?
hi, as the facebook chat works well via jabber these days, why is this plugin still needed? Should it be removed instead? Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org