Bug#616566: libconfig-model-itself-perl: Failing test t/itself.t
Le samedi 5 mars 2011 17:45:10, Salvatore Bonaccorso a écrit : libconfig-model-itself-perl 1.222-1 FTBFS: Ack. I've tightened some screws in Config::Model. Hence the test failure. This is already fixed in upstream's Hg repository. I'll release this soon-ish. All the best Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617333: docbookwiki: [INTL:ru] Russian debconf templates translation update
Package: docbookwiki Version: 0.9.2-2 Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the docbookwiki package. # # Yuri Kozlov yu...@komyakino.ru, 2009, 2011. msgid msgstr Project-Id-Version: docbookwiki 0.9.2-2\n Report-Msgid-Bugs-To: docbookw...@packages.debian.org\n POT-Creation-Date: 2011-03-08 07:20+0100\n PO-Revision-Date: 2011-03-08 10:56+0300\n Last-Translator: Yuri Kozlov yu...@komyakino.ru\n Language-Team: Russian debian-l10n-russ...@lists.debian.org\n Language: ru\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: boolean #. Description #: ../templates:2001 msgid Remove books during purge? msgstr Удалять книги при вычистке? #. Type: boolean #. Description #: ../templates:2001 #| msgid #| If you accept here, any books uploaded into DocBookWiki, including XML #| source and downloadable formats, will be removed along with the program #| files. msgid If you choose this option, any book uploaded into DocBookWiki, including XML source and downloadable formats, will be removed along with the program files when the package is purged. msgstr Если вы ответите утвердительно, то все книги, помещённые в DocBookWiki, включая исходный XML и готовые для скачивания, будут удалены вместе с файлами пакета. #. Type: boolean #. Description #: ../templates:3001 msgid Generate downloadable formats now? msgstr Сгенерировать книги в пригодных для скачивания форматах? #. Type: boolean #. Description #: ../templates:3001 #| msgid #| DocBookWiki can generate downloadable formats (HTML, PDF, etc) for the #| default set of books during installation, but this will take quite some #| time to do. If you do not want to generate these now, decline here and #| they will be generated when the next DocBookWiki weekly cron job runs. msgid DocBookWiki can generate downloadable formats (HTML, PDF, etc.) for the default set of books during installation, but this will take quite some time to do. msgstr DocBookWiki может сгенерировать файлы в пригодных для скачивания форматах (HTML, PDF и т.д.) для устанавливаемых из пакета книг, но это займёт какое- то время. #. Type: boolean #. Description #: ../templates:3001 msgid If you do not want to generate these now, they will be generated when the next DocBookWiki weekly cron job runs. msgstr Если вы не хотите генерировать эти файлы сейчас, ответьте отрицательно, и тогда они будут сгенерированы при следующем запуске еженедельного задания cron для DocBookWiki. #. Type: multiselect #. Choices #: ../templates:4001 msgid apache2 msgstr apache2 #. Type: multiselect #. Description #: ../templates:4002 msgid Web server to reconfigure for DocBookWiki: msgstr Перенастраиваемый для DocBookWiki веб-сервер: #. Type: multiselect #. Description #: ../templates:4002 msgid DocBookWiki supports any web server that PHP does, but this automatic configuration process only supports Apache. msgstr DocBookWiki работает с любым веб-сервером, поддерживающим PHP, но автоматическая настройка возможна только для Apache. #. Type: boolean #. Description #: ../templates:5001 #| msgid Do you want to restart Apache now? msgid Do you want to restart the web server now? msgstr Перезапустить веб-сервер прямо сейчас? #. Type: boolean #. Description #: ../templates:5001 #| msgid #| In order to activate the new configuration Apache has to be restarted. If #| you do not confirm here, please remember to restart Apache manually. msgid In order to activate the new configuration, the web server has to be restarted. You may however prefer doing this manually later. msgstr Для применения новых настроек требуется перезапуск веб-сервера. Однако это можно сделать позднее вручную. #. Type: password #. Description #: ../templates:6001 #| msgid Password for web-based setup system: msgid Password for DocBookWiki web-based setup system: msgstr Пароль к системе настройки DocBookWiki через веб: #. Type: password #. Description #: ../templates:6001 #| msgid #| DocBookWiki comes with an administration script that can help you with #| managing users. The script is located at http://localhost/books/admin.; #| php. For security reasons it requires authorization. The administrator's #| username is 'superuser' and the default password is 'admin'. msgid DocBookWiki comes with an administration script that can help you with managing
Bug#617334: TLS security flaw
package: pure-ftpd tags: security severity: grave The new release 1.0.30 fixes a flaw similar to Postfix's CVE-2011-0411 by clearing the command-line buffer after switching to TLS. Reference: http://tech.groups.yahoo.com/group/postfix-users/message/275069 Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617335: ITP: Log4Qt -- C++ port of the Log4j package using the Trolltech Qt Framework
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: Log4Qt Version : 0.3 Upstream Author : Martin Heinrich martin_heinr...@users.sf.net * URL : http://log4qt.sf.net/ * License : Apache 2.0 Programming Lang: C++ Description : C++ port of the Log4j package using the Trolltech Qt Framework Log4Qt is a C++ port of the Apache Software Foundation Log4j package using the Trolltech Qt Framework. One of the distinctive features of log4qt is the notion of hierarchical loggers. Using loggers it is possible to selectively control which log statements are output at arbitrary granularity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#382248: Now working
Got it working eventually through multiple downgrade/reinstall. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616596: biblatex: Please package newer upstream release
On Mon, Mar 07, 2011 at 04:30:40PM +0200, أحمد المحمودي wrote: On Mon, Mar 07, 2011 at 03:09:39PM +0100, Jan Hauke Rahm wrote: If only it were that easy... :) Newer versions depend on biber which is not available in Debian yet. I'm still figuring out how to proceed best. ---end quoted text--- Won't biber be included in TL 2010 ? That might be true but we're not exactly close to having it in Debian, are we? Norbert, what do you say? Now that biblatex has reached some kind of stability, we should consider adding it back to the texlive packages anyways. Don't know what's the best way to go here. Sorry, I'm a little off lately... Hauke -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org signature.asc Description: Digital signature
Bug#617336: ifstat: Manpage spelling
Package: ifstat Version: 1.1-8 Severity: minor man ifstat contains: -T Reports total bandwith for all monitored interfaces. -b Reports bandwith in kbits/sec instead of kbytes/sec. this should obviously be bandwidth in both cases. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ifstat depends on: ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libsnmp15 5.4.3~dfsg-2 SNMP (Simple Network Management Pr ifstat recommends no packages. ifstat 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#617313: [Pkg-telepathy-maintainers] Bug#617313: empathy: Empathy becomes inaccessible without a tray dock
On Tue, Mar 08, 01:28:31 +0100, Fredrik Tolf wrote: When running a window manager that does not include a system tray/dock/notification area, the Empathy window becomes inaccessible if closed. It closes the window, assuming the user to be able to reaccess it via the non-existing tray, and also enters that state automatically upon startup, so there's really no way at all of bringing it back other than starting a temporary tray program like stalonetray or trayer. Actually there is. If you try to run empathy again from the command line or from some application menu, it will pop up the main window again due to the single-instance nature of the application. Empathy should also start as visible as it was left on the last execution. Empathy is a GNOME application. GNOME has a system tray area. I'm tempted to wontfix this bug. -- Jonny Lamb, UK jo...@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#617225: libjsr305-java: Package does not install maven artifacts
Thankyou! -- James Page Software Engineer, Ubuntu Server Team signature.asc Description: This is a digitally signed message part
Bug#617319: libreoffice-base: Edit forms does not work properly
Hi, On Tue, Mar 08, 2011 at 03:05:59AM +0200, Mark Niven wrote: Trying to edit a form in LO Base in Debian produces a writer document which: - lacks form toolbars, which cannot be switched on from the menus - does not allow access to control properties dialogs This applies to both new form from the wizard in a new test database or an existing forms in a functional database. The same functions work properly with the same database document under WindowsXP. Windows XP is irrelevant. From the DF mailing list this appears to be a fixed bug which has remained in the Debian version (http://nabble.documentfoundation.org/Base-form-editing-creation-impossible-missing-dialog-boxes-and-Menu-bars-td2369127.html) Ah, this nonsensical discussion.. And no, we don't patch this, so if it's caused by a patch it's caused by libreoffice-build which again makes it a TDF bug still. pn libcairo2none (no description available) pn libgtk2.0-0 none (no description available) pn librdf0 none (no description available) pn libxaw7 none (no description available) pn libxinerama1 none (no description available) WTF? Did you force dependendencies? How did you get -core installed without those dependencies? Looks broken to me. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578050: libpoppler5: lots of Error: Illegal entry in bfrange block in ToUnicode CMap
On 2011-03-07 16:35:32 -0800, Gordon Farquharson wrote: Please could you include an update of libpoppler5 that fixes this problem for the next Squeeze point release. Attached is a patch that I took from the poppler git repository [1] and tested with 0.12.4-1.2 in squeeze. The problem is _really_ annoying, and really doesn't present a polished product to the user from Debian, and this patch applies cleanly and fixes the problem I'd like to know. Are such byte sequences illegal but supported by Debian PDF readers or are they legal with the test in libpoppler5 being incorrect? If this is the former, then ghostscript should also be fixed in squeeze, at it generates such sequences; I had provided a patch before the freeze, but AFAIK, it has never been applied for squeeze: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578910 and in particular: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578910#28 It would be bad if Debian generates PDF files that yields problems on other platforms or with 3rd-party software. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617337: ITP: ctk -- A set of common support code for medical imaging, surgical navigation, and related purposes
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: ctk Version : 0.1.0 Upstream Author : CommonTK (https://github.com/commontk/) * URL : http://www.commontk.org * License : Apache 2.0 Programming Lang: C++ Description : A set of common support code for medical imaging, surgical navigation, and related purposes The goal of Common TK are as follows: Provide a unified set of basic programming constructs that are useful for medical imaging applications development . Facilitate the exchange and combination of code and data . Document, integrate, and adapt successful solutions . Avoid the duplication of code and data . Continuously extend to new tasks within the scope of the toolkit (medical imaging) without burdening existing tasks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617338: iceweasel: Problem with flash not occuring in chromium browser.
Package: iceweasel Version: 3.5.16-4 Severity: normal Hi. I'm experencing a bug when playing a playlist on youtube, while chromium browser uses the same flash plugin and works perfectly. Any other addon (but flash plugin) has been disabled for testing, without any luck. Thanks, Victor. vpablos@chiquitin:~$ LANG=C iceweasel -g -safe-mode http://www.youtube.com/watch?v=NXrVG7aoizc GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/lib/iceweasel/firefox-bin...(no debugging symbols found)...done. (gdb) r Starting program: /usr/lib/iceweasel/firefox-bin -safe-mode http://www.youtube.com/watch?v=NXrVG7aoizc [Thread debugging using libthread_db enabled] [New Thread 0x7fffe73ff700 (LWP 18458)] [New Thread 0x7fffe6bfe700 (LWP 18459)] [New Thread 0x7fffe63fd700 (LWP 18460)] [New Thread 0x7fffe40f8700 (LWP 18461)] [New Thread 0x7fffd88ff700 (LWP 18462)] [Thread 0x7fffe40f8700 (LWP 18461) exited] [New Thread 0x7fffe40f8700 (LWP 18463)] [New Thread 0x7fffd80fe700 (LWP 18464)] [New Thread 0x7fffd74f5700 (LWP 18467)] [Thread 0x7fffd74f5700 (LWP 18467) exited] [New Thread 0x7fffd74f5700 (LWP 18468)] [New Thread 0x7fffd63c1700 (LWP 18469)] [New Thread 0x7fffd5bc0700 (LWP 18470)] [New Thread 0x7fffd341a700 (LWP 18476)] [New Thread 0x7fffd2c19700 (LWP 18479)] [Thread 0x7fffd2c19700 (LWP 18479) exited] [New Thread 0x7fffd2c19700 (LWP 18480)] [Thread 0x7fffd2c19700 (LWP 18480) exited] [New Thread 0x7fffcf9ff700 (LWP 18484)] [New Thread 0x7fffcf1fe700 (LWP 18485)] [New Thread 0x7fffd2c19700 (LWP 18486)] [New Thread 0x7fffc79ff700 (LWP 18487)] [New Thread 0x7fffc71fe700 (LWP 18492)] [New Thread 0x7fffc69fd700 (LWP 18495)] [New Thread 0x7fffc61fc700 (LWP 18496)] [New Thread 0x7fffc59fb700 (LWP 18497)] [New Thread 0x7fffc51fa700 (LWP 18498)] [New Thread 0x7fffc46ff700 (LWP 18513)] [Thread 0x7fffc46ff700 (LWP 18513) exited] [New Thread 0x7fffc46ff700 (LWP 18516)] [New Thread 0x7fffc35ff700 (LWP 18519)] [New Thread 0x7fffc2dfe700 (LWP 18520)] [New Thread 0x7fffbf9ff700 (LWP 18539)] [Thread 0x7fffbf9ff700 (LWP 18539) exited] do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. Try adjusting the vblank_mode configuration parameter. [New Thread 0x7fffbf9ff700 (LWP 18540)] [New Thread 0x7fffbdeff700 (LWP 18543)] [New Thread 0x7fffbc6fe700 (LWP 18544)] [New Thread 0x7fffbbefd700 (LWP 18547)] [Thread 0x7fffbdeff700 (LWP 18543) exited] [New Thread 0x7fffbb6fc700 (LWP 18550)] [Thread 0x7fffbbefd700 (LWP 18547) exited] [Thread 0x7fffbb6fc700 (LWP 18550) exited] [New Thread 0x7fffbdeff700 (LWP 18551)] [New Thread 0x7fffbbefd700 (LWP 18552)] [New Thread 0x7fffbb6fc700 (LWP 18562)] [Thread 0x7fffbb6fc700 (LWP 18562) exited] [New Thread 0x7fffbb6fc700 (LWP 18565)] [New Thread 0x7fffb9bff700 (LWP 18566)] [New Thread 0x7fffb8cff700 (LWP 18567)] [Thread 0x7fffb8cff700 (LWP 18567) exited] [New Thread 0x7fffb8cff700 (LWP 18568)] [Thread 0x7fffb8cff700 (LWP 18568) exited] [New Thread 0x7fffb6bff700 (LWP 18571)] [New Thread 0x7fffb63fe700 (LWP 18572)] [New Thread 0x7fffb8cff700 (LWP 18573)] [Thread 0x7fffb8cff700 (LWP 18573) exited] [New Thread 0x7fffb8cff700 (LWP 18574)] [New Thread 0x7fffb54ff700 (LWP 18580)] [Thread 0x7fffb54ff700 (LWP 18580) exited] (firefox-bin:18452): Gdk-WARNING **: XID collision, trouble ahead (firefox-bin:18452): Gdk-WARNING **: XID collision, trouble ahead (firefox-bin:18452): Gdk-WARNING **: XID collision, trouble ahead [New Thread 0x7fffb54ff700 (LWP 18600)] [Thread 0x7fffb54ff700 (LWP 18600) exited] [New Thread 0x7fffb54ff700 (LWP 18601)] [New Thread 0x7fffb39ff700 (LWP 18602)] [New Thread 0x7fffb31fe700 (LWP 18603)] [Thread 0x7fffb31fe700 (LWP 18603) exited] [Thread 0x7fffbb6fc700 (LWP 18565) exited] [Thread 0x7fffb9bff700 (LWP 18566) exited] [Thread 0x7fffbc6fe700 (LWP 18544) exited] [Thread 0x7fffbf9ff700 (LWP 18540) exited] Program received signal SIGSEGV, Segmentation fault. 0x0040c351 in free () (gdb) r The program being debugged has been started already. Start it from the beginning? (y or n) n Program not restarted. (gdb) c Continuing. -- Package-specific info: -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (700, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 3.4Miscellaneous utilities specific t ii fontconfig2.8.0-2.1 generic font configuration library ii libc6
Bug#617339: ITP: [PACKAGE] -- xfstests torture test for xfs and other filesystem
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: xfstests Version: git20110223 Upstream Author: Alex Elder x...@oss.sgi.com URL: GPL Description: xfstests is a torture test suite for filesystem bugs. It is useful in order to debug problem on linux filesystem. It could be run on xfs, udf, nfs, ext2, ext3, ext4, reiserfs, gfs2 and btrfs filesystem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617318: new upstream version 0.17
I noticed on the git list that there is a new upstream version out to fix this problem[1]: Here's an updated tig, which fixes an incompatibility with ncurses 2.8.[2] [1] http://permalink.gmane.org/gmane.comp.version-control.git/168563 [2] I think he means 5.8 :-) the particular patch is this http://repo.or.cz/w/tig.git/commitdiff/ddae52065f967db43f4d9aa07340c950cdb2b433 -- http://rjy.org.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617340: ITP: seq-gen -- simulate the evolution of nucleotide or amino acid sequences
Package: wnpp Severity: wishlist Owner: Alex Mestiashvilia...@biotec.tu-dresden.de * Package name: seq-gen Version : 1.3.2 Upstream Author : Andrew Rambautandrew.ramb...@zoo.ox.ac.uk * URL : http://tree.bio.ed.ac.uk/software/seqgen/ * License : GPL Programming Lang: C Description : simulate the evolution of nucleotide or amino acid sequences Seq-Gen is a program that will simulate the evolution of nucleotide or amino acid sequences along a phylogeny, using common models of the substitution process. A range of models of molecular evolution are implemented including the general reversible model. State frequencies and other parameters of the model may be given and site-specific rate heterogeneity may also be incorporated in a number of ways. Any number of trees may be read in and the program will produce any number of data sets for each tree. Thus large sets of replicate simulations can be easily created. It has been designed to be a general purpose simulator that incorporates most of the commonly used (and computationally tractable) models of molecular sequence evolution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617318: new upstream version 0.17
On Tue, Mar 8, 2011 at 10:03 AM, RjY r...@users.sourceforge.net wrote: I noticed on the git list that there is a new upstream version out to fix this problem[1]: Here's an updated tig, which fixes an incompatibility with ncurses 2.8.[2] [1] http://permalink.gmane.org/gmane.comp.version-control.git/168563 [2] I think he means 5.8 :-) the particular patch is this http://repo.or.cz/w/tig.git/commitdiff/ddae52065f967db43f4d9aa07340c950cdb2b433 -- http://rjy.org.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.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#617256: initramfs-tools: HP G6 hardware kernel boot issue 2.6.37 cciss/hpsa
On Mon, 2011-03-07 at 16:33 +, Ben Hutchings wrote: I'm not sure this is really the fault of initramfs-tools. I'll post some more output/info shortly, which hopefully will help tracking down the issue. We need to update device names as for the libata transition, and I have prepared changes to linux-base that will do this. [...] == Here comes the BUG and work-around == The BUG is that, if I compile the kernel and include the CCISS driver (even-though it will not be used), then initramfs will drop me into a shell, complaining that it cannot find /dev/disk/by-uuid/... [...] Are you really saying that: 1. If only hpsa is included, then the /dev/disk/by-uuid link is created properly. 2. If both hpsa and cciss are included then the link is not created properly. Correct, that is what I'm saying! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617334: Update on security problem
Hello, I asked on the mailing list for a single patch which fixes the TLS security flaw so we can use it for stable and maybe oldstable security upgrade. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616567: http://www.debian.org/devel/website/stats/de.html without spaces at edges
Am Montag, den 07.03.2011, 16:28 -0400 schrieb David Prévot: Sorry, I forgot “english” in the target directory (/org is already a symlink to /srv on wolkenstein). Should be fixed now, thanks for the head-up. Hi David, thanks for spotting this, the pages build fine now. However, could you log into www-master.d.o and remove the old (and now outdated) files $(LANGUAGE).html? They are still present, but are no longer refreshed. Regards, Tobias -- Tobias Quathamer | Women are just like men, only different. Hamburg, Germany | signature.asc Description: This is a digitally signed message part
Bug#616596: biblatex: Please package newer upstream release
I have been packaging some of the Perl dependencies for Biber. I have created an unstable Debian package for Biber, but it has some conflicts with current Debian packages. My self-imposed deadline to get Biber in Debian/unstable is by the end of March. HTH -- Danai SAE-HAN On 7-mrt.-2011, at 15:09, Jan Hauke Rahm j...@debian.org wrote: On Sat, Mar 05, 2011 at 05:47:52PM -0400, David Bremner wrote: It seems there are some biblatex styles that require 0.9c or newer, so it would be nice to have a newer biblatex packaged if/when you get time. If only it were that easy... :) Newer versions depend on biber which is not available in Debian yet. I'm still figuring out how to proceed best. All the best, David Thanks, David! Hauke -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617256: Output follow-up 1
Compiling both driver CCISS and HPSA as part of the kernel (thus not a modules). Loading Linux 2.6.38-rc7-both-cciss-and-hpsa+ ... Loading initial ramdisk ... [0.127210] [Firmware Bug]: the BIOS has corrupted hw-PMU resources (MSR 38d is 330) Loading, please wait... [5.033927] ixgbe :0f:00.1: HW Init failed: -21 [8.392973] ixgbe :12:00.1: HW Init failed: -21 Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/disk/by-uuid/7afb0175-deb2-4dc4-9a48-bf075cb14ca2 does not exist. Dropping to a shell! BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off (initramfs) (initramfs) (initramfs) ls /dev/disk ls: /dev/disk: No such file or directory (initramfs) ls /dev/sd* /dev/sda/dev/sda11 /dev/sda5 /dev/sda8 /dev/sdb1 /dev/sda1 /dev/sda2 /dev/sda6 /dev/sda9 /dev/sdb2 /dev/sda10 /dev/sda3 /dev/sda7 /dev/sdb/dev/sdb3 (initramfs) ls /dev/cciss ls: /dev/cciss: No such file or directory (initramfs) ps aux | grep udev 1261 0udevd --daemon --resolve-names=never 1314 0udevd --daemon --resolve-names=never 1315 0udevd --daemon --resolve-names=never (initramfs) cat /proc/modules ata_piix 23076 0 - Live 0xa022e000 ixgbe 132212 0 - Live 0xa01d netxen_nic 91853 0 - Live 0xa0019000 (initramfs) ps aux | grep cciss 1104 0[cciss_scan] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617341: iportuguese: fails to install
Package: iportuguese Version: 20110301-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously deselected package iportuguese. (Reading database ... 7621 files and directories currently installed.) Unpacking iportuguese (from .../iportuguese_20110301-1_all.deb) ... Setting up iportuguese (20110301-1) ... /var/lib/dpkg/info/iportuguese.postinst: 9: cannot create /var/lib/ispell/portugues.compat: Directory nonexistent dpkg: error processing iportuguese (--configure): subprocess installed post-installation script returned error exit status 2 configured to not write apport reports Errors were encountered while processing: iportuguese E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-03-07 21:33:25 UTC Package: iportuguese Priority: optional Section: text Installed-Size: 312 Maintainer: Agustin Martin Domingo agmar...@debian.org Architecture: all Source: ispell.pt Version: 20110301-1 Provides: ispell-dictionary Depends: ispell, debconf (= 0.5) | debconf-2.0, dictionaries-common (= 0.20) Filename: pool/main/i/ispell.pt/iportuguese_20110301-1_all.deb Size: 170906 MD5sum: 228dc62bb62446b29650de814b657458 SHA1: 155738869818bd4a4f0c959eb074d181cc9a5133 SHA256: 373186161c973efe5b33f064b9ff9af4e077485bc613c22bf183532e44c47bd5 Description: European Portuguese dictionary for ispell This is the Portuguese dictionary for ispell currently developed by the Informatics Department at Minho's University in Portugal. Homepage: http://natura.di.uminho.pt/wiki/doku.php?id=dicionarios:ispell Tag: culture::portuguese, made-of::dictionary, role::app-data, use::checking Task: portuguese Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ iportuguese Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201102250909 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ iportuguese 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpKwbn6R 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmpKwbn6R 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpKwbn6R', '-zxf', 'sid.tar.gz'] 0m1.9s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpKwbn6R', '-zxf', 'sid.tar.gz'] 0m1.9s DEBUG: Created policy-rc.d and chmodded it. 0m1.9s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpKwbn6R', 'apt-get', 'update'] 0m8.0s DUMP: Get:1 http://piatti.debian.org sid InRelease [147 kB] Ign http://piatti.debian.org sid/main amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib TranslationIndex Ign http://piatti.debian.org sid/main TranslationIndex Ign http://piatti.debian.org sid/non-free TranslationIndex Get:2 http://piatti.debian.org sid/main amd64 Packages [9136 kB] Get:3 http://piatti.debian.org sid/contrib amd64 Packages [71.9 kB] Get:4 http://piatti.debian.org sid/non-free amd64 Packages [142 kB] Ign http://piatti.debian.org sid/contrib Translation-en Ign http://piatti.debian.org sid/main Translation-en Ign http://piatti.debian.org sid/non-free Translation-en Fetched 9497 kB in 1s (6833 kB/s) Reading package lists... 0m8.0s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpKwbn6R', 'apt-get', 'update'] 0m8.0s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpKwbn6R', 'mount', '-t', 'proc', 'proc', '/proc'] 0m8.0s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpKwbn6R', 'mount', '-t', 'proc', 'proc', '/proc'] 0m8.0s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpKwbn6R', 'apt-get', '-yf', 'upgrade'] 0m9.7s DUMP: Reading package lists... Building dependency tree... The following packages will be
Bug#617342: mriconvert: MRIConvert does not support 32 bits
Package: mriconvert Version: 2.0-2 Severity: normal I cannot View the following RTDose image: http://gdcm.sourceforge.net/thingies/RTDose.dcm.gz (need to decompress first). It is displayed as if 32bits were truncated. thanks -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mriconvert depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libwxbase2.8-0 2.8.10.1-3+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t mriconvert recommends no packages. mriconvert 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#617229: lfm: aborts with error UnicodeDecodeError message from ascii codec on start
Am Monday 07 March 2011 schrieb Iñigo Serna: ah, ok, problem found. March is März in German, and that ä is causing the crash. A new folder only has one entry - the parent directory - so crash happened when showing .. date. While I fix the bug you can change your locale to make lfm work by now (or better in shell function): $ LANG=en_GB.UTF-8 $ lfm Thanks, this works, while martin@shambhala:~ LANG=C lfm Traceback (most recent call last): File /usr/bin/lfm, line 27, in module lfm_start(sys.argv) File /usr/share/lfm/lfm/lfm.py, line 924, in lfm_start path = curses.wrapper(main, prefs, paths1, paths2) File /usr/lib/python2.6/curses/wrapper.py, line 43, in wrapper return func(stdscr, *args, **kwds) File /usr/share/lfm/lfm/lfm.py, line 845, in main app.load_paths(paths1, paths2) File /usr/share/lfm/lfm/lfm.py, line 90, in load_paths self.lpane.load_tabs_with_paths(paths1) File /usr/share/lfm/lfm/lfm.py, line 299, in load_tabs_with_paths err = tab.init(utils.decode(path)) File /usr/share/lfm/lfm/lfm.py, line 795, in init err = self.init_dir(path) File /usr/share/lfm/lfm/lfm.py, line 612, in init_dir self.nfiles, self.files = files.get_dir(path, app.prefs.options['show_dotfiles']) File /usr/share/lfm/lfm/files.py, line 252, in get_dir if ask_convert_invalid_encoding_filename(newf): File /usr/share/lfm/lfm/utils.py, line 1001, in ask_convert_invalid_encoding_filename 'In file %s, convert' % filename) File /usr/share/lfm/lfm/messages.py, line 326, in confirm win.addstr(1, 2 , '%s?' % utils.encode(question)) File /usr/share/lfm/lfm/utils.py, line 976, in encode return buf.encode(g_encoding) UnicodeEncodeError: 'ascii' codec can't encode character u'\xe4' in position 10: ordinal not in range(128) also chokes. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#616637: roundup: fails to purge - command in postrm not found
Hi Toni, On Montag, 7. März 2011, Toni Mueller wrote: thanks for the heads-up. The command that is not being found, though, is deluser (part of the adduser package). The respective course of action in other packages seems to be to leave the user entry in /etc/passwd behind, instead of trying 'sed' or something on it to remove the entry. I'm not comfortable with such a solution, either. What do you recommend, short of simply deleting the references to deluser? use userdel :-) it's part of the passwd package, which is required. The adduser package has only priority important, not essential. I find this a little strange because imho, nobody should manually edit these files (also a good way to bypass any PAM configuration). see above :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#617343: mriconvert: orig.tar contains binary files
Package: mriconvert Version: 2.0-2 Severity: normal Hi, mriconver orig tarball contains binary files: $ file MRIConvert MRIConvert: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.4.1, not stripped Thanks -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mriconvert depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libwxbase2.8-0 2.8.10.1-3+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t mriconvert recommends no packages. mriconvert 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#614291: [Pkg-libvirt-maintainers] Bug#614291: Bug#614291: Unable to establish qemu+ssh connection
Hi there! On Mon, 07 Mar 2011 13:17:16 +0100, Luca Capello wrote: On Sun, 06 Mar 2011 17:37:47 +0100, Guido Günther wrote: On Sat, Mar 05, 2011 at 03:54:02PM +0100, Luca Capello wrote: [..snip..] So, I see two solutions, beside the fact that libvirt-bin should depend on netcat-openbsd: virt-manager invokes netcat on the remote side for console access. Mmm, while I see your point, the only way to assure netcat-openbsd is installed on the remote side is a dependency in libvirt-bin, given that virt-manager is not required on the remote side. 1) libvirt-bin calls /bin/nc.openbsd, not elegant, but it avoids any problem in an automatic way This would break non Debian systems. We could check for nc.openbsd first and then fall back to nc though (which would mean fixing up Autodetect-if-the-remote-nc-command-supports-the-q-o.patch) but in that case it's probably easier to drop the dependency altogether (which is what upstream plans to do). I am not sure I have completely understood what you wrote: 1) Autodetect-if-the-remote-nc-command-supports-the-q-o.patch was introduced because of #573172. In Debian Both netcat-traditional and netcat-openbsd have the -q option, but none of the upstream netcat has it [1][2]. Actually, I found another bug which is even more interesting: #564034. There, the netcat-openbsd maintainer (cc:ed) announced that he had restored the original behavior if -q is not given: --8---cut here---start-8--- netcat-openbsd (1.89-4) unstable; urgency=low * Quit immediately after EOF if -q is not given (i.e. make the default equivalent to -q 0). This is the standard upstream behavior and what other Linux distributions use. It is different from netcat-traditional, but compatibility with other versions of OpenBSD netcat is more important. (Closes: #502188) -- Decklin Foster deck...@red-bean.com Sun, 18 Apr 2010 20:05:08 -0400 --8---cut here---end---8--- So, am I right that we do not need anymore the -q patch if libvirt-bin and virt-manager depends on netcat-openbsd = 1.89-4? Thx, bye, Gismo / Luca pgp1ZavbfpSTX.pgp Description: PGP signature
Bug#617345: mriconvert: Missing fileformats.txt from installation
Package: mriconvert Version: 2.0-2 Severity: normal hi, It would be nice if fileformats.txt was installed as part of the MRIConvert package. This would get the help info box working. thanks -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mriconvert depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libwxbase2.8-0 2.8.10.1-3+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t mriconvert recommends no packages. mriconvert 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#617344: wireshark: follow TCP stream doesn't indicate truncated data
Package: wireshark Version: 1.4.4-1 Severity: normal When using a limited capture length Follow TCP stream shows no indicator that there's data missing. Not even the Save to File in hexdump gives holes in the addresses. I'd expect some visually marked hint data missing or something like that, in both packet loss and truncated captures. The hexdump should at least show correct addresses for the data - holes in the dump would be unavoidable anyway. Another, smaller nuisance are the empty lines in hexdump output. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wireshark depends on: ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libglib2.0-02.28.1-1+b1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-2~sid1Layout and rendering of internatio ii libpcap0.8 1.1.1-2 system interface for user-level pa ii libportaudio2 19+svn20110302-1 Portable audio I/O - shared librar ii libwireshark0 1.4.4-1 a network packet dissection librar ii libwiretap0 1.4.4-1 a network packet capture library - ii libwsutil0 1.4.4-1 network packet dissection utilitie ii wireshark-common1.4.4-1 network traffic analyzer - common ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime wireshark recommends no packages. wireshark suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617346: xulrunner: Reproducably hanging with 100% cpu
Package: xulrunner-1.9.1 Version: 1.9.1.16-4 Severity: normal File: xulrunner Iceweasel hangs reproducably on certain websites. Attached is a stack trace. stephan@nucleus:~$ gdb 5357 GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... 5357: Datei oder Verzeichnis nicht gefunden. (gdb) quit stephan@nucleus:~$ gdb GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. (gdb) attach 5357 Attaching to process 5357 Reading symbols from /usr/lib/xulrunner-1.9.1/xulrunner-stub...Reading symbols from /usr/lib/debug/usr/lib/xulrunner-1.9.1/xulrunner-stub...done. (no debugging symbols found)...done. Reading symbols from /lib/libdl.so.2...Reading symbols from /usr/lib/debug/lib/libdl-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/libpthread-2.11.2.so...done. [Thread debugging using libthread_db enabled] [New Thread 0x7fb904bff700 (LWP 5421)] [New Thread 0x7fb9095ff700 (LWP 5420)] [New Thread 0x7fb90b96a700 (LWP 5384)] [New Thread 0x7fb90c573700 (LWP 5381)] [New Thread 0x7fb911aa0700 (LWP 5379)] [New Thread 0x7fb9139fc700 (LWP 5378)] [New Thread 0x7fb9145fe700 (LWP 5377)] [New Thread 0x7fb914dff700 (LWP 5375)] [New Thread 0x7fb9199ff700 (LWP 5370)] [New Thread 0x7fb91a9e8700 (LWP 5369)] [New Thread 0x7fb91b3f2700 (LWP 5368)] (no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libc.so.6...Reading symbols from /usr/lib/debug/lib/libc-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib/libm.so.6...Reading symbols from /usr/lib/debug/lib/libm-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /usr/lib/xulrunner-1.9.1/libxul.so...Reading symbols from /usr/lib/debug/usr/lib/xulrunner-1.9.1/libxul.so...done. (no debugging symbols found)...done. Loaded symbols for /usr/lib/xulrunner-1.9.1/libxul.so Reading symbols from /usr/lib/libsqlite3.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libsqlite3.so.0 Reading symbols from /usr/lib/libjpeg.so.62...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /lib/libpng12.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpng12.so.0 Reading symbols from /usr/lib/libmozjs.so.2d...Reading symbols from /usr/lib/debug/usr/lib/libmozjs.so.2d...done. (no debugging symbols found)...done. Loaded symbols for /usr/lib/libmozjs.so.2d Reading symbols from /usr/lib/libssl3.so.1d...Reading symbols from /usr/lib/debug/usr/lib/libssl3.so.1d...done. (no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl3.so.1d Reading symbols from /usr/lib/libsmime3.so.1d...Reading symbols from /usr/lib/debug/usr/lib/libsmime3.so.1d...done. (no debugging symbols found)...done. Loaded symbols for /usr/lib/libsmime3.so.1d Reading symbols from /usr/lib/libnss3.so.1d...Reading symbols from /usr/lib/debug/usr/lib/libnss3.so.1d...done. (no debugging symbols found)...done. Loaded symbols for /usr/lib/libnss3.so.1d Reading symbols from /usr/lib/libnssutil3.so.1d...Reading symbols from /usr/lib/debug/usr/lib/libnssutil3.so.1d...done. (no debugging symbols found)...done. Loaded symbols for /usr/lib/libnssutil3.so.1d Reading symbols from /usr/lib/libcairo.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libcairo.so.2 Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libfontconfig.so.1...Reading symbols from /usr/lib/debug/usr/lib/libfontconfig.so.1.4.4...done. (no debugging
Bug#617201: tag 617201 sid
tag 617201 sid thanks Hi, Since libgauche-0.9-0 is only available in sid, this bug only affects that distribution. -- Matt Kraai https://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613661: patch attached
tags 613661 + fixed-upstream # not sure if this is already in TL2010, please double check stop On 27.02.11 Cédric Boutillier (cedric.boutill...@gmail.com) wrote: On Fri, Feb 25, 2011 at 05:34:48PM +0100, Hilmar Preusse wrote: Many thanks for the patch! However these control files are generated, i.e. the bug is either in the description provided by upstream or the generator program. Unfortunately I can't help here as I don't know hot the generation works. The missing longdesc have been added in a recent commit (r21528). So this bug should be fixed automatically in a future upload of the Debian packages. I tag your bug as fixed in upstream. As soon as TL 2010 has been packaged, we'll re-check and eventually close that bug. Many thanks! H. -- sigmentation fault signature.asc Description: Digital signature
Bug#617229: lfm: aborts with error UnicodeDecodeError message from ascii codec on start
Hi again Martin, On 8 March 2011 10:37, Martin Steigerwald mar...@lichtvoll.de wrote: Am Monday 07 March 2011 schrieb Iñigo Serna: ah, ok, problem found. March is März in German, and that ä is causing the crash. A new folder only has one entry - the parent directory - so crash happened when showing .. date. While I fix the bug you can change your locale to make lfm work by now (or better in shell function): $ LANG=en_GB.UTF-8 $ lfm Thanks, this works, while martin@shambhala:~ LANG=C lfm Traceback (most recent call last): File /usr/bin/lfm, line 27, in module lfm_start(sys.argv) File /usr/share/lfm/lfm/lfm.py, line 924, in lfm_start path = curses.wrapper(main, prefs, paths1, paths2) File /usr/lib/python2.6/curses/wrapper.py, line 43, in wrapper return func(stdscr, *args, **kwds) File /usr/share/lfm/lfm/lfm.py, line 845, in main app.load_paths(paths1, paths2) File /usr/share/lfm/lfm/lfm.py, line 90, in load_paths self.lpane.load_tabs_with_paths(paths1) File /usr/share/lfm/lfm/lfm.py, line 299, in load_tabs_with_paths err = tab.init(utils.decode(path)) File /usr/share/lfm/lfm/lfm.py, line 795, in init err = self.init_dir(path) File /usr/share/lfm/lfm/lfm.py, line 612, in init_dir self.nfiles, self.files = files.get_dir(path, app.prefs.options['show_dotfiles']) File /usr/share/lfm/lfm/files.py, line 252, in get_dir if ask_convert_invalid_encoding_filename(newf): File /usr/share/lfm/lfm/utils.py, line 1001, in ask_convert_invalid_encoding_filename 'In file %s, convert' % filename) File /usr/share/lfm/lfm/messages.py, line 326, in confirm win.addstr(1, 2 , '%s?' % utils.encode(question)) File /usr/share/lfm/lfm/utils.py, line 976, in encode return buf.encode(g_encoding) UnicodeEncodeError: 'ascii' codec can't encode character u'\xe4' in position 10: ordinal not in range(128) also chokes. What I see from the report is that lfm tried to convert the encoding of one of the files for proper visualization. Looks like the crash happens when enconding of terminal is different than the encoding of file system. Which encondig for terminal and file system are you using? Coud you send me the output of ls -la in that directory please? so I could see the problematic file names. Even can you make and send me a tar-file with some of those problematic files? thus i could check myself the used filename enconding. Thanks, Iñigo Serna -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617256: Output followup-2
Output followup-2 Compiling both driver CCISS and HPSA as part of the kernel (thus not a modules). BUT then remove the initrd line from grub config. Loading Linux 2.6.38-rc7-both-cciss-and-hpsa+ ... NOT Loading initial ramdisk ... [0.126995] [Firmware Bug]: the BIOS has corrupted hw-PMU resources (MSR 38d is 330) [4.004697] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) [4.004750] Pid: 1, comm: swapper Not tainted 2.6.38-rc7-both-cciss-and-hpsa+ #7 [4.004811] Call Trace: [4.004862] [815dd746] ? panic+0x91/0x195 [4.004920] [815dd88b] ? printk+0x41/0x46 [4.004965] [81a341a4] ? mount_block_root+0x1d8/0x278 [4.005014] [81a3429a] ? mount_root+0x56/0x5a [4.005072] [81a3440e] ? prepare_namespace+0x170/0x1a9 [4.005131] [81a337c8] ? kernel_init+0x1ac/0x1bb [4.005190] [8100b6e4] ? kernel_thread_helper+0x4/0x10 [4.005248] [81a3361c] ? kernel_init+0x0/0x1bb [4.005306] [8100b6e0] ? kernel_thread_helper+0x0/0x10 This output supports Ben Hutchings theory, that this bug/issue might no be the fault of initramfs-tools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612623: docbookwiki: [INTL:pt] Updated Portuguese translation for debconf messages (new version)
Package: docbookwiki Version: 0.9.2-2 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for util-linux's debconf messages. Translator: Américo Monteiro a_monte...@netcabo.pt Feel free to use it. This is the new version reviewed by the 118n team. This version replaces the previous one. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz at debianpt.org. -- Best regards, Américo Monteiro # translation of docbookwiki debconf to Portuguese # Copyright (C) 2007 the docbookwiki's copyright holder # This file is distributed under the same license as the docbookwiki package. # # Américo Monteiro a_monte...@netcabo.pt, 2007, 2011. msgid msgstr Project-Id-Version: docbookwiki 0.9.2-2\n Report-Msgid-Bugs-To: docbookw...@packages.debian.org\n POT-Creation-Date: 2011-03-08 07:20+0100\n PO-Revision-Date: 2011-03-08 09:54+\n Last-Translator: Américo Monteiro a_monte...@netcabo.pt\n Language-Team: Portuguese tra...@debianpt.org\n Language: pt\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../templates:2001 msgid Remove books during purge? msgstr Remover livros ao purgar? #. Type: boolean #. Description #: ../templates:2001 #| msgid #| If you accept here, any books uploaded into DocBookWiki, including XML #| source and downloadable formats, will be removed along with the program #| files. msgid If you choose this option, any book uploaded into DocBookWiki, including XML source and downloadable formats, will be removed along with the program files when the package is purged. msgstr Se aceitar esta opção, quaisquer livros enviados para o DocBookWiki, incluindo o código fonte XML e formatos de download, serão removidos juntamente com os ficheiros do programa quando o pacote for purgado. #. Type: boolean #. Description #: ../templates:3001 msgid Generate downloadable formats now? msgstr Gerar formatos de download agora? #. Type: boolean #. Description #: ../templates:3001 #| msgid #| DocBookWiki can generate downloadable formats (HTML, PDF, etc) for the #| default set of books during installation, but this will take quite some #| time to do. If you do not want to generate these now, decline here and #| they will be generated when the next DocBookWiki weekly cron job runs. msgid DocBookWiki can generate downloadable formats (HTML, PDF, etc.) for the default set of books during installation, but this will take quite some time to do. msgstr O DocBookWiki pode gerar formatos de download por descarga (HTML, PDF, etc) para o conjunto de livros predefinidos durante a instalação, mas isto demora algum tempo a fazer. #. Type: boolean #. Description #: ../templates:3001 msgid If you do not want to generate these now, they will be generated when the next DocBookWiki weekly cron job runs. msgstr Se você não quiser gerar estes agora, eles serão gerados na próxima tarefa cron semanal do DocBookWiki. #. Type: multiselect #. Choices #: ../templates:4001 msgid apache2 msgstr apache2 #. Type: multiselect #. Description #: ../templates:4002 msgid Web server to reconfigure for DocBookWiki: msgstr Servidor web a reconfigurar para o DocBookWiki: #. Type: multiselect #. Description #: ../templates:4002 msgid DocBookWiki supports any web server that PHP does, but this automatic configuration process only supports Apache. msgstr O DocBookWiki suporta qualquer servidor web que o PHP suporte, mas este processo de configuração automático apenas suporta Apache. #. Type: boolean #. Description #: ../templates:5001 #| msgid Do you want to restart Apache now? msgid Do you want to restart the web server now? msgstr Deseja reiniciar o servidor web agora? #. Type: boolean #. Description #: ../templates:5001 #| msgid #| In order to activate the new configuration Apache has to be restarted. If #| you do not confirm here, please remember to restart Apache manually. msgid In order to activate the new configuration, the web server has to be restarted. You may however prefer doing this manually later. msgstr De modo a activar a nova configuração, o servidor web tem que ser reiniciado. No entanto, você pode preferir fazê-lo mais tarde manualmente. #. Type: password #. Description #: ../templates:6001 #| msgid Password for web-based setup system: msgid Password for DocBookWiki web-based setup system: msgstr Palavra-passe para sistema de configuração de interface web do DocBookWiki: #. Type: password #. Description #: ../templates:6001 #| msgid #| DocBookWiki comes with an administration script that can help you with #| managing users. The script is located at http://localhost/books/admin.; #| php. For security reasons it requires authorization. The administrator's #| username is 'superuser' and the default password is 'admin'. msgid DocBookWiki comes with an administration script
Bug#614291: [Pkg-libvirt-maintainers] Bug#614291: Bug#614291: Unable to establish qemu+ssh connection
On Tue, Mar 08, 2011 at 10:41:57AM +0100, Luca Capello wrote: Hi there! On Mon, 07 Mar 2011 13:17:16 +0100, Luca Capello wrote: On Sun, 06 Mar 2011 17:37:47 +0100, Guido Günther wrote: On Sat, Mar 05, 2011 at 03:54:02PM +0100, Luca Capello wrote: [..snip..] So, I see two solutions, beside the fact that libvirt-bin should depend on netcat-openbsd: virt-manager invokes netcat on the remote side for console access. Mmm, while I see your point, the only way to assure netcat-openbsd is installed on the remote side is a dependency in libvirt-bin, given that virt-manager is not required on the remote side. 1) libvirt-bin calls /bin/nc.openbsd, not elegant, but it avoids any problem in an automatic way This would break non Debian systems. We could check for nc.openbsd first and then fall back to nc though (which would mean fixing up Autodetect-if-the-remote-nc-command-supports-the-q-o.patch) but in that case it's probably easier to drop the dependency altogether (which is what upstream plans to do). I am not sure I have completely understood what you wrote: 1) Autodetect-if-the-remote-nc-command-supports-the-q-o.patch was introduced because of #573172. In Debian Both netcat-traditional and netcat-openbsd have the -q option, but none of the upstream netcat has it [1][2]. Actually, I found another bug which is even more interesting: #564034. There, the netcat-openbsd maintainer (cc:ed) announced that he had restored the original behavior if -q is not given: --8---cut here---start-8--- netcat-openbsd (1.89-4) unstable; urgency=low * Quit immediately after EOF if -q is not given (i.e. make the default equivalent to -q 0). This is the standard upstream behavior and what other Linux distributions use. It is different from netcat-traditional, but compatibility with other versions of OpenBSD netcat is more important. (Closes: #502188) -- Decklin Foster deck...@red-bean.com Sun, 18 Apr 2010 20:05:08 -0400 --8---cut here---end---8--- So, am I right that we do not need anymore the -q patch if libvirt-bin and virt-manager depends on netcat-openbsd = 1.89-4? No, we still need to support this for interoperability with other Linux distributions. There are lots of people using virt-manager on Debian to manage remote RedHat, SuSE, whatnot. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614291: [Pkg-libvirt-maintainers] Bug#614291: Bug#614291: Unable to establish qemu+ssh connection
On Tue, Mar 08, 2011 at 11:06:34AM +0100, Guido Günther wrote: On Tue, Mar 08, 2011 at 10:41:57AM +0100, Luca Capello wrote: Hi there! On Mon, 07 Mar 2011 13:17:16 +0100, Luca Capello wrote: On Sun, 06 Mar 2011 17:37:47 +0100, Guido Günther wrote: On Sat, Mar 05, 2011 at 03:54:02PM +0100, Luca Capello wrote: [..snip..] So, I see two solutions, beside the fact that libvirt-bin should depend on netcat-openbsd: virt-manager invokes netcat on the remote side for console access. Mmm, while I see your point, the only way to assure netcat-openbsd is installed on the remote side is a dependency in libvirt-bin, given that virt-manager is not required on the remote side. 1) libvirt-bin calls /bin/nc.openbsd, not elegant, but it avoids any problem in an automatic way This would break non Debian systems. We could check for nc.openbsd first and then fall back to nc though (which would mean fixing up Autodetect-if-the-remote-nc-command-supports-the-q-o.patch) but in that case it's probably easier to drop the dependency altogether (which is what upstream plans to do). I am not sure I have completely understood what you wrote: 1) Autodetect-if-the-remote-nc-command-supports-the-q-o.patch was introduced because of #573172. In Debian Both netcat-traditional and netcat-openbsd have the -q option, but none of the upstream netcat has it [1][2]. Actually, I found another bug which is even more interesting: #564034. There, the netcat-openbsd maintainer (cc:ed) announced that he had restored the original behavior if -q is not given: --8---cut here---start-8--- netcat-openbsd (1.89-4) unstable; urgency=low * Quit immediately after EOF if -q is not given (i.e. make the default equivalent to -q 0). This is the standard upstream behavior and what other Linux distributions use. It is different from netcat-traditional, but compatibility with other versions of OpenBSD netcat is more important. (Closes: #502188) -- Decklin Foster deck...@red-bean.com Sun, 18 Apr 2010 20:05:08 -0400 --8---cut here---end---8--- So, am I right that we do not need anymore the -q patch if libvirt-bin and virt-manager depends on netcat-openbsd = 1.89-4? No, we still need to support this for interoperability with other Linux distributions. There are lots of people using virt-manager on Debian to manage remote RedHat, SuSE, whatnot. And we still need -U which is not supported by netcat-traditional. -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614298: multiarch: apt-get remove of foreign-arch package removes wrong one
On Mon, Mar 07, 2011 at 02:50:11PM -0800, Steve Langasek wrote: On Mon, Mar 07, 2011 at 11:33:12PM +0100, David Kalnischkies wrote: On Mon, Mar 7, 2011 at 20:39, Steve Langasek vor...@debian.org wrote: Oh man, I can't believe I missed FullName(), that's kind of an obvious function, isn't it. :) Do you want me to change the patch to use this? The No need to, i just manual-merged your patch (bzr errored out on the try to merge¹) and committed my changes after that as attached. Nothing fancy, just replaced the handmade Name() + : + Arch() with FullName() and new[] with strdup as it reduces the linecount a bit. Great, thanks! Hope that makes it clear what i meant with FullName() usage. We could possibly replace the complete if-else with FullName, but then we would have to strdup for all packages and not just the multiarch ones, so that bit of duplication is good as it is. :) Yep, clear. ¹ bzr: ERROR: Revision is not compatible with KnitPackRepository('file:///…/apt/.bzr/repository/') … Whatever: too late and too lazy to check that now … Ah; KnitPack is an old bzr repository format. Assuming your dev environment is upgraded to squeeze, you should definitely run 'bzr upgrade' on any local branches you have, as well as on bzr+ssh://bzr.debian.org/bzr/apt/debian-sid/, to get the much-improved 2a format. That will bring speed improvements when accessing the repo, and make everyone happy. :) Actually, it'd need to be run on bzr+ssh://bzr.debian.org/bzr/apt/apt/ (and sub directories), which is a shared repository. bzr+ssh://bzr.debian.org/bzr/apt/debian-sid/ is a symlink to bzr+ssh://bzr.debian.org/bzr/apt/apt/debian-sid/. I upgraded the python-apt repository some time ago, if wanted, I can update apt as well. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpxnh4vQEg48.pgp Description: PGP signature
Bug#617347: alsa-utils: Please add Master Front to list of controls to be unmuted
Package: alsa-utils Version: 1.0.23-3 Severity: normal Hello, A user has reported that he needs to unmute Master Front in order to get any sound. You could add this control among the others in the /etc/init.d/alsa-utils script? (or /usr/share/alsa/utils.sh once patch for 613103 gets applied) 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 2.6.37 (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/bash Versions of packages alsa-utils depends on: ii dialog 1.1-20100428-1Displays user-friendly dialog boxe hi libasound2 1.0.23-3~0shared library for ALSA applicatio ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libncursesw5 5.7+20100313-5shared libraries for terminal hand hi linux-sound-base 1.0.21+dfsg-2+youpi.1 base package for ALSA and OSS soun ii lsb-base 3.2-27Linux Standard Base 3.2 init scrip ii module-init-tools 3.12-1tools for managing Linux kernel mo ii udev 166-1 /dev/ and hotplug management daemo ii whiptail 0.52.11-2 Displays user-friendly dialog boxe Versions of packages alsa-utils recommends: hi alsa-base 1.0.21+dfsg-2+youpi.1 ALSA driver configuration files ii pciutils 1:3.1.7-7 Linux PCI Utilities alsa-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603937: closed by Tanguy Ortolo tanguy+deb...@ortolo.eu (Re: Bug#603937: dokuwiki: PHP Warning: Cannot modify header information in Apache error log)
Every page access to dokuwiki generates two lines like this in Apache2 error log: [Thu Nov 18 17:49:51 2010] [error] [client 146.48.81.102] PHP Warning: Cannot modify header information - headers already sent in Unknown on line 0 Deselecting gzip_output solves the problem. It seems that this is normal because Apache already handles compression, cf. the upstream bug report [1]. So there is no need to enable gzip_output. [1] http://bugs.splitbrain.org/index.php?do=detailstask_id=1919 I am closing this ticket as this is actually not a bug. :-) I disagree. We have a program - dokuwiki - which exposes an option that may be set to 0 or 1. It ships with the option set to 0, but if you set it to 1 the program breaks. This is a bug. The option should not be there, or it should warn you that on certain systems (detail needed) it cannot be enabled. -- Francesco Potortì (ricercatore)Voice: +39 050 315 3058 (op.2111) ISTI - Area della ricerca CNR Fax: +39 050 315 2040 via G. Moruzzi 1, I-56124 Pisa Email: poto...@isti.cnr.it (entrance 20, 1st floor, room C71) Web: http://fly.isti.cnr.it/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617256: Output follow-up 3
Output follow-up 3 Compiling only driver HPSA as part of the kernel, thus NOT a module. This case is interesting, as this case also fails! - but if I compile HPSA as a module stuff starts to work... hmmm. Loading Linux 2.6.38-rc7-only-hpsa-no-cciss+ ... Loading initial ramdisk ... [0.127209] [Firmware Bug]: the BIOS has corrupted hw-PMU resources (MSR 38d is 330) Loading, please wait... [5.034037] ixgbe :0f:00.1: HW Init failed: -21 [8.395078] ixgbe :12:00.1: HW Init failed: -21 Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/disk/by-uuid/7afb0175-deb2-4dc4-9a48-bf075cb14ca2 does not exist. Dropping to a shell! BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off (initramfs) (initramfs) ls /dev/sd* /dev/sda/dev/sda11 /dev/sda5 /dev/sda8 /dev/sdb1 /dev/sda1 /dev/sda2 /dev/sda6 /dev/sda9 /dev/sdb2 /dev/sda10 /dev/sda3 /dev/sda7 /dev/sdb/dev/sdb3 (initramfs) (initramfs) ls /dev/disk ls: /dev/disk: No such file or directory (initramfs) (initramfs) ls /dev/cciss ls: /dev/cciss: No such file or directory (initramfs) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617348: latexila: LaTeXila should depend on rubber
Package: latexila Version: 2.0.5-1 Severity: normal Hello, LaTeXila uses the 'rubber' preprocessor by default, but latexila package does not depend on rubber, so rubber is not installed if the user does not install it himself, and LaTeXila gives an error message. Best regards, ProgVal -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-progval1-1 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages latexila depends on: ii latexila-data 2.0.5-1 LaTeXila editor -- arch-independen ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libgee20.5.2-1 GObject based collection library ii libglib2.0-0 2.28.1-1+b1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtksourceview2.0-0 2.10.4-1 shared libraries for the GTK+ synt ii libpango1.0-0 1.28.3-2~sid1 Layout and rendering of internatio ii libunique-1.0-01.1.6-2 Library for writing single instanc ii libx11-6 2:1.4.1-5 X11 client-side library Versions of packages latexila recommends: ii rubber1.1-2.4an automated system for building L ii texlive 2009-11TeX Live: A decent selection of th latexila 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#616495: [Pkg-mol-devel] Bug#616495: Bug#616495: Should mol-drivers-macosx be removed?
Gaudenz Steinlin hat am Mon 07. Mar, 11:01 (+0100) geschrieben: Excerpts from Luca Falavigna's message of 2011-03-04 23:10:59 +0100: Package: mol-drivers-macosx Version: 0.9.72.1-1 Severity: serious Hi, I erroneously removed mol package (see #592034) while mol-drivers-macosx still needed it. I see there has been no recent activities on this package recently, so I wonder whether we could drop mol-drivers-macosx as well. I plan to convert this bug into a removal request in a month or so unless you dissent from this choice. I think it should be removed as well. The other drivers mol-drivers-macos and mol-drivers-linux are already removed. As far as I can see, this is the last package of MOL that is removed from Debian. We should tell the Kernel Team about it, so they can remove the MOL patch. Bye, Jörg. -- Eine Blume geht über eine Wiese, sieht einen schönen Menschen und reißt ihm den Kopf ab. signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#603937: closed by Tanguy Ortolo tanguy+deb...@ortolo.eu (Re: Bug#603937: dokuwiki: PHP Warning: Cannot modify header information in Apache error log)
Francesco Potortì, 2011-03-08 09:14 UTC+0100: I am closing this ticket as this is actually not a bug. :-) I disagree. We have a program - dokuwiki - which exposes an option that may be set to 0 or 1. It ships with the option set to 0, but if you set it to 1 the program breaks. This is a bug. It does not break. This is not a bug. The option should not be there, or it should warn you that on certain systems (detail needed) it cannot be enabled. It can be enabled, this only leads to some warnings in the logs, which are only a cosmetic problem. But anyway, this configuration parameter is documented [1], and its documentation clearly states that it should not be enabled if Apache already handles compression. [1] http://www.dokuwiki.org/config:gzip_output Now, there are two cases when a wiki admin is modifying the configuration: * he may be editing the configuration file directly: in this case, he is supposed to know what he is doing, which includes reading the documentation about the settings he modifies; * he may be using the web interface: in this case, he will see a link to the documentation. So, this is only a cosmetic problem, which is expected and documented. No problem then. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Elessar | `-'Debian Maintainer \_ signature.asc Description: Digital signature
Bug#612423: /usr/bin/debdelta: E:Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages
hi, Il 08/02/2011 14:23, Nelson A. de Oliveira ha scritto: Today while trying to run debdelta-upgrade -v I saw this: debdelta-upgrade : E:Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. With a simple aptitude full-upgrade: [...] The following actions will resolve these dependencies: [...] Accept this solution? [Y/n/q/?] = So maybe this situation is somehow confusing debdelta? yes, debdelta-upgrade simply calls cache=apt.Cache() cache.upgrade(True) and that is similar to aptitude full-upgrade ; but it does not implement conflict resolution Testing with only packages that are known to be correctly installable: [...] But debdelta also complains: = # debdelta-upgrade -d -v apt-file base-files bti bzr chromium-browser chromium-browser-inspector debootstrap dictionaries-common iceweasel iproute libatasmart4 libavahi-client3 libavahi-common-data libavahi-common3 libavahi-glib1 libgnomevfs2-0 libgnomevfs2-common libgpg-error-dev libgpg-error0 libhal-dev libhal-storage1 libhal1 libhyphen0 libmozjs4d liboauth0 libpcre3 libpcrecpp0 libreoffice-base-core libreoffice-calc libreoffice-common libreoffice-core libreoffice-draw libreoffice-impress libreoffice-l10n-pt-br libreoffice-style-tango libreoffice-writer libvlc5 libvlccore4 libx11-6 libx11-data libx11-dev libx11-xcb1 libxaw7 ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ttf-opensymbol uno-libs3 ure vlc vlc-data vlc-nox xulrunner-2.0 debdelta-upgrade : E:Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. File /usr/bin/debdelta-upgrade, line 4300, in module exitcode=delta_upgrade_(argv) File /usr/bin/debdelta-upgrade, line 3477, in delta_upgrade_ cache.upgrade(True) unfortunately this line ignores the list you give on command line... it should not... but I would need some help from APT people, so that debdelta-upgrade [files] would more precisely mimic what aptitude does What can I do to help in debugging this, please? if it ever happens again, there are two possible quick workarounds, 1) in /usr/bin/debdelta-upgrade, change temporarily the line cache.upgrade(True) to cache.upgrade(False) (if this solves the problem, I may add it as a command line option, or a try:except fallback) 2) use the 'cupt' package manager, that solves dependencies (similarly to aptitude) and then downloads deltas and uses 'debpatch' instead of 'debdelta-upgrade' a. signature.asc Description: OpenPGP digital signature
Bug#612507: [vlc] backtrace
Package: vlc Version: 1.1.7-3 --- Please enter the report below this line. --- Joined the stacktrace capture with kdevelop in debug mode then attach to the running process VLC. Hope this help. The only internet playlists I used are the one hardcoded in the package. I believe that this is the ones stored in /usr/lib/vlc/lua/sd/*.luac. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.37-2-amd64 Debian Release: wheezy/sid 500 unstableftp.fr.debian.org 500 testing ftp.fr.debian.org 500 stable security.debian.org 500 stable ftp.fr.debian.org 500 stable dl.google.com 500 oldstable volatile.debian.org 500 maverickppa.launchpad.net 500 hardy linux.dell.com 500 gutsy linux.dell.com 500 cross-distrolinux.dell.com 101 experimentalftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+-=== ttf-freefont | 20100919-1 vlc-nox (= 1.1.7-3) | 1.1.7-3 libaa1(= 1.4p5) | 1.4p5-38 libavcodec52 (= 4:0.6-1~) | 4:0.6.1-5 OR libavcodec-extra-52(= 4:0.6-1~) | libavutil50 (= 4:0.6-1~) | 4:0.6.1-5 OR libavutil-extra-50 (= 4:0.6-1~) | libc6 (= 2.8) | 2.11.2-13 libfreetype6 (= 2.2.1) | 2.4.4-1 libfribidi0 (= 0.19.2) | 0.19.2-1 libgcc1 (= 1:4.1.1) | 1:4.6-20110227-1 libgl1-mesa-glx | 7.10-4 OR libgl1 | libqtcore4 (= 4:4.6.1) | 4:4.6.3-4 libqtgui4 (= 4:4.5.3) | 4:4.6.3-4 libsdl-image1.2 (= 1.2.10) | 1.2.10-2+b2 libsdl1.2debian(= 1.2.10-1) | 1.2.14-6.1 libstdc++6(= 4.2.1) | 4.6-20110227-1 libtar | 1.2.11-6 libva-x11-1 | 1.0.8-3 libva1 | 1.0.8-3 libvlccore4 (= 1.1.0) | 1.1.7-3 libx11-6 | 2:1.4.1-5 libx11-xcb1 | 2:1.4.1-5 libxcb-keysyms1 (= 0.3.6) | 0.3.6-1 libxcb-randr0 (= 1.1) | 1.7-2 libxcb-shm0 | 1.7-2 libxcb-xv0 (= 1.2) | 1.7-2 libxcb1 | 1.7-2 libxext6 | 2:1.2.0-2 libxpm4 | 1:3.5.9-1 zlib1g (= 1:1.2.3.3.dfsg) | 1:1.2.3.4.dfsg-3 ttf-freefont | 20100919-1 vlc-nox (= 1.1.7-3) | 1.1.7-3 libaa1(= 1.4p5) | 1.4p5-38 libavcodec52 (= 4:0.6-1~) | 4:0.6.1-5 OR libavcodec-extra-52(= 4:0.6-1~) | libavutil50 (= 4:0.6-1~) | 4:0.6.1-5 OR libavutil-extra-50 (= 4:0.6-1~) | libc6 (= 2.8) | 2.11.2-13 libfreetype6 (= 2.2.1) | 2.4.4-1 libfribidi0 (= 0.19.2) | 0.19.2-1 libgcc1 (= 1:4.1.1) | 1:4.6-20110227-1 libgl1-mesa-glx | 7.10-4 OR libgl1 | libqtcore4 (= 4:4.6.1) | 4:4.6.3-4 libqtgui4 (= 4:4.5.3) | 4:4.6.3-4 libsdl-image1.2 (= 1.2.10) | 1.2.10-2+b2 libsdl1.2debian(= 1.2.10-1) | 1.2.14-6.1 libstdc++6(= 4.2.1) | 4.6-20110227-1 libtar | 1.2.11-6 libva-x11-1 | 1.0.8-3 libva1 | 1.0.8-3 libvlccore4 (= 1.1.0) | 1.1.7-3 libx11-6 | 2:1.4.1-5 libx11-xcb1 | 2:1.4.1-5 libxcb-keysyms1 (= 0.3.6) | 0.3.6-1 libxcb-randr0 (= 1.1) | 1.7-2 libxcb-shm0 | 1.7-2 libxcb-xv0 (= 1.2) | 1.7-2 libxcb1 | 1.7-2 libxext6 | 2:1.2.0-2 libxpm4 | 1:3.5.9-1 zlib1g (= 1:1.2.3.3.dfsg) | 1:1.2.3.4.dfsg-3 liba52-0.7.4 | 0.7.4-14 libasound2 ( 1.0.18) | 1.0.23-2.1 libass4
Bug#617318: new upstream version 0.17
On Tue, Mar 8, 2011 at 04:03, RjY r...@users.sourceforge.net wrote: [2] I think he means 5.8 :-) the particular patch is this http://repo.or.cz/w/tig.git/commitdiff/ddae52065f967db43f4d9aa07340c950cdb2b433 Exactly. -- Jonas Fonseca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616577: Upgrading libpango1.0-0 fails: rm: cannot remove `/usr/share/doc/libpango1.0-0': Is a directory
On Sat, Mar 5, 2011 at 19:40:20 +0100, Alexander Kurtz wrote: It seems like dpkg won't overwrite a directory with a symlink (bug?) so No, not bug. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616638: using the linux command twice in a row causes grub-efi-amd64 to hang
On Sun, Mar 06, 2011 at 02:37:42AM -0500, Daniel Kahn Gillmor wrote: Booting grub-efi directly on a new macbook pro, i found that if i accidentally did: linux (hd1,gpt2)/vmlinuz root=/dev/sda3 ro verbose linux (hd1,gpt2)/vmlinuz root=/dev/sda3 ro verbose (that is, if i loaded the kernel twice) then grub would hang. Other variants of grub (grub-pc and grub-ieee1275) don't seem to show this behavior. I also note that if my second command points to something that is not a file, grub does *not* hang. There's a fairly small number of differences between BIOS and EFI that might be relevant to the 'linux' command. One of them is memory allocation, so I looked through that code path, and I noticed one bug by inspection that could certainly cause your problem. Could you try this patch? === modified file 'grub-core/loader/i386/linux.c' --- grub-core/loader/i386/linux.c 2011-01-10 23:02:01 + +++ grub-core/loader/i386/linux.c 2011-03-08 10:24:17 + @@ -136,7 +136,8 @@ find_efi_mmap_size (void) later, and EFI itself may allocate more. */ mmap_size += (1 12); - return page_align (mmap_size); + mmap_size = page_align (mmap_size); + return mmap_size; } #endif -- Colin Watson [cjwat...@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#617208: Fails if started by init
[adding Thomas to Cc, as this concerns xterm] FYI, libxt/1:1.1.0-1 also breaks xterm: XAUTHORITY is removed from the environment, meaning that I can no longer start X applications from xterm when gdm3 is used. As libxt/1:1.1.0-2 fixes the problem (which appeared with the upgrade to libxt/1:1.1.0-1) and other terminals didn't have any problem, I assume this is the same bug. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603937: closed by Tanguy Ortolo tanguy+deb...@ortolo.eu (Re: Bug#603937: dokuwiki: PHP Warning: Cannot modify header information in Apache error log)
I disagree. We have a program - dokuwiki - which exposes an option that may be set to 0 or 1. It ships with the option set to 0, but if you set it to 1 the program breaks. This is a bug. It does not break. This is not a bug. The option should not be there, or it should warn you that on certain systems (detail needed) it cannot be enabled. It can be enabled, this only leads to some warnings in the logs, which are only a cosmetic problem. Okay, break was too strong a word :) But the warnings in the logs are not only a cosmetic problem, they make it more diffucult to read the logs and the fill them up. Even if the program does not stop working, it does not behave well. But anyway, this configuration parameter is documented [1], and its documentation clearly states that it should not be enabled if Apache already handles compression. [1] http://www.dokuwiki.org/config:gzip_output Now, there are two cases when a wiki admin is modifying the configuration: * he may be editing the configuration file directly: in this case, he is supposed to know what he is doing, which includes reading the documentation about the settings he modifies; * he may be using the web interface: in this case, he will see a link to the documentation. So, this is only a cosmetic problem, which is expected and documented. No problem then. Hm. I am not perfectly convinced, but you made a good case an I see that my arguments are weaker than I expected. Thank you for your work on this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617256: Output follow-up 4
Output follow-up 4 Compiling only driver HPSA and as a module - works! Loading Linux 2.6.38-rc7-hpsa-as-module-no-cciss+ ... Loading initial ramdisk ... [...] Debian GNU/Linux 6.0 HOSTNAME tty1 HOSTNAME login: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616682: tag 616682 wheezy sid
tag 616682 wheezy sid thanks Hi, This bug is reproducible in wheezy and sid chroots, but not in a squeeze one, so tag it as such. -- Matt Kraai https://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616694: tag 616694 sid
tag 616694 sid thanks Hi, This bug is currently only reproducible using a sid pbuilder chroot, not a squeeze or wheezy one, so I'm tagging it as such. -- Matt Kraai https://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614291: [Pkg-libvirt-maintainers] Bug#614291: Bug#614291: Unable to establish qemu+ssh connection
Hi there! On Tue, 08 Mar 2011 11:08:09 +0100, Guido Günther wrote: On Tue, Mar 08, 2011 at 11:06:34AM +0100, Guido Günther wrote: On Tue, Mar 08, 2011 at 10:41:57AM +0100, Luca Capello wrote: Actually, I found another bug which is even more interesting: #564034. There, the netcat-openbsd maintainer (cc:ed) announced that he had restored the original behavior if -q is not given: --8---cut here---start-8--- netcat-openbsd (1.89-4) unstable; urgency=low * Quit immediately after EOF if -q is not given (i.e. make the default equivalent to -q 0). This is the standard upstream behavior and what other Linux distributions use. It is different from netcat-traditional, but compatibility with other versions of OpenBSD netcat is more important. (Closes: #502188) -- Decklin Foster deck...@red-bean.com Sun, 18 Apr 2010 20:05:08 -0400 --8---cut here---end---8--- So, am I right that we do not need anymore the -q patch if libvirt-bin and virt-manager depends on netcat-openbsd = 1.89-4? No, we still need to support this for interoperability with other Linux distributions. There are lots of people using virt-manager on Debian to manage remote RedHat, SuSE, whatnot. Last words on this, maybe I am missing something: as far as I understood (mostly reading the Debian BTS), the -q patch is something *specific* to Debian (and FWIW non standard), while upstream OpenBSD netcat works out of the box without that and libvirt. So if Debian (plus derivatives, obviously) was the only one with this problem, as it seemed to me, I do not see how reverting that patch would affect other distributions. And we still need -U which is not supported by netcat-traditional. Yeah, as I wrote in previous emails, I am aware this is another problem. Thx, bye, Gismo / Luca pgpIlln8yaDHs.pgp Description: PGP signature
Bug#617337: ITP: ctk -- A set of common support code for medical imaging, surgical navigation, and related purposes
On 03/08/2011 02:46 AM, Mathieu Malaterre wrote: Package: wnpp Severity: wishlist Owner: Mathieu Malaterremathieu.malate...@gmail.com * Package name: ctk Version : 0.1.0 Upstream Author : CommonTK (https://github.com/commontk/) * URL : http://www.commontk.org * License : Apache 2.0 Programming Lang: C++ Description : A set of common support code for medical imaging, surgical navigation, and related purposes The goal of Common TK are as follows: Provide a unified set of basic programming constructs that are useful for medical imaging applications development . Facilitate the exchange and combination of code and data . Document, integrate, and adapt successful solutions . Avoid the duplication of code and data . Continuously extend to new tasks within the scope of the toolkit (medical imaging) without burdening existing tasks ctk seems a horribly generic name. Could you name the package something like medical-imaging-ctk? -- I prefer banana-flavored energy bars made from tofu. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617303: closed by Holger Levsen hol...@layer-acht.org (did you test it?)
Sorry, I should never file bugs late in the night. :-( Cheers, Balint 2011/3/8 Debian Bug Tracking System ow...@bugs.debian.org: This is an automatic notification regarding your Bug report which was filed against the ecb package: #617303: Not installable due to broken dependency It has been closed by Holger Levsen hol...@layer-acht.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Holger Levsen hol...@layer-acht.org by replying to this email. -- 617303: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617303 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Továbított levél -- From: Holger Levsen hol...@layer-acht.org To: 617303-d...@bugs.debian.org Date: Tue, 8 Mar 2011 11:01:08 +0100 Subject: did you test it? Hi Balint, I can install ecb here just fine in sid, wheezy and squeeze chroots. Please read question+answer #5 in http://wiki.debian.org/piuparts/FAQ cheers, Holger -- Továbított levél -- From: Bálint Réczey bal...@balintreczey.hu To: Debian Bug Tracking System sub...@bugs.debian.org Date: Tue, 8 Mar 2011 00:02:44 +0100 Subject: Not installable due to broken dependency Package: ecb Version: 2.32-1 Severity: serious Hi, Package is not installable due to unresolvable dependency on emacs21 [1]. Please note that other dependencies will break, too, after removing cedet from archive [2]. BTW, is the package actively maintained or up for adoption unofficially? Cheers, Balint [1]: http://piuparts.debian.org/sid/source/e/ecb.html [2]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617267 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617337: ITP: ctk -- A set of common support code for medical imaging, surgical navigation, and related purposes
On Tue, Mar 8, 2011 at 11:43 AM, Ron Johnson ron.l.john...@cox.net wrote: On 03/08/2011 02:46 AM, Mathieu Malaterre wrote: Package: wnpp Severity: wishlist Owner: Mathieu Malaterremathieu.malate...@gmail.com * Package name : ctk Version : 0.1.0 Upstream Author : CommonTK (https://github.com/commontk/) * URL : http://www.commontk.org * License : Apache 2.0 Programming Lang: C++ Description : A set of common support code for medical imaging, surgical navigation, and related purposes The goal of Common TK are as follows: Provide a unified set of basic programming constructs that are useful for medical imaging applications development . Facilitate the exchange and combination of code and data . Document, integrate, and adapt successful solutions . Avoid the duplication of code and data . Continuously extend to new tasks within the scope of the toolkit (medical imaging) without burdening existing tasks ctk seems a horribly generic name. Could you name the package something like medical-imaging-ctk? You are right. ctk also refers to a specific religious view. I'll change that to commontk which is used internally to name individual plugins (commontk.log, commontk.dah ...) Thanks, -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556078: Announce of an upcoming upload for the anon-proxy package
Dear maintainer of anon-proxy and Debian translators, Some days ago, I sent a notice to the maintainer of the anon-proxy Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es fi fr it ja nl pt pt_BR ru sv tr vi Among these, the following translations are incomplete: nl If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the anon-proxy package so I can incorporate them in the build. The deadline for receiving updates and new translations is Saturday, March 12, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Sunday, March 06, 2011 : send the first intent to NMU notice to the package maintainer. Tuesday, March 08, 2011 : send this notice Saturday, March 16, 2011 : (midnight) deadline for receiving translation updates Sunday, March 17, 2011 : Send a summary to the maintainer. Maintainer uploads when possible. Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: anon-pr...@packages.debian.org\n POT-Creation-Date: 2008-04-24 09:25-0700\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Should the http_proxy variable be set? msgstr #. Type: boolean #. Description #: ../templates:1001 msgid To surf the web anonymously browsers have to use the new proxy server. For graphical browsers like mozilla or konqueror that can easily be configured in the proxy information using the graphical setup dialogs. msgstr #. Type: boolean #. Description #: ../templates:1001 msgid Shellbrowsers like lynx or w3m use the environment variables http_proxy and HTTP_PROXY. If you want these variables can be set globally in /etc/ environment now. They will be removed if the anon-proxy package is purged. msgstr signature.asc Description: Digital signature
Bug#614548: Grub installation on mdadm raid-0 array fails
A Terça 22 Fevereiro 2011 07:46:05 mplia mpliaaa você escreveu: Package: Debian-Installer Version: 6.0 Description: By default, the Squeeze installer uses mdadm metablock version 1.2 when it creates a new raid-0 array. This results in grub not being able to install, since there's obviously an incompatibility between grub and this new metablock version. A workaround on this issue is to boot via a livecd and build the array using the --metablock=0.90 parameter on mdadm. Then reboot with debian and install squeeze on this pre-made array (grub installs properly). Solution: see above. Perhaps the squeeze installer should use the --metablock=0.90 parameter by default? grub-pc installed was: 1.98+20100804-14. This is what happened when i tried to install with RAID0: Mar 8 09:43:52 grub-installer: info: Installing grub on '/dev/sda' Mar 8 09:43:52 grub-installer: info: grub-install supports --no-floppy Mar 8 09:43:52 grub-installer: info: Running chroot /target grub-install -- no-floppy --force /dev/sda Mar 8 09:43:53 grub-installer: /usr/sbin/grub-probe: error: unknown filesystem. Mar 8 09:43:53 grub-installer: Auto-detection of a filesystem of /dev/md0 failed. Mar 8 09:43:53 grub-installer: Please report this together with the output of /usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub to bug-g...@gnu.org Mar 8 09:43:53 grub-installer: error: Running 'grub-install --no-floppy -- force /dev/sda' failed. ...but i did another installation with RAID1 and it was sucessfull and the system boots. It is also using version 1.2 as in the previous installation in RAID0. -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org attachment: gruberror.png
Bug#616494: git-annex: FTBFS on various archs: undefined reference to symbol 'sem_close@@GLIBC_…'
Hello, On Mon, Mar 07, 2011 at 11:55:48PM +0530, Joachim Breitner wrote: Hi, Am Montag, den 07.03.2011, 15:02 +0530 schrieb Joachim Breitner: Hmm, is this useful? I don’t see a real pattern. We see failures with both versions of libc, with all four different versions of ghc available, across different architectures... I now gave ghc or haskell-transformers back on some of the failing architectures. If some of them pass through we can hopefully identify the cause. Maybe different buildd configuration. Strangely, the armel build of 7.0.2-1 went through, while 7.0.1-1 did not. Build logs looks very similar. Help! :-) Well, it looks like good news! I just compared libraries/unix/configure.ac between 7.0.1 and 7.0.2 and 7.0.2 does indeed look like it contains a fix for this issue. The configure script now uses AC_SEARCH_LIBS to find sem_close and set up the linking appropriately. I don't understand why the build went through — thought it'd need my bootstrapping optl-pthread hacks as the previous version was mislinked — but it seems like it did. :-) Try building *and running* something on one of the failing arches. I suspect it will work now and we can close this bug. Cheers, Iain signature.asc Description: Digital signature
Bug#616620: [Pkg-fonts-devel] Bug#616620: Wrong thinkness for letter 'u'
Pravin Satpute psatp...@redhat.com: i have not done any change specifically to 'u' and 'U' characters, but will check those again To be honest, I tried out the font today by explicitely selecting it in gedit and writing some text containing small 'u' characters. I was not able to reproduce your rendering errors. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617256: Output follow-up 5
Output follow-up 5 Compiling both drivers HPSA and CCISS as modules - also works! - hmmm Loading Linux 2.6.38-rc7-hpsa-and-cciss-as-modules+ ... Loading initial ramdisk ... [0.127208] [Firmware Bug]: the BIOS has corrupted hw-PMU resources (MSR 38d is 330) [...] Debian GNU/Linux 6.0 HOSTNAME tty1 HOSTNAME login: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617334: Patch for TLS security flaw
Hello, The patch can be found on GitHub: https://github.com/jedisct1/pure-ftpd/commit/65c4d4ad331e94661de763e9b5304d28698999c4 Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616363: Please use dbconfig-common instead of custom scripts
Roland Stigge a écrit : Hi, On 03/08/2011 07:19 AM, Christian PERRIER wrote: I haven't seen any followup to this. So, instead of eternally waiting for it, I suggest going on with the review (preferrably re-using texts from dbconfig-common if we can). Thanks for your care, and sorry for the delay! Oh, no problem. Sorry if my mail, quoted above, was sounding harsh. After re-reading it I can understand it could be read as more rude than it was intended. I'm planning to switch to dbconfig-common, anyway. Already discussed it with upstream. And it won't need eternally. ;-) Sure, no problem again...and great news! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616672: Manual source included in upstream Subversion
Hi, The source code for the manual doesn't appear to be included in any releases, but it is available in upstream's version control system as source/manual/block_attack_manual.tex from 1.3.2 onward. See http://blockattack.svn.sourceforge.net/viewvc/blockattack/trunk/source/manual/block_attack_manual.tex?view=log for more information. -- Matt Kraai https://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617256: Output follow-up 6
Output follow-up 6 The problem seems to be related to the HPSA driver. If the HPSA driver is compiled in, then it does NOT work, it needs to be compiled as a module in-order to work. The state of the CCISS driver does not seem to have any impact. I have now tried to compile CCISS in the kernel and HPSA as a module, and the root uuid boot stuff works! Loading Linux 2.6.38-rc7-hpsa-as-module-and-cciss-buildin+ ... Loading initial ramdisk ... [...] HOSTNAME login: Works! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617348: latexila: LaTeXila should depend on rubber
reopen 617348 thanks Tanguy Ortolo, 2011-03-08 11:31 UTC+0100: Well, LaTeXila can be used without rubber, this is why I did not put it in the Depends. I am sorry, I closed this bug report too quickly. In fact, you should have rubber pulled by the Recommends of the latexila package. If you do not, it is because you chose not to install Recommends, so you should expect to loose some functionnalities anyway. But, to quote the Debian Policy Manual: The Depends field should be used if the depended-on package is required for the depending package to provide a significant amount of functionality. I think that for a LaTeX editor, “a significant amount of functionality” includes being able compiling documents. I shall thus promote rubber to Depends instead of Recommends. The only use case of LaTeXila without document compiling ability is to blindly edit documents with syntactic coloration and macro shortcuts, which: 1. is no very useful; 2. should rather be done with something like Gedit. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Elessar | `-'Debian Maintainer \_ signature.asc Description: Digital signature
Bug#613483: This patch fixes it and has been proposed upstream
reopen 613483 notfixed 613483 6.3.2~rc3-2 found 613483 6.3.2~rc3-2 tags 613483 + upstream tags 613483 + patch tags 613483 + fixed-upstream thanks Hi there! On Thu, 17 Feb 2011 12:31:02 +0100, Sebastian Spaeth wrote: Attached patch fixes the issue, and has been proposed upstream, so it will hopefully be fixed in 6.3.2. Sebastian From 7828a350eb929dbb26fdef17bc33491ae48d88d6 Mon Sep 17 00:00:00 2001 From: Sebastian Spaeth1 sebast...@sspaeth.de Date: Thu, 17 Feb 2011 12:25:11 +0100 Subject: [PATCH] Use self.ui rather than UIBase.getglobalui() We have vonverted all places in folder/* to have self.ui available, rather than having to use UIBase.getglobalui() all the time. Unfortunately, we did not convert the users in folder/Base.py. It seems that there are still other errors: = luca.capello@gismo:~$ offlineimap [...] Establishing connection to tunnel:MAIL=maildir:$HOME/Maildir /usr/lib/dovecot/imap. WARNING: Error occured attempting to sync account PcaHome: Traceback (most recent call last): File /usr/lib/pymodules/python2.6/offlineimap/accounts.py, line 206, in syncrunner self.sync(siglistener) File /usr/lib/pymodules/python2.6/offlineimap/accounts.py, line 245, in sync remoterepos.syncfoldersto(localrepos, [statusrepos]) File /usr/lib/pymodules/python2.6/offlineimap/repository/Base.py, line 170, in syncfoldersto UIBase.getglobalui().warn(ERROR Attempting to make folder \ NameError: global name 'UIBase' is not defined = This has been fixed upstream, please import the following patch as well: https://github.com/nicolas33/offlineimap/commit/d05162675c62277f3197ccc515bcf965be9308fc Thx, bye, Gismo / Luca pgp0CO6X6Gzbl.pgp Description: PGP signature
Bug#601830: -n1 workaround does seem effective.
After 4 days without lockups, it appears that the -n1 workaround is effective. Cheers, John -- Abingdon School: A company limited by guarantee Registered in England and Wales Company No. 3625063. Registered Office: Stratton House Bath Street Abingdon OX14 3LA Registered Charity No. 1071298. All information in this message and attachments is confidential and may be legally privileged. Only intended recipients are authorised to use it. E-mail transmissions are not guaranteed to be secure or error free and the sender does not accept liability for such errors or omissions. The company will not accept any liability in respect of such communication that violates our e-mail policy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617208: Fails if started by init
On 2011-03-08 11:31:00 +0100, Vincent Lefevre wrote: [adding Thomas to Cc, as this concerns xterm] FYI, libxt/1:1.1.0-1 also breaks xterm: XAUTHORITY is removed from the environment, meaning that I can no longer start X applications from xterm when gdm3 is used. As libxt/1:1.1.0-2 fixes the problem (which appeared with the upgrade to libxt/1:1.1.0-1) and other terminals didn't have any problem, I assume this is the same bug. Actually, not just XAUTHORITY, as $PATH was affected too (xterm -e some_command started by fvwm output an error message saying that some_command couldn't be found), and I suspect that the whole environment was removed or something similar. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617350: etckeeper init in existing VCS checkout chokes on file names containing special characters
Package: etckeeper Version: 0.48 Severity: normal Running etckeeper init on a checkout of a git repository managed by etckeeper chokes on file names containing special characters: sascha.silbe@twin:/tmp/sascha_silbe/tmpbox.7kmjhKHhbT$ git clone flatty:git/etc-xo15-sascha Cloning into etc-xo15-sascha... remote: Counting objects: 4131, done. remote: Compressing objects: 100% (3107/3107), done. remote: Total 4131 (delta 1222), reused 2320 (delta 307) Receiving objects: 100% (4131/4131), 1.37 MiB | 669 KiB/s, done. Resolving deltas: 100% (1222/1222), done. sascha.silbe@twin:/tmp/sascha_silbe/tmpbox.7kmjhKHhbT$ cd etc-xo15-sascha/ sascha.silbe@twin:/tmp/sascha_silbe/tmpbox.7kmjhKHhbT/etc-xo15-sascha$ sudo etckeeper init -d . [: 1: ./NetworkManager/system-connections/AdHoc: unexpected operator [: 1: ./NetworkManager/system-connections/Auto: unexpected operator [: 1: ./NetworkManager/system-connections/Auto: unexpected operator [: 1: ./NetworkManager/system-connections/Auto: unexpected operator sascha.silbe@twin:/tmp/sascha_silbe/tmpbox.7kmjhKHhbT/etc-xo15-sascha$ sudo sh -x $(which etckeeper) init -d . [...] + /etc/etckeeper/init.d/10restore-metadata + /etc/etckeeper/init.d/20restore-etckeeper [: 1: ./NetworkManager/system-connections/AdHoc: unexpected operator [: 1: ./NetworkManager/system-connections/Auto: unexpected operator [: 1: ./NetworkManager/system-connections/Auto: unexpected operator [: 1: ./NetworkManager/system-connections/Auto: unexpected operator + /etc/etckeeper/init.d/40vcs-init + /etc/etckeeper/init.d/50vcs-ignore + /etc/etckeeper/init.d/50vcs-perm + /etc/etckeeper/init.d/50vcs-pre-commit-hook + /etc/etckeeper/init.d/60darcs-deleted-symlinks + /etc/etckeeper/init.d/70vcs-add sascha.silbe@twin:/tmp/sascha_silbe/tmpbox.7kmjhKHhbT/etc-xo15-sascha$ grep system-connections .etckeeper maybe chmod 600 './NetworkManager/system-connections/AdHoc for Sugar Ch1' maybe chmod 600 './NetworkManager/system-connections/Auto 802.1x' maybe chmod 600 './NetworkManager/system-connections/Auto FRITZ!Box Fon WLAN 7270' maybe chmod 600 './NetworkManager/system-connections/Auto Sinus W 500V' maybe chmod 600 './NetworkManager/system-connections/Caspar' maybe chmod 600 './NetworkManager/system-connections/DHCP' maybe chmod 600 './NetworkManager/system-connections/link-local' sascha.silbe@twin:/tmp/sascha_silbe/tmpbox.7kmjhKHhbT/etc-xo15-sascha$ Because the files in question were written by NetworkManager, there's a chance for privilege escalation. However it doesn't happen automatically in the default set-up (etckeeper init isn't usually run on an existing checkout) and only users that are allowed to configure NetworkManager system connections are able to exploit it, so I'll leave it up to you to decide on the severity and handling. -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etckeeper depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii git [git-core] 1:1.7.2.3-2.2 fast, scalable, distributed revisi ii mercurial 1.6.4-1 scalable distributed version contr Versions of packages etckeeper recommends: ii cron 3.0pl1-116 process scheduling daemon etckeeper suggests no packages. -- debconf information: etckeeper/commit_failed: etckeeper/purge: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614365: Move designer plugins to libqt4-dev
On 05.03.2011 17:39, Fathi Boudra wrote: Why do you want to move the declarative plugin? Afaics, only the qt3support plugin requires to be moved. Imho it would be inconsistent to put some designer plugins in libqt4-dev and the other in the regular lib package. How much space is saved? libqt4-designer uses 9-10 MB disk space. Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617307: libsane: scanimage -L doesnt find my device anymore
Pedro A. Tonelli pedro.tone...@gmail.com wrote: Hi, I have been using the xerox_mfp backend for my Samsung scanner, but since some weeks ago I have this message: Looks like the backend has issues recognizing USB devices. Looking into it. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612502: texinfo: FTBFS due to running configure+build twice, fix attached
severity 612502 important stop On 25.02.11 Thorsten Glaser (t...@mirbsd.de) wrote: Hilmar Preu�e dixit: Hi, I applied the patch to our SVN, the next upload will have the fix. Thanks a lot! (As I said, it probably doesn’t FTBFS in 99.9% of all builds, across all architectures – but the double-build is wrong.) Therefore think the severity serious is a little bit overdone: lowering to important. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616596: biblatex: Please package newer upstream release
On 08.03.11 Danai SAE-HAN (danai.sae...@gmail.com) wrote: Hi, I have created an unstable Debian package for Biber, but it has some conflicts with current Debian packages. Which packages? texlive-* ? H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617344: wireshark: follow TCP stream doesn't indicate truncated data
Hi, 2011/3/8 Philipp Marek philipp.ma...@linbit.com: On Tuesday 08 March 2011, Ph. Marek wrote: When using a limited capture length Follow TCP stream shows no indicator that there's data missing. Not even the Save to File in hexdump gives holes in the addresses. I'd expect some visually marked hint data missing or something like that, in both packet loss and truncated captures. Correction: It *does* show truncations (at least sometimes - I've surely had data missing and didn't see the indicator). Could you please attach the problematic capture file? When working with truncated packets one has to be prepared for such problems. Every truncated packet is marked in tree-view: ... Destination port: db-lsp-disc (17500) Length: 147 Checksum: 0xd861 [unchecked, not all data available] [Good Checksum: False] [Bad Checksum: False] Dropbox LAN sync Discovery Protocol [Packet size limited during capture: DB-LSP-DISC truncated] Display filter short will match those packets. The hexdump should at least show correct addresses for the data - holes in the dump would be unavoidable anyway. The indicator in the hexdump is a string like this: [2169 bytes missing in capture file] This has neither the correct length (even more so if only a few bytes are missing!!), and the addresses are still wrong. The Flow Graph shows no missing data, though?? Another, smaller nuisance are the empty lines in hexdump output. This is still true. Reported to upstream as: https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1678 Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617351: Meta-2 is sent delayed
Package: tmux Version: 1.4-4 Severity: normal I run Irssi inside tmux. When pressing Meta-2, there is a delay of about a second before the switch to window 2 happens. It works fine when I press Esc and 2. This problem does not occur with screen or dtach, so I assume it's a tmux problem. I could also reproduce it with Vim inside tmux and a binding on Meta-2 (esc2). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libncurses5 5.7+20100313-5 shared libraries for terminal hand tmux recommends no packages. tmux 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#617352: kdebase-workspace: NFS shares are not mounted as a user
Package: kdebase-workspace Version: 4:4.4.5-8 Severity: normal When applied to the KDE desktop can be a NFS share as a user directory from the NFS server can not be mounted. It appears on the screen an error message. Drive can not embed. The error message reads: mount: only root can do that A manual mount the NFS shares works on the command line, however, correct. After an intensive search on the internet for a solution I have found following workaround. If the link file of the NFS shares on the desktop line with the keyword MountPoint is deleted, the NFS share mounted as a normal user via desktop icon. Example: How not to mount. [Desktop Entry] Dev=redfox:/mnt/misc Icon=folder-remote Mountpoint=/mnt/share/misc Read only=false Type=FSDevice UnmountIcon=nfs_unmount How it works correctly. [Desktop Entry] Dev=redfox:/mnt/misc Icon=folder-remote Read only=false Type=FSDevice UnmountIcon=nfs_unmount -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-2.slh.6-aptosid-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-workspace depends on: ii kde-window-manager4:4.4.5-8 the K window manager (KWin) ii kdebase-workspace-bin 4:4.4.5-8 core binaries for the KDE Plasma W ii klipper 4:4.4.5-8 clipboard manager ii ksysguard 4:4.4.5-8 process monitor and system statist ii systemsettings4:4.4.5-8 System Settings Versions of packages kdebase-workspace recommends: ii kdm 4:4.4.5-8 KDE Display Manager for X11 kdebase-workspace 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#616494: git-annex: FTBFS on various archs: undefined reference to symbol 'sem_close@@GLIBC_…'
Hi Iain, Am Dienstag, den 08.03.2011, 11:00 + schrieb Iain Lane: Try building *and running* something on one of the failing arches. I suspect it will work now and we can close this bug. unfortunately, things are not so simple, it seems: haskell-transformers has been tried on kfreebsd-amd64 with ghc_7.0.2 and fails with “our” error: https://buildd.debian.org/fetch.cgi?pkg=haskell-transformersver=0.2.2.0-1%2Bb1arch=kfreebsd-amd64stamp=1299445919file=log https://buildd.debian.org/fetch.cgi?pkg=haskell-transformersarch=kfreebsd-amd64ver=0.2.2.0-1%2Bb1stamp=1299559928file=logas=raw Maybe kfreebsd is special. Would you know how so, Iain? On amd64, though, we cannot tell. There it fails with the epoll_create error. Similar the build of ghc_7.0.2-2 on i386, using ghc_7.0.2-1 fails with the epoll error – can anyone say something about that? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#617353: recoll: Segmentation fault when file type radio button clicked
Package: recoll Version: 1.15.2-1 Severity: normal The subject line says it all. As an experiment I built 1.15.5 from source and it doesn't have this problem. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages recoll depends on: ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-4GCC support library ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.4.1-5X11 client-side library ii libxapian22 1.2.4-1 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages recoll recommends: ii aspell 0.60.6-6 GNU Aspell spell-checker ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii xsltproc1.1.26-6 XSLT 1.0 command line processor Versions of packages recoll suggests: ii antiword 0.37-6Converts MS Word files to text, PS ii catdoc 0.94.2-1.1MS-Word to TeX or plain text conve ii flac 1.2.1-3 Free Lossless Audio Codec - comman ii ghostscript8.71~dfsg2-10 The GPL Ghostscript PostScript/PDF pn libid3-tools none(no description available) ii libimage-exiftool-perl 8.15-1Library and program to read and wr pn lyxnone(no description available) ii poppler-utils 0.12.4-1.2PDF utilitites (based on libpopple ii pstotext 1.9-5 Extract text from PostScript and P ii python-chm 0.8.4-1+b1Python binding for CHMLIB pn python-mutagen none(no description available) ii unrtf 0.19.3-1.1+b1 RTF to other formats converter pn untex none(no description available) ii vorbis-tools 1.4.0-1 several Ogg Vorbis tools -- 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#617344: wireshark: follow TCP stream doesn't indicate truncated data
Hello Bálint, thanks for the quick answer. On Tuesday 08 March 2011, Bálint Réczey wrote: Correction: It *does* show truncations (at least sometimes - I've surely had data missing and didn't see the indicator). Could you please attach the problematic capture file? Hmmm, this one I can't attach. Perhaps it's a bug regarding merging of multiple capture files, finding duplicates (see also #616415) and/or out-of-order packets ... I'll try to get something to show. When working with truncated packets one has to be prepared for such problems. Every truncated packet is marked in tree-view: ... Display filter short will match those packets. Thank you for this hint. Well, but that does not work for simply missing packets. Another, smaller nuisance are the empty lines in hexdump output. This is still true. Reported to upstream as: https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1678 Thank you. Regards, Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
On Die, 2011-03-08 at 07:30 +1100, Benjamin Herrenschmidt wrote: On Mon, 2011-03-07 at 10:45 +0100, Michel Dänzer wrote: I've been using radeon KMS on my PowerBook ever since I got it working initially about 1.5 years ago and fixing issues as time permits. The major outstanding issues I'm aware of are: * The uninorth AGP driver doesn't allow AGP transfer rates beyond 1x to work reliably with KMS. Benjamin Herrenschmidt (CC'd) was working on a fix for this, any progress Ben? I have hacks. FWIW, I've been using the hack at the end of this mail for AGP 1x. But I never got it working reliably. In fact, on the laptop I have here, even with PCI GART, it's still unstable if I use KMS/DRI2. I know your PowerBook was affected by the problem fixed by commit b7d8cce5b558e0c0aa6898c9865356481598b46d ('drm/radeon/kms: MC vram map needs to be = pci aperture size'), which went into 2.6.37. Still no better with that? * Come to think of it, the OFfb handover probably only works for me thanks to a patch drm/radeon: Add early unregister of firmware fb's by BenH. Ben/Dave, what's the status of that? Dave ? Was this ever merged ? Apparently it went into 2.6.37, I didn't notice because it went into different places in the code compared to the patch I had from you. * Various endianness issues in the Mesa drivers. Right, and the later aren't getting any better :-( It's busted even without KMS nowadays. Unfortunately, I have about 0 time to spend on that at the moment. I recommend that distros stick to radeonfb + UMS for the time being on ppc32. One problem being that the classic Mesa r300 driver is essentially unmaintained, and evidently rotting commit 9a86d7fa5bb0b4fe228becf9ed9831bac985702c Author: Michel Dänzer daen...@vmware.com Date: Thu Jan 6 18:34:28 2011 +0100 agp/uninorth: Fix lockups with radeon KMS and 1x. diff --git a/drivers/char/agp/uninorth-agp.c b/drivers/char/agp/uninorth-agp.c index f845a8f..a32c492 100644 --- a/drivers/char/agp/uninorth-agp.c +++ b/drivers/char/agp/uninorth-agp.c @@ -80,7 +80,7 @@ static void uninorth_tlbflush(struct agp_memory *mem) ctrl | UNI_N_CFG_GART_INVAL); pci_write_config_dword(agp_bridge-dev, UNI_N_CFG_GART_CTRL, ctrl); - if (uninorth_rev = 0x30) { + if (!mem uninorth_rev = 0x30) { pci_write_config_dword(agp_bridge-dev, UNI_N_CFG_GART_CTRL, ctrl | UNI_N_CFG_GART_2xRESET); pci_write_config_dword(agp_bridge-dev, UNI_N_CFG_GART_CTRL, -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616389: xserver-xorg-video-radeon: Crashes when closing graphical VT ((EE) RADEON(0): failed to set mode: Permission denied)
On Sam, 2011-03-05 at 18:36 +, Thue Janus Kristensen wrote: As far as I can tell, there is nothing interesting in kdm.log or Xorg.1.log (both attached, for a newly generated crash). Would be interesting if one of you guys could (from a remote login) attach gdb to both X servers and check that the second X server calls drmDropMaster() or dies before the first X server calls drmSetMaster(). -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617354: xawtv: lirc stopped working
Package: xawtv Version: 3.95.dfsg.1-8.1+b1 Hello, xawtv does not respond to lirc events anymore with liblircclient0 0.9.0~pre1-1. Downgrading liblircclient0 to 0.8.3-5 restores xawtv's response to lirc events. I'm not sure whether this is more an issue with liblircclient0 or with xawtv. However, since other tools (mplayer, for example) do work with liblircclient0 0.9.0~pre1-1, I'm assigning this to xawtv first. If you believe this is more an issue with liblircclient0 please feel free to reassign. Thanks for your work regards Mario -- User sind wie ideale Gase - sie verteilen sich gleichmaessig ueber alle Platten signature.asc Description: Digital signature
Bug#130309: tetex-bin: libwww configure script won't regenerate from configure.in
reassign 130309 src:texlive-bin tags 130309 + wontfix stop On 28.11.10 Theo Markettos (t...@markettos.org.uk) wrote: On Sun, Nov 28, 2010 at 02:11:41PM +0100, Hilmar Preusse wrote: Hi, No progress here, sorry! I'm just checking if the remaining bugs sitting on tetex-bin apply to texlive too. I'm sorry! We didn't do anything for this bug in the last years. Could you try if the bug is still existent in the TL version of Debian unstable (2009) or describe how we can test it ourself? I wouldn't like to forward a bug, which has been fixed already. Hmmm... this bug has been swapped out my head for some time. He's what I remember. I was trying to cross compile teTeX[1]. The cross-compile nature of it wasn't so relevant to this bug, other than it got in horrible knots. For example it builds web2c then tries to run it. But it builds it with the crosscompiler and so falls over when the resulting executable can't be run on the build system. Ahh, yes of course! This is at least one thing, which hurts us. The build process generates ctangle and cweave and then uses these tools to generate further source code. Until this hasn't changed TL can't be cross-compiled. Unfortunately this hasn't changed in the last years and we won't fix it for Debian. I'll ask upstream, but I'm pretty sure they won't change it. For now I tag the bug wontfix and reassign it to the appropriate TL package. Thanks, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617355: [wxmaxima] hangs on UTF8 characters like µ
Package: wxmaxima Version: 0.8.5-2 Severity: normal Wxmaxima hangs infinitely long for expressions with special characters, e.g. µ. If it does not support non-ASCII characters, please at least implement a warning message so that a normal user can figure out what is wrong with his expression. When testing this, please note that that ² and ³ are silently converted to ^2 and ^3, so these characters are not affected. When I enter µ; directly into maxima, it prints [?] (a hexagonal shaped character with ? inside, probably meaning illegal UTF8 character), but at least it does not hang for a long time. (This error is another bug, I will report it soon.) Thanks Max Gaukler --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0 500 stable security.debian.org 500 stable ftp.uni-erlangen.de 500 squeeze-updates ftp.uni-erlangen.de --- Package information. --- Depends(Version) | Installed -+-== libc6 (= 2.2.5) | 2.11.2-10 libgcc1 (= 1:4.1.1) | 1:4.4.5-8 libstdc++6(= 4.1.1) | 4.4.5-8 libwxbase2.8-0 (= 2.8.10.1) | 2.8.10.1-3+b1 libwxgtk2.8-0 (= 2.8.10.1) | 2.8.10.1-3+b1 maxima (= 5.18) | 5.21.1-2squeeze maxima-doc (= 5.10.0) | 5.21.1-2squeeze Recommends(Version) | Installed ===-+-=== ttf-jsmath | 0.090709+0-1 libgnomeprintui2.2-0| 2.18.5-1 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616720: linux-image-2.6-xen-amd64: Feature request -- Serial driver serial8250 as module
Hello Bastian Please compile serial driver serial8250 as module instead into the kernel. Please explain why. I would like to provide a DomU serial port access according to the xen-wiki. To have access to the serial port in DomU, we need to prevent Dom0 from taken hold of this piece of hardware add to /etc/hotplug/blacklist the following modules to exclude from being loaded 8250 8250_pnp serial_core domU config: irq = [ 4 ] ioports = [ 3f8-3ff ] to load the modules in domU. I tried without unload the 8250 driver and starting the domU resuted in an IRQ 4 error. Kind regards David
Bug#512130: Fixed in libXt commit f6c791b5f318d8805db4cb6c74b1bc2e91d6c15c
http://cgit.freedesktop.org/xorg/lib/libXt/commit/?id=f6c791b5f318d8805db4cb6c74b1bc2e91d6c15c signature.asc Description: This is a digitally signed message part
Bug#617357: [maxima] incorrect handling of UTF8 characters
Package: maxima Version: 5.21.1-2squeeze Severity: normal Maxima has problems with UTF8 characters like µ: (For better portability I replaced all instances of the symbol illegal character with ?): For reference, this is what my system thinks that µ is: $ echo -n µ | od -t o1 000 302 265 002 As a commandline parameter it throws an error: $ maxima --batch-string=µ; incorrect syntax: ? is not an infix operator \302\265 ^ $ echo µ; | maxima (%i1) incorrect syntax: ? is not an infix operator \302\265 ^ Interesting is that in interactive mode the output is different to half-interactive with cat inbetween: $ maxima (%i1) µ; (%o1) ? $ cat | maxima (%i1) µ; incorrect syntax: ? is not an infix operator \302\265 ^ As far as I can see, it thinks of characters as one-byte-items, but somehow chokes on unicode characters instead of passing them through without change. ab is also a possible variable name, these are two bytes just like µ is two bytes. Please at least implement a sensible warning message. Bug #617355 [wxmaxima] hangs on UTF8 characters like µ is probably related to this. Thanks Max Gaukler --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0 500 stable security.debian.org 500 stable ftp.uni-erlangen.de 500 squeeze-updates ftp.uni-erlangen.de --- Package information. --- Depends (Version) | Installed =-+-= libc6(= 2.7) | 2.11.2-10 libgmp3c2 | 2:4.3.2+dfsg-1 libreadline6 (= 6.0) | 6.1-3 libx11-6 | 2:1.3.3-4 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 gnuplot-x11 | 4.4.0-1.1+b1 Recommends(Version) | Installed ===-+-=== maxima-share| 5.21.1-2squeeze Suggests (Version) | Installed ===-+-=== texmacs | maxima-doc | 5.21.1-2squeeze xmaxima | maxima-emacs| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615963: libvendorlib-perl: tilde expansion tests failing
-=| gregor herrmann, Sun, Mar 06, 2011 at 10:57:33PM +0100 |=- Yup, but setting HOME won't help here. Currently I have not a good idea how to proceed. :( Hm, check again in the tests if the directory exists? Apart from that I hope that upstream has enough info now to propose a fix :) (repetitive mumbling) Why not pathcing sbuild so it provides a useful home directory (possibly wiped after build)? Seemed like a lot of effort some time ago, but having to work around it forever doesn't seem trivial either. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617358: python3-defaults: dh_python3 causes error if private modules include no .so files
Package: python3-defaults Version: 3.2~rc1-2 Severity: important Tag: patch I tried building deb package which requires Python 3.2 and has private modules (.py files), but received error as follows: dh_python3 -V 3.2-3.3 /usr/share/blender/2.56/scripts D: dh_python3:359: argv: ['/usr/bin/dh_python3', '-V', '3.2-3.3', '/usr/share/blender/2.56/scripts'] D: dh_python3:360: options: {'recommends': None, 'verbose': False, 'package': None, 'regexpr': None, 'guess_deps': True, 'skip_private': False, 'O': None, 'suggests': None, 'depends': None, 'vrange': ((3, 2), (3, 3)), 'no_package': None, 'arch': None} D: dh_python3:361: args: ['/usr/share/blender/2.56/scripts'] D: dh_python3:371: processing package blender2.5-gnome-support... D: dh_python3:285: package blender2.5-gnome-support details = {'compile': False, 'requires.txt': set(), 'shebangs': set(), 'private_dirs': {}, 'ext': set()} D: dh_python3:371: processing package blender2.5... D: dh_python3:285: package blender2.5 details = {'compile': False, 'requires.txt': set(), 'shebangs': set(), 'private_dirs': {'/usr/share/blender/2.56/scripts': {'compile': True}}, 'ext': set()} Traceback (most recent call last): File /usr/bin/dh_python3, line 438, in module main() File /usr/bin/dh_python3, line 378, in main dependencies.parse(stats, options) File /usr/share/python3/debpython/depends.py, line 111, in parse if details['ext']: KeyError: 'ext' make[1]: *** [override_dh_python3] Error 1 make[1]: Leaving directory `/tmp/buildd/blender2.5-2.56.1+svn35400' make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 The following patch should fix the bug. diff -ur python3-defaults-3.2.orig/debpython/depends.py python3-defaults-3.2/debpython/depends.py --- python3-defaults-3.2.orig/debpython/depends.py 2010-12-24 04:47:49.0 +0900 +++ python3-defaults-3.2/debpython/depends.py 2011-03-08 20:14:12.981253997 +0900 @@ -108,7 +108,7 @@ # no hardcoded versions, but there's something to compile self.depend(MINPYCDEP) args = '' -if details['ext']: +if details.get('ext', False): # use smallest and largest version to set range extensions = sorted(details['ext']) vr = (extensions[0], extensions[-1]) @@ -116,7 +116,7 @@ vr = options.vrange if vr: args += -V %s % vrange_str(vr) -if details['ext']: +if details.get('ext', False): self.depend('|'.join(python%s %\ vrepr(i) for i in details['ext'])) else: # pure modules only IRIE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617199: Please upload 0.7.3 to experimental (including fix for dbus property events)
Hi Michael, On Tuesday 08 March 2011 01:32:48 Michael Biebl wrote: Hi Kel! Am 07.03.2011 11:47, schrieb Kel Modderman: A source package is available at: http://mentors.debian.net/debian/pool/main/w/wpasupplicant/wpasupplicant_0.7.3-1.dsc It contains a bunch of experimental appropriate changes including the cherry pick you want. Some of the new changes need a bit of testing and feedback. Could you please consider review and upload of it? I did some basic testing using it via NetworkManager and the package works fine so far. I didn't test any of the wpa ifupdown hooks / roaming mode or the new libpcsc dlopen. I use the ifupdown stuff all the time. No person that I know can test pcsc related functionality. Regarding the packaging, there are some smaller points: 1/ You use debhelper compat level 8, so you *need* to build depend on debhelper ( 8). Given that squeeze has debhelper 8 and even lenny has a debhelper 8 backport, there should be no problem bumping it. No problems. 2/ For b-deps like libnl-dev, you can use the new syntax libnl-dev [linux-any] That makes it more readable imho. Ok, I agree. Cheers for the tip. 3/ Does wpagui work with wpasupplicant (= 0.6.2) or should that be bumped to something 0.7.x like? It should probably be bumped, the GUI supports a few new features not available in older wpa_supplicant. 4/ Why do you need an explicit Depends on libqt4-svg? Does dh_shlibs not generate an appropriate dep? wpa_gui does not link against libQtSvg.so.4. I think in theory one could convert the svg - png and not require svg support in your QT installation. Otherwise it looks fine to me and I'd be happy to sponsor the upload. Can you address the above issues (1/ one is a must, the other I'll leave to your judgement) and let me know. I have re-uploaded the source package to mentors, same URL as before. Thanks very much for helping out. Should I wait until you get an ACK from the pcscd maintainer regarding the dlopen patch? Nope. Thanks, Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617204: installation-report: /usr/sbin/debootstrap reports sha1sum: not found
On Mon, 7 Mar 2011 18:25:14 -0500 Rick Thomas wrote: On Mar 7, 2011, at 3:08 PM, Adam D. Barratt wrote: On Mon, 2011-03-07 at 19:17 +0100, Christian PERRIER wrote: Quoting Rick Thomas (rbtho...@pobox.com): Package: installation-reports Version: 2.44 Severity: grave Tags: d-i Justification: renders package unusable That should be fixed once busybox providing sha256sum reaches testing. fwiw, that won't happen automagically, as busybox is on britney's needs approval from d-i RM list. Regards, Adam Well, in the mean-time, there's no way to test new d-i businesscard or netinst CDs beyond the disk partition step. Or, to put it more bluntly: Testing grinds to a halt until this is fixed. You can try the unofficial testing snapshot release in the meantime [0]. There are no guarantees of a constantly working testing installer right now. Best wishes, Mike [0] http://lists.debian.org/debian-devel/2011/03/msg00347.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617359: wrong errorcode / no errormessage from sisu-pdf
Package: sisu Version: 3.0.1-1 Severity: normal i do my first steps with sisu and made some mistakes in the code. sisu-pdf did not render most of the document, but finnished with exit code 0 and showed no errormessages. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sisu depends on: ii libruby [libwebrick-ruby] 4.5Libraries necessary to run Ruby 1. ii rsync 3.0.7-2fast remote file copy program (lik ii ruby 4.5An interpreter of object-oriented ii unzip 6.0-4 De-archiver for .zip files ii zip 3.0-3 Archiver for .zip files Versions of packages sisu recommends: ii imagemagick8:6.6.0.4-3 image manipulation programs ii keychain 2.6.8-2 key manager for OpenSSH ii librmagick-ruby2.13.1-2 ImageMagick API for Ruby ii libruby [librexml-ruby]4.5 Libraries necessary to run Ruby 1. ii openssh-client 1:5.5p1-6 secure shell (SSH) client, for sec ii openssl0.9.8o-5 Secure Socket Layer (SSL) binary a ii sisu-pdf 3.0.1-1 dependencies to convert SiSU LaTeX ii sisu-postgresql3.0.1-1 SiSU dependencies for use with Pos ii sisu-sqlite3.0.1-1 SiSU dependencies for use with SQL ii tidy 20091223cvs-1 HTML syntax checker and reformatte ii vim-addon-manager 0.4.3 manager of addons for the Vim edit Versions of packages sisu suggests: pn calibre none (no description available) pn lvnone (no description available) ii pinfo 0.6.9-5An alternative info-file viewer ii texinfo 4.13a.dfsg.1-6 Documentation system for on-line i pn trang none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512130: Fixed in libXt commit f6c791b5f318d8805db4cb6c74b1bc2e91d6c15c
Hi Gaetan, Gaetan Nadon mems...@videotron.ca (08/03/2011): http://cgit.freedesktop.org/xorg/lib/libXt/commit/?id=f6c791b5f318d8805db4cb6c74b1bc2e91d6c15c thanks, on our radar already: with the “forwarded” URL, we get a “fixed-upstream” usertag set, through the bts-link tool, which runs twice a week: http://bts-link.alioth.debian.org/ KiBi. signature.asc Description: Digital signature
Bug#616064: don't bother with mirrors
How silly of me. Don't bother with the mirrors. Just use http://ftp.us.debian.org/ . Problem solved! Bye. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617332: FTBFS in unstable (possibly gcc-4.5 related)
Hi, please find the attached patch, I will NMU this with a delay of 10 days if no reactions is given. mkvtoolnix (4.5.0-1.1) unstable; urgency=low * Non-maintainer upload. * Drop ccache support: - Fix FTBFS on all architectures (Closes: #617332). - It's pointless for Debian buildds. -- Alessio Treglia ales...@debian.org Tue, 08 Mar 2011 13:12:49 +0100 Regards, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 diff -Nru mkvtoolnix-4.5.0/debian/changelog mkvtoolnix-4.5.0/debian/changelog --- mkvtoolnix-4.5.0/debian/changelog 2011-03-06 20:57:31.0 +0100 +++ mkvtoolnix-4.5.0/debian/changelog 2011-03-08 13:13:00.0 +0100 @@ -1,3 +1,12 @@ +mkvtoolnix (4.5.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Drop ccache support: +- Fix FTBFS on all architectures. +- It's pointless for Debian buildds. + + -- Alessio Treglia ales...@debian.org Tue, 08 Mar 2011 13:12:49 +0100 + mkvtoolnix (4.5.0-1) unstable; urgency=low * New upstream release (Closes: #575728) diff -Nru mkvtoolnix-4.5.0/debian/control mkvtoolnix-4.5.0/debian/control --- mkvtoolnix-4.5.0/debian/control 2011-03-07 09:51:56.0 +0100 +++ mkvtoolnix-4.5.0/debian/control 2011-03-08 13:06:39.0 +0100 @@ -7,7 +7,7 @@ Build-Depends: debhelper (= 7.0.50~), libboost-dev, libboost-math-dev, libboost-regex-dev, libbz2-dev, libebml-dev (= 1.2.0), libexpat1-dev, libflac-dev, libmagic-dev, libmatroska-dev (= 1.1.0), libogg-dev, - libpcre3-dev, libvorbis-dev, libwxgtk2.8-dev, liblzo2-dev, ccache, + libpcre3-dev, libvorbis-dev, libwxgtk2.8-dev, liblzo2-dev, zlib1g-dev, ruby, libboost-filesystem-dev, libcurl4-gnutls-dev Package: mkvtoolnix diff -Nru mkvtoolnix-4.5.0/debian/rules mkvtoolnix-4.5.0/debian/rules --- mkvtoolnix-4.5.0/debian/rules 2011-03-07 09:55:38.0 +0100 +++ mkvtoolnix-4.5.0/debian/rules 2011-03-08 13:07:05.0 +0100 @@ -12,14 +12,11 @@ NCPUS:=1 endif -CC:=ccache $(CC) -CXX:=ccache $(CXX) - %: dh $@ override_dh_auto_configure: - dh_auto_configure -- --enable-gui CC=$(CC) CXX=$(CXX) + dh_auto_configure -- --enable-gui ./drake -j $(NCPUS) @@ -28,7 +25,7 @@ ./drake clean - dh_auto_configure -- --disable-gui CC=$(CC) CXX=$(CXX) + dh_auto_configure -- --disable-gui ./drake -j $(NCPUS)
Bug#617313: [Pkg-telepathy-maintainers] Bug#617313: empathy: Empathy becomes inaccessible without a tray dock
On Tue, 2011-03-08 at 08:16 +, Jonny Lamb wrote: Actually there is. If you try to run empathy again from the command line or from some application menu, it will pop up the main window again due to the single-instance nature of the application. Empathy should also start as visible as it was left on the last execution. Oh, I was not aware of that. Sorry. Empathy is a GNOME application. GNOME has a system tray area. I'm tempted to wontfix this bug. I won't hold a grudge against you if you do. :) -- Fredrik Tolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org