Bug#657280: cacti: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Package: cacti
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

Thanks for taking care of warning translators before uploading a new
version with string changes. It's highly appreciated.



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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of cacti debconf templates to French
# Copyright (C) 2004-2011 Debian French l10n team 

# This file is distributed under the same license as the cacti package.
#
# Translators:
# Christian Perrier , 2004, 2011, 2012.
msgid ""
msgstr ""
"Project-Id-Version: cacti 0.6.8a-13\n"
"Report-Msgid-Bugs-To: ca...@packages.debian.org\n"
"POT-Creation-Date: 2012-01-25 07:09+0100\n"
"PO-Revision-Date: 2012-01-25 07:10+0100\n"
"Last-Translator: Christian Perrier \n"
"Language-Team: French \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.2\n"
"Plural-Forms: Plural-Forms: nplurals=2; plural=n>1;\n"

#. Type: select
#. Choices
#: ../cacti.templates:2001
msgid "Apache2"
msgstr "Apache 2"

#. Type: select
#. Choices
#: ../cacti.templates:2001
msgid "None"
msgstr "Aucun"

#. Type: select
#. Description
#: ../cacti.templates:2002
#| msgid "Webserver type"
msgid "Web server:"
msgstr "Serveur web :"

#. Type: select
#. Description
#: ../cacti.templates:2002
#| msgid ""
#| "Please select the webserver type for which cacti should be automatically "
#| "configured."
msgid ""
"Please select the web server for which Cacti should be automatically "
"configured."
msgstr ""
"Veuillez choisir le serveur web à reconfigurer automatiquement pour "
"l'utilisation de Cacti."

#. Type: select
#. Description
#: ../cacti.templates:2002
#| msgid ""
#| "Select \"None\" if you would like to configure your webserver by hand."
msgid "Select \"None\" if you would like to configure the web server manually."
msgstr ""
"Choisissez « Aucun » si vous préférez configurer vous-même le serveur web."

#~ msgid "Which kind of web server should be used by cacti?"
#~ msgstr "Veuillez choisir le type de serveur web qu'utilisera Cacti."

#~ msgid "Apache, Apache-SSL, Apache2, All, None"
#~ msgstr "Apache, Apache-SSL, Apache2, Tous, Aucun"

#~ msgid "MySQL installs and upgrades must be performed manually!"
#~ msgstr ""
#~ "Pas d'installations ou mises à jour automatisées pour les bases MySQL de "
#~ "Cacti"

#~ msgid ""
#~ "For the time being, support for automatic upgrading of the cacti mysql "
#~ "database has been disabled.  Please see the rationale and what you will "
#~ "need to do for either installing or upgrading cacti in /usr/share/doc/"
#~ "cacti/README.Debian.gz."
#~ msgstr ""
#~ "À l'heure actuelle, la gestion des mises à jour automatisées de la base "
#~ "de données MySQL de Cacti a été désactivée. Veuillez consulter les "
#~ "justifications de ce choix et les instructions d'installation ou de mise "
#~ "à jour de Cacti dans le fichier /usr/share/doc/cacti/README.Debian.gz."

#~ msgid ""
#~ "Note that you will still be prompted for the relevant information, which "
#~ "will be used to generate the appropriate configuration files."
#~ msgstr ""
#~ "Veuillez noter que certaines informations vous seront malgré tout "
#~ "demandées parce qu'elles sont requises lors de la création des fichiers "
#~ "de configuration."

#~ msgid "Database structure changes in cacti configuration"
#~ msgstr ""
#~ "Changement de la structure de base de données dans la configuration de "
#~ "Cacti"

#~ msgid ""
#~ "You are upgrading from a pre 0.8.x version.  Unfortunately, your old "
#~ "database will not work with the latest version of cacti.  Please see /usr/"
#~ "share/doc/cacti/README.Debian.gz to see what your options are."
#~ msgstr ""
#~ "Vous mettez actuellement Cacti à niveau depuis une version antérieure à "
#~ "0.8.x. Malheureusement, l'ancienne base de données ne fonctionnera pas "
#~ "avec la nouvelle version de Cacti. Veuillez consulter le fichier /usr/"
#~ "share/doc/cacti/README.Debian pour connaître les possibilités qui "
#~ "s'offrent à vous."

#~ msgid "MySQL server host name"
#~ msgstr "Serveur MySQL :"

#~ msgid "Please enter the name of the machine hosting the cacti database."
#~ msgstr ""
#~ "Veuillez indiquer le nom d'hôte du serveur qui accueillera la base de "
#~ "données de Cacti."

#~ msgid "Database name for cacti"
#~ msgstr "Nom de la base de données de Cacti :"

#~ msgid ""
#~ "Please enter the cacti database name. Cacti will store and fetch data "
#~ "there."
#~ msgstr ""
#~ "Veuillez indiquer le nom de la base de données où Cacti conservera ses "
#~ "informations."

#~ msgid "MySQL administrator username"
#~ msgstr "Nom de l'administrateur de MySQL :"

Bug#631301: Announce of the upcoming NMU for the postgrey package

[Christian PERRIER]

Dear maintainer of postgrey and Debian translators,

Some days ago, I sent a notice to the maintainer of the postgrey Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in four
days, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs da de es eu fi fr it ja nb nl pt pt_BR ru sv vi

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the postgrey package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Thursday, February 
02, 2012. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Friday, January 20, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Wednesday, January 25, 2012   : send this notice
 Thursday, February 02, 2012   : (midnight) deadline for receiving 
translation updates
 Friday, February 03, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Friday, February 10, 2012   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: postg...@packages.debian.org\n"
"POT-Creation-Date: 2010-03-30 06:40+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: error
#. Description
#: ../postgrey.templates:2001
msgid "Default TCP port change"
msgstr ""

#. Type: error
#. Description
#: ../postgrey.templates:2001
msgid ""
"Postgrey is now listening on port 10023 (rather than 6), which brings "
"its behavior closer to the default upstream settings."
msgstr ""

#. Type: error
#. Description
#: ../postgrey.templates:2001
msgid ""
"You will need to adjust its configuration (usually in /etc/postfix/main.cf) "
"accordingly."
msgstr ""


signature.asc
Description: Digital signature

Bug#623102: Patch for the l10n upload of libphp-adodb

[Christian PERRIER]

Dear maintainer of libphp-adodb,

On Monday, January 16, 2012 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Sunday, January 15, 2012.

We finally agreed that you would do the update yourself at the end of
the l10n update round.

That time has come.

To help you out, here's the patch which I would have used for an NMU.
Please feel free to use all of it...or only the l10n part of it.

The corresponding changelog is:


Source: libphp-adodb
Version: 5.12-1.1
Distribution: UNRELEASED
Urgency: low
Maintainer: Christian Perrier 
Date: Sun, 15 Jan 2012 08:24:56 +0100
Closes: 623102 656999
Changes: 
 libphp-adodb (5.12-1.1) UNRELEASED; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
   * Danish (Joe Hansen).  Closes: #623102
   * Brazilian Portuguese (Adriano Rafael Gomes).  Closes: #656999

-- 


