Bug#661906: milkytracker: FTBFS: patch

[Paul Wise]

tags 661906 + patch
thanks

I found a patch for this issue on the Arch Linux site (also attached)
and checked that it fixes the build failure.

http://ix.io/2aC

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
--- milkytracker-0.90.85/src/compression/DecompressorGZIP.cpp	2009-04-17 22:34:16.0 +0200
+++ milkytracker-trunk/src/compression/DecompressorGZIP.cpp	2012-02-20 20:24:49.161937553 +0100
@@ -61,7 +61,7 @@
 	int len = 0;
 	pp_uint8 *buf;
 	
-	if ((gz_input_file = (void **)gzopen (fileName.getStrBuffer(), "r")) == NULL)
+	if ((gz_input_file = (gzFile*)gzopen (fileName.getStrBuffer(), "r")) == NULL)
 		return false;
 	
 	if ((buf = new pp_uint8[0x1]) == NULL)
@@ -71,7 +71,7 @@
 	
 while (true) 
 	{
-len = gzread (gz_input_file, buf, 0x1);
+len = gzread (*gz_input_file, buf, 0x1);
 		
 if (len < 0) 
 		{
@@ -84,7 +84,7 @@
 		fOut.write(buf, 1, len);
 }
 	
-if (gzclose (gz_input_file) != Z_OK)
+if (gzclose (*gz_input_file) != Z_OK)
 	{
 	delete[] buf;
 return false;


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

Bug#661548: libyaml-libyaml-perl: FTBFS with hardening flags enabled: -Werror=format-security

[Salvatore Bonaccorso]

Hi

Ok just saw on our IRC channel:

[08:46] < KGB-0> ntyni squeeze 8e768d4 libyaml-libyaml-perl debian/ changelog 
patches/format-error.patch patches/series
[08:46] < KGB-0> [SECURITY] CVE-2012-1152: Fix format string vulnerabilities in 
YAML parsing. (Closes: #661548)
[08:47] < KGB-1> ntyni signed tags 4c10545 libyaml-libyaml-perl 
debian/0.33-1+squeeze1 * Debian release 0.33-1+squeeze1 (tagged commit: 8e768d4)

So, discard my last mail.

Thanks Niko for your work!

Regards
Salvatore


signature.asc
Description: Digital signature

Bug#661548: libyaml-libyaml-perl: FTBFS with hardening flags enabled: -Werror=format-security

[Niko Tyni]

On Thu, Mar 08, 2012 at 10:03:37PM +0100, Moritz Mühlenhoff wrote:

> > On Mon, Feb 27, 2012 at 09:44:42PM +, Dominic Hargreaves wrote:
> > > Source: libyaml-libyaml-perl
> > > Severity: normal
> > > Version: 0.38-1
> > > User: debian...@lists.debian.org
> > > Usertags: hardening-format-security hardening

> Can someone from pkg-perl prepare updated packages? (Which need to build with
> -sa since both are new in stable-security)

0.33-1+squeeze1 uploaded to stable-security.
-- 
Niko Tyni   nt...@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#661548: libyaml-libyaml-perl: FTBFS with hardening flags enabled: -Werror=format-security

[Salvatore Bonaccorso]

Hi Niko

On Fri, Mar 09, 2012 at 08:09:54AM +0200, Niko Tyni wrote:
> severity 661548 grave
> tag 661548 security
> found 661548 0.33-1
> thanks
> 
> On Mon, Feb 27, 2012 at 09:44:42PM +, Dominic Hargreaves wrote:
> > Source: libyaml-libyaml-perl
> > Severity: normal
> > Version: 0.38-1
> > User: debian...@lists.debian.org
> > Usertags: hardening-format-security hardening
> > 
> > With hardening flags enabled, this package FTBFS:
> > 
> > perl_libyaml.c: In function 'Load':
> > perl_libyaml.c:191:5: error: format not a string literal and no format 
> > arguments [-Werror=format-security]
> > perl_libyaml.c: In function 'load_node':
> > perl_libyaml.c:274:9: error: format not a string literal and no format 
> > arguments [-Werror=format-security]
> > perl_libyaml.c: In function 'load_mapping':
> > perl_libyaml.c:318:9: error: format not a string literal and no format 
> > arguments [-Werror=format-security]
> > perl_libyaml.c: In function 'load_sequence':
> > perl_libyaml.c:351:9: error: format not a string literal and no format 
> > arguments [-Werror=format-security]
> 
> These format strings can be injected from user input,
> so raising the severity. A DSA will be issued for squeeze.
> 
> I've just notified upstream via the RT tickets below. Could somebody from
> the pkg-perl team please prepare updated packages (built with -sa for
> stable-security as this is new there)?  Trivial patches can be found in

Are you going to prepare the upload for it? In other case I have
prepared the branch in our git repository with the fix taken from
Upstream RT#46507 patch there.

A review would anyway be welcome.

Regards
Salvatore
diff -Nru libyaml-libyaml-perl-0.33/debian/changelog libyaml-libyaml-perl-0.33/debian/changelog
--- libyaml-libyaml-perl-0.33/debian/changelog	2010-05-02 16:46:50.0 +0200
+++ libyaml-libyaml-perl-0.33/debian/changelog	2012-03-10 08:45:38.0 +0100
@@ -1,3 +1,15 @@
+libyaml-libyaml-perl (0.33-2) stable-security; urgency=high
+
+  * Team upload.
+  * Add fix-CVE-2012-1152.patch patch.
+Security fix for CVE-2012-1152. A remote attacker could provide a
+specially-crafted YAML document, which once processed by the
+YAML-LibYAML interface would lead to libyaml-libyaml-perl based process
+crash.
+Thanks to Niko Tyni  (Closes: #661548)
+
+ -- Salvatore Bonaccorso   Sat, 10 Mar 2012 08:41:38 +0100
+
 libyaml-libyaml-perl (0.33-1) unstable; urgency=low
 
   [ Jonathan Yu ]
diff -Nru libyaml-libyaml-perl-0.33/debian/gbp.conf libyaml-libyaml-perl-0.33/debian/gbp.conf
--- libyaml-libyaml-perl-0.33/debian/gbp.conf	1970-01-01 01:00:00.0 +0100
+++ libyaml-libyaml-perl-0.33/debian/gbp.conf	2012-03-10 08:45:38.0 +0100
@@ -0,0 +1,2 @@
+[DEFAULT]
+debian-branch = squeeze
diff -Nru libyaml-libyaml-perl-0.33/debian/patches/fix-CVE-2012-1152.patch libyaml-libyaml-perl-0.33/debian/patches/fix-CVE-2012-1152.patch
--- libyaml-libyaml-perl-0.33/debian/patches/fix-CVE-2012-1152.patch	1970-01-01 01:00:00.0 +0100
+++ libyaml-libyaml-perl-0.33/debian/patches/fix-CVE-2012-1152.patch	2012-03-10 08:45:38.0 +0100
@@ -0,0 +1,56 @@
+Description: A remote attacker could provide a specially-crafted YAML
+ document, which once processed by the perl-YAML-LibYAML interface would
+ lead to perl-YAML-LibYAML based process crash.
+ .
+ Fix for CVE-2012-1152.
+Origin: http://rt.cpan.org/Ticket/Attachment/920541/477607/YAML-LibYAML-0.35-format-error.patch
+Bug: https://rt.cpan.org/Public/Bug/Display.html?id=46507
+Bug-Debian: http://bugs.debian.org/661548
+Forwarded: not-needed
+Author: Salvatore Bonaccorso 
+Last-Update: 2012-03-10
+
+--- a/LibYAML/perl_libyaml.c
 b/LibYAML/perl_libyaml.c
+@@ -181,7 +181,7 @@
+ return;
+ 
+ load_error:
+-croak(loader_error_msg(&loader, NULL));
++croak("%s", loader_error_msg(&loader, NULL));
+ }
+ 
+ /*
+@@ -230,12 +230,12 @@
+ 
+ /* Some kind of error occurred */
+ if (loader->event.type == YAML_NO_EVENT)
+-croak(loader_error_msg(loader, NULL));
++croak("%s", loader_error_msg(loader, NULL));
+ 
+ croak(ERRMSG "Invalid event '%d' at top level", (int) loader->event.type);
+ 
+ load_error:
+-croak(loader_error_msg(loader, NULL));
++croak("%s", loader_error_msg(loader, NULL));
+ }
+ 
+ /*
+@@ -278,7 +278,7 @@
+ else if (strlen(tag) <= strlen(prefix) ||
+ ! strnEQ(tag, prefix, strlen(prefix))
+ ) croak(
+-loader_error_msg(loader, form("bad tag found for hash: '%s'", tag))
++"%s", loader_error_msg(loader, form("bad tag found for hash: '%s'", tag))
+ );
+ class = tag + strlen(prefix);
+ sv_bless(hash_ref, gv_stashpv(class, TRUE)); 
+@@ -311,7 +311,7 @@
+ else if (strlen(tag) <= strlen(prefix) ||
+ ! strnEQ(tag, prefix, strlen(prefix))
+ ) croak(
+-loader_error_msg(loader, form("bad tag found for array: '%s'", tag))
++"%s", loader_error_msg(loader, form("bad tag fou

Bug#654756: Announce of the upcoming NMU for the irqbalance package

[Christian PERRIER]

Dear maintainer of irqbalance and Debian translators,

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

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

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

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

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

Among these, the following translations are incomplete: ro tr

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 irqbalance package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Sunday, March 18, 
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):

 Monday, March 05, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Saturday, March 10, 2012   : send this notice
 Sunday, March 18, 2012   : (midnight) deadline for receiving translation 
updates
 Monday, March 19, 2012   : build the package and upload it to DELAYED/7-day
 send the NMU patch to the BTS
 Monday, March 26, 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: irqbala...@packages.debian.org\n"
"POT-Creation-Date: 2009-10-17 22:41+1100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../irqbalance.templates:1001
msgid "Would you like to enable irqbalance?"
msgstr ""

#. Type: boolean
#. Description
#: ../irqbalance.templates:1001
msgid ""
"Enable the irqbalance daemon to balance IRQs on SMP systems and systems with "
"hyperthreading."
msgstr ""

#. Type: boolean
#. Description
#: ../irqbalance.templates:2001
msgid "Would you like to balance the IRQs once?"
msgstr ""

#. Type: boolean
#. Description
#: ../irqbalance.templates:2001
msgid ""
"irqbalance can run in one shot mode, where the IRQs are balanced only once. "
"This is advantageous on hyperthreading systems such as the Pentium 4, which "
"appear to be SMP systems, but are really one physical CPU."
msgstr ""


signature.asc
Description: Digital signature

Bug#652021: Patch for the 1.12.0+dfsg-4.1 NMU of dictd

[Christian PERRIER]

Dear maintainer of dictd,

On Tuesday, February 28, 2012 I sent you a notice announcing my intent to 
upload an
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Thursday, February 23, 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: dictd
Version: 1.12.0+dfsg-4.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier 
Date: Fri, 09 Mar 2012 07:58:17 +0100
Closes: 652021 661144
Changes: 
 dictd (1.12.0+dfsg-4.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 - Dutch; (Jeroen Schot).  Closes: #652021
 - Indonesian (Mahyuddin Susanto).  Closes: #661144

-- 


diff -Nru dictd-1.12.0+dfsg.old/debian/changelog dictd-1.12.0+dfsg/debian/changelog
--- dictd-1.12.0+dfsg.old/debian/changelog	2012-02-18 19:17:28.517308589 +0100
+++ dictd-1.12.0+dfsg/debian/changelog	2012-03-09 07:58:25.755212008 +0100
@@ -1,3 +1,12 @@
+dictd (1.12.0+dfsg-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Dutch; (Jeroen Schot).  Closes: #652021
+- Indonesian (Mahyuddin Susanto).  Closes: #661144
+
+ -- Christian Perrier   Fri, 09 Mar 2012 07:58:17 +0100
+
 dictd (1.12.0+dfsg-4) unstable; urgency=low
 
   * Rebuild with the latest libmaa.
diff -Nru dictd-1.12.0+dfsg.old/debian/po/cs.po dictd-1.12.0+dfsg/debian/po/cs.po
--- dictd-1.12.0+dfsg.old/debian/po/cs.po	2012-02-18 19:17:28.517308589 +0100
+++ dictd-1.12.0+dfsg/debian/po/cs.po	2012-02-28 07:25:42.460630153 +0100
@@ -11,6 +11,7 @@
 "PO-Revision-Date: 2009-06-14 06:51+0200\n"
 "Last-Translator: Vítězslav Kotrla \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"
@@ -55,4 +56,3 @@
 #: ../dictd.templates:2002
 msgid "It is recommended to run it as a daemon."
 msgstr "Je doporučeno spouštět dictd jako démon."
-
diff -Nru dictd-1.12.0+dfsg.old/debian/po/da.po dictd-1.12.0+dfsg/debian/po/da.po
--- dictd-1.12.0+dfsg.old/debian/po/da.po	2012-02-18 19:17:28.517308589 +0100
+++ dictd-1.12.0+dfsg/debian/po/da.po	2012-02-28 07:25:42.464630263 +0100
@@ -11,6 +11,7 @@
 "PO-Revision-Date: 2011-04-30 17:30+01:00\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"
@@ -46,8 +47,8 @@
 "The dictd server can be run either as a stand-alone daemon or from inetd. "
 "You can also disable it entirely."
 msgstr ""
-"Dictd-serveren kan køres enten som en alenestående dæmon eller fra inetd. "
-"Du kan også fuldstændig deaktivere den."
+"Dictd-serveren kan køres enten som en alenestående dæmon eller fra inetd. Du "
+"kan også fuldstændig deaktivere den."
 
 #. Type: select
 #. Description
diff -Nru dictd-1.12.0+dfsg.old/debian/po/de.po dictd-1.12.0+dfsg/debian/po/de.po
--- dictd-1.12.0+dfsg.old/debian/po/de.po	2012-02-18 19:17:28.517308589 +0100
+++ dictd-1.12.0+dfsg/debian/po/de.po	2012-02-28 07:25:42.472630458 +0100
@@ -10,6 +10,7 @@
 "PO-Revision-Date: 2009-04-13 22:12+0200\n"
 "Last-Translator: Helge Kreutzmann \n"
 "Language-Team: de \n"
+"Language: \n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru dictd-1.12.0+dfsg.old/debian/po/es.po dictd-1.12.0+dfsg/debian/po/es.po
--- dictd-1.12.0+dfsg.old/debian/po/es.po	2012-02-18 19:17:28.517308589 +0100
+++ dictd-1.12.0+dfsg/debian/po/es.po	2012-02-28 07:25:42.476630561 +0100
@@ -32,6 +32,7 @@
 "PO-Revision-Date: 2009-04-06 10:10+0100\n"
 "Last-Translator: Francisco Javier Cuadrado \n"
 "Language-Team: Debian l10n Spanish \n"
+"Language: \n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru dictd-1.12.0+dfsg.old/debian/po/fi.po dictd-1.12.0+dfsg/debian/po/fi.po
--- dictd-1.12.0+dfsg.old/debian/po/fi.po	2012-02-18 19:17:28.517308589 +0100
+++ dictd-1.12.0+dfsg/debian/po/fi.po	2012-02-28 07:25:42.480630670 +0100
@@ -10,6 +10,7 @@
 "PO-Revision-Date: 2010-01-09 23:04+0200\n"
 "Last-Translator: Esko Arajärvi \n"
 "Language-Team: Finnish \n"
+"Language: fi\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
@@ -47,12 +48,11 @@
 "The dictd server can be run either as a stand-alone daemon or from inetd. "
 "You can also disable it entirely."
 msgstr ""
-"Dictd-palvelinta voidaan ajaa joko itsenäisenä taustaohjelmana tai "
-"inetdin kautta. Voit myös ottaa sen kokonaan pois käytöstä."
+"Dictd-palvelinta voidaan ajaa joko itsenäisenä taustaohjelmana tai inetdin "
+"kautta. Voit myös ottaa sen kokonaan pois käytöstä."
 
 #. Type: select
 #. Description
 #: ../dictd.templates:2002
 msgid "It is recommended to run it as a daemon."
 msg

Bug#593668: Announce of the upcoming NMU for the fprobe-ulog package

[Christian PERRIER]

Dear maintainer of fprobe-ulog and Debian translators,

Some days ago, I sent a notice to the maintainer of the fprobe-ulog 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 it ja nl pt 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 fprobe-ulog package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Sunday, March 18, 
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):

 Monday, March 05, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Saturday, March 10, 2012   : send this notice
 Sunday, March 18, 2012   : (midnight) deadline for receiving translation 
updates
 Monday, March 19, 2012   : build the package and upload it to DELAYED/7-day
 send the NMU patch to the BTS
 Monday, March 26, 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: fprobe-u...@packages.debian.org\n"
"POT-Creation-Date: 2010-04-17 18:44+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
#: ../templates:1001
msgid "Interface(s) to capture:"
msgstr ""

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"Each interface must be associated to a SNMP Index and they are separated by "
"a colon. Please enter a list of interfaces and their corresponding SNMP "
"indexes (for  example eth0:100,ppp0:200)."
msgstr ""

#. Type: string
#. Description
#: ../templates:2001
msgid "Collector address:"
msgstr ""

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please enter the collector's IP address and port number, separated by a "
"colon."
msgstr ""


signature.asc
Description: Digital signature

Bug#587430: Patch for the l10n upload of couriergraph

[Christian PERRIER]

Quoting Christian PERRIER (bubu...@debian.org):
> Quoting Christian PERRIER (bubu...@debian.org):
> > Quoting Christian PERRIER (bubu...@debian.org):
> > > 
> > > Dear maintainer of couriergraph,
> > > 
> > > On Monday, February 06, 2012 I sent you a notice announcing my intent to 
> > > upload an
> > > NMU of your package to fix its pending l10n issues, after an initial
> > > notice sent on Saturday, February 04, 2012.
> > > 
> > > We finally agreed that you would do the update yourself at the end of
> > > the l10n update round.
> > 
> > Ping?
> > 
> > 
> 
> Ping again...:-)


Last ping before NMU..:-)




signature.asc
Description: Digital signature

Bug#663182: Possible solution

[Dmitry Smirnov]

I would like mysql-utilities not to be intrusive, for that reason I think it 
make sense to keep its executables 'mysql*' in private directory 
/usr/lib/mysql-utilities

To me the fact that 'mysqldiff' provided by libmysql-diff-perl was in /usr/bin 
first is enough: it won't be fair to its users to replace it with entirely 
different utility merely because new package aggressively taking space in 
/usr/bin with dozen new executables.

Ideally they could be consolidated with wrapper like '/usr/bin/mysqlu' which 
could use first parameter to invoke corresponding executable from 
/usr/lib/mysql-utilities. How about it?

Although my next argument is very personal and biased, I always prefer Perl 
over Python. I packaged mysql-utilities only because they are shipped as part 
of mysql-workbench and I'm not too sure if they deserve their place in 
/usr/bin.

Regards,
Dmitry.

P.S. Having said that I recognise David's experience as much greater than mine 
so I will happily follow whatever he recommend.



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

Bug#663291: please split package into server and client packages

[martin f krafft]

Package: mosh
Version: 0.96a-2
Severity: wishlist

Subject says it all. I do not need/want the client on all hosts that
I want to become mosh-servers.

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

Versions of packages mosh depends on:
ii  libc6   2.13-27
ii  libgcc1 1:4.6.3-1
ii  libio-pty-perl  1:1.08-1+b2
ii  libprotobuf72.4.1-1
ii  libstdc++6  4.6.3-1
ii  libutempter01.1.5-4
ii  openssh-client  1:5.9p1-3
ii  zlib1g  1:1.2.6.dfsg-2

mosh recommends no packages.

mosh suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#663205: Fwd: golang-weekly 2012.03.04-1: Please update debconf PO translation for the package golang-weekly

[Christian PERRIER]

Quoting Michał Kułach (michalkul...@gmail.com):
> Dnia 09-03-2012 o 21:39:14 Christian PERRIER 
> napisał(a):
> 
> >You apparently used the wrong POT file.
> 
> Indeed, you are probably right, but this is attachment I received
> yesterday with maintainer's call for translations.


Doh. The maintainer sent a call for translations while we have a
running "review+translation update" action?

Doh.

I fear that all this ends up in a big mess (that happens from tiem to
time when it is unclear for package maitnainers that review work,
which I conduct, *also* includes a round of translation updates and
that I take care of everything).

So, the translation in the earlier bug report is indeed the "right"
one, if one assumes that the mpackage maintainer includes the reviewed
templates. As a consequence, whatever upload includes a Polish
translation (and many others) should close both bug reports.




signature.asc
Description: Digital signature

Bug#661548: libyaml-libyaml-perl: FTBFS with hardening flags enabled: -Werror=format-security

[Niko Tyni]

retitle 661548 libyaml-libyaml-perl: CVE-2012-1152: Format string 
vulnerabilities in YAML parsing
thanks

On Fri, Mar 09, 2012 at 08:09:54AM +0200, Niko Tyni wrote:
> severity 661548 grave
> tag 661548 security
> found 661548 0.33-1
> thanks
> 
> On Mon, Feb 27, 2012 at 09:44:42PM +, Dominic Hargreaves wrote:
> > Source: libyaml-libyaml-perl
> > Severity: normal
> > Version: 0.38-1
> > User: debian...@lists.debian.org
> > Usertags: hardening-format-security hardening
> > 
> > With hardening flags enabled, this package FTBFS:

> These format strings can be injected from user input,
> so raising the severity. A DSA will be issued for squeeze.

This is CVE-2012-1152.

http://seclists.org/oss-sec/2012/q1/609
-- 
Niko Tyni   nt...@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#661536: libdbd-pg-perl: FTBFS with hardening flags enabled: -Werror=format-security

[Niko Tyni]

retitle 661536 libdbd-pg-perl: CVE-2012-1151: Format string vulnerabilities in 
server error parsing
thanks

On Fri, Mar 09, 2012 at 08:33:32AM +0200, Niko Tyni wrote:
> forwarded 661536 https://rt.cpan.org/Public/Bug/Display.html?id=75642
> severity 661536 grave
> tag 661536 security patch
> found 661536 2.17.1-2
> thanks
> 
> On Mon, Feb 27, 2012 at 09:31:31PM +, Dominic Hargreaves wrote:
> > Source: libdbd-pg-perl
> > Severity: normal
> > Version: 2.18.1-1
> > 
> > With hardening flags enabled, this package FTBFS:
 
> These format strings can be injected by a malicious server,
> so raising the severity. A DSA will be issued for squeeze.

This is CVE-2012-1151.

http://seclists.org/oss-sec/2012/q1/609
-- 
Niko Tyni   nt...@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#663290: /etc/cron.daily/apt delays others for 1800 seconds

[Harald Dunkel]

Package: apt
Version: 0.8.10.3+squeeze1

It seems that /etc/cron.daily/apt delays the other daily
cron jobs registered in /etc/cron.daily for up to 30 minutes
(APT::Periodic::RandomSleep).

I doubt that this is reasonable. If other scripts would do
the same, then we end up running the last job during regular
working hours.

My suggestion would be to run the apt script by dedicated
crontab entries in /etc/cron.d instead.


Regards

Harri



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

Bug#663289: gnome-shell crashed randomly !

[toplinuxsir]

Package: gnome-shell
Version: 3.2.2.1-2
Severity: important

Dear Maintainer,
this is the error information :
[  106.291382] gnome-shell[2213]: segfault at 10 ip 7fa70d887c0f sp
7fa6eecbe658 error 6 in libnvidia-tls.so.295.20[7fa70d887000+3000]
[  160.724175] gnome-shell[2302]: segfault at 10 ip 7f1a4e0f9c0f sp
7f1a23dfd658 error 6 in libnvidia-tls.so.295.20[7f1a4e0f9000+3000]
[  165.169594] eclipse[2253] trap divide error ip:7fa6658477c8 sp:7fffb22b1310
error:0 in libgtk-x11-2.0.so.0.2400.10[7fa665714000+435000]

*** End of the template - remove these lines ***



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3
ii  gconf-service3.2.3-3
ii  gir1.2-accountsservice-1.0   0.6.15-4
ii  gir1.2-atk-1.0   2.2.0-2
ii  gir1.2-caribou-1.0   0.4.1-2
ii  gir1.2-clutter-1.0   1.8.4-1
ii  gir1.2-cogl-1.0  1.8.2-1
ii  gir1.2-coglpango-1.0 1.8.2-1
ii  gir1.2-folks-0.6 0.6.6-1
ii  gir1.2-freedesktop   1.31.10-1
ii  gir1.2-gconf-2.0 3.2.3-3
ii  gir1.2-gdkpixbuf-2.0 2.24.1-1
ii  gir1.2-gee-1.0   0.6.1-3
ii  gir1.2-gkbd-3.0  3.2.0-1
ii  gir1.2-glib-2.0  1.31.10-1
ii  gir1.2-gmenu-3.0 3.2.0.1-2
ii  gir1.2-gnomebluetooth-1.03.2.2-1
ii  gir1.2-gtk-3.0   3.2.3-1
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.2.2-1
ii  gir1.2-networkmanager-1.00.9.2.0-2
ii  gir1.2-pango-1.0 1.29.4-2
ii  gir1.2-polkit-1.00.104-2
ii  gir1.2-soup-2.4  2.34.3-1
ii  gir1.2-telepathyglib-0.120.16.2-1+b1
ii  gir1.2-telepathylogger-0.2   0.2.12-1
ii  gir1.2-upowerglib-1.00.9.15-2
ii  gjs  1.30.1-1
ii  gnome-bluetooth  3.2.2-1
ii  gnome-icon-theme-symbolic3.2.2-1
ii  gnome-settings-daemon3.2.2-2
ii  gnome-shell-common   3.2.2.1-2
ii  gsettings-desktop-schemas3.2.0-2
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-27
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libcamel-1.2-29  3.2.2-1
ii  libcanberra0 0.28-3
ii  libclutter-1.0-0 1.8.4-1
ii  libcogl-pango0   1.8.2-1
ii  libcogl5 1.8.2-1
ii  libcroco30.6.4-2
ii  libdbus-1-3  1.4.18-1
ii  libdbus-glib-1-2 0.98-1
ii  libdrm2  2.4.30-1
ii  libebook-1.2-12  3.2.2-1
ii  libecal-1.2-10   3.2.2-1
ii  libedataserver-1.2-153.2.2-1
ii  libedataserverui-3.0-1   3.2.2-1
ii  libffi5  3.0.10-3
ii  libfolks25   0.6.6-1
ii  libfontconfig1   2.8.0-3.1
ii  libfreetype6 2.4.8-1
ii  libgconf-2-4 3.2.3-3
ii  libgdk-pixbuf2.0-0   2.24.1-1
ii  libgee2  0.6.1-3
ii  libgirepository-1.0-11.31.10-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]   1.30.1-1
ii  libgl1-mesa-glx [libgl1] 7.11.2-1
ii  libglib2.0-0 2.30.2-6
ii  libgnome-desktop-3-2 3.2.1-3
ii  libgnome-keyring03.2.2-2
ii  libgnome-menu-3-03.2.0.1-2
ii  libgstreamer0.10-0   0.10.36-1
ii  libgtk-3-0   3.2.3-1
ii  libical0 0.44-3
ii  libjson-glib-1.0-0   0.14.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-3
ii  libmutter0   3.2.2-1
ii  libnm-glib4  

Bug#663087: [maint-guide] Incorrect man section

[Osamu Aoki]

Hi,

thanks for report.

> In section 2.8 Initial non-native Debian package, it states that 
> "See man(1) for details"

I think you are talking:

| Of course, replace the filename with the name of your original source
| archive. [20] See dh_make(1) for details.

> but there is no manual entry for dh_make in section 1.

I do not know it was typo or they moved it.  I found it to be
dh_make(8).

Thanks for reporting.

Reminder to me:

Typo at the bottom of Chapter 9.
 Fedra --> Fedora

> Debian Release: wheezy/sid
>   500 unstableftp.uk.debian.org 
>   500 unstableftp.jp.debian.org 
>   500 testing security.debian.org 
>   500 testing ftp.uk.debian.org 
>   500 testing ftp.jp.debian.org 
>   500 stable-updates  ftp.jp.debian.org 
>   500 stable  security.debian.org 
>   500 stable  ftp.uk.debian.org 
>   500 stable  ftp.jp.debian.org 
>   500 stable  dl.google.com 
>   500 oldstable   ftp.jp.debian.org 

Very interesting but I do not see much point doing this.  It just slows
update for no reason.  ... Anyway that is not the main topic here.

FYI: My opinion is below
  
http://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_packages_from_mixed_source_of_archives
 



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

Bug#663288: gnome-shell crashed randomly

[lhs]

Package: gnome-shell
Version: 3.2.2.1-2
Severity: normal

Dear Maintainer,
below is the error information:
[   90.291846] gnome-shell[1812]: segfault at 4008 ip 7f9e35f85ca2 sp
7fffd2358af0 error 4 in libcogl.so.5.0.1[7f9e35f53000+75000]
[  152.716725] gnome-shell[2098]: segfault at 3b2fc3008 ip 7fcbae25e618 sp
7fff7f59cb00 error 4 in libglib-2.0.so.0.3000.2[7fcbae1fc000+f6000]



*** End of the template - remove these lines ***



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3
ii  gconf-service3.2.3-3
ii  gir1.2-accountsservice-1.0   0.6.15-4
ii  gir1.2-atk-1.0   2.2.0-2
ii  gir1.2-caribou-1.0   0.4.1-2
ii  gir1.2-clutter-1.0   1.8.4-1
ii  gir1.2-cogl-1.0  1.8.2-1
ii  gir1.2-coglpango-1.0 1.8.2-1
ii  gir1.2-folks-0.6 0.6.6-1
ii  gir1.2-freedesktop   1.31.10-1
ii  gir1.2-gconf-2.0 3.2.3-3
ii  gir1.2-gdkpixbuf-2.0 2.24.1-1
ii  gir1.2-gee-1.0   0.6.1-3
ii  gir1.2-gkbd-3.0  3.2.0-1
ii  gir1.2-glib-2.0  1.31.10-1
ii  gir1.2-gmenu-3.0 3.2.0.1-2
ii  gir1.2-gnomebluetooth-1.03.2.2-1
ii  gir1.2-gtk-3.0   3.2.3-1
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.2.2-1
ii  gir1.2-networkmanager-1.00.9.2.0-2
ii  gir1.2-pango-1.0 1.29.4-2
ii  gir1.2-polkit-1.00.104-2
ii  gir1.2-soup-2.4  2.34.3-1
ii  gir1.2-telepathyglib-0.120.16.2-1+b1
ii  gir1.2-telepathylogger-0.2   0.2.12-1
ii  gir1.2-upowerglib-1.00.9.15-2
ii  gjs  1.30.1-1
ii  gnome-bluetooth  3.2.2-1
ii  gnome-icon-theme-symbolic3.2.2-1
ii  gnome-settings-daemon3.2.2-2
ii  gnome-shell-common   3.2.2.1-2
ii  gsettings-desktop-schemas3.2.0-2
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-27
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libcamel-1.2-29  3.2.2-1
ii  libcanberra0 0.28-3
ii  libclutter-1.0-0 1.8.4-1
ii  libcogl-pango0   1.8.2-1
ii  libcogl5 1.8.2-1
ii  libcroco30.6.4-2
ii  libdbus-1-3  1.4.18-1
ii  libdbus-glib-1-2 0.98-1
ii  libdrm2  2.4.30-1
ii  libebook-1.2-12  3.2.2-1
ii  libecal-1.2-10   3.2.2-1
ii  libedataserver-1.2-153.2.2-1
ii  libedataserverui-3.0-1   3.2.2-1
ii  libffi5  3.0.10-3
ii  libfolks25   0.6.6-1
ii  libfontconfig1   2.8.0-3.1
ii  libfreetype6 2.4.8-1
ii  libgconf-2-4 3.2.3-3
ii  libgdk-pixbuf2.0-0   2.24.1-1
ii  libgee2  0.6.1-3
ii  libgirepository-1.0-11.31.10-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]   1.30.1-1
ii  libgl1-mesa-glx [libgl1] 7.11.2-1
ii  libglib2.0-0 2.30.2-6
ii  libgnome-desktop-3-2 3.2.1-3
ii  libgnome-keyring03.2.2-2
ii  libgnome-menu-3-03.2.0.1-2
ii  libgstreamer0.10-0   0.10.36-1
ii  libgtk-3-0   3.2.3-1
ii  libical0 0.44-3
ii  libjson-glib-1.0-0   0.14.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-3
ii  libmutter0   3.2.2-1
ii  libnm-glib4  0.9.2.0-2
ii  libnm-util2  0.9.2.0-2
ii  libnspr4-0d  4.9-1
ii  li

Bug#662975: debian-reference-en: Add to 9.4.1 a fstab record including UUID.

[Osamu Aoki]

Hi,

Thanks for your report.

It took me a while to understand what was the problem for you.  I did
lots of guessing.

On Thu, Mar 08, 2012 at 12:59:15AM +0700, Sthu wrote:
> Package: debian-reference-en
> Version: 2.47
> Severity: wishlist
> 
> Dear Maintainer,

I guess you are start talking "9.4.1. Removable disk encryption with
dm-crypt/LUKS" guessing from the title of this report.

> I think it is wise to put a note in the subject paragraph on how the volume 
> can be mounted:
> 
> .. manually
> 
> .. automatically through the /etc/fstab regarding UUID

My initial reaction is "why?".  i am talking "Removable disk" and these
things are automatically mounted under modern desktop.

> I had problems putting in the file wrong UUID - of the /dev/sda1 whereas I 
> had to put there
> the one of /dev/mapper/sda1.

You are talking "fixed disk encryption with dm-crypt/LUKS", I guess.
 
> Sure, it will make the doc. more user friendly.

I now see your thought.

As for fstab example, it may fit better in somewhere in 9.3.  I am
trying not to over-document by just simply mentioning fstab(5) there.

But some simple example may be beneficial.  But I am afraid that putting
encrypted root/swap such as one done by the installer may become
overkill.

Since this will create major breakage of translation, I need to be
careful updating contents with minimal damages.

Regards,

Osamu



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

Bug#662796: uim: FTBFS against multiarch Qt 4.8

[dai]

On Tue, Mar 06, 2012 at 02:03:46PM +0100, Felix Geyer wrote:
> Your package fails to build against the multiarch enabled Qt 4.8
> which is currently in experimental.
> The transition to unstable/testing is tracked in bug #653903.
> 
> I'm attaching a patch that adjusts the install path of the Qt plugin
> and sets a minimum libqt4-dev version.
> It should be applied once Qt 4.8 enters unstable.

Thank you for your work.  I tested it fixed FTBFS against Qt 4.8.
I will apply it once Qt 4.8 enters unstable.
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: Digital signature

Bug#652802: Reproduced on Ubuntu

[Fabrice Coutadeur]

Hi,

The package is FTBFSing also in Ubuntu, with the very same error:
...

/usr/bin/ruby1.8 -I/usr/lib/ruby/vendor_ruby
/usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb
/usr/lib/ruby/vendor_ruby/inline.rb:128:in `mkdir': Permission denied
- /sbuild-nonexistent (Errno::EACCES)
from /usr/lib/ruby/vendor_ruby/inline.rb:128:in `rootdir'
from /usr/lib/ruby/vendor_ruby/inline.rb:140:in `directory'
from /usr/lib/ruby/vendor_ruby/inline.rb:380:in `so_name'
from /usr/lib/ruby/vendor_ruby/inline.rb:503:in `load_cache'
from /usr/lib/ruby/vendor_ruby/inline.rb:833:in `inline'
from 
./debian/ruby-image-science//usr/lib/ruby/vendor_ruby/image_science.rb:90
from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in
`gem_original_require'
from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in 
`require'
from ./test/test_image_science.rb:12
from -e:1:in `require'
from -e:1
from -e:1:in `each'
from -e:1
ERROR: Test "ruby1.8" failed. Exiting.
dh_auto_install: dh_ruby --install /«PKGBUILDDIR»/debian/tmp returned
exit code 1
make: *** [binary] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2

Build finished at 20120310-0618

Finished


E: Build failure (dpkg-buildpackage died)

I'm using sbuild to build the package locally, on an AMD64 clean
chroot, and I can post the full build log, if you want.

Thanks,
Fabrice



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

Bug#663287: gnome-shell: gnome crashed randomly

[lhs]

Package: gnome-shell
Version: 3.2.2.1-1
Severity: critical
Tags: lfs
Justification: breaks unrelated software

Dear Maintainer:
  gnome-shell crashed randomly
 the error information is : libglib2.0 segmention fault

*** End of the template - remove these lines ***



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3
ii  gir1.2-accountsservice-1.0   0.6.15-4
ii  gir1.2-atk-1.0   2.2.0-2
ii  gir1.2-caribou-1.0   0.4.1-2
ii  gir1.2-clutter-1.0   1.8.4-1
ii  gir1.2-cogl-1.0  1.8.2-1
ii  gir1.2-coglpango-1.0 1.8.2-1
ii  gir1.2-folks-0.6 0.6.6-1
ii  gir1.2-freedesktop   1.31.10-1
ii  gir1.2-gconf-2.0 3.2.3-3
ii  gir1.2-gdkpixbuf-2.0 2.24.1-1
ii  gir1.2-gee-1.0   0.6.1-3
ii  gir1.2-gkbd-3.0  3.2.0-1
ii  gir1.2-glib-2.0  1.31.10-1
ii  gir1.2-gmenu-3.0 3.2.0.1-2
ii  gir1.2-gnomebluetooth-1.03.2.2-1
ii  gir1.2-gtk-3.0   3.2.3-1
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.2.2-1
ii  gir1.2-networkmanager-1.00.9.2.0-2
ii  gir1.2-pango-1.0 1.29.4-2
ii  gir1.2-polkit-1.00.104-2
ii  gir1.2-soup-2.4  2.34.3-1
ii  gir1.2-telepathyglib-0.120.16.2-1+b1
ii  gir1.2-telepathylogger-0.2   0.2.12-1
ii  gir1.2-upowerglib-1.00.9.15-2
ii  gjs  1.30.1-1
ii  gnome-bluetooth  3.2.2-1
ii  gnome-icon-theme-symbolic3.2.2-1
ii  gnome-settings-daemon3.2.2-2
ii  gnome-shell-common   3.2.2.1-1
ii  gsettings-desktop-schemas3.2.0-2
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-27
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libcamel-1.2-29  3.2.2-1
ii  libcanberra0 0.28-3
ii  libclutter-1.0-0 1.8.4-1
ii  libcogl-pango0   1.8.2-1
ii  libcogl5 1.8.2-1
ii  libcroco30.6.4-2
ii  libdbus-1-3  1.4.18-1
ii  libdbus-glib-1-2 0.98-1
ii  libdrm2  2.4.30-1
ii  libebook-1.2-12  3.2.2-1
ii  libecal-1.2-10   3.2.2-1
ii  libedataserver-1.2-153.2.2-1
ii  libedataserverui-3.0-1   3.2.2-1
ii  libffi5  3.0.10-3
ii  libfolks25   0.6.6-1
ii  libfontconfig1   2.8.0-3.1
ii  libfreetype6 2.4.8-1
ii  libgconf2-4  3.2.3-3
ii  libgdk-pixbuf2.0-0   2.24.1-1
ii  libgee2  0.6.1-3
ii  libgirepository-1.0-11.31.10-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]   1.30.1-1
ii  libgl1-mesa-glx [libgl1] 7.11.2-1
ii  libglib2.0-0 2.30.2-6
ii  libgnome-desktop-3-2 3.2.1-3
ii  libgnome-keyring03.2.2-2
ii  libgnome-menu-3-03.2.0.1-2
ii  libgstreamer0.10-0   0.10.36-1
ii  libgtk-3-0   3.2.3-1
ii  libical0 0.44-3
ii  libjson-glib-1.0-0   0.14.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-3
ii  libmutter0   3.2.2-1
ii  libnm-glib4  0.9.2.0-2
ii  libnm-util2  0.9.2.0-2
ii  libnspr4-0d  4.9-1
ii  libnss3-1d   3.13.3-1
ii  libpango1.0-01.29.4-2
ii  libpolkit-agent-1-0  0.104-2
ii  libpolkit-gobject-1-00.104-2
ii  libpulse-main

Bug#512360: RFH: openldap -- OpenLDAP server, libraries, and utilities

[Walter Vargas]

regards,

I have experience with OpenLDAP from Debian Etch, and managing daily work
now OpenLDAP on Debian Squeeze.

I have experience with Net::LDAP, in fact I have a Perl module that I
developed for use in my company, which makes a lot of LDAP operations.

I'm not a Debian Developer.

Tell me that I can help?


-- 
Walter Vargas
Cooperativa Venezolana de Tecnologías Libres R.S.
Coordinador General.

Bug#663286: axel: Japanese PO and minor manpage patch

[Osamu Aoki]

Package: axel
Version: 2.4-1
Severity: normal
Tags: upstream patch

As I have already reported to upstream, here is a patch to add Japanese
translation.

 [#313565] Japanese PO file

Since alioth seems to be current upstream and i do not see any new
uploads recently from 2009, I am thiking of making NMU with these
patches and other already reported patches in BTS.  (It seems upstream
SVN seems to have some unreleased changes.)  Your last upload of dput
was about a year ago and you have many pending patches too.  I wonder if
you are still active.

(patch files for bug=645271, seems to be unrelated to CFLAGS.)

Since dpatch is deprecated, if I touch this package, I will use standard
3.0 (quilt) package with dh to avoid all these issues in most simple
way.

Osamu

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

Kernel: Linux 3.2.0-2-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 axel depends on:
ii  libc6  2.13-27

axel recommends no packages.

axel suggests no packages.

-- no debconf information
diff --git a/Makefile b/Makefile
index 22d2e21..e6a5f2c 100644
--- a/Makefile
+++ b/Makefile
@@ -11,7 +11,7 @@
 .SUFFIXES: .po .mo
 
 # Add your translation here..
-MOFILES = nl.mo de.mo ru.mo zh_CN.mo
+MOFILES = nl.mo de.mo ru.mo zh_CN.mo ja.mo
 
 
 all: $(OUTFILE)
@@ -66,7 +66,7 @@ tar:
 
 ### I18N FILES
 
-%.po:
+%.po: $(wildcard *.c *.h)
 	-@mv $@ $@.bak
 	xgettext -k_ -o$@ *.[ch]
 	@if [ -e $@.bak ]; then \
--- axel.1.orig	2012-03-10 10:15:15.619602530 +0900
+++ axel.1	2012-03-10 10:15:47.115758720 +0900
@@ -64,7 +64,7 @@
 transparent proxy is active somewhere, of course.
 
 .TP
-\fB\-\-verbose\fP
+\fB\-\-verbose\fP, \fB\-v\fP
 If you want to see more status messages, you can use this option. Use it
 more than once if you want to see more.
 
# Japanese messages for axel
# Copyright (C) 2012 Osamu Aoki 
# This file is distributed under the same license as the axcel package.
msgid ""
msgstr ""
"Project-Id-Version: Axel\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2012-03-10 12:31+0900\n"
"PO-Revision-Date: 2012-03-10 11:16+0900\n"
"Last-Translator: Osamu Aoki \n"
"Language-Team: debian-japan...@lists.debian.org\n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#: axel.c:55
msgid "Buffer resized for this speed."
msgstr "このスピードに合わせバッファーをリサイズします。"

#: axel.c:91
msgid "Could not parse URL.\n"
msgstr "URLを解析できません。\n"

#: axel.c:126
#, c-format
msgid "File size: %lld bytes"
msgstr "ファイルサイズ: %lld バイト"

#: axel.c:143
#, c-format
msgid "Opening output file %s"
msgstr "出力ファイル %s をオープンします"

#: axel.c:152
msgid "Server unsupported, starting from scratch with one connection."
msgstr ""
"サポートされていないサーバーなので、単一コネクションを使い最初から始めます。"

#: axel.c:171
#, c-format
msgid "State file found: %lld bytes downloaded, %lld to go."
msgstr "状態ファイル発見: %lld バイトがダウンロード済み、あと %lld バイト。"

#: axel.c:178 axel.c:190
msgid "Error opening local file"
msgstr "ローカルファイルをオープンする際にエラー発生しました"

#: axel.c:202
msgid "Crappy filesystem/OS.. Working around. :-("
msgstr "ファイルシステム/OSがイマイチ。回避します。 :-("

#: axel.c:235
msgid "Starting download"
msgstr "ダウンロード開始します"

#: axel.c:242 axel.c:401
#, c-format
msgid "Connection %i downloading from %s:%i using interface %s"
msgstr "接続 %i は %s:%i から、インターフェース %s でダウンロードします"

#: axel.c:249 axel.c:411
msgid "pthread error!!!"
msgstr "pthread のエラー!!!"

#: axel.c:317
#, c-format
msgid "Error on connection %i! Connection closed"
msgstr "接続 %i でエラー! コネクションをクローズしました"

#: axel.c:331
#, c-format
msgid "Connection %i unexpectedly closed"
msgstr "接続 %i が不意にクローズされました"

#: axel.c:335 axel.c:352
#, c-format
msgid "Connection %i finished"
msgstr "接続 %i が終了しました"

#: axel.c:364
msgid "Write error!"
msgstr "書き込みエラー!"

#: axel.c:376
#, c-format
msgid "Connection %i timed out"
msgstr "接続 %i がタイムアウトしました"

#: conf.c:107
#, c-format
msgid "Error in %s line %i.\n"
msgstr "%s の %i 行目でエラー。\n"

#: conn.c:349 ftp.c:124
#, c-format
msgid "Too many redirects.\n"
msgstr "リディレクト回数が多すぎます。\n"

#: conn.c:368
#, c-format
msgid "Unknown HTTP error.\n"
msgstr "未知の HTTP エラー。\n"

#: ftp.c:35 http.c:60
#, c-format
msgid "Unable to connect to server %s:%i\n"
msgstr "サーバー %s:%i に接続できません。\n"

#: ftp.c:91
#, c-format
msgid "Can't change directory to %s\n"
msgstr "ディレクトリーを %s に変更できません\n"

#: ftp.c:117 ftp.c:177
#, c-format
msgid "File not found.\n"
msgstr "ファイルが見つかりません。\n"

#: ftp.c:179
#, c-format
msgid "Multiple matches for this URL.\n"
msgstr "この URL には複数のマッチがあります。\n"

#: ftp.c:250 ftp.c:256
#, c-format
msgid "Error opening passive data connection.\n"
msgstr "受動的データー接続の開始でエラー。\n"

#: ftp.c:286
#, c-format
msgid "Error writing command %s\n"
msgstr "コマンド %s を書く際にエラー\n"

#: ftp.c:311 http.c:150
#, c-format
msgid "Connection gone.\n"
msgstr "接続が失われています。\n"

#: http.c:45
#, c-format
msgid "Invalid proxy string: %s\n"
msgstr "

Bug#657682: gcc-4.6: assembler error on armhf Error: can't resolve `.rodata' {.rodata section} - `.LPIC10' {*UND* section}

[peter green]

Version: 4.6.2-15

Both gmime and gmime2.4 have now been built sucessfully (one on the 
buildd the other on a porterbox). I am therefore closing this bug 
(versioned with the version that built gmime successfully.





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

Bug#663285: coolkey: iceweasel crashes on card insertion.

[David Anselmi]

Package: coolkey
Version: 1.1.0-10
Severity: important

Dear Maintainer,

I am unable to use libcoolkeypk11.so with iceweasel (10.0.2-1).  When inserting
my CAC iceweasel aborts with this message:

  firefox-bin: slot.cpp:2258: CKYStatus 
Slot::readCACCertificateAppend(CKYBuffer*, CKYSize): Assertion `mOldCAC' failed.
  Aborting.

Although this seems like an iceweasel bug it turns out that the module from the
rpm at http://koji.fedoraproject.org/koji/buildinfo?buildID=194438 works.
Perhaps their fix could be applied for Debian?

iceape 2.7.2-1 says that it cannot load the Debian module but the Fedora one
works with it as well.

If it would be helpful to try other versions of the fedora library or any other
debugging I would be happy to help.

My card reader is an SCR 331 with firmware version 5.18.  My CAC is a GEMALTO
GCX4 72k.

Thanks!
Dave


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

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

Versions of packages coolkey depends on:
ii  libc6  2.13-27
ii  libckyapplet1  1.1.0-10
ii  libgcc11:4.6.2-16
ii  libpcsclite1   1.8.2-1
ii  libstdc++6 4.6.2-16
ii  zlib1g 1:1.2.6.dfsg-2

Versions of packages coolkey recommends:
pn  epiphany-extensions  
pn  libnss3-tools

coolkey suggests no packages.

-- no debconf information



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

Bug#663134: aptitude: safe-upgrade fails on libgcc1 version skew

[Daniel Hartwig]

On 10 March 2012 00:42, Sven Joachim  wrote:
> Would be
> interesting to see what apt-get does if the dist-upgrade does not
> require removing essential packages.

I have included output from apt-get in this situation.[1]

It seems that both programs do the same thing here:

1. mark all upgradable packages
2. use the resolver to fix (i.e. not upgrade) packages causing breakage

There is no special handling in apt-get; the implicit Breaks: for
multi-arch packages does the job fine.

However, the output of the programs does differ.  Aptitude
safe-upgrade reports that it can not resolve the dependency problems
(correct), and that the user should try using the full resolver (which
would remove at least one of the packages; this is a useful option for
a user)

'apt-get safe-upgrade' does not report that it found no way to resolve
the dependencies, instead, it just outputs the usual "0 installed, 0
upgraded…"

dist-upgrade between the two programs is basically identical, trying
to install one of the packages by removing the other (where possible).
 Also, manually requesting to install the new version of the package
is attemped by both programs, again by removing the other package
where possible.

I see two options here:

1. Continue to have safe-upgrade behave like apt-get upgrade; perhaps
adjust the output of aptitude to include the "0 installed, … N not
upgraded" status line at the end in the case of a nop.
2. Insert some logic to not mark packages violating the multiarch
lockstep requirement, thereby avoiding invoking the resolver and the
resulting status messages.

Option 2 is easy, but personally I'd like to avoid it because it is an
extra layer on top of the native APT implementation of the multiarch
spec (i.e. implicit Breaks: self on these packages).  Also, aptitude's
behaviour would internally deviate from apt-get's even though the
results would appear similar.

Note that apt-get *does* consider the packages upgradable, but does
not 'upgrade' them due to the implicit Breaks.  So I think here also
the output of "aptitude search ~U" is ok, because the package is
upgradable if the breakages are resolved.


Let me know your thoughts.


Regards


[1] apt-get upgrade, dist-upgrade; aptitude full-upgrade

# apt-cache policy lockstep-bad lockstep-bad:armel
lockstep-bad:
  Installed: 1.0
  Candidate: 1.0
  Version table:
 *** 1.0 0
500 file:/home/daniel/repo/multiarch-no-lockstep/rep-lockstep/
binary-powerpc/ Packages
100 /home/daniel/repo/multiarch-no-lockstep//var/lib/dpkg/status
lockstep-bad:armel:
  Installed: 1.0
  Candidate: 2.0
  Version table:
 2.0 0
500 file:/home/daniel/repo/multiarch-no-lockstep/rep-lockstep/
binary-armel/ Packages
 *** 1.0 0
100 /home/daniel/repo/multiarch-no-lockstep//var/lib/dpkg/status
# apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages have been kept back:
  lockstep-bad:armel
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
  lockstep-bad
The following packages will be upgraded:
  lockstep-bad:armel
1 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
E: The package index files are corrupted. No Filename: field for
package lockstep-bad.

# ./aptitude dist-upgrade
The following packages will be upgraded:
  lockstep-bad:armel{b}
1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
The following packages have unmet dependencies:
 lockstep-bad : Breaks: lockstep-bad:armel (!= 1.0) but 2.0 is to be installed.
 lockstep-bad:armel : Breaks: lockstep-bad (!= 2.0) but 1.0 is installed.
E: The package index files are corrupted. No Filename: field for
package lockstep-bad.
The following actions will resolve these dependencies:

 Remove the following packages:
1) lockstep-bad:armel



Accept this solution? [Y/n/q/?] n

The following actions will resolve these dependencies:

 Remove the following packages:
1) lockstep-bad



Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.



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

Bug#663274: Acknowledgement (lxc: Can't start containers.)

[Troy Telford]

Just a minor follow-up:
- After a reboot, lxc-console is able to find liblxc.so.0.
- This means that the problem doesn't require reinstallation, but does 
require a reboot.


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

Bug#663134: aptitude: safe-upgrade fails on libgcc1 version skew

[Daniel Hartwig]

On 10 March 2012 00:39, Sven Joachim  wrote:
>>
>> You can record the state using aptitude-create-state-bundle.
>
> Of course, silly me.
>
>> That will contain enough info to reproduce it at a later date.
>
> Hopefully it does, the experience in #655483 was not so great.  Would
> you be interested in that bundle (size ~35 Megabyte) ?
>

That bug looks awful.  You mentioned a problem with the available
package count in that bundle, did it ever get repaired?  Please do
upload this somewhere if so.

No bundle is required for this bug, I have made a minimal "proving
grounds" for it.



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

Bug#662990: Bug #662990: /sbin/restorecon: restorecon return 1 even in case of success

[Russell Coker]

On Sat, 10 Mar 2012, Martin Orr  wrote:
> So far as I can see, restorecon 2.1.10 exits with status 1 if it
> changed the context of any files and 0 if not.
> 
> I bisected this to upstream commit 17c577ac where it appears to be a
> mistake: process_one_realpath returns 1 if it changed the context, 0
> if it did not, and something negative if an error occurred.  But the
> check for the return value being negative became a check for it being
> non-zero.  I will write a patch this weekend.

I've attached the patch that I wrote for this independently of the work that 
you are doing.

Probably just rolling back the patch would be best, but I'll leave that for 
you to determine.

Sorry for the delay, I wrote this a few days ago but got sick and didn't send 
it anywhere.

Also some help with the init script issue on upgrade would be good.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/
Description: Make restorecon return 0 when a file has changed context with no error
Author: Russell Coker 
Last-Update: 2012-03-07

--- policycoreutils-2.1.10.orig/setfiles/restore.c
+++ policycoreutils-2.1.10/setfiles/restore.c
@@ -218,10 +218,9 @@ static int restore(FTSENT *ftsent)
 			r_opts->progname, my_file, newcon, strerror(errno));
 		goto skip;
 	}
-	ret = 1;
 out:
 	freecon(newcon);
-	return ret;
+	return 0;
 skip:
 	freecon(newcon);
 	return SKIP;

Bug#663283: pbuilder: pbuilder-satisfydepends failed due to --check-key deprecation bug

[Thorsten Glaser]

Dixi quod…

>You should not deprecate an option so suddenly, either. I’m

Here’s a possible fix (untested).

From 4fce2898d1d2cf292243316dd9f74b7f5f253a3b Mon Sep 17 00:00:00 2001
From: Thorsten Glaser 
Date: Sat, 10 Mar 2012 02:22:10 +
Subject: [PATCH] make --check-key and --allow-untrusted into a toggle of each 
other
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

so that --check-key
ⓐ does not error out (Closes: #663283)
ⓑ is silently accepted
ⓒ has the ability to un-do a previous --allow-untrusted

Signed-off-by: Thorsten Glaser 
---
 pbuilder-satisfydepends-checkparams |   19 ---
 1 files changed, 12 insertions(+), 7 deletions(-)

diff --git a/pbuilder-satisfydepends-checkparams 
b/pbuilder-satisfydepends-checkparams
index b81c765..24a601f 100755
--- a/pbuilder-satisfydepends-checkparams
+++ b/pbuilder-satisfydepends-checkparams
@@ -26,6 +26,7 @@ BINARY_ARCH="no"
 FORCEVERSION=""
 CONTINUE_FAIL="no"
 CHROOTEXEC_AFTER_INTERNAL_CHROOTEXEC=no
+ALLOWUNTRUSTED=no
 
 while [ -n "$1" ]; do
 case "$1" in
@@ -73,16 +74,11 @@ while [ -n "$1" ]; do
shift;
;;
--check-key)
-   log 'W: --check-key is now enabled by default and thus deprecated.'
+   ALLOWUNTRUSTED=no
shift;
;;
--allow-untrusted)
-   # Also duplicated in pbuilder-checkparams!
-   # apt flag to accept untrusted packages
-   APTGETOPT[${#APTGETOPT[@]}]='--force-yes'
-   # aptitude flag to accept untrusted packages
-   APTITUDEOPT[${#APTITUDEOPT[@]}]='-o'
-   
APTITUDEOPT[${#APTITUDEOPT[@]}]='Aptitude::CmdLine::Ignore-Trust-Violations=true'
+   ALLOWUNTRUSTED=yes
shift;
;;
--help|-h|*)
@@ -92,4 +88,13 @@ while [ -n "$1" ]; do
 esac
 done
 
+if [ $ALLOWUNTRUSTED = yes ]; then
+   # Also duplicated in pbuilder-checkparams!
+   # apt flag to accept untrusted packages
+   APTGETOPT[${#APTGETOPT[@]}]='--force-yes'
+   # aptitude flag to accept untrusted packages
+   APTITUDEOPT[${#APTITUDEOPT[@]}]='-o'
+   
APTITUDEOPT[${#APTITUDEOPT[@]}]='Aptitude::CmdLine::Ignore-Trust-Violations=true'
+fi
+
 checkbuilddep_internal
-- 
1.6.3.1



bye,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr



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

Bug#663284: transition: libcommoncpp2 libccaudio2 libccrtp libzrtpcpp

[Mark Purcell]

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

Debian-Release,

Could I request a transition for libcommoncpp2 and friends.

It looks fairly self contained within the pkg-voip team.

Other packages:
sflphoneFTBFS (reported #663282)
clamfs  binNMU OK
vdr-plugin-fritzbox binNMU OK
twinkle Obsolete, Dead upstream


Mark

libccgnu2-1.7-0
Reverse Depends:
  vdr-plugin-fritzbox
  twinkle
  sflphone-daemon
  libzrtpcpp-1.4-0
  libcommoncpp2-dev
  libccscript3-1.1-0
  libccrtp1-1.8-0
  clamfs

libccscript3-1.1-0
Reverse Depends:
  libccscript3-dev

libccrtp1-1.8-0
Reverse Depends:
  libzrtpcpp-1.6-0
  twinkle
  sflphone-daemon
  libzrtpcpp-1.4-0
  libccrtp-dev

libzrtpcpp-1.4-0
Reverse Depends:
  twinkle
  sflphone-daemon
  libzrtpcpp-dev

libccaudio2
Reverse Depends:
  libccaudio2-dev

-- 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/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#663281: tex-common: Switch from debiandoc to docbook

[Norbert Preining]

Hi Sam,

since I have already uploaded v3.+ to experimental, we have to rewrite
the policy anyway, so it might be a good idea to redo it completely
a new, or in a new style.

I don't know when I find time for that, though... ;-)

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

DORCHESTER (n.)
A throaty cough by someone else so timed as to obscure the crucial
part of the rather amusing remark you've just made.
--- Douglas Adams, The Meaning of Liff



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

Bug#663283: pbuilder: pbuilder-satisfydepends failed due to --check-key deprecation bug

[Thorsten Glaser]

Package: pbuilder
Version: 0.207
Severity: serious

[…]
I: Obtaining the cached apt archive contents
I: Installing the build-deps
W: no hooks of type D found -- ignoring
/usr/lib/pbuilder/pbuilder-satisfydepends-checkparams: line 76: log: command 
not found
E: pbuilder-satisfydepends failed.
I: Copying back the cached apt archive contents
[…]

You should not deprecate an option so suddenly, either. I’m
personally going to need to keep using --check-key in my
configuration as I have needs to use pbuilder on and for
multiple distributions and suites, so please remove that line.

Thanks,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr



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

Bug#663282: FSBFS with libccrtp-dev/2.0.2 from experimental

[Mark Purcell]

Package: src:sflphone
Severity: important

Hi,

I will be proposing a transition to libccrtp2, however sflphone FTBFS with the
following error:

checking for CCGNU2... yes
checking for CCEXT2... yes
checking for CCRTP... no
configure: error: Missing ccrtp development package: libccrtp-dev
make[1]: *** [override_dh_auto_configure] Error 1
make[1]: Leaving directory `/tmp/sflphone-1.0.2'
make: *** [build] Error 2


Are you aware of upstream plans to enable sflphone to build with 

ii  libccrtp-dev   2.0.2-1

Mark
-- 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#663281: tex-common: Switch from debiandoc to docbook

[Samuel Bronson]

Package: tex-common
Version: 2.10
Severity: normal
User: debian-...@lists.debian.org
Usertags: docbook-xml-transition

Dear Maintainers,

The repetitive URLs in the Debian TeX Policy are, well, receptive.  I
wanted to do something about them, and the obvious thing was to factor
most of them into bibliography entries (one per document), so a single
citation mark like, say, [TDS] could replace a URL or three in running
text.  (This would also make the source easier to follow.)

Unfortunately, debiandoc doesn't seem to support such amenities, so it
looks like the easiest thing is probably to switch to DocBook.

There are instructions on ,
though the .po-related steps seem inapplicable.

Unfortunately, the output is not indented, and currently does not
declare its encoding, which confuses Emacs (well, nXML) for some
reason .

(Also, it inserts comments to the effect that it expects the documents
to use version.ent, and I must admit that I myself find the fact that
neither seems to actually do so rather puzzling.)

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

Kernel: Linux 3.2.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/bash

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  dpkg   1.16.1.2
ii  ucf3.0025+nmu2

tex-common recommends no packages.

Versions of packages tex-common suggests:
ii  debhelper  9.20120115

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  dpkg   1.16.1.2
ii  install-info   4.13a.dfsg.1-8
ii  libpaper-utils 1.1.24+nmu1
ii  luatex 0.70.1-1+b1
ii  mime-support   3.52-1
ii  po-debconf 1.0.16+nmu2
ii  texlive-binaries   2009-12
ii  texlive-common 2009-15
ii  texlive-doc-base   2009-2

Versions of packages texlive-base recommends:
ii  lmodern  2.004.1-3.1

Versions of packages texlive-base suggests:
ii  epdfview [pdf-viewer]0.1.8-1+b1
ii  ghostscript [postscript-viewer]  9.05~dfsg-2
ii  gv [postscript-viewer]   1:3.7.3-1
ii  perl-tk  
ii  xpdf [pdf-viewer]3.03-9

-- debconf information:
  tetex-base/olddat: true
  texlive-base/texconfig_ignorant:
  tetex-base/fmtutil-failed:
  tex-common/check_texmf_wrong:
  texlive-base/binary_chooser: pdftex, dvips, dvipdfmx, xdvi
  tex-common/check_texmf_missing:
* tetex-bin/texmf: true
  tetex-base/oldcfg: true
* tetex-base/oldupdm: true
  tetex-base/updmap-failed:

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



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

Bug#663280: bird: Fails to track state of interfaces past a change of name

[Mark Wooding]

Package: bird
Version: 1.3.6-1
Severity: normal
Tags: patch

I have a VPN which creates and tears down tunnel interfaces as peers
arrive and depart; to help keep things straight, particularly with
firewall rules, the VPN renames its interfaces after the peer associated
with the interface, rather than leaving them as `tun0', etc.  Alas, BIRD
gets confused by this, and fails to notice when the interface is brought
up, and therefore won't propagate routes to the peer site.

What's going on, then?  The problem is in `nest/iface.c' (`if_update').
This function is given an interface structure describing the new state
of an interface, and is meant to alter its master record of the
interface to match, and notify other parts of the program as necessary.
The `if_update' function treats the interface's /name/ as being its
primary identifier.  It therefore searches through its list for an
interface with the right name, updating it if it finds one, or appending
a new interface node if it doesn't.  There's a wrinkle here: if
`if_update' decides that the change is `too big', it unlinks the node
and then falls through to the `new interface' case, which relinks the
node back onto the end of the list.

This interacts badly with the Linux netlink-client code in
`sysdep/linux/netlink/netlink.c', which applies updates to interface
addresses by searching the interface list for an interface with a
matching kernel-supplied index.

Changing the index of an interface is a `big' change, which causes the
interface node to be moved to the end of the list.  Therefore, what
happens after a change of interface name is like this.

  * There's an existing interface, `tun0', say, with index N.

  * The interface is renamed, to `vpn-terror', say.

  * BIRD receives the update from its netlink socket, and calls
`if_update', reporting an interface called `vpn-terror' with index
N.

  * If there's already an interface called `vpn-terror' (maybe this peer
has been connected before), its node is unlinked and relinked;
otherwise `if_update' creates a new node and links it.  Either way,
the `vpn-terror' interface node is now at the end of the list.

  * Either way, there's still an interface node for `tun0', also with
index N.  Future changes applied to this interface will find this
old node instead of the new one.

I've made a unpleasant patch to fix this situation, which I've included.
This adds an extra pass to `if_update', moving interface nodes with the
same index as the new node after the new node in the list.  It'd be
easier just to link the new node to the front of the list, though I
suspect that upstream like the current ordering in their client output.
I don't think this is the cleanest way of fixing the bug, but it works.


--- /tmp/mdw/bird-1.3.6/nest/iface.c2012-01-10 12:42:47.0 +
+++ ./nest/iface.c  2012-03-10 01:10:59.0 +
 if_update(struct iface *new)
 {
-  struct iface *i;
+  struct iface *i, *j, *jj;
   unsigned c;
 
   WALK_LIST(i, iface_list)
@@ -305,6 +306,26 @@
   init_list(&i->neighbors);
   i->flags |= IF_UPDATED | IF_TMP_DOWN;/* Tmp down as we don't 
have addresses yet */
   add_tail(&iface_list, &i->n);
+
+  /* If we're unlucky then what just happened is that an interface had its
+   * name changed.  In that case, we've just invented a new iface node with
+   * the new name, but with the same index number as an existing node, and
+   * we've just arranged so that a search by index will find the old node and
+   * not the new one.  This isn't good, so trawl through the list again,
+   * picking out nodes with colliding indices and moving them to the end of
+   * the list.
+   */
+  WALK_LIST_DELSAFE(j, jj, iface_list)
+{
+  if (i == j)
+   break;
+  else if (i->index == j->index)
+   {
+ rem_node(&j->n);
+ add_tail(&iface_list, &j->n);
+   }
+}
+
   return i;
 }

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

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

Versions of packages bird depends on:
ii  libc6 2.13-21
ii  libncurses5   5.9-2  
ii  libreadline6  6.2-7  
ii  libtinfo5 5.9-2  

Versions of packages bird recommends:
pn  bird6  

bird suggests no packages.

-- Configuration Files:
/etc/bird.conf [Errno 13] Permission denied: u'/etc/bird.conf'

-- 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#652497: [pkg-cryptsetup-devel] Bug#652497: cryptdisks: danger in swap

[Jonas Meurer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hey,

Am 29.01.2012 11:20, schrieb C.M.:
> Package: cryptsetup Version: 2:1.3.0-3.1 Followup-For: Bug #652497
> 
> Hi, I can reproduce this error on current unstable. (But looks the
> same for stable)
> 
> I believe the problem is caused by conditions in
> /lib/cryptsetup/cryptdisks.functions in the precheck-function
> do_noluks() lines 319-324 that explicitly disable the
> filesystem-check for the source device if a swap target is about to
> be started:
> 
> if ! pre_out=$("$PRECHECK" "$src" 2> /dev/null) && \ [ "$MAKESWAP"
> != "yes" ] && \ ! /lib/cryptsetup/checks/blkid "$src" swap
> >/dev/null; then log_warning_msg "$dst: the precheck for '$src'
> failed: $pre_out" return 1 fi
> 
> -> The creation of an encrypted file system on the source device
> will fail if blkid _finds_ a known filesystem on the source device
> that is something other than swap AND when there is no intention to
> create a swap device.
> 
> Indeed this checking works fine when trying to run an encrypted tmp
> on a known filesystem like e.g. /.
> 
> Inversely these conditions imply that its fine to override a
> filesystem if it either used to be a swap partition or override any
> other filesystem type if you want to put an encrypted swap on it.
> 
> Removing the second (and third if you wish) condition will make
> 
> cryptdisks_start /dev/sdXX
> 
> fail if there is already a proper well-known filesystem on it.

sorry for the long delay. To make a long story short: C.M. seems to
right, and the check conditions for do_noluks() in
cryptdisks.functions seemed to be wrong. I hopefully fixed them now,
but didn't find time to properly test them yet.

I prepared packages with the fix. It would be great if you could give
them a try an report back. You can find the packages here:

http://people.debian.org/~mejo/debian/mejo-unstable/

Regards,
 jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPWqSWAAoJEFJi5/9JEEn+k/QQAI3KDAQgbn7npIshewbwuRCj
o6VWWqlQWNC6XBOTc9Y9HucxbdMXps6Z6pQdTsnq+J1rDFjVNr79Yl/W7H/zjR2J
AoQnSaxD/vgbGFdfP+LfufYmljlj1PNEZZ+2ZS7DVm+FyAbkHxJGM2mVvyw93zX6
iFKSOTiHh74UkZZQ/bweKUTxelUkRbGV7jO6D5k0bp8Z2r2/I8ighbC2KJp1tFht
3jfnLloRuaD26TWxWGtLF47T2iftyqMw5RSZSw2fY8NUFXrmnwA0mmdv1Sfa7a44
HwMYHi2LqRPmtSI34brGtvarJkElo8NAA0ljg3oxFGgpr6qiZCa1Q5jbyWNcuA6x
JiwvW7OEYb/gp2Fx2L4RjAXz34yprPc0PjdYWbqlUEFLGFEQQdT/P02QwdLg/sqA
8bHhh/w3a5cT9QbfTcSLcsApM9NFljJqB6iGsi96m9rHpA73eeg3+kwaJkS3rHHe
9XQ9n7VYuctgXHaq+fmjii7q5NCXcBHtE5lgfNTON8ymRAtJiXj82qK/+/VjmZHI
uJ+KN8UShC6jPz9L4ftKIeYVEUToeDEHKRsWqg0P+A5LKfBnnQqxbuL1cRqUPGgc
A/3oTOmt0/nT9W7SGvkFyxr2odiRKvXYgKUbv71LUCITJHvTEdWr5abTkSgDpfM0
8Bpbtl8gD4z2NT29jEGb
=OOAm
-END PGP SIGNATURE-



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

Bug#663279: debiandoc2dbk: should specify utf-8 encoding in XML declaration, not comment

[Samuel Bronson]

Package: debiandoc-sgml
Version: 1.2.25
Severity: normal

Dear Maintainer,

I've noticed that Emacs (nXML, in particular) tends to get confused
about the encoding of debiandoc2dbk's output files. This seems to be
because it is incapable of understanding the comment declaring (in
English) that the file is encoded in UTF-8. 

Yes, even though the spec says (in section 4.3.3, "Character Encoding in
Entities", ):
,
| Entities encoded in UTF-16 must and entities encoded in UTF-8 may
| begin with the Byte Order Mark described by Annex H of [ISO/IEC
| 10646:2000], section 16.8 of [Unicode] (the ZERO WIDTH NO-BREAK SPACE
| character, #xFEFF).  This is an encoding signature, not part of either
| the markup or the character data of the XML document.  XML processors
| must be able to use this character to differentiate between UTF-8 and
| UTF-16 encoded documents.
`
and:
,
| In the absence of external character encoding information (such as
| MIME headers), parsed entities which are stored in an encoding other
| than UTF-8 or UTF-16 must begin with a text declaration (see 4.3.1 The
| Text Declaration) containing an encoding declaration:
`

The following patch solves this, by specifying the encoding as UTF-8 in
the XML declaration.

diff --git a/tools/lib/Format/XML.pm b/tools/lib/Format/XML.pm
index 6b5fa06..5e1b807 100644
--- a/tools/lib/Format/XML.pm
+++ b/tools/lib/Format/XML.pm
@@ -166,7 +166,7 @@ sub _output_end_book
my $file = "$prefix$idx$content$extension";
push_output( 'file',
 File::Spec->catfile( "$directory", "$file" ) );
-   output( "\n" );
+   output( "\n" );
output( "\n" );
}
output( $chapter{ $chapter_id } );
@@ -184,7 +184,7 @@ sub _output_end_book
 }
 sub _html_head
 {
-output( "\n" );
+output( "\n" );
 output( "\n" );
 output( "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd\"; 
[\n" );
@@ -199,7 +199,6 @@ sub _html_head
 $language_tag = 'en' if $language_tag eq undef;
 
 output( "\n" );
-output( "\n" );
 output( "\n" );
 output( "$title\n" );
 output( "\n" );


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

Kernel: Linux 3.2.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/bash

Versions of packages debiandoc-sgml depends on:
ii  libhtml-parser-perl  3.69-1+b1
ii  libroman-perl1.23-1
ii  libtext-format-perl  0.53-1
ii  perl 5.14.2-7
ii  sgml-base1.26+nmu1
ii  sgml-data2.0.6
ii  sgmlspl  1.03ii-32
ii  sp   1.3.4-1.2.1-47.1

Versions of packages debiandoc-sgml recommends:
ii  ghostscript  9.05~dfsg-2
ii  texinfo  4.13a.dfsg.1-8
ii  texlive  2009-15
ii  texlive-latex-extra  2009-10

Versions of packages debiandoc-sgml suggests:
pn  debiandoc-sgml-doc  1.1.22
pn  latex-cjk-all   
pn  texlive-lang-all

-- no debconf information

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

Bug#663278: fltk1.1: LDFLAGS hardening flags missing

[Simon Ruderich]

Package: fltk1.1
Version: 1.1.10-12
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

The LDFLAGS hardening flags are missing because the build system
partially ignores them. For more hardening information please
have a look at [1], [2] and [3].

The attached patch fixes the issue.

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (hardening-check doesn't catch everything):

$ hardening-check /usr/lib/x86_64-linux-gnu/libfltk_images.so.1.1 
/usr/lib/x86_64-linux-gnu/libfltk_gl.so.1.1 ...
/usr/lib/x86_64-linux-gnu/libfltk_images.so.1.1:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
/usr/lib/x86_64-linux-gnu/libfltk_gl.so.1.1:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
...

(Position Independent Executable and Immediate binding is not
enabled by default.)

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening

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

Kernel: Linux 3.2.0-2-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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJPWqaQAAoJEJL+/bfkTDL5J50QAIg+ftQ6pTSkkZqHnD44XIlQ
d4bpU9+hK/uNjxfJUTykpP6qWFKGW40U+e0cVvlwqJCI1r1Y6P5HsSdThEamnFJe
SdGEEOX0uo62VWhHW1iqf/usv9qDx+byF8BWlW04PyfH7F8lAQKlNIF8ytw/z4dF
VdRIZZT1oRlX+Lol+ddu3zyjZmDZQWAP139Tn8GXAytR4v1MIhopKYeumJEomat+
SFdhpYVv2+Zf90hADzvHAhHkCG60uIKXHUGdVAqi0JkzWmFw0Z8a6/WI7OtNv3N3
Xvg1Hu4Cmx+c+AWveTTkH/ciMvGsm9sc4F/GDl34yX6WK74wJhvjwcphP3D8agTk
8U3vVVMMnRainrEYLhcgbx9x4zMSKRLT4D+C0el2c3Bqtz1KEOAJJoYai1SWvu69
Gc9EZ1gRMyA5rNPPAUYP3phU7m+/cYBHciXDj8XU/IWDyUxvhmYMVMFa9GnGYddj
CYa47yr6TPBz7STMROuZmWscx3gJFMtmAuTCURbWFt7uucgZka5AJXWp2/8qJvwp
JRhiagzY3cJ5+wCSoo6NDLjopZZ24k8/QHc+IVSLH5grhHzrP6BMXR9BrMx9noRh
qxpKQaQswQNXUXqPHDqQl9Rrj/KKalRZUiyR/KB/RSDR4Hht/r3EPQZgWCUoCao+
bvBI9SxaKOw4wgs185no
=f6H8
-END PGP SIGNATURE-
diff -Nru fltk1.1-1.1.10/debian/patches/debian-changes fltk1.1-1.1.10/debian/patches/debian-changes
--- fltk1.1-1.1.10/debian/patches/debian-changes	2012-03-08 00:43:20.0 +0100
+++ fltk1.1-1.1.10/debian/patches/debian-changes	2012-03-10 01:46:00.0 +0100
@@ -9,7 +9,7 @@
 -	if test "x$libdir" != "x/usr/lib"; then
 -		DSOLINK="-Wl,-rpath,$libdir"
 -fi
-+DSOCOMMAND="\$(CXX) \$(DSOFLAGS) -Wl,-soname,\$@ -shared -fPIC $DEBUGFLAG -o"
++DSOCOMMAND="\$(CXX) \$(DSOFLAGS) \$(LDFLAGS) -Wl,-soname,\$@ -shared -fPIC $DEBUGFLAG -o"
 +#	if test "x$libdir" != "x/usr/lib"; then
 +#		DSOLINK="-Wl,-rpath,$libdir"
 +#   fi
@@ -197,7 +197,7 @@
 -	if test "x$libdir" != "x/usr/lib"; then
 -		DSOLINK="-Wl,-rpath,$libdir"
 -fi
-+DSOCOMMAND="\$(CXX) \$(DSOFLAGS) -Wl,-soname,\$@ -shared -fPIC $DEBUGFLAG -o"
++DSOCOMMAND="\$(CXX) \$(DSOFLAGS) \$(LDFLAGS) -Wl,-soname,\$@ -shared -fPIC $DEBUGFLAG -o"
 +#	if test "x$libdir" != "x/usr/lib"; then
 +#		DSOLINK="-Wl,-rpath,$libdir"
 +#   fi
@@ -535,7 +535,7 @@
  
  threads$(EXEEXT): threads.o
 +	echo Linking $@...
-+	$(CXX) -I.. $(CXXFLAGS) threads.o -o $@ $(LINKFLTK) -lpthread
++	$(CXX) -I.. $(LDFLAGS) threads.o -o $@ $(LINKFLTK) -lpthread
 +	$(POSTBUILD) $@ ../FL/mac.r
  # This ensures that we have this dependency even if threads are not
  # enabled in the current tree...

Bug#663277: gnome-panel: Height of panel can't be set less than 29 pixels.

[Bill West]

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

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

   * What led up to the situation?
Setting up panel in gnome-classic desktop
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Could not set height less than 29 pixels using properties. Setting height in
dconf-editor had no effect.
   * What was the outcome of this action?
Panel was still 29 pixels high.
   * What outcome did you expect instead?
Panel could be set to be 24 pixels high. These may be due to the icon on the
NetworkManager Applet, which appears to be more than 24 pixels high. I don't
know how to select a different icon for the NetworkManager Applet.

*** End of the template - remove these lines ***



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

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

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

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

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

-- no debconf information



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

Bug#663276: fltk1.3: LDFLAGS hardening flags missing

[Simon Ruderich]

Package: fltk1.3
Version: 1.3.0-6
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

The LDFLAGS hardening flags are missing because the build system
partially ignores them. For more hardening information please
have a look at [1], [2] and [3].

The attached patch fixes the issue.

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (hardening-check doesn't catch everything):

$ hardening-check /usr/lib/x86_64-linux-gnu/libfltk_images.so.1.3 
/usr/lib/x86_64-linux-gnu/libfltk_gl.so.1.3 ..
/usr/lib/x86_64-linux-gnu/libfltk_images.so.1.3:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
/usr/lib/x86_64-linux-gnu/libfltk_gl.so.1.3:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
...

(Position Independent Executable and Immediate binding is not
enabled by default.)

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening

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

Kernel: Linux 3.2.0-2-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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJPWqXsAAoJEJL+/bfkTDL5NdIP/01ykJt4KQhEPzce5kYEEM4n
fNFndyXJ00mjlqfWCPxLih9A3UjYhfbBFgZW9AvzX1feYZPVaMVFjZX3OJtdqtg6
KHtkMI7XmCtIaYcopYeOzWFJ9/h/B+mnp+6Z0k8I3nIt4X+MdicOhai2zhUMnBJu
eNsLwIgHc92Io8H6ZlfRu3QoATqpksNP+tB90gWVdgAa6IajcqL8vfvQq5dWT3UD
MWmLHp4rJv/yW3EiPy78o8i2OxTVLRYfwcOahrbUej9N3y+oMd5fwyqe71YKxuV4
lDyqGGidow3fbhNQi8kDopk9sAiq4DL0q7snOiBCFBXFVNtREEI539pLpgvn8+J4
hIKQv+27iLfioPM68aEfwOi8SrApIcj2Btb4YZ9pzYZloiZ+RSNC40BbDunLUuKU
ZZvQHOA2Cg3aiVb0WHqSdyKc0KhvLhQ/ygg+KBEYLHYNhprC6Cq4nlLXtzrRF21F
xpgQVlB3ZH3qmkGaaC9wPLOUXXrd5R7gA4fnZqwgPAw3pwdgcZ03gQQXiDji/RsN
/aqhbTu592RAXhMar0wb3LmtdNyhaknzkEOVR4Pxwwvs/vnSEHG8ZcGOYfGksXD8
zYwoHYllEPswUN7VrRwt9uzvHooM92rB16m/UYTIDwnL977hgSTRTVkx3wZB1zAt
vs4JRjsULbIVt8igRbNl
=8XuV
-END PGP SIGNATURE-
diff -Nru fltk1.3-1.3.0/debian/patches/debian-changes fltk1.3-1.3.0/debian/patches/debian-changes
--- fltk1.3-1.3.0/debian/patches/debian-changes	2012-03-08 05:24:26.0 +0100
+++ fltk1.3-1.3.0/debian/patches/debian-changes	2012-03-10 01:34:22.0 +0100
@@ -9,7 +9,7 @@
 -	if test "x$libdir" != "x/usr/lib" -a "x$libdir" != "x/usr/lib64"; then
 -		DSOLINK="-Wl,-rpath,$libdir"
 -fi
-+DSOCOMMAND="\$(CXX) \$(DSOFLAGS) -Wl,-soname,\$@ -shared -fPIC $DEBUGFLAG -o"
++DSOCOMMAND="\$(CXX) \$(DSOFLAGS) \$(LDFLAGS) -Wl,-soname,\$@ -shared -fPIC $DEBUGFLAG -o"
 +#	if test "x$libdir" != "x/usr/lib" -a "x$libdir" != "x/usr/lib64"; then
 +#		DSOLINK="-Wl,-rpath,$libdir"
 +#   fi
@@ -140,7 +140,7 @@
 -	if test "x$libdir" != "x/usr/lib" -a "x$libdir" != "x/usr/lib64"; then
 -		DSOLINK="-Wl,-rpath,$libdir"
 -fi
-+DSOCOMMAND="\$(CXX) \$(DSOFLAGS) -Wl,-soname,\$@ -shared -fPIC $DEBUGFLAG -o"
++DSOCOMMAND="\$(CXX) \$(DSOFLAGS) \$(LDFLAGS) -Wl,-soname,\$@ -shared -fPIC $DEBUGFLAG -o"
 +#	if test "x$libdir" != "x/usr/lib" -a "x$libdir" != "x/usr/lib64"; then
 +#		DSOLINK="-Wl,-rpath,$libdir"
 +#   fi
@@ -376,7 +376,7 @@
  
  threads$(EXEEXT): threads.o
 +	echo Linking $@...
-+	$(CXX) -I.. $(CXXFLAGS) threads.o -o $@ $(LINKFLTK) -lpthread
++	$(CXX) -I.. $(LDFLAGS) threads.o -o $@ $(LINKFLTK) -lpthread
  # This ensures that we have this dependency even if threads are not
  # enabled in the current tree...
  threads.o:	threads.h

Bug#663275: audacity: Hardening flags missing for portmixer

[Simon Ruderich]

Package: audacity
Version: 2.0.0~rc8-1
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

The hardening flags are missing for lib-src/portmixer because the
Makefile ignores compiler flags from the environment. For more
hardening information please have a look at [1], [2] and [3].

The attached patch fixes the issue. If possible it should be sent
upstream.

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (hardening-check doesn't catch everything):

$ hardening-check /usr/bin/audacity
/usr/bin/audacity:
 Position Independent Executable: no, normal executable!
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!

(Position Independent Executable and Immediate binding is not
enabled by default.)

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening

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

Kernel: Linux 3.2.0-2-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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJPWqPgAAoJEJL+/bfkTDL5UfoP/3TshdQpTBUKZ6LWbHidWNTI
LnN2rsMKll3g5RLbBS5ajHk6CWfpr0ScUf+KcihwT7YjaPZH93QvSHa5xeYrU2xV
+P5hL/5MggJlTxtnaM1wDe9c0DN7T1LmGvm8qOTiuOWOVmu0kTFkddKyE9jNv3A5
YygqCihgXPuNZXR9TDVEBsd1th6RGVTQ0tDqQaaVSwGmRaReNdCmW7gbLeIaWuRu
HuimLzYsAPoERFaYaNLNqvAoCGz09AEU2ye2p6VjixRTUIVs+A1PLt1tYi4RVojY
QOY+P5I9zp1sm5/4TyfsLrfXoVbRrJI/a6uSHrGeUG1OGaN4YddxZVQeRZN0NJCt
eaAwnT9x6sFVOuW7AvjTd9kLoLv82BzrAXPXXqPuaj2l1v5wgqTCU/FOUfDagfff
Eax09TIbyxt4vzn+8FADkf5XkSVQgXAxhsswu/QQPz/QKlGI4AhMdpAoKuzjn4ms
sVNhnzX6oIGWJUGzSgngwRmZlLh1kp2ezMc7sfxCjNTdDKr0CWFW5K4a/+aQy9zk
SVBWR+ZRsv/WRLVyTQqpRBaQyVl+zXcXkXD7CygDdv8xiXlAWlSqigHfbVXszYxv
FOaC7DDq0t6Qf3bq/ZTvdmgFxUgG2NJnTi8EYhThK5FzB4mcQ47c/8f73nZXNzUR
r5OO2u8TuGilAoNVUrGz
=+jzP
-END PGP SIGNATURE-
Description: Use build flags from the environment (dpkg-buildflags).
Author: Simon Ruderich 
Last-Update: 2012-03-10

--- audacity-2.0.0~rc8.orig/lib-src/portmixer/Makefile.in
+++ audacity-2.0.0~rc8/lib-src/portmixer/Makefile.in
@@ -9,9 +9,12 @@ AR   = @AR@
 RANLIB   = @RANLIB@
 
 DEFS+= @DEFS@
+CFLAGS  += @CFLAGS@
 CFLAGS  += @cflags@
 CFLAGS  += @include@
 
+CPPFLAGS = @CPPFLAGS@
+
 all : $(LIBRARY)
 
 tests:
@@ -22,7 +25,7 @@ $(LIBRARY): $(OBJECTS)
 	$(RANLIB) $(LIBRARY)
 
 %.o : src/%.c
-	$(CC) $(CFLAGS) $(DEFS) -c $(<) -o $@
+	$(CC) $(CFLAGS) $(CPPFLAGS) $(DEFS) -c $(<) -o $@
 
 clean : 
 	-rm -f $(LIBRARY)

Bug#663274: lxc: Can't start containers.

[Troy Telford]

Package: lxc
Version: 0.8.0~rc1-2
Severity: important

This is probably related to #663062, possibly a dup.

I haven't rebooted my system in a few months, so I haven't noticed this until
now:

Prior to the reboot, I was using kernel 3.2.0-1-amd64, post-reboot is
3.2.0-2-amd64 (I've done several boots since; the kernel version doesn't seem
to matter)

I run a sid machine, and am using the 'latest' version of LXC available (was
0.7.5-24 until this afternoon, when it bumped to 0.8.0~rc1-2, I believe)

I have several "known good" containers; some auto-launch at boot, others are
manually started.

The auto-launched containers run fine, however I'm entirely unable to load the
containers manually:

With yesterday's lxc package:

$ lxc-start -n radius
lxc-start: Invalid argument - pivot_root syscall failed
lxc-start: failed to setup pivot root
lxc-start: failed to set rootfs for 'radius'
lxc-start: failed to setup the container
lxc-start: invalid sequence number 1. expected 2
lxc-start: failed to spawn 'radius'
lxc-start: Device or resource busy - failed to remove cgroup
'/sys/fs/cgroup//lxc/radius'

And with 0.8.0-rc1-2:
lxc-start -n mumble
lxc-start: Invalid argument - pivot_root syscall failed
lxc-start: failed to setup pivot root
lxc-start: failed to set rootfs for 'mumble'
lxc-start: failed to setup the container
lxc-start: invalid sequence number 1. expected 2
lxc-start: failed to spawn 'mumble'

Interestingly enough, I also have a problem with other LXC tools:
After a fresh reboot, if I use 'lxc-console' on an auto-started (running)
container, it works as expected.

HOWEVER...

After I attempt (and fail) to start a container manually (using lxc-start [-d]
-n ), lxc-console shows:
lxc-console: error while loading shared libraries: liblxc.so.0: cannot open
shared object file: No such file or directory

lxc-console does exist:
/usr/lib/lxc/liblxc.so.0 -> /usr/lib/lxc/liblxc.so.0.7.5 (it's a valid symlink;
/usr/ib/lxc/liblxc.so.0.7.5 also exists).

But...
# ldd $(which lxc-console)
linux-vdso.so.1 =>  (0x7fffbddff000)
liblxc.so.0 => not found
libcap.so.2 => /lib/libcap.so.2 (0x7fc101132000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fc100daa000)
libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x7fc100ba6000)
/lib64/ld-linux-x86-64.so.2 (0x7fc10135e000)

I have to admit: I'm a bit WTF'd out by the way liblxc 'vanishes' as far as
lxc-console (and other lxc tools). I'm not sure (yet) if I have to reboot, or
reinstall lxc to get liblxc to be located by the linker.



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

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

Versions of packages lxc depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  libc6  2.13-27
ii  libcap21:2.22-1

Versions of packages lxc recommends:
ii  debootstrap  1.0.38
ii  libcap2-bin  1:2.22-1

Versions of packages lxc suggests:
ii  lxctl  0.3.1+debian-1

-- debconf information:
  lxc/directory: /var/lib/lxc
  lxc/title:
  lxc/auto: true
  lxc/shutdown: stop



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

Bug#663256: [Python-modules-team] Bug#663256: ipython: Binary package contains GIT files

[Julian Taylor]

On 03/09/2012 09:53 PM, Carlos Izquierdo wrote:
> Package: ipython
> Version: 0.12-1
> Severity: wishlist
> 
> The following files can be found in current ipython's binary package but 
> shouldn't probably be there:
> 
> /usr/lib/python2.6/dist-packages/IPython/.git_commit_info.ini
> /usr/lib/python2.7/dist-packages/IPython/.git_commit_info.ini
> 
> Can they be removed? This of course does not affect the package's 
> functionality at all, but it shows for example in security audits (hidden dot 
> files in lib directory)
> 

the file is used for the crash handler to provide information on what
was installed.
In the package context its probably not that useful but I'd still like
to keep it.
It can probably be unhidden.



signature.asc
Description: OpenPGP digital signature

Bug#663273: ITP: libreoffice-converter -- Commandline Document Converter Using LibreOffice.org

[Paul Elliott]

Package: WNPP
Severity: wishlist


* Package name : libreoffice-converter
Version : 3.3-3
Upstream Author : Petr Mladek 
* URL : 
https://build.opensuse.org/package/files?package=libreoffice-converter&project=openSUSE%3ATumbleweed
  : http://www.artofsolving.com/files/DocumentConverter.py
* License : LGPL-2.1+
Description : Commandline Document Converter Using LibreOffice.org

 This package includes a simple script ooconvert that can be used to
 convert various document file formats on the commandline. It uses
 LibreOffice.org that guarantees the quality and the variety of
 available document file formats.



signature.asc
Description: Digital signature

Bug#663269: [3.2.7? -> 3.2.9 regression] rt flavor: Hard freezes when starting KDM

[Jonathan Nieder]

Jonathan Nieder wrote:

> Does a text-only (e.g., "single user mode") boot work ok?  If so,
> does running
>
>   dmesg >dmesg.before; startx; dmesg >dmesg.after

Erm, that idea was insane.  I guess the simplest way to get diagnostic
info from after starting X would be to look in /var/log/dmesg and
/var/log/Xorg.0.log or /var/log/Xorg.1.log after rebooting, or to set
up netconsole or serial console:

  http://www.kernel.org/doc/Documentation/networking/netconsole.txt
  http://www.kernel.org/doc/Documentation/serial-console.txt

Sorry for the nonsense.
Jonathan



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

Bug#663092: tex-common: Not modified files reported as modified

[Norbert Preining]

On Fr, 09 Mär 2012, Frank Küster wrote:
> > I have now added some (UNTESTED) code that:
> > - checks for md5sum changes and removes only if unchanged, otherwise
> >   simply renames it
> 
> You can use ucf for that:
> 
> ucfq /etc/texmf/texmf.d/05TeXMF.cnf | grep \
> '/etc/texmf/texmf.d/05TeXMF.cnf'| tr -s '[:blank:]' '\t' | cut -f 4

Thansk, I use now ucfq --with-colons ...

I have now updated and will soon upload tex-common 3.1 that properly 
handles all the config and ucf files, on upgrades from versions < 3
moves 00updmap.cfg settings over, removes all ucf files if unchanged,
etc etc etc.

For those who have upgrades to 3.0 there is some har work to be
done to do it by hand, though ;-)

Now also leaving for a shifted weekend Sat night - Mon night without
much internet (no laptop, only smartphone).

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

RAMSGATE (n.)
All institutional buildings must, by law, contain at least twenty
ramsgates. These are doors which open the opposite way to the one you
expect.
--- Douglas Adams, The Meaning of Liff



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

Bug#663205: Fwd: golang-weekly 2012.03.04-1: Please update debconf PO translation for the package golang-weekly

[Michał Kułach]

Dnia 09-03-2012 o 21:39:14 Christian PERRIER 
napisał(a):


You apparently used the wrong POT file.


Indeed, you are probably right, but this is attachment I received
yesterday with maintainer's call for translations.

Anyway, I should check if it's any previous "[INTL:pl]" bug report, and
submit updated .po file to #661896, which contain translation which you
ask for. (Bug reports should be merged, after we ensure which one is
correct.)

--- Treść oryginalnej wiadomości ---
Od: "Ond??ej Sur??" 
Do: "Micha?? Ku??ach" , Polish

Kopia dla:
Temat: golang-weekly 2012.03.04-1: Please update debconf PO translation
for the package golang-weekly
Data: Fri, 09 Mar 2012 09:42:23 +0100

(...)
--
Michał Kułach# Translation of golang-weekly debconf templates to Polish.
# Copyright (C) 2012
# This file is distributed under the same license as the golang-weekly package.
#
# Michał Kułach , 2012.
msgid ""
msgstr ""
"Project-Id-Version: golang-weekly\n"
"Report-Msgid-Bugs-To: golang-wee...@packages.debian.org\n"
"POT-Creation-Date: 2012-03-09 09:25+0100\n"
"PO-Revision-Date: 2012-03-01 19:15+0100\n"
"Last-Translator: Michał Kułach \n"
"Language-Team: Polish \n"
"Language: pl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.2\n"
"Plural-Forms: nplurals=3; plural=(n==1 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 "
"|| n%100>=20) ? 1 : 2);\n"

#. Type: boolean
#. Description
#: ../golang-weekly-go.templates:1001
msgid "Report installation of public packages to Go Dashboard?"
msgstr "Odnotowywać instalację publicznych pakietów na Go Dashboard?"

#. Type: boolean
#. Description
#: ../golang-weekly-go.templates:1001
#, fuzzy
#| msgid ""
#| "The goinstall program reports the successful installation of the public "
#| "Go packages to godashboard.appspot.com, which increments a count "
#| "associated with the package and the time of its most recent installation. "
#| "This mechanism powers the package list at the Go Dashboard, allowing Go "
#| "programmers to learn about popular packages that might be worth looking "
#| "at."
msgid ""
"goinstall reports the successful installation of the public packages to "
"godashboard.appspot.com, which increments a count associated with the "
"package and the time of its most recent installation.  This mechanism powers "
"the package list at the Go Dashboard, allowing Go programmers to learn about "
"popular packages that might be worth looking at."
msgstr ""
"Program goinstall odnotowuje pomyślne instalacje publicznych pakietów Go pod 
"
"adresem godashboard.appspot.com, zwiększając wynik związany z pakietem i "
"czasem jego ostatnich instalacji. Mechanizm ten jest używany przez listę "
"pakietów na Go Dashboard, pozwalając programistom Go dowiedzieć się o "
"popularnych pakietach, którymi, być może, warto się zainteresować."

#. Type: boolean
#. Description
#: ../golang-weekly-go.templates:1001
#, fuzzy
#| msgid ""
#| "If you choose to participate, each successful installation will be "
#| "reported to the Go Dashboard."
msgid ""
"If you choose to participate, the goinstall will report each successful "
"installation to the Go Dashboard."
msgstr ""
"Jeśli ta opcja zostanie aktywowana, każda pomyślna instalacja zostanie "
"odnotowana na Go Dashboard."

#. Type: boolean
#. Description
#: ../golang-weekly-go.templates:1001
#, fuzzy
#| msgid ""
#| "This choice can be modified by running \"dpkg-reconfigure golang-weekly-go"
#| "\"."
msgid ""
"This choice can be later modified by running \"dpkg-reconfigure golang-"
"weekly-go\"."
msgstr ""
"Można zmienić swój wybór później, wykonując polecenie 
\"dpkg-reconfigure "
"golang-weekly-go\"."

Bug#663251: rm(1): Unnecessary escape before "=" in the manual

[Benoît Knecht]

Hi Bjarni,

Bjarni Ingi Gislason wrote:
>   From "groff":
> 
> :16: warning: escape character ignored before `='
> :25: warning: escape character ignored before `='
> 
>   Patch:
> 
> --- rm.1  2012-03-08 23:42:47.0 +
> +++ rm.1.new  2012-03-08 23:44:27.0 +
> @@ -13,7 +13,7 @@
> [...]

rm.1 is generated at build time by man/help2man from the output of
'rm --help' and the contents of man/rm.x (all paths relative to the
topmost directory in the coreutils tarball).

Can you resend a patch against man/rm.x instead?

Cheers,

-- 
Benoît Knecht



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

Bug#663269: [3.2.7? -> 3.2.9 regression] rt flavor: Hard freezes when starting KDM

[Jonathan Nieder]

Hi Boris,

Boris Pek wrote:

> During launching KDM system freezes and don't react of anything.
> Only reset solves the problem.

Can you toggle capslock, use ctrl-alt-delete or the magic sysrq key,
or ssh into the machine in this state?

Does a text-only (e.g., "single user mode") boot work ok?  If so,
does running

dmesg >dmesg.before; startx; dmesg >dmesg.after

reveal anything interesting?  Does the X fbdev driver behave any
better?  (See [1] for details on setting it up.)

[...]
> Previous kernels linux-image-3.2.0-1-rt-* work fine for me on all
> these devices.

Which is the newest working version you tested?

Thanks for an interesting report, and hope that helps.

Sincerely,
Jonathan



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

Bug#662990: Bug #662990: /sbin/restorecon: restorecon return 1 even in case of success

[Martin Orr]

tags 662990 + upstream

So far as I can see, restorecon 2.1.10 exits with status 1 if it  
changed the context of any files and 0 if not.


I bisected this to upstream commit 17c577ac where it appears to be a  
mistake: process_one_realpath returns 1 if it changed the context, 0  
if it did not, and something negative if an error occurred.  But the  
check for the return value being negative became a check for it being  
non-zero.  I will write a patch this weekend.


Best wishes,
Martin Orr




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

Bug#663051: [ovs-dev] Bug#663051: Bug#663051: Lots of (sometimes serious) lintian errors

[Ben Pfaff]

On Fri, Mar 09, 2012 at 04:50:32AM +0800, Thomas Goirand wrote:
> On 03/09/2012 03:22 AM, Ben Pfaff wrote:
> > On Fri, Mar 09, 2012 at 01:47:45AM +0800, Thomas Goirand wrote:
> >> As I understand, you are also upstream for openvswitch. If that is the
> >> case, then best would be to have the man page fixes to be applied
> >> upstream, and the debian/patches folder to go away.
> > 
> > Definitely.
> > 
> > May I have a Signed-off-by: as permission for applying these fixes
> > upstream?
> > 
> > Thanks,
> > 
> > Ben.
> 
> What exactly should I write?
> 
> Signed-off-by: Thomas Goirand

I'll take that, thank you.

The canonical form would be:
Signed-off-by: Thomas Goirand 



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

Bug#663182: Possible solution

[Adam D. Barratt]

On Fri, 2012-03-09 at 22:44 +, Nicholas Bamber wrote:
> Another option might be to put Conflicts clauses in both packages. That
> of course assumes that noone would ever want both.

It would also be a violation of a policy "must" (10.1) and an
inappropriate use of Conflicts, so would simply introduce a new RC bug
in both packages.

Regards,

Adam




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

Bug#663051: [ovs-dev] Bug#663051: Bug#663051: Lots of (sometimes serious) lintian errors

[Ben Pfaff]

On Fri, Mar 09, 2012 at 12:06:03AM +0800, Thomas Goirand wrote:
> >> E: openvswitch-datapath-dkms: python-script-but-no-python-dep 
> >> usr/src/openvswitch-1.4.0/build-aux/check-structs
> >> E: openvswitch-datapath-dkms: python-script-but-no-python-dep 
> >> usr/src/openvswitch-1.4.0/build-aux/extract-ofp-errors
> >> E: openvswitch-datapath-dkms: python-script-but-no-python-dep 
> >> usr/src/openvswitch-1.4.0/debian/ovs-monitor-ipsec
> >> E: openvswitch-datapath-dkms: python-script-but-no-python-dep 
> >> usr/src/openvswitch-1.4.0/xenserver/etc_xapi.d_plugins_openvswitch-cfg-update
> >> E: openvswitch-datapath-dkms: python-script-but-no-python-dep 
> >> usr/src/openvswitch-1.4.0/xenserver/opt_xensource_libexec_interface-reconfigure
> >> E: openvswitch-datapath-dkms: python-script-but-no-python-dep 
> >> usr/src/openvswitch-1.4.0/xenserver/usr_share_openvswitch_scripts_ovs-xapi-sync
> >> E: openvswitch-test: python-script-but-no-python-dep usr/bin/ovs-test
> 
> These are the serious ones! A missing dependency is always a serious
> issue. And it's easy to fix. Follow the guide here:

These are actually not serious, because the DKMS build doesn't
actually use any of those files.  I should add a lintian override.



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

Bug#663051: [ovs-dev] Bug#663051: Bug#663051: Lots of (sometimes serious) lintian errors

[Ben Pfaff]

On Fri, Mar 09, 2012 at 01:47:45AM +0800, Thomas Goirand wrote:
> At the end, I did work on the packaging of openvswitch.

Thank you very much!

I converted your patches to a series of commits and sent them out to
ovs-dev for review.  I believe that you are CCed on most of them, but
you can view the whole series in the ovs-dev archives (search for
"00/15"): http://openvswitch.org/pipermail/dev/2012-March/thread.html

> I have attached a patch which removes most lintian warnings and errors.
> Please apply it, but before you upload, I would strongly suggest that
> you do some functional tests, to make sure that I didn't break anything
> (especially your init scripts, since I didn't understand the goal of
> your double dh_installinit calls).

Hmm, I see that my patch wasn't quite right in this area.  I'll refine
that one.

> Now, the only remaining lintian issues are:
> - no-upstream-changelog (this one can be ignore, IMO)

I think I'll ignore this one.

> - W: openvswitch-switch: manpage-has-bad-whatis-entry
> usr/share/man/man5/ovs-vswitchd.conf.db.5.gz (please fix it...)

I fixed this one.

> - I: openvswitch source: debian-watch-file-is-missing (it'd be great to
> have a watch file: where's your upstream tarball located?)

I'll work on this too.  Thanks.

I dropped some of the changes related to openvswitch-datapath-dkms
because the lintian warnings are false positives: none of the files
that it calls out for warnings are actually used by the DKMS build,
which only actually builds the "datapath" directory.  I need to work
on a proper fix, which would omit all those useless files.



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

Bug#661048: tc: htb calculates too small burst sizes

[Thomas Mühlgrabner]

On Thu, Feb 23, 2012 at 08:07:23PM +0100, Thomas Mühlgrabner wrote:

When letting htb calculate the burst sizes, it chooses too small burst sizes, 
resulting in degraded performance.
This is especially true for high rates.


Some examples would be useful where you can both see which options you used,
what the result was and some additional comments on what you expected to get!


I created a htb qdisc and added two classes. 1:1 with a rate and ceil of 
100mbit, 1:2 below that with a rate and ceil of 90mbit.

For this I used the commands:
tc qdisc add dev eth0 root handle 1 htb default 2
tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit ceil 100mbit
tc class add dev eth0 parent 1:1 classid 1:2 htb rate 90mbit ceil 90mbit

For both eth0 and eth1.

Without specifying a burst size, tc reports burst and cburst of 1586b 
for class 1:2.
This results in a maximum of ~43300Kb/s download (or upload) speed. This 
is far from the achievable 90mbit.


When using a burst and cburst of 51kb for class 1:1 and 44kb for class 
1:2, the speed increases to ~87600Kb/s - much closer to what is expected.




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

Bug#661758: [Pkg-aide-maintainers] Bug#661758: aide: Error while reading configuration

[Hannes von Haugwitz]

Hi,

On Fri, Mar 02, 2012 at 04:31:36AM +0400, Olleg Samoylov wrote:
> On Thu, 2012-03-01 at 10:58 +0100, Marc Haber wrote:
> > What is in line 940 to 950 of /var/lib/aide/config.autogenerated?
> 
> After reinstallation the line number was changed.
> 
> # aideinit 
> Running aide --init...
> 954:syntax error:�x
> 954:Error while reading configuration:�x

For the broken error message see #631398[0].

> Configuration error
> AIDE --init return code 17
> 
> Here lines 950-960
> 
> […]
> 
> Line 955 is looked like NTFS label from russian windows installation.

This should have been fixed in aide 0.15.1-4.

For the stable version please try the attached patch against
/etc/aide/aide.conf.d/70_aide_dev and provide feedback if that solves
your issue.

Best regards

Hannes

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631398
--- a/aide.conf.d/70_aide_dev	2012-03-04 11:10:49.258794862 +0100
+++ b/aide.conf.d/70_aide_dev	2012-03-04 07:57:26.282852021 +0100
@@ -6,20 +6,11 @@ echo "!/dev/pts/[0-9]{1,2}$"
 if [ -e /dev/.udev ]; then
   # we have udev
 
-  # We generate a RamdiskData entry for each file found in /dev (as
-  # these files change inode and mtim/ctime at each boot anyway).
-  # /dev/.static is excluded as this is bind-mounted from the persistent
-  # root /dev, which should be a lot more static.
-
   # Making this any more paranoid would probably mean to implementing most
   # of udev. Please feel free to submit patches ;)
-
-  # -path is -wholename on sid, but -path still works on sarge and sid
-  find /dev -path /dev/.static -prune -o -print | \
- sed -e 's/^\(.*\)/\1$ RamdiskData/'   \
- -e 's,\\,,g' -e 's,\.,\\\.,g' \
- -e 's,#,\\#,g'
   echo "/dev/\.static$ RamdiskData"
+  echo "/dev/\.static Full"
+  echo "/dev RamdiskData"
 else
   # we have static /dev
   cat <

Bug#550238: Verify this bug still exists?

[Paul Gevers]

Reading the comments in this bug report about version 0.8.7c I get the
feeling that it might already be solved in current
stable/testing/unstable versions of Cacti. Can somebody verify that he
can mass export graphs, so that we can close this bug?

Paul





signature.asc
Description: OpenPGP digital signature

Bug#663271: not installable on sid due to version dance in netcdf -- requires a binary upload?

[Yaroslav Halchenko]

Package: libvtk5-dev
Version: 5.8.0-7
Severity: grave

If I am not mistaken binNMU should address this issue. it is just that
libvtk5.8=5.8.0-7 depends on libnetcdfc++5 which was superseeded by
libnetcdfc++4 ;-)  please request binNMU if I am correct

# apt-get install libvtk5-dev libnetcdf-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libnetcdf-dev : Depends: libnetcdfc++4 (= 1:4.1.3-6) but it is not going to be 
installed
E: Broken packages

# apt-get install libvtk5-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libvtk5-dev : Depends: libnetcdf-dev but it is not going to be installed
E: Broken packages

# apt-cache policy libvtk5-dev
libvtk5-dev:
  Installed: (none)
  Candidate: 5.8.0-7
  Version table:
 5.8.0-7 0
500 http://debproxy/debian/ sid/main amd64 Packages

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

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

Versions of packages libvtk5-dev depends on:
ii  libavcodec-dev 4:0.8-1+b1
ii  libavformat-dev4:0.8-1+b1
ii  libavutil-dev  4:0.8-1+b1
ii  libc6-dev  2.13-18   
ii  libexpat1-dev [libexpat-dev]   2.0.1-7   
ii  libfreetype6-dev   2.4.6-2   
ii  libgl1-mesa-dev [libgl-dev]7.11-5
ii  libgl2ps-dev   1.3.6-1   
ii  libglu1-mesa-dev [libglu-dev]  7.11-5
ii  libjpeg8-dev [libjpeg-dev] 8c-2  
ii  libmysqlclient-dev 5.1.58-1  
ii  libnetcdf-dev  1:4.1.1-8+b1  
ii  libpng12-dev [libpng-dev]  1.2.46-3  
ii  libpq-dev  9.1~rc1-3 
ii  libqt4-dev 4:4.7.3-5 
ii  libswscale-dev 4:0.8-1+b1
ii  libtiff4-dev [libtiff-dev] 3.9.6-1   
ii  libvtk5.8  5.8.0-6   
ii  libx11-dev 2:1.4.4-1 
ii  libxft-dev 2.2.0-3   
ii  libxml2-dev2.7.8.dfsg-4  
ii  libxss-dev 1:1.2.1-2 
ii  libxt-dev  1:1.1.1-2 
ii  mpi-default-dev0.6   
ii  tcl8.5-dev 8.5.10-1  
ii  tk8.5-dev  8.5.10-1  
ii  x11proto-core-dev  7.0.22-1  
ii  zlib1g-dev 1:1.2.6.dfsg-1

libvtk5-dev recommends no packages.

Versions of packages libvtk5-dev suggests:
pn  vtk-doc   
pn  vtk-examples  

-- 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#658641: mozilla-libreoffice: starts libreoffice when iceweasel quits

[Mario 'BitKoenig' Holbe]

Hello again,

On Wed, Feb 29, 2012 at 04:11:14PM +0100, Mario 'BitKoenig' Holbe wrote:
> On Wed, Feb 29, 2012 at 08:10:52AM +0100, Rene Engelhard wrote:
> > On Wed, Feb 29, 2012 at 01:41:48AM +, Raf Czlonka wrote:
> > > I also tried 1:3.5.0-2 version from experimental and LibreOffice doesn't
> > > start up with a web browser any more.
> > Ah. If that was true this bug needs no action as 3.5.x will be uploaded to
> Well... I can indeed confirm that with mozilla-libreoffice 1:3.5.0-2
> neither libreoffice gets started on iceweasel quit nor on epiphany
> start.
> However - this version does also not start libreoffice when I navigate
> to some office document, i.e. when it should be started.
> Hence, I would rather judge 1:3.5.0-2 completely broken than fixed.

All right, now with the whole libreoffice 1:3.4.5-5 stuff installed I
have to acknowledge that both symptoms:
* libreoffice starts at iceweasel quit (sometimes), and
* libreoffice starts at start of `epiphany-browser http://btdigg.org/'
do still persist.

The other (cloned) bug (#661747 - no document being openend when
navigating to some office document) does indeed appear to be fixed.


regards
   Mario
-- 
... aber nur deshalb blueht Autoritaet, weil die meisten Menschen
Feiglinge und manche Menschen Diebe sind.
  -- Robert A. Wilson


signature.asc
Description: Digital signature

Bug#663182: Possible solution

[David Paleino]

On Fri, 09 Mar 2012 22:57:48 +, Nicholas Bamber wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> David,
> How about
> 
> python binary -> mysql-utilities-diff
> perl binary -> mysql-schema-compare

That would break the scheme used by other binaries contained in mysql-utilities:

$ dpkg -L mysql-utilities|grep bin/
/usr/bin/mysqldbimport
/usr/bin/mysqluserclone
/usr/bin/mysqlrplcheck
/usr/bin/mysqlprocgrep
/usr/bin/mysqldbexport
/usr/bin/mysqlmetagrep
/usr/bin/mysqldbcopy
/usr/bin/mysqlserverclone
/usr/bin/mysqlserverinfo
/usr/bin/mysqldbcompare
/usr/bin/mysqlindexcheck
/usr/bin/mysqlreplicate
/usr/bin/mysqlrplshow
/usr/bin/mysqldiskusage
$

Other than that, let's let the maintainers decide on their own. :)

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#663182: Possible solution

[Nicholas Bamber]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

David,
How about

python binary -> mysql-utilities-diff
perl binary -> mysql-schema-compare




On 09/03/12 22:52, David Paleino wrote:
> On Fri, 09 Mar 2012 22:44:03 +, Nicholas Bamber wrote:
> 
>> Another option might be to put Conflicts clauses in both
>> packages. That of course assumes that noone would ever want
>> both.
> 
> I listed that too, in the "Failing to do that"-paragraph. But I
> really consider it weird (and wrong, really) that a set of python
> scripts conflict with a package (mainly) containing a Perl module.
> 
> David
> 


- -- 
Nicholas Bamber | http://www.periapt.co.uk/
PGP key 3BFFE73C from pgp.mit.edu
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPWorsAAoJELbE2bY7/+c8BOQP/1na+d4OyAmxA4cfo7KP5Tgw
jo7xb8sNmwYP2uYzz7gPjYcGyComj76lcXQt+rciTKRdOMMVyaZ1Cu+J72y6518J
f3E2H0uZshZ09RBSZUIIX8UoqGJKS2fUSa9+wxRHaoA3RDHI/TVWTnu9Hf2N4gsv
/yyGlgF6mQxS3TH+AGYpbKPUqQi4j0QGT9qLz4A+9LvWDEpjBInqQasiNBR4U6kX
9OzIepF08HEsmcS3jy5Mxu0iQEbjN+9k+QENCUpIyQdZcbsbdLMffaWwo8/5ZGpz
v0y0behAVTNsenPLSieFjxgyVoounS5MxVG+Ni+/vGmY5ibvbv5/PazHsfLgWaLz
YY1Q7SMmxxwWLNAJGkuIaiUexi0dFtbRPSO98hneubXbSJZBtthVFURcGU31xi4x
mfoM0gPVOcvo03yJoWWg2DDboh2fQWrZyz1sz4lUYb/sTzzAVuXGpL6AU3eIGu+l
46FQep0mpeQtksh7DrvWUTlCj7RtwB0s1+H+MVT0mTU4ngko5bfbnTYQG0nKjeGc
i4SN1nxCLh2lz4PgZsANvYIr5lFzMLjNn50cplSt03wQmBN67Glp0x0e1QW8w5Oz
ElR+7Fx07tv/epYufs5etcuHTZ1L/cYzZOm+O0+O1q0s8bJjEJNANtbGYR7oz/hD
dCCzRF+RB7Z+ns+vpxI6
=TKl1
-END PGP SIGNATURE-



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

Bug#663182: Possible solution

[David Paleino]

On Fri, 09 Mar 2012 22:44:03 +, Nicholas Bamber wrote:

> Another option might be to put Conflicts clauses in both packages. That
> of course assumes that noone would ever want both.

I listed that too, in the "Failing to do that"-paragraph. But I really consider
it weird (and wrong, really) that a set of python scripts conflict with a
package (mainly) containing a Perl module.

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#663270: libsepol1: fails to re-execute init in postinst script

[Francesco Poli (wintermute)]

Package: libsepol1
Version: 2.1.4-1
Severity: important

Hello!

After upgrading libsepol1 (2.1.0-1.2 -> 2.1.4-1 , for the record)
I noticed that checkrestart (from the debian-goodies package)
tells me I need to restart init!

  # checkrestart 
  Found 1 processes using old versions of upgraded files
  (1 distinct program)
  (1 distinct packages)
  These processes do not seem to have an associated init script to restart them:
  sysvinit:
  1   /sbin/init

OK, I cannot trivially restart init, but "telinit u" may be used to tell
init to re-execute itself in place, preserving its state.
But packages that need this to be done after an upgrade usually do it
by themselves in their postinst scripts...
What happened?
First of all, checkrestart confirms that the need to re-execute init
comes from the libsepol1 upgrade:

  # checkrestart -v
  Found 1 processes using old versions of upgraded files
  (1 distinct program)
  Process /sbin/init (PID: 1) 
  List of deleted files in use:
  /lib/x86_64-linux-gnu/libsepol.so.1
  (1 distinct packages)
  These processes do not seem to have an associated init script to restart them:
  sysvinit:
  1   /sbin/init

Why hasn't libsepol1.postinst managed to re-execute init?

If I understand correctly, the code that is supposed to take care of
this is:

# Final sanity check. Make sure there is a /dev/initctl
# for us to talk to
if [ -e /dev/initctl ]; then
# Use telinit if available, it is better form, according
# to the sysvinit maintainer.
if [ -x /sbin/telinit ]; then
(telinit u ; sleep 1)
else
(init u ; sleep 1)
fi
fi

Well, I don't have any /dev/initctl on any of my boxes!

  # ls /dev/ini*
  ls: cannot access /dev/ini*: No such file or directory

That's probably the reason why init was not told to re-execute itself.

I don't know what /dev/initctl should be for, but other packages don't
seem to require its presence, in order to tell init to re-execute itself.
For instance, libc6.postinst seems to unconditionally run telinit u:

# Restart init. If it fails, there is nothing we can do, so 
# just ignore the error
telinit u 2> /dev/null || true ; sleep 1


Please fix libsepol1.postinst so that it actually tells init to
re-execute itself after an upgrade.

Thanks for your time!


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

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

Versions of packages libsepol1 depends on:
ii  libc6  2.13-27
ii  multiarch-support  2.13-27

libsepol1 recommends no packages.

libsepol1 suggests no packages.

-- no debconf information



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

Bug#663097: [Pkg-fglrx-devel] Bug#663097: libxvbaw1: Marked as Multi-Arch same but files conflict.

[Andreas Beckmann]

$ cmp -l ./arch/x86/usr/X11R6/lib/libAMDXvBA.cap
./arch/x86_64/usr/X11R6/lib64/libAMDXvBA.cap
 25  30 150
 26 330  44
 27 204 334
 30 175 215
 31 164 160

Grr, AMD! Previously these files have been identical.

And the search path for this file is still /usr/lib

Patrick, can you ask AMD about this difference ?

Which platform is more common for current fglrx-driver: amd64 or i386?
We could install one of the files explicitly in both arches (I would
vote for the file from the less common architecture, so that we catch
errors faster).


Andreas



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

Bug#661266: Fstransform and backup

[Giovanni Mascellani]

Hi.

About the description of fstransform package in [1]: fstransform can do
the conversion of a filesystem in place and without the need of a
backup. Of course there is some possibility that the operation
encounters some error (which could bring the partition in an
inconsistent state, from which recover could be difficult or even nearly
impossible), so a backup is heavily encouraged. But if you decide to
risk and have luck, you can actually do a filesystem conversion without
copying files out of the partition.

 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661266

Fstransform works exploiting the sparse files feature of both original
and target filesystems: it creates a sparse file in the original
filesystem, of the same size as the whole partition itself. Then if
formats it using the target filesystem and start copying files inside it
(mounting it via a loop device). Each file is copied in blocks of fixed
size (a few KBs, I can't remember the exact figure now), so also files
as big as half the partition don't raise problems. Once all the files
are copied into the loop target filesystem, the blocks of the target
filesystem are remapped to their correct position in the partition,
effectively replacing the old filesystem. There is no need of a backup
for such operation, unless, of course, somewhat goes wrong...

Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org



signature.asc
Description: OpenPGP digital signature

Bug#663182: Possible solution

[Nicholas Bamber]

Another option might be to put Conflicts clauses in both packages. That
of course assumes that noone would ever want both.

Renaming the one in the Perl module seems okay to me  but I have not
looked at the packages. I am just giving my gut feelings.

On 09/03/12 22:34, David Paleino wrote:
> Hello,
> 
> if I might say my own opinion, given that I sponsored mysql-utilities, here is
> a proposed solution.
> 
> - libmysql-diff-perl should build a new binary package (let's call it
>   libmysql-diff-perl-bin, for the sake of example). This will only contain
>   the script in /usr/bin/, and will depend on libmysql-diff-perl -- which will
>   only contain the Perl module. Also, the lib*-bin package will Conflict with
>   mysql-utilities.
> 
> - mysql-utilities should Conflict with the newly-generated package.
> 
> Unfortunately, it's not possible (IMHO) to use alternatives, since the two
> mysql-diff programs have slightly different options (and features, too).
> 
> Dmitry (maintainer of mysql-utilities) proposed to move its binaries
> to /usr/lib/mysql-utilities: I'm strongly against this, since those binaries
> will have no use outside mysql-workbench (which they should have, instead).
> 
> Failing to split libmysql-diff-perl means that either mysql-utilities moves 
> its
> binaries in strange locations out of $PATH, or that it should conflict with 
> the
> whole Perl module (which really makes no sense).
> 
> Another option would be renaming one of the two binaries: mysql-utilities
> provides many binaries in the form mysql, renaming just one of them
> seems weird. Thus I propose to rename the one contained within the Perl 
> module,
> if that's an acceptable solution to both parts involved.
> 
> I'm confident that pkg-perl people will express their own opinion, and that
> we'll find a solution to this.
> 
> Kindly,
> David
> 
> 
> 
> 
> ___
> pkg-perl-maintainers mailing list
> pkg-perl-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-perl-maintainers


-- 
Nicholas Bamber | http://www.periapt.co.uk/
PGP key 3BFFE73C from pgp.mit.edu



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

Bug#590800:

[Vladimir]

Package: update-manager-gnome
Version: 0.200.5-1
Severity: normal

I have also this bug, when I put "down" on the keyboard in the list of updates.



-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: amd64 (x86_64)

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

Versions of packages update-manager-gnome depends on:
ii  gconf22.28.1-6   GNOME configuration database syste
ii  gksu  2.0.2-5graphical frontend to su
ii  python2.6.6-3+squeeze6   interactive high-level object-orie
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-gconf  2.28.1-1   Python bindings for the GConf conf
ii  python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li
ii  python-gtk2   2.17.0-4   Python bindings for the GTK+ widge
ii  python-support1.0.14 automated rebuilding support for P
ii  python-vte1:0.24.3-3 Python bindings for the VTE widget
ii  update-manager-core   0.200.5-1  APT update manager core functional

update-manager-gnome recommends no packages.

Versions of packages update-manager-gnome suggests:
ii  software-properties-gtk0.60.debian-3 manage the repositories that you i
pn  update-notifier(no description available)

-- debconf-show failed



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

Bug#663269: linux-image-3.2.0-2-rt-*: New kernels with real-time patches completely unusable

[Boris Pek]

Package: linux-2.6
Version: 3.2.9-1
Severity: important

During launching KDM system freezes and don't react of anything.
Only reset solves the problem. And I need to use usual kernels.

New kernels with real-time patches were tested on 3 computers:
1) Laptop HP Compaq NX 6110 with Debian Sid 32-bit system
2) Netbook Samsung N150 Plus with Debian Sid 32-bit system
3) Laptop ASUS N53JN with Debian Sid 64-bit system

Intel video driver is used in all these systems.
(Yes, I switched off nvidia card in third laptop)

Previous kernels linux-image-3.2.0-1-rt-* work fine for me on all
these devices.

Unfortunately I don't know how I can improve this bug report.


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

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

Versions of packages linux-image-3.2.0-2-rt-686-pae depends on:
ii  debconf [debconf-2.0]   1.5.41
ii  initramfs-tools [linux-initramfs-tool]  0.101
ii  kmod6-1.1
ii  linux-base  3.5
ii  module-init-tools   6-1.1

Versions of packages linux-image-3.2.0-2-rt-686-pae recommends:
ii  firmware-linux-free  3
ii  libc6-i686   2.13-27

Versions of packages linux-image-3.2.0-2-rt-686-pae suggests:
pn  grub-pc1.99-17
pn  linux-doc-3.2  

Versions of packages linux-image-3.2.0-2-rt-686-pae is related to:
pn  firmware-atheros
pn  firmware-bnx2   
pn  firmware-bnx2x  
pn  firmware-brcm80211  
pn  firmware-intelwimax 
pn  firmware-ipw2x00
pn  firmware-ivtv   
pn  firmware-iwlwifi
pn  firmware-libertas   
pn  firmware-linux  0.35
pn  firmware-linux-nonfree  0.35
pn  firmware-myricom
pn  firmware-netxen 
pn  firmware-qlogic 
pn  firmware-ralink 
pn  firmware-realtek
pn  xen-hypervisor  

-- debconf information:
  linux-image-3.2.0-2-rt-686-pae/postinst/ignoring-ramdisk:
  
linux-image-3.2.0-2-rt-686-pae/postinst/depmod-error-initrd-3.2.0-2-rt-686-pae: 
false
  
linux-image-3.2.0-2-rt-686-pae/prerm/removing-running-kernel-3.2.0-2-rt-686-pae:
 true
  linux-image-3.2.0-2-rt-686-pae/postinst/missing-firmware-3.2.0-2-rt-686-pae:

Bug#663268: [libatk-wrapper-java-jni] "jni" lowercase in short description

[Filipus Klutiero]

Package: libatk-wrapper-java-jni
Version: 0.30.4-1
Severity: minor

The short description reads: ATK implementation for Java using JNI (jni 
bindings)


"JNI" is an acronym and should be uppercase.

By the way, the extended descriptions of libatk-wrapper-java-jni and 
libatk-wrapper-java are identical.




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

Bug#591271: [debian-mysql] Bug#591271: Explanation and fix

[Nicholas Bamber]

There is a 5.5 in experimental that might be worth a try (in a
non-production environment).


On 09/03/12 22:19, Trey Raymond wrote:
> This info is applicable to all 5.0.x and 5.1.x versions, I'm not sure
> yet about improvements in 5.5 that might have made it irrelevant.
> 
> On Fri, Mar 9, 2012 at 5:08 PM, Nicholas Bamber  > wrote:
> 
> reassign 591271 mysql-server
> tag 591271 +moreinfo
> thanks
> 
> Trey,
>Thanks for the new information. Could you confim what version
> it was
> obtained on?
> 
> 
> On 09/03/12 21:43, Trey Raymond wrote:
> > So this is what's happening here.  I'll explain what it's doing
> for each
> > query, then show you the optimal way.
> >
> > SELECT MAX(sample.id  ) FROM
> sample JOIN interface ON
> > (sample.interface=interface.id 
> ) WHERE
> > interface.name 
> ='accounting-total'
> > -- This is just a symptom of the optimizer being stupid.  It starts
> > looking at the keys for the table, sees the first one, and notices
> that
> > it is a covering index - and therefore it choses to use it without
> > considering that there might be a better one.  It is a covering index
> > because in innodb, the primary key is appended to every secondary key,
> > so KEY (`interface`,`timestamp`) actually stores
> > (`interface`,`timestamp`,`id`)...also note that where you have KEY
> > (`interface`,`id`), you really only need to say KEY (`interface`), for
> > this same reason.  The problem is that it's caring so much about
> using a
> > key to filter that it doesn't notice there's one that could be used to
> > filter AND get the max(id) easily.  That's just the mysql
> optimizer for
> > you.  Newer versions tend to be a bit smarter, but you'll always see
> > this kind of thing.  I bet if you switched what order those keys
> were in
> > in the file, it'd find the correct one first and use it.
> >
> > SELECT MAX(sample.id  ) FROM
> sample WHERE
> > interface=(SELECT interface.id 
>  FROM interface
> > WHERE interface.name 
> ='accounting-total')
> > -- This one is using a one-time (independent) subquery, or "derived
> > table."  As it only has to execute that statement once, it's very
> fast.
> >  This is basically what mysql would do if the optimizer handled it
> > right, but without join syntax optimization, so it's still not
> perfect.
> >  It's the closest you can get without index hints or changing the
> indexing.
> >
> > SELECT MAX(sample.id  ) FROM
> sample WHERE interface IN
> > (SELECT interface.id  
> FROM interface WHERE
> > interface.name 
> ='accounting-total')
> > -- This is a BIG no-no.  It's using a dependent subquery - note how
> > saying IN implies multiple values could be returned and a range
> check is
> > needed.  It also implies that the subquery cannot be solved before the
> > main table is accessed, so no "derived table" use.  In this case,
> it has
> > to scan the ENTIRE key on the sample table, and for EVERY record
> it must
> > run that subquery - you're basically executing over 6 million separate
> > queries in this one statement.  This is the slowest method.
>  Beware when
> > you see "Dependent subquery" in an explain plan - there is usually a
> > better way to go about it.
> >
> > So in conclusion, the best way to fix it is to just tell the optimizer
> > to use the correct index.  Either of the following two should work:
> > SELECT MAX(sample.id  ) FROM
> sample FORCE INDEX
> > (sample_interface_id) WHERE interface=(SELECT interface.id
> 
> >  FROM interface WHERE interface.name
> 
> > ='accounting-total')
> > -- explicitly specifying the key
> > SELECT MAX(sample.id  ) FROM
> sample IGNORE INDEX
> > (sample_timestamp) WHERE interface=(SELECT interface.id
> 
> >  FROM interface WHERE interface.name
> 
> > ='accounting-total')
> > -- telling it to skip that first key and find the next usable one
> >
> >
> > ___
> > pkg-mysql-maint mailing list
> > pkg-mysql-ma...@lists.alioth.debian.org
> 

Bug#663182: Possible solution

[David Paleino]

Hello,

if I might say my own opinion, given that I sponsored mysql-utilities, here is
a proposed solution.

- libmysql-diff-perl should build a new binary package (let's call it
  libmysql-diff-perl-bin, for the sake of example). This will only contain
  the script in /usr/bin/, and will depend on libmysql-diff-perl -- which will
  only contain the Perl module. Also, the lib*-bin package will Conflict with
  mysql-utilities.

- mysql-utilities should Conflict with the newly-generated package.

Unfortunately, it's not possible (IMHO) to use alternatives, since the two
mysql-diff programs have slightly different options (and features, too).

Dmitry (maintainer of mysql-utilities) proposed to move its binaries
to /usr/lib/mysql-utilities: I'm strongly against this, since those binaries
will have no use outside mysql-workbench (which they should have, instead).

Failing to split libmysql-diff-perl means that either mysql-utilities moves its
binaries in strange locations out of $PATH, or that it should conflict with the
whole Perl module (which really makes no sense).

Another option would be renaming one of the two binaries: mysql-utilities
provides many binaries in the form mysql, renaming just one of them
seems weird. Thus I propose to rename the one contained within the Perl module,
if that's an acceptable solution to both parts involved.

I'm confident that pkg-perl people will express their own opinion, and that
we'll find a solution to this.

Kindly,
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#663114: [Pkg-dkms-maint] Bug#663114: dkms should use parallel build on multiprocessor systems

[Michael Gilbert]

On Thu, Mar 8, 2012 at 10:53 AM, Michal Suchanek wrote:
> Installing dkms packages takes quite some time.

Just curious, which packages take a lot of time? And how much is
"quite some time"?  In my experience the modules I use build and
install in less than 30 seconds.

> It would be nice if dkms could use all cores on multicore systems to
> build the kernel modules. I am sure that for some modules this would
> speed up things quite a bit.

I agree that this would be a nice yet modest improvement.  I'm not
sure if it's as simple as "make -j" in the appropriate scripts or not,
but since you have some interest in this, perhaps you would be willing
to look at what it would take to implement it.

Best wishes,
Mike



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

Bug#663264: [Pkg-kde-extras] Bug#663264: [kde-config-touchpad] auto disabling touchpad while typing is missing

[Stanislav Nepochatov]

Fri, 09 Mar 2012 17:04:17 -0500
Scott Kitterman  wrote:

> ...
> > python-kde4 (>= 4:4.5) | 4:4.6.80-3+b2
> ...
> You don't have the newest python-kde4 installed.  Instead of
> downgrading, upgrading might be the direction to go.

Newer version is available only in sid. But I would prefer to stay at
testing branch. Is it right to push package without clear version
dependency?

Anyway thank for help, at least I have direction to dig.

-- 
Best regards,
Stanislav Nepochatov


signature.asc
Description: PGP signature

Bug#446515: alien-arena: game fails to start after single player game chosen

[Karl Goetz]

Package: alien-arena
Severity: normal
Tags: upstream

hi all,

The respondent in #58 jumped on IRC, so I thought I'd provide a bit of
extra info. 
They have opened a new ticket about this upstream[1], as the old one [2]
appears to be dead. They've tested it all the way up to SVN head from
upstream and its still a problem, so will affect all versions in Debian.

[1] 
http://www.corent.proboards.com/index.cgi?board=bugreport&action=display&thread=6612
[2] 
http://corent.proboards.com/index.cgi?board=bugreport&action=display&thread=4606

#58 has offered to help upstream write the required support (ref back to
[1]), but as I write this they haven't replied just yet. I'm wondering
if we should blacklist PPC from future uploads until upstream have this
problem resolved, or if that would be considered Not The Done Thing.

thanks,
kk

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

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



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

Bug#663267: alltray: Introduce latest release (0.7.5.1dev) into unstable

[Pablo Vanwoerkom]

Package: alltray
Version: 0.71b-1
Severity: normal
Tags: upstream

The latest release of alltray has been out for over 6 months now and includes
support for closing an application to tray (rather than terminating it).

I have not actually tried to compile it myself and test it out, but I can do
that if needed.
Download to compile: https://launchpad.net/alltray/+download



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

Kernel: Linux 3.2.0-2-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 alltray depends on:
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-27
ii  libcairo2   1.10.2-7
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libgconf2-4 3.2.3-3
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.10-1
ii  libpango1.0-0   1.29.4-3
ii  libx11-62:1.4.4-4

alltray recommends no packages.

alltray suggests no packages.

-- no debconf information



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

Bug#663266: RFP: imap-tools -- suite of tools for working with IMAP

[Adrian Fita]

Package: wnpp
Severity: wishlist

* Package name: imap-tools
  Version : 1.128
  Upstream Author : Rick Sanders 
* URL : http://www.athensfbc.com/imap-tools/
* License : Personal license
  Programming Lang: Perl
  Description : suite of tools for working with IMAP

Hi. Please package the suite of tools for working with IMAP, imap-tools.

The suite includes the following useful tools:
imapcopy.pl Copies messages and mailboxes from one IMAP server to
another.
pop3toimap.pl   Copies POP3 messages to an IMAP server.
migrateIMAP.pl  Mass migration of messages for a set of users from one
IMAP server to another.
imapfilter.pl   Moves messages from one IMAP mailbox to another based on
a set of rules.
imapCapability.pl   Queries an IMAP server for a list of features it
supports.
imapdump.pl Writes IMAP messages to local files.
dumptoIMAP.pl   Loads messages from imapdump.pl to a mailbox on an IMAP
server.
imapPing.pl Pings an IMAP server.
imapsync.pl Synchronizes two IMAP accounts.
IMAPtoMbox.pl   Copies messages from IMAP server to Mbox format.
imap_to_maildir.pl  Copies messages from an IMAP server to a user's
Maildir.
maildir_to_imap.pl  Copies messages from Maildir to IMAP server.
MboxtoIMAP.pl   Copies messages from Mbox format to IMAP server.
mbxIMAPsync.pl  Synchronizes mbx and IMAP accounts.
purgeMbx.pl Purges an IMAP mailbox.
trash.plMoves messages marked "Deleted" to trash mailbox.
mozillatoIMAP.plCopies Mozilla messages to an IMAP server.
delIMAPdups.pl  Deletes duplicate IMAP messages.
delete_imap_mailboxes.plDeletes one or more mailboxes.

The license is a personal license of the author, don't know how
conformant with the Debian Free Software Guidelines it is, but looks
free enough (I'm no expert in licensing matters).



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

Bug#591271: [debian-mysql] Bug#591271: Explanation and fix

[Nicholas Bamber]

reassign 591271 mysql-server
tag 591271 +moreinfo
thanks

Trey,
Thanks for the new information. Could you confim what version it was
obtained on?


On 09/03/12 21:43, Trey Raymond wrote:
> So this is what's happening here.  I'll explain what it's doing for each
> query, then show you the optimal way.
> 
> SELECT MAX(sample.id ) FROM sample JOIN interface ON
> (sample.interface=interface.id ) WHERE
> interface.name ='accounting-total'
> -- This is just a symptom of the optimizer being stupid.  It starts
> looking at the keys for the table, sees the first one, and notices that
> it is a covering index - and therefore it choses to use it without
> considering that there might be a better one.  It is a covering index
> because in innodb, the primary key is appended to every secondary key,
> so KEY (`interface`,`timestamp`) actually stores
> (`interface`,`timestamp`,`id`)...also note that where you have KEY
> (`interface`,`id`), you really only need to say KEY (`interface`), for
> this same reason.  The problem is that it's caring so much about using a
> key to filter that it doesn't notice there's one that could be used to
> filter AND get the max(id) easily.  That's just the mysql optimizer for
> you.  Newer versions tend to be a bit smarter, but you'll always see
> this kind of thing.  I bet if you switched what order those keys were in
> in the file, it'd find the correct one first and use it.
> 
> SELECT MAX(sample.id ) FROM sample WHERE
> interface=(SELECT interface.id  FROM interface
> WHERE interface.name ='accounting-total')
> -- This one is using a one-time (independent) subquery, or "derived
> table."  As it only has to execute that statement once, it's very fast.
>  This is basically what mysql would do if the optimizer handled it
> right, but without join syntax optimization, so it's still not perfect.
>  It's the closest you can get without index hints or changing the indexing.
> 
> SELECT MAX(sample.id ) FROM sample WHERE interface IN
> (SELECT interface.id  FROM interface WHERE
> interface.name ='accounting-total')
> -- This is a BIG no-no.  It's using a dependent subquery - note how
> saying IN implies multiple values could be returned and a range check is
> needed.  It also implies that the subquery cannot be solved before the
> main table is accessed, so no "derived table" use.  In this case, it has
> to scan the ENTIRE key on the sample table, and for EVERY record it must
> run that subquery - you're basically executing over 6 million separate
> queries in this one statement.  This is the slowest method.  Beware when
> you see "Dependent subquery" in an explain plan - there is usually a
> better way to go about it.
> 
> So in conclusion, the best way to fix it is to just tell the optimizer
> to use the correct index.  Either of the following two should work:
> SELECT MAX(sample.id ) FROM sample FORCE INDEX
> (sample_interface_id) WHERE interface=(SELECT interface.id
>  FROM interface WHERE interface.name
> ='accounting-total')
> -- explicitly specifying the key
> SELECT MAX(sample.id ) FROM sample IGNORE INDEX
> (sample_timestamp) WHERE interface=(SELECT interface.id
>  FROM interface WHERE interface.name
> ='accounting-total')
> -- telling it to skip that first key and find the next usable one
> 
> 
> ___
> pkg-mysql-maint mailing list
> pkg-mysql-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mysql-maint


-- 
Nicholas Bamber | http://www.periapt.co.uk/
PGP key 3BFFE73C from pgp.mit.edu



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

Bug#582774: seed FTBFS on ia64

[peter green]

From looking at http://wiki.debian.org/ArchitectureSpecificsMemo I have 
a suspision that ia64 needs to be added to the list of architectures 
needing aligned accesses in webkit like sparc was recently. However I 
have no way of testing if this fixes the build failure nor any 
particular interest in fixing it myself (I only looked at the sparc 
issue because it was getting in the way of a port I do care about.




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

Bug#606885: closed by Michael Gilbert (re: xpdf: can't open password protected pdf)

[Francesco Poli]

On Fri, 9 Mar 2012 22:53:21 +0100 Francesco Poli wrote:

> unarchive 606885
> unmerge 606885
> found 606885 xpdf/3.03-9
> thanks

[I am re-sending the informative part of my message, since I should
have thought that nothing can be sent to the bug address, before the
unarchive command takes effect!]




On Sat, 17 Sep 2011 14:27:16 + Debian Bug Tracking System wrote:

> version: 3.03-1
> 
> Seems to be fixed in latest upstream.

I've just tested xpdf/3.03-9
Unfortunately I still experience the same exact regression I described
in the original bug report.

In other words, the regression does *not* seem to be fixed in this
version.

I am consequently reopening the bug report.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpv0DjYGdseF.pgp
Description: PGP signature

Bug#663264: [Pkg-kde-extras] Bug#663264: [kde-config-touchpad] auto disabling touchpad while typing is missing

[Scott Kitterman]

...
> python-kde4 (>= 4:4.5) | 4:4.6.80-3+b2
...
You don't have the newest python-kde4 installed.  Instead of downgrading, 
upgrading might be the direction to go.

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

Bug#663192: [Pkg-cups-devel] Bug#663192: cups-filters: Please add support for embedding of Opentype fonts

[Tobias Hoffmann]

Till Kamppeter wrote:
There are not really time constraints. For Ubuntu Precise 12.04 
cups-filters 1.0.5 with texttopdf being fully fontconfig-based is 
enough. Precise comes with suitable TTF fonts. Currently, the change 
is more thought for upstream to be prepared for the first distros 
which drop TTF fonts.
Ok. I've looked a bit more into it now; the metrics are actually 
available in the usual form (hmtx-table). The only issue seems to be 
whether to only support PDF 1.6 (native OTF-CFF support), or also 
earlier versions, starting with PDF 1.2, which requires extraction of 
the CFF chunk (haven't looked at the details yet). Actually we currently 
claim PDF 1.3, but I'm not so sure, that I don't already use PDF1.6. 
features (libfontembed is called with EMB_DEST_PDF16 ...).


I think that at least basic (non-subsetting) CFF support can/should be 
available and is easy enough to provide. At least PDF >=1.6 support 
seems achievable in a reasonably short timeframe.

Everything else can be added when there is an actual need.

  Tobias

PS: The term "SFNT-flavoured OTF" in my previous message is rubbish; 
what I meant was "glyf-flavoured".




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

Bug#663265: haskell-warp: FTBFS: missing bytestring-lexing build deps

[Aaron M. Ucko]

Source: haskell-warp
Version: 1.1.0.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Builds of haskell-warp in minimal environments are failing:

Configuring warp-1.1.0.1...
hlibrary.setup: At least the following dependencies are missing:
bytestring-lexing >=0.4
make: *** [dist-ghc] Error 1

Please add build dependencies on libghc-bytestring-lexing-*.

Thanks!



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

Bug#586772: [Pkg-xen-devel] Bug#586772: Bug#586772: Bug#586772: blktap2 Support

[Niccolò Belli]

Il 09/03/2012 18:56, Thomas Goirand ha scritto:

Have you considered using the backported Linux 3.2 kernel? I don't see
why blktap-dkms would fail there.


I do apply 15 different patches and I wasted lots of time trying to get 
rid of the kernel panics and the tons of issues I had, switching to 
another kernel isn't an option.




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

Bug#663264: [kde-config-touchpad] auto disabling touchpad while typing is missing

[Stanislav Nepochatov]

Package: kde-config-touchpad
Version: 0.8.1-1
Severity: normal

Recent update was really worstest. Just today I've found behavior of
my touchpad as very strange. All configuration was reset, I had to fix
it. But auto disabling option just disappeared from configuration
window. Please fix. I'll downgrade this package for a time.

--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-1-686-pae

Debian Release: wheezy/sid
  500 testing ftp2.debian.org.ua 
  500 testing ftp.debian-multimedia.org 
  500 stable  deb.opera.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
python2.7  | 2.7.2-8
 OR python2.6  | 2.6.7-4
python   (>= 2.6.6-7~) | 2.7.2-10
python(<< 2.8) | 2.7.2-10
python-pyudev  | 0.13-1
python   (>= 2.7)  | 2.7.2-10
 OR python-argparse| 
python-pkg-resources   | 0.6.24-1
python-qt4(>= 4.8) | 4.9.1-1
python-kde4 (>= 4:4.5) | 4:4.6.80-3+b2
libxi6  (>= 2:1.4) | 2:1.4.5-1


Recommends   (Version) | Installed
==-+-===
libxtst6   | 2:1.2.0-4
python-dbus| 0.84.0-3
upower | 0.9.15-2


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#663090: [Pkg-alsa-devel] Bug#663090: [alsa-devel] amixer: convert percentage into db wrongly

[Jordi Mallach]

Hey Takashi,

On Fri, Mar 09, 2012 at 12:33:19PM +0100, Takashi Iwai wrote:
> The implementation isn't too hard.  I wrote a quick patch now as below.
> It became bigger than I thought since it contains many clean-ups that
> are needed to adapt the mapped volume.
> 
> With the patch, amixer shows and reads the percent value with -M
> option just like in alsamixer.

I see this isn't in git.a-p.org yet. If you are considering adding it for
1.0.26, I'll cherry-pick it to make Adam's life easier. :)

Indeed, quite a big patch. Thanks for that!

Jordi
-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/


signature.asc
Description: Digital signature

Bug#663263: fpm2: LDFLAGS hardening flags missing

[Simon Ruderich]

Package: fpm2
Version: 0.79-2
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

The LDFLAGS hardening flags are missing because they are
overwritten in debian/rules, by the time dh $@ is executed
LDFLAGS doesn't contain the hardening flags yet.

DEB_*_MAINT_APPEND is the preferred way to set additional flags
(see man dpkg-buildflags for more information). For more
hardening information please have a look at [1], [2] and [3].

The following patch fixes the issue:

diff -Nru fpm2-0.79/debian/rules fpm2-0.79/debian/rules
--- fpm2-0.79/debian/rules  2012-03-07 20:53:00.0 +0100
+++ fpm2-0.79/debian/rules  2012-03-09 22:33:31.0 +0100
@@ -2,6 +2,7 @@

 # Use all hardening features
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+export DEB_LDFLAGS_MAINT_APPEND = -Wl,-z,defs,--as-needed

 %:
-   LDFLAGS="$(LDFLAGS) -Wl,-z,defs,--as-needed" dh $@
+   dh $@

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (hardening-check doesn't catch everything):

$ hardening-check /usr/bin/fpm2
/usr/bin/fpm2:
 Position Independent Executable: yes
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: yes

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening

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

Kernel: Linux 3.2.0-2-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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJPWnqOAAoJEJL+/bfkTDL5nXIP/0/FTYrQjlaZAowz8fTtbhiD
McV+Csk8V/2iWxOP+Tgtpo4nV9ERpX+u4gAm47HiA0GwAoWb8Qx6Qu3aJCoTNLIc
YoKLC9lH6i2Xr3J9YoqYEtGFmty6FaCJWVfQxspL6bapHn/9+p6uSaDDxirPJbHh
CbrF+dGoZ0lQR8GR9vvK7R15Ex7DWzvLxmLYrsPJJX09JfUjxbJ2FJ5PCOih+ema
jCCORstXao/Pq9A5jRMiNljN91dwtaLk1BCEdqrdXjF4AHaKqR1soRcMh7AP8rwd
yn19lHAhDhRqda24Ui1GeUiSM63VCm9lqBaqsHVn6IvZXc0ELrXmQLA4+4iaEB1W
hDW+5EtoiLd5vmgbRRM2jgkl8ZXJ12K8ybVlCpKaLibkbZ5AT/YSPRDgH85oRD5x
MAPnDO6laCintVlKxRhpht1kgk33A34nuxntIT81FKO1GgGWQxedNxo5J/2Q1oS2
rEsL+ZbMmTf3yD1FsjkDsehPIioTt+qzEeVVGp2mcJH944XK+2lb9AEFpzJB8VG6
fB0XpMxnrXSXAdr9/0O2DHX6vd8hE/Jj4ukjfae80txT2hYFqSPldrR97Lj4spcU
u6U/X5r4neC549bXuA/ySmNY1pS8Io8rBsiMZJqNglkCyPhPxJY8oEqdXe+RsSY/
0CW7JSVVd7E9tUFSrFuy
=tfUf
-END PGP SIGNATURE-



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

Bug#663262: dvbcut can't open recorded mpeg-transportstreams bigger than 2 GB

[Klaumi Klingsporn]

Package: dvbcut
Version: 0.5.4+svn178-1
Severity: normal

Dear Maintainer,

the qt4-port of dvbcut in testing cannot open recorded mpeg-dvb-transportstreams
which I recorded with kaffeine and which are bigger than 2 GByte. I only get 
the error message: 

"open: Der Wert ist zu groß für den definierten Datentyp". 

I tried several m2t-files: 500 MB and 1.2 GB work, but 2.5 GB or 2.8 GB do not.

The interessing thing: As you know from my bugreport #641992 I built a personal
package of svn178 based on qt3. With dvbcut of this package I can open the same 
files without problems. So I think, the problem must have something to do with 
the porting to qt4.

BTW: The other functions of the qt4-port seem to work fine now. Gratulation!

Klaumi


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

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

Versions of packages dvbcut depends on:
ii  libao4 1.1.0-1.1
ii  libavcodec53   4:0.8-1+b1
ii  libavformat53  4:0.8-1+b1
ii  libavutil514:0.8-1+b1
ii  libc6  2.13-27
ii  libgcc11:4.6.3-1
ii  libmad00.15.1b-7
ii  libqt4-network 4:4.7.4-2
ii  libqt4-qt3support  4:4.7.4-2
ii  libqt4-sql 4:4.7.4-2
ii  libqt4-xml 4:4.7.4-2
ii  libqtcore4 4:4.7.4-2
ii  libqtgui4  4:4.7.4-2
ii  libstdc++6 4.6.3-1
ii  libswscale24:0.8-1+b1

Versions of packages dvbcut recommends:
ii  mplayer  2:1.0~rc4.dfsg1+svn34540-1+b1

dvbcut suggests no packages.

-- no debconf information



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

Bug#663261: libopenraw1: New upstream version available

[Aljaž Prusnik]

Package: libopenraw1
Version: 0.0.8-3+b1
Severity: wishlist
Tags: upstream

Dear Maintainer,

I have Canon 60D and the RAW format in which pictures are produces (CR2) is
readable with the newer version of libopenraw (0.9). I compiled it and now the
pictures are shown in Shotwell but not in Nautilus as I couldn't compile it
with gnome support. I think it doesn't yet support Gnome 3 and thus Nautilus.
It would be nice if the newer version was packaged in Debian eventhough it
might now work in Nautilus.



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

Kernel: Linux 3.3.0-rc5 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=sl_SI.utf8, LC_CTYPE=sl_SI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libopenraw1 depends on:
ii  libc6   2.13-27
ii  libgcc1 1:4.6.3-1
ii  libjpeg88d-1
ii  libstdc++6  4.6.3-1

libopenraw1 recommends no packages.

libopenraw1 suggests no packages.

-- no debconf information



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

Bug#660042: Announce of the upcoming NMU for the drizzle package

[Christian PERRIER]

Quoting Tobias Frost (t...@frost.de):
> Hallo Christian,
> 
> PLEASE DO NOT A NMU AT THIS TIME. (I already wrote that on Mar 04, but
> maybe you didn't see my mail.)

Oh, sorry, it seems that I missed your mail, yes.

No problem, I won't NMU. Please consider that I switched my intent for
drizzle to a "soft" action: I'll follow the round for translations but
won't NMU and, instead, just send you a summary in one week or
so. Then quietly wait for the upload to happen.

THanks for the notice!




signature.asc
Description: Digital signature

Bug#591271: Explanation and fix

[Trey Raymond]

So this is what's happening here.  I'll explain what it's doing for each
query, then show you the optimal way.

SELECT MAX(sample.id) FROM sample JOIN interface ON (sample.interface=
interface.id) WHERE interface.name='accounting-total'
-- This is just a symptom of the optimizer being stupid.  It starts looking
at the keys for the table, sees the first one, and notices that it is a
covering index - and therefore it choses to use it without considering that
there might be a better one.  It is a covering index because in innodb, the
primary key is appended to every secondary key, so KEY
(`interface`,`timestamp`) actually stores
(`interface`,`timestamp`,`id`)...also note that where you have KEY
(`interface`,`id`), you really only need to say KEY (`interface`), for this
same reason.  The problem is that it's caring so much about using a key to
filter that it doesn't notice there's one that could be used to filter AND
get the max(id) easily.  That's just the mysql optimizer for you.  Newer
versions tend to be a bit smarter, but you'll always see this kind of
thing.  I bet if you switched what order those keys were in in the file,
it'd find the correct one first and use it.

SELECT MAX(sample.id) FROM sample WHERE interface=(SELECT interface.id FROM
interface WHERE interface.name='accounting-total')
-- This one is using a one-time (independent) subquery, or "derived table."
 As it only has to execute that statement once, it's very fast.  This is
basically what mysql would do if the optimizer handled it right, but
without join syntax optimization, so it's still not perfect.  It's the
closest you can get without index hints or changing the indexing.

SELECT MAX(sample.id) FROM sample WHERE interface IN (SELECT
interface.idFROM interface WHERE
interface.name='accounting-total')
-- This is a BIG no-no.  It's using a dependent subquery - note how saying
IN implies multiple values could be returned and a range check is needed.
 It also implies that the subquery cannot be solved before the main table
is accessed, so no "derived table" use.  In this case, it has to scan the
ENTIRE key on the sample table, and for EVERY record it must run that
subquery - you're basically executing over 6 million separate queries in
this one statement.  This is the slowest method.  Beware when you see
"Dependent subquery" in an explain plan - there is usually a better way to
go about it.

So in conclusion, the best way to fix it is to just tell the optimizer to
use the correct index.  Either of the following two should work:
SELECT MAX(sample.id) FROM sample FORCE INDEX (sample_interface_id) WHERE
interface=(SELECT interface.id FROM interface WHERE interface.name
='accounting-total')
-- explicitly specifying the key
SELECT MAX(sample.id) FROM sample IGNORE INDEX (sample_timestamp) WHERE
interface=(SELECT interface.id FROM interface WHERE interface.name
='accounting-total')
-- telling it to skip that first key and find the next usable one

Bug#663260: time(1): Correcting some escapes (\t and \n') in the manual

[Bob Proulx]

Bjarni Ingi Gislason wrote:
>   From "groff":
> 
> :162: warning: number register `'' not defined
> 
>   Correcting some space.
> 
>   Correcting "\t".

Thank you for this patch.  I am in the process of adopting this
package, had a few delays but pushing on it now, and will incorporate
your patch into new package.

Bob



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

Bug#661237: closed by Marco d'Itri (Re: Bug#661237: ftp.it.d.o mirror: scalable-cyrfonts-tex_4.15_all.deb Hash Sum mismatch)

[Francesco Poli]

On Sun, 4 Mar 2012 11:50:07 +0100 Francesco Poli wrote:

> On Wed, 29 Feb 2012 21:19:10 +0100 Simon Paillard wrote:
[...]
> > I've touched the file on syncproxy.eu.debian.org so that it forces mirrors 
> > to
> > resync it everywhere else.
> 
> Thanks, but... it seems that it didn't work!  :-(
> I am still experiencing the issue on  ...

It seems that the issue has finally vanished on , as
well.

As a consequence, I think that this bug report may be safely closed.
Feel free to close it, if you agree.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgplIY9OVjiJb.pgp
Description: PGP signature

Bug#663181: [RFR] templates://golang/{golang-tools.templates}

[Christian PERRIER]

Please find, for review, the debconf templates and packages descriptions for 
the golang source package.

This review will last from Friday, March 09, 2012 to Monday, March 11, 2012.

(I speed it up because this is indeed the same texts than golang-weekly)

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.

Rationale:
--- golang.old/debian/golang-tools.templates2012-03-09 08:04:34.171381553 
+0100
+++ golang/debian/golang-tools.templates2012-03-09 08:06:01.006796814 
+0100
@@ -2,14 +2,14 @@
 Type: boolean
 Default: true
 _Description: Report installation of public packages to Go Dashboard?
- goinstall reports the successful installation of the public packages to
- godashboard.appspot.com, which increments a count associated with the
- package and the time of its most recent installation.  This mechanism
+ The goinstall program reports the successful installation of the public Go
+ packages to godashboard.appspot.com, which increments a count associated
+ with the package and the time of its most recent installation. This mechanism
  powers the package list at the Go Dashboard, allowing Go programmers to
  learn about popular packages that might be worth looking at.
  .
- If you choose to participate, the goinstall will report each successful
- installation to the Go Dashboard.
+ If you choose to participate, each successful
+ installation will be reported to the Go Dashboard.
  .
- This choice can be later modified by running "dpkg-reconfigure
+ This choice can be modified by running "dpkg-reconfigure
  golang-tools".
--- golang.old/debian/control   2012-03-09 08:04:34.171381553 +0100
+++ golang/debian/control   2012-03-09 08:09:02.829311777 +0100
@@ -14,111 +14,81 @@
 Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}
 Recommends: golang-tools
 Provides: go-compiler
-Description: Experimental Go programming language compiler
- This package provides assembler, compiler and linker for the Go
- programming language.  This is Google's Go implementation of the
- tool chain.
- .
+Description: Go programming language compiler
  The Go programming language is an open source project to make
  programmers more productive. Go is expressive, concise, clean, and
- efficient.  Its concurrency mechanisms make it easy to write programs
+ efficient. Its concurrency mechanisms make it easy to write programs
  that get the most out of multicore and networked machines, while its
  novel type system enables flexible and modular program construction.
  Go compiles quickly to machine code yet has the convenience of
- garbage collection and the power of run-time reflection.  It's a
+ garbage collection and the power of run-time reflection. It's a
  fast, statically typed, compiled language that feels like a
  dynamically typed, interpreted language.
  .
- Go is an experiment. We hope adventurous users will give it a try and
- see if they enjoy it. Not every programmer will, but we hope enough
- will find satisfaction in the approach it offers to justify further
- development. The language can (and still does) change between stable
- releases, check http://golang.org/doc/devel/release.html before
- upgrading this package.
+ This package provides an assembler, a compiler, and a linker for the
+ Go programming language. This is Google's implementation of the Go
+ tool chain.
 
 Package: golang-src
 Architecture: i386 amd64 kfreebsd-i386 kfreebsd-amd64 armel armhf
 Depends: ${shlibs:Depends}, ${misc:Depends}, golang-go
 Recommends: golang-tools
-Description: Go programming language compiler (.go source files)
- This package provides the source files for the Go programming
- language needed for godoc and goinstall.
- .
+Description: Go programming language compiler - source files
  The Go programming language is an open source project to make
  programmers more productive. Go is expressive, concise, clean, and
- efficient.  Its concurrency mechanisms make it easy to write programs
+ efficient. Its concurrency mechanisms make it easy to write programs
  that get the most out of multicore and networked machines, while its
  novel type system enables flexible and modular program construction.
  Go compiles quickly to machine code yet has the convenience of
- garbage collection and the power of run-time reflection.  It's a
+ garbage collection and the power of run-time reflection. It's a
  fast, statically typed, compiled language that feels like a
  dynamically typed, interpreted language.
  .
- Go is an experiment. We hope adventurous users wil

Bug#655639: [www.debian.org] Awards: Linux New Media Awards entry does not link to Linux New Media announcement

[Filipus Klutiero]

On 2012-03-09 12:48, Gerfried Fuchs wrote:

* Filipus Klutiero  [2012-02-23 22:00:03 CET]:

On 2012-02-22 22:29, David Prévot wrote:

The possible inavailability of a page about the awards in the corporate
Linux New Media website does not make this less of an issue.

Definitely not an issue we can fix on www.d.o!

What makes you think so?

  Because we are not responsible for the LNM website.



Of course not, you are responsible for Debian's website. Not being 
responsible for the Linux New Media website does not prevent you from 
fixing issues on www.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#663260: time(1): Correcting some escapes (\t and \n') in the manual

[Bjarni Ingi Gislason]

Package: time
Version: 1.7-23.1
Severity: minor
Tags: patch

  From "groff":

:162: warning: number register `'' not defined

  Correcting some space.

  Correcting "\t".

  Patch:

--- time.1  2012-03-09 01:32:47.0 +
+++ time.1.new  2012-03-09 01:43:33.0 +
@@ -96,7 +96,7 @@
 .TP
 .BR \-a ", " \-\-append ""
 Append the resource use information to the output file instead of overwriting
- it.  This option is only useful with the `-o' or `--output' option.   
+ it.  This option is only useful with the `-o' or `--output' option.
 .TP
 .BI \-f " FORMAT, " \-\-format " FORMAT "
 Use 
@@ -159,7 +159,7 @@
 .B time 
 always prints a newline after printing the resource use
 information, so normally format strings do not end with a newline
-character (or `\n').   
+character (or `\en').   
 
 There are many resource specifications.  Not all resources are
 measured by all versions of Unix, so some of the values might be
@@ -196,7 +196,7 @@
 Number of file system outputs by the process.   
 .IP P
 Percentage of the CPU that this job got.  This is just user +
-system times divided by the total running time. It also prints 
+system times divided by the total running time.  It also prints
 a percentage sign.
 .IP R
 Number of minor, or recoverable, page faults.  These are pages
@@ -244,20 +244,20 @@
 
 To run the command `ls -Fs' and show just the user, system, and total
 time:
- time -f "\t%E real,\t%U user,\t%S sys" ls -Fs
+ time -f "\et%E real,\et%U user,\et%S sys" ls -Fs
 
 To edit the file BORK and have `time' append the elapsed time and
 number of signals to the file `log', reading the format string from the
 environment variable `TIME':
- export TIME="\t%E,\t%k" # If using bash or ksh
- setenv TIME "\t%E,\t%k" # If using csh or tcsh
- time -a -o log emacs bork 
+ export TIME="\et%E,\et%k" # If using bash or ksh
+ setenv TIME "\et%E,\et%k" # If using csh or tcsh
+ time -a -o log emacs bork
 
 Users of the 
 .B bash
 shell need to use an explicit path in order to run the external 
 .B time
-command and not the shell builtin variant. On system where 
+command and not the shell builtin variant.  On system where
 .B time 
 is installed in
 .IR /usr/bin ,
@@ -306,12 +306,12 @@
 command returns when the program exits, stops, or is terminated by a signal.
 If the program exited normally, the return value of 
 .B time
-is the return value of the program it executed and measured. Otherwise, the
+is the return value of the program it executed and measured.  Otherwise, the
 return value is 128 plus the number of the signal which caused the program to
 stop or terminate. 
 .SH AUTHOR
 .B time
-was written by David MacKenzie. This man page was added by Dirk Eddelbuettel
+was written by David MacKenzie.  This man page was added by Dirk Eddelbuettel
 , the Debian GNU/Linux maintainer, for use by the Debian
 GNU/Linux distribution but may of course be used by others.
 
-- System Information:
Debian Release: 6.0.4
Architecture: i386 (i586)

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

Versions of packages time depends on:
ii  libc6 2.11.3-2   Embedded GNU C Library: Shared lib

time recommends no packages.

time suggests no packages.

-- no debconf information

-- 
Bjarni I. Gislason



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

Bug#663091: /usr/include/netinet/in_pcb.h:390:1: error: requested alignment is not a constant

[Robert Millan]

El 9 de març de 2012 22:05, Robert Millan  ha escrit:
>> /usr/include/netinet/in_pcb.h:390:1: error: requested alignment is not a 
>> constant
>
>  users are expected to include 
> first.  This is also a requirement on FreeBSD.

Uhm actually, it's possible this wasn't intentional.  I'll check with upstream.

-- 
Robert Millan



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

Bug#660042: Announce of the upcoming NMU for the drizzle package

[Tobias Frost]

Hallo Christian,

PLEASE DO NOT A NMU AT THIS TIME. (I already wrote that on Mar 04, but
maybe you didn't see my mail.)

Please note that there is an ogoing transistion for libboost [1], and
any unrelated uploads should be avoided. 
My plans are to check with them the status, their timeline and progress
and if it fits to their plans to do an upload the next days.

Best regards,
Tobias Frost (coldtobi)


[1] http://release.debian.org/transitions/html/boost1.48.html

Am Freitag, den 09.03.2012, 08:01 +0100 schrieb Christian PERRIER:
> Dear maintainer of drizzle and Debian translators,
> 
> Some days ago, I sent a notice to the maintainer of the drizzle 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 fr nl pl pt ru sv
> 
> 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 drizzle package so I can incorporate them in the build.
> 
> The deadline for receiving updates and new translations is Saturday, March 
> 17, 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):
> 
>  Sunday, March 04, 2012   : send the first intent to NMU notice to
>  the package maintainer.
>  Friday, March 09, 2012   : send this notice
>  Saturday, March 17, 2012   : (midnight) deadline for receiving 
> translation updates
>  Sunday, March 18, 2012   : build the package and upload it to 
> DELAYED/7-day
>  send the NMU patch to the BTS
>  Sunday, March 25, 2012   : NMU uploaded to incoming
> 
> Thanks for your efforts and time.
> 
> -- 
> 
> 




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

Bug#663259: [lighttpd] Handle nicely files with too long names

[Dererk]

Package: lighttpd
Version: 1.4.30-1
Severity: normal
Tags: patch upstream forwarded-upstream

Hi.

Please apply the following trivial patch.
It changes current behavior nicely handling cases where requested files
have names too long, instead of throwing HTTP 500 Error (Internal Server
Error).

It's important to remark that this is a proper behavior. Other httpd's
out there also throw 4xx errors in this cases too, like Apache (403) and
nginx (404).

Find upstream report here[1].


Please consider applying it.



Cheers,

Dererk


ref:

1. http://redmine.lighttpd.net/issues/2396

-- 
BOFH excuse #295:
The Token fell out of the ring. Call us when you find it.

Author: Ulises Vitulli 
Description: Nicely handle files with names too long to be read throwing a 404.
Bug: http://redmine.lighttpd.net/issues/2396 

--- lighttpd-1.4.30.orig/src/response.c
+++ lighttpd-1.4.30/src/response.c
@@ -611,6 +611,8 @@ handler_t http_response_prepare(server *
 
buffer_reset(con->physical.path);
return HANDLER_FINISHED;
+   case ENAMETOOLONG:
+   /* file name to be read was too long. Unable to be 
read, throw a 404 */
case ENOENT:
con->http_status = 404;
 


signature.asc
Description: OpenPGP digital signature

Bug#663192: [Pkg-cups-devel] Bug#663192: cups-filters: Please add support for embedding of Opentype fonts

[Till Kamppeter]

There are not really time constraints. For Ubuntu Precise 12.04 
cups-filters 1.0.5 with texttopdf being fully fontconfig-based is 
enough. Precise comes with suitable TTF fonts. Currently, the change is 
more thought for upstream to be prepared for the first distros which 
drop TTF fonts.


   Till



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