Bug#616566: libconfig-model-itself-perl: Failing test t/itself.t

2011-03-08 Thread Dominique Dumont
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

2011-03-08 Thread Yuri Kozlov
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

2011-03-08 Thread Stefan Hornburg (Racke)

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

2011-03-08 Thread Mathieu Malaterre
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

2011-03-08 Thread bruno

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

2011-03-08 Thread Jan Hauke Rahm
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

2011-03-08 Thread Elie De Brauwer
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

2011-03-08 Thread Jonny Lamb
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

2011-03-08 Thread James Page
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

2011-03-08 Thread Rene Engelhard
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

2011-03-08 Thread Vincent Lefevre
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

2011-03-08 Thread Mathieu Malaterre
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.

2011-03-08 Thread logs
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

2011-03-08 Thread Bastien ROUCARIES
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

2011-03-08 Thread RjY
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

2011-03-08 Thread Alex Mestiashvili

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

2011-03-08 Thread Lucas B. Cohen
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

2011-03-08 Thread Jesper Dangaard Brouer
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

2011-03-08 Thread Stefan Hornburg (Racke)

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

2011-03-08 Thread Tobias Quathamer
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

2011-03-08 Thread Danai SAE-HAN
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

2011-03-08 Thread Jesper Dangaard Brouer

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

2011-03-08 Thread Holger Levsen
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

2011-03-08 Thread Mathieu Malaterre
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

2011-03-08 Thread Martin Steigerwald
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

2011-03-08 Thread Holger Levsen
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

2011-03-08 Thread Mathieu Malaterre
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

2011-03-08 Thread Luca Capello
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

2011-03-08 Thread Mathieu Malaterre
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

2011-03-08 Thread Ph. Marek
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

2011-03-08 Thread Stephan Fuhrmann
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

2011-03-08 Thread Matt Kraai
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

2011-03-08 Thread Hilmar Preusse
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

2011-03-08 Thread Iñigo Serna
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

2011-03-08 Thread Jesper Dangaard Brouer
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)

2011-03-08 Thread Américo Monteiro
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

2011-03-08 Thread Guido Günther
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

2011-03-08 Thread Guido Günther
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

2011-03-08 Thread Julian Andres Klode
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

2011-03-08 Thread Samuel Thibault
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)

2011-03-08 Thread Francesco Potortì
 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

2011-03-08 Thread Jesper Dangaard Brouer
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

2011-03-08 Thread ProgVal
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?

2011-03-08 Thread Jörg Sommer
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)

2011-03-08 Thread Tanguy Ortolo
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

2011-03-08 Thread A Mennucc
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

2011-03-08 Thread Landry MINOZA
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

2011-03-08 Thread Jonas Fonseca
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

2011-03-08 Thread Julien Cristau
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

2011-03-08 Thread Colin Watson
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

2011-03-08 Thread Vincent Lefevre
[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)

2011-03-08 Thread Francesco Potortì
 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

2011-03-08 Thread Jesper Dangaard Brouer
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

2011-03-08 Thread Matt Kraai
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

2011-03-08 Thread Matt Kraai
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

2011-03-08 Thread Luca Capello
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

2011-03-08 Thread Ron Johnson

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?)

2011-03-08 Thread Bálint Réczey
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

2011-03-08 Thread Mathieu Malaterre
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

2011-03-08 Thread Christian PERRIER
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

2011-03-08 Thread Miguel Figueiredo
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_…'

2011-03-08 Thread Iain Lane

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'

2011-03-08 Thread Fabian Greffrath

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

2011-03-08 Thread Jesper Dangaard Brouer
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

2011-03-08 Thread Stefan Hornburg (Racke)

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

2011-03-08 Thread Christian Perrier

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

2011-03-08 Thread Matt Kraai
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

2011-03-08 Thread Jesper Dangaard Brouer
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

2011-03-08 Thread Tanguy Ortolo
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

2011-03-08 Thread Luca Capello
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.

2011-03-08 Thread John Winters
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

2011-03-08 Thread Vincent Lefevre
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

2011-03-08 Thread Sascha Silbe
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

2011-03-08 Thread Felix Geyer
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

2011-03-08 Thread Julien BLACHE
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

2011-03-08 Thread Hilmar Preusse
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

2011-03-08 Thread Hilmar Preusse
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

2011-03-08 Thread Bálint Réczey
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

2011-03-08 Thread Maximilian Gass
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

2011-03-08 Thread Singer Michael
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_…'

2011-03-08 Thread Joachim Breitner
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

2011-03-08 Thread Cedric Scott
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

2011-03-08 Thread Philipp Marek
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)

2011-03-08 Thread Michel Dänzer
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)

2011-03-08 Thread Michel Dänzer
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

2011-03-08 Thread Mario 'BitKoenig' Holbe
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

2011-03-08 Thread Hilmar Preusse
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 µ

2011-03-08 Thread Maximilian Gaukler

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

2011-03-08 Thread David Rütti


 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

2011-03-08 Thread Gaetan Nadon
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

2011-03-08 Thread Maximilian Gaukler

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

2011-03-08 Thread Damyan Ivanov
-=| 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

2011-03-08 Thread IRIE Shinsuke
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)

2011-03-08 Thread Kel Modderman
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

2011-03-08 Thread Michael Gilbert
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

2011-03-08 Thread Jonas Stein
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

2011-03-08 Thread Cyril Brulebois
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

2011-03-08 Thread jidanni
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)

2011-03-08 Thread Alessio Treglia
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

2011-03-08 Thread Fredrik Tolf
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



  1   2   3   4   5   >