diff -Nru libphp-adodb-5.12.old/debian/changelog libphp-adodb-5.12/debian/changelog
--- libphp-adodb-5.12.old/debian/changelog	2012-01-15 08:22:49.934057966 +0100
+++ libphp-adodb-5.12/debian/changelog	2012-01-23 18:53:29.528034311 +0100
@@ -1,3 +1,12 @@
+libphp-adodb (5.12-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+  * Danish (Joe Hansen).  Closes: #623102
+  * Brazilian Portuguese (Adriano Rafael Gomes).  Closes: #656999
+
+ -- Christian Perrier   Sun, 15 Jan 2012 08:24:56 +0100
+
 libphp-adodb (5.12-1) unstable; urgency=low
 
   * New upstream release (Closes: #633623)
diff -Nru libphp-adodb-5.12.old/debian/po/cs.po libphp-adodb-5.12/debian/po/cs.po
--- libphp-adodb-5.12.old/debian/po/cs.po	2012-01-15 08:22:49.934057966 +0100
+++ libphp-adodb-5.12/debian/po/cs.po	2012-01-16 07:09:57.452939800 +0100
@@ -19,6 +19,7 @@
 "PO-Revision-Date: 2005-08-07 19:39+0200\n"
 "Last-Translator: Miroslav Kure \n"
 "Language-Team: Czech \n"
+"Language: cs\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru libphp-adodb-5.12.old/debian/po/da.po libphp-adodb-5.12/debian/po/da.po
--- libphp-adodb-5.12.old/debian/po/da.po	1970-01-01 01:00:00.0 +0100
+++ libphp-adodb-5.12/debian/po/da.po	2012-01-15 08:25:30.0 +0100
@@ -0,0 +1,43 @@
+# Danish translation libphp-adodb.
+# Copyright (C) 2011 libphp-adodb & nedenstående oversættere.
+# This file is distributed under the same license as the libphp-adodb package.
+# Joe Hansen , 2011.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: libphp-adodb\n"
+"Report-Msgid-Bugs-To: camrd...@gmail.com\n"
+"POT-Creation-Date: 2006-11-22 00:09-0800\n"
+"PO-Revision-Date: 2011-04-17 17:30+01:00\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish  \n"
+"Language: \n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: note
+#. Description
+#: ../templates:1001
+msgid "WARNING: include path for php has changed!"
+msgstr "ADVARSEL: include-sti for php har ændret sig!"
+
+#. Type: note
+#. Description
+#: ../templates:1001
+msgid ""
+"libphp-adodb is no longer installed in /usr/share/adodb. New installation "
+"path is now /usr/share/php/adodb."
+msgstr ""
+"libphp-adodb er ikke længere installeret i /usr/share/adodb. Ny "
+"installationssti er nu /usr/share/php/adodb."
+
+#. Type: note
+#. Description
+#: ../templates:1001
+msgid ""
+"Please update your php.ini file. Maybe you must also change your web-server "
+"configuraton."
+msgstr ""
+"Opdater venligst din php-ini-fil. Måske skal du også ændre din "
+"internetservers konfiguration."
diff -Nru libphp-adodb-5.12.old/debian/po/de.po libphp-adodb-5.12/debian/po/de.po
--- libphp-adodb-5.12.old/debian/po/de.po	2012-01-15 08:22:49.934057966 +0100
+++ libphp-adodb-5.12/debian/po/de.po	2012-01-16 07:09:57.460939995 +0100
@@ -11,6 +11,7 @@
 "PO-Revision-Date: 2007-01-14 13:53+0100\n"
 "Last-Translator: Helge Kreutzmann \n"
 "Language-Team: German \n"
+"Language: de\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru libphp-adodb-5.12.old/debian/po/es.po libphp-adodb-5.12/debian/po/es.po
--- libphp-adodb-5.12.old/debian/po/es.po	2012-01-15 08:22:49.934057966 +0100
+++ libphp-adodb-5.12/debian/po/es.po	2012-01-16 07:09:57.464940082 +0100
@@ -30,6 +30,7 @@
 "PO-Revision-Date: 2005-12-19 11:25+0100\n"
 "Last-Translator: César Gómez Martín \n"
 "Language-Team: Debian l10n spanish \n"
+"Language: \n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=utf-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru libphp-adodb-5.12.old/debian/po/fr.po libphp-adodb-5.12/debian/po/fr.po
--- libphp-adodb-5.12.old/debian/po/fr.po	2012-01-15 08:22:49.934057966 +0100
+++ libphp-adodb-5.12/debian/po/fr.po	2012-01-16 07:09:57.472940268 +0100
@@ -17,6 +17,7 @@
 "PO-Revision-Date: 2005-08-09 10:00+0200\n"
 "Last-Translator: Michel Grentzinger \n"
 "Language-Team: Fre

Bug#631019: HDF5 transition from version 1.8.6 => 1.8.8

[Salvatore Bonaccorso]

Hi Sylvestre

> Salvatore Bonaccorso 
>udav (U)

I have prepared the package 'udav' for this transition. But I cannot
build it currently. I will upload once I can test it.

Many thanks for your work,
Salvatore


signature.asc
Description: Digital signature

Bug#605521: Announce of the upcoming NMU for the terminatorx package

[Christian PERRIER]

Dear maintainer of terminatorx and Debian translators,

Some days ago, I sent a notice to the maintainer of the terminatorx Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in four
days, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs da de es fi fr it ja nl pt pt_BR ru sv vi

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the terminatorx package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Thursday, February 
02, 2012. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Friday, January 20, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Wednesday, January 25, 2012   : send this notice
 Thursday, February 02, 2012   : (midnight) deadline for receiving 
translation updates
 Friday, February 03, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Friday, February 10, 2012   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: terminat...@packages.debian.org\n"
"POT-Creation-Date: 2008-03-19 18:48+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Install terminatorX SUID root so it can use realtime scheduling?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"TerminatorX now supports installation of its binary SUID root.  This allows "
"it to run in a realtime scheduled priority thereby greatly improving "
"performance.  However, it is generally a good idea to minimize the number of "
"SUID programs on your machine to avoid security risks."
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If you are installing this on your personal desktop with only 1 user, it "
"should be fairly safe to accept here. If in doubt, refuse."
msgstr ""


signature.asc
Description: Digital signature

Bug#656755: Help with architecture not supporting SSE (Was: Bug#656755: libhmsbeagle FTBFS on everything except amd64)

[Andreas Tille]

On Wed, Jan 25, 2012 at 01:37:59AM +, peter green wrote:
> Andreas Tille wrote:
> > Hi,
> >
> > I have to admit that I do not have any experience with SSE issues.  Any
> > advise what to do in cases like this (see build logs linked below)?
> From looking at the build logs it looks like it is trying to build
> a "plain CPU plugin" and a "CPU with SSE plugin", presumablly the
> "plugins" are different peices of code that can be used to perform
> the core computations. It looks like you will need to modify the
> build system so that it is possible to disable building the "CPU
> with SSE plugin".

Yes, that's also what I guessed from the logs and the code.
 
> But thats only my gut feeling from looking at the build logs and
> package discriptions, this really needs to be confirmed by someone
> who actually knows the internals of the package in question.

Upstream was in CC in all these mails.  I'm urgently hoping for some
answer.

> If you can't handle this then I don't think you are competant to be
> maintaining this package in debian. Knowing how the components of
> the software they are packaging fit together and how to fix the
> build systems to produce packages suitable for debian is IMO a
> pretty key part of a maintainers job.

While I really agree to this statement I think there is few chance that
somebody else will step in.  We are just needing to maintain this as a
predependency for two important packages of the Debian Med team.  As you
know RFP bugs are really rarely resolved and thus we try to drain the
competence to handle this from upstream which is IMHO the fallback for
maintainers in any case.

Kind regards

   Andreas. 

-- 
http://fam-tille.de



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

Bug#605074: Announce of the upcoming NMU for the gnubg package

[Christian PERRIER]

Quoting Russ Allbery (r...@debian.org):

> Oh, whoops, sorry, I must have missed this mail somehow.  I'm happy to do
> the upload, and very happy for you to coordinate translation updates for
> it similar to what you did with kerberos-configs.  (Thank you for all your
> work on this!)


Sure, no problem!



signature.asc
Description: Digital signature

Bug#650703: nvidia-settings: Can not use X Server Display Configuration due to error

[Andreas Beckmann]

On 2012-01-25 05:20, tm...@shaw.ca wrote:

> And reinstalled nvidia-settings from backports:
> 
> :~$ sudo apt-get -t squeeze-backports install nvidia-settings
...
> Get:1 http://ftp.ca.debian.org/debian/ squeeze/contrib nvidia-settings
> i386 195.36.24-1 [825 kB]
> Fetched 825 kB in 2s (346 kB/s)
> Selecting previously deselected package nvidia-settings.
> (Reading database ... 217131 files and directories currently installed.)
> Unpacking nvidia-settings (from
> .../nvidia-settings_195.36.24-1_i386.deb) ...

That is not the backports version ... which should be 290.10-1~bpo60+1.
Did you enable the contrib area for backports?

Check the output of 'apt-cache policy' and
'apt-cache policy nvidia-settings'.


Andreas



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

Bug#652056: 3.1.8-2 & 3.2.1-2 kernels still have the same issue

[AymanGmail]

Hello There
I tried also the 3.1.8-2 and 3.2.1-2 kernels and still have the same 
issue with kernel panics

take care



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

Bug#656899: mdadm: sending ioctl 1261 to a partition warnings in kernel log with kernel 3.2

[Michael Tokarev]

reassign 656899 src:linux-2.6 3.2.1-1
tags 656899 + upstream confirmed
thanks

On 24.01.2012 00:05, Rik Theys wrote:
> Hi,
> 
> On Mon, Jan 23, 2012 at 1:24 PM, Michael Tokarev  wrote:
>> On 22.01.2012 22:42, Rik Theys wrote:
>>> The updates installed linux kernel 3.2, which I assume is triggering this.
>>> Recently there was a security issue with ioctls sent to partitions being
>>> forwarded to the whole disk. I assume the 3.2 kernel has a fix for this and
>>> this is causing the messages.
>>
>> This is correct, the message is recent addition in
>> block/scsi_ioctl.c.
>>
>> 1261 appears to be BLKFLSBUF, -- I'm not sure why it
>> is not allowed for a partition anymore, and why it
>> gets routed to scsi_ioctl.c.
>>> Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
>>
>> Which kernel package version is that, exactly?
> 
> This is
> 
> Linux version 3.2.0-1-amd64 (Debian 3.2.1-1) (b...@decadent.org.uk)
> (gcc version 4.6.2 (Debian 4.6.2-11) ) #1 SMP Thu Jan 19 09:46:46 UTC
> 2012
> 
> which is based on the upstream 3.2.1 kernel.

So the package version is 3.2.1-1.

This is a (upstream) kernel bug, see https://lkml.org/lkml/2012/1/24/136

Reassigning.

Thanks,

/mjt



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

Bug#657089: RE : Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions

[PICCA Frédéric-Emmanuel]

>The real reason I was filing this bug (before the discovery of dh_numpy
>call removal) was to ask, following #643873 discussion, if you could
>start calling dh_numpy with '--strict' argument (but that requires a
>compat version <<8 which was just bumped in the last upload).

> The good news is that this new upstream version appears to use Cython,
> not Pyrex, so --strict should not be necessary.

I have a question about dh_numpy, on my unstable system the man explain:

'''
   The  helper  script  uses  the  information  stored  in  
/usr/share/python/dist/python-numpy  to  generate the Depends information; that 
file is also used by
   dh_python2 (and from dh_pysupport when implemented) to generate the same 
set of Depends. This script allows you to not use dh_python2 if you don't want 
to.
'''


what I understand is : dh_python2 do what dh_numpy is doing, but we provide 
dh_numpy in case you are not using dh_python2. so if you use dh_python2, no 
need to use dh_numpy. but it seems I am wrong ;)


and what is the exact meaning of --strict.

thanks,

Frederic


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

Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions

[Jakub Wilk]

* Antonio Valentino , 2012-01-24, 01:32:
We mainly depend on debheper >=8.1 in order to get a better support for 
for sphinx doc.


How do you get "better support for sphinx doc" with debhelper >= 8.1? As 
the Sphinx maintainer, I'm deeply intrigued.


--
Jakub Wilk



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

Bug#657279: network-manager: Not authorized to control networking

[Peter J Weisberg]

Package: network-manager
Version: 0.9.2.0-2
Severity: important

I'm unable to do anything interesting with NetworkManager unless I kill 
nm-applet and re-launch it as root.  I get errors such as:

** (nm-applet:2460): WARNING **: VPN Connection activation failed: 
(org.freedesktop.NetworkManager.PermissionDenied) Not authorized to control 
networking.

and

** (nm-applet:2460): WARNING **: Failed to add new connection: (32) Not 
authorized to control networking.

This wasn't always the case, but I can't pinpoint exactly when the problem 
started.

A Google search suggests that I should add myself to either the 'network' or 
'netdev' group.  But there is no 'network' group, and I'm already a member of 
'netdev'.

The groups of which I'm a member are:
dialout cdrom floppy sudo plugdev games users bluetooth netdev powerdev

My user account is the only one on the system, and the one created by the 
Debian installer.  If network-manager isn't broken, then the install/setup 
process is.  There's no user on the system other than root who can use the icon 
in the tray.

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

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

Versions of packages network-manager depends on:
ii  adduser3.113
ii  dbus   1.5.8-1
ii  isc-dhcp-client4.1.1-P1-17
ii  libc6  2.13-24
ii  libdbus-1-31.5.8-1
ii  libdbus-glib-1-2   0.98-1
ii  libgcrypt111.5.0-3
ii  libglib2.0-0   2.30.2-4
ii  libgnutls262.12.16-1
ii  libgudev-1.0-0 175-3
ii  libnl-3-2003.2.3-2
ii  libnl-route-3-200  3.2.3-2
ii  libnm-glib40.9.2.0-1
ii  libnm-util20.9.2.0-1
ii  libpolkit-gobject-1-0  0.104-1
ii  libuuid1   2.20.1-1.2
ii  lsb-base   3.2-28
ii  udev   175-3
ii  wpasupplicant  0.7.3-6

Versions of packages network-manager recommends:
ii  crda  1.1.2-1
ii  dnsmasq-base  2.59-4
ii  iptables  1.4.12.2-1
ii  modemmanager  0.5-1
ii  policykit-1   0.104-1
ii  ppp   2.4.5-5

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.30-6

-- Configuration Files:
/etc/dbus-1/system.d/NetworkManager.conf changed:
http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd";>
































































512



-- 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#657089: Please reintroduce dh_numpy usage / easy numpy transitions

[Jakub Wilk]

* PICCA Frédéric-Emmanuel , 
2012-01-25, 06:27:

I have a question about dh_numpy, on my unstable system the man explain:

'''
  The  helper  script  uses  the  information  stored  in  
/usr/share/python/dist/python-numpy  to  generate the Depends information; that 
file is also used by
  dh_python2 (and from dh_pysupport when implemented) to generate the same 
set of Depends. This script allows you to not use dh_python2 if you don't want 
to.
'''


Yes, if the package has numpy in requires.txt (err, this one doesn't!) 
and you are using dh_python2, then dh_numpy currently does nothing. But 
that doesn't mean you shouldn't call it.


The idea to use /usr/share/python/dist/python-numpy was a mistake, which 
will be fixed in the next Numpy upload.


Please see #643873 for details.

--
Jakub Wilk



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

Bug#657259: [Resolvconf-devel] Bug#657259: resolvconf wipes out /run

[Thomas Hood]

/etc/resolvconf/run should point to /run/resolvconf, not to /run. The
package's maintainer scripts see to that.

Why is your symlink different?

I suggest you purge the resolvconf package, install the package again,
check that /etc/resolvconf/run points to /run/resolvconf, then reboot.
-- 
Thomas Hood
Op 25 jan. 2012 01:39 schreef "Antonio Ospite" 
het volgende:

> Package: resolvconf
> Version: 1.63
> Severity: critical
> Justification: breaks unrelated software
>
> Dear Maintainer,
>
> maybe it is just me, but resolvconf breaks udev on my system, so I am
> setting
> the severity to critical here, feel free to downgrade the severity if you
> think this is my fault.
>
> That is what is happening:
>
>  1. /sbin/resolvconf defines
>   RUN_DIR=/etc/resolvconf/run
>
>  2. /etc/resolvconf/run links to /run in my system
>
>  3. resolvconf --wipe-runtime-directories does
>   rm -rf "$RUN_DIR"/*
> which removes non-resolvconf files from /run
>
> After 3., when udev starts I get the message:
>  udevd: Failed to create queue file. No such file or directory.
>
> If I set RUN_DIR=/etc/resolvconf/run/resolvconf then udev works again but
> resolvconf does not work 100%.
>
> I also see that ubuntu got rid of the link in /etc/resolvconf/run and just
> used /run/resolvconf:
> http://package-import.ubuntu.com/diffs/resolvconf
>
> Maybe we could do that too?
>
> Thanks a lot for your time.
>
> Regards,
>   Antonio Ospite
>   http://ao2.it
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers unstable
>  APT policy: (900, 'unstable'), (600, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-1-amd64 (SMP w/1 CPU core)
> Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages resolvconf depends on:
> ii  debconf [debconf-2.0]  1.5.41
> ii  initscripts2.88dsf-18
> ii  lsb-base   3.2-28.1
>
> resolvconf recommends no packages.
>
> resolvconf suggests no packages.
>
> -- debconf information:
> * resolvconf/linkify-resolvconf: true
>  resolvconf/reboot-recommended-after-removal:
> * resolvconf/downup-interfaces:
>  resolvconf/link-tail-to-original: false
>
>
>
> ___
> Resolvconf-devel mailing list
> resolvconf-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/resolvconf-devel
>

Bug#655118: bug#10592: Bug#655118: Please enabled hardened build flags

[Eli Zaretskii]

> From: Rob Browning 
> Cc: 10...@debbugs.gnu.org,  655...@bugs.debian.org,  
> 655118-forwar...@bugs.debian.org,  j...@inutil.org
> Date: Tue, 24 Jan 2012 20:22:52 -0600
> 
> Eli Zaretskii  writes:
> 
> > I think the right fix for this is to declare `error' with the
> > appropriate printf attribute.  Alternatively, you could use variable
> > argument lists and call vprintf instead.
> 
> Would something like this be acceptable, and if not, how would you like
> to see it adjusted?  The patch changes error() to use an ANSI
> declaration, and it relies on the printf format attribute:

This is fine with me, but please use ATTRIBUTE_FORMAT_PRINTF (defined
in src/config.h) instead of a literal __attribute__(...), which is a
GCC-only thing.

Thanks.



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

Bug#657277: git-pbuilder: please respect configured build result directory

[Russ Allbery]

Andrew Pollock  writes:

> I just got onto the git-pbuilder bandwagon, and was briefly confused as
> to where my resulting build went, because when I use pdebuild, the
> results wind up in the default location of /var/cache/pbuilder/result,
> and I'm quite happy with that.

> git-pbuilder seems to forcibly supply a "--buildresult .." with no way
> to override that.

That's because the way this normally works is that git-buildpackage runs
git-pbuilder and expects that behavior, because that means the build ends
up in build-area (or whatever you have configured).

If you tell *git-buildpackage* that you want your builds to end up in
/var/cache/pbuilder/result (via --git-export-dir), I believe everything
works, but at the cost of dropping the source package and unpacked tarball
into that directory as well.  I don't know if that would be a problem.

I don't think I ever considered the possibility that people would want the
build-area and the place where the built debs end up to be different.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#657278: ITP: python-scrapelib -- library for scraping websites

[Alex Chiang]

Package: wnpp
Severity: wishlist
Owner: Alex Chiang 

* Package name: python-scrapelib
  Version : 0.5.6
  Upstream Author : Michael Stephens 
James Turk 
* URL : https://github.com/sunlightlabs/scrapelib
* License : BSD-3-clause
  Programming Lang: Python
  Description : library for scraping websites

It builds those binary packages:

python-scrapelib - library for scraping websites
scrapeshell - ipython shell to examine python-scrapelib results

Long description:
 At its simplest provides a replacement for urllib2’s urlopen functionality
 but can do much more.
 .
 Advantages of using scrapelib over urllib2 or httplib2 include:
 .
   * HTTP, HTTPS, FTP requests via an identical API
   * HTTP caching, compression and cookies
   * redirect following
   * request throttling
   * robots.txt compliance (optional)
   * robust error handling



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

Bug#657277: git-pbuilder: please respect configured build result directory

[Andrew Pollock]

Package: git-buildpackage
Version: 0.5.32
Severity: wishlist

I just got onto the git-pbuilder bandwagon, and was briefly confused as to
where my resulting build went, because when I use pdebuild, the results wind up
in the default location of /var/cache/pbuilder/result, and I'm quite happy with 
that.

git-pbuilder seems to forcibly supply a "--buildresult .." with no way to 
override that.

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

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

Versions of packages git-buildpackage depends on:
ii  devscripts   2.11.3
ii  git [git-core]   1:1.7.8.3-1
ii  python   2.7.2-9
ii  python-dateutil  1.5-1
ii  python2.62.6.7-4
ii  python2.72.7.2-8

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.67
ii  pristine-tar  1.17

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-3
ii  unzip  6.0-5

-- 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#641485: RE : Bug#641485: RE : Bug#641485:

[PICCA Frédéric-Emmanuel]

> update -- as for armhf, it seems to boiled down to gcc:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657157

you are great :)

cheers,

Fred


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

Bug#657275: libswe: FTBFS - unoconv expects writable home, loopback network(?)

[Paul Elliott]

I will begin looking at the problem immediately.

But as I am a beginning packager it may take me a while to completely 
understand the situation.

For instance, libswe just appeared in debian unstable, that means someone must 
have built it. How does the build environment of the autobuilder's differ from 
the one that built libswe on its path to unstable? Why is the autobuilder's 
environment correct? In other words, why is this not a bug against the 
autobuilder's software?

How can I duplicate the autobuilder's builds on my local machine to test this 
problem?

What is a "full" build and can I be sure that a full build will never occur in 
the autobuilder?

Thank You for considering this message.


On Tuesday, January 24, 2012 10:28:17 PM you wrote:
> Source: libswe
> Version: 1.77.00.0004-1
> Severity: serious
> Justification: fails to build from source
> 
> Automated builds of libswe are failing because unoconv (used to
> produce PDF and HTML documentation) assumes a writable home directory,
> which the autobuilders' build environments lack.  (Many also lack
> loopback network interfaces, which may be an issue as well.)  Given
> that the documentation winds up in a separate architecture-independent
> binary package anyway, I'd suggest arranging to build it only in full
> builds, which presumably run in less restrictive environments.
> (Relatedly, I'd suggest moving unoconv from Build-Depends to
> Build-Depends-Indep.)
> 
> Could you please look into it?
> 
> Thanks!

-- 
Paul Elliott   1(512)837-1096
pelli...@blackpatchpanel.com   PMB 181, 11900 Metric Blvd Suite J
http://www.free.blackpatchpanel.com/pme/   Austin TX 78758-3117



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

Bug#657098: [regression] bttv dvb_bt8xx bt878 hang on boot unless post: drm

[Jonathan Nieder]

(dropping Jean Delvare from cc list)
Harry G. Coin wrote:

> After installing the above mentioned three from sid, details below,
> it didn't hang  (which maybe meant it worked, or maybe not, could be
> the kernel change just changed the timing that wee little bit...).

Excellent.  I wonder if this was fixed by some patch in the area of
v2.6.35-rc2~7^2 (module: fix bne2 "gave up waiting for init of module
libcrc32c", 2010-06-05).  If you have a chance to try
2.6.34-1~experimental.2 and 2.6.35~rc4-1~experimental.1 from
http://snapshot.debian.org to check that, that would be very useful.

Sincerely,
Jonathan



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

Bug#583503: ddate, upstream, and debian

[Daniel Kahn Gillmor]

 On 2012-01-24T19:14:54-0500, Daniel Kahn Gillmor
 wrote:
> please see http://bugs.debian.org/583503 for more details about the
> interaction between ddate, upstream, and debian.

sigh.  i meant:

  http://bugs.debian.org/650321

Thanks to Kenyon Ralph for catching my mistake.

Regards,

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#657276: xfonts-traditional: can't cope with xfonts-unifont

[Aaron M. Ucko]

Package: xfonts-traditional
Version: 1.2
Severity: normal

xfonts-traditional blows up when trying to process unifont.pcf.gz from
xfonts-unifont:

  processing /usr/share/fonts/X11/misc...
  terminate called after throwing an instance of 'std::bad_alloc'
what():  std::bad_alloc
  BDF Error on line 0: bad 'STARTFONT'
  bdftopcf: bdf input, , corrupt
  gunzip [20054] 0 13 at /usr/bin/update-xfonts-traditional line 228.
  dpkg: error processing xfonts-traditional (--unpack):
   subprocess installed post-installation script returned error exit status 255

Could you please take a look?

Thanks!

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

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

Versions of packages xfonts-traditional depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  pcf2bdf1.04-2
ii  perl   5.14.2-6
ii  xfonts-utils   1:7.6+1

xfonts-traditional recommends no packages.

xfonts-traditional suggests no packages.

-- debconf information excluded



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

Bug#657275: libswe: FTBFS - unoconv expects writable home, loopback network(?)

[Aaron M. Ucko]

Source: libswe
Version: 1.77.00.0004-1
Severity: serious
Justification: fails to build from source

Automated builds of libswe are failing because unoconv (used to
produce PDF and HTML documentation) assumes a writable home directory,
which the autobuilders' build environments lack.  (Many also lack
loopback network interfaces, which may be an issue as well.)  Given
that the documentation winds up in a separate architecture-independent
binary package anyway, I'd suggest arranging to build it only in full
builds, which presumably run in less restrictive environments.
(Relatedly, I'd suggest moving unoconv from Build-Depends to
Build-Depends-Indep.)

Could you please look into it?

Thanks!



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

Bug#650703: nvidia-settings: Can not use X Server Display Configuration due to error

[tmp10]

Hi,

Unfortunately I installed the backports nvidia-settings and still get 
the same error: "Unable to load X Server Display Configuration page: 
Failed to query NoScanout for screen 0."


For the record this is what I did to install the backports version:

I added the backports to the sources.list: deb 
http://backports.debian.org/debian-backports squeeze-backports main


Purged the existing nvidia-settings package:

:~$ sudo apt-get purge nvidia-settings
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
  nvidia-settings*
0 upgraded, 0 newly installed, 1 to remove and 2 not upgraded.
After this operation, 2,093 kB disk space will be freed.
Do you want to continue [Y/n]? y
(Reading database ... 217157 files and directories currently installed.)
Removing nvidia-settings ...
Purging configuration files for nvidia-settings ...
Processing triggers for man-db ...
Processing triggers for menu ...
Processing triggers for gnome-menus ...
Processing triggers for desktop-file-utils ...

And reinstalled nvidia-settings from backports:

:~$ sudo apt-get -t squeeze-backports install nvidia-settings
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  nvidia-settings
0 upgraded, 1 newly installed, 0 to remove and 113 not upgraded.
Need to get 825 kB of archives.
After this operation, 2,093 kB of additional disk space will be used.
Get:1 http://ftp.ca.debian.org/debian/ squeeze/contrib nvidia-settings 
i386 195.36.24-1 [825 kB]

Fetched 825 kB in 2s (346 kB/s)
Selecting previously deselected package nvidia-settings.
(Reading database ... 217131 files and directories currently installed.)
Unpacking nvidia-settings (from 
.../nvidia-settings_195.36.24-1_i386.deb) ...

Processing triggers for gnome-menus ...
Processing triggers for desktop-file-utils ...
Processing triggers for menu ...
Processing triggers for man-db ...
Setting up nvidia-settings (195.36.24-1) ...
Processing triggers for menu ...

Thanks,
Conan

On 13/01/12 08:32 AM, Andreas Beckmann wrote:

Hi,

an updated version of nvidia-settings that should be compatible with the
legacy drivers is available in squeeze-backports.
Please try this and report back.

Visit http://backports.debian.org for instructions how to enable and use
backports.


Andreas



   




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

Bug#581248: banshee: cannot play files with paths containing localized characters

[Drew Parsons]

Package: banshee
Followup-For: Bug #581248

For what it's worth, banshee internationalisation looks fine for me
(using a UTF-8 locale).

For example, I've got some russian music
$ ls Music/ППК/\[Танцевальный\ Марафон\ -\ Звездная\ Серия\]/
01 - Перезагрузка.ogg  03 - Русский транс.ogg  05 - Мне нужен ритм.ogg 07 - 
Восстание.ogg 09 - Лох - это судьба (feat. Стрельников).ogg  11 
- Перезагрузка. (Melodica Remix).ogg
02 - Hey DJ.ogg04 - 21 век.ogg 06 - У меня есть мечта.ogg  08 - 
Воскрешение (Radio Edit).ogg  10 - Любовь без границ.ogg 12 
- Hey DJ 2001.ogg

banshee finds and plays it fine, for instance the Track Properties for
song 9 read:
Directory: $HOME/Music/ППК/[Танцевальный Марафон - Звездная Серия]
Full Path: $HOME/Music/ППК/[Танцевальный Марафон - Звездная
Серия]/09 - Лох - это судьба (feat. Стрельников).ogg

You're using a ISO-8859-2 locale. You could check if it continues to
fail if you upgrade to a UTF-8 locale.  If that does work then it
might be a valid bug in banshee, that it does not properly support
non-unicode locales.

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

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

Versions of packages banshee depends on:
ii  gnome-icon-theme 3.2.1.2-1
ii  gstreamer0.10-alsa   0.10.35.2-1
ii  gstreamer0.10-gconf [gstreamer0.10-audiosin  0.10.30-2.1
ii  gstreamer0.10-plugins-bad [gstreamer0.10-au  0.10.22-3
ii  gstreamer0.10-plugins-base   0.10.35.2-1
ii  gstreamer0.10-plugins-good [gstreamer0.10-a  0.10.30-2.1
ii  gstreamer0.10-pulseaudio [gstreamer0.10-aud  0.10.30-2.1
ii  libboo2.0.9-cil  0.9.5~git20110729.r1.202a430-2
ii  libc62.13-24
ii  libcairo21.10.2-6.2
ii  libdbus-glib1.0-cil  0.5.0-3
ii  libdbus1.0-cil   0.7.0-4
ii  libgconf2.0-cil  2.24.2-2
ii  libgdata1.9-cil  1.9.0.0-2
ii  libgdk-pixbuf2.0-0   2.24.0-2
ii  libgkeyfile1.0-cil   0.1-4
ii  libglib2.0-0 2.30.2-5
ii  libglib2.0-cil   2.12.10-3
ii  libgpod4 0.8.2-5
ii  libgstreamer-plugins-base0.10-0  0.10.35.2-1
ii  libgstreamer0.10-0   0.10.35.2-1
ii  libgtk-sharp-beans-cil   2.14.1-3
ii  libgtk2.0-0  2.24.8-3
ii  libgtk2.0-cil2.12.10-3
ii  libgudev1.0-cil  0.1-2
ii  libkarma00.1.2-2.3
ii  libmono-addins0.2-cil0.6.2-2
ii  libmono-cairo4.0-cil 2.10.5-2
ii  libmono-corlib2.0-cil2.10.5-2
ii  libmono-corlib4.0-cil2.10.5-2
ii  libmono-posix2.0-cil 2.10.5-2
ii  libmono-posix4.0-cil 2.10.5-2
ii  libmono-sharpzip4.84-cil 2.10.5-2
ii  libmono-system-core4.0-cil   2.10.5-2
ii  libmono-system-xml4.0-cil2.10.5-2
ii  libmono-system4.0-cil2.10.5-2
ii  libmono-zeroconf1.0-cil  0.9.0-4
ii  libmtp9  1.1.2-2
ii  libnotify0.4-cil 0.4.0~r3032-5
ii  libpango1.0-01.29.4-2
ii  libsoup-gnome2.4-1   2.36.1-1
ii  libsoup2.4-1 2.36.1-1
ii  libsqlite3-0 3.7.9-3
ii  libtaglib2.0-cil 2.0.3.7+dfsg-2
ii  libwebkitgtk-1.0-0   1.6.1-5+b1
ii  libwnck222.30.7-1
ii  libx11-6 2:1.4.4-4
ii  libxrandr2   2:1.3.2-2
ii  libxxf86vm1  1:1.1.1-2
ii  mono-runtime 2.10.5-2

Versions of packages banshee recommends:
ii  avahi-daemon   0.6.30-6
ii  brasero3.2.0-3
ii  media-player-info  16-1

Versions of packages banshee suggests:
ii  banshee-dbg 
ii  gstreamer0.10-ffmpeg0.10.13-2
ii  gstreamer0.10-plugins-bad   0.10.22-3
ii  gstreamer0.10-plugins-ugly  0.10.18-3+b1

-- no debconf information



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

Bug#657274: perl: please add a Homepage field pointing to upstream website

[Jonathan Nieder]

Source: perl
Version: 5.14.2-6
Severity: wishlist
Tags: patch

Hi,

I was looking for links to the latest upstream version of perl and its
bugtracker.  Usually the page pointed to by the Homepage field in the
Sources entry for a package works for that purpose.  Alas, the perl
package doesn't have a Homepage field.

How about this patch?
---
 debian/changelog |4 
 debian/control   |1 +
 2 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index da5f86a5..6752c84e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
 perl (5.14.2-7) UNRELEASED; urgency=low
 
+  [ Dominic Hargreaves ]
   * Re-enable tests dist/threads/t/libc.t, ext/Socket/t/socketpair.t
 on GNU/Hurd fixed by changes in hurd (20111206-1)
   * Re-enable test cpan/autodie/t/recv.t on GNU/Hurd fixed by changes in
@@ -15,6 +16,9 @@ perl (5.14.2-7) UNRELEASED; urgency=low
   * Remove special-case override for non-overridable no-copyright-file
 Lintian tag (see #522827 and #553262)
 
+  [ Jonathan Nieder ]
+  * Add Homepage field pointing to dev.perl.org
+
  -- Dominic Hargreaves   Mon, 02 Jan 2012 18:22:43 +
 
 perl (5.14.2-6) unstable; urgency=low
diff --git a/debian/control b/debian/control
index 302e9def..62ce77ab 100644
--- a/debian/control
+++ b/debian/control
@@ -4,6 +4,7 @@ Priority: standard
 Maintainer: Niko Tyni 
 Uploaders: Dominic Hargreaves 
 Standards-Version: 3.9.2
+Homepage: http://dev.perl.org/perl5/
 Build-Depends: file, cpio (>= 2.6-5), libdb-dev, libgdbm-dev, netbase 
[!hurd-any],
  gcc (>= 4:4.2), procps [!hurd-any], zlib1g-dev | libz-dev, libbz2-dev,
  dpkg-dev (>= 1.16.0)
-- 
1.7.9.rc2




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

Bug#657060: linux-image-3.1.0-1-486: system sometimes resumes shortly after suspending

[Ben Hutchings]

I doubt it's going to make any difference, but could you please check
whether this is fixed in the current version in unstable (3.2.1-2)?
(You should install that anyway as it has an important security fix.)

Ben.

-- 
Ben Hutchings
Horngren's Observation:
   Among economists, the real world is often a special case.


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

Bug#657172: digs through dots if no file is specified

[jidanni]

Oops, I see they are confusingly prefixed with a "./" too.



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

Bug#657172: digs through dots if no file is specified

[jidanni]

Also the messages are only about the dotfiles, not the non dot files.



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

Bug#657123: USB modem hotplugging no longer works.

[Ben Hutchings]

What exactly is this USB modem device?

Which driver is used for it under Linux 2.6.39?  Can you send the
messages that are logged when inserting this device under that version?

Ben.

-- 
Ben Hutchings
Horngren's Observation:
   Among economists, the real world is often a special case.


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

Bug#657162: linux-image-2.6.26-amd64: task ... blocked for more than 120 seconds.

[Ben Hutchings]

[Re-sending with the correct bug address.]

On Tue, 2012-01-24 at 15:14 +, Keith Edmunds wrote:
> Package: linux-image-2.6.26-amd64
> Version: linux-image-2.6.32-5-amd64
> Severity: important

What is the Debian package version?  (Run 'cat /proc/version'.)

> We're seeing lots of the following on a busy Squeeze server:
> 
> kernel: [ 4680.620046] INFO: task BackupPC:1851 blocked for more than 120 
> seconds.
> kernel: [ 4680.620083] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" 
> disables this message.
> kernel: [ 4680.620136] BackupPC  D  0  1851  1 
> 0x
> kernel: [ 4680.620140]  8145d1f0 0082  
> 0296
> kernel: [ 4680.620144]  0296 81099ec6 f9e0 
> 88011cf5ffd8
> kernel: [ 4680.620147]  00015780 00015780 88011cf30710 
> 88011cf30a08
> kernel: [ 4680.620150] Call Trace:
> kernel: [ 4680.620157]  [] ? delayacct_end+0x74/0x7f
> kernel: [ 4680.620162]  [] ? io_schedule+0x93/0xb7
> kernel: [ 4680.620165]  [] ? __wait_on_bit+0x62/0x70
> kernel: [ 4680.620168]  [] ? __mutex_lock_common+0x122/0x192
> kernel: [ 4680.620171]  [] ? mutex_lock+0x1a/0x31
> kernel: [ 4680.620194]  [] ? 
> __log_wait_for_space+0x72/0x17a [jbd]
> kernel: [ 4680.620200]  [] ? start_this_handle+0x2f9/0x344 
> [jbd]
> kernel: [ 4680.620205]  [] ? journal_start+0x96/0xc6 [jbd]
> kernel: [ 4680.620213]  [] ? ext3_create+0x53/0x10c [ext3]
> kernel: [ 4680.620216]  [] ? generic_permission+0xe/0x8a
> kernel: [ 4680.620219]  [] ? vfs_create+0x6d/0x89
> kernel: [ 4680.620222]  [] ? do_filp_open+0x31e/0x94b
> kernel: [ 4680.620225]  [] ? do_sys_open+0x55/0xfc
> kernel: [ 4680.620228]  [] ? system_call_fastpath+0x16/0x1b

Does the system recover from this, i.e. does the backup ever complete?

Ben.

-- 
Ben Hutchings
Horngren's Observation:
   Among economists, the real world is often a special case.



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

Bug#654174: Multiple binnmus for iceweasel 9

[Cyril Brulebois]

(Still learning the ropes.)

Cyril Brulebois  (25/01/2012):
> Looking at the transition page[1], concentrating on packages in testing,
> for dependency level 1, a local binNMU build led to the following
> results:
> | couchdbbuild OK, deps OK.
> | dehydra#655779
> | edbrowse   build OK, deps OK.
> | openvrml   #652790 (second message)
> | pyxpcom#654613

I guess we may need to remove the 3 FTBFSing packages from testing. dak
rm -Rn -s testing says:
 - happy with removing dehydra,
 - happy with removing openvrml,
 - not happy with removing pyxpcom:
| # Broken Depends:
| sugar-browse-activity-0.84: sugar-browse-activity-0.84
| sugar-browse-activity-0.86: sugar-browse-activity-0.86
| sugar-hulahop: python-hulahop [amd64 armel i386 ia64 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc s390 sparc]
| 
| # Broken Build-Depends:
| sugar-hulahop: python-xpcom (>= 1.9~rc2)

One would need to investigate what to do with sugar-*.

In the meanwhile, I scheduled binNMUs for couchdb and edbrowse (and
dehydra, oops).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#656100: ITA: fsvs -- Full system versioning with metadata support

[Gunnar Thielebein]

Package: wnpp
Severity: normal

Hello,

I am willing to takeover maintainership of the fsvs package.

The package description is:
 FSVS is a backup/restore/versioning/deployment tool for whole directory
 trees or filesystems, with a subversion repository as the backend.
 It can do overlays of multiple repositories, to achieve some content
 separation (base install, local modifications, etc.)



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

Bug#654174: Multiple binnmus for iceweasel 9

[Cyril Brulebois]

Hi,

Mike Hommey  (02/01/2012):
> nmu gjs_1.30.0-2 . ALL . -m "Rebuild against libmozjs9d"
> nmu gnome_shell_3.2.1-8 . ALL . -m "Rebuild against gjs rebuilt against 
> libmozjs9d"

already done independently when src:mozjs was introduced.

> nmu openvrml_0.18.8-5 . ALL . -m "Rebuild against libmozjs9d"
> nmu libproxy_0.3.1-4+b1 . ALL . -m "Rebuild against libmozjs9d"
> nmu gxine_0.5.906-1+b3 . ALL . -m "Rebuild against libmozjs9d"
> nmu edbrowse_3.4.8-1+b1 . ALL . -m "Rebuild against libmozjs9d"
> nmu dehydra_0.9.hg20110609-2+b3 . ALL . -m "Rebuild against libmozjs9d"
> nmu couchdb_1.1.1-1 . ALL . -m "Rebuild against libmozjs9d"
> nmu python-xpcom_1:8.0~hg20111006-1 . ALL . -m "Rebuild against libmozjs9d"

Looking at the transition page[1], concentrating on packages in testing,
for dependency level 1, a local binNMU build led to the following
results:
| couchdbbuild OK, deps OK.
| dehydra#655779
| edbrowse   build OK, deps OK.
| firetray   #653290
| gecko-mediaplayer  build OK, no deps.
| gnash  build OK, no deps.
| gnome-chemistry-utils  #657273
| gtk-vncbuild OK, no deps.
| icedtea-webbuild OK, no deps.
| libjdic-java   #631039 or similar.
| libproxy   build OK, recommends OK.
| libreofficenot tried (ETOOBIG), no deps.
| openvrml   #652790 (second message)
| packagekit build OK, no deps.
| pyxpcom#654613

 1. http://release.debian.org/transitions/html/iceweasel9.html

Do we want to trigger binNMUs for packages in the unknown state anyway?
(Where there are no runtime build dependencies)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#657078: The new NFS idmapper

[Ben Hutchings]

On Wed, 2012-01-25 at 00:47 +0100, Daniel Baumann wrote:
> On 01/24/2012 04:24 PM, Ben Hutchings wrote:
> > 1. keyutils supports a configuration directory
> > (/etc/request-key.d)
> 
> done with >= 1.5.5-1.

When do you intend to upload that to Debian?

Ben.

-- 
Ben Hutchings
Horngren's Observation:
   Among economists, the real world is often a special case.


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

Bug#655118: bug#10592: Bug#655118: Please enabled hardened build flags

[Rob Browning]

Eli Zaretskii  writes:

> I think the right fix for this is to declare `error' with the
> appropriate printf attribute.  Alternatively, you could use variable
> argument lists and call vprintf instead.

Would something like this be acceptable, and if not, how would you like
to see it adjusted?  The patch changes error() to use an ANSI
declaration, and it relies on the printf format attribute:

diff --git a/lib-src/movemail.c b/lib-src/movemail.c
index 58add49..6b2fc20 100644
--- a/lib-src/movemail.c
+++ b/lib-src/movemail.c
@@ -60,6 +60,7 @@ along with GNU Emacs.  If not, see 
.  */
 #include 
 #include 
 #include 
+#include 
 #include 
 
 #include 
@@ -152,7 +153,7 @@ extern char *rindex __P((const char *, int));
 #endif
 
 void fatal ();
-void error ();
+void error (const char *template, ...) __attribute__ ((format (printf, 1, 2)));
 void pfatal_with_name ();
 void pfatal_and_delete ();
 char *concat ();
@@ -610,16 +611,13 @@ fatal (s1, s2, s3)
are args for it or null. */
 
 void
-error (s1, s2, s3)
- char *s1, *s2, *s3;
+error (const char *template, ...)
 {
+  va_list ap;
   fprintf (stderr, "movemail: ");
-  if (s3)
-fprintf (stderr, s1, s2, s3);
-  else if (s2)
-fprintf (stderr, s1, s2);
-  else
-fprintf (stderr, s1);
+  va_start (ap, template);
+  vfprintf (stderr, template, ap);
+  va_end (ap);
   fprintf (stderr, "\n");
 }
 
@@ -733,13 +731,13 @@ popmail (mailbox, outfile, preserve, password, 
reverse_order)
   server = pop_open (hostname, user, password, POP_NO_GETPASS);
   if (! server)
 {
-  error ("Error connecting to POP server: %s", pop_error, 0);
+  error ("Error connecting to POP server: %s", pop_error);
   return EXIT_FAILURE;
 }
 
   if (pop_stat (server, &nmsgs, &nbytes))
 {
-  error ("Error getting message count from POP server: %s", pop_error, 0);
+  error ("Error getting message count from POP server: %s", pop_error);
   return EXIT_FAILURE;
 }
 
@@ -761,7 +759,7 @@ popmail (mailbox, outfile, preserve, password, 
reverse_order)
   if ((mbf = fdopen (mbfi, "wb")) == NULL)
 {
   pop_close (server);
-  error ("Error in fdopen: %s", strerror (errno), 0);
+  error ("Error in fdopen: %s", strerror (errno));
   close (mbfi);
   unlink (outfile);
   return EXIT_FAILURE;
@@ -785,7 +783,7 @@ popmail (mailbox, outfile, preserve, password, 
reverse_order)
   mbx_delimit_begin (mbf);
   if (pop_retr (server, i, mbf) != OK)
{
- error ("%s", Errmsg, 0);
+ error ("%s", Errmsg);
  close (mbfi);
  return EXIT_FAILURE;
}
@@ -793,7 +791,7 @@ popmail (mailbox, outfile, preserve, password, 
reverse_order)
   fflush (mbf);
   if (ferror (mbf))
{
- error ("Error in fflush: %s", strerror (errno), 0);
+ error ("Error in fflush: %s", strerror (errno));
  pop_close (server);
  close (mbfi);
  return EXIT_FAILURE;
@@ -809,14 +807,14 @@ popmail (mailbox, outfile, preserve, password, 
reverse_order)
 #ifdef BSD_SYSTEM
   if (fsync (mbfi) < 0)
 {
-  error ("Error in fsync: %s", strerror (errno), 0);
+  error ("Error in fsync: %s", strerror (errno));
   return EXIT_FAILURE;
 }
 #endif
 
   if (close (mbfi) == -1)
 {
-  error ("Error in close: %s", strerror (errno), 0);
+  error ("Error in close: %s", strerror (errno));
   return EXIT_FAILURE;
 }
 
@@ -825,7 +823,7 @@ popmail (mailbox, outfile, preserve, password, 
reverse_order)
   {
if (pop_delete (server, i))
  {
-   error ("Error from POP server: %s", pop_error, 0);
+   error ("Error from POP server: %s", pop_error);
pop_close (server);
return EXIT_FAILURE;
  }
@@ -833,7 +831,7 @@ popmail (mailbox, outfile, preserve, password, 
reverse_order)
 
   if (pop_quit (server))
 {
-  error ("Error from POP server: %s", pop_error, 0);
+  error ("Error from POP server: %s", pop_error);
   return EXIT_FAILURE;
 }
 
-- 
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#646657: Fix available

[Diego Elio Pettenò]

https://github.com/jimweirich/builder/pull/15 should fix the issue (and
another unrelated one fwiw).

-- 
Diego Elio Pettenò 




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

Bug#657273: gnome-chemistry-utils: FTBFS: Package requirements (chemical-mime-data >= 0.1.94) were not met

[Cyril Brulebois]

Source: gnome-chemistry-utils
Version: 0.12.10-1
Severity: serious
Justification: FTBFS

Hi,

while checking the binNMUability of the packages for the iceweasel9
transition, your package FTBFS'd with:
| checking for chemical_mime_data... no
| configure: error: Package requirements (chemical-mime-data >= 0.1.94) were 
not met:
| 
| Package gnome-mime-data-2.0 was not found in the pkg-config search path.
| Perhaps you should add the directory containing `gnome-mime-data-2.0.pc'
| to the PKG_CONFIG_PATH environment variable
| Package 'gnome-mime-data-2.0', required by 'chemical-mime-data', not found
| 
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
| 
| Alternatively, you may set the environment variables chemical_mime_data_CFLAGS
| and chemical_mime_data_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.

Either Build-Depends is missing some bits, or another package's Depends
is missing some bits. I'll leave that up to you to investigate though.
:-)

Mraw,
KiBi.



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

Bug#654613: pyxpcom: FTBFS on armhf, reproduced on sid amd64: No rule to make target `_xpidlgen/py_test_component.h', needed by `export'.

[Cyril Brulebois]

Konstantinos Margaritis  (04/01/2012):
> Package: pyxpcom
> Version: 1:8.0~hg20111006-1
> Severity: serious
> 
> https://buildd.debian.org/status/fetch.php?pkg=pyxpcom&arch=armhf&ver=1%3A8.0%7Ehg20111006-1&stamp=1324610578
> 
> pyxpcom FTBFS on armhf, but I reproduced the exact failure on sid
> amd64, hence the severity set to serious.
> 
> Excerpt from the build log:
> 
> /usr/bin/python ../../../../config/nsinstall.py -D ../../../dist/idl
> make[6]: *** No rule to make target `_xpidlgen/py_test_component.h',
> needed by `export'.  Stop.

There are other interesting parts during configure:
| ../configure: 774: test: 
/build/buildd-pyxpcom_8.0~hg20111006-1-armhf-1vVrmO/pyxpcom-8.0~hg20111006: 
unexpected operator
…
| ../configure: 9917: ../configure: AM_LANGINFO_CODESET: not found
…
| ../configure: 10886: test: /usr/lib/xulrunner-devel-9.0: unexpected operator
…

Flakky build (configure) system?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#657271: close 657271

[Gunnar Thielebein]

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

Bug#652972: Possibly duplicate of #651617 ("input file == output file detection and -q")

[Anthony DeRobertis]

See also bug 651617 (filed against grep, tagged fixed-upstream).

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651617



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

Bug#651213: closed by Craig Small (Bug#651213: fixed in procps 1:3.3.2-3)

[sergio]

Doesn't work.

-- 
sergio.



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

Bug#657253: Xprint is deprecated, so remove libxp?

[Cyril Brulebois]

Drew Parsons  (25/01/2012):
> > kterm: kterm [i386]
> 
> This one's weird. libxp dependency only for i386???

https://buildd.debian.org/status/package.php?p=kterm&suite=sid says no
log for i386, so that's the maintainer upload. Feel free to try and
rebuild the package in a clean chroot on i386. If the dependency goes
away, there might be some --disable-libxp flag that could be used to
turn that off even if libxp-dev is installed (and a bug to be reported);
a binNMU would do the job in the meanwhile.

(Without even looking at the package itself. That might be some .la fun
from a while ago, propagating the extra dependency through some of the
libraries.)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#657272: man: warning: /usr/share/man/man1/etrace.1 is a dangling symlink

[Matthew W.S. Bell]

Package: etrace
Version: 1:0.8a25-3
Severity: important
Justification: Policy but doesn't mention "must" directly.

#man etrace
man: warning: /usr/share/man/man1/etrace.1 is a dangling symlink
No manual entry for etrace
See 'man 7 undocumented' for help when manual pages are not available.

# ls -l /usr/share/man/man1/etrace*
lrwxrwxrwx 1 root root 7 Jan 25 01:20 /usr/share/man/man1/etrace.1 -> eresi.1
lrwxrwxrwx 1 root root 7 Jan 25 01:20 /usr/share/man/man1/etrace32.1 -> eresi.1
lrwxrwxrwx 1 root root 7 Jan 25 01:20 /usr/share/man/man1/etrace64.1 -> eresi.1

Thanks,
Matthew W.S. Bell


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

Bug#657270: ITP: python-xmp-toolkit -- Python library for working with XMP metadata

[Jakub Wilk]

Package: wnpp
Severity: wishlist

* Package name: python-xmp-toolkit
  Version : 1.0.2
  Upstream Author : Lars Holm Nielsen, Federico Caboni & Amit Kapadia
* URL : http://code.google.com/p/python-xmp-toolkit/
* License : BSD-3-clauses
  Programming Lang: Python
  Description : Python library for working with XMP metadata

Python XMP Toolkit is a library for working with XMP metadata, as well 
as reading/writing XMP metadata stored in many different file formats.


Python XMP Toolkit is wrapping Exempi (using ctypes), a C/C++ XMP 
library based on Adobe XMP Toolkit, ensuring that future updates to the 
XMP standard are easily incorporated into the library with a minimum 
amount of work.


The XMP features provided are similar to that of Adobe XMP Toolkit, 
which are:


* Support for parsing, manipulating, and serializing XMP data.
* Support for locating the XMP in a file, adding XMP to a file, or 
updating the XMP in a file.
* Support for nearly any file format with smart file handlers for JPEG, 
TIFF, GIF, PNG, PSD, InDesign, MOV, MP3, MPEG2, MPEG4, AVI, FLV, SWF, 
ASF, PostScript, P2, SonyHDV, AVCHD, UCF, WAV, XDCAM, XDCAMEX.
* An API very similar to Adobe XMP Toolkit, as well as more Pythonic 
methods.
* Based on Exempi 2.1.1 and Adobe XMP Toolkit 4.4.2 


--
Jakub Wilk



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

Bug#657253: Xprint is deprecated, so remove libxp?

[Drew Parsons]

On Wed, 2012-01-25 at 01:47 +0100, Cyril Brulebois wrote:
> Hit “Send” too soon?

system crash... ;/

> cmucl: cmucl-clm [i386]
> twpsk: twpsk
> xastir: xastir [amd64 armel armhf i386 ia64 mips mipsel powerpc s390 sparc]
> xawtv: xawtv [amd64 armel armhf i386 ia64 mips mipsel powerpc s390 s390x 
> sparc]
> xtel: xtel

No explicit libxp dependency in these ones above, it must be the
lesstif2 perfidy.


> kterm: kterm [i386]

This one's weird. libxp dependency only for i386???

Thanks,
Drew





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

Bug#656755: Help with architecture not supporting SSE (Was: Bug#656755: libhmsbeagle FTBFS on everything except amd64)

[peter green]

Andreas Tille wrote:
> Hi,
>
> I have to admit that I do not have any experience with SSE issues.  Any
> advise what to do in cases like this (see build logs linked below)?
From looking at the build logs it looks like it is trying to build  a 
"plain CPU plugin" and a "CPU with SSE plugin", presumablly the 
"plugins" are different peices of code that can be used to perform the 
core computations. It looks like you will need to modify the build 
system so that it is possible to disable building the "CPU with SSE plugin".


But thats only my gut feeling from looking at the build logs and package 
discriptions, this really needs to be confirmed by someone who actually 
knows the internals of the package in question.


If you can't handle this then I don't think you are competant to be 
maintaining this package in debian. Knowing how the components of the 
software they are packaging fit together and how to fix the build 
systems to produce packages suitable for debian is IMO a pretty key part 
of a maintainers job.




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

Bug#657269: python-docutils: emacs mode has (accidentally) self-modifying code

[Samuel Bronson]

Package: python-docutils
Version: 0.8.1-4
Severity: important
File: /usr/share/emacs/site-lisp/rst.el

This is the expression for the default value of the customization
setting `rst-adornment-faces-alist':

,
|   (let ((alist '((t . font-lock-keyword-face)
|(nil . font-lock-keyword-face)))
|   (i 1))
| (while (<= i rst-level-face-max)
|   (nconc alist (list (cons i (intern (format "rst-level-%d-face" i)
|   (setq i (1+ i)))
| alist)
`

According to the elisp manual (which refers to this as "STANDARD"):

,[ (elisp) Variable Definitions ]
|  The expression STANDARD can be evaluated at various other times,
|  too--whenever the customization facility needs to know OPTION's
|  standard value.  So be sure to use an expression which is harmless
|  to evaluate at any time.  We recommend avoiding backquotes in
|  STANDARD, because they are not expanded when editing the value, so
|  list values will appear to have the wrong structure.
`

Unfortunately, the expression above is not safe to evaluate more than
once, because it has the side effect of modifying the very data
structure representing the expression. This happens because of the way
it passes the value of a list literal to `nconc', which destructively
modifies its arguments.

You can see the problem by customizing the variable `rst-level-face-max'
to a few different values, then asking customize to show the saved lisp
expression for `rst-adornment-faces-alist' (without having customized
that).

A quick fix would be to use a copy of the literal list, as in the
patch below.


diff -u /usr/share/emacs/site-lisp/rst.el /tmp/buffer-content-21867y0f
--- /usr/share/emacs/site-lisp/rst.el   2011-10-23 17:13:51.0 -0400
+++ /tmp/buffer-content-21867y0f2012-01-24 20:15:38.0 -0500
@@ -3275,8 +3275,8 @@
   :set 'rst-set-level-default)
 
 (defcustom rst-adornment-faces-alist
-  (let ((alist '((t . font-lock-keyword-face)
-(nil . font-lock-keyword-face)))
+  (let ((alist (copy-list '((t . font-lock-keyword-face)
+   (nil . font-lock-keyword-face
(i 1))
 (while (<= i rst-level-face-max)
   (nconc alist (list (cons i (intern (format "rst-level-%d-face" i)

Diff finished.  Tue Jan 24 20:15:38 2012


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

Kernel: Linux 2.6.30-1-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/bash

Versions of packages python-docutils depends on:
ii  docutils-common   0.8.1-4text processing system for reStruc
ii  python2.7.2-7interactive high-level object-orie
ii  python-roman  0.5-3  module for generating/analyzing Ro
ii  python-support1.0.14 automated rebuilding support for P

Versions of packages python-docutils recommends:
ii  docutils-doc 0.8.1-4 text processing system for reStruc
ii  libpaper-utils   1.1.23+nmu1 library for handling paper charact
ii  python-imaging   1.1.7-4 Python Imaging Library
pn  python-lxml(no description available)
pn  python-pygments(no description available)

Versions of packages python-docutils suggests:
ii  texlive-lang-french   2009-3 TeX Live: French
ii  texlive-latex-base2009-8 TeX Live: Basic LaTeX packages
ii  texlive-latex-recommended 2009-8 TeX Live: LaTeX recommended packag
pn  ttf-linux-libertine(no description available)

-- no debconf information

-- debsums errors found:
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 10854 
package 'jhcore':
 missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 17672 
package 'docbook-mathml':
 missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 22720 
package 'apt-show-source':
 missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 35919 
package 'tads2-mode':
 missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 39027 
package 'lambdamoo':
 missing architecture

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!



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

Bug#657253: libxp: Xprint is deprecated, so remove libxp?

[Drew Parsons]

block 657253 623660 623661 623662 623663 623664 623665 623667 657260
block 657253 623646 657257 623643 623645 623642 623644 623650 623649
thanks

Current packages with explicit libxp-dev build-dependencies 
(source package, current version, bug filed):
iceape 2.0.14-9#623660
rox2.10-3  #623661
nedit1:5.6~cvs20081118-7   #623662
xpat2  1.07-17 #623663
kinput23.1-10.2#623664
viewmol2.4.1-17#623665
openjdk-6  6b24~pre4-1 #623667
openjdk-7  7~b147-2.0-1#657260
ecore  1.0.0-2.1   #623646
alliance   5.0-20110203-4  #657257
lesstif2   1:0.95.2-1  #623643   
(lesstif2 is a tricky one to handle, it pulls the libxp6 dependency into
other packages which don't otherwise need it)

non-free:
openmotif  2.3.3-5 #623645   
(hence dependencies in libmotif4, libmotif-dev, motif-clients)

(note: build-rdeps says that arb has a build-dependency on libxp-dev,
but it is not the case.  arb 5.3-2 has no libxp dependency)


The following packages have no explicit build-depends, the libxp6
dependencies in them are probably pulled in via lesstif2 (lesstif2-dev)
gridengine-qmon6.2u5-4 #623642
dx 1:4.4.4-4   #623644
mtink  1.0.16-3#623650


The following package has an explicit binary dependency on libxp6:
matlab-support 0.0.17  #623649
This one in particular will be hard to unravel, since this package
provides support for the proprietary software matlab, which is linked to
libxp6. We can't fix that unless we can convince MathWorks themself to
stop using libXp in matlab.






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

Bug#657268: win32-loader: [INTL:pl] Updated Polish translation

[Michał Kułach]

Package: win32-loader
Severity: wishlist
Tags: l10n patch

Hello!

Please update Polish translation.

Thanks,
--
Michał Kułach

pl.po
Description: Binary data

Bug#656947: closed by Robert Millan (Bug#656947: fixed in kfreebsd-kernel-headers 0.66)

[Maximiliano Curia]

notfixed 656947 kfreebsd-kernel-headers/0.66
thank

This bug was closed with the following changelog:

>  kfreebsd-kernel-headers (0.66) unstable; urgency=low
>  .
>* Redefine clock_t as signed to match with Glibc type.  (Closes: #656947)
>* Cleanup and document type collision fixes, merge them into one patch
>  (type_collision.diff), discard unnecessary type removal.

The clock_t error was fixed but unfortunately the sys/soundcard.h file is
still problematic:

Building a trivial C file (like the ones used by configure):


#include 


Gives a different error now, but the sys/soundcard.h is still unbuildable. The
error compiling the same trivial file as before is:

In file included from /usr/include/machine/_types.h:8:0,
 from /usr/include/sys/_types.h:33,
 from /usr/include/machine-i386/endian.h:37,
 from /usr/include/machine/endian.h:8,
 from /usr/include/sys/soundcard.h:110,
 from test.c:2:
/usr/include/machine-i386/_types.h:43:2: error: #error this file needs 
sys/cdefs.h as a prerequisite
/usr/include/machine-i386/_types.h:96:19: error: conflicting types for 
‘__time_t’
/usr/include/i386-kfreebsd-gnu/bits/types.h:149:26: note: previous declaration 
of ‘__time_t’ was here

If I compile the file with: gcc -I /usr/src/kfreebsd-headers-9.0-1/sys -c test.c
compiles fine.

Just for reference, this ends up in a build error:

https://buildd.debian.org/status/fetch.php?pkg=xawtv&arch=kfreebsd-i386&ver=3.102-1&stamp=1327447884&file=log

As the configure script fails to find a usable soundcard.h.

Thanks,
-- 
"Seek simplicity, and distrust it." -- Whitehead's Rule
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#657267: tasksel: [INTL:pl] Updated Polish tasks translation

[Michał Kułach]

Package: tasksel
Severity: wishlist
Tags: l10n patch

Hello!

Please update Polish tasks translation (/tasks/po/pl.po).

Thanks,
--
Michał Kułach

pl.po
Description: Binary data

Bug#657264: debconf: [INTL:pl] Updated Polish debconf translation

[Michał Kułach]

Correct path is debian/po/po.pl of course. Too much bugreports for one  
day...


--
Michał Kułach



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

Bug#657261: src:gmime2.4: Rebuild for Mono transition

[Jo Shields]

On Wed, 2012-01-25 at 02:01 +0100, Michael Biebl wrote:
> On 25.01.2012 01:40, Jo Shields wrote:
> > Package: src:gmime2.4
> > Version: 2.4.25-1
> > Severity: serious
> > User: debian-...@lists.debian.org
> > Usertags: mono-2.10-transition
> > 
> > Hi,
> > 
> > A Mono transition is underway. Every source package needs to be rebuilt
> > to compile against CLR 4.0 instead of CLR 2.0. Please upload gmime2.4
> > for this change. You can check it worked if, after rebuilding, 
> > libgmime2.4-cil has a dependency on libmono-corlib4.0-cil instead of 
> > …corlib2.0-cil.
> 
> Does the package need a sourceful update? If not, a simple rebuild can
> requested by filing a binNMU bug (resp. reassign this bug to
> release.debian.org).

libgmime2.4-cil is arch:all therefore a sourceful upload is required


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

Bug#657266: transition: yajl

[John Stamp]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

yajl 2.0.4 is currently in experimental, and I hope to upload it to
unstable.  This includes a soname bump: libyajl1 -> libyajl2

The following source packages will need a binNMU:

  collectd
  i3-wm
  libvirt
  raptor2

This will FTBFS:

  mudlet - bug #653880 (patch included)

When I have your OK, I'll upload to unstable.

Regards,

John Stamp



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

Bug#657265: grub-pc: [INTL:pl] Polish debconf translation

[Michał Kułach]

Package: grub-pc
Severity: wishlist
Tags: l10n patch

Hi!

Please add Polish debconf translation (/debian/po/pl.po).

Thanks,
--
Michał Kułach

pl.po
Description: Binary data

Bug#657261: src:gmime2.4: Rebuild for Mono transition

[Michael Biebl]

On 25.01.2012 01:40, Jo Shields wrote:
> Package: src:gmime2.4
> Version: 2.4.25-1
> Severity: serious
> User: debian-...@lists.debian.org
> Usertags: mono-2.10-transition
> 
> Hi,
> 
> A Mono transition is underway. Every source package needs to be rebuilt
> to compile against CLR 4.0 instead of CLR 2.0. Please upload gmime2.4
> for this change. You can check it worked if, after rebuilding, 
> libgmime2.4-cil has a dependency on libmono-corlib4.0-cil instead of 
> …corlib2.0-cil.

Does the package need a sourceful update? If not, a simple rebuild can
requested by filing a binNMU bug (resp. reassign this bug to
release.debian.org).


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#657262: git: please update the stable release of git to 1.7.8.4

[Jonathan Nieder]

tags 657262 + pending
quit

Hi Shirish,

shirish शिरीष wrote:

> Please update to release 1.7.8.4 which got released recently. From
> https://raw.github.com/gitster/git/master/Documentation/RelNotes/1.7.8.4.txt

FYI: http://thread.gmane.org/gmane.comp.version-control.git.debian/131

Thanks for your interest.  v1.7.9 should be being released soonish
indeed.

Cheers,
Jonathan



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

Bug#656760: NMU uploaded to DELAYED/3

[Jo Shields]

Dear maintainer,

as per policy, a fix for this release-critical bug has been uploaded to
the Delayed queue. In order to cancel the NMU, please ask, or upload
your own package with a higher version number.


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

Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures

[peter green]

Can anyone test if the attached patch improves anything?

I just tried the following on armhf

Replaced debian/patches/0009-fix_FTBFS_with_ffmpeg_debian.patch  
with the version from http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;bug=656502


Added Adapt_to_libav_API_changes.patch from the same message to debian/patches 
as
0010-Adapt_to_libav_API_changes.patch

added 0001-Define-_GNU_SOURCE-when-compiling-libmv.patch from 
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=17;bug=654428 to debian/patches as

0011-Define-_GNU_SOURCE-when-compiling-libmv.patch

Added 0010-Adapt_to_libav_API_changes.patch and 
0011-Define-_GNU_SOURCE-when-compiling-libmv.patch to the quilt series


After applying all those patches it still failed with register errors.

[100%] Building CXX object 
extern/libmv/CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o
cd /blender-2.61/obj-arm-linux-gnueabihf/extern/libmv && /usr/bin/c++   
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D__LITTLE_ENDIAN__ 
-DV3DLIB_ENABLE_SUITESPARSE -DGOOGLE_GLOG_DLL_DECL="" -D_GNU_SOURCE -DNDEBUG 
-D__STDC_CONSTANT_MACROS -fopenmp -pipe -fPIC -funsigned-char -fno-strict-aliasing  -Wall 
-Wno-invalid-offsetof -Wno-sign-compare  -Wno-deprecated-declarations -Wno-unused-parameter 
-Wno-unused-but-set-variable -O2 -DNDEBUG -I/blender-2.61/extern/libmv 
-I/blender-2.61/extern/Eigen3 -I/blender-2.61/extern/libmv/third_party/ssba 
-I/blender-2.61/extern/libmv/third_party/ldl/Include -I/blender-2.61/extern/colamd/Include 
-I/blender-2.61/extern/libmv/third_party/glog/src-o 
CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o -c 
/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc
/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc: In function 
‘void* google::{anonymous}::GetPC(void*)’:
/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc:75:28: error: 
‘mcontext_t’ has no member named ‘gregs’
/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc:75:28: error: 
‘REG_EIP’ was not declared in this scope
make[3]: *** 
[extern/libmv/CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o]
 Error 1
make[3]: Leaving directory `/blender-2.61/obj-arm-linux-gnueabihf'
make[2]: *** [extern/libmv/CMakeFiles/extern_libmv.dir/all] Error 2
make[2]: Leaving directory `/blender-2.61/obj-arm-linux-gnueabihf'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/blender-2.61/obj-arm-linux-gnueabihf'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
root@debian:/blender-2.61#




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

Bug#656761: NMU uploaded to DELAYED/3

[Jo Shields]

Dear maintainer,

a fix for this release-critical bug has been uploaded to the DELAYED
queue, as per policy. To cancel the NMU, please ask, or upload your own
package with a higher version


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

Bug#657264: debconf: [INTL:pl] Updated Polish debconf translation

[Michał Kułach]

Package: debconf
Severity: wishlist
Tags: l10n patch

Hi!

Please update Polish debconf translation (/tasks/po/pl.po).

Thanks,
--
Michał Kułach

pl.po
Description: Binary data

Bug#657253: Xprint is deprecated, so remove libxp?

[Cyril Brulebois]

Hit “Send” too soon?

Drew Parsons  (25/01/2012):
> Package: libxp6
> Version: 1:1.0.1-2
> Severity: wishlist
> File: libxp
> 
> Subject: libxp: Xprint is deprecated, so remove libxp?
> Package: libxp6
> Version: 1:1.0.1-2
> File: libxp
> Severity: wishlist

[…] 

> Current packages with libxp dependencies:

kibi@franck:~$ dak rm -Rn libxp
Working... done.
Will remove the following packages from unstable:

 libxp |  1:1.0.1-2 | source
 libxp-dev |  1:1.0.1-2 | amd64, armel, hurd-i386, i386, ia64, kfreebsd-amd64, 
kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
 libxp-dev | 1:1.0.1-2+b1 | armhf
libxp6 |  1:1.0.1-2 | amd64, armel, hurd-i386, i386, ia64, kfreebsd-amd64, 
kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
libxp6 | 1:1.0.1-2+b1 | armhf
libxp6-dbg |  1:1.0.1-2 | amd64, armel, hurd-i386, i386, ia64, kfreebsd-amd64, 
kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
libxp6-dbg | 1:1.0.1-2+b1 | armhf

Maintainer: Debian X Strike Force 

--- Reason ---

--

Checking reverse dependencies...
# Broken Depends:
alliance: alliance [amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc s390 s390x]
arb/non-free: arb [i386 mipsel powerpc sparc]
cmucl: cmucl-clm [i386]
dx: dx [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel 
powerpc s390 sparc]
libdx4 [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips 
mipsel powerpc s390 sparc]
ecore: libecore-dev
   libecore-x1
gridengine: gridengine-qmon [amd64 i386 ia64 powerpc sparc]
kterm: kterm [i386]
lesstif2: lesstif-bin
  lesstif2
  lesstif2-dev
matlab-support/contrib: matlab-support
mtink: mtink [amd64 armel hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips 
mipsel powerpc s390 sparc]
openmotif/non-free: libmotif-dev [amd64 armel i386 ia64 mips mipsel powerpc 
s390 s390x sparc]
libmotif4 [amd64 armel i386 ia64 mips mipsel powerpc s390 
s390x sparc]
motif-clients [amd64 armel i386 ia64 mips mipsel powerpc 
s390 s390x sparc]
twpsk: twpsk
xastir: xastir [amd64 armel armhf i386 ia64 mips mipsel powerpc s390 sparc]
xawtv: xawtv [amd64 armel armhf i386 ia64 mips mipsel powerpc s390 s390x sparc]
xtel: xtel

# Broken Build-Depends:
alliance: libxp-dev
arb/non-free: libxp-dev
ecore: libxp-dev
iceape: libxp-dev
kinput2: libxp-dev
lesstif2: libxp-dev
nedit: libxp-dev
openjdk-6: libxp-dev
openjdk-7: libxp-dev
openmotif/non-free: libxp-dev
rox: libxp-dev
viewmol: libxp-dev
xpat2: libxp-dev

Dependency problem found.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#657263: python-docutils: Emacs mode's header faces don't handle light/dark backgrounds properly

[Samuel Bronson]

Package: python-docutils
Version: 0.8.1-4
Severity: normal
File: /usr/share/emacs/site-lisp/rst.el

The header face background color initialization is based on the
assumption that if `frame-background-mode' is not `dark', then the frame
background color must be light.  However, this variable is documented as
follows:

,[ C-h v frame-background-mode RET ]
| frame-background-mode is a variable defined in `faces.el'.
| Its value is nil
| 
| Documentation:
| The brightness of the background.
| Set this to the symbol `dark' if your background color is dark,
| `light' if your background is light, or nil (automatic by default)
| if you want Emacs to examine the brightness for you.  Don't set this
| variable with `setq'; this won't have the expected effect.
| 
| You can customize this variable.
`

Thus, if the value is nil, this variable tells us nothing about whether
the background color is light or dark.  In fact, it turns out that this
can vary between frames within an Emacs session.

The usual way of handling this is to use `background' specs in the face
definition, something like this:

,
| (defface link-visited
|   '((default :inherit link)
| (((class color) (background light)) :foreground "magenta4")
| (((class color) (background dark)) :foreground "violet"))
|   "Basic face for visited links."
|   :group 'basic-faces
|   :version "22.1")
`

I would suggest replacing the affected options in the
`rst-faces-defaults' group with two options each, one for light
backgrounds and one for dark backgrounds.  One approach would be to
allow each affected variable to accept a "(light . dark)" cons as an
alternative to the single scalar it accepts now, and putting the
defaults in this form rather than conditionalizing them.


Note: the easiest way to see the problem is to try using the mode in a
terminal which Emacs automatically identifies as having a dark
background color, with `frame-background-mode' at its default (nil)
value. (Try PuTTY/pterm, for example.)


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

Kernel: Linux 2.6.30-1-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/bash

Versions of packages python-docutils depends on:
ii  docutils-common   0.8.1-4text processing system for reStruc
ii  python2.7.2-7interactive high-level object-orie
ii  python-roman  0.5-3  module for generating/analyzing Ro
ii  python-support1.0.14 automated rebuilding support for P

Versions of packages python-docutils recommends:
ii  docutils-doc 0.8.1-4 text processing system for reStruc
ii  libpaper-utils   1.1.23+nmu1 library for handling paper charact
ii  python-imaging   1.1.7-4 Python Imaging Library
pn  python-lxml(no description available)
pn  python-pygments(no description available)

Versions of packages python-docutils suggests:
ii  texlive-lang-french   2009-3 TeX Live: French
ii  texlive-latex-base2009-8 TeX Live: Basic LaTeX packages
ii  texlive-latex-recommended 2009-8 TeX Live: LaTeX recommended packag
pn  ttf-linux-libertine(no description available)

-- no debconf information

-- debsums errors found:
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 10854 
package 'jhcore':
 missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 17672 
package 'docbook-mathml':
 missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 22720 
package 'apt-show-source':
 missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 35919 
package 'tads2-mode':
 missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 39027 
package 'lambdamoo':
 missing architecture

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!



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

Bug#657262: git: please update the stable release of git to 1.7.8.4

[shirish शिरीष]

Package: git
Version: 1:1.7.8.3-1
Severity: wishlist

Dear Maintainer,
Please update to release 1.7.8.4 which got released recently. From
https://raw.github.com/gitster/git/master/Documentation/RelNotes/1.7.8.4.txt
. I do know that there is a 1.7.8.9~rc1 in experimental. I also see
something about 1.7.9.x series at
https://github.com/gitster/git/commit/69204d0ab18d28d07ee2c8c9b50bbf5bd80343ab

Git v1.7.8.4 Release Notes
==

Fixes since v1.7.8.3


 * The code to look up attributes for paths reused entries from a
wrong directory when two paths in question are in adjacent directories
and the name of the one directory is a prefix of the other.

 * A wildcard that matches deeper hierarchy given to the "diff-index"
command, e.g. "git diff-index HEAD -- '*.txt'", incorrectly reported
additions of matching files even when there is no change.

 * When producing a "thin pack" (primarily used in bundles and smart
HTTP transfers) out of a fully packed repository, we unnecessarily
avoided sending recent objects as a delta against objects we know the
other side has.

 * "git send-email" did not properly treat sendemail.multiedit as a
boolean (e.g. setting it to "false" did not turn it off).

Also contains minor fixes and documentation updates.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages git depends on:
ii  git-man  1:1.7.8.3-1
ii  libc62.13-24
ii  libcurl3-gnutls  7.23.1-3
ii  liberror-perl0.17-1
ii  libexpat12.0.1-7.2
ii  perl-modules 5.14.2-6
ii  zlib1g   1:1.2.3.4.dfsg-3

Versions of packages git recommends:
ii  less 444-1
ii  openssh-client [ssh-client]  1:5.9p1-2
ii  patch2.6.1-2.1
ii  rsync3.0.9-1

Versions of packages git suggests:
ii  git-arch  
ii  git-cvs   
ii  git-daemon-run | git-daemon-sysvinit  
ii  git-doc   
ii  git-el
ii  git-email 
ii  git-gui   1:1.7.8.3-1
ii  git-svn   
ii  gitk  1:1.7.8.3-1
ii  gitweb1:1.7.8.3-1

-- no debconf information

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#657261: src:gmime2.4: Rebuild for Mono transition

[Jo Shields]

Package: src:gmime2.4
Version: 2.4.25-1
Severity: serious
User: debian-...@lists.debian.org
Usertags: mono-2.10-transition

Hi,

A Mono transition is underway. Every source package needs to be rebuilt
to compile against CLR 4.0 instead of CLR 2.0. Please upload gmime2.4
for this change. You can check it worked if, after rebuilding, 
libgmime2.4-cil has a dependency on libmono-corlib4.0-cil instead of 
…corlib2.0-cil.

  http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775

Cheers,



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

Bug#657259: resolvconf wipes out /run

[Antonio Ospite]

Package: resolvconf
Version: 1.63
Severity: critical
Justification: breaks unrelated software

Dear Maintainer,

maybe it is just me, but resolvconf breaks udev on my system, so I am setting
the severity to critical here, feel free to downgrade the severity if you
think this is my fault.

That is what is happening:

  1. /sbin/resolvconf defines
   RUN_DIR=/etc/resolvconf/run

  2. /etc/resolvconf/run links to /run in my system

  3. resolvconf --wipe-runtime-directories does
   rm -rf "$RUN_DIR"/*
 which removes non-resolvconf files from /run

After 3., when udev starts I get the message:
  udevd: Failed to create queue file. No such file or directory.

If I set RUN_DIR=/etc/resolvconf/run/resolvconf then udev works again but
resolvconf does not work 100%.

I also see that ubuntu got rid of the link in /etc/resolvconf/run and just
used /run/resolvconf:
http://package-import.ubuntu.com/diffs/resolvconf

Maybe we could do that too?

Thanks a lot for your time.

Regards,
   Antonio Ospite
   http://ao2.it

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages resolvconf depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  initscripts2.88dsf-18
ii  lsb-base   3.2-28.1

resolvconf recommends no packages.

resolvconf suggests no packages.

-- debconf information:
* resolvconf/linkify-resolvconf: true
  resolvconf/reboot-recommended-after-removal:
* resolvconf/downup-interfaces:
  resolvconf/link-tail-to-original: false



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

Bug#657258: src:libindicate: Rebuild for Mono transition

[Jo Shields]

Package: src:libindicate
Version: 0.5.0-3
Severity: serious
User: debian-...@lists.debian.org
Usertags: mono-2.10-transition

Hi,

A Mono transition is underway. Every source package needs to be rebuilt
to compile against CLR 4.0 instead of CLR 2.0. Please upload libindicate
for this change. You can check it worked if, after rebuilding, 
libindicate0.1-cil has a dependency on libmono-corlib4.0-cil instead of 
…corlib2.0-cil.

  http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775

Cheers,



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

Bug#657257: is the libxp-dev build-dependency necessary?

[Drew Parsons]

Package: alliance
Version: 5.0-20110203-4
Severity: minor

The xprint package is obsolete and has been removed. A related
library is libxp, which provides an API that enables client programs
to access and use an Xprint server.  Since we've gotten rid of 
xprint, one could argue it makes sense to get rid of libxp as well.

Your package depends on libxp with a libxp-dev build-depends.  This
situation sometimes arises historically from the time before xprint
was considered obsolete, with Build-depends: libxp-dev being set in
the past and then forgotten and untouched.

This bug has been filed to prompt you to check if you really want
Xprint (libxp) support in your package.

We'll leave libxp in the archives for the time being until you and the 
other packages using it have determined whether you want to keep the
dependency. But xprint itself and other related packages have already
been removed now.

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (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#657256: src:libgwibber: Rebuild for Mono transition

[Jo Shields]

Package: src:libgwibber
Version: 0.1.1-1.1
Severity: serious
User: debian-...@lists.debian.org
Usertags: mono-2.10-transition

Hi,

A Mono transition is underway. Every source package needs to be rebuilt
to compile against CLR 4.0 instead of CLR 2.0. Please upload libgwibber
for this change. You can check it worked if, after rebuilding, 
libgwibber0.1-cil has a dependency on libmono-corlib4.0-cil instead of 
…corlib2.0-cil.

  http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775

Cheers,



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

Bug#657255: [bluez] bluetoothd is hanging up.

[Takahide Nojima]

Package: bluez
Version: 4.98-1
Severity: serious

--- Please enter the report below this line. ---

Hello,
 
I checked new package of bluez 4.98-1 , I found it doesn't work my debian box.
There is no bluetooth icon on status bar on gnome3.2 desktop,
and also bluetooth menu in gnome-control-center also grayed out.

I run bluetoothd with debug option, then I found it stop in the middle of 
initialization as below

   ---console log is here --
$ sudo /usr/sbin/bluetoothd -n -d
bluetoothd[2853]: Bluetooth daemon 4.98
bluetoothd[2853]: src/main.c:parse_config() parsing main.conf
bluetoothd[2853]: src/main.c:parse_config() discovto=0
bluetoothd[2853]: src/main.c:parse_config() pairto=0
bluetoothd[2853]: src/main.c:parse_config() pageto=8192
bluetoothd[2853]: src/main.c:parse_config() auto_to=60
bluetoothd[2853]: src/main.c:parse_config() name=%h-%d
bluetoothd[2853]: src/main.c:parse_config() class=0x000100
bluetoothd[2853]: src/main.c:parse_config() discov_interval=30
bluetoothd[2853]: src/main.c:parse_config() Key file does not have key 
'DeviceID'
bluetoothd[2853]: Starting SDP server
bluetoothd[2853]: src/plugin.c:plugin_init() Loading builtin plugins
bluetoothd[2853]: src/plugin.c:add_plugin() Loading pnat plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading audio plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading sap plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading input plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading serial plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading network plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading proximity plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading service plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading gatt_example plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading time plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading alert plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading health plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading thermometer plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading hciops plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading mgmtops plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading formfactor plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading storage plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading adaptername plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading wiimote plugin
bluetoothd[2853]: src/plugin.c:add_plugin() Loading dbusoob plugin
bluetoothd[2853]: src/plugin.c:plugin_init() Loading plugins 
/usr/lib/x86_64-linux-gnu/bluetooth/plugins
bluetoothd[2853]: plugins/service.c:register_interface() path 
/org/bluez/2853/any
bluetoothd[2853]: plugins/service.c:register_interface() Registered interface 
org.bluez.Service on path /org/bluez/2853/any
bluetoothd[2853]: plugins/dbusoob.c:dbusoob_init() Setup dbusoob plugin
bluetoothd[2853]: health/hdp.c:hdp_manager_start() Starting Health manager
bluetoothd[2853]: alert/main.c:alert_init() Attribute server is disabled
bluetoothd[2853]: Failed to init alert plugin
bluetoothd[2853]: time/main.c:time_init() Attribute server is disabled
bluetoothd[2853]: Failed to init time plugin
bluetoothd[2853]: Parsing /etc/bluetooth/proximity.conf failed: No such file or 
directory
bluetoothd[2853]: proximity/reporter.c:reporter_init() Attribute server is 
disabled
bluetoothd[2853]: Failed to init proximity plugin
bluetoothd[2853]: network/manager.c:read_config() /etc/bluetooth/network.conf: 
Key file does not have key 'DisableSecurity'
bluetoothd[2853]: network/manager.c:read_config() Config options: Security=true
bluetoothd[2853]: input/manager.c:input_manager_init() input.conf: Key file 
does not have key 'IdleTimeout'
bluetoothd[2853]: audio/manager.c:audio_manager_init() audio.conf: Key file 
does not have key 'AutoConnect'
bluetoothd[2853]: plugins/pnat.c:pnat_init() Setup Phonet AT (DUN) plugin
bluetoothd[2853]: plugins/hciops.c:hciops_init() 
bluetoothd[2853]: plugins/gatt-example.c:gatt_example_init() Attribute server 
is disabled
bluetoothd[2853]: Failed to init gatt_example plugin
bluetoothd[2853]: plugins/hciops.c:hciops_setup() 
bluetoothd[2853]: src/main.c:main() Entering main loop
bluetoothd[2853]: src/rfkill.c:rfkill_event() RFKILL event idx 0 type 1 op 0 
soft 0 hard 0
bluetoothd[2853]: plugins/hciops.c:init_known_adapters() 
( ... hanging up on this point... )
 --

Switching off-on my bluetooth headphone didn't make no effect, bluetoothd 
doesn't proceed any more.

Does anyone have information of this problem?

Thanks,

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

Debian Release: wheezy/sid
  500 unstableftp.jp.debian.org 
  150 experimentalftp.jp.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-==
libc6  (>=

Bug#657215: x11proto-video-dev: sizeof(xvEncodingInfo) vs sz_xvEncodingInfo

[Kevin Ryde]

Julien Cristau  writes:
>
> matches
> http://cgit.freedesktop.org/xcb/proto/tree/src/xv.xml#n110

Ah, there you go, a second source for the layouts.  (And I thought
I'd embarrassed myself with the obvious or the irrelevant ...)




-- 
"House, trophy or fish?"



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

Bug#583503: ddate, upstream, and debian

[Daniel Kahn Gillmor]

please see http://bugs.debian.org/583503 for more details about the
interaction between ddate, upstream, and debian.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#657254: libnl-3-200: Fails to build from source due to missing build-dep on source-highlight

[Len Sorensen]

Package: libnl-3-200
Version: 3.2.3-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

libnl3 fails to build since it uses asciidoc and hence needs
source-highlight.  However asciidoc only recommends source-highlight
which means buildd's won't have it installed and others might not have
it installed.

So either libnl3 needs an explicit build-dep on source-hightlight,
or asciidoc needs to be made to require source-highlight.

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

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

Versions of packages libnl-3-200 depends on:
ii  libc6  2.13-24

libnl-3-200 recommends no packages.

libnl-3-200 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#657253: Xprint is deprecated, so remove libxp?

[Drew Parsons]

Package: libxp6
Version: 1:1.0.1-2
Severity: wishlist
File: libxp

Subject: libxp: Xprint is deprecated, so remove libxp?
Package: libxp6
Version: 1:1.0.1-2
File: libxp
Severity: wishlist

The xprint package is obsolete and scheduled for removal. A related
library is libxp, which provides an API that enables client programs
to access and use an Xprint server.  Since we've gotten rid of
xprint, one could argue it makes sense to get rid of libxp as well.

A number of packages depend on libxp.  This situation sometimes arises
historically from the time before xprint was considered obsolete, with
Build-depends: libxp-dev being set in the past and then forgotten and
untouched.  Bug have been filed to prompt developers to check if they
really want Xprint (libxp) support in their packages.

I'll leave libxp in the archives for the time being until the
other packages using it have determined whether they want to keep the
dependency. But xprint itself and other related packages are already
removed now.

This bug has been filed to put the question of whether or not to keep
libxp on the record, and to help keep track of the dependent packages
(and the bugs filed against them).

Current packages with libxp dependencies:



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

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

Versions of packages libxp6 depends on:
ii  libc6  2.13-24
ii  libx11-6   2:1.4.4-4
ii  libxau61:1.0.6-4
ii  libxext6   2:1.3.0-3
ii  multiarch-support  2.13-24

libxp6 recommends no packages.

libxp6 suggests no packages.

-- no debconf information

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

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

Versions of packages libxp6 depends on:
ii  libc6  2.13-24
ii  libx11-6   2:1.4.4-4
ii  libxau61:1.0.6-4
ii  libxext6   2:1.3.0-3
ii  multiarch-support  2.13-24

libxp6 recommends no packages.

libxp6 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#657078: The new NFS idmapper

[Daniel Baumann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 01/24/2012 04:24 PM, Ben Hutchings wrote:
> 1. keyutils supports a configuration directory
> (/etc/request-key.d)

done with >= 1.5.5-1.

- -- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8fQw4ACgkQ+C5cwEsrK55pIQCdG81sf6OddJvf+glIiuSBQ7rJ
FnwAoJ9JGI4g+PAJKdPTRj+iEmgMdH8j
=gh2s
-END PGP SIGNATURE-



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

Bug#657252: kipi-plugins in unstable on amd64 depends on a package from experimental

[Peter Karbaliotis]

Package: kipi-plugins
Version: 1.9.0-3
Severity: normal

Depends: kde-runtime which is currently only in experimental.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kipi-plugins depends on:
ii  kdebase-runtime   4:4.6.5-1+b1
ii  kdepim-runtime4:4.4.11.1-3
ii  kipi-plugins-common   1.9.0-2
ii  libc6 2.13-24
ii  libcv2.1  2.1.0-7+b2
ii  libcvaux2.1   2.1.0-7+b2
ii  libexpat1 2.0.1-7.2
ii  libgcc1   1:4.6.2-12
ii  libgdk-pixbuf2.0-02.24.0-2
ii  libgl1-mesa-glx [libgl1]  7.11.2-1
ii  libglib2.0-0  2.30.2-5
ii  libglu1-mesa [libglu1]7.11.2-1
ii  libgomp1  4.6.2-12
ii  libgpod4-nogtk0.8.2-5
ii  libhighgui2.1 2.1.0-7+b2
ii  libice6   2:1.0.7-2
ii  libjpeg8  8c-2
ii  libkabc4  4:4.6.5-1
ii  libkcal4  4:4.6.5-1
ii  libkdcraw94:4.6.5-3
ii  libkdecore5   4:4.6.5-2+b1
ii  libkdeui5 4:4.6.5-2+b1
ii  libkexiv2-9   4:4.6.5-3
ii  libkfile4 4:4.6.5-2+b1
ii  libkhtml5 4:4.6.5-2+b1
ii  libkio5   4:4.6.5-2+b1
ii  libkipi8  4:4.6.5-3
ii  libkjsapi44:4.6.5-2+b1
ii  libkparts44:4.6.5-2+b1
ii  libkresources44:4.6.5-1
ii  libksane0 4:4.6.5-3
ii  libnepomuk4   4:4.6.5-2+b1
ii  libnepomukutils4  4:4.6.5-2+b1
ii  libphonon44:4.6.0really4.5.1-1
ii  libpng12-01.2.46-4
ii  libqca2   2.0.3-2
ii  libqjson0 0.7.1-6
ii  libqt4-dbus   4:4.7.4-2
ii  libqt4-network4:4.7.4-2
ii  libqt4-opengl 4:4.7.4-2
ii  libqt4-svg4:4.7.4-2
ii  libqt4-xml4:4.7.4-2
ii  libqtcore44:4.7.4-2
ii  libqtgui4 4:4.7.4-2
ii  libsm62:1.2.0-2
ii  libsoprano4   2.6.0+dfsg.1-4
ii  libstdc++64.6.2-12
ii  libtiff4  3.9.5-2
ii  libx11-6  2:1.4.4-4
ii  libxau6   1:1.0.6-4
ii  libxdmcp6 1:1.1.0-4
ii  libxext6  2:1.3.0-3
ii  libxft2   2.2.0-3
ii  libxml2   2.7.8.dfsg-7
ii  libxrandr22:1.3.2-2
ii  libxslt1.11.1.26-8
ii  phonon4:4.6.0really4.5.1-1
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages kipi-plugins recommends:
ii  enblend  
ii  enfuse   
ii  graphicsmagick-imagemagick-compat | imagemagick  
ii  hugin
ii  konqueror4:4.6.5-1

Versions of packages kipi-plugins suggests:
ii  gallery   
ii  gimp  
ii  kmail 4:4.4.11.1+l10n-1
ii  vorbis-tools  1.4.0-1

-- no debconf information



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

Bug#657251: mplayer: Segmentation fault when using option -pphelp

[Atle Solbakken]

Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn33713-5
Severity: normal

Segmentation fault when running
$ mplayer -pphelp

Bug exist in version SVN-r33713-4.6, and in current upstream SVN. I have filed 
the bug to mplayer also.

GDB:

Starting program: /usr/bin/mplayer -pphelp
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x7fffeec3c038 in vfprintf () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x7fffeec3c038 in vfprintf () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7fffeec5ff82 in vsnprintf () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x004b0d62 in mp_msg_va ()
#3  0x004b1202 in mp_msg ()
#4  0x004ada72 in ?? ()
#5  0x004ab044 in ?? ()
#6  0x00447d0a in m_config_parse_mp_command_line ()
#7  0x00437410 in main ()
(gdb) 

This patch seems to fix the issue:

cfg-common.h:
529c529
< {"pphelp", &pp_help, CONF_TYPE_PRINT_INDIRECT, CONF_NOCFG, 0, 0, NULL},
---
> {"pphelp", &pp_help, CONF_TYPE_PRINT, CONF_NOCFG, 0, 0, NULL},


Atle.



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

Bug#657250: gnome-panel: bottom-panel on the left side forces to log in again

[barkle]

Package: gnome-panel
Version: 3.2.1-2+b1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

Gnome classic

   * What led up to the situation?
moving the bottom-panel to the left side

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
alt-right-click on the bottom-panel and changing the settings to left
or
using the Configuraton Editor with "org.gnome.gnome-panel.layout.toplevels
..bottom-panel" and editing "Orientation" from "bottom" to "left"

   * What was the outcome of this action?
The system logged me immediatly off.

After logging in and starting any application the system logged me off again.

   * What outcome did you expect instead?




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

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-panel depends on:
ii  gnome-icon-theme-symbolic  3.2.2-1
ii  gnome-menus3.2.0.1-2
ii  gnome-panel-data   3.2.1-2
ii  libatk1.0-02.2.0-2
ii  libc6  2.13-24
ii  libcairo-gobject2  1.10.2-6.2
ii  libcairo2  1.10.2-6.2
ii  libcamel-1.2-293.2.2-1
ii  libdconf0  0.10.0-3
ii  libebook-1.2-123.2.2-1
ii  libecal-1.2-10 3.2.2-1
ii  libedataserver-1.2-15  3.2.2-1
ii  libedataserverui-3.0-1 3.2.2-1
ii  libfontconfig1 2.8.0-3
ii  libfreetype6   2.4.8-1
ii  libgconf2-42.32.4-1
ii  libgdk-pixbuf2.0-0 2.24.0-2
ii  libglib2.0-0   2.30.2-4
ii  libgnome-desktop-3-2   3.2.1-3
ii  libgnome-menu-3-0  3.2.0.1-2
ii  libgtk-3-0 3.2.3-1
ii  libgweather-3-03.2.1-1
ii  libical0   0.44-3
ii  libice62:1.0.7-2
ii  libnspr4-0d4.8.9-1
ii  libnss3-1d 3.13.1.with.ckbi.1.88-1
ii  libpanel-applet-4-03.2.1-2+b1
ii  libpango1.0-0  1.29.4-2
ii  librsvg2-2 2.34.2-2
ii  libsm6 2:1.2.0-2
ii  libsoup2.4-1   2.34.3-1
ii  libsqlite3-0   3.7.9-2
ii  libtelepathy-glib0 0.16.2-1
ii  libwnck-3-03.2.1-1
ii  libx11-6   2:1.4.4-4
ii  libxau61:1.0.6-4
ii  libxml22.7.8.dfsg-5.1
ii  libxrandr2 2:1.3.2-2
ii  python 2.7.2-9
ii  python-gconf   2.28.1-3

Versions of packages gnome-panel recommends:
ii  alacarte   0.13.2-3
ii  evolution-data-server  3.2.2-1
ii  gnome-applets  3.2.1-1
ii  gnome-control-center   1:3.2.2-2
ii  gnome-icon-theme   3.2.1.2-1
ii  gnome-session  3.2.1-1
ii  gvfs   1.10.1-2

Versions of packages gnome-panel suggests:
ii  epiphany-browser  3.2.1-2
ii  evolution 3.2.2-1
ii  gnome-terminal [x-terminal-emulator]  3.2.1-2
ii  gnome-user-guide [gnome2-user-guide]  3.2.2-1
ii  konsole [x-terminal-emulator] 4:4.6.5-1
ii  nautilus  3.2.1-2+b1
ii  xterm [x-terminal-emulator]   276-2
ii  yelp  3.2.1+dfsg-1+b1



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

Bug#657249: dh-make-perl: debian/watch vs Devel::UseAnyFunc

[Kevin Ryde]

Package: dh-make-perl
Version: 0.75-1
Severity: normal
File: /usr/share/perl5/DhMakePerl/Command/make.pm

The Devel::UseAnyFunc dist at

http://search.cpan.org/~evo/Devel-UseAnyFunc-1/

has only a 1-digit version number which the generated debian/watch
doesn't match

tar xfz Devel-UseAnyFunc-1.tar.gz
dh-make-perl --no-network Devel-UseAnyFunc-1
cd Devel-UseAnyFunc-1
uscan --report --verbose --watchfile=debian/watch

=>

-- In debian/watch, processing watchfile line:
   http://search.cpan.org/dist/Devel-UseAnyFunc/   
.*/Devel-UseAnyFunc-v?(\d[\d.-]+)\.(?:tar(?:\.gz|\.bz2)?|tgz|zip)$
uscan warning: In debian/watch,
  no matching hrefs for watch line
  http://search.cpan.org/dist/Devel-UseAnyFunc/   
.*/Devel-UseAnyFunc-v?(\d[\d.-]+)\.(?:tar(?:\.gz|\.bz2)?|tgz|zip)$

where I hoped it would match the single digit version number.  Perhaps
in the create_watch() pattern

\d[\d.-]*

Since the .tar/.zip etc is required it ought to still be tight enough.

(All the dots and underscores floating point and v's of perl version
numbers are a diabolical mess so encouraging plain integers is no bad
thing :-).


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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages dh-make-perl depends on:
ii  debhelper   9.20120115
ii  dpkg-dev1.16.1.2
ii  fakeroot1.18.2-1
ii  libapt-pkg-perl 0.1.25+b1
ii  libarray-unique-perl0.08-1
ii  libclass-accessor-perl  0.34-1
ii  libcpan-meta-perl   2.113640-1
ii  libdpkg-perl1.16.1.2
ii  libemail-address-perl   1.895-1
ii  libemail-date-format-perl   1.002-1
ii  libfile-which-perl  1.08-1
ii  liblist-moreutils-perl  0.33-1+b1
ii  libmodule-corelist-perl 2.60-1
ii  libmodule-depends-perl  0.15-2
ii  libparse-debcontrol-perl2.005-3
ii  libparse-debianchangelog-perl   1.2.0-1
ii  libsoftware-license-perl0.103004-1
ii  libtie-ixhash-perl  1.21-2
ii  libwww-mechanize-perl   1.71-1
ii  libyaml-perl0.78-1
ii  make3.81-8.1
ii  perl5.14.2-6
ii  perl-modules [libmodule-corelist-perl]  5.14.2-6

Versions of packages dh-make-perl recommends:
pn  apt-file  2.5.0
pn  git   1:1.7.8.3-1
pn  pristine-tar  

dh-make-perl 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#657081: audacious: FTBFS on hurd-i386

[John Lindgren]

On 01/24/2012 08:51 AM, Cyril LAVIER wrote:
>  Hi John.
>
>  As stated in bug #639374, I'm working on packages for audacious 3.2.
>
>  I hope I will be the modifications to the git repository next week 
>  (damn otitis and headaches).
>
>  Thanks.

Thank you, Cyril!



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

Bug#657223: RM: shogun [s390] -- ANAIS; s390 support removed from Mono

[Luca Falavigna]

clone 657223 -1
retitle -1 RM: pymvpa [s390] -- ANAIS; s390 support removed from Mono
thanks


shogun requires removal for pymvpa too.



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

Bug#657172: digs through dots if no file is specified

[Daniel Friesel]

On Wed, Jan 25, 2012 at 12:31:09AM +0800, jida...@jidanni.org wrote:
> $ feh
> feh WARNING: ./.Xauthority - No Imlib2 loader for that file format
> feh WARNING: ./.Xresources - No Imlib2 loader for that file format
> feh WARNING: ./.basex - No Imlib2 loader for that file format
> feh WARNING: ./.basexgui - No Imlib2 loader for that file format
> feh WARNING: ./.bash_history - No Imlib2 loader for that file format
> feh WARNING: ./.bash_history_jidanni - No Imlib2 loader for that file format
> feh WARNING: ./.bash_history_jidanni-emacs - No Imlib2 loader for that file 
> format
> feh WARNING: ./.bash_profile - No Imlib2 loader for that file format
> feh WARNING: ./.bashrc - No Imlib2 loader for that file format
> feh WARNING: ./.bbdb - No Imlib2 loader for that file format
> feh WARNING: ./.cliverc - No Imlib2 loader for that file format
> feh WARNING: ./wwwoffle.conf.php - No Imlib2 loader for that file format
> feh - No loadable images specified.
> Use feh --help for detailed usage information
> 
> Gosh, it is somehow looking at my dot files.
> It should just say:
> feh - No loadable images specified.
> Use feh --help for detailed usage information

Feh trying to load the current directory (including dotfiles) when no file
or directory argument is specified is actually intended behaviour, I just
forgot to document it.

But yeah, it's pretty verbose this way. Perhaps I should enable the --quiet
option (which hides such errors) by default.


signature.asc
Description: Digital signature

Bug#652440: cron: please include systemd service file

[Michael Stapelberg]

Hi Christian,

Thanks for your mail.

Excerpts from Christian Kastner's message of 2012-01-24 22:07:06 +:
> On 2011-12-17 11:17, Michael Stapelberg wrote:
> > Please include this file as /lib/systemd/system/cron.service in the next
> > upload. You can find an example packaging which I’ve done for smartmontools 
> > at
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639631#10
> 
> > If you have any questions, please do not hesitate to contact me.
> 
> I'm afraid I haven't looked that much into systemd yet, so I was
> wondering -- your work for smartmontools also included changes to the
> package maintainer scripts (postinst, etc). Should this not also be done
> for cron, too?
Yes. Do you want to look into this or would you like me to prepare the
packaging changes, too?

Best regards,
Michael



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

Bug#650406: sslh: does not start automatically during Debian init process

[Philippe Basinska]

Le 22/01/2012 21:26, Guillaume Delacour a écrit :

Hello,

Le samedi 17 décembre 2011 à 21:34 +0100, Guillaume Delacour a écrit :

Le mardi 29 novembre 2011 à 16:51 +0100, Philippe Basinska a écrit :

Package: sslh
Version: 1.6i-4
Severity: normal
Tags: patch

Hello,

I didn't tag the issue with 'squeeze' label since I can't test it right
now on a testing system. However, init script of sslh seems different in
version 1.9.

Whatever, my stable sslh daemon does not start automatically with Debian
Squeeze. The command `invoke-rc.d sslh start` is good enough to fix the
issue until next reboot.


Any news on this issue ? Is my explanation correct ?




Hi Guillaume,

I just rolled back my hack to try your solution.

I mean that I removed the LSB tag to start sshd before sslh and I 
updated the SysV init links. Then I added the option to log stuff in 
/var/log/boot.


Now, sslh starts during each boot. Even if I didn't change anything in 
my network interface. I tried a few times to be sure but it works fine 
and I got no relevant information in log (indeed, the sslh daemon 
starts...).


Starting ssl/ssh multiplexer : sslh
SSL addr: 127.0.0.1:443 (after timeout 2s)
SSH addr: 127.0.0.1:22
listening on 192.168.2.1:443
turning into sslh

I assume the problem disappeared because I changed rc2.d links. 
Actually, both ssh and sslh start much later so the network must be 
available.


server-bl:~# ls -l /etc/rc2.d/ | grep "ssh\|sslh"
lrwxrwxrwx 1 root root  13 25 janv. 00:03 S22ssh -> ../init.d/ssh
lrwxrwxrwx 1 root root  14 24 janv. 23:58 S24sslh -> ../init.d/sslh

See you,

--
Philippe



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

Bug#657224: RM: banshee [s390] -- ANAIS; s390 support removed from Mono

[Luca Falavigna]

clone 657224 -1
retitle -1 RM: banshee-community-extensions [s390] -- ANAIS; s390 support 
removed from Mono
thanks


banshee requires removal for banshee-community-extensions too.



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

Bug#657247: mozjs: FTBFS on powerpc: missing NUM_[FG]PR_ARG_REGISTERS symbols

[Cyril Brulebois]

Source: mozjs
Version: 1.8.5-1.0.0+dfsg-2
Severity: serious
Justification: FTBFS

Hi,

regression on the powerpc side:
| --- debian/libmozjs185-1.0.symbols 
(libmozjs185-1.0_1.8.5-1.0.0+dfsg-2_powerpc)
| +++ dpkg-gensymbolsFknNh2 2012-01-24 22:51:18.0 +
| @@ -528,8 +528,8 @@
|   (arch=armhf)JaegerThrowpoline@Base 1.8.5-1.0.0+dfsg
|   (arch=armhf)JaegerTrampoline@Base 1.8.5-1.0.0+dfsg
|   (arch=armhf)JaegerTrampolineReturn@Base 1.8.5-1.0.0+dfsg
| - (arch=powerpc)NUM_FPR_ARG_REGISTERS@Base 1.8.5-1.0.0+dfsg
| - (arch=powerpc)NUM_GPR_ARG_REGISTERS@Base 1.8.5-1.0.0+dfsg
| +#MISSING: 1.8.5-1.0.0+dfsg-2# (arch=powerpc)NUM_FPR_ARG_REGISTERS@Base 
1.8.5-1.0.0+dfsg
| +#MISSING: 1.8.5-1.0.0+dfsg-2# (arch=powerpc)NUM_GPR_ARG_REGISTERS@Base 
1.8.5-1.0.0+dfsg
|   (arch=!amd64 !ia64 !kfreebsd-amd64 
!s390x)_Z12js_EnumerateP9JSContextP8JSObject11JSIterateOpPN2js5ValueEPi@Base 
1.8.5-1.0.0+dfsg
|   (arch=amd64 ia64 kfreebsd-amd64 
s390x)_Z12js_EnumerateP9JSContextP8JSObject11JSIterateOpPN2js5ValueEPl@Base 
1.8.5-1.0.0+dfsg
|   _Z14js_DateGetDateP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg

Full build logs:
  https://buildd.debian.org/status/package.php?p=mozjs&suite=sid

Mraw,
KiBi.



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

Bug#638919: backup-manager: Please use a single md5 sums file

[Georgios M. Zarkadas]

Στις 23-01-2012, ημέρα Δευ, και ώρα 19:25 +0100, ο/η Sven Joachim
έγραψε:
> On 2012-01-22 17:44 +0100, Georgios M. Zarkadas wrote:
> > Στις 21-01-2012, ημέρα Σαβ, και ώρα 14:00 +0100, ο/η Sven Joachim
> > έγραψε:
> >> On 2012-01-16 17:58 +0100, Sven Joachim wrote:
> >> 
> >> > It seems that we need a migration path to the single md5sums file, ...
> >> ...
> ...
> Another place where the md5sums files are used is the burning facility
> if BM_BURNING_CHKMD5 is set to "true".  Have you investigated that yet?

Burning was not covered by the initial patch. In that respect the md5
sums test are now broken as a whole due to the patch. I have already
made an amendment to fix this, but it will need testing, so it will
delay a new release of the package.

> > ...
> 
> In the light of this, how about disabling the single md5sum feature in
> the next upload and getting it into better shape upstream first?

Considering that -although accepted upstream- the patch has not yet
appeared in an upstream release, as well as the issues mentioned here,
this is the best way to go for the moment.

Cheers,
George


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

Bug#657246: epiphany-browser: crash visiting google docs on https

[Karl Goetz]

Package: epiphany-browser
Version: 2.30.6-1
Severity: normal

(I left this as normal because i haven't tested with other docs).

Hi,
I'm reliably crashing epiphany trying to visit [1]. Steps to repeat:
- open ephiphany-browser
- enter url at [1]
- click 'play' in the bottom left corner.

Expected result:
- next slide appears

Actual result:
- epiphany segfaults.

I'll try and attach a pair of backtraces to this report, one is `bt
full`, and the other is `thread apply all bt full` (naturally both were
run with debug symbols installed)

[1]
https://docs.google.com/presentation/d/17qB_kT0wWE_jRR4YHqMUnyNbfnD5vgf23EYC9Gktyl0/present?pli=1

thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK7FOSS)
http://www.kgoetz.id.au
No, I won't join your social networking group


gdb.txt.btfull
Description: Binary data


gdb.txt.threadapplyallbtfull
Description: Binary data


signature.asc
Description: PGP signature

Bug#657245: blender: possible dfsg violation in release/windows/ subdirectory

[Karl Goetz]

Package: blender
Severity: serious
Justification: fails dfsg (disallows commercial distribution)
User: gnewsense-...@nongnu.org
Usertags: gnewsense libreplanet


Hi,
Someone has pointed out [1] that blender may have a dfsg violation in
the release/windows subtree.
In release/windows/ installer/02.copyright.txt and
release/windows/publ_installer/02.copyright.txt it contains text
detailing various restrictions in relation to "The software"

[1] https://savannah.nongnu.org/bugs/?34590

If you disagree this particular bunding is a problem, feel free to
downgrade this report, but the licence doesn't specify if it applies
only to binaries or not.

Also to note, it only affects stable, all recent releases have this
problem resolved.
thanks,
kk


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

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


-- 
Karl Goetz, (Kamping_Kaiser / VK7FOSS)
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#657244: batik bundles a non free colour profile in pdf-transcoder.jar

[Karl Goetz]

Package: batik
Severity: serious
Justification: may not be distributed without fee if modified
User: gnewsense-...@nongnu.org
Usertags: gnewsense libreplanet

Hi,
>From [1], it seems the pdf-transcoder.jar in batik contains a colour  
profile with a crazy licence.
 "...permission to use, copy and distribute this file for any purpose is
 hereby granted without fee, provided that the file is not changed
 including the HP copyright notice tag, ... "

The file will need to be removed from the jar, or the jar (and pdf
support) removed from batik :/

[1] https://savannah.nongnu.org/bugs/?34579
thanks,
kk


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

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

-- 
Karl Goetz, (Kamping_Kaiser / VK7FOSS)
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#657036: boinc-server-maker 7.0.7+dfsg-1 settup error: ImportError: No module named boinc_path_config

[Steffen Möller]

Hello,

On 01/23/2012 06:26 PM, melchiaros wrote:
> Package: boinc-server-maker
> Version: 7.0.11+dfsg-1
> Severity: important
> 
> Dear Maintainer,
> 
> Hi, I am trying to settup a BOINC-Server and have used for this boinc-server-
> maker 7.0.7+dfsg-1 with the workflow described here:

I apologize for the delay. My initial reaction was that I would like you to
install the Debian package directly. It was 7.0.8 that the server build saw
some extra light, if I am not erroneous.

> http://wiki.debian.org/BOINC/ServerGuide

The right page.

> After performing:
> 
> sudo PYTHONPATH=$PYTHONPATH:/usr/share/pyshared/Boinc/ \
>  /usr/share/boinc-server/tools/make_project \
>   --url_base "$hosturl" --db_name "$dbprojectname" \
>   --db_user boincadm --db_passwd "$pw" \
>   --drop_db_first \
>   --project_root "$installroot"/"$fileprojectname" \
>   --srcdir /usr/share/boinc-server/ \
>"$fileprojectname" "$niceprojectname"

That line above is somewhat unfortunate in several ways.
For one, we should find ways not to use sudo. And secondly,
the PYTHONPATH environment variable should possibly be
adjusted once and for all and not just for that
make_project invocation. So, there is some room for
development here, not only because of the problem
you experienced.

Anyway. The above line just works for me, with a non-existing
PYTHONPATH:

$ env|grep PYTH
$ sudo PYTHONPATH=$PYTHONPATH:/usr/share/pyshared/Boinc/ \
>  /usr/share/boinc-server/tools/make_project \
>   --url_base "$hosturl" --db_name "$dbprojectname" \
>   --db_user boincadm  --db_passwd "$pw" \
>   --drop_db_first  \
>   --project_root "$installroot"/"$fileprojectname" \
>   --srcdir /usr/share/boinc-server/ \
>"$fileprojectname" "$niceprojectname"
Creating project 'BoincTestProject@Home' (short name 'boinctest'):
   PROJECT_ROOT = /var/tmp/boinc/boinctest/
   URL_BASE = http://boincserver.dyndns.org/
  HTML_USER_URL = http://boincserver.dyndns.org/boinctest/
   HTML_OPS_URL = http://boincserver.dyndns.org/boinctest_ops/
CGI_URL = http://boincserver.dyndns.org/boinctest_cgi/
KEY_DIR = /var/tmp/boinc/boinctest/keys/
DB_NAME = boinctest
DB_HOST =
Project root already exists! Specify --delete_prev_inst --drop_db_first to 
clobber

I was executing it only one or two weeks ago. The site gets up.


> I got on terminal:
> 
> Traceback (most recent call last):
>   File "/usr/share/boinc-server/tools/make_project", line 6, in 
> import boinc_path_config
> ImportError: No module named boinc_path_config

Well, do you have it in the first place? It is part of the boinc-server-maker 
package
$ dpkg -L boinc-server-maker |grep boinc_path_config
/usr/share/pyshared/Boinc/boinc_path_config.py

In deep principle, PYTHONPATH should not be required
to be ever adjusted in the first place. Well, the reason most likely is that
upstream does not separate anything out of the regular source tree and
I on my side never cared enough to get it fixed. Help is welcome.


I presume it is python-support hat creates this link
$ ls -l /usr/lib/pymodules/python2.7/Boinc/boinc_path_config.py
lrwxrwxrwx 1 root root 46 Jan 23 21:57 
/usr/lib/pymodules/python2.7/Boinc/boinc_path_config.py ->
/usr/share/pyshared/Boinc/boinc_path_config.py

and which lets it disappear again upon removal

$ sudo dpkg --purge boinc-server-maker
(Reading database ... 238074 files and directories currently installed.)
Removing boinc-server-maker ...
dpkg: warning: while removing boinc-server-maker, directory 
'/usr/share/pyshared/Boinc' not empty so not removed.
dpkg: warning: while removing boinc-server-maker, directory 
'/usr/share/boinc-server/py/Boinc' not empty so not removed.
dpkg: warning: while removing boinc-server-maker, directory 
'/usr/share/boinc-server/tools' not empty so not removed.
Processing triggers for python-support ...
Processing triggers for man-db ...
$ ls -l /usr/lib/pymodules/python2.7/Boinc/boinc_path_config.py
ls: cannot access /usr/lib/pymodules/python2.7/Boinc/boinc_path_config.py: No 
such file or directory


> Which stops the settup process.

Ok. I hope to have given you some thoughts about how to continue. Please close 
the bug
with an email to 657036-d...@bugs.debian.org as soon as you can.

> I have to say that I am faking a bit. Indeed I am on Ubuntu12.04 with this
> package and try it there, because MYSQL,Apache and Joomla is already up there.
> Hope you a willing to help me out looking beside this (the debian package is
> not altered by ubuntu developers).
Yip. We are in close contact. I am only a bit crazy these days with a steady 
flow of updates
for development versions.

> If you like to look at my ubuntu report(do not think that they maintain on 
> this
> package):
> 
> https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/920554
same thing :) Please also get that resolved.

When there is something coming to mind that you think the instructions should 
mention - tell me.

Cheers,

Steffen



-- 
To UNSUBSCRIBE, email to debian-bugs-di

Bug#657243: please consider using xz compression for KDE SC packages

[Ansgar Burchardt]

Package: pkg-kde-tools
Version: 0.14.3
Severity: wishlist

As suggested on IRC, please consider using xz compression for the KDE SC
packages.  It should shrink the size of binary packages noticable[1].

To switch to xz, just call dh_builddeb -- -Zxz instead of plain
dh_builddeb when using debhelper.  If you care about (direct) upgrades
from Lenny[3], you should also add a Pre-Depends: dpkg (>= 1.15.6~) to the
binary packages.

Note that xz compression must not be used for packages in the base
system (Priority: required and dependencies), but I guess no KDE package
should be in there.

Regards,
Ansgar

[1] A comparison of package size for Squeeze is available at [2]. The
format is.
[2] 
[3] or from Ubuntu Lucid, but as Ubuntu already stopped importing packages
from Debian for their next LTS, this should not matter much any
longer.



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

Bug#612487: Give this a try

[Thomas Lange]

My guess is, that modprobe writes this message to the console.
Try to add -s to the modprobe call in 20-hwdetect.source.
-- 
regards Thomas



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

Bug#654849: [Pkg-libvirt-maintainers] Bug#654849: gtk-vnc: FTBFS with GModule-2.0.gir:46.7-46.66: error: unknown child element `function' in `record'

[Daniel Kahn Gillmor]

retitle 654849 gtk-vnc FTBFS if /etc/alternatives/valac uses valac-0.12
thanks

On 01/24/2012 05:23 PM, Guido Günther wrote:
> I'd assume that this is somehow related to the installed vala packages.
> We have valac 0.14 and 0.12 in the archives. Could you check if the non
> chroot build picks up something different in that area? Sorry for being
> vague here, but I've got no clear idea either.

That's way less vague than my mind was about it, so that's good :)

The full system both valac-0.12 and valac-0.14, and
/etc/alternatives/vala and valac both pointed to valac-0.12.  the chroot
only had 0.14.

Installing valac-0.12 in the chroot let update-alternatives pick it up
as the default, and then i get the failure within the chroot.

So this bug is that valac-0.12 can't effectively build gtk-vnc.

Does this mean gtk-vnc needs a Build-Conflicts: valac-0.12 or something?
 i don't know what the right way to resolve this is, but maybe the vala
maintainers can suggest something?  I've tried to cc them here.

Thanks for helping narrow it down!

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#652440: cron: please include systemd service file

[Christian Kastner]

Hi Michael,

thanks for preparing the file.

On 2011-12-17 11:17, Michael Stapelberg wrote:
> Please include this file as /lib/systemd/system/cron.service in the next
> upload. You can find an example packaging which I’ve done for smartmontools at
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639631#10

> If you have any questions, please do not hesitate to contact me.

I'm afraid I haven't looked that much into systemd yet, so I was
wondering -- your work for smartmontools also included changes to the
package maintainer scripts (postinst, etc). Should this not also be done
for cron, too?


Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#271662: Fw: Pseudo code included. Is it a small step towards better LSB compliance for sendmail interface?

[Regid Ichira]

--- On Tue, 1/24/12, Regid Ichira wrote:

> From: Regid Ichira
> Subject: Pseudo code included. Is it a small step towards better LSB 
> compliance for sendmail interface?
> To: nullmailer -- lists.untroubled.org
> Date: Tuesday, January 24, 2012, 10:30 PM
>   Continuing
> http://lists.untroubled.org/?list=nullmailer&cmd=threadindex&month=201002&threadid=hobkhempdacmpcpddmbi
> 
>   Is this pseudo code a small step towards better lsb
> compliance for
> sendmail interface?
> 
> --- src/sendmail.cc.orig    2012-01-24
> 23:42:10.0 +0200
> +++ src/sendmail.cc 2012-01-25 00:09:35.0 +0200
> @@ -92,7 +92,11 @@ int parseargs()
>      if(!setenvelope(o_from))
>        return -1;
>    if (o_mode && !strcmp(o_mode,
> "s")) {
> -    ferr << "sendmail: option -bs is
> unsupported" << endl;
> +
> +    Wait for input on stdin.  What ever 1st
> line you get
> +
> +    fstdout << "550 Refuse communication by
> SMTP commands on stdin/stdoutd" << endl;
> +
>      return -1;
>    }
>    return 0;
> 
>



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

Bug#656925: ps

[D Macvean]

Package: pciutils

We can rule out the possibility of an electronic fault on the 
motherboard because Windows XP manages to install the on-board LAN using 
a driver called "Etheros AR8151 PCI-E Gigabit Ethernet Controller".


Regards
Donald Macvean



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