Bug#638680: Announce of the upcoming NMU for the phpldapadmin package

[Christian PERRIER]

Dear maintainer of phpldapadmin and Debian translators,

Some days ago, I sent a notice to the maintainer of the phpldapadmin 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 fr gl 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 phpldapadmin package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Monday, January 30, 
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):

 Tuesday, January 17, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Sunday, January 22, 2012   : send this notice
 Monday, January 30, 2012   : (midnight) deadline for receiving translation 
updates
 Tuesday, January 31, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Tuesday, February 07, 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: kob...@debian.org\n"
"POT-Creation-Date: 2006-07-19 09:42+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: string
#. Description
#: ../phpldapadmin.templates:1001
msgid "LDAP server host address"
msgstr ""

#. Type: string
#. Description
#: ../phpldapadmin.templates:1001
msgid ""
"Please enter the host name or the address of the LDAP server you want to "
"connect to."
msgstr ""

#. Type: boolean
#. Description
#: ../phpldapadmin.templates:2001
msgid "Support for ldaps protocol"
msgstr ""

#. Type: boolean
#. Description
#: ../phpldapadmin.templates:2001
msgid ""
"If your LDAP server supports TLS (Transport Security Layer), you can use the "
"ldaps protocol to connect to it."
msgstr ""

#. Type: string
#. Description
#: ../phpldapadmin.templates:3001
msgid "Distinguished name of the search base"
msgstr ""

#. Type: string
#. Description
#: ../phpldapadmin.templates:3001
msgid ""
"Please enter the distinguished name of the LDAP search base. Many sites use "
"the components of their domain names for this purpose. For example, the "
"domain \"example.com\" would use \"dc=example,dc=com\" as the distinguished "
"name of the search base."
msgstr ""

#. Type: select
#. Choices
#: ../phpldapadmin.templates:4001
msgid "session, cookie, config"
msgstr ""

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid "Type of authentication"
msgstr ""

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid ""
"session : You will be prompted for a login dn and a password everytime\n"
"  you connect to phpLDAPadmin, and a session variable on the\n"
"  web server will store them. It is more secure so this is the\n"
"  default."
msgstr ""

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid ""
"cookie :  You will be prompted for a login dn and a password everytime\n"
"  you connect to phpLDAPadmin, and a cookie on your client will\n"
"  store them."
msgstr ""

#. Type: select
#. Description
#: ../phpldapadmin.templates:4002
msgid ""
"config  : login dn and password are stored in the configuration file,\n"
"  so you have not to specify them when you connect to\n"
"  phpLDAPadmin."
msgstr ""

#. Type: string
#. Description
#: ../phpldapadmin.templates:5001
msgid "Login dn for the LDAP server"
msgstr ""

#. Type: string
#. Description
#: ../phpldapadmin.templates:5001
msgid ""
"Enter the name of the account that will be used to log in to the LDAP "
"server. If you chose a form based authentication this will be the default "
"login dn. In this case you can also leave it empty, if you do  not want a

Bug#632590: Patch for the 0.9-16.2 NMU of console-cyrillic

[Christian PERRIER]

Dear maintainer of console-cyrillic,

On Friday, January 13, 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 08, 2012.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/7-DAY.

The NMU patch is attached to this mail.

The NMU changelog is:


