date:20100626

On Sat, 2010-06-26 at 14:02 +0200, Mario 'BitKoenig' Holbe wrote:
 I'm not really sure what's the intended boot-sequence but I personally
 think the legacy one makes more sense than the new dependency-based one
 (ymmv).
The problem is, there is not intended way of doing it,... many users
may prefer totally different ways of stacking there layers... and you
may have even more (nbd, losetup, etc.) and the same ones multiple
times...

I'm currently looking into these problems,.. but I guess there is no
easy way...
AFAIK Jonas is also looking for a way to generically solve this, but
all the other packages (lvm2, mdadm) are in principle also affected...


But I also think, that we should keep for compatibility the older order.


Cheers,
Chris.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587025: salome: Packaging Code Aster module for Salome

2010-06-26 Thread trophime

On Thu, 2010-06-24 at 13:56 -0400, Adam C Powell IV wrote:
 Hello André,
 
 On Thu, 2010-06-24 at 17:12 +0200, Andre Espaze wrote:
  Package: salome
  Severity: wishlist
  
  The Salome Meca platform has recently been released, see [1].  An archive
  made of binaries is available with Salome 5.1.3, Code Aster 10.1 and
  the ASTER module for Salome. The latter allows to use some of the Code
  Aster functionalities from Salome.
 
 This is terrific.
 
  As Salome is already packaged and Code Aster is on the way [2], the Salome
  Meca platform ships only three relevant modules written in Python:
  
  - ASTER (allowing to run the Code Aster solver)
  - EFICAS (for editing Code Aster files)
  - PAL (an EFICAS dependency)
  
  Their sources should be published in a near future on the Code Aster
  website [3] and it could then be interesting to bring them to a
  salome-meca package. 
 
 Great.  If this is a separate source code base from Salomé, then it
 should probably be a separate package, and we can rename this bug to an
 RFP (request for package) or ITP (intent to package).
 
 Christophe, you mentioned that you are working on Salomé-MECA.  Where do
 things stand?

I add just started looking at Salomé-MECA... which is only available as
binaries right now. 

I am focusing on getting a clean aster package with the help of
upstream.

Just a remark I tried to git-builpackage petsc on my squeeze box and I
had some errors (malformated debian/changelog,...).

Christophe

 
  [1] http://www.code-aster.org/V2/spip.php?article295
  [2] The current version can be browsed at:
  http://svn.debian.org/wsvn/debian-science/packages/code-aster/
  [3] http://www.code-aster.org
 
 -Adam





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587239: Change exim4 to default-mta and fix for postrm failure when apache2 not present

2010-06-26 Thread Bhavani Shankar R

Package: drupal6
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu lucid ubuntu-patch
Version: 6.17-1
Severity: normal
Tags: patch


Dear Maintainer,

The package depends on exim4 which results in exim4 being installed on
servers when people install drupal before installing another MTA so a
dependency change would install default-mta in ubuntu(as postfix is the
default MTA)

Refer: https://bugs.launchpad.net/ubuntu/+source/drupal6/+bug/582255

and postrm assumes apache2 to be present and if not package fails to
install and uninstall

Refer: https://bugs.launchpad.net/ubuntu/+source/drupal6/+bug/583576


In Ubuntu, we've applied the attached patch to achieve the following:

  * Merge from debian unstable.  Remaining changes:
- Changing exim4 to default-mta (LP: #582255)
- made postrm check for restart.sh in case dependencies
  were not properly installed. (LP: #583576)

We thought you might be interested in doing the same.


-- 
Bhavani Shankar.R
https://launchpad.net/~bhavi https://launchpad.net/%7Ebhavi, a proud
ubuntu community  member.
What matters in life is application of mind!,
It makes great sense to have some common sense..!
diff -u drupal6-6.17/debian/drupal6.postrm drupal6-6.17/debian/drupal6.postrm
--- drupal6-6.17/debian/drupal6.postrm
+++ drupal6-6.17/debian/drupal6.postrm
@@ -55,7 +55,10 @@
 	fi
   
 	servers=apache2
-	. /usr/share/wwwconfig-common/restart.sh
+	# may not exist if package was manually installed
+	if [ -r /usr/share/wwwconfig-common/restart.sh ] ; then
+		. /usr/share/wwwconfig-common/restart.sh
+	fi
 
 
 	# Remove configuration files (conf.php, $SITE.php)
diff -u drupal6-6.17/debian/control drupal6-6.17/debian/control
--- drupal6-6.17/debian/control
+++ drupal6-6.17/debian/control
@@ -10,7 +11,7 @@
 
 Package: drupal6
 Architecture: all
-Depends: ${misc:Depends}, apache2 | httpd, php5, php5-mysql | php5-pgsql, php5-gd, exim4 | mail-transport-agent, wwwconfig-common (= 0.0.37), mysql-client | virtual-mysql-client | postgresql-client, dbconfig-common, curl
+Depends: ${misc:Depends}, apache2 | httpd, php5, php5-mysql | php5-pgsql, php5-gd, default-mta | mail-transport-agent, wwwconfig-common (= 0.0.37), mysql-client | virtual-mysql-client | postgresql-client, dbconfig-common, curl
 Recommends: mysql-server | postgresql
 Description: a fully-featured content management framework
  Drupal is a dynamic web site platform which allows an individual or

Bug#426780: [php-maint] Bug#426780: (no subject)

2010-06-26 Thread Olaf van der Spek


On 25-6-2010 3:13, Raphael Geissert wrote:

On Sunday 20 June 2010 12:44:49 Olaf van der Spek wrote:

Somebody?
Is any help needed on this bug?



An example init script could be shipped, yes. Will try to remember when I work
on the packaging again.


I'd prefer an actual init script.
If you think that's unsuitable for php-cgi (who's really using PHP as 
CGI?), then I'd like to see a php-fcgi package with the init script.



However, given the schedule for 5.3.3 we might (and I hope) end up shipping
that version in squeeze, which includes the FPM SAPI which pretty much
resolves multiple issues of the f/cgi.


A major change in a minor update? Sounds weird.

Olaf



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587170: [Debian-med-packaging] Bug#587170: [emboss] Emboss cannot be build twice in a row

2010-06-26 Thread Charles Plessy

Le Fri, Jun 25, 2010 at 09:56:33PM +0200, Peter Fritzsche a écrit :
 Package: emboss
 Severity: serious
 Version: 6.2.0-2
 
 The clean target doesn't seem to work as described in the policy.

Hi Peter,

thank you for the report. Indeed, since version 6.2.0 not all files generated
by the test suite are cleaned.

Version 6.3.0 will be released the 15th of July, and from the CVS I know that
I will have to rework the invocation of the test suite since a nightly tarball
can not be built with the debian directory of the 6.2.0-2 package. I will work
on the cleaning as well.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587240: python installs to site-packages but with 2.6 they are not in sys.path

2010-06-26 Thread Steffen Moeller

Package: cdbs
Version: 0.4.87
Severity: important

Hello,

I am browsing documentation and source and it seems like 
/usr/share/cdbs/1/class/python-distutils.mk
is somewhat stuck with python 2.5 where the site-packages
are part of the system path. With 2.6 this is no longer the
case but I want my python packages to be visible for all
without the need to 
export PYTHONPATH=/usr/lib/python2.6/site-packages

Here the proof:
$ python2.6
Python 2.6.5+ (release26-maint, Jun 16 2010, 09:20:52) 
[GCC 4.4.4] on linux2
Type help, copyright, credits or license for more information.
 import sys; print sys.path
['', '/usr/lib/python2.6', '/usr/lib/python2.6/plat-linux2', 
'/usr/lib/python2.6/lib-tk', '/usr/lib/python2.6/lib-old', 
'/usr/lib/python2.6/lib-dynload', '/usr/lib/python2.6/dist-packages', 
'/usr/lib/python2.6/dist-packages/PIL', '/usr/lib/pymodules/python2.6', 
'/usr/lib/pymodules/python2.6/gtk-2.0', 
'/usr/local/lib/python2.6/dist-packages']

If I am not erroneous, then the package should instead go to 
/usr/lib/python2.6/dist-packages by default. The following patch to 
/usr/share/cdbs/1/class/python-distutils.mk has fixed this for me:

--- python-distutils.mk.orig2010-06-26 14:52:18.0 +0200
+++ python-distutils.mk 2010-06-26 16:34:41.0 +0200
@@ -74,14 +74,20 @@
 
 # install stage
 $(patsubst %,install/%,$(cdbs_python_indep_packages)) :: install/%: 
python-install-py
+   subdir=dist-packages ; \
+   if [ 2.5 == $(cdbs_python_primary_versionsub) -o 2.4 == 
$(cdbs_python_primary_versionsub) ]; then \
+   subdir=site-packages ; \
+   fi ; \
cd $(DEB_SRCDIR)  python$(cdbs_python_nondefault_version) 
$(DEB_PYTHON_SETUP_CMD) install --root=$(cdbs_python_destdir) \
-   
--install-purelib=/usr/lib/python$(cdbs_python_primary_version)/site-packages/ 
$(DEB_PYTHON_INSTALL_ARGS_ALL)
+   
--install-purelib=/usr/lib/python$(cdbs_python_primary_version)/$$subdir/ 
$(DEB_PYTHON_INSTALL_ARGS_ALL)
 
 $(patsubst %,install/%,$(cdbs_python_arch_packages)) :: install/%: $(addprefix 
python-install-, $(cdbs_python_build_versions))
set -e; for buildver in $(cdbs_python_build_versions); do \
+   subdir=dist-packages ; \
+   if [ 2.5 == $$buildver -o 2.4 == $$buildver ]; then 
subdir=site-packages ; fi ; \
cd $(CURDIR)  cd $(DEB_SRCDIR)  $(call 
cdbs_python_binary,python$$buildver) $(DEB_PYTHON_SETUP_CMD) install \
-   --root=$(cdbs_python_destdir) 
--install-purelib=/usr/lib/python$$buildver/site-packages/ \
-   --install-platlib=/usr/lib/python$$buildver/site-packages/ 
$(DEB_PYTHON_INSTALL_ARGS_ALL); \
+   --root=$(cdbs_python_destdir) 
--install-purelib=/usr/lib/python$$buildver/$$subdir/ \
+   --install-platlib=/usr/lib/python$$buildver/$$subdir/ 
$(DEB_PYTHON_INSTALL_ARGS_ALL); \
done
 
 # Deprecated targets.  You should use above targets instead.


Many thanks

Steffen

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
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/dash

Versions of packages cdbs depends on:
ii  debhelper 7.9.1  helper programs for debian/rules

Versions of packages cdbs recommends:
ii  autotools-dev 20100122.1 Update infrastructure for config.{

Versions of packages cdbs suggests:
ii  devscripts2.10.64scripts to make the life of a Debi
ii  doc-base  0.9.5  utilities to manage online documen

-- 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#571733: rtai: missing packages for amd64 and arm architectures

2010-06-26 Thread Roland Stigge

On 26/06/10 16:20, Kurt Roeckx wrote:
 reassign 571733 buildd.debian.org
 Bug #571733 [rtai] rtai: missing packages for amd64 and arm architectures
 
 We currently have:
 %rtai: i386 powerpc mips mipsel arm
 
 But mips and mipsel aren't suported anymore?

Correct. For some time already deprecated upstream.

 I've just changed it to:
 %rtai: amd64 i386 powerpc armel

Thanks!

Roland




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587241: [INTL:sv] po-debconf file for strongswan

2010-06-26 Thread Martin Ågren

Package: strongswan
Severity: wishlist
Tags: l10n patch


Hi,

Please find attached the updated Swedish debconf templates translation.

This file should replace debian/po/sv.po in your package build tree.

Take care,

Martin

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of strongswan_sv.po to Swedish
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Martin Ågren martin.ag...@gmail.com, 2008, 2009, 2010.
msgid 
msgstr 
Project-Id-Version: strongswan_sv\n
Report-Msgid-Bugs-To: strongs...@packages.debian.org\n
POT-Creation-Date: 2010-05-27 17:14+\n
PO-Revision-Date: 2010-06-26 16:51+0200\n
Last-Translator: Martin Ågren martin.ag...@gmail.com\n
Language-Team: Swedish debian-l10n-swed...@lists.debian.org\n
Language: sv\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=ISO-8859-1\n
Content-Transfer-Encoding: 8bit\n
X-Poedit-Language: swe\n
X-Poedit-Country: swe\n
X-Generator: KBabel 1.11.4\n
Plural-Forms:  nplurals=2; plural=(n != 1);\n

#. Type: note
#. Description
#: ../strongswan-starter.templates:2001
msgid Old runlevel management superseded
msgstr Gammal körnivåhantering har ersatts

#. Type: note
#. Description
#: ../strongswan-starter.templates:2001
msgid 
Previous versions of the strongSwan package gave a choice between three 
different Start/Stop-Levels. Due to changes in the standard system startup 
procedure, this is no longer necessary or useful. For all new installations 
as well as old ones running in any of the predefined modes, sane default 
levels will now be set. If you are upgrading from a previous version and 
changed your strongSwan startup parameters, then please take a look at NEWS.
Debian for instructions on how to modify your setup accordingly.
msgstr 
Tidigare versioner av paketet strongswan erbjöd ett val mellan tre 
olika start-/stoppnivåer. På grund av ändringar i systemuppstartproceduren 
är detta inte längre nödvändigt eller användbart. För alla nya installationer, 

såväl som gamla installationer som kör i något av de fördefinierade lägena, 
kommer rimliga standardvärden nu sättas. 
Om du uppgraderar från en tidigare version och ändrade dina 
uppstartsparametrar för 
strongSwan, bör du ta en titt på NEWS.Debian för instruktioner om hur du kan 
ändra 
din installation på motsvarande sätt.

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:3001
msgid Restart strongSwan now?
msgstr Starta om strongSwan nu?

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:3001
#| msgid 
#| Restarting strongSwan is recommended, because if there is a security fix, 
#| it will not be applied until the daemon restarts. However, this might 
#| close existing connections and then bring them back up.
msgid 
Restarting strongSwan is recommended, since if there is a security fix, it 
will not be applied until the daemon restarts. Most people expect the daemon 
to restart, so this is generally a good idea. However, this might take down 
existing connections and then bring them back up, so if you are using such 
an strongSwan tunnel to connect for this update, restarting is not 
recommended.
msgstr 
Att starta om strongSwan rekommenderas eftersom en eventuell 
säkerhetsrättning inte kommer användas förrän demonen startas om. De flesta 
förväntar att servern startas om, så detta är normalt en bra ide. Detta kan 
dock stänga existerande anslutningar och sedan ta upp dem igen, så om du 
använder en strongSwan-tunnel för att genomföra den här uppdateringen är en 
omstart 
inte rekommenderad.

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:4001
msgid Start strongSwan's IKEv1 daemon?
msgstr Starta strongSwans IKEv1-demon?

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:4001
msgid 
The pluto daemon must be running to support version 1 of the Internet Key 
Exchange protocol.
msgstr 
Pluto-demonen måste köras för att stödja version 1 av Internet Key Exchange-
protokollet.

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:5001
msgid Start strongSwan's IKEv2 daemon?
msgstr Starta strongSwans IKEv2-demon?

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:5001
msgid 
The charon daemon must be running to support version 2 of the Internet Key 
Exchange protocol.
msgstr 
Charon-demonen

Bug#587242: make midori recommend tango icons instead of gnome icons

2010-06-26 Thread Jordan Metzmeier

Package: midori
Version: 0.2.4-3
Severity: wishlist

To me, it makes sense as midori being part of XFCE goodies upstream,
to have it recommend on the default XFCE theme rather than the 
gnome one. The XFCE icon theme is tango-icon-theme.


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages midori depends on:
ii  dbus-x11   1.2.24-1  simple interprocess messaging syst
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-2  Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-4  The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.24-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.86-1simple interprocess messaging syst
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.3.11-1  FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.24.1-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-1  The GTK+ graphical user interface 
ii  libjs-mootools 1.2.4.0~debian1-1 compact JavaScript framework
ii  libnotify1 [libnotify1 0.4.5-1   sends desktop notifications to a n
ii  libpango1.0-0  1.28.1-1  Layout and rendering of internatio
ii  libsoup2.4-1   2.30.1-1  an HTTP library implementation in 
ii  libsqlite3-0   3.6.23.1-4SQLite 3 shared library
ii  libunique-1.0-01.1.6-1   Library for writing single instanc
ii  libwebkit-1.0-21.2.1-2   Web content engine library for Gtk
ii  libx11-6   2:1.3.3-3 X11 client-side library
ii  libxml22.7.7.dfsg-2  GNOME XML library

Versions of packages midori recommends:
ii  gnome-icon-theme  2.30.3-1   GNOME Desktop icon theme

midori 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#587243: O: notifyme -- a program to notify the user when other one logs in

2010-06-26 Thread RISKO Gergely

Package: wnpp
Severity: normal

I orphan notifyme, because I no longer use it anywhere for some years.

The upstream webpage is still up, but no update has been done since 2001.

http://www.pttk.ae.krakow.pl/~mike/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587240: [Build-common-hackers] Bug#587240: python installs to site-packages but with 2.6 they are not in sys.path

2010-06-26 Thread Jonas Smedegaard


Hi Steffen,

On Sat, Jun 26, 2010 at 04:39:47PM +0200, Steffen Moeller wrote:

I am browsing documentation and source and it seems like
/usr/share/cdbs/1/class/python-distutils.mk
is somewhat stuck with python 2.5 where the site-packages
are part of the system path. With 2.6 this is no longer the
case but I want my python packages to be visible for all
without the need to
export PYTHONPATH=/usr/lib/python2.6/site-packages


Could you provide a packaging code sample which demonstrates actual 
problems?


In my experience (without claiming that I know what is really going on) 
python-distutils.mk does the right thing with both Python 2.5 and 2.6, 
and only the documentation is outdated.



Kind regards,

 - Jonas

--
 * Jonas Smedegaard - idealist  Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#587244: qtiplot FTBFS with qt 4.6

2010-06-26 Thread Scott Howard

Source: qtiplot
Version: 0.9.7.14-1

qtiplot fails to build when using Qt  4.6 (4.7 is in experimental right now)

src/core/ApplicationWindow.cpp:166:28: error: QAssistantClient: No
such file or directory

qassistantclient has been removed from qt in 4.7.
See:
http://doc.qt.nokia.com/4.6/qassistantclient.html

http://doc.qt.nokia.com/4.7-snapshot/functions.html

This class is obsolete and only required when using the old Qt
Assistant, now called assistant_adp. If you want to use the new Qt
Assistant as a remote help viewer, simple create a QProcess instance
and specify assistant as its executable.


I posted this at:
https://developer.berlios.de/forum/message.php?msg_id=51418



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587245: RM: loco -- ROM; dead upstream, deprecated

2010-06-26 Thread RISKO Gergely

Package: ftp.debian.org
Severity: normal

As the maintainer of loco, I request its removal.

According to popcon, the alternatives are more popular (checked ccze,
lwatch, colortail: all three has more users, then loco).  The upstream
project page is dead: http://www.zjuul.net/~jules/loco/.  I also do not
use loco anymore.

According to freshmeat there were no any activity since 2001:
http://freshmeat.net/projects/loco

Thanks.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587246: [l10n:cs] Initial Czech translation of PO debconf template for package typo3-dummy 4.3.0-4

Package: typo3-dummy
Version: 4.3.0-4
Severity: wishlist
Tags: l10n, patch

In attachment there is initial Czech translation of PO debconf template
(cs.po) for package typo3-dummy, please include it.

Best regards

-- 
Michal Šimůnek
# Czech translation of PO debconf template for package typo3-dummy.
# Copyright (C) 2010 Michal Simunek
# This file is distributed under the same license as the typo3-dummy package.
# Michal Simunek michal.simu...@gmail.com, 2010.
#
msgid 
msgstr 
Project-Id-Version: typo3-dummy 4.3.0-4\n
Report-Msgid-Bugs-To: typo3-du...@packages.debian.org\n
POT-Creation-Date: 2010-06-20 22:03+0200\n
PO-Revision-Date: 2010-06-26 17:04+0200\n
Last-Translator: Michal Simunek michal.simu...@gmail.com\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
Language: cs\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: select
#. Choices
#: ../typo3-dummy.templates:2001
msgid vhost
msgstr vhost

#. Type: select
#. Choices
#: ../typo3-dummy.templates:2001
msgid directory
msgstr adresář

#. Type: select
#. Choices
#: ../typo3-dummy.templates:2001
msgid none
msgstr žádný

#. Type: select
#. Description
#: ../typo3-dummy.templates:2002
msgid Apache integration mode:
msgstr Režim začlenění do Apache:

#. Type: select
#. Description
#: ../typo3-dummy.templates:2002
msgid 
Please choose the method that should be used for integrating the TYPO3 
installation with the apache2 web server:
msgstr 
Zvolte si prosím způsob, který se má použít pro začlenění instalace 
TYPO3 do webového serveru apache2:

#. Type: select
#. Description
#: ../typo3-dummy.templates:2002
msgid 
 vhost: generates URLs with TYPO3 as part of the domain name, such\n
as http://typo3.example.com/;\n;
 directory: fits TYPO3 within the existing site, making it available\n
at an address like http://www.example.com/cms/;\n;
 none:  does not configure TYPO3 automatically. The server will\n
need manual configuration. Choose this option if you are\n
using a web server other than apache2.
msgstr 
 vhost: vytvoří URL adresy s TYPO3 jako částí domény, jako\n
je http://typo3.example.com/;\n;
 adresář:   připojí TYPO3 k existujícímu webu, bude dostupný\n
na adrese, jako je http://www.example.com/cms/;\n;
 žádný: TYPO3 se automaticky nenastaví. Server bude\n
třeba nastavit ručně. Tuto možnost zvolte, pokud\n
používáte jiný webový server než apache2.

#. Type: boolean
#. Description
#: ../typo3-dummy.templates:3001
msgid Should apache2 be restarted after installation?
msgstr Má se po instalaci restartovat apache2?

#. Type: boolean
#. Description
#: ../typo3-dummy.templates:3001
msgid 
Apache's configuration has been changed to include TYPO3 and activate the 
rewrite module. For these changes to take effect, apache2 must be reloaded.
msgstr 
Nastavení Apache bylo změněno, aby zahrnovalo TYPO3 a byl aktivován modul 
rewrite. Aby se tyto změny projevili, apache2 musí být restartován.

#. Type: note
#. Description
#: ../typo3-dummy.templates:4001
msgid Old symlink in /etc/apache2/conf.d/
msgstr Původní symbolický odkaz v /etc/apache2/conf.d/

#. Type: note
#. Description
#: ../typo3-dummy.templates:4001
msgid 
Older versions (before 4.3.0-3) of typo3-dummy installed the apache2 
configuration symlink as /etc/apache2/conf.d/typo3-dummy.conf.
msgstr 
Starší verze typo3-dummy (před 4.3.0-3) instalovaly symbolický odkaz 
pro nastavení apache2 do /etc/apache2/conf.d/typo3-dummy.conf.

#. Type: note
#. Description
#: ../typo3-dummy.templates:4001
msgid 
This has been changed and newer versions place two new symlinks into /etc/
apache2/sites-available/. To prevent failures due to overlapping 
configuration directives you should remove the symlink typo3-dummy.conf 
from /etc/apache2/conf.d/ and merge its contents into one of the new 
configuration files.
msgstr 
To bylo změněno a novější verze přidávají dva nové symbolické odkazy do 
/etc/apache2/sites-available/. Abyste předešli selháním v důsledku souběžných 
direktiv nastavení, měli byste z /etc/apache2/conf.d/ odstranit symbolický odkaz 
typo3-dummy.conf a jeho obsah připojit do jednoho z nových souborů s 
nastavením.

Bug#555205: segfault caused by optimized library?

2010-06-26 Thread deb


Hello,

I want to know if the bug is closed. I still see this msg:

critical bugs of libc6 (2.9-23em1 - 2.11.2-2) unfixed
 #555205 - libc6: segfault when upgrading from 2.9-25 - 2.10.1-5 on 
squeeze renders system unusable






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587247: [INTL:es] Spanish po-debconf template translation

2010-06-26 Thread Omar Campagne

Package: gitolite
Version: 1.5.3-1
Severity: wishlist
Tags: l10n, patch

Please find attached the Spanish translation for gitolite.

Regards,
-- 
Omar Campagne Polaino
# gitolite po-debconf translation to Spanish
# Copyright (C) 2010 Software in the Public Interest
# This file is distributed under the same license as the gitolite package.
#
# Changes:
#   - Initial translation
#   Omar Campagne ocampa...@gmail.com, 2010
#
#   - Updates
#   TRANSLATOR
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid 
msgstr 
Project-Id-Version: gitolite 1.3-2\n
Report-Msgid-Bugs-To: gitol...@packages.debian.org\n
POT-Creation-Date: 2010-04-08 23:44+0200\n
PO-Revision-Date: 2010-04-21 12:22+0200\n
Last-Translator: Omar Campagne ocampa...@gmail.com\n
Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../templates:1001
msgid The name of the system user to create:
msgstr Nombre del usuario que se va a crear en el sistema:

#. Type: string
#. Description
#: ../templates:1001
msgid 
Please enter the name for the system user which should be used by gitolite.
msgstr 
Introduzca el nombre del usuario del sistema que gitolite debería usar.

#. Type: string
#. Description
#: ../templates:2001
msgid The directory to contain the repositories:
msgstr Directorio que va a contener los repositorios:

#. Type: string
#. Description
#: ../templates:2001
msgid 
Please enter the path for the directory in which you want to store the git 
repositories guarded by gitolite.
msgstr 
Introduzca la ruta del directorio en el que desea guardar los repositorios 
git custodiados por gitolite.

#. Type: string
#. Description
#: ../templates:3001
msgid The key for the admin user:
msgstr Clave del administrador:

#. Type: string
#. Description
#: ../templates:3001
msgid 
Please specify the key of the user that will administer the access 
configuration of gitolite. You can either give the filename or paste the ssh 
public key.
msgstr 
Defina la clave del usuario que administrará la configuración de acceso de 
gitolite. Puede introducir el nombre del fichero, o pegar la clave pública 
ssh.

Bug#584502: [pkg-fso-maint] Bug#584502: race condition

2010-06-26 Thread Joachim Breitner

Hi,

Am Freitag, den 25.06.2010, 07:17 +0800 schrieb jida...@jidanni.org:
 It turns out all along that it must be a race condition.
 
 I.e., some parts of nodm have not fully handed the terminal over to the
 user as fast as seems. This never happened with xdm.
 
 $ cat .xsession
 j=zh_TW.UTF-8; export LANG=$j LC_CTYPE=$j
 s=sleep\ 5 j=C; export LC_COLLATE=$j LC_MESSAGES=$j
 export xmodifie...@im=scim GTK_IM_MODULE=xim; scim -d
 export XAUTHORITY=~/.Xauthority #for emacs as root, grass
 j=~/.bash_profile; test -f $j  . $j
 ( sleep 11  #bug 584502: nodm race condition.
 #if no delay, then on some machines won't be effective!
 xmodmap - \EOF

this looks like a known bug in the X server: xmodmap does not work if
run _before_ the first keypress. I observe it with gdm and auto-login.
If you use xdm without auto-login it explains why you can not reproduce
it.

Please check if you are affected by
http://bugs.freedesktop.org/show_bug.cgi?id=16364
or one of
https://bugs.freedesktop.org/show_bug.cgi?id=24552
http://bugs.freedesktop.org/show_bug.cgi?id=12523

Greetings,
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#587247: [INTL:es] Spanish po-debconf template translation

2010-06-26 Thread Gerfried Fuchs

Hi!

* Omar Campagne ocampa...@gmail.com [2010-06-26 17:32:06 CEST]:
 Please find attached the Spanish translation for gitolite.

 Thanks - though, you used the old template. I uploaded a new version
just these days which also reworked the templates - I hope that there is
no further requirement to change the templates too soon. Please find
attached the current pot file, would be great if you could send an
updated translation.

 Sorry for the inconvenience,
Rhonda
-- 
Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte.
-- http://www.karriere.at/artikel/884/
# SOME DESCRIPTIVE TITLE.
# Copyright (C) 2010 by Gerfried Fuchs rho...@debian.at
# This file is distributed under the same license as the gitolite packaging.
# FIRST AUTHOR em...@address, YEAR.
#
#, fuzzy
msgid 
msgstr 
Project-Id-Version: gitolite 1.5.3-1\n
Report-Msgid-Bugs-To: gitol...@packages.debian.org\n
POT-Creation-Date: 2010-06-21 20:33+0200\n
PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n
Last-Translator: FULL NAME em...@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: string
#. Description
#: ../templates:1001
msgid The name of the system user to create:
msgstr 

#. Type: string
#. Description
#: ../templates:1001
msgid 
Please enter the name for the system user which should be used by gitolite.
msgstr 

#. Type: string
#. Description
#: ../templates:2001
msgid The directory to contain the repositories:
msgstr 

#. Type: string
#. Description
#: ../templates:2001
msgid 
Please enter the path for the directory in which you want to store the git 
repositories guarded by gitolite. This will also become the home of the 
former entered username.
msgstr 

#. Type: string
#. Description
#: ../templates:3001
msgid The key for the admin user:
msgstr 

#. Type: string
#. Description
#: ../templates:3001
msgid 
Please specify the key of the user that will administer the access 
configuration of gitolite. You can either give the filename or paste the ssh 
public key. Leave empty if you do not want to set up gitolite in the 
directory specified earlier.
msgstr

Bug#586152: mpt-status: Start Stop Daemon not called with oknodo on stop

2010-06-26 Thread Olaf van der Spek

On Fri, Jun 25, 2010 at 7:09 PM, Stefan Bauer stefan.ba...@cubewerk.de wrote:
 Could you please try to add this stanza to the mpt-status init-file
 and test if the warning is gone?

Shouldn't you be the one doing this testing? :p

# invoke-rc.d mpt-statusd stop
Stopping mpt-status monitor: mpt-statusdstart-stop-daemon: option
'--exec' requires an argument
Try 'start-stop-daemon --help' for more information.
 failed!
invoke-rc.d: initscript mpt-statusd, action stop failed.

Olaf



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#583806: closed by Mike Hommey

2010-06-26 Thread Mark Hobley

Mike Hommey wrote:

 Try checking what iceape -dump-addons-info has to say,

The -dump-addons-info option returns no output.

 try comparing localstore.rdf and localstore-safe.rdf in the
 .mozilla/seamonkey directory. (Beware that the lines are not necessarily
ordered)

There are actually several localstore files located as follows:

cd ./mozilla
find ./ -name *localstore*

./default/18jwn5kb.slt/localstore.rdf
./seamonkey/4cf0n2xf.default/localstore.rdf
./seamonkey/jwpl4jxf.default/localstore.rdf
./seamonkey/jwpl4jxf.default/localstore-safe.rdf

I don't know what the significance of all that lot is.

The files are different, and I get several pages of output. It will probably 
take me a while to break that lot down. It is in XML format, and I don't really 
have any good tools for making sense of that format.

Mark.










--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586152: mpt-status: Start Stop Daemon not called with oknodo on stop

2010-06-26 Thread Olaf van der Spek

On Fri, Jun 25, 2010 at 7:09 PM, Stefan Bauer stefan.ba...@cubewerk.de wrote:
 Here is the example from lighttpd (log_end_msg is the important part):

It's start-stop-daemon that's printing the warning message, isn't it?
log_end_msg doesn't seem related.

Olaf



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578518: Status on libmojolicious-perl ITP?

2010-06-26 Thread Jonas Smedegaard


On Tue, Apr 20, 2010 at 06:53:25PM +0400, Dmitry E. Oboukhov wrote:


* Package name  : libmojolicious-perl


Any news on above ITP?

I grew tired of waiting, so have now packaged it for my own use 
unofficially - available using the following APT line:


  deb http://debian.jones.dk/ sid webservices_

(yes, the trailing underscore is correct, that's my way of separating 
simpler backports from packages without an official Debian origin).



During my packaging I notice that upstream use Artistic-2 as license, 
which I believe is not DFSG-free.  Seems there is only a single author 
so might be an easy task to convince adding ... or GPL-2+.


I notice Jonathan registered the ITP, but I guess it was on behalf of 
the Perl team.  Would it be ok that I release my packaging as official 
(when the licensing issue is hopefully solved)?  My packaging is on 
behalf of the Perl team, but one possible issue could be that I use CDBS 
which Jonathan might not favor.



Kind regards,

 - Jonas

--
 * Jonas Smedegaard - idealist  Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#587248: [l10n:cs] Initial Czech translation of PO debconf template for package typo3-dummy 4.3.0-4

Package: typo3-dummy
Version: 4.3.0-4
Severity: wishlist
Tags: l10n, patch

In attachment there is initial Czech translation of PO debconf template
(cs.po) for package typo3-dummy, please include it.

Best regards

-- 
Michal Šimůnek

# Czech translation of PO debconf template for package typo3-dummy.
# Copyright (C) 2010 Michal Simunek
# This file is distributed under the same license as the typo3-dummy package.
# Michal Simunek michal.simu...@gmail.com, 2010.
#
msgid 
msgstr 
Project-Id-Version: typo3-dummy 4.3.0-4\n
Report-Msgid-Bugs-To: typo3-du...@packages.debian.org\n
POT-Creation-Date: 2010-06-20 22:03+0200\n
PO-Revision-Date: 2010-06-26 17:04+0200\n
Last-Translator: Michal Simunek michal.simu...@gmail.com\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
Language: cs\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: select
#. Choices
#: ../typo3-dummy.templates:2001
msgid vhost
msgstr vhost

#. Type: select
#. Choices
#: ../typo3-dummy.templates:2001
msgid directory
msgstr adresář

#. Type: select
#. Choices
#: ../typo3-dummy.templates:2001
msgid none
msgstr žádný

#. Type: select
#. Description
#: ../typo3-dummy.templates:2002
msgid Apache integration mode:
msgstr Režim začlenění do Apache:

#. Type: select
#. Description
#: ../typo3-dummy.templates:2002
msgid 
Please choose the method that should be used for integrating the TYPO3 
installation with the apache2 web server:
msgstr 
Zvolte si prosím způsob, který se má použít pro začlenění instalace 
TYPO3 do webového serveru apache2:

#. Type: select
#. Description
#: ../typo3-dummy.templates:2002
msgid 
 vhost: generates URLs with TYPO3 as part of the domain name, such\n
as http://typo3.example.com/;\n;
 directory: fits TYPO3 within the existing site, making it available\n
at an address like http://www.example.com/cms/;\n;
 none:  does not configure TYPO3 automatically. The server will\n
need manual configuration. Choose this option if you are\n
using a web server other than apache2.
msgstr 
 vhost: vytvoří URL adresy s TYPO3 jako částí domény, jako\n
je http://typo3.example.com/;\n;
 adresář:   připojí TYPO3 k existujícímu webu, bude dostupný\n
na adrese, jako je http://www.example.com/cms/;\n;
 žádný: TYPO3 se automaticky nenastaví. Server bude\n
třeba nastavit ručně. Tuto možnost zvolte, pokud\n
používáte jiný webový server než apache2.

#. Type: boolean
#. Description
#: ../typo3-dummy.templates:3001
msgid Should apache2 be restarted after installation?
msgstr Má se po instalaci restartovat apache2?

#. Type: boolean
#. Description
#: ../typo3-dummy.templates:3001
msgid 
Apache's configuration has been changed to include TYPO3 and activate the 
rewrite module. For these changes to take effect, apache2 must be reloaded.
msgstr 
Nastavení Apache bylo změněno, aby zahrnovalo TYPO3 a byl aktivován modul 
rewrite. Aby se tyto změny projevili, apache2 musí být restartován.

#. Type: note
#. Description
#: ../typo3-dummy.templates:4001
msgid Old symlink in /etc/apache2/conf.d/
msgstr Původní symbolický odkaz v /etc/apache2/conf.d/

#. Type: note
#. Description
#: ../typo3-dummy.templates:4001
msgid 
Older versions (before 4.3.0-3) of typo3-dummy installed the apache2 
configuration symlink as /etc/apache2/conf.d/typo3-dummy.conf.
msgstr 
Starší verze typo3-dummy (před 4.3.0-3) instalovaly symbolický odkaz 
pro nastavení apache2 do /etc/apache2/conf.d/typo3-dummy.conf.

#. Type: note
#. Description
#: ../typo3-dummy.templates:4001
msgid 
This has been changed and newer versions place two new symlinks into /etc/
apache2/sites-available/. To prevent failures due to overlapping 
configuration directives you should remove the symlink typo3-dummy.conf 
from /etc/apache2/conf.d/ and merge its contents into one of the new 
configuration files.
msgstr 
To bylo změněno a novější verze přidávají dva nové symbolické odkazy do 
/etc/apache2/sites-available/. Abyste předešli selháním v důsledku souběžných 
direktiv nastavení, měli byste z /etc/apache2/conf.d/ odstranit symbolický odkaz 
typo3-dummy.conf a jeho obsah připojit do jednoho z nových souborů s 
nastavením.

Bug#587249: [INTL:sv] Swedish strings for frontaccounting debconf

2010-06-26 Thread Martin Bagge


package: frontaccounting
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se



sv.po
Description: Binary data

Bug#587250: curlftpfs: gigantic memory leak

2010-06-26 Thread Stéphane Lesimple

Package: curlftpfs
Version: 0.9.1-3+b2
Severity: important
Tags: patch

After downloading several files of several megabytes each, curlftpfs eats up 
all available RAM, and is killed by the kernel OOM_killer.
I then compiled my own unstripped version for debugging purposes, A short run 
under valgrind says (among other less-important leaks) :

==11954== 4,039,584 bytes in 10 blocks are possibly lost in loss record 39 of 39
==11954== at 0x4024D12: realloc (vg_replace_malloc.c:476)
==11954== by 0x804A5E9: buf_add_mem (ftpfs.c:73)
==11954== by 0x804A677: read_data (ftpfs.c:238)
==11954== by 0x41247B7: Curl_client_write (in /usr/lib/libcurl-gnutls.so.4.1.1)
==11954== by 0x4137B79: Curl_readwrite (in /usr/lib/libcurl-gnutls.so.4.1.1)
==11954== by 0x413EFD3: multi_runsingle (in /usr/lib/libcurl-gnutls.so.4.1.1)
==11954== by 0x413F578: curl_multi_perform (in /usr/lib/libcurl-gnutls.so.4.1.1)
==11954== by 0x804BF13: ftpfs_read_chunk (ftpfs.c:406)
==11954== by 0x804C359: ftpfs_read (ftpfs.c:837)
==11954== by 0x40F065D: fuse_fs_read (in /lib/libfuse.so.2.7.4)
==11954== by 0x40F6543: ??? (in /lib/libfuse.so.2.7.4)
==11954== by 0x40FB83B: ??? (in /lib/libfuse.so.2.7.4)

I tracked down the problem to be in the free_ftpfs_file() function, where the 
passed ftpfs_file structure is not correctly freed. More specifically the two 
uint8_t *p of the 2 struct buffer contained in the ftpfs_file structure.
This means - if I am right - that all the files read on the FTP are kept into 
curlftpfs memory space for ever... which will undoubtedly lead to big problems 
when a lot of files are read from the FTP server.

Attached is a patch that fixes it.

This bug was first submitted upstream, but no answer has ever been received, 
even 6 months later 
(http://sourceforge.net/tracker/?func=detailaid=2924678group_id=160565atid=816357).

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.29.2-grsec2.1.14-vs2.3.0.36.12-tarpit
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 curlftpfs depends on:
pn  fuse-utils  none   (no description available)
ii  libc6   2.7-18lenny4 GNU C Library: Shared libraries
ii  libcomerr2  1.41.3-1 common error description library
pn  libcurl3-gnutls none   (no description available)
pn  libfuse2none   (no description available)
ii  libgcrypt11 1.4.1-1  LGPL Crypto library - runtime libr
pn  libglib2.0-0none   (no description available)
pn  libgnutls13 none   (no description available)
ii  libgpg-error0   1.4-2library for common error values an
ii  libidn111.8+20080606-1   GNU libidn library, implementation
ii  libkrb531.6.dfsg.4~beta1-5lenny4 MIT Kerberos runtime libraries
ii  libtasn1-3  1.4-1Manage ASN.1 structures (runtime)
ii  zlib1g  1:1.2.3.3.dfsg-12compression library - runtime

curlftpfs recommends no packages.

curlftpfs suggests no packages.
--- ftpfs.c 2008-04-30 01:05:47.0 +0200
+++ ftpfs.c.slesimple   2010-01-01 22:12:10.0 +0100
@@ -615,6 +615,8 @@ static void free_ftpfs_file(struct ftpfs
   sem_destroy(fh-data_need);
   sem_destroy(fh-data_written);
   sem_destroy(fh-ready);
+  if (fh-buf.size) { buf_free(fh-buf); }
+  if (fh-stream_buf.size) { buf_free(fh-stream_buf); }
   free(fh);
 }

Bug#587251: [l10n:cs] Initial Czech translation of PO debconf template for package chef 0.8.16-5

Package: chef
Version: 0.8.16-5
Severity: wishlist
Tags: l10n, patch

In attachment there is initial Czech translation of PO debconf template
(cs.po) for package chef, please include it.

Best regards

--
Michal Šimůnek
# Czech translation of PO debconf template for package chef.
# Copyright (C) 2010 Michal Simunek
# This file is distributed under the same license as the chef package.
# Michal Simunek michal.simu...@gmail.com, 2010.
#
msgid
msgstr
Project-Id-Version: chef 0.8.16-5\n
Report-Msgid-Bugs-To: c...@packages.debian.org\n
POT-Creation-Date: 2010-06-24 06:01+0200\n
PO-Revision-Date: 2010-06-26 17:54+0200\n
Last-Translator: Michal Simunek michal.simu...@gmail.com\n
Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
Language: cs\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../chef.templates:2001
msgid Chef server URL:
msgstr URL serveru Chef:

#. Type: string
#. Description
#: ../chef.templates:2001
msgid
Please specify the full URL that clients will use to connect to the Chef
server (for instance \http://chef.example.com:4000\;).
msgstr
Zadejte prosím úplnou URL, kterou budou klienti používat ke spojení se
serverem Chef (například \http://chef.example.com:4000\;).

#. Type: password
#. Description
#: ../chef-solr.templates:2001
msgid Password for the AMQP user \chef\:
msgstr Heslo pro AMQP uživatele \chef\:

#. Type: password
#. Description
#: ../chef-solr.templates:2001
msgid
Please choose a password for the default user (named \chef\) in the AMQP
server queue, under the default RabbitMQ vhost (also \/chef\).
msgstr
Zadejte prosím heslo pro výchozího uživatele (zvaného \chef\) ve frontě
serveru AMQP, pod výchozím virtuálním hostitelem RabbitMQ (také \/chef\).

#. Type: password
#. Description
#: ../chef-solr.templates:2001
msgid
RabbitMQ's rabbitmqctl program, which will be used to set this password,
cannot read input from a file. Instead it will be passed as a command-line
argument, so the password should not include any shell meta-characters that
could cause errors, such as \!\.
msgstr
RabbitMQ je program pro rabbitmqctl, který se použije k nastavení tohoto
hesla, protože rabbitmqctl neumí přečíst informace ze souboru. Heslo se místo
toho předá jako argument pro příkaz příkazové řádky, takže nesmí obsahovat meta
znaky shellu, které by mohly způsobit chyby, jako je \!\.

#. Type: password
#. Description
#: ../chef-server-webui.templates:2001
msgid Temporary password for the Chef server user \admin\:
msgstr Dočasné heslo pro uživatele Chef na serveru \admin\:

#. Type: password
#. Description
#: ../chef-server-webui.templates:2001
msgid
Please choose a temporary password for the first time the \admin\ user
logs into the Chef server web interface. It should be changed immediately
after being used.
msgstr
Zadejte prosím dočasné heslo pro první přihlášení uživatele \admin\ do
webového rozhraní serveru Chef. Po přihlášení by mělo být neprodleně
změněno.

#. Type: password
#. Description
#: ../chef-server-webui.templates:2001
msgid
This password must be at least six characters long. If no password is
entered, a default value will be used which is displayed on the Chef server
web interface home page.
msgstr
Heslo by mělo být dlouhé alespoň šest znaků. Nebude-li zadáno žádné heslo,
použije se výchozí hodnota, která se zobrazuje na domovské stránce webového
rozhraní serveru Chef.

Bug#587224: [pkg-cryptsetup-devel] Bug#587224: Bug#587224: cryptsetup: cryptdisks-early boot-sequence difference in legacy and dependency-based boot

2010-06-26 Thread Jonas Meurer

On 26/06/2010 Christoph Anton Mitterer wrote:
 On Sat, 2010-06-26 at 14:02 +0200, Mario 'BitKoenig' Holbe wrote:
  I'm not really sure what's the intended boot-sequence but I personally
  think the legacy one makes more sense than the new dependency-based one
  (ymmv).
 The problem is, there is not intended way of doing it,... many users
 may prefer totally different ways of stacking there layers... and you
 may have even more (nbd, losetup, etc.) and the same ones multiple
 times...
 
 I'm currently looking into these problems,.. but I guess there is no
 easy way...
 AFAIK Jonas is also looking for a way to generically solve this, but
 all the other packages (lvm2, mdadm) are in principle also affected...
 
 
 But I also think, that we should keep for compatibility the older order.

agreed, next upload will restore old order.

greetings,
 jonas


signature.asc
Description: Digital signature

Bug#587248: Acknowledgement ([l10n:cs] Initial Czech translation of PO debconf template for package typo3-dummy 4.3.0-4)

Very sorry, this bug is duplicated 587246. It seem to be a bug in
Evolutin.

Debian Bug Tracking System píše v So 26. 06. 2010 v 15:57 +:
 Thank you for filing a new Bug report with Debian.
 
 This is an automatically generated reply to let you know your message
 has been received.
 
 Your message is being forwarded to the package maintainers and other
 interested parties for their attention; they will reply in due course.
 
 Your message has been sent to the package maintainer(s):
  Christian Welzel gaw...@camlann.de
 
 If you wish to submit further information on this problem, please
 send it to 587...@bugs.debian.org.
 
 Please do not send mail to ow...@bugs.debian.org unless you wish
 to report a problem with the Bug-tracking system.
 

-- 
Michal Šimůnek




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#426780: [php-maint] Bug#426780: Bug#426780: (no subject)

2010-06-26 Thread Thomas Goirand


- Original message -
 who's really using PHP as 
 CGI?

I think using php used as CGI is cool. You can run any php version, and using 
sbox from cern, which does a chroot and many setlimits() calls, secures 
policies under shared hosting env, but as keeping a quite good freedom in 
usages. I would like this php cgi-bin feature of php to be ketp in Debian.

Thomas




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578518: Status on libmojolicious-perl ITP?

2010-06-26 Thread gregor herrmann

On Sat, 26 Jun 2010 17:50:32 +0200, Jonas Smedegaard wrote:

 * Package name  : libmojolicious-perl
 Any news on above ITP?

The only thing I know:
It's in pkg-perl's svn repository with a note in debian/changelog
about missing work.
(And a newer upstream release is available.)
 
 During my packaging I notice that upstream use Artistic-2 as
 license, which I believe is not DFSG-free.  

Hu? That's new to me.
And you shouldn't tell it all Artistic-2-only packages in the archive
:)

 I notice Jonathan registered the ITP, but I guess it was on behalf
 of the Perl team.  Would it be ok that I release my packaging as
 official (when the licensing issue is hopefully solved)?

Or you could finish Jonathan's package ...

(I don't care either way, I just suggest to avoid duplicated work as
much as possible.)

 My
 packaging is on behalf of the Perl team, but one possible issue
 could be that I use CDBS which Jonathan might not favor.

In practice this means that hardly anybody will touch the package,
but that's nothing new and not the first package in this situation :)

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT  SPI, fellow of Free Software Foundation Europe
   `-BOFH excuse #296:  The hardware bus needs a new token. 


signature.asc
Description: Digital signature

Bug#586152: mpt-status: Start Stop Daemon not called with oknodo on stop

2010-06-26 Thread Stefan Bauer

Am 26.06.2010 17:45, Olaf van der Spek schrieb:
 On Fri, Jun 25, 2010 at 7:09 PM, Stefan Bauer stefan.ba...@cubewerk.de 
 wrote:
 Here is the example from lighttpd (log_end_msg is the important part):
 
 It's start-stop-daemon that's printing the warning message, isn't it?
 log_end_msg doesn't seem related.

Let me have a look at this in the next week closer. The fix will be
included in the next release in unstable.

Cheers and thank you for your time.

Stefan

-- 
Stefan Bauer -
PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34
 plzk.de - Linux - because it works --



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586937: python-buffy: Patch to build against default python version (and move Buffy.py out of the darkness)

2010-06-26 Thread Stefano Rivera

tags 586937 patch
thanks

Here's a patch that works around the issue. The problem is the configure
script that only checks for python 2.4 and 2.5

Another problem is that Buffy isn't importable, as it's in a
python-buffy directory under pyshared, this fixes that too.

SR
diff -Nru libbuffy-bindings-0.10/debian/changelog libbuffy-bindings-0.10+nmu1/debian/changelog
--- libbuffy-bindings-0.10/debian/changelog	2010-03-05 18:54:09.0 +0200
+++ libbuffy-bindings-0.10+nmu1/debian/changelog	2010-06-26 17:09:33.0 +0200
@@ -1,3 +1,9 @@
+libbuffy-bindings (0.10+nmu1) unstable; urgency=low
+
+  * Non-maintainer upload.
+
+ -- Stefano Rivera stef...@rivera.za.net  Sat, 26 Jun 2010 16:07:44 +0200
+
 libbuffy-bindings (0.10) unstable; urgency=low
 
   * Ported to libbuffy 1.4
diff -Nru libbuffy-bindings-0.10/debian/control libbuffy-bindings-0.10+nmu1/debian/control
--- libbuffy-bindings-0.10/debian/control	2010-03-05 18:54:09.0 +0200
+++ libbuffy-bindings-0.10+nmu1/debian/control	2010-06-26 17:09:33.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Enrico Zini enr...@debian.org
 Uploaders: martin f krafft madd...@debian.org
-Build-Depends: cdbs, debhelper (= 7), dh-buildinfo, libbuffy-dev (= 1.4), libbuffy-dev ( 2.0), swig, perl (= 5.6.0-16), python, python-all-dev (= 2.3.5-11), python-central (= 0.5.6), pkg-config, libtool, ruby1.8-dev, ruby, libwibble-dev (= 0.1.15), libwibble-dev ( 0.2), libglib2.0-dev, zlib1g-dev
+Build-Depends: cdbs, debhelper (= 7), dh-buildinfo, libbuffy-dev (= 1.4), libbuffy-dev ( 2.0), swig, perl (= 5.6.0-16), python, python-dev (= 2.3.5-11), python-central (= 0.5.6), pkg-config, libtool, ruby1.8-dev, ruby, libwibble-dev (= 0.1.15), libwibble-dev ( 0.2), libglib2.0-dev, zlib1g-dev
 Standards-Version: 3.8.4.0
 XS-Python-Version: = 2.3
 Vcs-Git: git://git.debian.org/git/buffy/bindings.git
diff -Nru libbuffy-bindings-0.10/debian/libbuffy-perl.debhelper.log libbuffy-bindings-0.10+nmu1/debian/libbuffy-perl.debhelper.log
--- libbuffy-bindings-0.10/debian/libbuffy-perl.debhelper.log	2010-03-05 18:55:13.0 +0200
+++ libbuffy-bindings-0.10+nmu1/debian/libbuffy-perl.debhelper.log	1970-01-01 02:00:00.0 +0200
@@ -1,2 +0,0 @@
-dh_prep
-dh_prep
diff -Nru libbuffy-bindings-0.10/debian/libbuffy-ruby.debhelper.log libbuffy-bindings-0.10+nmu1/debian/libbuffy-ruby.debhelper.log
--- libbuffy-bindings-0.10/debian/libbuffy-ruby.debhelper.log	2010-03-05 18:55:13.0 +0200
+++ libbuffy-bindings-0.10+nmu1/debian/libbuffy-ruby.debhelper.log	1970-01-01 02:00:00.0 +0200
@@ -1,2 +0,0 @@
-dh_prep
-dh_prep
diff -Nru libbuffy-bindings-0.10/debian/python-buffy.debhelper.log libbuffy-bindings-0.10+nmu1/debian/python-buffy.debhelper.log
--- libbuffy-bindings-0.10/debian/python-buffy.debhelper.log	2010-03-05 18:55:13.0 +0200
+++ libbuffy-bindings-0.10+nmu1/debian/python-buffy.debhelper.log	1970-01-01 02:00:00.0 +0200
@@ -1,2 +0,0 @@
-dh_prep
-dh_prep
diff -Nru libbuffy-bindings-0.10/debian/python-buffy.install libbuffy-bindings-0.10+nmu1/debian/python-buffy.install
--- libbuffy-bindings-0.10/debian/python-buffy.install	2010-03-05 18:54:09.0 +0200
+++ libbuffy-bindings-0.10+nmu1/debian/python-buffy.install	2010-06-26 17:14:59.0 +0200
@@ -1 +1,2 @@
-debian/tmp/usr/lib/python*
+debian/tmp/usr/lib/python2.*/*-packages/_Buffy.so*
+debian/tmp/usr/lib/python2.*/*-packages/Buffy.py
diff -Nru libbuffy-bindings-0.10/debian/rules libbuffy-bindings-0.10+nmu1/debian/rules
--- libbuffy-bindings-0.10/debian/rules	2010-03-05 18:54:09.0 +0200
+++ libbuffy-bindings-0.10+nmu1/debian/rules	2010-06-26 17:12:05.0 +0200
@@ -37,7 +37,8 @@
 build-stamp: configure
 	# Build
 	cd perl  make all OPTIMIZE=$(CXXFLAGS)
-	cd python  make all
+	cd python  make all PYTHON_CFLAGS=$(shell python-config --cflags) \
+		  PYTHON_LIBS=$(shell python-config --libs)
 	cd ruby  make all
 	# Test
 	test $(DO_TEST) = true  (cd tests  ./test.pl)
@@ -55,9 +56,10 @@
 	-cd ruby  make clean
 	rm -f perl/Makefile.old
 	rm -f ruby/Makefile
-	rm -f build-stamp config-stamp
+	rm -f build-stamp config-stamp install-stamp
 	#
 	dh_prep
+	rm -f debian/*.debhelper.log
 
 install: install-stamp
 install-stamp:
@@ -68,6 +70,7 @@
 	# Install
 	cd perl  make install DESTDIR=$(DEB_INSTALL_PREFIX)
 	cd python  make install DESTDIR=$(DEB_INSTALL_PREFIX)
+	cd debian/tmp/usr/lib/python2.*/*-packages/buffy-python  mv Buffy.py ..
 	cd ruby  make install DESTDIR=$(DEB_INSTALL_PREFIX)
 	mv debian/tmp/usr/local/lib/site_ruby debian/tmp/usr/lib/ruby
 	#

Bug#583806: closed by Mike Hommey

2010-06-26 Thread Mark Hobley

Hi Mike. I have ran two of the files through xmldiff, and attach the output for 
your information.

cd .mozilla

xmldiff ./seamonkey/jwpl4jxf.default/localstore-safe.rdf 
./seamonkey/jwpl4jxf.default/localstore.rdf  ~/chromediff.rdn

xmldiff ./seamonkey/jwpl4jxf.default/localstore-safe.rdf 
./seamonkey/4cf0n2xf.default/localstore.rdf  ~/4cdiff.rdn

xmldiff ./seamonkey/jwpl4jxf.default/localstore-safe.rdf 
./default/18jwn5kb.slt/localstore.rdf  ~/defdiff.rdn

Mark.


  

chromediff.rdn
Description: Binary data


4cdiff.rdn
Description: Binary data


defdiff.rdn
Description: Binary data

Bug#586246: Please package last version of libtool

2010-06-26 Thread Laurent Bigonville

Le Thu, 17 Jun 2010 18:45:23 +0200,
Kurt Roeckx k...@roeckx.be a écrit :

 On Thu, Jun 17, 2010 at 06:38:03PM +0200, Laurent Bigonville wrote:
  Hi,
  
  Could you please package the last version of libtool (2.2.8 at this
  time).
 
 You mean 2.2.10, released a few days later?
 
 It was actually on my schedule for this evening.
Hi,

Any progress on this?

Cheers

Laurent Bigonville



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578518: Status on libmojolicious-perl ITP?

2010-06-26 Thread Jonas Smedegaard


On Sat, Jun 26, 2010 at 06:09:55PM +0200, gregor herrmann wrote:

On Sat, 26 Jun 2010 17:50:32 +0200, Jonas Smedegaard wrote:


* Package name  : libmojolicious-perl
Any news on above ITP?


The only thing I know:
It's in pkg-perl's svn repository with a note in debian/changelog
about missing work.
(And a newer upstream release is available.)


Ah, ok.



During my packaging I notice that upstream use Artistic-2 as
license, which I believe is not DFSG-free.


Hu? That's new to me.
And you shouldn't tell it all Artistic-2-only packages in the archive
:)


Ah - I confused this with Artistic-1 (without GPL dual-licensing).  
Agreed, there is no problem with this licensing.




I notice Jonathan registered the ITP, but I guess it was on behalf
of the Perl team.  Would it be ok that I release my packaging as
official (when the licensing issue is hopefully solved)?


Or you could finish Jonathan's package ...

(I don't care either way, I just suggest to avoid duplicated work as
much as possible.)

My packaging is on behalf of the Perl team, but one possible issue 
could be that I use CDBS which Jonathan might not favor.


In practice this means that hardly anybody will touch the package,
but that's nothing new and not the first package in this situation :)


...so it seems you do care after all ;-)

It is not the first time I hear the meme of hardly anyone using CDBS.  
That is not my experience, but whatever...


Personally I use CDBS for all the packages that I am involved in 
packaging, as I find that most effective.  Also, I need occasionally to 
backport to Lenny and earlier, and have found it quite difficult to do 
so with short-form dh style packaging.


I therefore have no interest in packaging unless using CDBS.

I shall not infect the pending libmojolicious-perl package with my 
weird packaging preference, but just cross my fingers that some ordinary 
Debian Developer pay some interest in it instead.



Kind regards,

 - Jonas

--
 * Jonas Smedegaard - idealist  Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#586246: Please package last version of libtool

2010-06-26 Thread Kurt Roeckx

On Sat, Jun 26, 2010 at 06:39:20PM +0200, Laurent Bigonville wrote:
 Le Thu, 17 Jun 2010 18:45:23 +0200,
 Kurt Roeckx k...@roeckx.be a écrit :
 
  On Thu, Jun 17, 2010 at 06:38:03PM +0200, Laurent Bigonville wrote:
   Hi,
   
   Could you please package the last version of libtool (2.2.8 at this
   time).
  
  You mean 2.2.10, released a few days later?
  
  It was actually on my schedule for this evening.
 Hi,
 
 Any progress on this?

I asked the release team if they had a problem with me uploading
it, but they didn't answer yet.


Kurt




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587252: dolphin starts in 40s on Intel Core 2 Duo CPU T6670 after suspend or hibernation

2010-06-26 Thread Grzegorz Ponikierski

Package: dolphin
Version: 4:4.4.4-1
Severity: normal


After suspend or hibernation my dolphin starts in 40s! This is strange because 
in
this time my CPU does absolutely nothing. I check .xsession-errors while dolphin
stars and get this:

kdeinit4: preparing to launch /usr/bin/dolphin
unknown program name(4799)/: Communication problem with  dolphin , it 
probably crashed. 
Error message was:  org.freedesktop.DBus.Error.NoReply :  Did not receive a 
reply. Possible causes include: the remote application did not send a reply, 
the message bus security policy blocked the reply, the reply timeout expired, 
or the network connection was broken.  

Connecting to deprecated signal 
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
/usr/bin/dolphin(4800) Error in thread 140282642556768 : 
org.freedesktop.DBus.Error.ServiceUnknown - The name 
org.kde.nepomuk.services.nepomukstorage was not provided by any .service files
/usr/bin/dolphin(4800) Error in thread 140282642556768 : 
QLocalSocket::connectToServer: Invalid name
/usr/bin/dolphin(4800) Error in thread 140282642556768 : 
org.freedesktop.DBus.Error.ServiceUnknown - The name 
org.kde.nepomuk.services.nepomukstorage was not provided by any .service files
/usr/bin/dolphin(4800) Error in thread 140282642556768 : 
QLocalSocket::connectToServer: Invalid name
/usr/bin/dolphin(4800) Error in thread 140282642556768 : 
org.freedesktop.DBus.Error.ServiceUnknown - The name 
org.kde.nepomuk.services.nepomukstorage was not provided by any .service files
/usr/bin/dolphin(4800) Error in thread 140282642556768 : 
QLocalSocket::connectToServer: Invalid name
kwin(5232) KWin::Client::readUserTimeMapTimestamp: User timestamp, initial: 
4294967295
kwin(5232) KWin::Client::readUserTimeMapTimestamp: User timestamp, ASN: 
139323430
kwin(5232) KWin::Client::readUserTimeMapTimestamp: User timestamp, final: 'ID: 
31457320 ;WMCLASS: dolphin : dolphin ;Caption: grey – Dolphin ' : 
139323430
kwin(5232) KWin::Workspace::allowClientActivation: Activation, compared: 'ID: 
31457320 ;WMCLASS: dolphin : dolphin ;Caption: grey – Dolphin ' : 
139323430 : 139250924 : true
kwin(5232) KWin::Workspace::updateClientArea: screens:  1 desktops:  2
kwin(5232) KWin::Workspace::updateClientArea: Done.
knotify(5301) KNotify::event: 1958  ref= 0
knotify(5301) KNotify::event: 1959  ref= 0
knotify(5301) KNotify::event: 1960  ref= 0
kdeinit4: preparing to launch /usr/lib/kde4/kio_trash.so
kdeinit4: preparing to launch /usr/lib/kde4/kio_file.so
kdeinit4: preparing to launch /usr/lib/kde4/kio_file.so
kdeinit4: preparing to launch /usr/lib/kde4/kio_thumbnail.so
kdeinit4: preparing to launch /usr/lib/kde4/kio_thumbnail.so

I have the same problem with okular, gwenview, kwrite, editor in kmail but
with another info in .xsession-errors. Some apps from KDE starts normaly and
some not. All apps besides KDE works perflectly fine even OpenOffice stars in
no time.

I turned off Nepomuk because I don't need this.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dolphin depends on:
ii  kdebase-runtime 4:4.4.4-1runtime components from the offici
ii  libc6   2.11.1-3 Embedded GNU C Library: Shared lib
ii  libkdecore5 4:4.4.4-1the KDE Platform Core Library
ii  libkdeui5   4:4.4.4-1the KDE Platform User Interface Li
ii  libkfile4   4:4.4.4-1the File Selection Dialog Library 
ii  libkio5 4:4.4.4-1the Network-enabled File Managemen
ii  libknewstuff3-4 4:4.4.4-1the Get Hot New Stuff v3 Library
ii  libkonq54:4.4.4-1core libraries for Konqueror
ii  libkparts4  4:4.4.4-1the Framework for the KDE Platform
ii  libkutils4  4:4.4.4-1various utility classes for the KD
ii  libnepomuk4 4:4.4.4-1the Nepomuk Meta Data Library
ii  libnepomukquery4a   4:4.4.4-1the Nepomuk Query Library for the 
ii  libphonon4  4:4.6.0really4.4.2-1 the core library of the Phonon mul
ii  libqt4-dbus 4:4.6.3-1Qt 4 D-Bus module
ii  libqtcore4  4:4.6.3-1Qt 4 core module
ii  libqtgui4   4:4.6.3-1Qt 4 GUI module
ii  libsoprano4 2.4.3+dfsg.1-1   libraries for the Soprano RDF fram
ii  libstdc++6  4.4.4-5  The GNU Standard C++ Library v3
ii  phonon  4:4.6.0really4.4.2-1 metapackage for the Phonon multime

Versions of packages dolphin recommends:
ii  kfind 4:4.4.4-1  file search utility for KDE 4
ii  ruby  4.5An interpreter of object-oriented 

dolphin suggests no packages.

-- no debconf information

Bug#153860: Bug#586328: gtk-doc-tools: Upgrade fails: ERROR: emacsen-common being used before being configured.

2010-06-26 Thread Rob Browning

Josselin Mouette j...@debian.org writes:

 severity 586328 serious
 thanks

 Le vendredi 18 juin 2010 à 14:36 +0200, Ludovic Rousseau a écrit :
 Preparing to replace gtk-doc-tools 1.10-1 (using
 .../gtk-doc-tools_1.15-1_all.deb) ...
 ERROR: emacsen-common being used before being configured.
 ERROR: This is likely a bug in the gtk-doc-tools package, which needs to
 ERROR: add one of the appropriate dependencies.
 ERROR: See /usr/share/doc/emacsen-common/debian-emacs-policy.gz
 ERROR: for details.

 This is a serious WTF in emacsen-common and/or emacs itself. It’s not
 appropriate to add a dependency on emacsen-common just for the sake of
 including support for an editor.

 The bug (CCed) has been known for 8 years, so I’ll assume it won’t be
 fixed and will simply drop emacs support from gtk-doc.

I believe you only need the dependency if you want to byte-compile code,
and you can always create a separate, optional foo-el package.

As I've said before, while it might be possible to rework things to
remove the dependency, the original problem was complicated -- the
current arrangement wasn't chosen arbirarily.  And in general, if you
want to use a compiled language, it's not unreasonable to expect some
infrastructure (perl, python, etc.).

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566965: wrong message to the wrong bug-#

Sorry,.. message #12
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566965#12) here,..
went to the wrong bug-id

Cheers,
Chris.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587093: [plymouth] After hibernation plymouth cause resume to hang

2010-06-26 Thread Daniel Baumann

retitle 587093 makes hibernation fail in connection with plymouth
reassign 587093 libdrm
thanks

i personally couldn't reproduce it recently, however, this is what the
ubuntu guys say about that in their readme file:

--snip---
High-color graphics on nVidia, ATI and other cards
--

Our default configuration uses low-color graphics on cards or drivers
for which Kernel Mode Setting (in-kernel graphics drivers) are not
available.

This is because the driver that permits high-color graphics tends to
cause issues with suspend and resume, and we opted to prefer that
working.

For nVidia and ATI users, the default nouveau and radeon
drivers are Kernel Mode Setting enabled, but do not always
provide 3D capability at the current time.  By switching to
using the restricted/non-free nvidia-glx or fglrx drivers,
you will gain 3D capability at the loss of a high-color
splash screen.

You can however chose to enable high-color (and resolution) console
if you find it doesn't affect suspend/resume for you, or you don't
use that feature.

There are various methods of doing this, the most robust is the
following four steps:

 Append video=vesafb to the GRUB_CMDLINE_LINUX_DEFAULT in
   /etc/default/grub
 sudo update-grub

 echo FRAMEBUFFER=y | sudo tee /etc/initramfs-tools/conf.d/splash
 sudo update-initramfs -u
---snap---

therefore, reassigning to libdrm.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#543163: lvm2: possible missing dependency in iniscript?

Hi Pierre.

Is the last problem you're reported still an issue?
AFAIK, there is not even a libdevmapper1.02 init script anymore.

Can we close it?


Cheers,
Chris.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#555205: segfault caused by optimized library?

2010-06-26 Thread bjn


On Sat, 26 Jun 2010, deb wrote:


Hello,

I want to know if the bug is closed. I still see this msg:

critical bugs of libc6 (2.9-23em1 - 2.11.2-2) unfixed
  #555205 - libc6: segfault when upgrading from 2.9-25 - 2.10.1-5 on 
squeeze renders system unusable




I am the original reporter of the bug. I don't know if this bug was ever 
technically fixed, but I've since upgraded to a more recent version of 
libc6 without a problem.


As far as I'm personally concerned, the bug can be closed.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586558: [stable] [PATCH] Btrfs: should add a permission check for setfacl

2010-06-26 Thread Greg KH

On Sat, Jun 26, 2010 at 06:47:05AM +0200, Bastian Blank wrote:
 On Fri, Jun 25, 2010 at 03:47:05PM -0700, Greg KH wrote:
  On Sun, Jun 20, 2010 at 06:30:21PM +0200, Bastian Blank wrote:
   This was commit 2f26afba46f0ebf155cf9be746496a0304a5b7cf.
  now queued up.
 
 Whoops, sorry. I mixed the patches up. The sent one does not even
 compile with 2.6.32.

So what I now have in the stable queue for .32 is not good?

Let me know if I need to fix something up.

thanks,

greg k-h



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587253: btrfs-tools: Atomic replacement of subvolumes is not possible

2010-06-26 Thread Roger Leigh

Package: btrfs-tools
Version: 0.19+20100601-3
Severity: normal

rename(2) allows for the atomic replacement of files.  Being able to
atomically replace subvolume snapshots would be equally invaluable,
since it would permit lock-free replacement of subvolumes.

  % btrfs subvolume snapshot src dest

creates dest as a snapshot of src. However, if I want to do the
converse,

  % btrfs subvolume snapshot dest src

then dest is snapshotted as src/dest, i.e. not replacing the
original subvolume, but going inside the original subvolume.

Use case 1:
  I have a subvolume of data under active use, which I want to
  periodically update.  I'd like to do this by atomically
  replacing its contents.  I can replace the content right now
  by deleting the old subvolume and then snapshotting the new
  on in its place, but it's racy.  It really needs to be
  replaced in a single operation, or else there's a small window
  where there is no data, and I'd need to resort to some external
  locking to protect myself.

Use case 2:
  In schroot, we create btrfs subvolume snapshots to get copy-on-
  write chroots.  This works just fine.  We also provide direct
  access to the source subvolume, but since it could be
  snapshotted in an inconsistent state while being updated, we
  want to do the following:

  · snapshot source subvolume
  · update snapshot
  · replace source volume with updated snapshot


I've filed this against btrfs-tools, but it may well need support
in-kernel as well as support in the btrfs tool.  Please could you
forward this to the appropriate upstream(s)?


Regards,
Roger

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (550, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages btrfs-tools depends on:
ii  e2fslibs1.41.12-2ext2/ext3/ext4 file system librari
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-2common error description library
ii  libuuid12.17.2-3.1   Universally Unique ID library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

btrfs-tools recommends no packages.

btrfs-tools 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#153860: Bug#586328: gtk-doc-tools: Upgrade fails: ERROR: emacsen-common being used before being configured.

2010-06-26 Thread Julien Cristau

On Sat, Jun 26, 2010 at 10:00:36 +0200, Josselin Mouette wrote:

 This is a serious WTF in emacsen-common and/or emacs itself. It’s not
 appropriate to add a dependency on emacsen-common just for the sake of
 including support for an editor.
 
emacsen-common is tiny and has no dependencies, so it doesn't seem that
big a burden.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#566965: No way to boot using UUIDs

Hi.

Regarding the bug itself.

It seems that the initramfs-script simply misuses the root= kernel
parameter.

AFAIK, the device specified at root= is simply the finalised device
where the root-filesystem itself is found.
So e.g. /dev/sda1 if it's directly on it,.. or /dev/vg00/lv00 if it's
directly on lv00,...


I think lvm2 should do the following (at least regarding
initramfs-images):
- The hook script should check, whether the root-fs as specified in
fstab is directly or indirectly on an LV (guess it's quite complex to
really find that out).
If so,.. it includes /sbin/lvm

- The boot script, should first check if /sbin/lvm is there,... and if
so, unconditionally to lvm vgchange -an


I guess the init-script should still scan, as further devices may have
appeared.


Cheers,
Chris.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#521235: Adding modules to server.modules not idempotent

2010-06-26 Thread Josh Triplett

Package: lighttpd
Severity: normal

Rough recipe to reproduce:

In an enabled lighttpd configuration file, we had two blocks for
different virtual hosts, each guarded by

$HTTP[host] == some.example.org { ... }

In each block, we set var.exampleroot to a different path under /srv,
then used include to include a common configuration file.

The common configuration file contained the following:

global {
server.modules += (
mod_fastcgi,
mod_redirect,
mod_rewrite,
)
}

dir-listing.activate = disable

url.rewrite-once = (
^/favicon.ico$ = /media/favicon.ico,
^(?!/(?:doc|media))(.*) = /example-fake-path$1,
)

alias.url = (
/doc = exampleroot + /doc/,
/media = exampleroot + /media/,
)

fastcgi.server = (
/example-fake-path = ((
bin-path = exampleroot + /fastcgi,
socket = exampleroot + /run/fastcgi.sock,
check-local = disable,
max-procs = 1,
kill-signal = 10,
bin-copy-environment = (  ),
))
)


With this setup, the FastCGI script would receive an incorrect PATH_INFO
value that included example-fake-path.  Removing the global block
adding to server.modules from the common configuration file and putting
it at the top of the main configuration file instead fixed the problem.

- Josh Triplett



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#547724: apt-get build-dep $PACKAGE doesn't handle build-dependencies with architecture wildcards

2010-06-26 Thread Sebastian Andrzej Siewior

tags 547724 + patch
thanks

* Sebastian Andrzej Siewior | 2010-06-23 21:37:26 [+0200]:

-i$arch while resolving deps. So I guess I sneak some informations
during the build-process and hack the compare into
debListParser::ParseDepends().

The patch attached does the work.

Sebastian
From 2ee48393a1d0b70ac3dbc562b526c68c91671e72 Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior sebast...@breakpoint.cc
Date: Sat, 26 Jun 2010 11:26:08 +0200
Subject: [PATCH] Add debarch_is()

debarch_is() is cloned after the debarch_is() which is included in
libdpkg-perl as a Perl module. The clone should behave like the original. The
included perl script creates a header file which holds the current tripplet
informations.
The debarch_is() is able to match against architectual wildcards like
linux-any or any-powerpc.

Signed-off-by: Sebastian Andrzej Siewior sebast...@breakpoint.cc
---
 apt-pkg/create_tripplet_header.pl |  104 +
 apt-pkg/deb/deblistparser.cc  |  153 -
 apt-pkg/makefile  |6 +-
 3 files changed, 260 insertions(+), 3 deletions(-)
 create mode 100755 apt-pkg/create_tripplet_header.pl

diff --git a/apt-pkg/create_tripplet_header.pl 
b/apt-pkg/create_tripplet_header.pl
new file mode 100755
index 000..a6920ad
--- /dev/null
+++ b/apt-pkg/create_tripplet_header.pl
@@ -0,0 +1,104 @@
+#!/usr/bin/perl
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program.  If not, see http://www.gnu.org/licenses/.
+
+use strict;
+use warnings;
+
+# This piece is from /usr/share/perl5/Dpkg/Arch.pm
+
+my $pkgdatadir=/usr/share/dpkg;
+
+my (@cpu, @os);
+my (%cputable, %ostable);
+my (%cputable_re, %ostable_re);
+my (%cpubits, %cpuendian);
+
+my %debtriplet_to_debarch;
+my %debarch_to_debtriplet;
+
+
+sub read_cputable
+{
+   local $_;
+   local $/ = \n;
+
+   open CPUTABLE, $pkgdatadir/cputable
+   or syserr(_g(cannot open %s), cputable);
+   while (CPUTABLE) {
+   if (m/^(?!\#)(\S+)\s+(\S+)\s+(\S+)\s+(\S+)\s+(\S+)/) {
+   $cputable{$1} = $2;
+   $cputable_re{$1} = $3;
+   $cpubits{$1} = $4;
+   $cpuendian{$1} = $5;
+   push @cpu, $1;
+   }
+   }
+   close CPUTABLE;
+}
+
+sub read_triplettable()
+{
+   read_cputable() if (!...@cpu);
+
+   local $_;
+   local $/ = \n;
+
+   open TRIPLETTABLE, $pkgdatadir/triplettable
+   or syserr(_g(cannot open %s), triplettable);
+   while (TRIPLETTABLE) {
+   if (m/^(?!\#)(\S+)\s+(\S+)/) {
+   my $debtriplet = $1;
+   my $debarch = $2;
+
+   if ($debtriplet =~ /cpu/) {
+   foreach my $_cpu (@cpu) {
+   (my $dt = $debtriplet) =~ 
s/cpu/$_cpu/;
+   (my $da = $debarch) =~ s/cpu/$_cpu/;
+
+   $debarch_to_debtriplet{$da} = $dt;
+   $debtriplet_to_debarch{$dt} = $da;
+   }
+   } else {
+   $debarch_to_debtriplet{$2} = $1;
+   $debtriplet_to_debarch{$1} = $2;
+   }
+   }
+   }
+   close TRIPLETTABLE;
+}
+
+{
+   my $k;
+
+   # create the hash
+   read_triplettable();
+
+   # and now dump it into a header file
+
+   print #ifndef __dpkg_arch__h_\n;
+   print #define __dpkg_arch__h_\n;
+   print struct trip_info {\n;
+   print  const char *key;\n;
+   print  const char *val;\n;
+   print };\n;
+   print \n;
+
+   print static struct trip_info debarch_to_triplet[] = {\n;
+   foreach $k (sort (keys(%debarch_to_debtriplet))) {
+   print  { \ . $k . \, \ . $debarch_to_debtriplet{$k} . 
\ },\n;
+   }
+   print };\n;
+   print #define debarch_to_triplet_num  .  keys(%debarch_to_debtriplet);
+   print \n#endif\n;
+}
diff --git a/apt-pkg/deb/deblistparser.cc b/apt-pkg/deb/deblistparser.cc
index 25b0953..5fd4728 100644
--- a/apt-pkg/deb/deblistparser.cc
+++ b/apt-pkg/deb/deblistparser.cc
@@ -17,6 +17,7 @@
 #include apt-pkg/crc-16.h
 #include apt-pkg/md5.h
 #include apt-pkg/macros.h
+#include apt-pkg/dpkg_tripplet.h
 
 #include ctype.h

Bug#512607: Dear friend,

2010-06-26 Thread Abu ,Hammed



Dear friend,

Please check your attachment.

Thanks,

Abu Hammed.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587254: [pbuilder] please use a more meaningful error message in unloadhooks()

2010-06-26 Thread Cristian Greco

Package: pbuilder
Version: 0.198
Severity: wishlist

Hi,

please use a less cryptic message than the actual one in unloadhooks()
(in /usr/lib/pbuilder/pbuilder-runhooks) when failing to remove the
hook directory inside chroot:

function unloadhooks () {
if [ -z $HOOKDIR ]; then
return ;
fi
if [ -d $BUILDPLACE/$hooks ]; then
rm -rf $BUILDPLACE/$hooks
else
log E: Logic failure.
fi
}

In my case, $HOOKDIR is set in ~/.pbuilderrc but the directory does not
actually exist, so i get the following log messages:

...
W: hookdir /var/cache/pbuilder/hooks/unstable/ does not exist, skipping
...
E: Logic failure.
...

Thanks,
--
Cristian Greco
GPG key ID: 0xCF4D32E4

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.34-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.at.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
debootstrap   | 1.0.23
 OR cdebootstrap  | 
wget  | 1.12-2
debianutils   (= 1.13.1) | 3.2.3
coreutils(= 4.5.8-1) | 8.5-1
debconf (= 0.5)  | 1.5.32
 OR debconf-2.0   | 


Recommends  (Version) | Installed
=-+-===
fakeroot  | 1.14.4-1
sudo  | 1.7.2p7-1
devscripts| 2.10.64


Suggests  (Version) | Installed
===-+-===
pbuilder-uml| 
gdebi-core  | 
cowdancer   | 0.61


signature.asc
Description: PGP signature

Bug#586417: apcupsd loses communications

2010-06-26 Thread Andrey Nazarov

Subject: Re: loses communications
Package: apcupsd
Version: 3.14.8-2
Severity: important

I'm experiencing the same issue with apcupsd 3.14.8-2, while version
3.14.4-1lenny1 works fine. Hardware is Back-UPS CS 500 connected via USB.

Attached are debug trace logs made by running 'apcupsd -d 1000 -T' from
both working (lenny) and non-working (squeeze) versions.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-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

Versions of packages apcupsd depends on:
ii  libc6 2.11.1-3   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.4-5  GCC support library
ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers libra

Versions of packages apcupsd recommends:
pn  apcupsd-doc   none (no description available)

Versions of packages apcupsd suggests:
pn  apcupsd-cgi   none (no description available)
pn  hal   none (no description available)
ii  udev  157-1  /dev/ and hotplug management daemo

-- Configuration Files:
/etc/apcupsd/apcupsd.conf changed [not included]
/etc/default/apcupsd changed [not included]

-- no debconf information

0.000 apcupsd: apcupsd.c:219 Options parsed.
0.000 apcupsd: apcconfig.c:803 After config scriptdir: /etc/apcupsd
0.000 apcupsd: apcconfig.c:804 After config pwrfailpath: /etc/apcupsd
0.001 apcupsd: apcconfig.c:805 After config nologinpath: /etc
0.001 apcupsd: apcupsd.c:242 Config file /etc/apcupsd/apcupsd.conf processed.
0.001 apcupsd: newups.c:102 write_lock at drivers.c:181
0.001 apcupsd: drivers.c:183 Looking for driver: usb
0.001 apcupsd: drivers.c:187 Driver dumb is configured.
0.001 apcupsd: drivers.c:187 Driver apcsmart is configured.
0.001 apcupsd: drivers.c:187 Driver net is configured.
0.001 apcupsd: drivers.c:187 Driver usb is configured.
0.001 apcupsd: drivers.c:190 Driver usb found and attached.
0.001 apcupsd: newups.c:108 write_unlock at drivers.c:207
0.001 apcupsd: drivers.c:209 Driver ptr=0x42c4e8
0.001 apcupsd: apcupsd.c:261 Attached to driver: usb
0.092 apcupsd: newups.c:102 write_lock at linux-usb.c:582
0.092 apcupsd: linux-usb.c:111 Attempting to open /dev/usb/hiddev0
0.093 apcupsd: linux-usb.c:126 Successfully opened /dev/usb/hiddev0
0.093 apcupsd: newups.c:108 write_unlock at linux-usb.c:614
0.720 apcupsd: newups.c:102 write_lock at linux-usb.c:657
0.720 apcupsd: linux-usb.c:725 Got READ ci=47, usage=0x850044, rpt=6
0.720 apcupsd: linux-usb.c:725 Got READ ci=48, usage=0x850045, rpt=6
0.720 apcupsd: linux-usb.c:725 Got READ ci=1, usage=0xff860060, rpt=6
0.720 apcupsd: linux-usb.c:725 Got READ ci=9, usage=0x850066, rpt=12
0.720 apcupsd: linux-usb.c:725 Got READ ci=13, usage=0x850068, rpt=12
0.720 apcupsd: linux-usb.c:725 Got READ ci=55, usage=0x8500d0, rpt=19
0.720 apcupsd: linux-usb.c:725 Got READ ci=45, usage=0x850042, rpt=20
0.720 apcupsd: linux-usb.c:725 Got READ ci=43, usage=0x840069, rpt=20
0.720 apcupsd: linux-usb.c:725 Got READ ci=0, usage=0x8400fe, rpt=1
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=0, usage=0x8400fe, rpt=1
0.720 apcupsd: linux-usb.c:725 Got READ ci=27, usage=0x8400ff, rpt=2
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=27, usage=0x8400ff, rpt=2
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=47, usage=0x850044, rpt=6
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=48, usage=0x850045, rpt=6
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=1, usage=0xff860060, rpt=6
0.720 apcupsd: linux-usb.c:725 Got READ ci=26, usage=0x850085, rpt=7
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=26, usage=0x850085, rpt=7
0.720 apcupsd: linux-usb.c:725 Got READ ci=41, usage=0x8400fd, rpt=10
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=41, usage=0x8400fd, rpt=10
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=9, usage=0x850066, rpt=12
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=13, usage=0x850068, rpt=12
0.720 apcupsd: linux-usb.c:725 Got READ ci=51, usage=0x85008c, rpt=15
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=51, usage=0x85008c, rpt=15
0.720 apcupsd: linux-usb.c:725 Got READ ci=49, usage=0x850029, rpt=17
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=49, usage=0x850029, rpt=17
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=55, usage=0x8500d0, rpt=19
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=45, usage=0x850042, rpt=20
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=43, usage=0x840069, rpt=20
0.720 apcupsd: linux-usb.c:725 Got READ ci=60, usage=0xff860016, rpt=28
0.720 apcupsd: linux-usb.c:736 Got WRITE ci=60, usage=0xff860016, rpt=28
0.720 apcupsd: linux-usb.c:725 Got READ ci=61, usage=0xff86007c, rpt=64
0.721 apcupsd: linux-usb.c:736 Got WRITE ci=61, usage=0xff86007c, rpt=64
0.721 apcupsd: newups.c:108 write_unlock at linux-usb.c:749
0.728 apcupsd: linux-usb.c:304 Def val=1 exp=0

Bug#583820: #562349 caused by previous NMU

2010-06-26 Thread Christine Spang

Jari,

Your NMU libtommath 0.39-3.1 looks to have caused a
new FTBFS bug, #562349. Remember that it is an NMUer's job to
keep an eye on NMU'd packages after making an upload.
(Subscribing to the package's PTS is a good idea.) As far as
I can tell, your removing some packages from Build-Depends
has caused this, and this bug is essentially the same as
this one:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474413,
which was documented in the package's changelog.

I'm going to prepare and upload a second NMU here, but
please take this as notice that you ought to be more careful
in the future.

Thanks!
Christine



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#153860: Bug#586328: gtk-doc-tools: Upgrade fails: ERROR: emacsen-common being used before being configured.

2010-06-26 Thread Rob Browning

Rob Browning r...@defaultvalue.org writes:

 As I've said before, while it might be possible to rework things to
 remove the dependency, the original problem was complicated -- the
 current arrangement wasn't chosen arbirarily.  And in general, if you
 want to use a compiled language, it's not unreasonable to expect some
 infrastructure (perl, python, etc.).

...and of course perl and python aren't normally, compiled.  I just
meant that it's not unreasonable to expect language infrastructure.
Though of course I'm sure it can be improved.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586328: Bug#153860: Bug#586328: gtk-doc-tools: Upgrade fails: ERROR: emacsen-common being used before being configured.

2010-06-26 Thread Rob Browning

Julien Cristau jcris...@debian.org writes:

 emacsen-common is tiny and has no dependencies, so it doesn't seem that
 big a burden.

I believe that's not the core complaint.  If I recall correctly,
packages are required to depend on some combination of
emacsen/emacsXY/xemacsXY, rather than emacsen-common itself.  So that's
a bigger burden unless you create a separate foo-el package.

(See /usr/share/doc/debian-emacs-polcy.gz sections 5 and 6(D) etc.)

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587255: strongswan: [INTL:pt] Updated Portuguese translation for debconf messages

2010-06-26 Thread Américo Monteiro

Package: strongswan
Version: 4.4.0-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for strongswan's debconf messages.
Translator: Américo Monteiro a_monte...@netcabo.pt
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team traduz at debianpt.org.


-- 
Best regards,

Américo Monteiro
Traduz - Portuguese Translation Team
http://www.DebianPT.org
# translation of strongswan debconf to Portuguese
# Copyright (C) 2007 the strongswan's copyright holder
# This file is distributed under the same license as the strongswan package.
#
# Luísa Lourenço kiken...@gmail.com, 2007.
# Américo Monteiro a_monte...@netcabo.pt, 2009, 2010.
msgid 
msgstr 
Project-Id-Version: strongswan 4.4.0-1\n
Report-Msgid-Bugs-To: strongs...@packages.debian.org\n
POT-Creation-Date: 2010-05-27 17:14+\n
PO-Revision-Date: 2010-06-26 18:47+0100\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: note
#. Description
#: ../strongswan-starter.templates:2001
msgid Old runlevel management superseded
msgstr Antiga gestão de Runlevels substituída.

#. Type: note
#. Description
#: ../strongswan-starter.templates:2001
msgid 
Previous versions of the strongSwan package gave a choice between three 
different Start/Stop-Levels. Due to changes in the standard system startup 
procedure, this is no longer necessary or useful. For all new installations 
as well as old ones running in any of the predefined modes, sane default 
levels will now be set. If you are upgrading from a previous version and 
changed your strongSwan startup parameters, then please take a look at NEWS.
Debian for instructions on how to modify your setup accordingly.
msgstr 
Versões anteriores do pacote strongSwan deram uma hipótese entre três 
Níveis-Arranque/Paragem diferentes. Devido a alterações no procedimento 
standard de arranque do sistema, isto não é mais necessário ou útil. Para 
todas as novas instalação assim como para as antigas que correm em qualquer 
dos modos predefinidos, serão agora definidos níveis sãos predefinidos. Se 
você está a actualizar uma versão anterior e alterou os seus parâmetros de 
arranque do strongSwan, então por favor veja NEWS.Debian para instruções 
sobre como modificar a sua configuração apropriadamente.

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:3001
msgid Restart strongSwan now?
msgstr Reiniciar agora o strongSwan?

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:3001
#| msgid 
#| Restarting strongSwan is recommended, because if there is a security fix, 
#| it will not be applied until the daemon restarts. However, this might 
#| close existing connections and then bring them back up.
msgid 
Restarting strongSwan is recommended, since if there is a security fix, it 
will not be applied until the daemon restarts. Most people expect the daemon 
to restart, so this is generally a good idea. However, this might take down 
existing connections and then bring them back up, so if you are using such 
an strongSwan tunnel to connect for this update, restarting is not 
recommended.
msgstr 
É recomendado reiniciar o strongSwan, porque se existir uma correcção de 
segurança, esta não será aplicada até que o daemon seja reiniciado. A 
maioria das pessoas espera que o daemon reinicie, portanto isto é geralmente 
uma boa ideia. No entanto isto poderá fechar ligações existentes e depois 
ligá-las de novo, portanto se você está a usar algo como um túnel do 
strongSwan para ligar a esta actualização, o reiniciar não é recomendado.

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:4001
msgid Start strongSwan's IKEv1 daemon?
msgstr Iniciar o daemon IKEv1 do strongSwan?

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:4001
msgid 
The pluto daemon must be running to support version 1 of the Internet Key 
Exchange protocol.
msgstr 
O daemon pluto precisa de estar a correr para suportar a versão 1 do 
protocolo Internet Key Exchange.

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:5001
msgid Start strongSwan's IKEv2 daemon?
msgstr Iniciar o daemon IKEv2 do strongSwan?

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:5001
msgid 
The charon daemon must be running to support version 2 of the Internet Key 
Exchange protocol.
msgstr 
O daemon charon precisa de estar a correr para suportar a versão 2 do 
protocolo Internet Key Exchange.

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:6001
#| msgid Use an existing X.509 certificate for strongSwan?
msgid Use an X.509 certificate for this host?
msgstr Usar um certificado X.509 para esta máquina?

#. Type: boolean
#. Description
#:

Bug#586928: [Debian-med-packaging] Bug#586928: insighttoolkit: please ship valgrind suppression files provided by upstream

2010-06-26 Thread Steve M. Robbins

On Wed, Jun 23, 2010 at 07:48:27PM +0200, Mathieu Malaterre wrote:
 On Wed, Jun 23, 2010 at 5:37 PM, Yaroslav Halchenko
 deb...@onerussian.com wrote:
  /tmp/insighttoolkit-3.18.0/Utilities/gdcm/CMake/gdcmValgrind.supp
 
 Do not install that file. This is a suppression file of GDCM 1.x,
 while ITK as shipped in debian use a GDCM 2.x installation.

Thanks, Mathieu.  Does GDCM 2 come with a suppressions file?
Are you planning to install it?

-Steve


signature.asc
Description: Digital signature

Bug#587256: buildd.debian.org: [N-F-U] please build ffcall on armel

2010-06-26 Thread Christoph Egger

Package: buildd.debian.org
Severity: wishlist

Hi all!

ffcall (sourcepkg) has been ported to armel and should build and work
now there. I've done some tests already on my sheeva and all seems fine
so please remove the n-f-u flag on that package

thanks

  christoph

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable'), (400, 'unstable'), (100, 
'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.32-4-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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587257: gnome-do: Docky Iceweasel shortcut behaves funny

2010-06-26 Thread Garrett McLean

Package: gnome-do
Version: 0.8.3.1+dfsg-1
Severity: normal

Normally when a shortcut to an app in Docky is clicked, it opens the app, or,
if it is already open, brings the app into focus. The shortcut for Iceweasel,
though, acts differently, it always opens a new instance of Iceweasel (even if
IW is already running). Further, the initial launch adds a second IW icon to
the desktop. This icon is used normally, so if other IW windows are opened they
are managed by this icon. The problem seems to be that the actual IW process
(that shows up, for example, in ps output) is /usr/lib/iceweasel/firefox-bin,
but the standard shortcut (which I dragged onto Docky from the GNOME menu)
points to /usr/bin/iceweasel. Creating a custom launcher for /usr/lib/iceweasel
/firefox-bin and using that results in the expected/desired behavior.

I'm not sure if this bug is entirely GNOME-Do's fault, since the series of
symbolic links and scripts that fire up IW are rather unusual, but this is
definitely a feature that doesn't work as it should when interacting with
perhaps the most commonly used program on a desktop system.

Thanks for all your hard work! Happy to provide more details and/or do testing.

-Garrett



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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/dash

Versions of packages gnome-do depends on:
ii  dbus 1.2.24-1simple interprocess messaging syst
ii  gconf2   2.28.1-3GNOME configuration database syste
ii  libc62.11.2-2Embedded GNU C Library: Shared lib
ii  libgconf2.0-cil  2.24.1-6CLI binding for GConf 2.24
ii  libglib2.0-0 2.24.1-1The GLib library of C routines
ii  libglib2.0-cil   2.12.10-1   CLI binding for the GLib utility l
ii  libgnome-keyring1.0- 1.0.0-3 CLI library to access the GNOME Ke
ii  libgnome-vfs2.0-cil  2.24.1-6CLI binding for GnomeVFS 2.24
ii  libgnome2.24-cil 2.24.1-6CLI binding for GNOME 2.24
ii  libgnomedesktop2.20- 2.26.0-3CLI binding for GNOME Desktop 2.24
ii  libgtk2.0-0  2.20.1-1The GTK+ graphical user interface 
ii  libgtk2.0-cil2.12.10-1   CLI binding for the GTK+ toolkit 2
ii  libmono-addins0.2-ci 0.4-6   addin framework for extensible CLI
ii  libmono-cairo2.0-cil 2.4.4~svn151842-2   Mono Cairo library (for CLI 2.0)
ii  libmono-corlib2.0-ci 2.4.4~svn151842-2   Mono core library (for CLI 2.0)
ii  libmono-posix2.0-cil 2.4.4~svn151842-2   Mono.Posix library (for CLI 2.0)
ii  libmono-system2.0-ci 2.4.4~svn151842-2   Mono System libraries (for CLI 2.0
ii  libndesk-dbus-glib1. 0.4.1-3 CLI implementation of D-Bus (GLib 
ii  libndesk-dbus1.0-cil 0.6.0-4 CLI implementation of D-Bus
ii  libnotify0.4-cil 0.4.0~r3032-2   CLI library for desktop notificati
ii  librsvg2-2.18-cil2.26.0-3CLI binding for RSVG 2.22
ii  libwnck2.20-cil  2.26.0-3+b1 CLI binding for wnck 2.24
ii  libx11-6 2:1.3.3-3   X11 client-side library
ii  mono-runtime 2.4.4~svn151842-2   Mono runtime
ii  procps   1:3.2.8-9   /proc file system utilities
ii  xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from

Versions of packages gnome-do recommends:
ii  gnome-do-docklets 0.8.2-2Dock applets for GNOME Do's Docky
ii  gnome-do-plugins  0.8.2.1+dfsg-2 Extra functionality for GNOME Do

gnome-do 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#587186: gajim: Programmation error in gajim

2010-06-26 Thread Yann Leboulanger


On 06/26/2010 12:19 AM, eloi wrote:

Package: gajim
Version: 0.13.4-1+b1
Severity: normal

Hi,
a friend has tried to send me a file via gajim and this message appears
:
Traceback (most recent call last):
   File /usr/share/gajim/src/filetransfers_window.py, line 389, inlambda
 on_response_cancel(widget, account, file_props))
TypeError: on_response_cancel() takes exactly 2 arguments (3 given)


It indeed appears when you close the file request dialog with the 
windows manager button. It is fixed upstream and will be in next release.


--
Yann




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586937: python-buffy: Patch to build against default python version (and move Buffy.py out of the darkness)

2010-06-26 Thread Stefano Rivera

Hi Debian (2010.06.26_18:24:50_+0200)
   dh_prep
 + rm -f debian/*.debhelper.log

Err, I got scared off by the size of the diff it produced, but those two
really should be a dh_clean

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 465 6908 C: +27 72 419 8559  UCT: x3127



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580374: don't see the exact same problem

2010-06-26 Thread Toni Mueller


Hi,

my unbound (same version) just went to 100% cpu on one core as well,
but for no reason that I've detected yet. However, trying out the
suggested command, I see a different problem exposed:

$ dig +short rs.dns-oarc.net txt
rst.x3827.rs.dns-oarc.net.
rst.x3837.x3827.rs.dns-oarc.net.
rst.x3843.x3837.x3827.rs.dns-oarc.net.
79.228.190.64 DNS reply size limit is at least 3843
79.228.190.64 sent EDNS buffer size 4096
Tested at 2010-06-26 18:18:24 UTC


This indicates that unbound will be unable to handle some real-world
DNSSEC data, according to the web page mentioned. The standard log
level of '1' does not log queries, nor answers.


Kind regards,
--Toni++




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#508699: Can still replicate

2010-06-26 Thread Jan Schulz


Hi,

I've installed usbmount without recommends (so without pmount - don't 
like hal) and mounting USB discs on coldstart fails/ doesn't happen.


This is a small server without any desktop system and handpicked packages.

usbmount Version: 0.0.20

If there is anything I can help

Kind regards,

Jan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578431: libbeidlibopensc2 fails if libbeidgui.so is not present

2010-06-26 Thread Peter De Wachter

Package: libbeidlibopensc2
Version: 3.5.2.dfsg-9
Severity: normal

The command beid-tool -n fails for me as well:

  Connecting to card in reader Realtek [Smart Card Reader Interface] 
(200708180) 00 00...
  Failed to connect to card: Unknown error

I've traced this to the function belpic_init in libbeidlibopensc2. This
functions tries to load a library called libbeidgui.so and aborts if this does
not succeed. This library doesn't seem to exist in Debian. Perhaps
libbeidlibopensc2 should be compiled without HAVE_GUI?

(This is _src/beid-2.6/src/newpkcs11/src/libopensc/card_belpic.c:950)

#ifdef HAVE_GUI
#ifdef _WIN32
modgui = (void *)scdl_open(beidgui.dll);
#else
modgui = (void *)scdl_open(libbeidgui.so);
#endif
if(modgui)
{
  ...
}
else
return -1;



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libbeidlibopensc2 depends on:
ii  beid-common 3.5.2.dfsg-9 beID support files
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-6GCC support library
ii  libqt3-mt   3:3.3.8b-7   Qt GUI Library (Threaded runtime v
ii  libssl0.9.8 0.9.8o-1 SSL shared libraries
ii  libstdc++6  4.4.4-6  The GNU Standard C++ Library v3

Versions of packages libbeidlibopensc2 recommends:
ii  beid-tools  3.5.2.dfsg-9 SmartCard utilities from the OpenS
ii  pcscd   1.5.5-3  Middleware to access a smart card 

Versions of packages libbeidlibopensc2 suggests:
ii  libacr38u 1.7.10-1   PC/SC driver for the ACR38U smart 

-- 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#587256: Please remove ffcall from nfu

2010-06-26 Thread Christoph Egger

Hi all!

ffcall (sourcepkg) has been ported to armel and should build and work
now there. I've done some tests already on my sheeva and all seems fine
so please remove the n-f-u flag on that package

thanks

  christoph



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#547724: apt-get build-dep $PACKAGE doesn't handle build-dependencies with architecture wildcards

2010-06-26 Thread Julian Andres Klode

tags 547724 - patch
thanks

On Sa, 2010-06-26 at 19:15 +0200, Sebastian Andrzej Siewior wrote:
 tags 547724 + patch
 thanks
 
 * Sebastian Andrzej Siewior | 2010-06-23 21:37:26 [+0200]:
 
 -i$arch while resolving deps. So I guess I sneak some informations
 during the build-process and hack the compare into
 debListParser::ParseDepends().
 
 The patch attached does the work.
Your patch does not make much sense. APT is written in C++, but you are
writing raw C code (and use different function naming style).

Furthermore, I think it should be much easier to support this than you
do in your patch. We just need to do replace 'any' in the architecture
wildcard by '*' and check if it matches the current arch or the current
arch prefixed by 'linux-' by calling fnmatch().

Regards,
Julian

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587258: ITP: im-config -- Input method configuration framework

2010-06-26 Thread Osamu Aoki

Package: wnpp
Severity: wishlist
Owner: Osamu Aoki os...@debian.org


* Package name: im-config
  Version : 0.1
  Upstream Author : Osami Aoki os...@debian.org
* URL : http://git.debian.org/?p=collab-maint/im-config.git
* License : GPL-2+
  Programming Lang: POSIX shell
  Description : Input method configuration framework
 im-config package provides the framework to configure and to switch
 the input method on X Window System. This input method is the essential
 mechanism for Japanese, Chinese and Korean (CJK) languages to enter
 their non-ASCII native characters.
 .
 Many modern input methods such as IBus support not only one of these CJK
 languages but support almost all languages simultaneously by
 dynamically switching keyboard modes with GUI helper program.
 .
 By installing this package, the most desirable input method and its
 backend conversion engine are automatically configured with both the X
 Window System Input Method (XIM), GTK input method module and Qt input
 method module.
 .
 You can further customize your input method with 'im-config' command.

=
This package is intended to replace im-switch which I maintain.  All Chinese,
Japanese , Korean, ... Input Methods tends to rely on im-switch for their easy
configuration. 

im-switch uses update-alternatives in very complicated way which makes quite
difficult to understand.  This package solves it.

(Actually, I added GUI to im-switch, so it became easier ... but this s
maintenance night mare.  This im-config solves it with easy code with GUI.)

Osamu






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587259: torque-common should include /etc/torque/server_name

2010-06-26 Thread Timm Essigke


Subject: torque-common should include /etc/torque/server_name
Package: torque-common
Version: 2.4.8+dfsg-7
Severity: normal

*** Please type your report below this line ***
torque-server and torque-mom are not useable after installation because 
/etc/torque/server_name is not set.
Options to fix the problem are to set it manually or install 
torque-client | torque-client-x11.


Instead of including /etc/torque/server_name into torque-common, a 
dependency or torque-server and torque-mom on torque-client | 
torque-client-x11 could be defined.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (1000, 'testing'), (500, 'stable'), (50, 'unstable'), 
(50, 'testing'), (50, 'stable')

Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

torque-common depends on no packages.

Versions of packages torque-common recommends:
ii  openssh-client  1:5.5p1-4secure shell (SSH) client, 
for sec
ii  torque-client   2.4.8+dfsg-7 command line interface to 
Torque s
ii  torque-server   2.4.8+dfsg-7 PBS-derived batch 
processing serve


torque-common 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#587260: beid-mozilla-plugin: beid-pkcs11-register.html does not work in Iceweasel

2010-06-26 Thread Peter De Wachter

Package: beid-mozilla-plugin
Version: 3.5.2.dfsg-9
Severity: normal

The /usr/share/beid/beid-pkcs11-register.html file doesn't work in iceweasel
3.5.10-1. In the Javascript error console the message pkcs11 is null is
logged. pkcs11 is the object that that page is trying to use to install the
module.

In addition, the javascript code is referring to 
/usr/local/lib/libbeidpkcs11.so rather than /usr/lib/.

Installing the module manually using the Preferences/Advanced/Security dialog
works.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages beid-mozilla-plugin depends on:
ii  iceweasel   3.5.10-1 Web browser based on Firefox
ii  libbeidlib3 3.5.2.dfsg-9 beID library, version 3 API
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-6GCC support library
ii  libnss3-tools   3.12.6-2 Network Security Service tools
ii  libstdc++6  4.4.4-6  The GNU Standard C++ Library v3

beid-mozilla-plugin recommends no packages.

beid-mozilla-plugin 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#580680: O: enchant -- a wrapper library for various spell checkers

2010-06-26 Thread Raphael Geissert

Hi Timo,

Thanks for the upload!

We could indeed continue working via collab-maint as mere QA uploads for now.
Maybe after a couple of upload we will realise who is willing to work on it 
and create a small group or at least some sort of mailing list or mail 
exploder.

With your upload now done the next step is to find out how to solve the issue 
with the different backends.
I haven't even checked if enchant is capable of dlopen(3)ing the backends, but 
that sounds like the right solution. Creating very small packages for each and 
every backend would be silly.

P.S. please keep me CC'ed as I'm not subscribed to the bug.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587261: debconf text frontend cannot go back on data type note

2010-06-26 Thread Thomas Mashos

Package: debconf
Version: 1.5.28ubuntu4

In my package using debconf, i've let the user have the ability to go back.
This works great when using the gnome debconf frontend, but when
reconfiguring from the command line (using the one with the blue background
and text only) I am unable to go back when using the 'note' data type (the
button to go back does not exist, only OK). Other data types such as select
go back fine when you hit cancel.

Actual Experience:
Debconf screens with data type note have a OK button. This makes it
impossible for the user to go back to previous questions.

Expected Experience:
Debconf screens with data type note have a back/cancel button allowing the
user to go back to previous questions.


Is this a limitation of the command line debconf frontend? Is there another
data type that I can use to display a warning to the user that allows them
to go back?


I am using Ubuntu 10.04

Bug#547724: apt-get build-dep $PACKAGE doesn't handle build-dependencies with architecture wildcards

2010-06-26 Thread Julian Andres Klode

On Sa, 2010-06-26 at 20:31 +0200, Julian Andres Klode wrote:
 tags 547724 - patch
 thanks
 
 On Sa, 2010-06-26 at 19:15 +0200, Sebastian Andrzej Siewior wrote:
  tags 547724 + patch
  thanks
  
  * Sebastian Andrzej Siewior | 2010-06-23 21:37:26 [+0200]:
  
  -i$arch while resolving deps. So I guess I sneak some informations
  during the build-process and hack the compare into
  debListParser::ParseDepends().
  
  The patch attached does the work.
 Your patch does not make much sense. APT is written in C++, but you are
 writing raw C code (and use different function naming style).
 
 Furthermore, I think it should be much easier to support this than you
 do in your patch. We just need to do replace 'any' in the architecture
 wildcard by '*' and check if it matches the current arch or the current
 arch prefixed by 'linux-' by calling fnmatch().

I committed the following patch in revision 1995 of the
debian-experimental-ma repository. This fully implements architecture
wildcards (as long as the architecture is named kernel-cpu or
cpu).

=== modified file 'apt-pkg/deb/deblistparser.cc'
--- apt-pkg/deb/deblistparser.cc2010-06-09 11:15:34 +
+++ apt-pkg/deb/deblistparser.cc2010-06-26 18:53:28 +
@@ -19,6 +19,7 @@
 #include apt-pkg/md5.h
 #include apt-pkg/macros.h
 
+#include fnmatch.h
 #include ctype.h
/*}}}*/
 
@@ -572,8 +573,15 @@ const char *debListParser::ParseDepends(
   I++;
 }
 
-   if (stringcmp(arch,I,End) == 0)
+   if (stringcmp(arch,I,End) == 0) {
   Found = true;
+   } else {
+  std::string wildcard = SubstVar(string(I, End), any, *);
+  if (fnmatch(wildcard.c_str(), arch.c_str(), 0) == 0)
+ Found = true;
+  if (fnmatch(wildcard.c_str(), (linux- + arch).c_str(), 0) == 0)
+ Found = true;
+   }

if (*End++ == ']') {
   I = End;


-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#584789: Ships arch-specific files in usr/share

2010-06-26 Thread Loïc Minier

reopen 584789
stop

Hi

 I'm sorry to insist; I hope my additional explanations make the issue
 clearer.

On Sat, Jun 19, 2010, Mattias Ellert wrote:
 After a lengthy discussion the current install location was agreed upon.
 
 Your idea that the file is arch-specific is not strictly true. It is
 true that the file contains instructions for creating arch-specific
 content, but the file it self is not arch-specific since it can be used
 either in a 32 bit installation to create native content, or in a 64 bit
 installation to cross-compile 32 bit content. It is equally useful for
 both (or at least would be if Debian had a way to do a multilib
 installation).

 The fact that the same file works for two arches doesn't mean it is
 arch-independent.  /usr/share is meant to contain data which could for
 instance be shared over NFS, across architectures, even ARM and x86 for
 instance.

 (Besides cross-compilation and native compilation are very different
 beasts, you can't equal cross-compilation for 32-bits to native
 compilation on 32-bits).

 For the above reasons I do not consider the install location of this
 file to be in violation of the FHS, and this view was accepted by the
 ftp master reviewing the package before it was accepted.

 Well, I challenge the correctness of this location.

 globus-core_5.16-2_armel/usr/share/globus/libtool-gcc32pthr contains
 things like:
 build_alias=arm-linux-gnueabi
 build=arm-unknown-linux-gnueabi
 build_os=linux-gnueabi

 and certainly this is incorrect on x86 systems.


 I noticed this bug because we changed the GNU triplet of i386 in
 Ubuntu causing all packages build-depending on globus-core to FTBFS.
 This is because usr/share/globus/libtool-gcc32pthr was encoding the old
 triplet, instead of resolving the new one.

 I don't strongly care about the FHS conformance or /usr/share on NFS
 myself, which is why I filed the bug with severity normal, but this is
 a clear violation of policy nevertheless, with a clear resolution (move
 the file to /usr/lib).  Moving the file back to /bin would also be an
 acceptable solution, and would likely be better received upstream as
 well; perhaps you can argue for a better name in /bin or keep the
 slightly too generic name but rename the package containing it to
 something-dev.  If you chose to move the file to /usr/lib, consider
 encoding the triplet in the pathname so that globus-core_armel and
 globus_i386 etc.  would be coinstallable in the case of a multiarch
 aware dpkg.

 I would highly recommend you consider getting rid of this file
 altogether if that's an option, but if it needs to stay it certainly
 can't stay in /usr/share if you want to comply to the FHS.

   Thanks
-- 
Loïc Minier



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587262: torque-client-x11: xpbs and xpbsmon broken due to invalid path

2010-06-26 Thread Timm Essigke


subject: torque-client-x11: xpbs and xpbsmon broken due to invalid path
Package: torque-client-x11
Version: 2.4.8+dfsg-7
Severity: important
Tags: squeeze

running xpbs returns:

xpbs: initialization failed! output: couldn't read file 
/tmp/buildd/torque-2.4.8+dfsg/debian/torque-client-x11/usr/lib/xpbs/preferences.tcl: 
no such file or directory


running xpbsmon returns:

site_cmds: entered
Error in startup script: couldn't read file 
/tmp/buildd/torque-2.4.8+dfsg/debian/torque-client-x11/usr/lib/xpbsmon/preferences.tcl: 
no such file or directory

while executing
source 
/tmp/buildd/torque-2.4.8+dfsg/debian/torque-client-x11/usr/lib/xpbsmon/preferences.tcl

(in namespace eval :: script line 1)
invoked from within
namespace eval :: $auto_index($name)
(procedure auto_load line 35)
invoked from within
auto_load $name [uplevel 1 {::namespace current}]
(autoloading Pref_Init)
(procedure ::unknown line 30)
invoked from within
Pref_Init $sysinfo(rcFile) $appDefaultsFile
(file /usr/bin/xpbsmon line 123)

fixes

vi /usr/lib/xpbs/tclIndex
:%s/tmp buildd torque-2.4.8+dfsg debian torque-client-x11 usr lib 
xpbs/usr lib xpbs/g


vi /usr/lib/xpbsmon/tclIndex
:%s/tmp buildd torque-2.4.8+dfsg debian torque-client-x11 usr lib 
xpbs/usr lib xpbs/g


Probably the package build script should be changed that not the build 
path is included in these files but the install path.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (1000, 'testing'), (500, 'stable'), (50, 'unstable'), 
(50, 'testing'), (50, '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/dash

Versions of packages torque-client-x11 depends on:
ii  gawk  1:3.1.7.dfsg-5 GNU awk, a pattern scanning 
and pr
ii  libc6 2.11.1-3   Embedded GNU C Library: 
Shared lib

ii  libcurses-perl1.28-1 Curses interface for Perl
ii  libtorque22.4.8+dfsg-7   shared library for Torque 
client a

ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxext6  2:1.1.1-3  X11 miscellaneous extension 
librar
ii  libxss1   1:1.2.0-2  X11 Screen Saver extension 
library
ii  perl  5.10.1-13  Larry Wall's Practical 
Extraction
ii  tcl8.58.5.8-2Tcl (the Tool Command 
Language) v8
ii  tk8.5 8.5.8-1Tk toolkit for Tcl and X11, 
v8.5 -
ii  torque-common 2.4.8+dfsg-7   Torque Queueing System 
shared file


torque-client-x11 recommends no packages.

torque-client-x11 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#587263: exfalso: TitleCase broken for non-English locales

2010-06-26 Thread Arno Schuring

Package: exfalso
Version: 2.2.1-1
Severity: normal

I see that ql 2.2.1 included a fix for titlecase:

- Title case: Improved title casing for English text.

But that change completely defeats the way in which I have been using that
plugin. That's fine, but QL seems to assume that the whole world writes English
because the plugin's behaviour does not change when I switch locales.

Kindly fix this such that
$ LANG=C exfalso
uses the old behaviour again, or add a new Titlecase Every Word plugin.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (300, 'squeeze'), (300, 
'unstable'), (200, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.34-rc6 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages exfalso depends on:
ii  python2.5.4-9An interactive high-level object-o
ii  python-gtk2   2.17.0-2   Python bindings for the GTK+ widge
ii  python-mutagen1.19-2 audio metadata editing library
ii  python-support1.0.8  automated rebuilding support for P

Versions of packages exfalso recommends:
ii  quodlibet-plugins 1:2.2.1-1  various contributed plugins for Qu

Versions of packages exfalso suggests:
ii  libmodplug0c2 1:0.8.8-1  shared libraries for mod music bas
ii  python [python-ctypes]2.5.4-9An interactive high-level object-o

-- 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#585767: Dependencies on linux-gnu or not+linux-gnu do not match armel or powerpcspe correctly

2010-06-26 Thread Julian Andres Klode

On Mo, 2010-06-21 at 23:09 +0200, Julian Andres Klode wrote:
 On Mo, 2010-06-21 at 21:56 +0200, Aurelien Jarno wrote:
  On Mon, Jun 21, 2010 at 08:35:14PM +0200, Sebastian Andrzej Siewior wrote:
   * Aurelien Jarno | 2010-06-14 12:00:14 [+0200]:
   
  libudev-dev (= 0.139) | not+linux-gnu,
  libhal-dev (= 0.5.10) | linux-gnu,
   
   I don't think it's a bug. The system type on those architectures is
   linux-gnuspe or linux-gnueabi, not linux-gnu. If you only want to
   match on the OS, you should use the linux and not+linux instead.
   
   This make sense.
   
   So I'm going to mass open bugs against every package which uses
   linux-gnu and tell them to use linux-any which becomes policy once
   #530687. Is this intended? There is actually no reason to use linux-gnu
   instead of linux-any, is there[0]?
   Does the new policy make type-handling obselete since dpkg provides it?
   
  
  type-handling has always been a bit hack, with the (long term) goal to
  remove it. It had no replacement until not so long ago, as the build
  daemons software was not able to handle it. Now that it has been fixed,
  we should certainly get rid of it.
 
 Architecture wildcards should not be used prior to Squeeze + 1. They are
 currently not implemented by APT and other programs using libapt-pkg to
 parse build-dependencies, and I do not know whether software such as
 sbuild supports it.
 
 I do not know whether we already have a bug report about it in APT; and
 I do not know whether the other packages have bug reports; it would be
 great if someone could take a look at this, so the toolchain can be
 fixed to support wildcards before we start using them.

I just pushed revision 1995 to the debian-experimental-ma repository
which adds support for architecture wild cards by replacing any with '*'
and calling fnmatch() to check whether the wildcard matches either
 * the current architecture
 * the current architecture prefixed with 'linux-'

Further information can be found in Bug#547724.

Regards,
Julian

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587264: RM: starttls -- ROM; not maintained by upstream, has security issues, deprecated

2010-06-26 Thread RISKO Gergely

Package: ftp.debian.org
Severity: normal

Please remove starttls from the archives.

As bug 499774 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499774)
says, it has no support for SSL certificate verification and because of
this, it can not be used in production if you want the added security of
SSL.

Even without this features, it can be used to connect servers on which
plain text is not supported (but the user wants to connect anyway and
wish to ignore the MITM risks).  Also, as a testing tool and as the only
tool to use from Emacs to connect SSL services (smtp/imap/pop, jabber,
etc).

Nowadays all of these uses cases are handled better otherwise.  Emacs
supports gnutls-cli since ages and testing can be performed with
openssl's s_client -starttls option or with gnutls-cli --starttls.

All in all, I do not think that this is badly needed anymore.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587171: openoffice.org-writer: View, Zoom does not work

2010-06-26 Thread Jan Willem Stumpel

On 26/06/10 09:56, Mechtilde wrote:

 yes I can confirm this with the Debian version of OpenOffice.org
 (3.2.1-5) under Squeeze/Sid
 
 the window which appears seems to be ok

I am not sure we are talking about the same bug, because in my
case it is definitely not OK.

I am now using (according to Help, About)

  OpenOffice.org 3.2.1
  OOO320m19 (Build:9505)
  ooo-build 3.2.1.4, Debian package 1:3.2.1-3

The View, Zoom window appears to be a transparent window (i.e.
it shows what is underneath the window) with on the left top a
small part of what seems to be a menu; however, that menu part
does not do anything.

Moving the Zoom window is possible; however when I move it in such
a way that a part of it goes off the edge of the screen, and then
back, it fails to re-paint itself correctly.

I cannot make a picture of the Zoom window with the import
command (from imagemagick); the imported picture becomes
completely black.

I cannot describe it better, sorry, but in my previous message I
said that the Zoom window is seriously broken, and in my case
that's what it is.

My window manager is xfce (in case that is relevant).

Regards, Jan






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587265: debsnap coughs at downloading dpkg

2010-06-26 Thread Ron

Package: devscripts
Version: 2.10.64
Severity: normal

$ debsnap -v dpkg
Getting json http://snapshot.debian.org/mr/package/dpkg/
Getting json http://snapshot.debian.org/mr/package/dpkg/1.15.7.2/srcfiles
Getting json 
http://snapshot.debian.org/mr/file/420ab2514738462b7b10213a3de84dff13df4dd6/info
Getting file dpkg_1.15.7.2.dsc: 
http://snapshot.debian.org/file/420ab2514738462b7b10213a3de84dff13df4dd6
Getting json 
http://snapshot.debian.org/mr/file/50e0f02d136df495f28ab522c7afc79f1dc8126e/info
Getting file dpkg_1.15.7.2.tar.bz2: 
http://snapshot.debian.org/file/50e0f02d136df495f28ab522c7afc79f1dc8126e
Getting json 
http://snapshot.debian.org/mr/package/dpkg/1.15.7.1+powerpcspe1/srcfiles
Getting json 
http://snapshot.debian.org/mr/file/e7f20a2b0b55a9a16f1f8044f69894100b983c37/info
Use of uninitialized value in concatenation (.) or string at /usr/bin/debsnap 
line 255.
Getting file : 
http://snapshot.debian.org/file/e7f20a2b0b55a9a16f1f8044f69894100b983c37
Use of uninitialized value in concatenation (.) or string at /usr/bin/debsnap 
line 257.


It then continues for a while longer before choking fatally on 1.15.4.1
in the same manner as shown in #587217



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587266: grub: Should install hook scripts under /etc/kernel/

Package: src:grub
Version: 0.97-61
Severity: important
Tags: squeeze sid

Currently the installer creates /etc/kernel-img.conf with 'user' hooks
to run update-grub.  However, if the user changes from LILO to GRUB at
a latter stage, this does not happen.  Also, /etc/kernel-img.conf is
not well-documented (the manual page is part of kernel-package which
is not included in a standard installation) and is now deprecated.

All kernel packages (since etch) will call hook scripts under
/etc/kernel/postinst.d etc. when newly installed, upgraded or removed.
GRUB should install scripts there rather than relying on the installer
or the user to edit additional configuration files.

Ben.

-- System Information:
Debian Release: squeeze/sid
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), 
(1, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587267: override: python3-dbg/debug

2010-06-26 Thread Scott Kitterman

Package: ftp.debian.org
Severity: normal

The python3-dbg package should be in section debug.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586860: icedove 3.0.5-1 breaks enigmail build

2010-06-26 Thread Willi Mann

 char16_t comes from C++0x[1], so you need to add '-std=gnu++0x' to your
 CXXFLAGS. A quick build of enigmail by myself works find.

Thanks for the information and for testing the enigmail build. A fixed
package will be uploaded shortly.

WM



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#561249: Spurious warning with -Wconversion (uint16_t/htons) in -O2 mode

2010-06-26 Thread bs

The analysis given above is correct.

The following patch fixes the (quite annoying) problem for me:

--- /usr/include/bits/byteswap.h.old2010-06-26 21:39:16.0 +0200
+++ /usr/include/bits/byteswap.h2010-06-26 21:39:49.0 +0200
@@ -29,7 +29,7 @@
 
 /* Swap bytes in 16 bit value.  */
 #define __bswap_constant_16(x) \
- x)  8)  0xff) | (((x)  0xff)  8))
+ ((unsigned short int)x)  8)  0xff) | (((x)  0xff)  8)))
 
 #if defined __GNUC__  __GNUC__ = 2
 # define __bswap_16(x) \




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#583388: Non-US keyboard problem with graphical installer

2010-06-26 Thread Julien Cristau

On Fri, Jun 25, 2010 at 23:46:57 +0200, Alberto wrote:

 reassign 583388 debian-installer
 thanks
 
  It is not possible to select a non-US keyboard when the selected
  language is English and the installer is the graphical.
  No problems are encountered using the classical ncurses installer.
  See the attached video for more details.
 
 I can reconfirm that same behavior even with the latest version of
 debian-installer, downloaded from
 http://d-i.debian.org/daily-images/amd64/daily/netboot/gtk/mini.iso
 today (25 June 2010). Is there anything else I can do to help resolving
 this issue? It's very common to use the operating system in English
 without an English keyboard, especially outside US and UK.
 
I can confirm this.  Looks like a cdebconf/gtk issue, there are two
'screenshot' and two 'go back' buttons on that screen, and syslog has:

debconf: cdebconf_gtk (process:318): WARNING: 
cdebconf_gtk_choice_model_create_full failed.
debconf: cdebconf_gtk (process:318): WARNING: tag 
keyboard-configuration/layout failed to display!

which I guess are related.  Any cdebconf gurus could shed some light on
this?

Alberto, any chance you could go back through the daily images and see
where this started happening?  I'm fairly sure it was working a few
months ago.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#587268: mupen64plus: microsoft xbox 360: not working 2 x joysticks left and right during play

2010-06-26 Thread yellow

Package: mupen64plus
Version: 1.5+dfsg1-11
Severity: important


Hello,

I would like to inform you that when user has 2 xbox wireless microsoft 360, it 
has a conflit.
So the blight plugin will create something like this by default, which gives no 
left and right working for jozstick2 
since it gives 000 everywhere for the joystick2


so by hand I manage to get few buttons working with for 2 joysticks:
[controller 0]
plugged=1
plugin=2
mouse=0
device=0
DPad R=key( 274 ); button( None ); axis( 0+ ); hat( None , None ); mouse( None )
DPad L=key( 276 ); button( None ); axis( 0- ); hat( None , None ); mouse( None )
DPad D=key( 275 ); button( None ); axis( 1+ ); hat( None , None ); mouse( None )
DPad U=key( 273 ); button( None ); axis( 1- ); hat( None , None ); mouse( None )
Start=key( 0 ); button( 6 ); axis( None ); hat( None , None ); mouse( None )
Z Trig=key( 0 ); button( 4 ); axis( None ); hat( None , None ); mouse( None )
B Button=key( 0 ); button( 1 ); axis( None ); hat( None , None ); mouse( None )
A Button=key( 0 ); button( 0 ); axis( None ); hat( None , None ); mouse( None )
C Button R=key( 0 ); button( None ); axis( 3+ ); hat( None , None ); mouse( 
None )
C Button L=key( 0 ); button( None ); axis( 3+ ); hat( None , None ); mouse( 
None )
C Button D=key( 0 ); button( None ); axis( 4+ ); hat( None , None ); mouse( 
None )
C Button U=key( 0 ); button( None ); axis( 4+ ); hat( None , None ); mouse( 
None )
R Trig=key( 0 ); button( 7 ); axis( None ); hat( None , None ); mouse( None )
L Trig=key( 0 ); button( 6 ); axis( None ); hat( None , None ); mouse( None )
Mempak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Rumblepak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Y Axis=key( 0 , 0 ); button( None , None ); axis( 1- , 1+ ); hat( None , None , 
None )
X Axis=key( 0 , 0 ); button( None , None ); axis( 0- , 0+ ); hat( None , None , 
None )

[controller 1]
plugged=1
plugin=2
mouse=0
device=1
DPad R=key( 274 ); button( None ); axis( 0+ ); hat( None , None ); mouse( None )
DPad L=key( 276 ); button( None ); axis( 0- ); hat( None , None ); mouse( None )
DPad D=key( 275 ); button( None ); axis( 1+ ); hat( None , None ); mouse( None )
DPad U=key( 273 ); button( None ); axis( 1- ); hat( None , None ); mouse( None )
Start=key( 0 ); button( 6 ); axis( None ); hat( None , None ); mouse( None )
Z Trig=key( 0 ); button( 4 ); axis( None ); hat( None , None ); mouse( None )
B Button=key( 0 ); button( 1 ); axis( None ); hat( None , None ); mouse( None )
A Button=key( 0 ); button( 0 ); axis( None ); hat( None , None ); mouse( None )
C Button R=key( 0 ); button( None ); axis( 3+ ); hat( None , None ); mouse( 
None )
C Button L=key( 0 ); button( None ); axis( 3+ ); hat( None , None ); mouse( 
None )
C Button D=key( 0 ); button( None ); axis( 4+ ); hat( None , None ); mouse( 
None )
C Button U=key( 0 ); button( None ); axis( 4+ ); hat( None , None ); mouse( 
None )
R Trig=key( 0 ); button( 7 ); axis( None ); hat( None , None ); mouse( None )
L Trig=key( 0 ); button( 6 ); axis( None ); hat( None , None ); mouse( None )
Mempak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Rumblepak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Y Axis=key( 0 , 0 ); button( None , None ); axis( 1- , 1+ ); hat( None , None , 
None )
X Axis=key( 0 , 0 ); button( None , None ); axis( 0- , 0+ ); hat( None , None , 
None )

[controller 2]
plugged=0
plugin=1
mouse=0
device=None
DPad R=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
DPad L=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
DPad D=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
DPad U=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
Start=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
Z Trig=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
B Button=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
A Button=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
C Button R=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
C Button L=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
C Button D=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
C Button U=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
R Trig=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
L Trig=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
Mempak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Rumblepak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Y Axis=key( 0 , 0 ); button( None , None ); axis( None , None ); hat( None , 
None , None )
X Axis=key( 0 , 0 );

Bug#587150: #587150: d-i netinst cd doesn't boot, isolinux error: further investigation

2010-06-26 Thread Ferenc Wagner

Holger Wansing li...@wansing-online.de writes:

 I found, that this not only a problem of the netinst cd, but
 also hardware dependent.
 I can boot my old 486 Toshiba Satellite laptop with this cd,
 but on my IBM Thinkpad T23 the cd produces the isolinux error:

 Error: no configuration file found.

 (The T23 does not contain the original optical drive, I changed the drive
 myself years ago to an NEC ND-7551A. I had no problems in the past years 
 with this drive).

 I checked the md5sum of the downloaded iso, it was correct.
 I burned the iso to three different discs (from different vendors),
 all showed the same problem. So this should not be a problem of a 
 bad disc.
 I have a netinst iso lying around here from 13.06.2010, it boots
 fine on my T23. It contains Isolinux 3.86

 Is there some regression brought in by the Isolinux 4.0 version?

That's possible, 4.0 isn't released just yet.  I'm Cc-ing the Syslinux
developer list to make them aware of this issue.  I guess the CD image
you tested had isolinux 4.00pre58 or pre59 on it; now pre60 was also
uploaded to unstable, so newer dailies will switch to that at least.
Fixes are continuously getting into these prereleases, so it would be
very useful if you could test the newest possible in your T23 and report
back success or failure.  Stable links to tested images under
http://cdimage.debian.org/cdimage/daily-builds/daily.old/ may also prove
useful.
-- 
Thanks,
Feri.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587269: DHCPv6 support not enabled

2010-06-26 Thread Michael Biebl

Package: isc-dhcp-client
Version: 4.1.1-P1-3
Severity: important

Hi,

contrary to the 4.1.1-2 changelog, the isc-dhcp-client package from
experimental does not support DHCPv6.
Checking debian/rules, it still has
--disable-dhcpv6
and an (outdated) comment about why DHCPv6 should be disabled.

I'm marking the bug as important as the new NetworkManager package will
depend on proper DHCPv6 support in isc-dhcp-client.

Cheers,
Michael


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages isc-dhcp-client depends on:
ii  debianutils   3.2.3  Miscellaneous utilities specific t
ii  ifupdown  0.6.10 high level tools to configure netw
ii  isc-dhcp-common   4.1.1-P1-3 common files used by all the isc-d
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libssl0.9.8   0.9.8o-1   SSL shared libraries

isc-dhcp-client recommends no packages.

Versions of packages isc-dhcp-client suggests:
ii  avahi-autoipd 0.6.25-4   Avahi IPv4LL network address confi
pn  resolvconfnone (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#580106: some tests on armv4t

2010-06-26 Thread Heiko Stübner

Hi,

just tested a rebuild without the armv5t option - it fails.

The armv5t compiler option seems to result from #478152 as the code in 
clutter/cogl/common/cogl-fixed.c lines 629-643 contains a clz assembler 
command which is unsupported on armv4t.

This code-fragment is an alternative to the c-code which seems to improve the 
speed of the application.

The only solution I can think of at the moment is to disable the whole 
optimized code part there (the mentioned lines 629-643)  but this will also 
kill the optimization for the other arm processors.

Or is there another way to keep this optimization only for specific arm-
processors and use the original code for v4?


For the record I just rebuild clutter without the armv5t option and the 
offending assembler code disabled so it uses the unoptimized code in lines 
644-658 of the file on an Openmoko Freerunner (armv4t).

It compiled and empathy starts with it but I can't say how the removal of the 
arm optimization will affect the performance.


Heiko



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#587268: mupen64plus: microsoft xbox 360: not working 2 x joysticks left and right during play

2010-06-26 Thread Sven Eckelmann

tags 587268 + moreinfo
thanks

yellow wrote:
 I would like to inform you that when user has 2 xbox wireless microsoft
 360, it has a conflit. So the blight plugin will create something like
 this by default, which gives no left and right working for jozstick2 since
 it gives 000 everywhere for the joystick2

I don't fully understand your problem. Do you mean that the configuration 
dialog for the second joystick is not working? Or that the settings you have 
done for the second joystick is aren't saved? Or that specific buttons aren't 
working?

Have you confirmed using sdljoytest [1] that all your buttons are accessible 
(both gamepads) under linux?

Best regards,
Sven

[1] http://sdljoytest.sourceforge.net/


signature.asc
Description: This is a digitally signed message part.

Bug#585677: linux-image-2.6.32-5-486: impossible to mount partitions (except /)

On Fri, 2010-06-25 at 22:49 +0200, Stéphane Blondon wrote:
 2010/6/20 Ben Hutchings b...@decadent.org.uk:
  Please try booting with 'break=premount' added to the kernel parameters.
  When the boot process stops you should get an '(initramfs)' prompt.  At
  the prompt, please run 'blkid' and send the output.  Feel free to
  abbreviate the UUIDs if you copy the output by hand.
 
 
 This is what I get (the longest UUID are abbreviated (those for swap and 
 ext3)):
 
 (initramfs) blkid
 /dev/sda1: SEC_TYPE=msdos UUID=6466-FB4C TYPE=vfat
 /dev/sda3: UUID=1E21-1DFD TYPE=vfat
 /dev/sda5: LABEL=XP UUID=8444-ACD1 TYPE=vfat
 /dev/sda6: UUID=0bd127f7-...89d0 TYPE=swap
 /dev/sda7: UUID=9e7a1cee-...806a SEC_TYPE=ext2 TYPE=ext3
 /dev/sdb5: UUID=58027110-...91d1 SEC_TYPE=ext2 TYPE=ext3
 /dev/sdb6: UUID=8a64c937-...52db SEC_TYPE=ext2 TYPE=ext3
 /dev/sdb7: UUID=47f58f90-...64e5 SEC_TYPE=ext2 TYPE=ext3
 (initramfs)

Given that the kernel command-line has
'root=UUID=9e7a1cee-d7c8-4244-95fe-757af64d806a', and that that
filesystem is accessible, I think this must be some strange bug in the
initramfs scripts and not the kernel.  I'll reassign it accordingly.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#587215: kernel module for usb ethernet ax8817x 0b95:1780 not working

On Sat, 2010-06-26 at 12:51 +0200, ing. Barry B.F. de Graaff (debian)
wrote:
 Package: linux-image-2.6.32-5-686
 Version: 2.6.32-15
[...]
 I am not sure if I should report this bug to the kernel package, so please
 don't shoot me if I am wrong.

This is correct, but you should use 'reportbug' because that will
automatically gather useful information about your system.  Please run
'reportbug -N 587215' to follow-up with that information.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#587268: mupen64plus: found solution, temporally

2010-06-26 Thread yellow

Package: mupen64plus
Severity: normal

Guten Morgen , hi,

I found a solution. It is a bit tricky, but well, so it is to modify with kate 
the file .config/mupen64/blightsomething
with this content.
So now, we can play with two players. The blight editor configurator is not 
working
but well, we can play ok with 2 jozsticks


here is th econfig

[controller 0]
plugged=1
plugin=2
mouse=0
device=0
DPad R=key( 274 ); button( None ); axis( 0+ ); hat( None , None ); mouse( None )
DPad L=key( 276 ); button( None ); axis( 0- ); hat( None , None ); mouse( None )
DPad D=key( 275 ); button( None ); axis( 1+ ); hat( None , None ); mouse( None )
DPad U=key( 273 ); button( None ); axis( 1- ); hat( None , None ); mouse( None )
Start=key( 0 ); button( 6 ); axis( None ); hat( None , None ); mouse( None )
Z Trig=key( 0 ); button( 4 ); axis( None ); hat( None , None ); mouse( None )
B Button=key( 0 ); button( 1 ); axis( None ); hat( None , None ); mouse( None )
A Button=key( 0 ); button( 0 ); axis( None ); hat( None , None ); mouse( None )
C Button R=key( 0 ); button( 5 ); axis( None ); hat( None , None ); mouse( None 
)
C Button L=key( 0 ); button( 4 ); axis( None ); hat( None , None ); mouse( None 
)
C Button D=key( 0 ); button( 2 ); axis( None ); hat( None , None ); mouse( None 
)
C Button U=key( 0 ); button( 3 ); axis( None ); hat( None , None ); mouse( None 
)
R Trig=key( 0 ); button( 7 ); axis( None ); hat( None , None ); mouse( None )
L Trig=key( 0 ); button( 6 ); axis( None ); hat( None , None ); mouse( None )
Mempak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Rumblepak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Y Axis=key( 0 , 0 ); button( None , None ); axis( 1- , 1+ ); hat( None , None , 
None )
X Axis=key( 0 , 0 ); button( None , None ); axis( 0- , 0+ ); hat( None , None , 
None )

[controller 1]
plugged=1
plugin=2
mouse=0
device=1
DPad R=key( 274 ); button( None ); axis( 0+ ); hat( None , None ); mouse( None )
DPad L=key( 276 ); button( None ); axis( 0- ); hat( None , None ); mouse( None )
DPad D=key( 275 ); button( None ); axis( 1+ ); hat( None , None ); mouse( None )
DPad U=key( 273 ); button( None ); axis( 1- ); hat( None , None ); mouse( None )
Start=key( 0 ); button( 6 ); axis( None ); hat( None , None ); mouse( None )
Z Trig=key( 0 ); button( 4 ); axis( None ); hat( None , None ); mouse( None )
B Button=key( 0 ); button( 1 ); axis( None ); hat( None , None ); mouse( None )
A Button=key( 0 ); button( 0 ); axis( None ); hat( None , None ); mouse( None )
C Button R=key( 0 ); button( 5 ); axis( None ); hat( None , None ); mouse( None 
)
C Button L=key( 0 ); button( 4 ); axis( None ); hat( None , None ); mouse( None 
)
C Button D=key( 0 ); button( 2 ); axis( None ); hat( None , None ); mouse( None 
)
C Button U=key( 0 ); button( 3 ); axis( None ); hat( None , None ); mouse( None 
)
R Trig=key( 0 ); button( 7 ); axis( None ); hat( None , None ); mouse( None )
L Trig=key( 0 ); button( 6 ); axis( None ); hat( None , None ); mouse( None )
Mempak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Rumblepak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Y Axis=key( 0 , 0 ); button( None , None ); axis( 1- , 1+ ); hat( None , None , 
None )
X Axis=key( 0 , 0 ); button( None , None ); axis( 0- , 0+ ); hat( None , None , 
None )

[controller 2]
plugged=0
plugin=1
mouse=0
device=None
DPad R=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
DPad L=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
DPad D=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
DPad U=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
Start=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
Z Trig=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
B Button=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
A Button=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
C Button R=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
C Button L=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
C Button D=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
C Button U=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( 
None )
R Trig=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
L Trig=key( 0 ); button( None ); axis( None ); hat( None , None ); mouse( None )
Mempak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Rumblepak switch=key( 0 ); button( None ); axis( None ); hat( None , None ); 
mouse( None )
Y Axis=key( 0 , 0 ); button( None , None ); axis( None , None ); hat( None , 
None , None )
X Axis=key( 0 , 0 ); button( None , None ); axis( None , None ); hat( None , 
None , None )

Bug#587268: mupen64plus: found solution, temporally

2010-06-26 Thread Sven Eckelmann

yellow wrote:
 Package: mupen64plus
 Severity: normal
 
 Guten Morgen , hi,
 
 I found a solution. It is a bit tricky, but well, so it is to modify with
 kate the file .config/mupen64/blightsomething with this content.
 So now, we can play with two players. The blight editor configurator is not
 working but well, we can play ok with 2 jozsticks

The config file is called .config/mupen64plus/blight_input.conf

But could you please explain what doesn't work? I only see that the non-
working config example has complete different button mappings and is missing 
the the configuration for the X-axis for both controllers


signature.asc
Description: This is a digitally signed message part.

Bug#587270: bonnie++: binaries in usr/sbin - for no appearant reason

2010-06-26 Thread Joerg Jaspert

Package: bonnie++
Version: 1.96
Severity: normal

Hi

actually the subject says it all. Why are the binaries in /usr/sbin?
They should be moved to usr/bin, where they belong. bonnie does want to
be run as a normal user anyways and so doesnt belong into sbin

-- 
bye, Joerg
exa yes, I'm annoying.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#463518: Can we mitigate this bug with appropriate LSB init headers?

2010-06-26 Thread Francesco Poli

On Mon, 22 Mar 2010 20:14:47 -0500 John Hasler wrote:

 The 1.24 release, which I hope get out within a week, will include a
 version of your patches.  This, along with changes we have made
 upstream, will hopefully solve this problem once and for all.

I've just noticed that chrony/1.24-1 has been recently uploaded to
unstable.

Taking a look at /etc/init.d/chrony , it seems that my patch was not
completely applied: hwclock is still missing from Should-Start and
Should-Stop fields!

Please add hwclock to those LSB init header fields as soon as possible.


-- 
 http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html
 Need some pdebuild hook scripts?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpm22PaGSRlo.pgp
Description: PGP signature

Bug#514646: [PATCH 2/2] ipv6: Use interface max_desync_factor instead of static default