Source: console-cyrillic
Version: 0.9-16.2
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier 
Date: Sun, 22 Jan 2012 08:14:03 +0100
Closes: 632590
Changes: 
 console-cyrillic (0.9-16.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 - Danish (Joe Hansen).  Closes: #632590

-- 


diff -Nru console-cyrillic-0.9.old/debian/changelog console-cyrillic-0.9/debian/changelog
--- console-cyrillic-0.9.old/debian/changelog	2012-01-08 19:05:21.118454960 +0100
+++ console-cyrillic-0.9/debian/changelog	2012-01-22 08:14:13.948545319 +0100
@@ -1,3 +1,11 @@
+console-cyrillic (0.9-16.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Danish (Joe Hansen).  Closes: #632590
+
+ -- Christian Perrier   Sun, 22 Jan 2012 08:14:03 +0100
+
 console-cyrillic (0.9-16.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru console-cyrillic-0.9.old/debian/po/be.po console-cyrillic-0.9/debian/po/be.po
--- console-cyrillic-0.9.old/debian/po/be.po	2012-01-08 19:05:21.114454864 +0100
+++ console-cyrillic-0.9/debian/po/be.po	2012-01-13 06:58:22.176875624 +0100
@@ -11,6 +11,7 @@
 "PO-Revision-Date: 2007-10-15 10:20+0300\n"
 "Last-Translator: Pavel Piatruk \n"
 "Language-Team: Belarusian \n"
+"Language: be\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru console-cyrillic-0.9.old/debian/po/bg.po console-cyrillic-0.9/debian/po/bg.po
--- console-cyrillic-0.9.old/debian/po/bg.po	2012-01-08 19:05:21.114454864 +0100
+++ console-cyrillic-0.9/debian/po/bg.po	2012-01-13 06:58:22.192875992 +0100
@@ -19,6 +19,7 @@
 "PO-Revision-Date: 2005-09-27 11:50+0300\n"
 "Last-Translator: Anton Zinoviev \n"
 "Language-Team: BULGARIAN \n"
+"Language: \n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=utf-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru console-cyrillic-0.9.old/debian/po/cs.po console-cyrillic-0.9/debian/po/cs.po
--- console-cyrillic-0.9.old/debian/po/cs.po	2012-01-08 19:05:21.114454864 +0100
+++ console-cyrillic-0.9/debian/po/cs.po	2012-01-13 06:58:22.208876359 +0100
@@ -11,6 +11,7 @@
 "PO-Revision-Date: 2008-08-14 14:08+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 console-cyrillic-0.9.old/debian/po/da.po console-cyrillic-0.9/debian/po/da.po
--- console-cyrillic-0.9.old/debian/po/da.po	1970-01-01 01:00:00.0 +0100
+++ console-cyrillic-0.9/debian/po/da.po	2012-01-08 19:05:59.0 +0100
@@ -0,0 +1,699 @@
+# Danish translation console-cyrillic.
+# Copyright (C) 2011 console-cyrillic & nedenstående oversættere.
+# This file is distributed under the same license as the console-cyrillic package.
+# Joe Hansen (joedalt...@yahoo.dk), 2011.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: console-cyrillic\n"
+"Report-Msgid-Bugs-To: console-cyril...@packages.debian.org\n"
+"POT-Creation-Date: 2008-08-10 10:38-0300\n"
+"PO-Revision-Date: 2011-07-03 12:42+\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid "Do you want to setup Cyrillic on the console at boot-time?"
+msgstr "Ønsker du at indstille Cyrillic på konsollen ved opstart?"
+
+# engelsk fejl console-crylic (kun et l)
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid ""
+"If you accept, the package console-cyrilic will setup Cyrillic on the "
+"console at boot-time."
+msgstr ""
+"Hvis du accepterer vil pakken console-cyrillic indstille Cyrillic på "
+"konsollen ved opstart."
+
+#. Type: boolean
+#. Description
+#: ../templates:1001
+msgid ""
+"Otherwise, refuse if you don't use Cyrillic the whole time or if for some "
+"reason you want to use the console setup by console-data package."
+msgstr ""
+"Ellers, afvis hvis du ikke bruger Cyrillic hele tiden eller du af en eller "
+"anden grund ønsker at bruge konsolindstillingen i pakken console-data."
+
+#. Type: note
+#. Description
+#: ../templates:2001
+msgid "Your /etc/console-cyrillic file will be preserved unchanged."
+msgstr "Din fil /etc/console-cyrillic vil blive bevaret uændret."
+
+#. Type: note
+#. Description
+#: ../templates:2001
+msgid ""
+"You have requested Debconf not to change the configuration file /etc/console-"
+"cyrill

Bug#596182: Patch for the 4.92a-2.1 NMU of ipplan

[Christian PERRIER]

Dear maintainer of ipplan,

On Friday, January 13, 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 08, 2012.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/7-DAY.

The NMU patch is attached to this mail.

The NMU changelog is:


Source: ipplan
Version: 4.92a-2.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier 
Date: Sun, 22 Jan 2012 08:15:22 +0100
Closes: 596182 653747
Changes: 
 ipplan (4.92a-2.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 - Arabic (Ossama M. Khayat).  Closes: #596182
 - Danish (Joe Hansen).  Closes: #653747

-- 


diff -Nru ipplan-4.92a.old/debian/changelog ipplan-4.92a/debian/changelog
--- ipplan-4.92a.old/debian/changelog	2012-01-08 19:17:01.304178762 +0100
+++ ipplan-4.92a/debian/changelog	2012-01-22 08:15:32.518528590 +0100
@@ -1,3 +1,12 @@
+ipplan (4.92a-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Arabic (Ossama M. Khayat).  Closes: #596182
+- Danish (Joe Hansen).  Closes: #653747
+
+ -- Christian Perrier   Sun, 22 Jan 2012 08:15:22 +0100
+
 ipplan (4.92a-2) unstable; urgency=low
 
   * Implement proper configuration handling (Closes: #603427)
diff -Nru ipplan-4.92a.old/debian/po/ar.po ipplan-4.92a/debian/po/ar.po
--- ipplan-4.92a.old/debian/po/ar.po	2012-01-08 19:17:01.300178671 +0100
+++ ipplan-4.92a/debian/po/ar.po	2012-01-08 19:17:36.0 +0100
@@ -9,35 +9,36 @@
 #/usr/share/doc/po-debconf/README-trans
 # or http://www.debian.org/intl/l10n/po-debconf/README-trans#
 #Developers do not need to manually edit POT or PO files.
-# Ossama M. Khayat, 2005.
 #
+# Ossama M. Khayat, 2005.
+# Ossama M. Khayat , 2010.
 msgid ""
 msgstr ""
 "Project-Id-Version: ipplan_0.0+2.0.beta3-1\n"
 "Report-Msgid-Bugs-To: Source: ipp...@packages.debian.org\n"
 "POT-Creation-Date: 2007-12-07 00:54+0530\n"
-"PO-Revision-Date: 2005-07-19 19:37+0300\n"
+"PO-Revision-Date: 2010-09-09 05:16+0300\n"
 "Last-Translator: Ossama M. Khayat \n"
-"Language-Team: Arabic \n"
+"Language-Team: Arabic \n"
 "Language: ar\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
-"X-Generator: KBabel 1.9.1\n"
+"X-Generator: Lokalize 1.0\n"
+"Plural-Forms: nplurals=6; plural=n==0 ? 0 : n==1 ? 1 : n==2 ? 2 : n%100>=3 "
+"&& n%100<=10 ? 3 : n%100>=11 && n%100<=99 ? 4 : 5;\n"
 
 #. Type: multiselect
 #. Choices
 #: ../templates:2001
 msgid "apache2"
-msgstr ""
+msgstr "apache2"
 
 #. Type: multiselect
 #. Description
 #: ../templates:2002
-#, fuzzy
-#| msgid "Which web server would you like to reconfigure automatically?"
 msgid "Web server to reconfigure automatically:"
-msgstr "أي خادم وب تودّ إعادة تهيئته تلقائياً؟"
+msgstr "خادم الوب المطلوب إعادة تهيئته آلياً."
 
 #. Type: multiselect
 #. Description
@@ -45,7 +46,7 @@
 msgid ""
 "Please choose the web server that should be automatically configured to run "
 "ipplan."
-msgstr ""
+msgstr "رجاء اختر خادم الوب الذي يجب تهيئته آليا لتشغيل ipplan."
 
 #. Type: boolean
 #. Description
@@ -56,30 +57,25 @@
 #. Type: boolean
 #. Description
 #: ../templates:3001
-#, fuzzy
-#| msgid ""
-#| "Remember that in order to activate the new configuration ${webserver} has "
-#| "to be restarted. You can also restart ${webserver} by manually executing "
-#| "invoke-rc.d ${webserver} restart."
 msgid ""
 "In order to activate the new configuration, ${webserver} has to be "
 "restarted. You can also restart ${webserver} by manually executing 'invoke-"
 "rc.d ${webserver} restart'."
 msgstr ""
-"تذكر أنه كي تفعّل التهيئة الجديدة يجب إعادة تشغيل ${webserver}. يمكن أيضاً "
-"إعادة تشغيل ${webserver} يدوياً بتنفيذ الأمر rc.d ${webserver} restart."
+"كي يتم تفعيل التهئية الجديدة، يجب إعادة تشغيل ${webserver}. يمكنك أيضاً إعادة "
+"تشغيل ${webserver} بتنفيذ الأمر 'invoke-rc.d ${webserver} restart' يدوياً."
 
 #. Type: boolean
 #. Description
 #: ../templates:4001
 msgid "Configure MySQL?"
-msgstr ""
+msgstr "تريد تهيئة MySQL؟"
 
 #. Type: boolean
 #. Description
 #: ../templates:4001
 msgid "Please confirm whether MySQL should be configured automatically."
-msgstr ""
+msgstr "الرجاء تأكيد من إذا كان يجب تهيئة MySQL آلياً."
 
 #. Type: boolean
 #. Description
@@ -88,12 +84,14 @@
 "If you do not choose this option, please see the instructions in /usr/share/"
 "doc/ipplan/README.Debian."
 msgstr ""
+"إن لم تنتق هذا الخيار، الرجاء الاطلاع على التعليمات في /usr/share/doc/ipplan/"
+"README.Debian."
 
 #. Type: string
 #. Description
 #: ../templates:5001
 msgid "MySQL host:"
-msgstr ""
+msgstr "مضيف MySQL:"
 
 #. Type: string
 #. Description
@@ -102,12 +100,14 @@
 "Please enter the name or IP address of the MySQL database server that will "
 "store the ipplan database."
 msgstr ""
+"رجاء اكتب اسم أو عنوا

Bug#637763: Patch for the l10n upload of nss-pam-ldapd

[Christian PERRIER]

Quoting Arthur de Jong (adej...@debian.org):

> I want to wait a small while for the next upload. I plan to put in some
> extra functionality and also give the current release an opportunity to
> get some testing (at least let it reach testing).

Hello Arthur and thanks again for all your work on this package,

Given that 0.8.5 now reached testing, do you have more visibility on
the moement you can do an upload (including of course the translation
fixes I'm monotoring)?



signature.asc
Description: Digital signature

Bug#656842: gtkhash-common: gtk.mo is also in package gtkhash 0.3.0-6

[shirish शिरीष]

Package: gtkhash-common
Version: 0.6.0-2
Severity: normal

Dear Maintainer,
I was updating my system today. I got the following messages while
updating/upgrading my system.

Selecting previously unselected package gtkhash-common.
Unpacking gtkhash-common (from .../gtkhash-common_0.6.0-2_all.deb) ...
D01: process_archive oldversionstatus=not installed
dpkg: error processing
/var/cache/apt/archives/gtkhash-common_0.6.0-2_all.deb (--unpack):
 trying to overwrite '/usr/share/locale/sv/LC_MESSAGES/gtkhash.mo',
which is also in package gtkhash 0.3.0-6
configured to not write apport reports
  Preparing to replace gtkhash
0.3.0-6 (using .../gtkhash_0.6.0-2_amd64.deb) ...
D01: process_archive oldversionstatus=installed
Unpacking replacement gtkhash ...

Errors were encountered while processing:
 /var/cache/apt/archives/gtkhash-common_0.6.0-2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

dpkg: dependency problems prevent configuration of gtkhash:
 gtkhash depends on gtkhash-common (= 0.6.0-2); however:
  Package gtkhash-common is not installed.
dpkg: error processing gtkhash (--configure):
 dependency problems - leaving unconfigured

Errors were encountered while processing:
 gtkhash

Later I was able to resolve the issue by doing :-

$ sudo aptitude install gtkhash-common
The following NEW packages will be installed:
  gtkhash-common
The following partially installed packages will be configured:
  gtkhash
0 packages upgraded, 1 newly installed, 0 to remove and 6 not upgraded.
Need to get 0 B/14.3 kB of archives. After unpacking 216 kB will be used.
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
(Reading database ... 345658 files and directories currently installed.)
Unpacking gtkhash-common (from .../gtkhash-common_0.6.0-2_all.deb) ...
D01: process_archive oldversionstatus=not installed
D01: process_archive updating info directory
Processing triggers for libglib2.0-0 ...
Setting up gtkhash-common (0.6.0-2) ...
D01: deferred_configure updating conffiles
Setting up gtkhash (0.6.0-2) ...
D01: deferred_configure updating conffiles
Processing triggers for menu ...

Current status: 0 broken [-1].

-- 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 gtkhash-common depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3
ii  gconf-gsettings-backend [gsettings-backend]  3.2.3-1

gtkhash-common recommends no packages.

gtkhash-common suggests no packages.

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

debian-bugs-dist@lists.debian.org

[Steve M. Robbins]

On Sat, Jan 21, 2012 at 11:12:45PM -0500, Dominique Belhachemi wrote:
> Hi Steve,
> 
> It occurred in a clean pbuilder environment on amd64 and the build
> used the latest itk package:
>Setting up libvxl1.14 (1.14.0-14) ...
>Setting up libinsighttoolkit3.20 (3.20.1-2) ...

OK, I'm preparing ITK 3.20.1-3 which adds dependency from 
libinsighttoolkit3-dev to libvxl1-dev.  This fixes the
immediate problem ...

> >> CMake Warning at /usr/lib/InsightToolkit/UseITK.cmake:53 (FIND_PACKAGE):
> >>   Could not find module FindVXL.cmake or a configuration file for package
> >>   VXL.

... because FindVXL.cmake is part of libvxl1-dev.

Unfortunately, it exposes a different problem.  The build now requires
file /usr/share/vxl/cmake/doxy_header.html which I cannot find.

Build log (amd64):

 dpkg-source -b igstk-4.4.0
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: patches are not applied, applying them now
dpkg-source: info: applying 12_doxygen.diff
dpkg-source: info: applying 34_disable_resource_intensely_tests.diff
dpkg-source: info: applying 90_examples.diff
dpkg-source: info: applying gcc-4.5.diff
dpkg-source: info: applying 50_kfreebsd.diff
dpkg-source: info: building igstk using existing ./igstk_4.4.0.orig.tar.gz
dpkg-source: info: building igstk in igstk_4.4.0-1.debian.tar.gz
dpkg-source: info: building igstk in igstk_4.4.0-1.dsc
 debian/rules build
test -x debian/rules
mkdir -p "obj-x86_64-linux-gnu"
/usr/share/cdbs/1/rules/buildcore.mk:109: WARNING:  DEB_DH_STRIP_ARGS is a 
deprecated variable
/usr/bin/make -f debian/rules reverse-config
make[1]: Entering directory 
`/home/steve/Packages/debian-med/trunk/packages/igstk/build-area/igstk-4.4.0'
make[1]: Nothing to be done for `reverse-config'.
make[1]: Leaving directory 
`/home/steve/Packages/debian-med/trunk/packages/igstk/build-area/igstk-4.4.0'
cd . && 
QUILT_PATCHES=/home/steve/Packages/debian-med/trunk/packages/igstk/build-area/igstk-4.4.0/debian/patches
 quilt --quiltrc /dev/null push -a || test $? = 2
File series fully applied, ends at patch 50_kfreebsd.diff
touch debian/stamp-patched
/usr/bin/make -f debian/rules update-config
make[1]: Entering directory 
`/home/steve/Packages/debian-med/trunk/packages/igstk/build-area/igstk-4.4.0'
make[1]: Nothing to be done for `update-config'.
make[1]: Leaving directory 
`/home/steve/Packages/debian-med/trunk/packages/igstk/build-area/igstk-4.4.0'
cd obj-x86_64-linux-gnu && cmake 
/home/steve/Packages/debian-med/trunk/packages/igstk/build-area/igstk-4.4.0/. 
-DCMAKE_INSTALL_PREFIX="/usr" -DCMAKE_C_COMPILER:FILEPATH="cc" 
-DCMAKE_CXX_COMPILER:FILEPATH="g++" -DCMAKE_C_FLAGS="-g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security 
-Wall" -DCMAKE_CXX_FLAGS="-g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Wformat-security -Werror=format-security -Wall" -DCMAKE_SKIP_RPATH=ON 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr 
-DCMAKE_BUILD_TYPE:STRING=Release -DCMAKE_CXX_FLAGS="-Wno-deprecated" 
-DCMAKE_VERBOSE_MAKEFILE=0 -DCMAKE_SHARED_LINKER_FLAGS="-Wl,--as-needed" 
-DCMAKE_EXE_LINKER_FLAGS="-Wl,--as-needed" -DCMAKE_SKIP_RPATH:BOOL=ON 
-DIGSTK_WITH_LIBRARY_VERSION:BOOL=ON -DIGSTK_DEVELOPMENT_VERSION:BOOL=ON 
-DIGSTK_BUILD_EXAMPLES:BOOL=OFF -DIGSTK_BUILD_TESTING:BOOL=ON 
-DCMAKE_BUILD_TYPE:STRING=Release -DIGSTK_USE_Qt:BOOL=ON 
-DIGSTK_USE_FLTK:BOOL=ON -DIGSTK_USE_OpenIGTLink:BOOL=ON 
-DIGSTK_USE_OpenCV:BOOL=OFF -DIGSTK_USE_MicronTracker:BOOL=OFF 
-DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_DOCUMENTATION:BOOL=ON 
-DQT_MOC_EXECUTABLE:PATH=/usr/bin/moc-qt4 
-DQT_UIC_EXECUTABLE:PATH=/usr/bin/uic-qt4 
-DQT_QMAKE_EXECUTABLE:PATH=/usr/bin/qmake
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/g++
-- Check for working CXX compiler: /usr/bin/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Warning (dev) at /usr/lib/InsightToolkit/ITKConfig.cmake:50 (IF):
  given arguments:

"ON"

  An argument named "ON" appears in a conditional statement.  Policy CMP0012
  is not set: if() recognizes numbers and boolean constants.  Run "cmake
  --help-policy CMP0012" for policy details.  Use the cmake_policy command to
  set the policy and suppress this warning.
Call Stack (most recent call first):
  /usr/share/cmake-2.8/Modules/FindITK.cmake:48 (FIND_PACKAGE)
  CMakeLists.txt:47 (FIND_PACKAGE)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found Doxygen: /usr/bin/doxygen 
-- Found Perl: /usr/bin/perl 
CMake Error: File /usr/share/vxl/cmake/doxy_header.html does not exist.
CMake Error at /usr/share/vxl/cmake/doxygen.cmake:203 (configure_file):
  configure_file Problem configuring file
Call Stack (most recent call first):
  /usr/sh

Bug#623422: dump locks up on sparc

[David Bestor]

Just installed onto an Ultra80... I have the same issue

cat /etc/debian_version
6.0.3

dpkg -s dump|grep Version
Version: 0.4b43-1

Thanks Alexander for the hack. It works for me as well...

Any official fix on the horizon?

David

Bug#656841: exim4-config: Support SMTPS via macro and update README

[Osamu Aoki]

Package: exim4-config
Version: 4.77-1
Severity: wishlist
Tags: patch

In light of new SMTPS client support by Exim 4.77 and raising popularity
of DKIM/SPF, I proposed to update package as attached patch.

This patch allows user to use SMTPS without making intrusive changes to
the Debian defaults just like AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS macro
did for enabling nonencrypted plaintext password.  

This patch also updates README.

== FYI: Some facts on smarthost services by ISPs ==

I have tested smarthost services with:
 * gmail.com   STARTTLS 587 (Free email)
 * yahoo.co.jp SMTPS469 (Free email)
 * nifty.com   STARTTLS 587 (SMTP ISP for my OFC service)

Gmail accepts any envelope From_ address and header From: address but
overwrite such information automatically with the Gmail email account
you used to connect to their SMTP service.  Then they sign your mail
with DKIM.

Yahoo (you can get a free account in their Asian ISPs such as Japan and
India by opting in for their advertisement mail while their US service
seems to be only for payed customers.)  I tested with Japanese service.

As I understand, since Yahoo did not offer STARTTLS service nor CRAM5,
people were using Yahoo with plaintext password over unencrypted
connection using AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS macro.  This is not a
good idea for security.

Since Exim 4.77 supports SMTPS, I tested it for Yahoo without setting
AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS macro but adding "protocol = smtps" to
/etc/exim4/conf.d/transport/30_exim4-config_remote_smtp_smarthost .
I confirmed that it works fine.  Unlike Gmail, it does not rewrite email
address.  If envelope From_ is not resolvable address, it rejects such
mails.  So use of /etc/email-addresses is essential for using them as the
smarthost.  Also, I noticed that if the header From: address is not the
email address of theirs, it does not sign DKIM. If only the header From:
address is the email address of their, Yahoo signs such mail with DKIM.  

Nifty seems to do nothing on DKIM and does not enforce anything on the
 From: header and send mail with the original non-Nifty From: address.
When Gmail receives such tweaked mail with my debian.org address, having
envelope address pointing to my Nifty's email account by using proper
entry in the /etc/email-addresses improved spam filter position on SPF
to "pass". 

-- Package-specific info:
Exim version 4.77 #3 built 14-Nov-2011 22:30:32
Copyright (c) University of Cambridge, 1995 - 2007
Berkeley DB: Berkeley DB 5.1.25: (January 28, 2011)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz 
dnsdb dsearch nis nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to generate
# exim configuration macros for the configuration file.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='smarthost'
dc_other_hostnames=''
dc_local_interfaces='127.0.0.1'
dc_readhost='localhost'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
#dc_smarthost='smtp.nifty.com::587'
#dc_smarthost='smtp.gmail.com::587'
dc_smarthost='smtp.mail.yahoo.co.jp::465'
CFILEMODE='644'
dc_use_split_config='true'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'
mailname:localhost

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

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

Versions of packages exim4-config depends on:
ii  adduser3.113
ii  debconf [debconf-2.0]  1.5.41

exim4-config recommends no packages.

exim4-config suggests no packages.

-- Configuration Files:
/etc/email-addresses changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_remote_smtp_smarthost changed [not 
included]
(I had protocol=smtps mod.)
/etc/exim4/passwd.client [Errno 13] Permission denied: 
u'/etc/exim4/passwd.client'

-- debconf information:
* exim4/dc_smarthost: smtp.gmail.com::587 ... changed among different servers
  exim4/dc_relay_domains:
* exi

Bug#616290: [Fwd: [ISC-Bugs #25979] What happened to the dhcp patch in ISC-Bugs #24697 (Debian Bug #616290)?]

[Andrew Pollock]

On Sun, Jan 22, 2012 at 01:12:15AM +0100, Samuel Thibault wrote:
> Andrew Pollock, le Sat 21 Jan 2012 15:57:50 -0800, a écrit :
> > > - the PATH_MAX fix, which they _can_ check on GNU/Linux, since GNU/Linux
> > > uses glibc.
> > 
> > One of the concerns with this patch was that it was conditional not on the
> > Hurd OS, but on glibc being in use. I think they'd rather see this be
> > explicitly conditional on Hurd.
> 
> Well, if they prefer that, then fine.

That's probably a good start.
 
> > I imagine they're worried about how this would behave on other
> > non-Linux OSes that don't use glibc but do have PATH_MAX?
> 
> You mean they don't like not testing that other codepath with Linux?
> Then let's keep the new patch Hurd-only, that's fine.

Okay
 
> > They asked if it were possible to add PATH_MAX compatibility to the Hurd
> > instead, since it's an OS that is under development.
> 
> It has always been a will *not* to define PATH_MAX in GNU/Hurd.

So out of curiosity, how much other software has issues as a result?
 
> > > - the get_hw_addr changes, which does not actually change any code,
> > > but simply uses existing code in a case which would not even compile
> > > otherwise.
> > 
> > I'm not sure if there was specific feedback on this chunk of the patch.
> 
> Ok.
> 
> > > - the bind change, which just makes GNU/Hurd use the same thing as
> > > GNU/Linux.
> > 
> > I'm pretty sure the BIND change (if it's the change to configure that I
> > think it is) has already been accepted (in a slightly different form). I'll
> > try to check in with them regularly between now and 4.2.3 to make sure that
> > that fix is going to be in it. Does BIND build okay on Hurd?
> 
> BIND itself builds ok, yes, simply with ipv6 disabled (see #651001). The
> issue is the mixture of bind and dhcpd code, where the bind side does
> not enable ipv6, and dhcpd enables it.
> 
> > > So in the end, the first part is not trivial but can be checked on Linux
> > > (and actually fixes a bug), and the second and third part look trivial
> > > to me, thus the wonder.
> > 
> > I think we'll get there, eventually. It might just take a while.
> 
> Well, we'd like to manage to release with wheezy.

Okay I'll keep that in mind.
 
> > Have you tried starting a conversation on the dhcp-users list?
> > (https://lists.isc.org/mailman/listinfo/dhcp-users)
> > 
> > There's also https://lists.isc.org/mailman/listinfo/dhcp-hackers
> 
> We have not tried, but if that's the way we can directly discuss the
> patch with them, then we should probably do it. dhcp-hackers seems very
> low-volume, I guess dhcp-users might be preferable?

Try -hackers first and if you don't get a response after a week or so, try
-users. Or just cross-post and be done with it.


signature.asc
Description: Digital signature

Bug#656840: [qtcurve] new version upstream

[john terragon]

Package: qtcurve
Version: 1.8.7-1
Severity: wishlist

--- Please enter the report below this line. ---
There seems to be a new version of qtcurve, 1.8.9:

http://kde-look.org/content/show.php/QtCurve+%28KDE4%2C+KDE3%2C+%26+Gtk2+Theme%29?content=40492

They implement "widget-side" shadows (needed since kde 4.7 I think).

Thanks

john


--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-1-686-pae
Debian Release: wheezy/sid
990 unstableftp.debian.org 
101 experimentalftp.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
kde-style-qtcurve   | 1.8.7-1
kwin-style-qtcurve  | 1.8.7-1
gtk2-engines-qtcurve| 1.8.8-1

Package's Recommends field is empty.
Package's Suggests field is empty.



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

Bug#656839: transition: linphone libexosip2 libosip2

[Mark Purcell]

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

Debian-release,

I would like to request a transition slot for linphone, libexosip2 and libosip2,
for which pkg-voip-maintainers are responsible.

All packages have been uploaded to experimental.

linphone transition is liblinphone3 -> libphone4, no external rdepends

linphone provides libmediastreamer0
rdepends kopete, no binNMU required. kopete is also part of kde transition.

transition libosip2-4 -> libosip2-7
rdepends sipwitch siproxy libexosip
all binNMU OK

tranistion libexosip2-4 -> libexosip2-7
rdepends sipwitch binNMU OK

Mark

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

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


linphone (3.5.0-1) experimental; urgency=low

  * New upstream release

  [ Kilian Krause ]
  * Fix descriptions - thanks to Filipus Klutiero (Closes: #631227)

  [ Tzafrir Cohen ]
  * Add a dbg package.

  [ Mark Purcell ]
  * Fix "please add support for armhf" patch from Konstantinos (Closes: #645799)

 -- Mark Purcell   Mon, 26 Dec 2011 11:40:28 +1100



libosip2 (3.6.0-2) experimental; urgency=low

  * Fix "Resolve unresolved symbols in shared libraries" 
debian/rules: export EXTRA_LIB=-lpthread (Closes: #558915)

 -- Mark Purcell   Sat, 08 Oct 2011 14:06:34 +1100

libosip2 (3.6.0-1) experimental; urgency=low

  * New upstream release
- NEW package libosip2-7 - soname bump
  * docs: drop duplicate-changelog-files ChangeLog
  * Drop content of dependancy_libs (sed -i)
- Fixes "Emptying dependency_libs in .la files" (Closes: #64)
  * Switch to dh 7
  * Switch to dpkg-source 3.0 (quilt) format
  * Upgrade to Standards Version 3.9.2
  * Upgrade debian/watch to v3
  * copyright-refers-to-symlink-license
- Updated debian/copyright -> LGPL-2.1
  * Add osip.1 to libosip2-dev

 -- Mark Purcell   Sat, 08 Oct 2011 13:54:35 +1100

libosip2 (3.5.0-1) experimental; urgency=low

  * New upstream release
  * NEW package libosip2-6 - soname bump
  * debian/compat -> 7

 -- Mark Purcell   Sat, 29 Jan 2011 15:08:04 +1000



libexosip2 (3.6.0-1) experimental; urgency=low

  * New upstream release 
- NEW package libeXosip2-7 - soname bump
  * Switch to dpkg-source 3.0 (quilt) format
  * Switch to dh
  * Update to Standards Version 3.9.2
  * Fix "Getting rid of unneeded *.la / emptying dependency_libs"
debian/rules sed -i (Closes: #633180)
  * Fix "[libexosip2-4] typo "establishement" in extended description"
Updated debian/control (Closes: #583519)
  * Drop  binary-control-field-duplicates-source
  * cleanup debian/watch - debian-watch-contains-dh_make-template
  * Update debian/copyright GPL2 -  copyright-refers-to-symlink-license

 -- Mark Purcell   Sat, 08 Oct 2011 15:20:31 +1100

libexosip2 (3.5.0-1) experimental; urgency=low

  * New upstream release

  [ Kilian Krause ]
  * Remove -N from wget args in get-orig-source target as -O is already
used.

  [ Mark Purcell ]
  * NEW package libexosip2-6 - soname bump
  * Include html docs in -dev package
  * Build-Depends: libosip2-dev (>= 3.5)

 -- Mark Purcell   Sat, 29 Jan 2011 15:37:37 +1000



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

Bug#642777: zemberek-server: FTBFS: You must specify a valid JAVA_HOME or JAVACMD

[Hideki Yamane]

tags 642777 pending 
thanks

Hi,
 
 I've prepared an NMU for zemberek-server (versioned as 0.7.1-12.1) and I've 
uploaded 
 it to DELAYED/5. Please feel free to tell me if I should delay it longer.

 Thanks.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane



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

Bug#656824: linux-image-3.2.0-1-amd64 Boot Failure

[Friedemann Stoyan]

On 22.01.12 10:41, James Robertson wrote:
> Package: linux-2.6
> Version: 3.2.1-1
> Severity: normal
> 
> Dear Maintainer,
> 
> After installing this kernel I was not able to boot to it and received
> the following error on the console.
> 
> Loading Linux 3.2.0-1-amd64 ...
> error: cannot read the Linux header.
> Loading intitial ramdisk ...
> error: you need to load the kernel first.
> 
> press any key to continue...
> 
> I use LVM with XFS on top of that, not sure if that has any relevance.
> 
> I also received a time out when Querying Debian BTS for reports on
> linux-2.6 (source)... So apologies if this bug has already been
> reported.

Same here. Thinkpad T500+LVM+XFS:

$ mount | grep root
/dev/mapper/vg0-root on / type xfs (rw,nodev,relatime,attr2,delaylog,noquota)

$ ls -l /boot/
total 47772
-rw-r--r-- 1 root root   125263 Aug 27 19:54 config-3.0.0-1-amd64
-rw-r--r-- 1 root root   128350 Dec 23 18:12 config-3.1.0-1-amd64
-rw-r--r-- 1 root root   130657 Jan 19 11:48 config-3.2.0-1-amd64
drwxr-xr-x 3 root root 8192 Jan 21 08:53 grub
-rw-r--r-- 1 root root 11230400 Nov 21 17:18 initrd.img-3.0.0-1-amd64
-rw-r--r-- 1 root root 11342985 Jan 21 08:07 initrd.img-3.1.0-1-amd64
-rw-r--r-- 1 root root 11585465 Jan 21 08:53 initrd.img-3.2.0-1-amd64
-rw-r--r-- 1 root root  2007368 Aug 27 19:54 System.map-3.0.0-1-amd64
-rw-r--r-- 1 root root  2034035 Dec 23 18:12 System.map-3.1.0-1-amd64
-rw-r--r-- 1 root root  2072539 Jan 19 11:48 System.map-3.2.0-1-amd64
-rw-r--r-- 1 root root  2705680 Aug 27 19:49 vmlinuz-3.0.0-1-amd64
-rw-r--r-- 1 root root  2727792 Dec 23 18:10 vmlinuz-3.1.0-1-amd64
-rw-r--r-- 1 root root  2779248 Jan 21 08:54 vmlinuz-3.2.0-1-amd64

The grubshell can display the kernel image but isn't be able to load it:

grub> ls (vg0-root)/boot/
kern/disk.c:245: Opening `vg0-root'...
grub/ config-3.0.0-1-amd64 vmlinuz-3.0.0-1-amd64 System.map-3.0.0-1-amd64 
initrd.img-3.0.0-1-amd64 vmlinuz-3.1.0-1-amd64 config-3.1.0-1-amd64
System.map-3.1.0-1-amd64 initrd.img-3.1.0-1-amd64 config-3.2.0-1-amd64 
System.map-3.2.0-1-amd64 initrd.img-3.2.0-1-amd64 vmlinuz-3.2.0-1-amd64
kern/disk.c:330: Closing `vg0-root'.
grub> linux (vg0-root)/boot/vmlinuz-3.2.0-1-amd64 root=/dev/mapper/vg0-root ro
kern/disk.c:245: Opening `vg0-root'...
kern/disk.c:330: Closing `vg0-root'.
error: cannot read the Linux header.

Loading with 3.1.0-1 works:

grub> linux (vg0-root)/boot/vmlinuz-3.1.0-1-amd64 root=/dev/mapper/vg0-root ro
kern/disk.c:245: Opening `vg0-root'...
kern/disk.c:330: Closing `vg0-root'.

I think it's a grub bug. Weird.

Regards
Friedemann



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

Bug#642765: zemberek-ooo: FTBFS: You must specify a valid JAVA_HOME or JAVACMD

[Hideki Yamane]

tags 642765 pending 
thanks

Hi,
 
 I've prepared an NMU for zemberek-ooo (versioned as 1.0~rc2-10.3) and I've 
uploaded 
 it to DELAYED/5. Please feel free to tell me if I should delay it longer.

 Thanks.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane



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

Bug#642769: zemberek: FTBFS: You must specify a valid JAVA_HOME or JAVACMD

[Hideki Yamane]

tags 642769 pending
thanks

Hi,
 
 I've prepared an NMU for zemberek (versioned as 2.1.1-8.1) and I've uploaded 
 it to DELAYED/5. Please feel free to tell me if I should delay it longer.

 Thanks.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane



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

Bug#656824: Reinstalling GRUB did not help

[James Robertson]

I re-installed grub-pc and grub2 using the following commands:

apt-get install --reinstall grub2
apt-get install --reinstall grub-pc.

This did not help.

I then purged the following packages and answered yes to the debconf
prompt about removing /boot/grub and reinstalled them:

apt-get autoremove --purge grub-common grub-pc-bin grub-pc grub2 grub2-common

This did not help either.

Booting linux-image-3.1.0-1-amd64 works fine.

Is there something specific I am missing or should this bug be re-opened?

Thanks



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

Bug#652748: checkpolicy: FTBFS: cc: error: /usr/lib/libsepol.a: No such file or directory

[Hideki Yamane]

tags 652748 pending 
thanks

Hi,
 
 I've prepared an NMU for checkpolicy (versioned as 2.1.0-1.1) and I've 
uploaded 
 it to DELAYED/5. Please feel free to tell me if I should delay it longer.

 Thanks.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane



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

Bug#652094: mysql-mmm-tools: missing dependancy on libpath-class-perl

[Hideki Yamane]

tags 652094 pending 
thanks

Hi,
 
 I've prepared an NMU for mysql-mmm-tools (versioned as 2.2.1-1.1) and I've 
uploaded 
 it to DELAYED/5. Please feel free to tell me if I should delay it longer.

 Thanks.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane



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

Bug#656813: [PATCH 1/2] ipw2200: Fix order of device registration

[Ben Hutchings]

On Sun, 2012-01-22 at 04:32 +0100, Stefan Lippers-Hollmann wrote:
> Hi
> 
> On Sunday 22 January 2012, Ben Hutchings wrote:
> > Currently cfg80211 fails to create a "phy80211" symlink in sysfs from
> > the net device to the wiphy device.  The latter needs to be registered
> > first.
> > 
> > Compile-tested only.
> > 
> > Reported-by: Cesare Leonardi 
> > Signed-off-by: Ben Hutchings 
> > ---
> >  drivers/net/wireless/ipw2x00/ipw2200.c |   23 ---
> >  1 files changed, 12 insertions(+), 11 deletions(-)
> 
> I've tested this patch on my ipw2200 (inside an Acer TravelMate 292LMi).
> While the original
[...]
> is almost cosmetic, without any apparent ill-effects, applying that 
> patch to kernel 3.2.1 (not exactly Debian's - e.g. I need acerhk/ 
> dritek to disable rfkill for that card, but it should be close enough) 
> results in this trace:
> 
> [5.708938] libipw: 802.11 data/management/control stack, git-1.1.13
> [5.708942] libipw: Copyright (C) 2004-2005 Intel Corporation 
> 
> […]
> [5.785178] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 
> 1.2.2kmprq
> [5.785184] ipw2200: Copyright(c) 2003-2006 Intel Corporation
> [5.785323] ipw2200 :02:02.0: power state changed by ACPI to D0
> [5.785330] ipw2200 :02:02.0: power state changed by ACPI to D0
> [5.785344] ipw2200 :02:02.0: PCI INT A -> Link[LNKC] -> GSI 10 
> (level, low) -> IRQ 10
> [5.785370] ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
> [5.785416] [ cut here ]
> [5.785435] WARNING: at 
> /tmp/buildd/linux-aptosid-3.2/debian/build/source_i386_none/net/wireless/core.c:562
>  wiphy_register+0x45/0x38d [cfg80211]()
[...]

Which is:

if (!have_band) {
WARN_ON(1);
return -EINVAL;
}

and have_band is set if any element of wiphy->bands[] is non-NULL.

ipw_wdev_init() clearly does initialise wiphy->bands... except that it
seems to depend on the regulatory area having been determined already,
which I suppose must be done during the callback from netdev
registration (ipw_net_init()).  Judging by the comment about this in
ipw2100.c, it's probably important that initialisation is done in this
order.

So maybe cfg80211 should instead tolerate registration in this order?

Ben.

-- 
Ben Hutchings
Knowledge is power.  France is bacon.


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

Bug#656717: libzen FTBFS on most 32-bit architectures, overload error

[Chow Loong Jin]

On 22/01/2012 07:01, peter green wrote:
> 
>> The FTBFS is caused by a rather hacky patch[1] I included in -3 to fix an 
>> FTBFS
>> in s390[2].
>>
>> Is there a better way of doing this without rewriting the parts of the 
>> library
>> that use the NEED_SIZET macro to use templates? Specifically, it looks like I
>> would need a preprocessor conditional to check whether size_t is unsigned 
>> int or
>> unsigned long.
>>   
> I don't know any way to do a preproccessor conditional for it directly but I
> have figured out
> a way to find it from within a script or makefile.
> 
> here's a makefile snippet that figures it out (should be easy to turn it into 
> a
> shell script
> fragment if that is more conviniant for you).
> 
> ifneq (,$(findstring long,$(shell echo __SIZE_TYPE__ | cpp -P)))
>  CFLAGS += -dSIZE_T_IS_LONG
> endif

Ah, cool, that sounds like it'll work for the time being, until a more permanent
solution comes along. Thanks!

-- 
Kind regards,
Loong Jin



signature.asc
Description: OpenPGP digital signature

debian-bugs-dist@lists.debian.org

[Dominique Belhachemi]

Hi Steve,

It occurred in a clean pbuilder environment on amd64 and the build
used the latest itk package:
   Setting up libvxl1.14 (1.14.0-14) ...
   Setting up libinsighttoolkit3.20 (3.20.1-2) ...

-Dominique

On Sat, Jan 21, 2012 at 9:49 PM, Steve M. Robbins  wrote:
> Dominique,
>
> What architecture is the following log from?
>
> On Sat, Jan 21, 2012 at 05:48:52PM -0500, Dominique Belhachemi wrote:
>> The package FTBFS now with:
>>
>>
>> CMake Warning at /usr/lib/InsightToolkit/UseITK.cmake:53 (FIND_PACKAGE):
>>   Could not find module FindVXL.cmake or a configuration file for package
>>   VXL.
>>
>>   Adjust CMAKE_MODULE_PATH to find FindVXL.cmake or set VXL_DIR to the
>>   directory containing a CMake configuration file for VXL.  The file will
>>   have one of the following names:
>>
>>     VXLConfig.cmake
>>     vxl-config.cmake
>>
>> Call Stack (most recent call first):
>>   CMakeLists.txt:49 (INCLUDE)
>>
>>
>> CMake Error at /usr/lib/InsightToolkit/UseITK.cmake:57 (MESSAGE):
>>   UseITK could not load VXL settings from "VXL_DIR-NOTFOUND" even through ITK
>>   was built using VXL from this location.
>> Call Stack (most recent call first):
>>   CMakeLists.txt:49 (INCLUDE)
>



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

Bug#653680: libselinux: FTBFS: /usr/lib/libsepol.a: No such file or directory

[Hideki Yamane]

tags 653680 pending 
thanks

Hi,
 
 I've prepared an NMU for libselinux (versioned as 2.1.0-4.1) and I've uploaded 
 it to DELAYED/5. Please feel free to tell me if I should delay it longer.

 Thanks.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane



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

Bug#640310: [patch] geotranz: FTBFS: JNICCSObjectTranslator.cpp:3:17: fatal

[Hideki Yamane]

tags 640310 pending 
thanks

Hi,
 
 I've prepared an NMU for geotranz (versioned as 3.1-2.1) and I've uploaded 
 it to DELAYED/5. Please feel free to tell me if I should delay it longer.

 Thanks.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane
diff -Nru geotranz-3.1/debian/changelog geotranz-3.1/debian/changelog
--- geotranz-3.1/debian/changelog	2011-03-12 13:44:26.0 +0900
+++ geotranz-3.1/debian/changelog	2012-01-22 12:58:53.0 +0900
@@ -1,3 +1,13 @@
+geotranz (3.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/control
+- use default-jdk (Closes: #640310)
+  * debian/patches/001-makefiles.patch
+- update to use default-jdk
+
+ -- Hideki Yamane   Sun, 22 Jan 2012 12:57:51 +0900
+
 geotranz (3.1-2) unstable; urgency=low
 
   * Fix symbols issue again, this time it'll work with g++ 4.4 and 4.5.
diff -Nru geotranz-3.1/debian/control geotranz-3.1/debian/control
--- geotranz-3.1/debian/control	2011-03-07 07:08:21.0 +0900
+++ geotranz-3.1/debian/control	2012-01-22 12:54:06.0 +0900
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: Roberto Lumbreras 
-Build-Depends: cdbs, debhelper (>= 7), openjdk-6-jdk | java6-sdk, giftrans, imagemagick, cpio
+Build-Depends: cdbs, debhelper (>= 7), default-jdk, giftrans, imagemagick, cpio
 Build-Depends-Indep: 
 Standards-Version: 3.9.1
 Homepage: http://earth-info.nga.mil/GandG/geotrans/
diff -Nru geotranz-3.1/debian/patches/001-makefiles.patch geotranz-3.1/debian/patches/001-makefiles.patch
--- geotranz-3.1/debian/patches/001-makefiles.patch	2011-03-07 10:08:37.0 +0900
+++ geotranz-3.1/debian/patches/001-makefiles.patch	2012-01-22 12:57:49.0 +0900
@@ -58,7 +58,7 @@
  SRCDIR = ../../GEOTRANS3/java_gui/geotrans3/jni
  JNIDIR = ../../GEOTRANS3/java_gui/geotrans3/jni
 -JAVADIR = /usr/jdk1.5.0_18#Note: Change this for your system
-+JAVADIR = /usr/lib/jvm/java-6-openjdk
++JAVADIR = /usr/lib/jvm/default-java
  
  
  # Libraries
@@ -180,7 +180,7 @@
 @@ -0,0 +1,41 @@
 +SRC = geotrans3
 +ICONS = $(SRC)/gui/icons
-+JAVAC = /usr/lib/jvm/java-6-openjdk/bin/javac
++JAVAC = /usr/lib/jvm/default-java/bin/javac
 +
 +all: MSPCCS.jar
 +

Bug#656476: linux-image-2.6.32-5-686: Sundance network driver (D-Link DFE-580TX) timeouts rendering interface unusable

[Ben Hutchings]

On Thu, 2012-01-19 at 17:55 +0100, Mike . wrote:
> Package: linux-2.6
> Version: 2.6.32-39squeeze1
> Severity: important
> 
> *** Please type your report below this line ***
> 
> Network traffic on my D-Link DFE-580TX card results in a transmit
> queue timeout and gives endless resets after that untill the interface
> is brought down.
> 
> The amount of traffic required to generate the error seems to vary but
> sooner rather then later it will occur.
> 
> The 1218.002863 - 1226.000260 part of the log repeats itself (with
> different TxFrameId's) until the interface is brought down.
[...]

Please test whether this also occurs under Linux 3.2, currently
available in unstable (the package name is linux-3.2.0-1-686-pae).

Ben.

-- 
Ben Hutchings
Knowledge is power.  France is bacon.


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

Bug#613626: wrong option for modprobe in man page of pcimodules

[Maximiliano Curia]

Hi,

About the bug reported to pciutils in the 16 Feb 2011
http://bugs.debian.org/613626

> The man page of pcimodules gives an example how to use pcimodules:

> for module in $(pcimodules) ; do

> modprobe -s -k "$module"

> done


> but modprobe does not have the options -s and -k.
> They can just be removed from the man page.

In fact, the argument -s is still valid, it means log result via syslog. The
-k was the autoclean option back in modutils 2.4. There is no mapping to the
-k option in the module-init-tools version of modprobe.

I think that:

for module in $(pcimodules) ; do
  modprobe -s "$module"
done

Would be a good replacement example.

-- 
"Elegance is not a dispensable luxury but a quality that decides between
success and failure."
-- Edsger W. Dijkstra
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#656204: as mentioned previously, fix is in git

[Rolf Leggewie]

http://anonscm.debian.org/gitweb/?p=collab-maint/isdnutils.git;a=commitdiff;h=1bed1c2ab19d15465d6f68272da46a48941b34cc




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

Bug#656838: oce FTBFS on Alpha: Alpha Linux is misdetected as Alpha OSF1 Unix

[Michael Cree]

Source: oce
Version: 0.8.0-1
Severity: Normal
User: debian-al...@lists.debian.org
Usertags: alpha
X-Debbugs-CC: debian-al...@lists.debian.org

oce FTBFS on alpha with the error:

[ 39%] Building CXX object
adm/cmake/TKService/CMakeFiles/TKService.dir/__/__/__/src/MFT/MFT_FontManager.cxx.o
cd
/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/obj-alpha-linux-gnu/adm/cmake/TKService
&& /usr/bin/c++   -DTKService_EXPORTS -D_OCC64 -DHAVE_FTGL_NEWER212
-DHAVE_CONFIG_H -DCSFDB -DOCC_CONVERT_SIGNALS -DNDEBUG -O3 -DNDEBUG
-fPIC
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/obj-alpha-linux-gnu/build_inc
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/inc
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/AlienImage
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/AlienImage
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/Aspect
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/Aspect
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/CGM
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/CGM
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/Image
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/Image
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/MFT
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/MFT -I/bui
 ld/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/PS
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/PS
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/PlotMgt
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/PlotMgt
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/SelectBasics
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/SelectBasics
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/TColQuantity
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/TColQuantity
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/Viewer
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/Viewer
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/ImageUtility
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/ImageUtility
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/Xw
-I/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/drv/Xw-o
CMakeFiles/TKService.dir/__/__/__/src/MFT/MFT_FontManager.cxx.o -c
/build/buildd-oce_0.8.0-1-alpha-
 nfIXQh/oce-0.8.0/src/MFT/MFT_FontManager.cxx
/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/MFT/MFT_FontManager.cxx:
In static member function 'static Standard_Boolean
MFT_FontManager::Read(MFT_FileRecord&)':
/build/buildd-oce_0.8.0-1-alpha-nfIXQh/oce-0.8.0/src/MFT/MFT_FontManager.cxx:2870:23:
error: 'MAP_VARIABLE' was not declared in this scope

Full build log is at:
http://buildd.debian-ports.org/status/fetch.php?pkg=oce&arch=alpha&ver=0.8.0-1&stamp=1326555718

The build error is caused by a misdetection of Alpha Linux as Alpha OSF1
Unix in inc/MFT_FileRecord.hxx beginning at line 50 with:

#if defined ( __alpha ) || ( DECOSF1 )
#include 
#define MMAP(file_addr,mmap_size,fildes) \
mmap((caddr_t) 0x10,(size_t) mmap_size,PROT_READ, \
MAP_FILE | MAP_PRIVATE | MAP_VARIABLE,fildes,(off_t)
file_addr)
#define MUNMAP(mmap_addr,mmap_size) \
munmap((caddr_t) mmap_addr,(size_t) mmap_size)
#endif  // __alpha

The pre-defined compiler macro __alpha is defined if the hardware is
Alpha whatever the OS and so the above code, intended only for OSF1,
gets compiled under Linux.

Maybe modifying the conditional to be something like:

#if (defined ( __alpha ) || ( DECOSF1 )) && ! defined( linux )

would fix it --- but I don't know what is the appropriate macro to
detect Linux.

I did a quick grep and check of all other defined(__alpha) occurences
and they look fine to me, but did notice issues that might affect other
architectures supported by Debian, that is, the code has the appearance
of being written with the assumption that Linux is Intel only.

Cheers
Michael.



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

Bug#656813: [PATCH 1/2] ipw2200: Fix order of device registration

[Stefan Lippers-Hollmann]

Hi

On Sunday 22 January 2012, Ben Hutchings wrote:
> Currently cfg80211 fails to create a "phy80211" symlink in sysfs from
> the net device to the wiphy device.  The latter needs to be registered
> first.
> 
> Compile-tested only.
> 
> Reported-by: Cesare Leonardi 
> Signed-off-by: Ben Hutchings 
> ---
>  drivers/net/wireless/ipw2x00/ipw2200.c |   23 ---
>  1 files changed, 12 insertions(+), 11 deletions(-)

I've tested this patch on my ipw2200 (inside an Acer TravelMate 292LMi).
While the original

[5.525347] libipw: 802.11 data/management/control stack, git-1.1.13
[5.525352] libipw: Copyright (C) 2004-2005 Intel Corporation 

[…]
[5.787605] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 
1.2.2kmprq
[5.787610] ipw2200: Copyright(c) 2003-2006 Intel Corporation
[5.787742] ipw2200 :02:02.0: power state changed by ACPI to D0
[5.787749] ipw2200 :02:02.0: power state changed by ACPI to D0
[5.787762] ipw2200 :02:02.0: PCI INT A -> Link[LNKC] -> GSI 10 (level, 
low) -> IRQ 10
[5.787789] ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
[6.120089] cfg80211: failed to add phy80211 symlink to netdev!
[6.120373] ipw2200: Detected geography ZZG (13 802.11bg channels, 0 802.11a 
channels)
[6.138818] udevd[252]: renamed network interface eth1 to wlan0
[…]
[8.744754] acerhk: registered input device
[8.744878] input: Acer hotkey driver as /devices/virtual/input/input7
[8.747175] acerhk: forced laptop series to 290
[8.747184] acerhk: enabling dritek keyboard extension
[8.747704] acerhk: bios routine found at 0xc00fdf22
[8.747706] Acer Travelmate hotkey driver v0.5.35
[…]
[   15.107990] lib80211_crypt: registered algorithm 'CCMP'
[   15.276082] Intel AES-NI instructions are not detected.
[   24.386037] wlan0: no IPv6 routers present
[wlan available]

is almost cosmetic, without any apparent ill-effects, applying that 
patch to kernel 3.2.1 (not exactly Debian's - e.g. I need acerhk/ 
dritek to disable rfkill for that card, but it should be close enough) 
results in this trace:

[5.708938] libipw: 802.11 data/management/control stack, git-1.1.13
[5.708942] libipw: Copyright (C) 2004-2005 Intel Corporation 

[…]
[5.785178] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 
1.2.2kmprq
[5.785184] ipw2200: Copyright(c) 2003-2006 Intel Corporation
[5.785323] ipw2200 :02:02.0: power state changed by ACPI to D0
[5.785330] ipw2200 :02:02.0: power state changed by ACPI to D0
[5.785344] ipw2200 :02:02.0: PCI INT A -> Link[LNKC] -> GSI 10 (level, 
low) -> IRQ 10
[5.785370] ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
[5.785416] [ cut here ]
[5.785435] WARNING: at 
/tmp/buildd/linux-aptosid-3.2/debian/build/source_i386_none/net/wireless/core.c:562
 wiphy_register+0x45/0x38d [cfg80211]()
[5.785440] Hardware name: TravelMate 290 
\x\x\x\x\x\x\x\x\x\x\x\x\x\x\x\x\x
[5.785443] Modules linked in: ipw2200(+) iTCO_wdt libipw joydev drm snd_seq 
snd_timer snd_seq_device iTCO_vendor_support yenta_socket snd intel_agp 
i2c_i801 pcmcia_rsrc cfg80211 soundcore parport_pc psmouse parport rng_core 
snd_page_alloc serio_raw pcspkr i2c_algo_bit intel_gtt pcmcia_core evdev irda 
crc_ccitt rfkill lib80211 processor container ac battery shpchp pci_hotplug 
button ext4 mbcache jbd2 crc16 dm_mod sd_mod sr_mod crc_t10dif cdrom 
ata_generic pata_acpi ata_piix libata scsi_mod firewire_ohci firewire_core 
crc_itu_t 8139too 8139cp mii uhci_hcd ehci_hcd usbcore usb_common [last 
unloaded: scsi_wait_scan]
[5.785512] Pid: 328, comm: modprobe Not tainted 3.2-1.slh.4-aptosid-686 #1
[5.785515] Call Trace:
[5.785527]  [] ? warn_slowpath_common+0x7c/0x8f
[5.785538]  [] ? wiphy_register+0x45/0x38d [cfg80211]
[5.785549]  [] ? wiphy_register+0x45/0x38d [cfg80211]
[5.785554]  [] ? warn_slowpath_null+0x1b/0x1f
[5.785565]  [] ? wiphy_register+0x45/0x38d [cfg80211]
[5.785574]  [] ? internal_create_group+0xf5/0xff
[5.785589]  [] ? ipw_pci_probe+0xa9a/0xbd0 [ipw2200]
[5.785597]  [] ? arch_local_irq_save+0xf/0x14
[5.785605]  [] ? pci_device_probe+0x53/0x9a
[5.785612]  [] ? driver_probe_device+0x94/0x124
[5.785617]  [] ? pci_match_id+0x15/0x34
[5.785622]  [] ? __driver_attach+0x40/0x5b
[5.785626]  [] ? bus_for_each_dev+0x37/0x60
[5.785631]  [] ? driver_attach+0x17/0x1a
[5.785636]  [] ? driver_probe_device+0x124/0x124
[5.785641]  [] ? bus_add_driver+0x92/0x1d1
[5.785648]  [] ? 0xe099cfff
[5.785652]  [] ? driver_register+0x7d/0xd4
[5.785661]  [] ? jump_label_module_notify+0xec/0x167
[5.785666]  [] ? 0xe099cfff
[5.785670]  [] ? __pci_register_driver+0x32/0x87
[5.785675]  [] ? 0xe099cfff
[5.785687]  [] ? ipw_init+0x2e/0x72 [

Bug#655144: rhythmbox: Seg fault in rhythmdb_entry_type_get_name ()

[Simon Waters]

I suspect this bug was some sort of extension compatibility issue.

Removed rhythmbox-plugins and the problem seems to be fixed.

Although not sure what plugins I was using or how to check.



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

Bug#656837: Version too old for ITK 4

[Steve M. Robbins]

Source: vxl
Severity: normal

Please update to newer version.  I'm packaging ITK 4.0.0 now and it
requires a "version date" (see vxl_version.h) later than 2011-04-28.

The current version in SID is 2010-03-10.


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



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

Bug#656836: byobu-config fails looking for snack

[Douglas F. Calvert]

Package: byobu
Version: 5.3-1
Severity: normal

Dear Maintainer,
When I run byobu-config i get the following error:


$ byobu-config 
Traceback (most recent call last):
  File "/usr/bin/byobu-config", line 25, in 
import sys, os, os.path, time, string, commands, gettext, glob, snack
  File "/usr/lib/python2.7/dist-packages/snack.py", line 42, in 
import _snack
ImportError: No module named _snack








-- 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/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages byobu depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  gettext-base   0.18.1.1-5
ii  perl   5.14.2-6
ii  python 2.7.2-9
ii  python-newt0.52.14-7
ii  screen 4.1.0~20110819git450e8f3-1
ii  tmux   1.6~svn2647-2

Versions of packages byobu recommends:
ii  screen  4.1.0~20110819git450e8f3-1
ii  tmux1.6~svn2647-2

Versions of packages byobu suggests:
ii  apport  
ii  lsb-release 3.2-28
ii  po-debconf  1.0.16+nmu2
ii  run-one 
ii  update-notifier-common  
ii  vim 
ii  w3m 0.5.3-5

-- debconf information:
* byobu/launch-by-default: false



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

Bug#656813: [PATCH 2/2] ipw2100: Fix order of device registration

[Ben Hutchings]

Currently cfg80211 fails to create a "phy80211" symlink in sysfs from
the net device to the wiphy device.  The latter needs to be registered
first.

Compile-tested only.

Signed-off-by: Ben Hutchings 
---
This appears to have the same bug as ipw2200.

Ben.

 drivers/net/wireless/ipw2x00/ipw2100.c |   24 +---
 1 files changed, 13 insertions(+), 11 deletions(-)

diff --git a/drivers/net/wireless/ipw2x00/ipw2100.c 
b/drivers/net/wireless/ipw2x00/ipw2100.c
index a0e5c21..a5437e7 100644
--- a/drivers/net/wireless/ipw2x00/ipw2100.c
+++ b/drivers/net/wireless/ipw2x00/ipw2100.c
@@ -1956,10 +1956,8 @@ static int ipw2100_wdev_init(struct net_device *dev)
}
 
set_wiphy_dev(wdev->wiphy, &priv->pci_dev->dev);
-   if (wiphy_register(wdev->wiphy)) {
-   ipw2100_down(priv);
+   if (wiphy_register(wdev->wiphy))
return -EIO;
-   }
return 0;
 }
 
@@ -6337,6 +6335,11 @@ static int ipw2100_pci_init_one(struct pci_dev *pci_dev,
printk(KERN_INFO DRV_NAME
   ": Detected Intel PRO/Wireless 2100 Network Connection\n");
 
+   err = ipw2100_wdev_init(dev);
+   if (err)
+   goto fail;
+   registered = 1;
+
/* Bring up the interface.  Pre 0.46, after we registered the
 * network device we would call ipw2100_up.  This introduced a race
 * condition with newer hotplug configurations (network was coming
@@ -6353,11 +6356,7 @@ static int ipw2100_pci_init_one(struct pci_dev *pci_dev,
   "Error calling register_netdev.\n");
goto fail;
}
-   registered = 1;
-
-   err = ipw2100_wdev_init(dev);
-   if (err)
-   goto fail;
+   registered = 2;
 
mutex_lock(&priv->action_mutex);
 
@@ -6396,13 +6395,16 @@ static int ipw2100_pci_init_one(struct pci_dev *pci_dev,
 
   fail_unlock:
mutex_unlock(&priv->action_mutex);
-   wiphy_unregister(priv->ieee->wdev.wiphy);
-   kfree(priv->ieee->bg_band.channels);
   fail:
if (dev) {
-   if (registered)
+   if (registered >= 2)
unregister_netdev(dev);
 
+   if (registered) {
+   wiphy_unregister(priv->ieee->wdev.wiphy);
+   kfree(priv->ieee->bg_band.channels);
+   }
+
ipw2100_hw_stop_adapter(priv);
 
ipw2100_disable_interrupts(priv);
-- 
1.7.8.2





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

Bug#656813: [PATCH 1/2] ipw2200: Fix order of device registration

[Ben Hutchings]

Currently cfg80211 fails to create a "phy80211" symlink in sysfs from
the net device to the wiphy device.  The latter needs to be registered
first.

Compile-tested only.

Reported-by: Cesare Leonardi 
Signed-off-by: Ben Hutchings 
---
 drivers/net/wireless/ipw2x00/ipw2200.c |   23 ---
 1 files changed, 12 insertions(+), 11 deletions(-)

diff --git a/drivers/net/wireless/ipw2x00/ipw2200.c 
b/drivers/net/wireless/ipw2x00/ipw2200.c
index 018a8de..737dfaf 100644
--- a/drivers/net/wireless/ipw2x00/ipw2200.c
+++ b/drivers/net/wireless/ipw2x00/ipw2200.c
@@ -11839,16 +11839,17 @@ static int __devinit ipw_pci_probe(struct pci_dev 
*pdev,
}
 
mutex_unlock(&priv->mutex);
-   err = register_netdev(net_dev);
+
+   err = ipw_wdev_init(net_dev);
if (err) {
-   IPW_ERROR("failed to register network device\n");
+   IPW_ERROR("failed to register wireless device\n");
goto out_remove_sysfs;
}
 
-   err = ipw_wdev_init(net_dev);
+   err = register_netdev(net_dev);
if (err) {
-   IPW_ERROR("failed to register wireless device\n");
-   goto out_unregister_netdev;
+   IPW_ERROR("failed to register network device\n");
+   goto out_unregister_wiphy;
}
 
 #ifdef CONFIG_IPW2200_PROMISCUOUS
@@ -11857,10 +11858,8 @@ static int __devinit ipw_pci_probe(struct pci_dev 
*pdev,
if (err) {
IPW_ERROR("Failed to register promiscuous network "
  "device (error %d).\n", err);
-   wiphy_unregister(priv->ieee->wdev.wiphy);
-   kfree(priv->ieee->a_band.channels);
-   kfree(priv->ieee->bg_band.channels);
-   goto out_unregister_netdev;
+   unregister_netdev(priv->net_dev);
+   goto out_unregister_wiphy;
}
}
 #endif
@@ -11872,8 +11871,10 @@ static int __devinit ipw_pci_probe(struct pci_dev 
*pdev,
 
return 0;
 
-  out_unregister_netdev:
-   unregister_netdev(priv->net_dev);
+  out_unregister_wiphy:
+   wiphy_unregister(priv->ieee->wdev.wiphy);
+   kfree(priv->ieee->a_band.channels);
+   kfree(priv->ieee->bg_band.channels);
   out_remove_sysfs:
sysfs_remove_group(&pdev->dev.kobj, &ipw_attribute_group);
   out_release_irq:
-- 
1.7.8.2






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

Bug#656813: cfg80211: failed to add phy80211 symlink to netdev!

[Ben Hutchings]

On Sun, 2012-01-22 at 03:33 +0100, Cesare Leonardi wrote:
> On 22/01/2012 02:12, Ben Hutchings wrote:
> > Can you test whether the attache patch fixes this (and doesn't cause any
> > new problems)?  Instructions for rebuilding the kernel package are at:
> > http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
> 
> Looking inside your patch i've learned it's related to wifi. That could 
> explain why i haven't seen any problem so far, because i use this laptop 
> always with a cabled ethernet.
> 
> This is a problem to test your patch, because i have no wireless network 
> at hand. The other problem is the current lack of time: i hope i can 
> find some time to learn how to build kernels nowadays, then doing it on 
> my old hardware, but i cannot guarantee.
> It would be really really helpful and time saving if you could provide 
> me a patched .deb kernel. In that case i'll do my best to find a 
> temporary access point to test.

Then don't worry about it.  I'll send the patch upstream for review.

Ben.

-- 
Ben Hutchings
Knowledge is power.  France is bacon.


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

Bug#648130: lensfun: FTBFS with libpng 1.5

[Mark Purcell]

On Wed, 9 Nov 2011 14:21:37 Nobuhiro Iwamatsu wrote:
> I uploaded libpng 1.5 to experimental.
> libpng maintainers plan to transition from libpng 1.2 to 1.5.
> I am checking build it the package depend to libpng.
> 
> I noticed your package FTBFS by libpng 1.5. I attached build log.
> Could you check your package ?

Nobuhiro,

Thanks for the report, unfortunatly it looks like an upstream issue:

http://developer.berlios.de/bugs/?func=detailbug&bug_id=18121&group_id=9034

Mark


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

debian-bugs-dist@lists.debian.org

[Steve M. Robbins]

Dominique,

What architecture is the following log from?  

On Sat, Jan 21, 2012 at 05:48:52PM -0500, Dominique Belhachemi wrote:
> The package FTBFS now with:
> 
> 
> CMake Warning at /usr/lib/InsightToolkit/UseITK.cmake:53 (FIND_PACKAGE):
>   Could not find module FindVXL.cmake or a configuration file for package
>   VXL.
> 
>   Adjust CMAKE_MODULE_PATH to find FindVXL.cmake or set VXL_DIR to the
>   directory containing a CMake configuration file for VXL.  The file will
>   have one of the following names:
> 
> VXLConfig.cmake
> vxl-config.cmake
> 
> Call Stack (most recent call first):
>   CMakeLists.txt:49 (INCLUDE)
> 
> 
> CMake Error at /usr/lib/InsightToolkit/UseITK.cmake:57 (MESSAGE):
>   UseITK could not load VXL settings from "VXL_DIR-NOTFOUND" even through ITK
>   was built using VXL from this location.
> Call Stack (most recent call first):
>   CMakeLists.txt:49 (INCLUDE)



signature.asc
Description: Digital signature

Bug#656813: cfg80211: failed to add phy80211 symlink to netdev!

[Cesare Leonardi]

On 22/01/2012 02:12, Ben Hutchings wrote:

Can you test whether the attache patch fixes this (and doesn't cause any
new problems)?  Instructions for rebuilding the kernel package are at:
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official


Looking inside your patch i've learned it's related to wifi. That could 
explain why i haven't seen any problem so far, because i use this laptop 
always with a cabled ethernet.


This is a problem to test your patch, because i have no wireless network 
at hand. The other problem is the current lack of time: i hope i can 
find some time to learn how to build kernels nowadays, then doing it on 
my old hardware, but i cannot guarantee.
It would be really really helpful and time saving if you could provide 
me a patched .deb kernel. In that case i'll do my best to find a 
temporary access point to test.


Thank you as usual, Ben.

Cesare.



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

Bug#656724: linux-image-3.2.0-1-amd64: After installing this kernel syslogd reports a call trace always the same: Code: c0 89 c5 ...

[Ben Hutchings]

On Sat, 2012-01-21 at 11:37 +0100, Antonio-M. Corbi Bellot wrote:
> Package: linux-2.6
> Version: 3.2.1-1
> Severity: normal
> 
> Dear Maintainer,
> 
> After installing this kernel I repeatedly get this kind of messages on any 
> terminal I use:
> 
> Message from syslogd@pbell-acb at Jan 21 11:31:32 ...
>  kernel:[ 1039.072638] Code: c0 89 c5 74 04 80 63 1c fb 48 83 c4 38 89 e8 5b 
> 5d 41 5c 41 5d c3 90 0f 09 66 66 90 66 90 c3 fa 66 66 90 66 66 90 c3 fb 66 66 
> 90 <66> 66 90 c3 48 8b 15 2d f1 56 e1 48 8d 42 fd 48 83 f8 01 0f 96 
> 
> A more detailed explanation of the failure is in the log attached.
[...]

Can you send the kernel log from boot up to and including the first such
error?  You can probably find this in /var/log/dmesg.

Ben.

-- 
Ben Hutchings
Knowledge is power.  France is bacon.


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

Bug#656242: perl: .packlist file missing

[Marc Lehmann]

On Fri, Jan 20, 2012 at 11:02:55AM +0200, Niko Tyni  wrote:
> > Neither perl, perl-base nor perl-moduels contain the .packlist file that is 
> > part
> > of a standard perl installation.
> 
> This is a very longstanding Debian deviation for both the core and the
> vendor directories. I can't easily find the full rationale and this was
> way before my time, so I'm taking the debian-perl list in the loop.
> I hope the discussion stays civil.

I really don't see why this needs this discussion: I reported an obvious
bug (missing file(s)) in debians perl package.

It turned out that this breakage was done deliberately by the
maintainer(s) of the perl package, because they thought they know better
what perl should do then upstream and changed semantics.

Even documentation was changed in an attempt to make the new, incompatible
syntax, somehow less broken.

Unfortunately, when debian redefined .packlist semantics this way, it
_kept_ the name of perl, instead of renaming it to, say debperl.

The result is a debian perl, which is incompatible to standard perl, but
confusingly uses the same name. Standard perl has not been packaged.

So the situation is quite simple: either debian fixes its perl by adding
the missing files, or it creates a real perl package and packages both or
it simply stays broken.

This is not my decision, but a question of how much breakage debian wants
to introduce into standard programs.

> I don't see any mention of the core side in the policy, but I assume the
> core .packlist was dropped for the same reasons. Including a .packlist
> file in the perl core packages while omitting them from the vendor
> modules in all the libfoo-bar-perl packages doesn't seem very useful or
> consistent to me.

Well, the underlying problem here is action without understanding. The
fact that perl has a .packlist for it's core library shows that .packlists
are not some module management mechanism.

> obvious overlap with the Debian packaging tools. Perhaps part of
> the rationale was to prevent uninstallation of packaged modules behind
> dpkg's back?

And whats your evidence for this conjecture?

Even if it were true (it's not, because using this to remove .packlists is
not a common way to remove packages. In fact, if you want to uninstall a
module, you have to do this manually, and .packlists can be of help).

> Other than that, it's not clear to me if .packlist files for vendor
> directories are compatible with the Debian binary packaging:

Then removal is obviously wrong. Again, debian must have a reason to
remove these files, not a reason to add them.

>  - is it guaranteed that every CPAN distribution generates a separate
>.packlist file, or are there cases where two distributions would have
>to touch the same .packlist ?

No, of course not - a distribution that has the same name needs to use the
same location for the .packlist file.

>  - what should happen with diversions? For example, both
>libmodule-corelist-perl and perl ship /usr/bin/corelist, and the perl
>one gets diverted away when libmodule-corelist-perl is installed. So
>should the binary end up in two .packlist files?

You can break your system with diversions in any number of ways. What
happens when you divert /sbin/init? Well, you better provide a compatible
executable there.

Likewise, if you divert, say, a .pm file, then obviously something has to
fill the gap. If the perl .packlist says there is a strict.pm, and it's
diverted, too bad, you better provide a replacement for it or very few
perl programs will run.

Lack of capability in dpkg should not result in removal of files,
obviously.  If something is imperfect under very special circumstances
then it's still better than breaking it for everybody.

> where it was suggested that ExtUtils::Installed should keep working
> somehow even if we don't / can't ship .packlist files. This would probably
> mean a package post-install / remove script that would register and
> unregister the modules, changing the ExtUtils::Installed implementation
> but keeping its interface.

Well, it doesn't work like the original module does, and somebody felt
compelled to patch it's documentation so debian can claim "works as
documented".

Nevertheless, this makes debians perl an incompatible fork of perl,
because library semantics have changed. Documenting that doesn't make it
go away.

This is the last mail I will write about this - I really don't think debian
should require lengthy discussion to fix this bug, but intead, it should be
fixed unless there are known reasons not to.

Guessing and claiming lack of specification is approaching the problem
form the wrong side: you need a rationale for removing stuff, not for
keeping it, when managing software.

Good luck,

-- 
The choice of a   Deliantra, the free code+content MORPG
  -==- _GNU_  http://www.deliantra.net
  ==-- _   generation
  ---==---(_)__  __   __  Marc Lehmann

Bug#607551: Upstream status

[Ben Hutchings]

On Sat, 2012-01-21 at 17:01 +, Pieter Ennes wrote:
> Hi Ben,
> 
> Has anything changed in the upstream status for this bug to justify a back 
> port?

Sorry, I don't believe this can be fixed in Debian 6.0 'squeeze'.  There
have been many other changes to the IPv6 address configuration code and
I don't think we can safely cherry-pick these.

> As more people go on IPv6, what are options to work around otherwise?

Install a kernel from testing/unstable.  You will currently find Linux
3.2 in unstable, and this is likely to be the version we use in Debian
7.0 'wheezy'.

Ben.

-- 
Ben Hutchings
Knowledge is power.  France is bacon.


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

Bug#656835: cron: align /etc/cron.{daily, hourly, monthly, weekly} with @daily, @hourly, @monthly, @weekly

[Christoph Anton Mitterer]

Package: cron
Version: 3.0pl1-120
Severity: wishlist


Hi.

Currently the directories /etc/cron.{daily,hourly,monthly,weekly} are executed
like this:
17 ** * *   rootcd / && run-parts --report /etc/cron.hourly
25 6* * *   roottest -x /usr/sbin/anacron || ( cd / && run-parts 
--report /etc/cron.daily )
47 6* * 7   roottest -x /usr/sbin/anacron || ( cd / && run-parts 
--report /etc/cron.weekly )
52 61 * *   roottest -x /usr/sbin/anacron || ( cd / && run-parts 
--report /etc/cron.monthly )
as defined in /etc/crontab.

The crontab keywords @daily,@hourly,@monthly,@weekly are defined like this:
  @monthly   Run once a month, "0 0 1 * *".
  @weeklyRun once a week, "0 0 * * 0".
  @daily Run once a day, "0 0 * * *".
  @hourlyRun once an hour, "0 * * * *".


Perhaps I just don't see the reason, but is there any that these are not 
aligned (i.e. all at minute 0
and - if applicable - hour 0, day 1)?

Cheers,
Chris.



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

Bug#656834: pam: [INTL:ja] updated Japanese debconf translation

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: pam
Severity: wishlist
Version: 1.1.3-6.1
Tags: l10n patch

Hi,

I updated Japanese translation of debconf messages (ja.po).
Please apply this.

Thanks,
- -- 
Kenshi Muto
km...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 

iQIcBAEBCgAGBQJPG2yMAAoJEB0hyD3EUuD8uQUP/3euf3wX3ZT3w1jXNyvnOGp6
7rHVHlCZ1E++AUGVt651iABRyxOu6OtAP88rx+iEBWvtKJ124N1Mnd8ibgILxA1E
uA7AGA5u2dL0veDNFQ0ue/H3s4C8rbpOU6jUZXYXgIfRlShVZWbj5PPvO1N1fMoS
fc9chKhbGqixRAW+ZbWXD2H2x3Ta8QJt7u/d3zG3RCTbyRRRJB0pGXOA+njRzqTD
+0K0EhzKfC8Pr/ofHbplowghkvMEWwZynmmKsv8qogErh1I2Z7ezVcpeQGBlQCw5
XXlKDAYTpLLlGXJY49iN2YI8p1jXhvOjRZkoxlfe5utRDkju3t3vk2+J2fHFB+o0
5eJIegJicffH/fdD5fISPjOJc4aCdzPeggAOqd+JY2rRE7VZGNLuYsPgJaFvw9PK
gG0CKopNGDphhmPCVU8OKH93TJ8K0Z0Uaue4wvKKuo5v8I19TTmC7WQlZOdAadNO
jKiqla2IzD9xx3dWWjtMQM8ZA2PBEfp0RWGHtT2FAyFeLmu4jxRL4tDQkH7gFRKQ
8Pmf15qrOARaPUn88EKrHw6ZwM2MLzs0AqmEvF3PsvfMQXni5/Ic/MudCfY810Ps
iqk8A5G7MN7HQreb3/2NbTVlOhQWUhunnBBhJ/L7EIFDLOT27kLEDTvZun9XgTBR
aZmTUyW90XhIcnO6he30
=3X3V
-END PGP SIGNATURE-


ja.po
Description: Binary data

Bug#656833: gmediaserver: libupnp3 -> libupnp6 transition

[Nick Leverton]

Package: gmediaserver
Version: 0.13.0-7~libupnp6+1
Severity: normal
Tags: patch ipv6

Hi,

To aid the forthcoming transition from libupnp3 to libupnp6, please
could you apply the attached patch to Build-Depend on libupnp-dev ?
The intention is that this will always point to the stable branch
of libupnp.

Please note that libupnp6 will introduce IPv6 support to libupnp by
default.  I hope that I've added support for it correctly in the patch.

Many thanks,

Nick Leverton


-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable'), (450, 'oldstable'), 
(120, 'testing'), (3, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gmediaserver depends on:
ii  dpkg  1.15.8.11  Debian package management system
ii  install-i 4.13a.dfsg.1-6 Manage installed documentation in 
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libid3-3. 3.8.3-13   A library for manipulating ID3v1 a
ii  libmagic1 5.04-6.0~0njl.0File type determination library us
ii  libtag1c2 1.6.3-1TagLib Audio Meta-Data Library
ii  libtagc0  1.6.3-1TagLib Audio Meta-Data Library (C 
ii  libupnp6  1:1.6.13-1~20111022dev~njl60+1 Portable SDK for UPnP Devices, ver
ii  libuuid1  2.17.2-9   Universally Unique ID library

gmediaserver recommends no packages.

gmediaserver suggests no packages.

-- Configuration Files:
/etc/default/gmediaserver changed:
GMEDIASERVERRUN=yes
GMEDIASERVERARGS="--output=/var/log/gmediaserver/gmediaserver.log 
--profile=generic --verbose=4 -ieth0"
GMEDIASERVERDIR="/music"


-- no debconf information
diff -urwN ../orig/gmediaserver-0.13.0/debian/patches/09_libupnp6.diff gmediaserver-0.13.0/debian/patches/09_libupnp6.diff
--- ../orig/gmediaserver-0.13.0/debian/patches/09_libupnp6.diff	1970-01-01 01:00:00.0 +0100
+++ gmediaserver-0.13.0/debian/patches/09_libupnp6.diff	2011-10-18 18:00:27.0 +0100
@@ -0,0 +1,78 @@
+Index: gmediaserver-0.13.0/src/upnp.c
+===
+--- gmediaserver-0.13.0.orig/src/upnp.c	2011-10-18 09:51:53.0 +0100
 gmediaserver-0.13.0/src/upnp.c	2011-10-18 17:39:39.0 +0100
+@@ -26,6 +26,8 @@
+ #include 		/* ?; inet_ntoa */
+ #include 		/* ?; inet_ntoa */
+ #include 		/* POSIX */
++#include 
++#include 
+ #include "gettext.h"/* Gnulib/gettext */
+ #define _(s) gettext(s)
+ #define N_(s) gettext_noop(s)
+@@ -261,11 +263,18 @@
+ Service *service;
+ ServiceVariable *variable;
+ 
++char addrStr[INET6_ADDRSTRLEN];
++int error;
++
++error = getnameinfo((struct sockaddr *)&request->CtrlPtIPAddr, sizeof(request->CtrlPtIPAddr),
++  addrStr, sizeof(addrStr), 0, 0,
++  NI_NUMERICHOST);
++
+ say(2, _("Event received: Get variable request\n"));
+ say(3, _("Event device UDN: %s\n"), quotearg(request->DevUDN));
+ say(3, _("Event service ID: %s\n"), quotearg(request->ServiceID));
+ say(3, _("Event variable name: %s\n"), quotearg(request->StateVarName));
+-say(3, _("Event source: %s\n"), inet_ntoa(request->CtrlPtIPAddr));
++say(3, _("Event source: %s\n"), error == 0 ? addrStr : "unknown address");
+ 
+ if (strcmp(request->DevUDN, device_udn) != 0) {
+ say(1, _("Discarding event - event device UDN (%s) not recognized\n"), quotearg(request->DevUDN));
+@@ -302,11 +311,18 @@
+ ServiceAction *action;
+ ActionEvent event;
+ 
++char addrStr[INET6_ADDRSTRLEN];
++int error;
++
++error = getnameinfo((struct sockaddr *)&request->CtrlPtIPAddr, sizeof(request->CtrlPtIPAddr),
++  addrStr, sizeof(addrStr), 0, 0,
++  NI_NUMERICHOST);
++
+ say(2, _("Event received: Action request\n"));
+ say(3, _("Event device UDN: %s\n"), quotearg(request->DevUDN));
+ say(3, _("Event service ID: %s\n"), quotearg(request->ServiceID));
+ say(3, _("Event action name: %s\n"), quotearg(request->ActionName));
+-say(3, _("Event source: %s\n"), inet_ntoa(request->CtrlPtIPAddr));
++say(3, _("Event source: %s\n"), error == 0 ? addrStr : "unknown address");
+ say_document(4, _("Event action request:\n"), request->ActionRequest);
+ 
+ if (strcmp(request->DevUDN, device_udn) != 0) {
+Index: gmediaserver-0.13.0/src/contentdir.c
+===
+--- gmediaserver-0.13.0.orig/src/contentdir.c	2011-10-18 17:44:50.0 +0100
 gmediaserver-0.13.0/src/contentdir.c	2011-10-18 17:44:58.0 +0100
+@@ -19,6 +19,7 @@
+  */
+ 
+ #include 
++#include 
+ #include 		/* Gnulib/C99 */
+ #include 		/* ? */
+ #include 		/* POSIX 

Bug#656832: djmount: transition: libupnp3 -> libupnp6

[Nick Leverton]

Package: djmount
Version: 0.71-3
Severity: normal
Tags: patch ipv6

Hi,

To aid the forthcoming transition from libupnp3 to libupnp6, please
could you apply the attached patch to Build-Depend on libupnp-dev ?
The intention is that this will always point to the stable branch
of libupnp.
You also need to include libupnp.h explicitly in one location.

Please note that libupnp6 will introduce IPv6 support to libupnp by
default but I think djmount is already OK with that.  Many thanks,

Nick Leverton



-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable'), (450, 'oldstable'), 
(120, 'testing'), (3, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages djmount depends on:
ii  fuse-util 2.8.4-1.1  Filesystem in USErspace (utilities
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libfuse2  2.8.4-1.1  Filesystem in USErspace library
ii  libtalloc 2.0.1-1hierarchical pool based memory all
ii  libupnp6  1:1.6.13-1~20111022dev~njl60+1 Portable SDK for UPnP Devices, ver

djmount recommends no packages.

djmount suggests no packages.

-- no debconf information
diff -urwN ../orig/djmount-0.71/debian/control djmount-0.71/debian/control
--- ../orig/djmount-0.71/debian/control	2011-11-30 13:05:34.0 +
+++ djmount-0.71/debian/control	2012-01-19 00:17:38.0 +
@@ -2,7 +2,7 @@
 Section: net
 Priority: extra
 Maintainer: Dario Minnucci 
-Build-Depends: quilt (>= 0.40), debhelper (>= 7), autotools-dev, libfuse-dev, libupnp3-dev, libtalloc-dev, chrpath
+Build-Depends: quilt (>= 0.40), debhelper (>= 7), autotools-dev, libfuse-dev, libupnp-dev, libtalloc-dev, chrpath
 Standards-Version: 3.8.4
 Homepage: http://djmount.sourceforge.net/
 Vcs-Browser: http://svn.debian.org/viewsvn/collab-maint/deb-maint/djmount
diff -urwN ../orig/djmount-0.71/debian/patches/002-libupnp-1.6.13.diff djmount-0.71/debian/patches/002-libupnp-1.6.13.diff
--- ../orig/djmount-0.71/debian/patches/002-libupnp-1.6.13.diff	1970-01-01 01:00:00.0 +0100
+++ djmount-0.71/debian/patches/002-libupnp-1.6.13.diff	2011-10-18 00:08:54.0 +0100
@@ -0,0 +1,12 @@
+Index: djmount-0.71/djmount/upnp_util.h
+===
+--- djmount-0.71.orig/djmount/upnp_util.h	2011-10-18 00:08:36.0 +0100
 djmount-0.71/djmount/upnp_util.h	2011-10-18 00:08:50.0 +0100
+@@ -28,6 +28,7 @@
+ 
+ 
+ #include 
++#include 
+ 
+ 
+ #ifdef __cplusplus
diff -urwN ../orig/djmount-0.71/debian/patches/series djmount-0.71/debian/patches/series
--- ../orig/djmount-0.71/debian/patches/series	2011-11-30 13:05:34.0 +
+++ djmount-0.71/debian/patches/series	2011-10-18 00:08:31.0 +0100
@@ -1,2 +1,3 @@
 000_djmount.1.diff
 001-libupnp-1.6.6.diff
+002-libupnp-1.6.13.diff

Bug#655101: icu: ICU does not support CCMP for Indic fonts

[Jay Berkenbilt]

Harshula  wrote:

> Package: libicu48
> Version: 4.8.1.1-1
> Severity: normal
>
> Hi Jay,
>
> Pango, Harfbuzz and Windows layout engine all appear to support CCMP for
> Indic. However, ICU still does not. The ICU developers are under the
> incorrect assumption that the Windows layout engine does not support
> CCMP for Indic.
>
> So, in terms of CCMP support for Indic, it looks like we just need ICU
> fixed: http://bugs.icu-project.org/trac/ticket/7601
>
> For details, patch and examples refer to the aforementioned ICU bug and
> Fedora Bug (https://bugzilla.redhat.com/show_bug.cgi?id=747193).
>
> cya,
> #

Hello.  Sorry for the delay in acknowledging this bug.  My debian time
is very limited these days. :-/

In any case, I am about to upload a fix to the RC security bug.  Once
that clears, I'll take a look at this one.  Thanks.  I'm sending you an
additional response privately.

-- 
Jay Berkenbilt 



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

Bug#656830: amule: libupnp3 ->libupnp6 transition (packaging, patch)

[Nick Leverton]

tag 656830 +ipv6
thanks


Please note that libupnp6 will introduce IPv6 support to libupnp by
default but I think amule is already OK with that.  Many thanks,

Nick Leverton



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

Bug#656703: [Pkg-acpi-devel] Bug#656703: [acpi-support] On ThinkPad (x61s) fn+f5 trigers asus-wireless.sh

[hlehmbruch]

Am Sat, 21 Jan 2012 21:31:07 +0100
schrieb Michael Meskes :

> On Sat, Jan 21, 2012 at 06:49:52AM +0100, hlehmbr...@gmx.net wrote:
> > When i want to switch of the wireless lan via fn+f5 it triggers
> > asus-wireless.sh and it should be ibm-wireless.sh
> 
> Triggering asus-wireless.sh shouldn't be a problem because it is a
> noop on non-asus systems. Not triggering ibm-wireless.sh of course is
> one.
> 
> What happens if add a file /etc/acpi/events/ibm-test with this
> content: event=button/wlan WLAN 0080
> action=/etc/acpi/ibm-wireless.sh
> 
> Does this fix your problem? 
> 
> Michael

Hello Michael,

its working like a charm

greetings Hendrik


smime.p7s
Description: S/MIME cryptographic signature

Bug#637142: gdm3: .ICEauthority-l seems to be the problem

[Jared Raddigan]

Package: gdm3
Version: 3.0.4-4
Followup-For: Bug #637142

This seemed to happen right after I changed my desktop background using image
viewer 3.2.2 so it's possible it might be related.  I had 3 .ICEauthority files

.ICEauthority
.ICEauthority-c
.ICEauthority-l

I removed them and rebooted and the error was gone.

Using service "gdm3 stop" and service "gdm3 start" and ran a few tests

I replace the newly created .ICEauthority (-c and -l where not recreated after
boot) with old copy and gdm3 would still start fine. I then added in
.ICEauthority-c and .ICEauthority-l back into /var/lib/gdm3 and the problem
came back. I then removed only .ICEauthority-l and the problem went away but
when gnome started my background looked like a bunch of pixels which made me
think maybe it was related with the background change. I then rebooted and the
problem was gone and my background was normal. Looking in the directly it
appears .ICEauthoirty-c was deleted and now I only have the original
.ICEauthority file which using diff now says is different after reboot.

Bug #648666  might fix this but it appears they might only remove
.ICEauthority.

Also, once fixed GDM does not seem to be opening any slower than I remember
before I experienced the bug.



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

Kernel: Linux 3.1.0-1-686-pae (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 gdm3 depends on:
ii  accountsservice 0.6.15-2
ii  adduser 3.113
ii  dconf-gsettings-backend 0.10.0-3
ii  debconf [debconf-2.0]   1.5.41
ii  gconf2  2.32.4-1
ii  gnome-session [x-session-manager]   3.2.1-1
ii  gnome-session-bin   3.2.1-1
ii  gnome-session-fallback [x-session-manager]  3.2.1-1
ii  gnome-terminal [x-terminal-emulator]3.2.1-2
ii  gsettings-desktop-schemas   3.2.0-2
ii  libaccountsservice0 0.6.15-2
ii  libatk1.0-0 2.2.0-2
ii  libattr11:2.4.46-5
ii  libaudit0   1.7.18-1
ii  libc6   2.13-24
ii  libcairo-gobject2   1.10.2-6.2
ii  libcairo2   1.10.2-6.2
ii  libcanberra-gtk3-0  0.28-3
ii  libcanberra00.28-3
ii  libdbus-1-3 1.4.16-1
ii  libdbus-glib-1-20.98-1
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libgconf2-4 2.32.4-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglib2.0-02.30.2-4
ii  libglib2.0-bin  2.30.2-4
ii  libgtk-3-0  3.2.3-1
ii  libpam-modules  1.1.3-6
ii  libpam-runtime  1.1.3-6
ii  libpam0g1.1.3-6
ii  libpango1.0-0   1.29.4-2
ii  librsvg2-common 2.34.2-2
ii  libselinux1 2.1.0-4
ii  libupower-glib1 0.9.15-1
ii  libwrap07.6.q-22
ii  libx11-62:1.4.4-4
ii  libxau6 1:1.0.6-4
ii  libxdmcp6   1:1.1.0-4
ii  libxklavier16   5.1-2
ii  libxrandr2  2:1.3.2-2
ii  lsb-base3.2-28
ii  metacity [x-window-manager] 1:2.34.1-2
ii  policykit-1-gnome   0.105-1
ii  upower  0.9.15-1
ii  xterm [x-terminal-emulator] 276-2

Versions of packages gdm3 recommends:
ii  at-spi 1.32.0-1
ii  desktop-base   6.0.7
ii  gnome-icon-theme   3.2.1.2-1
ii  gnome-power-manager3.2.1-2
ii  gnome-settings-daemon  3.2.2-2
ii  x11-xkb-utils  7.6+4
ii  xserver-xephyr 2:1.11.3.901-1
ii  xserver-xorg   1:7.6+10
ii  zenity 3.2.0-1

Versions of packages gdm3 suggests:
ii  gnome-mag 
ii  gnome-orca
ii  gok   
ii  libpam-gnome-keyring  3.2.2-1
ii  metacity  1:2.34.1-2

-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3


ICEauthority.tar.gz
Description: GNU Zip compressed data

Bug#656802: linux-image-2.6.32-5-amd64: dmesg BUG: scheduling while atomic: ksoftirqd/0/4/0x10000100

[Ben Hutchings]

On Sat, 2012-01-21 at 22:19 +0200, alex wrote:
[...]
>  [148654.740747] xt_TCPMSS: bad length (41 bytes)
> [148656.341170] BUG: scheduling while atomic: ksoftirqd/0/4/0x1100
> [148656.341402] Modules linked in: act_police sch_ingress cls_u32 sch_sfq 
> sch_cbq dummy 8021q garp stp xt_TCPMSS ipt_REJECT xt_tcpudp xt_state 
> xt_multiport iptable_filt
> er iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables 
> x_tables xfs exportfs pppoe pppol2tp pptp pppox ppp_generic slhc loop 
> firewire_sbp2 snd_hd
> a_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer 
> nouveau ttm drm_kms_helper snd drm i2c_piix4 i2c_algo_bit i2c_core k10temp 
> soundcore edac_core s
> nd_page_alloc edac_mce_amd pcspkr button wmi evdev processor ext3 jbd mbcache 
> ata_generic sd_mod crc_t10dif ohci_hcd pata_via pata_atiixp tg3 libphy ahci 
> ehci_hcd libat
> a ixgbe xhci firewire_ohci dca floppy usbcore thermal scsi_mod firewire_core 
> nls_base crc_itu_t thermal_sys [last unloaded: scsi_wait_scan]
> [148656.341440] Pid: 4, comm: ksoftirqd/0 Not tainted 2.6.32-5-amd64 #1
> [148656.341442] Call Trace:
> [148656.341443][] ? schedule+0xc5/0x7b4
> [148656.341453]  [] ? handle_edge_irq+0xdd/0x101
> [148656.341457]  [] ? __cond_resched+0x1d/0x26
> [148656.341459]  [] ? _cond_resched+0x24/0x2f
> [148656.341463]  [] ? lock_sock_nested+0x16/0xab
> [148656.341465]  [] ? ret_from_intr+0x0/0x11
> [148656.341469]  [] ? pppol2tp_tunnel_destruct+0xe7/0x1f7 
> [pppol2tp]
> [148656.341472]  [] ? __sk_free+0x15/0xe8
> [148656.341474]  [] ? skb_release_head_state+0x6d/0xc8
> [148656.341476]  [] ? __kfree_skb+0x9/0x7d
> [148656.341485]  [] ? ixgbe_poll+0x119/0x1840 [ixgbe]
> [148656.341489]  [] ? ip_rcv_finish+0x0/0x38d
> [148656.341493]  [] ? net_rx_action+0xae/0x1c9
> [148656.341496]  [] ? __do_softirq+0xdd/0x1a6
> [148656.341498]  [] ? call_softirq+0x1c/0x30
[...]

It appears that a transmit completion results in dropping the last
reference to a PPPoL2TP tunnel, causing it to be destroyed.
pppo2ltp_tunnel_destruct() calls pppo2ltp_tunnel_closeall() (inlined
here) which calls lock_sock(), and that may sleep.

Although this was observed in 2.6.32, the bug appears to be present
today: l2tp_tunnel_destruct() calls l2tp_tunnel_closeall() calls
pppol2tp_session_close() calls lock_sock().

But maybe this is actually a ref-counting bug and the tunnel should
never actually be destroyed in atomic context.

Ben.

-- 
Ben Hutchings
Knowledge is power.  France is bacon.


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

Bug#656831: vlc: libupnp3 ->libupnp6 transition (packaging, patch)

[Nick Leverton]

Package: vlc
Version: 1.1.13-1
Severity: normal
Tags: patch ipv6

Hi,

To aid the forthcoming transition from libupnp3 to libupnp6, please
could you apply the attached patch to Build-Depend on libupnp-dev ?
The intention is that this will always point to the stable branch
of libupnp.

Please note that libupnp6 will introduce IPv6 support to libupnp by
default but I think vlc is already OK with that.  Many thanks,

Nick Leverton



-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable'), (450, 'oldstable'), 
(120, 'testing'), (3, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages vlc depends on:
ii  libaa11.4p5-38   ascii art library
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libfreetype6  2.4.2-2.1+squeeze3 FreeType 2 font engine, shared lib
ii  libfribidi0   0.19.2-1   Free Implementation of the Unicode
ii  libgcc1   1:4.5.2-8ubuntu4   GCC support library
ii  libgl1-mesa-glx [libg 7.10.3-4~bpo60+1   free implementation of the OpenGL 
ii  libqtcore44:4.6.3-4+squeeze1 Qt 4 core module
ii  libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module
ii  libsdl-image1.2   1.2.10-2+b2image loading library for Simple D
ii  libsdl1.2debian   1.2.14-6.1 Simple DirectMedia Layer
ii  libstdc++64.5.2-8ubuntu4 The GNU Standard C++ Library v3
pn  libtar (no description available)
ii  libvlccore4   1.1.3-1squeeze6base library for VLC and its modul
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libx11-xcb1   2:1.3.3-4  Xlib/XCB interface library
pn  libxcb-keysyms1(no description available)
ii  libxcb-randr0 1.6-1  X C Binding, randr extension
ii  libxcb-shm0   1.6-1  X C Binding, shm extension
ii  libxcb-xv01.6-1  X C Binding, xv extension
ii  libxcb1   1.6-1  X C Binding
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  ttf-freefont  20090104-7 Freefont Serif, Sans and Mono True
pn  vlc-nox(no description available)
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages vlc recommends:
pn  vlc-plugin-notify  (no description available)
pn  vlc-plugin-pulse   (no description available)

Versions of packages vlc suggests:
pn  mozilla-plugin-vlc (no description available)
ii  videolan-doc  20070626-1 documentation for the VideoLAN str

-- 
"The Internet, a sort of ersatz counterfeit of real life"
-- Janet Street-Porter, BBC2, 19th March 1996
diff -urwN ../orig/vlc-1.1.13/debian/control vlc-1.1.13/debian/control
--- ../orig/vlc-1.1.13/debian/control	2011-11-16 23:10:17.0 +
+++ vlc-1.1.13/debian/control	2012-01-19 00:25:05.0 +
@@ -75,7 +75,7 @@
libtheora-dev,
libtwolame-dev (>= 0.3.8),
libudev-dev [linux-any],
-   libupnp3-dev,
+   libupnp-dev,
libv4l-dev [kfreebsd-any linux-any],
libva-dev [linux-any],
libvcdinfo-dev (>= 0.7.22),

Bug#654883: CVE-2011-4599

[Jay Berkenbilt]

Moritz Muehlenhoff  wrote:

> Package: icu
> Severity: grave
> Tags: security
>
> Please see https://bugzilla.redhat.com/show_bug.cgi?id=765812 for
> details and references to patches.
>
> Cheers,
> Moritz

I'm uploading a new version momentarily to unstable to fix it.  Sorry
for the delay.  I'm also preparing packages for stable-security and
oldstable-security.  The patch is trivial to backport.  Should I do the
uploads?  I'm attaching the patches.  If okay, I'll build against
oldstable and stable and upload.

--Jay
diff -urN ../icu-3.8.1-3+lenny2/debian/changelog ./debian/changelog
--- ../icu-3.8.1-3+lenny2/debian/changelog	2012-01-21 19:52:51.0 -0500
+++ ./debian/changelog	2012-01-21 19:56:44.763574027 -0500
@@ -1,3 +1,9 @@
+icu (3.8.1-3+lenny3) oldstable-security; urgency=high
+
+  * Apply patch CVE-2011-4599 to address a buffer overflow.
+
+ -- Jay Berkenbilt   Sat, 21 Jan 2012 19:56:44 -0500
+
 icu (3.8.1-3+lenny2) stable-security; urgency=high
 
   * Apply patch CVE-2009-0153.patch to fix problem handling invalid byte
diff -urN ../icu-3.8.1-3+lenny2/debian/patches/CVE-2011-4599.patch ./debian/patches/CVE-2011-4599.patch
--- ../icu-3.8.1-3+lenny2/debian/patches/CVE-2011-4599.patch	1969-12-31 19:00:00.0 -0500
+++ ./debian/patches/CVE-2011-4599.patch	2012-01-21 19:55:47.099574235 -0500
@@ -0,0 +1,11 @@
+--- icu.orig/source/common/uloc.c	2007-12-12 13:57:24.0 -0500
 icu/source/common/uloc.c	2012-01-21 19:54:19.603574549 -0500
+@@ -1716,7 +1716,7 @@
+ /* Check for EURO variants. */
+ sawEuro = _deleteVariant(variant, uprv_min(variantSize, (nameCapacity-len)), "EURO", 4);
+ len -= sawEuro;
+-if (sawEuro > 0 && name[len-1] == '_') { /* delete trailing '_' */
++if (sawEuro > 0 && len > 0 && len <= nameCapacity && name[len-1] == '_') { /* delete trailing '_' */
+ --len;
+ }
+ 
diff -urN ../icu-4.4.1-7/debian/changelog ./debian/changelog
--- ../icu-4.4.1-7/debian/changelog	2010-11-25 12:07:26.0 -0500
+++ ./debian/changelog	2012-01-21 20:04:32.591572352 -0500
@@ -1,3 +1,9 @@
+icu (4.4.1-8) stable-security; urgency=high
+
+  * Add patch to address CVE-2011-4599, a potential buffer overflow.
+
+ -- Jay Berkenbilt   Sat, 21 Jan 2012 20:04:26 -0500
+
 icu (4.4.1-7) testing-proposed-updates; urgency=high
 
   * Apply patch to fix Malayam rendering.  (Closes: #591615)
diff -urN ../icu-4.4.1-7/debian/patches/CVE-2011-4599.patch ./debian/patches/CVE-2011-4599.patch
--- ../icu-4.4.1-7/debian/patches/CVE-2011-4599.patch	1969-12-31 19:00:00.0 -0500
+++ ./debian/patches/CVE-2011-4599.patch	2012-01-21 20:03:35.283572558 -0500
@@ -0,0 +1,22 @@
+Index: icu-4.4.1/source/common/uloc.c
+===
+--- icu-4.4.1.orig/source/common/uloc.c	2010-04-28 11:27:40.0 -0400
 icu-4.4.1/source/common/uloc.c	2012-01-21 20:03:30.423572573 -0500
+@@ -1736,7 +1736,7 @@
+ int32_t variantLen = _deleteVariant(variant, uprv_min(variantSize, (nameCapacity-len)), variantToCompare, n);
+ len -= variantLen;
+ if (variantLen > 0) {
+-if (name[len-1] == '_') { /* delete trailing '_' */
++if (len > 0 && name[len-1] == '_') { /* delete trailing '_' */
+ --len;
+ }
+ addKeyword = VARIANT_MAP[j].keyword;
+@@ -1744,7 +1744,7 @@
+ break;
+ }
+ }
+-if (name[len-1] == '_') { /* delete trailing '_' */
++if (len > 0 && len <= nameCapacity && name[len-1] == '_') { /* delete trailing '_' */
+ --len;
+ }
+ }
diff -urN ../icu-4.4.1-7/debian/patches/series ./debian/patches/series
--- ../icu-4.4.1-7/debian/patches/series	2010-11-25 12:05:25.0 -0500
+++ ./debian/patches/series	2012-01-21 20:02:07.283572873 -0500
@@ -5,3 +5,4 @@
 arm-assembler.patch
 doc-gif.patch
 malayalam-rendering.patch
+CVE-2011-4599.patch

Bug#656830: amule: libupnp3 ->libupnp6 transition (packaging, patch)

[Nick Leverton]

Package: amule
Version: 2.2.6+debian0-9~libupnp6+1
Severity: normal
Tags: patch

Hi,

To aid the forthcoming transition from libupnp3 to libupnp6, please
could you apply the attached patch to Build-Depend on libupnp-dev ?
The intention is that this will always point to the stable branch
of libupnp.

Many thanks,

Nick Leverton


-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (600, 'stable-updates'), (600, 'stable'), (450, 'oldstable'), 
(120, 'testing'), (3, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages amule depends on:
ii  amule-com 2.2.6+debian0-9~libupnp6+1 common files for the rest of aMule
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcrypto 5.6.0-6General purpose cryptographic libr
ii  libgcc1   1:4.5.2-8ubuntu4   GCC support library
ii  libgeoip1 1.4.7~beta6+dfsg-1 A non-DNS IP-to-country resolver l
ii  libstdc++ 4.5.2-8ubuntu4 The GNU Standard C++ Library v3
ii  libupnp6  1:1.6.13-1~20111022dev~njl60+1 Portable SDK for UPnP Devices, ver
ii  libwxbase 2.8.10.1-3+b1  wxBase library (runtime) - non-GUI
ii  libwxgtk2 2.8.10.1-3+b1  wxWidgets Cross-platform C++ GUI t
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages amule recommends:
ii  amule-utils   2.2.6+debian0-9~libupnp6+1 utilities for aMule (command-line 
ii  unzip 6.0-4  De-archiver for .zip files

Versions of packages amule suggests:
ii  amule-utils-g 2.2.6+debian0-9~libupnp6+1 graphic utilities for aMule

-- no debconf information
diff -urwN ../orig/amule-2.2.6+debian0/debian/control amule-2.2.6+debian0/debian/control
--- ../orig/amule-2.2.6+debian0/debian/control	2011-11-30 13:05:33.0 +
+++ amule-2.2.6+debian0/debian/control	2012-01-19 00:16:50.0 +
@@ -15,7 +15,7 @@
  libglib2.0-dev,
  libpng12-dev,
  libreadline-dev,
- libupnp3-dev,
+ libupnp-dev,
  libwxgtk2.8-dev,
  wx2.8-i18n,
  zlib1g-dev,

Bug#656789: scid: FTBFS: fatal error: tcl.h: No such file or directory

[peter green]

tags 656789 +patch
thanks


Builds of scid in minimal environments (such as the autobuilders) are
failing:


The package already build-depends on tcl8.5-dev and it built fine when I tried 
it in my pbuilder just now.


Taking another look at the failed build log on i386 I saw the following.


configure: Makefile configuration program for Scid
   Tcl/Tk version: 8.5
   Your operating system is: Linux 2.6.32-5-686-bigmem
   Location of "tcl.h": /usr/include/tcl8.5
   Location of "tk.h": /usr/include/tcl8.5
   Location of Tcl 8.5 library: /usr/lib
   Location of Tk 8.5 library: /usr/lib
   Location of X11 library: not found
   Checking if your system already has zlib installed: yes.
   Using Makefile.conf.
Not all settings could be determined!
The default Makefile was written.
You will need to edit it before you can compile Scid.


While the last successful i386 build said


configure: Makefile configuration program for Scid
   Renaming "Makefile" to "Makefile.bak"
   Tcl/Tk version: 8.5
   Your operating system is: Linux 2.6.32-5-686-bigmem
   Location of "tcl.h": /usr/include/tcl8.5
   Location of "tk.h": /usr/include/tcl8.5
   Location of Tcl 8.5 library: /usr/lib
   Location of Tk 8.5 library: /usr/lib
   Location of X11 library: /usr/lib/i386-linux-gnu
   Checking if your system already has zlib installed: yes.
   Using Makefile.conf.
The Makefile configured for your system was written.
Now just type "make" to compile Scid.


So it looks like the real problem is nothing to do with the build-depends* but 
rather a problem in the configure script.


libx11-dev is pulled in indirectly by tk8.5-dev. Since the configure script is 
looking for it explicitly, there should probablly be a direct build-dependency
but it IS getting installed in the autobuild environment so the main question 
is why isn't the configure script detecting it?


So I decided to try the build in my (dirty) i386 chroot and was able to 
reproduce the failure there. YAY


So I added some debug code to configure and got

x11Path=
   /usr/lib
   /usr/X11/lib
   /usr/X11R6/lib
   /usr/local/X11/lib
   /usr/local/X11R6/lib
   /usr/X/lib
   /usr/local/X/lib
   /usr/openwin/lib
   /usr/lib/x86_64-linux-gnu

Looking further reveals that list was hardcoded in configure.

Next I decided to take a look back at the version of the package in testing. 
It seems the version in testing had a list of all multiarch dirs debian uses 
in "x11path" while the version in unstable only has x86_64-linux-gnu. Looking 
at the current package it seems these directories got lost during patch 
conversions and/or the import of the new upstream version.


It would be possible to simply restore the list. However I think hardcoding 
a list of all multiarch dirs is a bad idea for two reasons. Firstly at some 
point in the future more ports will likely come along which won't be in the 
list. Secondly it raises the possibility of the wrong  directory being 
selected (after all the whole point of multiarch is to allow  multiple 
architecture versions of the same package to be installed).


So i decided to take a different approach, rather than patch the configure
script with a fixed list of paths I simply substitute the correct multiarch 
path into the configure script using sed in debian/rules.


Patch is attatched which adds the sed code to debian/rules and also adds
a build-dependency on libx11-dev (as mentioned above) and 
dpkg-dev (>= 1.16.0) (for DEB_HOST_MULTIARCH).






diff -ur scid-4.3.0.cvs20111216/debian/control scid-4.3.0.cvs20111216.new/debian/control
--- scid-4.3.0.cvs20111216/debian/control	2012-01-20 22:53:31.0 +
+++ scid-4.3.0.cvs20111216.new/debian/control	2012-01-22 01:15:26.0 +
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Oliver Korff 
 Homepage: http://scid.sf.net
-Build-Depends: debhelper (>= 7.0.50~), tcl8.5-dev, tk8.5-dev, zlib1g-dev
+Build-Depends: debhelper (>= 7.0.50~), tcl8.5-dev, tk8.5-dev, zlib1g-dev, libx11-dev, dpkg-dev (>= 1.16.0)
 Standards-Version: 3.9.2
 
 Package: scid
diff -ur scid-4.3.0.cvs20111216/debian/rules scid-4.3.0.cvs20111216.new/debian/rules
--- scid-4.3.0.cvs20111216/debian/rules	2012-01-20 22:44:56.0 +
+++ scid-4.3.0.cvs20111216.new/debian/rules	2012-01-22 01:19:25.0 +
@@ -16,8 +16,12 @@
 %:
 	dh $@ --sourcedirectory=src 
 
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+
 override_dh_auto_configure:
-	./configure BINDIR="$(CURDIR)/debian/scid/usr/games" \
+	sed s/x86_64-linux-gnu/$(DEB_HOST_MULTIARCH)/ configure > configure.sed
+	chmod 755 configure.sed
+	./configure.sed BINDIR="$(CURDIR)/debian/scid/usr/games" \
 SHAREDIR="$(CURDIR)/debian/scid/usr/share/scid" TB=""
 
 override_dh_auto_install:
@@ -32,6 +36,7 @@
 	[ ! -f Makefile ] || $(MAKE) clean
 	rm -f config.sub config.guess Makefile
 	dh_clean
+	rm -f configure.sed
 
 override_dh_auto_build:
 	$(MAKE) all_scid

Bug#656707: xournal: Fonts do not display on Apple Preview

[Dylan Paul Thurston]

I already have, actually, see here:
http://sourceforge.net/tracker/?func=detail&aid=3477005&group_id=163434&atid=827733

On Sat, Jan 21, 2012 at 05:57:18PM -0600, Carlo Segre wrote:
>
> Hi Dylan:
>
> Thanks, I will pass this upstream.
>
> Carlo
>
> On Sat, 21 Jan 2012, Dylan Thurston wrote:
>
>> Package: xournal
>> Version: 0.4.6~pre20110721-1
>> Severity: normal
>>
>> The PDF files that Xournal produces using 'Export to PDF' do not
>> display properly under Apple Preview on MacOS: the fonts are not
>> visible.  PDF files produced by printing to a PDF file work fine.
>> Other PDF viewers seem to work fine, including, eg, Adobe Acrobat on
>> the Mac.
>>
>> I've attached a small test xournal file and PDF files produced in the
>> two different ways.
>>
>> I note that the cairo rendering library had a very similar bug 4 years
>> ago.  See, eg,
>> http://lists.freedesktop.org/archives/cairo-bugs/2007-June/001256.html
>> Since xournal has its own font subsetting code, perhaps this bug was
>> inherited from somewhere else.
>>
>> (The bug is doubtless ultimately in Apple Preview, but it seems worth
>> working around.)
>>
>> Workarounds: Use print to pdf rather than the built-in export, or use
>> a different viewer.
>>
>> -- System Information:
>> Debian Release: wheezy/sid
>>  APT prefers unstable
>>  APT policy: (500, 'unstable'), (500, 'testing'), (50, 'experimental')
>> Architecture: i386 (i686)
>>
>> Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core)
>> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>>
>> Versions of packages xournal depends on:
>> ii  ghostscript-x   9.04~dfsg-3
>> ii  libatk1.0-0 2.2.0-2
>> ii  libc6   2.13-24
>> ii  libcairo2   1.10.2-6.2
>> ii  libfontconfig1  2.8.0-3
>> ii  libfreetype62.4.8-1
>> ii  libgdk-pixbuf2.0-0  2.24.0-2
>> ii  libglib2.0-02.30.2-5
>> ii  libgnomecanvas2-0   2.30.3-1
>> ii  libgtk2.0-0 2.24.8-3
>> ii  libpango1.0-0   1.29.4-2
>> ii  libpoppler-glib60.16.7-2+b1
>> ii  libx11-62:1.4.4-4
>> ii  zlib1g  1:1.2.3.4.dfsg-3
>>
>> xournal recommends no packages.
>>
>> xournal suggests no packages.
>>
>> -- no debconf information
>>
>
> -- 
> Carlo U. Segre -- Duchossois Leadership Professor of Physics
> Associate Dean for Graduate Admissions, Graduate College
> Illinois Institute of Technology
> Voice: 312.567.3498Fax: 312.567.3494
> se...@iit.edu   http://phys.iit.edu/~segre   se...@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#656829: transition: exiv2 - libexiv2-9 -> libexiv2-11

[Mark Purcell]

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

I would like to request a transition slot for exiv2

This package has been uploaded to experimental

exiv2 (0.22-1) experimental; urgency=low

  * New upstream release
  * NEW Package libexiv2-11 - soname bump
  * Drop usr/lib/libexiv2.la non-empty-dependency_libs-in-la-file
  * Ack NMU, Thanks Luk (Closes: #618747)

 -- Mark Purcell   Sat, 24 Sep 2011 14:28:30 +1000

Changes from version 0.21.1 to 0.22
---

* Exiv2 utility
 - Fixed time setting of -T option when DST is in effect.
 - Added version hex number to the output of "exiv2 -V".

* Exiv2 library
- 785: Exif version 2.3 missing tag codes. (Patch by Jens Mueller)
- 782: Tamron 18-270mm lens. (Patch by Jens Mueller)
- 781: Exif 2.3 & DNG 1.2/1.3 tags. (Patch by Jens Mueller)
- 776: Some tests depend on system settings (locale, path, etc).
   (Volker Grabsch)
- 775: Sort iptc data by record number when encoding.
   (Patch by Matthias Baas)
- 772: New Tamron 70-300 mm lens improperly recognized.
   (Reported by Marie-Noëlle Augendre, patch by Milan Knizek)
- 769: "Assertion `sv == d' failed" in 0.21.1 (r2474).
   (Reported by Derek Chen-Becker, reproducer by Paolo 
Bacchilega)
- 767: Build failure on MinGW with GCC >= 4.6 because of 
"-no-undefined".
   (Volker Grabsch)
- 765: Debug messages of psdimages.cpp go to stdout instead of 
stderr.
   (Volker Grabsch)
- 764: PSD resource block handling patch II.
   (Patch by Michael Ulbrich)
- 761: Setting metadata on an image should always succeed.
   (Patch by Matthias Baas)
- 760: Exiv2 fails to write to JPEG with an empty APP13 Photoshop 
PS3
   segment. (Reported by Stefan Brandl)
- 757: Wrong ELSE statement in src/CMakeLists.txt.
   (Reported by Michael Hansen)
- 708: On Windows (MSVC and MinGW builds), charset conversions now
   use respective Windows functions if iconv is not available.
- 689: Support for Encapsulated PostScript (*.eps) files.
   (Michael Ulbrich, Volker Grabsch)
- 439: The exiv2 library should be re-entrant.
   (Patch by Jonathan Potter, GP Software)
 - Fixed typo: SupplementalCategory -> SupplementalCategories.
   (Jürgen Wolz)
 - Added Tokina AT-X 107 AF DX Fish-eye 10-17mm f/3.5-4.5 lens.
   (Milan Knizek)
 - Added Exif.Panasonic.LensType to the Exiv2::lensName()
   easy-access function. (Adrian Woodley)


libexiv2-9 Reverse Depends:
  ufraw-batch   binNMU OK
  ufraw binNMU OK
  gimp-ufrawbinNMU OK
  libstreamanalyzer0? FTBFS unrelated :-(
No rule to make target `/usr/lib/x86_64-linux-gnu/libavcodec.so'
  shotwell  binNMU OK
  rawstudio binNMU OK
  qtpfsguia binNMU OK
  python-pyexiv2binNMU OK
  merkaartorgdal transition
  libextractor-plugins  binNMU OK
  krename   binNMU OK
  kphotoalbum   binNMU OK
  krita binNMU OK
  gwenview  binNMU OK
  kdebase-runtime   binNMU OK
  kde-runtime   kde transition
  hugin binNMU OK
  gthumbbinNMU OK
  gpscorrelate-gui  binNMU OK
  gpscorrelate  binNMU OK
  gnome-commander   binNMU OK
  gnome-color-manager   binNMU OK
  gimp-lensfun  binNMU OK
  libgexiv2-0   requires newer gexiv2 0.3.1 #656749
  geeqiebinNMU OK
  darktable binNMU OK

-- 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/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#656813: cfg80211: failed to add phy80211 symlink to netdev!

[Ben Hutchings]

On Sat, 2012-01-21 at 22:58 +0100, Cesare Leonardi wrote:
> Package: linux-2.6
> Version: 3.2.1-1
> Severity: normal
> 
> Some kernel version ago (some version before #656812), i started to see
> this message on boot:
> ---
> waiting for /dev to be fully populated...[5.775083] cfg80211: failed
> to add phy80211 symlink to netdev!
> done.
> ---
> 
> No apparent affect apart the message: the network seems functioning
> well.
[...]

Can you test whether the attache patch fixes this (and doesn't cause any
new problems)?  Instructions for rebuilding the kernel package are at:
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official

Ben.

-- 
Ben Hutchings
Knowledge is power.  France is bacon.
From 8f5f91cb3ba851ddef1829c89326438ab210a6e2 Mon Sep 17 00:00:00 2001
From: Ben Hutchings 
Date: Sun, 22 Jan 2012 00:55:29 +
Subject: [PATCH] ipw2200: Fix order of device registration

Currently cfg80211 fails to create a "phy80211" symlink in sysfs from
the net device to the wiphy device.  The latter needs to be registered
first.

Signed-off-by: Ben Hutchings 
---
 drivers/net/wireless/ipw2x00/ipw2200.c |   23 ---
 1 files changed, 12 insertions(+), 11 deletions(-)

diff --git a/drivers/net/wireless/ipw2x00/ipw2200.c b/drivers/net/wireless/ipw2x00/ipw2200.c
index 99a710d..6e4aec3 100644
--- a/drivers/net/wireless/ipw2x00/ipw2200.c
+++ b/drivers/net/wireless/ipw2x00/ipw2200.c
@@ -11830,16 +11830,17 @@ static int __devinit ipw_pci_probe(struct pci_dev *pdev,
 	}
 
 	mutex_unlock(&priv->mutex);
-	err = register_netdev(net_dev);
+
+	err = ipw_wdev_init(net_dev);
 	if (err) {
-		IPW_ERROR("failed to register network device\n");
+		IPW_ERROR("failed to register wireless device\n");
 		goto out_remove_sysfs;
 	}
 
-	err = ipw_wdev_init(net_dev);
+	err = register_netdev(net_dev);
 	if (err) {
-		IPW_ERROR("failed to register wireless device\n");
-		goto out_unregister_netdev;
+		IPW_ERROR("failed to register network device\n");
+		goto out_unregister_wiphy;
 	}
 
 #ifdef CONFIG_IPW2200_PROMISCUOUS
@@ -11848,10 +11849,8 @@ static int __devinit ipw_pci_probe(struct pci_dev *pdev,
 		if (err) {
 			IPW_ERROR("Failed to register promiscuous network "
   "device (error %d).\n", err);
-			wiphy_unregister(priv->ieee->wdev.wiphy);
-			kfree(priv->ieee->a_band.channels);
-			kfree(priv->ieee->bg_band.channels);
-			goto out_unregister_netdev;
+			unregister_netdev(priv->net_dev);
+			goto out_unregister_wiphy;
 		}
 	}
 #endif
@@ -11863,8 +11862,10 @@ static int __devinit ipw_pci_probe(struct pci_dev *pdev,
 
 	return 0;
 
-  out_unregister_netdev:
-	unregister_netdev(priv->net_dev);
+  out_unregister_wiphy:
+	wiphy_unregister(priv->ieee->wdev.wiphy);
+	kfree(priv->ieee->a_band.channels);
+	kfree(priv->ieee->bg_band.channels);
   out_remove_sysfs:
 	sysfs_remove_group(&pdev->dev.kobj, &ipw_attribute_group);
   out_release_irq:
-- 
1.7.8.2



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

Bug#656828: speech-dispatcher: HelloWorld example only speaks 'once' using Python API

[Tim Skillman]

Package: speech-dispatcher
Version: 0.7-6.1
Severity: important

I tried the sample code given for the Python speech API which is

import speechd
client = speechd.SSIPClient('test')
client.set_output_module('festival')
client.set_language('en')
client.set_punctuation(speechd.PunctuationMode.SOME)
client.speak("Hello World!")
client.close()

1) After running the script there was a pause and "Hello World" was spoken.

2) I then stopped the script and ran it again and the script immediately
stopped with no errors and no speech!

3) Sound continued to work for the rest of the system.  It was only until I
rebooted that speech would work - but only once as before.




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

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

Versions of packages speech-dispatcher depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  dpkg   1.15.8.11 Debian package management system
ii  install-info   4.13a.dfsg.1-6Manage installed documentation in 
ii  libasound2 1.0.23-2.1shared library for ALSA applicatio
ii  libaudio2  1.9.2-4   Network Audio System - shared libr
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libdotconf1.0  1.0.13-3  Configuration file parser library 
ii  libespeak1 1.43.03-2 A multi-lingual software speech sy
ii  libflite1  1.4-release-2 a small run-time speech synthesis 
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libpulse0  0.9.21-3+squeeze1 PulseAudio client libraries
ii  libspeechd20.7-6.1   Speech Dispatcher: Shared librarie
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip

Versions of packages speech-dispatcher recommends:
ii  pulseaudio 0.9.21-3+squeeze1 PulseAudio sound server

Versions of packages speech-dispatcher suggests:
pn  speech-dispatcher-doc-cs   (no description available)
pn  speech-dispatcher-festival (no description available)

-- no debconf information



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

Bug#656827: ejabberd: don't generate a self-signed certificate

[Christoph Anton Mitterer]

Package: ejabberd
Version: 2.1.9-1
Severity: whislist


Hi.

Currently ejabberd generates a self-signed certificate.
IMHO this doesn't make much sense, no one will recognise this certificate.
As it's just another self-signed host cert, wouldn't it be better to use
/etc/ssl/certs/ssl-cert-snakeoil.pem
/etc/ssl/private/ssl-cert-snakeoil.key
?

Moreover, many people won't just use /etc/ejabberd/ejabberd.pem but have
something like /etc/ejabberd/certificates or so.
Wouldn't it make sense to _only_ generate the certificate (again) when a
check like
grep /etc/ejabberd/ejabberd.pem /etc/ejabberd/ejabberd.cfg
matches.

Cheers,
Chris.



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

Bug#656826: ejabberd: drop #368414 related code from ejabberd.postinst

[Christoph Anton Mitterer]

Package: ejabberd
Version: 2.1.9-1
Severity: minor


Hi.

I guess #368414 is long gone now and the related code form the postinst can
be dropped again.
The chance of breaking something is now bigger than that of restoring something.

Cheers,
Chris.



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

Bug#651359: python-sphinx makes virtualenvwrapper FTBFS: unknown JavaScript code: debian/virtualenvwrapper/usr/share/doc/virtualenvwrapper/ja/html/_static/translations.js

[Sandro Tosi]

On Sun, Jan 22, 2012 at 01:22, Jakub Wilk  wrote:
> Thanks for looking into this!
>
> * Sandro Tosi , 2012-01-22, 00:53:
>
>> I've looked into this issue, and it's not about translations.js
>
>
> Right, it's only a warning about translations.js.
>
> In theory we _could_ move translations to the libjs-* package and then
> symlink them too, but this is probably too much hassle for very little
> benefit.

if translates.js is the same for all the projects using sphinx then it
probably makes sense to symlink it, but it's also true that there's
only one occurrence of translate.js in all debian packages, so
probably we can also wait and see how the situation evolves.

> But it we decide that not symlinking translations.js is by design, then we
> should also silence the warning.

that too, or differentiate the warning and error messages (that are
now the same, which could be a bit misleading).

>> but about searchtools.js: given virtualenvwrapper provides multi-language
>> doc, sphinx generates a searchtools.js that might be different for some
>> langs, and in this case Japanese generates a searchtools that is different
>> from the reference copy in
>> /usr/share/javascript/sphinxdoc/1.0/searchtools.js. I'm attaching a diff in
>> case it might help.
>>
>> It seems there could be 2 versions of searchtools.js: one for langs with
>> stemming rules and another without them.
>
>
> Actually, we should have 3 versions of searchtools.js: one for the English
> stemmer, one for the Japanese stemmer, and one without stemming rules.
>
>> --- /usr/share/javascript/sphinxdoc/1.0/searchtools.js  2011-11-20
>> 20:17:32.0 +0100
>> +++
>> debian/virtualenvwrapper/usr/share/doc/virtualenvwrapper/ja/html/_static/searchtools.js
>>     2012-01-22 00:40:37.435086642 +0100
>> @@ -38,183 +38,10 @@
>>
>>
>> /**
>> - * Porter Stemmer
>> + * Dummy stemmer for languages without stemming rules.
>>  */
>> var Stemmer = function() {
>
>
> This is odd. It should be Japanese stemmer here, not the generic one. Smells
> like another bug.

but sphinx/search/ja.py doesn't define any js_stemmer_code so it uses
the default implementation in __init__.py which is the dummy one.

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#598234: emacs23-nox: emacs fails to install on mipsel

[Deng Xiyue]

Hi Rob,

On Wed, Jan 18, 2012 at 5:55 PM, Rob Browning  wrote:
> manphiz-gu...@users.alioth.debian.org writes:
>
>> Hi, I just tried rebuilding emacs23 in my loongson box, and both emacs23
>> and emacs23-nox of the custom build install without problem. It might be
>> related to my custom kernel or an updated binutils version
>> (2.21.90.20111004-2). I'd like to help further testing this issue if
>> more information is needed.
>
> I just wanted to check back about this bug and see if you still felt
> like there was a problem here, or if it might be appropriate for me to
> close it.
>

I just tried to install the latest version of both emacs23 and
emacs23-nox flavors and they both installed without problem. I guess
we can now close this bug with version 23.3+1-4. Thanks.

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



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

Bug#656825: ITP: librdf-helper-perl -- consistent, high-level API for working with RDF with Perl

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: librdf-helper-perl
  Version : 2.0
  Upstream Author : Kip Hampton 
* URL : http://search.cpan.org/dist/RDF-Helper/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : consistent, high-level API for working with RDF with Perl

 Resource Description Framework (RDF) is a standard model for data
 interchange on the Web.
 .
 RDF::Helper intends to simplify, normalize and extend Perl's existing
 facilities for interacting with RDF data.
 .
 RDF::Helper's goal is to offer a syntactic sugar which will enable
 developers to work more efficiently. To achieve this, it implements
 methods to work with RDF in a way that would be familiar to Perl
 programmers who are less experienced with RDF.



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

Bug#651359: python-sphinx makes virtualenvwrapper FTBFS: unknown JavaScript code: debian/virtualenvwrapper/usr/share/doc/virtualenvwrapper/ja/html/_static/translations.js

[Jakub Wilk]

Thanks for looking into this!

* Sandro Tosi , 2012-01-22, 00:53:

I've looked into this issue, and it's not about translations.js


Right, it's only a warning about translations.js.

In theory we _could_ move translations to the libjs-* package and then 
symlink them too, but this is probably too much hassle for very little 
benefit.


But it we decide that not symlinking translations.js is by design, then 
we should also silence the warning.


but about searchtools.js: given virtualenvwrapper provides 
multi-language doc, sphinx generates a searchtools.js that might be 
different for some langs, and in this case Japanese generates a 
searchtools that is different from the reference copy in 
/usr/share/javascript/sphinxdoc/1.0/searchtools.js. I'm attaching a 
diff in case it might help.


It seems there could be 2 versions of searchtools.js: one for langs 
with stemming rules and another without them.


Actually, we should have 3 versions of searchtools.js: one for the 
English stemmer, one for the Japanese stemmer, and one without stemming 
rules.



--- /usr/share/javascript/sphinxdoc/1.0/searchtools.js  2011-11-20 
20:17:32.0 +0100
+++ 
debian/virtualenvwrapper/usr/share/doc/virtualenvwrapper/ja/html/_static/searchtools.js
 2012-01-22 00:40:37.435086642 +0100
@@ -38,183 +38,10 @@


/**
- * Porter Stemmer
+ * Dummy stemmer for languages without stemming rules.
 */
var Stemmer = function() {


This is odd. It should be Japanese stemmer here, not the generic one. 
Smells like another bug.


--
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#616290: [Fwd: [ISC-Bugs #25979] What happened to the dhcp patch in ISC-Bugs #24697 (Debian Bug #616290)?]

[Samuel Thibault]

Andrew Pollock, le Sat 21 Jan 2012 15:57:50 -0800, a écrit :
> > - the PATH_MAX fix, which they _can_ check on GNU/Linux, since GNU/Linux
> > uses glibc.
> 
> One of the concerns with this patch was that it was conditional not on the
> Hurd OS, but on glibc being in use. I think they'd rather see this be
> explicitly conditional on Hurd.

Well, if they prefer that, then fine.

> I imagine they're worried about how this would behave on other
> non-Linux OSes that don't use glibc but do have PATH_MAX?

You mean they don't like not testing that other codepath with Linux?
Then let's keep the new patch Hurd-only, that's fine.

> They asked if it were possible to add PATH_MAX compatibility to the Hurd
> instead, since it's an OS that is under development.

It has always been a will *not* to define PATH_MAX in GNU/Hurd.

> > - the get_hw_addr changes, which does not actually change any code,
> > but simply uses existing code in a case which would not even compile
> > otherwise.
> 
> I'm not sure if there was specific feedback on this chunk of the patch.

Ok.

> > - the bind change, which just makes GNU/Hurd use the same thing as
> > GNU/Linux.
> 
> I'm pretty sure the BIND change (if it's the change to configure that I
> think it is) has already been accepted (in a slightly different form). I'll
> try to check in with them regularly between now and 4.2.3 to make sure that
> that fix is going to be in it. Does BIND build okay on Hurd?

BIND itself builds ok, yes, simply with ipv6 disabled (see #651001). The
issue is the mixture of bind and dhcpd code, where the bind side does
not enable ipv6, and dhcpd enables it.

> > So in the end, the first part is not trivial but can be checked on Linux
> > (and actually fixes a bug), and the second and third part look trivial
> > to me, thus the wonder.
> 
> I think we'll get there, eventually. It might just take a while.

Well, we'd like to manage to release with wheezy.

> Have you tried starting a conversation on the dhcp-users list?
> (https://lists.isc.org/mailman/listinfo/dhcp-users)
> 
> There's also https://lists.isc.org/mailman/listinfo/dhcp-hackers

We have not tried, but if that's the way we can directly discuss the
patch with them, then we should probably do it. dhcp-hackers seems very
low-volume, I guess dhcp-users might be preferable?

Samuel



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

Bug#616290: [Fwd: [ISC-Bugs #25979] What happened to the dhcp patch in ISC-Bugs #24697 (Debian Bug #616290)?]

[Andrew Pollock]

On Sun, Jan 22, 2012 at 12:42:06AM +0100, Samuel Thibault wrote:
> Samuel Thibault, le Sat 21 Jan 2012 23:45:24 +0100, a écrit :
> > Andrew Pollock, le Wed 11 Jan 2012 22:12:11 -0800, a écrit :
> > > I'm expecting to have a face-to-face meeting with the ISC DHCP folks next 
> > > week,
> > > and the Hurd situation is one of the topics of discussion. If the 
> > > stakeholders
> > > from debian-hurd want me to convey anything in particular, then now's the 
> > > time
> > > to speak up.
> > 
> > So, did you have the opportunity to discuss with ISC about it?
> 
> Ah, Pino pointed me at your planet.debian.org post.
> 
> I have to say I'm a bit surprised that the patch generates so much
> discussion around it, but not about its content.  Did they see my
> updated patch with comments?  There are basically three things in it:

Yes, this is the patch we discussed.

I'm expecting you'll receive something via the ISC, but I'll try to remember
what was said.
 
> - the PATH_MAX fix, which they _can_ check on GNU/Linux, since GNU/Linux
> uses glibc.

One of the concerns with this patch was that it was conditional not on the
Hurd OS, but on glibc being in use. I think they'd rather see this be
explicitly conditional on Hurd. I imagine they're worried about how this
would behave on other non-Linux OSes that don't use glibc but do have
PATH_MAX?

They asked if it were possible to add PATH_MAX compatibility to the Hurd
instead, since it's an OS that is under development.

> - the get_hw_addr changes, which does not actually change any code,
> but simply uses existing code in a case which would not even compile
> otherwise.

I'm not sure if there was specific feedback on this chunk of the patch.

> - the bind change, which just makes GNU/Hurd use the same thing as
> GNU/Linux.

I'm pretty sure the BIND change (if it's the change to configure that I
think it is) has already been accepted (in a slightly different form). I'll
try to check in with them regularly between now and 4.2.3 to make sure that
that fix is going to be in it. Does BIND build okay on Hurd?
 
> So in the end, the first part is not trivial but can be checked on Linux
> (and actually fixes a bug), and the second and third part look trivial
> to me, thus the wonder.

I think we'll get there, eventually. It might just take a while. Have you
tried starting a conversation on the dhcp-users list?
(https://lists.isc.org/mailman/listinfo/dhcp-users)

There's also https://lists.isc.org/mailman/listinfo/dhcp-hackers


signature.asc
Description: Digital signature

Bug#656707: xournal: Fonts do not display on Apple Preview

[Carlo Segre]

Hi Dylan:

Thanks, I will pass this upstream.

Carlo

On Sat, 21 Jan 2012, Dylan Thurston wrote:


Package: xournal
Version: 0.4.6~pre20110721-1
Severity: normal

The PDF files that Xournal produces using 'Export to PDF' do not
display properly under Apple Preview on MacOS: the fonts are not
visible.  PDF files produced by printing to a PDF file work fine.
Other PDF viewers seem to work fine, including, eg, Adobe Acrobat on
the Mac.

I've attached a small test xournal file and PDF files produced in the
two different ways.

I note that the cairo rendering library had a very similar bug 4 years
ago.  See, eg,
http://lists.freedesktop.org/archives/cairo-bugs/2007-June/001256.html
Since xournal has its own font subsetting code, perhaps this bug was
inherited from somewhere else.

(The bug is doubtless ultimately in Apple Preview, but it seems worth
working around.)

Workarounds: Use print to pdf rather than the built-in export, or use
a different viewer.

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

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

Versions of packages xournal depends on:
ii  ghostscript-x   9.04~dfsg-3
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-24
ii  libcairo2   1.10.2-6.2
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglib2.0-02.30.2-5
ii  libgnomecanvas2-0   2.30.3-1
ii  libgtk2.0-0 2.24.8-3
ii  libpango1.0-0   1.29.4-2
ii  libpoppler-glib60.16.7-2+b1
ii  libx11-62:1.4.4-4
ii  zlib1g  1:1.2.3.4.dfsg-3

xournal recommends no packages.

xournal suggests no packages.

-- no debconf information



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@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#651359: python-sphinx makes virtualenvwrapper FTBFS: unknown JavaScript code: debian/virtualenvwrapper/usr/share/doc/virtualenvwrapper/ja/html/_static/translations.js

[Sandro Tosi]

Hi,
I've looked into this issue, and it's not about translations.js but
about searchtools.js: given virtualenvwrapper provides multi-language
doc, sphinx generates a searchtools.js that might be different for
some langs, and in this case Japanese generates a searchtools that is
different from the reference copy in
/usr/share/javascript/sphinxdoc/1.0/searchtools.js. I'm attaching a
diff in case it might help.

It seems there could be 2 versions of searchtools.js: one for langs
with stemming rules and another without them.

The solution might be to include both versions in libjs-sphinxdoc and
link them case by case ?

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--- /usr/share/javascript/sphinxdoc/1.0/searchtools.js	2011-11-20 20:17:32.0 +0100
+++ debian/virtualenvwrapper/usr/share/doc/virtualenvwrapper/ja/html/_static/searchtools.js	2012-01-22 00:40:37.435086642 +0100
@@ -38,183 +38,10 @@
 
 
 /**
- * Porter Stemmer
+ * Dummy stemmer for languages without stemming rules.
  */
 var Stemmer = function() {
-
-  var step2list = {
-ational: 'ate',
-tional: 'tion',
-enci: 'ence',
-anci: 'ance',
-izer: 'ize',
-bli: 'ble',
-alli: 'al',
-entli: 'ent',
-eli: 'e',
-ousli: 'ous',
-ization: 'ize',
-ation: 'ate',
-ator: 'ate',
-alism: 'al',
-iveness: 'ive',
-fulness: 'ful',
-ousness: 'ous',
-aliti: 'al',
-iviti: 'ive',
-biliti: 'ble',
-logi: 'log'
-  };
-
-  var step3list = {
-icate: 'ic',
-ative: '',
-alize: 'al',
-iciti: 'ic',
-ical: 'ic',
-ful: '',
-ness: ''
-  };
-
-  var c = "[^aeiou]";  // consonant
-  var v = "[aeiouy]";  // vowel
-  var C = c + "[^aeiouy]*";// consonant sequence
-  var V = v + "[aeiou]*";  // vowel sequence
-
-  var mgr0 = "^(" + C + ")?" + V + C;  // [C]VC... is m>0
-  var meq1 = "^(" + C + ")?" + V + C + "(" + V + ")?$";// [C]VC[V] is m=1
-  var mgr1 = "^(" + C + ")?" + V + C + V + C;  // [C]VCVC... is m>1
-  var s_v   = "^(" + C + ")?" + v; // vowel in stem
-
-  this.stemWord = function (w) {
-var stem;
-var suffix;
-var firstch;
-var origword = w;
-
-if (w.length < 3)
-  return w;
-
-var re;
-var re2;
-var re3;
-var re4;
-
-firstch = w.substr(0,1);
-if (firstch == "y")
-  w = firstch.toUpperCase() + w.substr(1);
-
-// Step 1a
-re = /^(.+?)(ss|i)es$/;
-re2 = /^(.+?)([^s])s$/;
-
-if (re.test(w))
-  w = w.replace(re,"$1$2");
-else if (re2.test(w))
-  w = w.replace(re2,"$1$2");
-
-// Step 1b
-re = /^(.+?)eed$/;
-re2 = /^(.+?)(ed|ing)$/;
-if (re.test(w)) {
-  var fp = re.exec(w);
-  re = new RegExp(mgr0);
-  if (re.test(fp[1])) {
-re = /.$/;
-w = w.replace(re,"");
-  }
-}
-else if (re2.test(w)) {
-  var fp = re2.exec(w);
-  stem = fp[1];
-  re2 = new RegExp(s_v);
-  if (re2.test(stem)) {
-w = stem;
-re2 = /(at|bl|iz)$/;
-re3 = new RegExp("([^aeiouylsz])\\1$");
-re4 = new RegExp("^" + C + v + "[^aeiouwxy]$");
-if (re2.test(w))
-  w = w + "e";
-else if (re3.test(w)) {
-  re = /.$/;
-  w = w.replace(re,"");
-}
-else if (re4.test(w))
-  w = w + "e";
-  }
-}
-
-// Step 1c
-re = /^(.+?)y$/;
-if (re.test(w)) {
-  var fp = re.exec(w);
-  stem = fp[1];
-  re = new RegExp(s_v);
-  if (re.test(stem))
-w = stem + "i";
-}
-
-// Step 2
-re = /^(.+?)(ational|tional|enci|anci|izer|bli|alli|entli|eli|ousli|ization|ation|ator|alism|iveness|fulness|ousness|aliti|iviti|biliti|logi)$/;
-if (re.test(w)) {
-  var fp = re.exec(w);
-  stem = fp[1];
-  suffix = fp[2];
-  re = new RegExp(mgr0);
-  if (re.test(stem))
-w = stem + step2list[suffix];
-}
-
-// Step 3
-re = /^(.+?)(icate|ative|alize|iciti|ical|ful|ness)$/;
-if (re.test(w)) {
-  var fp = re.exec(w);
-  stem = fp[1];
-  suffix = fp[2];
-  re = new RegExp(mgr0);
-  if (re.test(stem))
-w = stem + step3list[suffix];
-}
-
-// Step 4
-re = /^(.+?)(al|ance|ence|er|ic|able|ible|ant|ement|ment|ent|ou|ism|ate|iti|ous|ive|ize)$/;
-re2 = /^(.+?)(s|t)(ion)$/;
-if (re.test(w)) {
-  var fp = re.exec(w);
-  stem = fp[1];
-  re = new RegExp(mgr1);
-  if (re.test(stem))
-w = stem;
-}
-else if (re2.test(w)) {
-  var fp = re2.exec(w);
-  stem = fp[1] + fp[2];
-  re2 = new RegExp(mgr1);
-  if (re2.test(stem))
-w = stem;
-}
-
-// Step 5
-re = /^(.+?)e$/;
-if (re.test(w)) {
-  var fp = re.exec(w);
-  stem = fp[1];
-  re = new RegExp(mgr1);
-  re2 = new RegExp(meq1);
-  re3 = new RegExp("^" + C + v +

Bug#629630: [629630] FIXED: New 'tuntap' object isn't documented in ip's man page

[Nick Black]

Andreas, my patch for 656585 (
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656585)
ought allow you to mark this one FIXED, once it comes down from upstream.

-- 
nick black -- senior compiler engineer, nvidia

Bug#656824: linux-image-3.2.0-1-amd64 Boot Failure

[James Robertson]

Package: linux-2.6
Version: 3.2.1-1
Severity: normal

Dear Maintainer,

After installing this kernel I was not able to boot to it and received
the following error on the console.

Loading Linux 3.2.0-1-amd64 ...
error: cannot read the Linux header.
Loading intitial ramdisk ...
error: you need to load the kernel first.

press any key to continue...

I use LVM with XFS on top of that, not sure if that has any relevance.

I also received a time out when Querying Debian BTS for reports on
linux-2.6 (source)... So apologies if this bug has already been
reported.

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: LENOVO
product_name: 27327YM
product_version: ThinkPad R500
chassis_vendor: LENOVO
chassis_version: Not Available
bios_vendor: LENOVO
bios_version: 7YET83WW (3.13 )
board_vendor: LENOVO
board_name: 27327YM
board_version: Not Available

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory 
Controller Hub [8086:2a40] (rev 07)
Subsystem: Lenovo Device [17aa:20e0]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:01.0 PCI bridge [0604]: Intel Corporation Mobile 4 Series Chipset PCI 
Express Graphics Port [8086:2a41] (rev 07) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:03.0 Communication controller [0780]: Intel Corporation Mobile 4 Series 
Chipset MEI Controller [8086:2a44] (rev 07)
Subsystem: Lenovo Device [17aa:20e6]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 

00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #4 [8086:2937] (rev 03) (prog-if 00 [UHCI])
Subsystem: Lenovo Device [17aa:20f0]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: uhci_hcd

00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #5 [8086:2938] (rev 03) (prog-if 00 [UHCI])
Subsystem: Lenovo Device [17aa:20f0]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: uhci_hcd

00:1a.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #6 [8086:2939] (rev 03) (prog-if 00 [UHCI])
Subsystem: Lenovo Device [17aa:20f0]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: uhci_hcd

00:1a.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI 
Controller #2 [8086:293c] (rev 03) (prog-if 20 [EHCI])
Subsystem: Lenovo Device [17aa:20f1]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ehci_hcd

00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio 
Controller [8086:293e] (rev 03)
Subsystem: Lenovo Device [17aa:20f2]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: snd_hda_intel

00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 1 [8086:2940] (rev 03) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 2 [8086:2942] (rev 03) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-

Bug#656683: kmod: Switching to kmod makes only one ATI driver between audio and video work

[Matteo Settenvini]

Il giorno ven, 20/01/2012 alle 23.00 +0100, Marco d'Itri ha scritto:
> On Jan 20, Matteo Settenvini  wrote:
> 
> >   Downgrading to module-init-tools 3.16-1 fixes this issue, so I am
> >   convinced this is a kmod-related issue.
> Please try the new, untested, package from http://www.bofh.it/~md/debian/
> 

Thanks Marco,

I just tried the new package (which I re-compiled for amd64 from that
link). 

Unfortunately, rebooting results in a lot of disk thrashing, because of
four "modprobe" processes that start eating all available memory.

After consuming about ~2 GB memory each, the kernel first tries killing
some other processes to free memory, then panics with an "out of memory
error".

So it looks the new package actually makes things worse :-|.

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L>$ E++>+++ W+++ N+ o?
w--- O M- V- PS++ PE- Y+>++
PGP+++ t++ 5 X- R+ !tv b+++ 
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--





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

Bug#616290: [Fwd: [ISC-Bugs #25979] What happened to the dhcp patch in ISC-Bugs #24697 (Debian Bug #616290)?]

[Samuel Thibault]

Samuel Thibault, le Sat 21 Jan 2012 23:45:24 +0100, a écrit :
> Andrew Pollock, le Wed 11 Jan 2012 22:12:11 -0800, a écrit :
> > I'm expecting to have a face-to-face meeting with the ISC DHCP folks next 
> > week,
> > and the Hurd situation is one of the topics of discussion. If the 
> > stakeholders
> > from debian-hurd want me to convey anything in particular, then now's the 
> > time
> > to speak up.
> 
> So, did you have the opportunity to discuss with ISC about it?

Ah, Pino pointed me at your planet.debian.org post.

I have to say I'm a bit surprised that the patch generates so much
discussion around it, but not about its content.  Did they see my
updated patch with comments?  There are basically three things in it:

- the PATH_MAX fix, which they _can_ check on GNU/Linux, since GNU/Linux
uses glibc.
- the get_hw_addr changes, which does not actually change any code,
but simply uses existing code in a case which would not even compile
otherwise.
- the bind change, which just makes GNU/Hurd use the same thing as
GNU/Linux.

So in the end, the first part is not trivial but can be checked on Linux
(and actually fixes a bug), and the second and third part look trivial
to me, thus the wonder.

Samuel



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

Bug#656823: RM: smartirc4net -- ROM; Upstream not planning on making stable releases

[Jo Shields]

Package: ftp.debian.org
Severity: normal


 to be honest I would prefered rm, upstream is pretty bad for it

So speaks upstream and maintainer meebey. Who am I to argue with him?



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

Bug#650258: 2nd status ping on ,,dhcpHost not removed if system is removed''

[Mike Gabriel]

Hi Cajus,

this is a second status ping on the ,,dhcpHost not removed if system  
is removed'' issue with GOsa² in Debian sid and squeeze.


To be able to upload a fix for this to Debian squeeze this bug has to  
be fixed in Debian sid.


The Debian Edu team is really desperate for this fix to be introduced  
into Debian squeeze.


If you need any help with this, please let me/us know.

Thanks!!!
Mike

--

DAS-NETZWERKTEAM
mike gabriel, dorfstr. 27, 24245 barmissen
fon: +49 (4302) 281418, fax: +49 (4302) 281419

GnuPG Key ID 0xB588399B
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb

pgpRAWgyIRXqk.pgp
Description: Digitale PGP-Unterschrift

Bug#53829:

[Joshua Hudson]

Herein lies the problem. I managed to move the location to
/run/mount/mtab by changing the value of the #define, but that leaves
no upgrade path from /proc/mounts due to the bizarre code in
/lib/init/mount-functions.sh. The migration should have happened at
package install time, not boot time.



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

Bug#622302: [Fwd: Re: Bug#622302: severity increase]

[Samuel Thibault]

Svante Signell, le Sun 22 Jan 2012 00:27:20 +0100, a écrit :
> On Sun, 2012-01-22 at 00:12 +0100, Samuel Thibault wrote:
> > Svante Signell, le Sun 22 Jan 2012 00:08:18 +0100, a écrit :
> > > From: Julien Cristau 
> > > > To: Svante Signell 
> > > > Cc: 622...@bugs.debian.org
> 
> > The question is not there. The question is that it takes time to review
> > a patch etc. You can't force somebody to spend time on it. That's life.
> 
> Is there  an active maintainer for this package, or is it left for
> adoption?

See http://packages.qa.debian.org/d/dvi2ps.html it's not marked for
adoption, so the normal rules apply.

Samuel



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

Bug#622302: [Fwd: Re: Bug#622302: severity increase]

[Svante Signell]

On Sun, 2012-01-22 at 00:12 +0100, Samuel Thibault wrote:
> Svante Signell, le Sun 22 Jan 2012 00:08:18 +0100, a écrit :
> > From: Julien Cristau 
> > > To: Svante Signell 
> > > Cc: 622...@bugs.debian.org

> The question is not there. The question is that it takes time to review
> a patch etc. You can't force somebody to spend time on it. That's life.

Is there  an active maintainer for this package, or is it left for
adoption? In that case; I can create a new package, if somebody sponsor
me for the upload.

Thanks! 





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

Bug#656822: RM: libgdiplus [s390] -- ANAIS; s390 no longer supported upstream

[Jo Shields]

Package: ftp.debian.org
Severity: normal


Mono upstream have dumped support for 31-bit s390. Please kill
the s390 binaries from the archive.



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

Bug#656821: RM: mono [s390] -- ANAIS; s390 no longer supported upstream

[Jo Shields]

Package: ftp.debian.org
Severity: normal


Mono upstream have dumped support for 31-bit s390. Please kill
the s390 binaries from the archive.



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

Bug#656815: pu: package mediawiki/1:1.15.5-2squeeze3

[Jonathan Wiltshire]

On Sat, Jan 21, 2012 at 10:39:05PM +, Adam D. Barratt wrote:
> Please go ahead; thanks.

Uploading, thanks for the quick turnaround.



-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51


signature.asc
Description: Digital signature

Bug#622302: [Fwd: Re: Bug#622302: severity increase]

[Samuel Thibault]

Svante Signell, le Sun 22 Jan 2012 00:08:18 +0100, a écrit :
> From: Julien Cristau 
> > To: Svante Signell 
> > Cc: 622...@bugs.debian.org
> > Subject: Re: Bug#622302: severity increase
> > Date: Sat, 21 Jan 2012 23:59:48 +0100
> > 
> > On Sat, Jan 21, 2012 at 23:40:35 +0100, Svante Signell wrote:
> > 
> > > On Sat, 2012-01-21 at 23:23 +0100, Julien Cristau wrote:
> > > > On Sat, Jan 21, 2012 at 00:00:53 +0100, Svante Signell wrote:
> > > > 
> > > > > I see no reason for this bug not being attended. It is from 12th April
> > > > > 2011, and no response since then!
> > > > 
> > > > Here's one: hurd.
> > > 
> > > Meaning what. Maybe an NMU is allowed?
> > > 
> > Meaning it's a toy OS, you shouldn't expect people to spend their free
> > time playing with it.  And yes, porter NMUs are generally allowed, with
> > appropriate delays.
> 
> Looks like some people regards GNU/Hurd as a toy OS. Can you sponsor an
> NMU of this package?
> 
> And Julien, it's damned easy to install GNU/hurd in a VM: see
> http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/

The question is not there. The question is that it takes time to review
a patch etc. You can't force somebody to spend time on it. That's life.

Samuel



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

Bug#656808: gnome-settings-daemon: segmentation fault after some use

[Michael Biebl]

On 21.01.2012 23:08, Sven Arvidsson wrote:
> On Sat, 2012-01-21 at 21:59 +0100, Arthur de Jong wrote:
>> Do you know what package is responsible for the BSOD equivalent? I just
>> lost quite some work over this and only offering logout without the
>> possibility to allow me te save my work is really annoying, especially
>> if all applications are otherwise working fine (judging by the
>> gnome-shell activities overview mode).
>>
>> Thanks (sorry about the tone of this, I'm a bit angry about the BSOD
>> issue).
> 
> There's already a bug open for this, see #656762.

Related but different issue.


-- 
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#622302: [Fwd: Re: Bug#622302: severity increase]

[Svante Signell]

 Forwarded Message 
From: Julien Cristau 
To: Svante Signell 
Cc: 622...@bugs.debian.org
Subject: Re: Bug#622302: severity increase
Date: Sat, 21 Jan 2012 23:59:48 +0100

On Sat, Jan 21, 2012 at 23:40:35 +0100, Svante Signell wrote:

> On Sat, 2012-01-21 at 23:23 +0100, Julien Cristau wrote:
> > On Sat, Jan 21, 2012 at 00:00:53 +0100, Svante Signell wrote:
> > 
> > > I see no reason for this bug not being attended. It is from 12th April
> > > 2011, and no response since then!
> > 
> > Here's one: hurd.
> 
> Meaning what. Maybe an NMU is allowed?
> 
Meaning it's a toy OS, you shouldn't expect people to spend their free
time playing with it.  And yes, porter NMUs are generally allowed, with
appropriate delays.

Looks like some people regards GNU/Hurd as a toy OS. Can you sponsor an
NMU of this package?

And Julien, it's damned easy to install GNU/hurd in a VM: see
http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/





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

Bug#656809: ruby-ffi: FTBFS on armhf - several failing tests

[Antonio Terceiro]

Adam D. Barratt escreveu isso aí:
> severity 656809 important
> thanks
> 
> On Sat, 2012-01-21 at 19:28 -0200, Antonio Terceiro wrote:
> > Source: ruby-ffi
> > Severity: grave
> > Justification: fails to build from source
> 
> No.  The correct severity for a FTBFS would be "serious" in the majority
> of cases, not higher.  However, if the package has never built on the
> architecture in question and/or no release architectures are affected,
> then the issue is not release-critical and the conventional severity is
> "important".

ok, thanks for the correction.

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#656809: help with ruby-ffi on armhf - several failing tests (#656809)

[Antonio Terceiro]

Dear armhf porters,

I need some help from you to solve a ruby-ffi FTBFS on armhf. The source
builds, but several unit tests fail, and they are all related to float
pointing numbers.

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

I am attaching a simple test script that reveals the problem without having to
run the full test suite. To run it:

  * get the ruby-ffi source and install build dependencies
  * run the test script from the root of the sources with something like:
$ ruby /path/to/ruby-ffi-test-armhf.rb

A second run will produce a cleaner output, since it doesn't need to
build the C code anymore.

It doesn't matter whether you use ruby 1.8 or 1.9, the same tests fail
on both.

On amd64, the test script gives me:

Expected 100, got 100
Expected 1.5, got 1.5
Expected 2.7, got 2.7

On the sid chroot in harris.debian.org, I get:

Expected 100, got 100
Expected 1.5, got 2.90211670708434e-102
Expected 2.7, got 2.90085606709136e-102

-- 
Antonio Terceiro 


ruby-ffi-test-armhf.rb
Description: application/ruby


signature.asc
Description: Digital signature

Bug#656808: gnome-settings-daemon: segmentation fault after some use

[Michael Biebl]

On 21.01.2012 21:59, Arthur de Jong wrote:
> Package: gnome-settings-daemon
> Version: 3.2.2-2
> Severity: critical
> Justification: breaks unrelated software
> 
> Occasionally gnome-settings-daemon crashes and the friendly by oh so
> useless "Oh no! Something has gone wrong." message in Gnome pops up and
> all the things I'm working on are unavailable.
> 
> Crashes from my logs:
> 
> Jan 20 14:37:22 sorbet kernel: [14770.849397] gnome-settings-[2656]: segfault 
> at 8 ip f7005d5e sp fff505e0 error 4 in 
> libglib-2.0.so.0.3000.2[f6f7d000+fa000]
> Jan 20 15:07:19 sorbet kernel: [16567.521009] gnome-settings-[29507]: 
> segfault at 8 ip f7051d5e sp fffac020 error 4 in 
> libglib-2.0.so.0.3000.2[f6fc9000+fa000]
> Jan 21 13:15:14 sorbet kernel: [ 2030.375351] gnome-settings-[4764]: segfault 
> at 8 ip f7052d5e sp ff8bfe60 error 4 in 
> libglib-2.0.so.0.3000.2[f6fca000+fa000]
> Jan 21 21:20:48 sorbet kernel: [31163.588260] gnome-settings-[5880]: segfault 
> at 8 ip f707bd5e sp ffcec900 error 4 in 
> libglib-2.0.so.0.3000.2[f6ff3000+fa000]

Could you please downgrade libglib2.0 (and related packages) to
2.30.2-4, ie. the version from testing and see if the
gnome-settings-daemon crashes go away?
What would also be helpful, if you could get a backtrace resp. core
dump. For that install the libglib2.0-0-dbg package and either run
gnome-settings-daemon in gdb, or set ulimit [1] accordingly.

I suspect that this crashes in g-s-d are due to the backported BE ffi
patches.

Michael

[1] http://www.akadia.com/services/ora_enable_core.html
-- 
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#656808: gnome-settings-daemon: segmentation fault after some use

[Sven Arvidsson]

On Sat, 2012-01-21 at 21:59 +0100, Arthur de Jong wrote:
> Do you know what package is responsible for the BSOD equivalent? I just
> lost quite some work over this and only offering logout without the
> possibility to allow me te save my work is really annoying, especially
> if all applications are otherwise working fine (judging by the
> gnome-shell activities overview mode).
> 
> Thanks (sorry about the tone of this, I'm a bit angry about the BSOD
> issue).

There's already a bug open for this, see #656762.

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22



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

Bug#656717: libzen FTBFS on most 32-bit architectures, overload error

[peter green]

The FTBFS is caused by a rather hacky patch[1] I included in -3 to fix an FTBFS
in s390[2].

Is there a better way of doing this without rewriting the parts of the library
that use the NEED_SIZET macro to use templates? Specifically, it looks like I
would need a preprocessor conditional to check whether size_t is unsigned int or
unsigned long.
  
I don't know any way to do a preproccessor conditional for it directly 
but I have figured out

a way to find it from within a script or makefile.

here's a makefile snippet that figures it out (should be easy to turn it 
into a shell script

fragment if that is more conviniant for you).

ifneq (,$(findstring long,$(shell echo __SIZE_TYPE__ | cpp -P)))
 CFLAGS += -dSIZE_T_IS_LONG
endif



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

Bug#622302: severity increase

[Julien Cristau]

On Sat, Jan 21, 2012 at 23:40:35 +0100, Svante Signell wrote:

> On Sat, 2012-01-21 at 23:23 +0100, Julien Cristau wrote:
> > On Sat, Jan 21, 2012 at 00:00:53 +0100, Svante Signell wrote:
> > 
> > > I see no reason for this bug not being attended. It is from 12th April
> > > 2011, and no response since then!
> > 
> > Here's one: hurd.
> 
> Meaning what. Maybe an NMU is allowed?
> 
Meaning it's a toy OS, you shouldn't expect people to spend their free
time playing with it.  And yes, porter NMUs are generally allowed, with
appropriate delays.

Cheers,
Julien



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

Bug#656818: gnome-subtitles: Mono 2.10 transition, rebuild required

[Jo Shields]

Package: src:gnome-subtitles
Version: 1.2-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 antlr for
this change. You can check it worked if, after rebuilding,
gnome-subtitles 
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

Additionally, your package contains a manual dependency on 
libmono-i18n2.0-cil which must be updated to …4.0-cil. These changes
(plus a few other packaging fixes) have been made in pkg-cli-apps git,
however you appear not to have kept the git tree updated and there is no
evidence of the 1.2-1 upload in the git repository, preventing valid 
team-maintained uploads.

Please either make the corrections yourself for 1.2-2, or push your
changes
to git where other team members can submit their work.

Cheers



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

Bug#656817: RM: monodevelop-debugger-mdb -- ROM; Interface to deprecated debugger; superceded

[Jo Shields]

Package: ftp.debian.org
Severity: normal


Please remove this package - it should also be the only blocker on
removing mono-debugger too.



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

Bug#648446: terminator using wrong browser

[Tony Baldwin]

Perhaps I should have mentioned:

I am using Squeeze with the stock terminator from repos,
installed with aptitude.
My WM is openbox.
I don't think the WM has anything to do with this.
I just think it's terminator.

./tony
-- 
http://www.tonybaldwin.me
all tony, all the time!



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

Bug#648446: terminator using wrong browser

[Tony Baldwin]

I mentioned having a similar issue on debian-u...@lists.debian.org
and someone pointed me to this bug.

My terminator wants to use chromium, as well, when I have iceweasel
set (via debian-alternatives) as my default browser.

./tony
-- 
http://www.tonybaldwin.me
all tony, all the time!



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

Bug#641280: ITP: libtemplate-plugin-datetime-format-perl -- are you still working on it?

[Florian Schlichting]

Hi Julien,

back in July of last year you volunteered to work on the Perl packages
needed for FixMyStreet, and in September filed an ITP for
libtemplate-plugin-datetime-format-perl (#641280), yet as far as I can
see nothing has been uploaded to git yet. I've packaged the other
modules on the FixMyStreet list, and unless you object, I'd also work on
libtemplate-plugin-datetime-format-perl.

How far has your work on libtemplate-plugin-datetime-format-perl
progressed, and do you still plan to keep working on it until a first
release?

Florian



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

Bug#656816: opu: package cacti/0.8.7b-2.1+lenny5

[Luk Claes]

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

Hi

Version 0.8.7b-2.1+lenny4 interface statistics does not work anymore after the 
previous security fix. Below oneliner fixes this.

Cheers

Luk
diff -u cacti-0.8.7b/debian/changelog cacti-0.8.7b/debian/changelog
--- cacti-0.8.7b/debian/changelog
+++ cacti-0.8.7b/debian/changelog
@@ -1,3 +1,10 @@
+cacti (0.8.7b-2.1+lenny5) oldstable; urgency=low
+
+  * lib/snmp.php: Add $max_oids parameter to snmp_walk
+Closes: #656613
+
+ -- Luk Claes   Sat, 21 Jan 2012 23:41:35 +0100
+
 cacti (0.8.7b-2.1+lenny4) lenny-security; urgency=high
 
   [ Paul Gevers ]
diff -u cacti-0.8.7b/debian/patches/CVE-2010-1645.patch cacti-0.8.7b/debian/patches/CVE-2010-1645.patch
--- cacti-0.8.7b/debian/patches/CVE-2010-1645.patch
+++ cacti-0.8.7b/debian/patches/CVE-2010-1645.patch
@@ -149,7 +149,16 @@
 +			exec(escapeshellcmd(read_config_option("path_snmpgetnext")) . " -O fntev $snmp_auth -v $version -t $timeout -r $retries " . escapeshellarg($hostname) . ":$port " . escapeshellarg($oid), $snmp_value);
  		}
  	}
- 
+
+@@ -222,7 +239,7 @@ 
+ 	return $snmp_value;
+ }
+
+-function cacti_snmp_walk($hostname, $community, $oid, $version, $username, $password, $auth_proto, $priv_pass, $priv_proto, $context, $port = 161, $timeout = 500, $retries = 0, $environ = SNMP_POLLER) {
++function cacti_snmp_walk($hostname, $community, $oid, $version, $username, $password, $auth_proto, $priv_pass, $priv_proto, $context, $port = 161, $timeout = 500, $retries = 0, $environ = SNMP_POLLER, $max_oids = 50) {
+ 	global $config;
+
+ 	$snmp_auth	= '';
 @@ -235,6 +252,17 @@
  		if ($retries == "") $retries = 3;
  	}

debian-bugs-dist@lists.debian.org

[Dominique Belhachemi]

The package FTBFS now with:

dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: patches are not applied, applying them now
dpkg-source: info: applying 12_doxygen.diff
dpkg-source: info: applying 34_disable_resource_intensely_tests.diff
dpkg-source: info: applying 90_examples.diff
dpkg-source: info: applying gcc-4.5.diff
dpkg-source: info: applying 50_kfreebsd.diff
dpkg-source: info: building igstk using existing ./igstk_4.4.0.orig.tar.gz
dpkg-source: info: building igstk in igstk_4.4.0-2.debian.tar.gz
dpkg-source: info: building igstk in igstk_4.4.0-2.dsc
 debian/rules build
test -x debian/rules
mkdir -p "obj-x86_64-linux-gnu"
/usr/share/cdbs/1/rules/buildcore.mk:109: WARNING:  DEB_DH_STRIP_ARGS
is a deprecated variable
/usr/bin/make -f debian/rules reverse-config
make[1]: Entering directory `/tmp/buildd/igstk-4.4.0'
make[1]: Nothing to be done for `reverse-config'.
make[1]: Leaving directory `/tmp/buildd/igstk-4.4.0'
cd . && QUILT_PATCHES=/tmp/buildd/igstk-4.4.0/debian/patches quilt
--quiltrc /dev/null push -a || test $? = 2
File series fully applied, ends at patch 50_kfreebsd.diff
touch debian/stamp-patched
/usr/bin/make -f debian/rules update-config
make[1]: Entering directory `/tmp/buildd/igstk-4.4.0'
make[1]: Nothing to be done for `update-config'.
make[1]: Leaving directory `/tmp/buildd/igstk-4.4.0'
cd obj-x86_64-linux-gnu && cmake /tmp/buildd/igstk-4.4.0/.
-DCMAKE_INSTALL_PREFIX="/usr" -DCMAKE_C_COMPILER:FILEPATH="cc"
-DCMAKE_CXX_COMPILER:FILEPATH="g++" -DCMAKE_C_FLAGS="-g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security
-Werror=format-security -Wall" -DCMAKE_CXX_FLAGS="-g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security
-Werror=format-security -Wall" -DCMAKE_SKIP_RPATH=ON
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr
-DCMAKE_BUILD_TYPE:STRING=Release -DCMAKE_CXX_FLAGS="-Wno-deprecated"
-DCMAKE_VERBOSE_MAKEFILE=0
-DCMAKE_SHARED_LINKER_FLAGS="-Wl,--as-needed"
-DCMAKE_EXE_LINKER_FLAGS="-Wl,--as-needed" -DCMAKE_SKIP_RPATH:BOOL=ON
-DIGSTK_WITH_LIBRARY_VERSION:BOOL=ON
-DIGSTK_DEVELOPMENT_VERSION:BOOL=ON -DIGSTK_BUILD_EXAMPLES:BOOL=OFF
-DIGSTK_BUILD_TESTING:BOOL=ON -DCMAKE_BUILD_TYPE:STRING=Release
-DIGSTK_USE_Qt:BOOL=ON -DIGSTK_USE_FLTK:BOOL=ON
-DIGSTK_USE_OpenIGTLink:BOOL=ON -DIGSTK_USE_OpenCV:BOOL=OFF
-DIGSTK_USE_MicronTracker:BOOL=OFF -DBUILD_SHARED_LIBS:BOOL=ON
-DBUILD_DOCUMENTATION:BOOL=ON
-DQT_MOC_EXECUTABLE:PATH=/usr/bin/moc-qt4
-DQT_UIC_EXECUTABLE:PATH=/usr/bin/uic-qt4
-DQT_QMAKE_EXECUTABLE:PATH=/usr/bin/qmake
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/lib/ccache/cc
-- Check for working C compiler: /usr/lib/ccache/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/lib/ccache/g++
-- Check for working CXX compiler: /usr/lib/ccache/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Warning (dev) at /usr/lib/InsightToolkit/ITKConfig.cmake:50 (IF):
  given arguments:

"ON"

  An argument named "ON" appears in a conditional statement.  Policy CMP0012
  is not set: if() recognizes numbers and boolean constants.  Run "cmake
  --help-policy CMP0012" for policy details.  Use the cmake_policy command to
  set the policy and suppress this warning.
Call Stack (most recent call first):
  /usr/share/cmake-2.8/Modules/FindITK.cmake:48 (FIND_PACKAGE)
  CMakeLists.txt:47 (FIND_PACKAGE)
This warning is for project developers.  Use -Wno-dev to suppress it.

CMake Warning at /usr/lib/InsightToolkit/UseITK.cmake:53 (FIND_PACKAGE):
  Could not find module FindVXL.cmake or a configuration file for package
  VXL.

  Adjust CMAKE_MODULE_PATH to find FindVXL.cmake or set VXL_DIR to the
  directory containing a CMake configuration file for VXL.  The file will
  have one of the following names:

VXLConfig.cmake
vxl-config.cmake

Call Stack (most recent call first):
  CMakeLists.txt:49 (INCLUDE)


CMake Error at /usr/lib/InsightToolkit/UseITK.cmake:57 (MESSAGE):
  UseITK could not load VXL settings from "VXL_DIR-NOTFOUND" even through ITK
  was built using VXL from this location.
Call Stack (most recent call first):
  CMakeLists.txt:49 (INCLUDE)



-Dominique



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

Bug#616290: [Fwd: [ISC-Bugs #25979] What happened to the dhcp patch in ISC-Bugs #24697 (Debian Bug #616290)?]

[Samuel Thibault]

Andrew Pollock, le Wed 11 Jan 2012 22:12:11 -0800, a écrit :
> I'm expecting to have a face-to-face meeting with the ISC DHCP folks next 
> week,
> and the Hurd situation is one of the topics of discussion. If the stakeholders
> from debian-hurd want me to convey anything in particular, then now's the time
> to speak up.

So, did you have the opportunity to discuss with ISC about it?

Samuel



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

Bug#622302: severity increase

[Svante Signell]

On Sat, 2012-01-21 at 22:22 +, Adam D. Barratt wrote:
> severity 622302 important
> thanks
> 
> On Sat, 2012-01-21 at 00:00 +0100, Svante Signell wrote:
> > severity 622302 serious
> > thanks
> > 
> > I see no reason for this bug not being attended. It is from 12th April
> > 2011, and no response since then!
> 
> That's unfortunate.  It's not a reason to abuse bug severities.

Yes, changing bug severity is not recommended, I know that. Is there no
Debian maintainer for this package? Maybe I can help. And perhaps
somebody can sponsor an NMU?






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

Bug#656815: pu: package mediawiki/1:1.15.5-2squeeze3

[Cyril Brulebois]

Hi Jonathan.

Jonathan Wiltshire  (21/01/2012):
> Package: release.debian.org
> Severity: important
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> (severity important because of the regression)
> 
> Testing has shown that the fix for CVE-2011-4360 introduces a regression:
> in some situations, an error is returned instead of a login prompt. Moreover,
> the Debian package seems not to disclose information as described by the CVE.

So we had “with no ill-effects” when the patch was introduced, and now
we have “no info disclosure”. Will we get an update to re-enable the
patch soon? ;-)

> For this reason I would like to get a fix into this point release
> rather than waiting for the next. I realise the window technically
> closes this weekend and I'm sorry for the late notice.

I guess the difficult part (on the timing side) might be
mediawiki-math's being arch:any?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

severity 652035 important
retitle 652035 wicd-curses crashes (UnicodeDecodeError) with French locale
thanks

On Wed, 21 Dec 2011 22:09:47 +0100, Florian Birée wrote:

> Hi,
> 
> (thanks for the ping ;-) )

Re-ping :)

> Le Wed, 21 Dec 2011 21:42:43 +0100,
> David Paleino  a écrit :
> > > Uhm, ok. I didn't have the same exact traceback as yours, but still
> > > a unicode-related one. I fixed it in bzr, would you please give it
> > > a try? (it also needs an easy patch to wicd-daemon -- rev. 685 --,
> > > and then you need to use the "new" daemon).
> > > 
> > > http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/686
> > > http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/685
> > > 
> > > If you're brave enough, you could try to use the bzr snapshot. Just
> > > tell me what you prefer: a test package, or some hint for using the
> > > bzr snapshot :)
> 
> I've just patched wicd-curses and wicd-daemon with rev 685, always the
> same problem...

Can you please test with the latest 1.7.1~b3-4 ?

If it still happens, then I'm totally out of ideas.

In the meanwhile, I'm downgrading this bug's severity, since it seems to
happen only with the French localization (so wicd-curses is not "totally
unusable for everyone"), and wicd can also migrate to testing (so that we also
get a chance to have more people to triage this bug).

Have a nice evening/night,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#655541: #655541 - Patch: --match-query-string option to add query string to accept/reject lists

[Apparat8 Apparat8]

Is there a way of getting this patch put into Debian unstable directly
as a Debian-only thing?  Perhaps that would encourage the upstream
developer to add it into the main product.

Is there anything else you need from me to get this patch in place?



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