Bug#633670: Patch for the l10n upload of cyrus-imapd-2.4

[Christian PERRIER]

Dear maintainer of cyrus-imapd-2.4,

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

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

That time has come.

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

The corresponding changelog is:


Source: cyrus-imapd-2.4
Version: 2.4.12-2.1
Distribution: UNRELEASED
Urgency: low
Maintainer: Christian Perrier 
Date: Sun, 15 Jan 2012 08:23:05 +0100
Closes: 633670
Changes: 
 cyrus-imapd-2.4 (2.4.12-2.1) UNRELEASED; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
   * Danish (Joe Hansen).  Closes: #633670

-- 


diff -Nru cyrus-imapd-2.4-2.4.12.old/debian/changelog cyrus-imapd-2.4-2.4.12/debian/changelog
--- cyrus-imapd-2.4-2.4.12.old/debian/changelog	2012-01-15 08:21:52.124709442 +0100
+++ cyrus-imapd-2.4-2.4.12/debian/changelog	2012-01-15 08:24:02.843758843 +0100
@@ -1,3 +1,11 @@
+cyrus-imapd-2.4 (2.4.12-2.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+  * Danish (Joe Hansen).  Closes: #633670
+
+ -- Christian Perrier   Sun, 15 Jan 2012 08:23:05 +0100
+
 cyrus-imapd-2.4 (2.4.12-2) unstable; urgency=low
 
   * Add versioned conflicts with *-2.2 (Closes: 644503)
diff -Nru cyrus-imapd-2.4-2.4.12.old/debian/po/da.po cyrus-imapd-2.4-2.4.12/debian/po/da.po
--- cyrus-imapd-2.4-2.4.12.old/debian/po/da.po	1970-01-01 01:00:00.0 +0100
+++ cyrus-imapd-2.4-2.4.12/debian/po/da.po	2012-01-15 08:24:02.0 +0100
@@ -0,0 +1,45 @@
+# Danish translation cyrus-imapd-2.4.
+# Copyright (C) 2011 cyrus-imapd-2.4 & nedenstående oversættere.
+# This file is distributed under the same license as the cyrus-imapd-2.4 package.
+# Joe Hansen (joedalt...@yahoo.dk), 2011.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: cyrus-imapd-2.4\n"
+"Report-Msgid-Bugs-To: cyrus-imapd-...@packages.debian.org\n"
+"POT-Creation-Date: 2011-04-11 15:24+0200\n"
+"PO-Revision-Date: 2011-07-12 12:42+\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: boolean
+#. Description
+#: ../cyrus-common.templates:1001
+msgid "Remove the mail and news spools?"
+msgstr "Fjern post- og nyhedskøerne?"
+
+#. Type: boolean
+#. Description
+#: ../cyrus-common.templates:1001
+msgid ""
+"The Cyrus mail and news spools, as well as users' sieve scripts, can be "
+"removed when the package is purged."
+msgstr ""
+"Cyrus' post- og nyhedskøer samt brugernes sieveskripter kan fjernes, når "
+"pakken afinstalleres."
+
+#. Type: boolean
+#. Description
+#: ../cyrus-common.templates:1001
+msgid ""
+"This question only applies to the default spools and sieve script "
+"directories in /var.  If you modified their location in imapd.conf, the new "
+"locations will not be removed; just the old ones in /var."
+msgstr ""
+"Dette spørgsmål bruges kun vedrørende standardkøerne og skriptmapperne for "
+"sieve i /var. Hvis du ændrede deres placering i impad.conf, vil de nye "
+"placering ikke blive fjernet; kun de gamle i /var."


signature.asc
Description: Digital signature

Bug#657107: developers-reference : styles of handwriting are Bold

[Nobuhiro Iwamatsu]

Hi,

2012/1/24 Raphael Hertzog :
> On Tue, 24 Jan 2012, Nobuhiro Iwamatsu wrote:
>> A.2.2. debdiff,  A.5.3. dcut and A.6.7. dpkg-depcheck styles of
>> handwriting are Bold.
>> It seems that it will be changed into bold if it surrounds by .
>> Commands other than these are surrounded by .
>> Therefore, the style of handwriting is not Bold.
>>
>> Please see
>>   http://www.debian.org/doc/manuals/developers-reference/ .
>
> I'm afraid that the change is semantically wrong... neither debdiff, dcut, nor
> dpkg-depcheck are packages. They are commands available in the
> devscripts/dput packages.
>

Yes, I know about this.

> If you want to fix this inconsistency, I would suggest to standardize on
> the command name rather than on the package name (and/or add the package
> name when it differs from the command name). But I haven't checked if it's
> possible.
>

OK, I will check.

Thanks,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



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

Bug#619058: Patch for the l10n upload of hesiod

[Christian PERRIER]

Dear maintainer of hesiod,

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

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

That time has come.

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

The corresponding changelog is:


Source: hesiod
Version: 3.0.2-20.1
Distribution: UNRELEASED
Urgency: low
Maintainer: Christian Perrier 
Date: Thu, 12 Jan 2012 07:15:06 +0100
Closes: 619058
Changes: 
 hesiod (3.0.2-20.1) UNRELEASED; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
   * Danish (Joe Hansen).  Closes: #619058

-- 


diff -Nru hesiod-3.0.2.old/debian/changelog hesiod-3.0.2/debian/changelog
--- hesiod-3.0.2.old/debian/changelog	2012-01-12 06:12:06.930786030 +0100
+++ hesiod-3.0.2/debian/changelog	2012-01-12 07:15:51.755418833 +0100
@@ -1,3 +1,11 @@
+hesiod (3.0.2-20.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+  * Danish (Joe Hansen).  Closes: #619058
+
+ -- Christian Perrier   Thu, 12 Jan 2012 07:15:06 +0100
+
 hesiod (3.0.2-20) unstable; urgency=low
 
   * New ES debconf translation thanks to Fernando González de Requena.
diff -Nru hesiod-3.0.2.old/debian/po/cs.po hesiod-3.0.2/debian/po/cs.po
--- hesiod-3.0.2.old/debian/po/cs.po	2012-01-12 06:12:06.930786030 +0100
+++ hesiod-3.0.2/debian/po/cs.po	2012-01-14 18:15:37.948040209 +0100
@@ -22,6 +22,7 @@
 "PO-Revision-Date: 2007-12-24 14:30+0100\n"
 "Last-Translator: Miroslav Kure \n"
 "Language-Team: Czech \n"
+"Language: cs\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru hesiod-3.0.2.old/debian/po/da.po hesiod-3.0.2/debian/po/da.po
--- hesiod-3.0.2.old/debian/po/da.po	1970-01-01 01:00:00.0 +0100
+++ hesiod-3.0.2/debian/po/da.po	2012-01-12 07:15:51.0 +0100
@@ -0,0 +1,95 @@
+# Danish translation hesiod.
+# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER.
+# This file is distributed under the same license as the postgresql-common package.
+# Joe Hansen (joedalt...@yahoo.dk), 2011.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: hesiod\n"
+"Report-Msgid-Bugs-To: Source: hes...@packages.debian.org\n"
+"POT-Creation-Date: 2007-12-13 12:21+0530\n"
+"PO-Revision-Date: 2011-03-20 19:25+0200\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: string
+#. Description
+#: ../libhesiod0.templates:2001
+msgid "Hesiod domain for searches:"
+msgstr "Hesioddomæne til søgninger:"
+
+#. Type: string
+#. Description
+#: ../libhesiod0.templates:2001
+msgid "Please enter the Hesiod RHS (right hand-side) to do searches in."
+msgstr ""
+"Indtast venligst Hesiod-RHS'en (højre side) som søgninger skal foretages i."
+
+#. Type: string
+#. Description
+#. Type: string
+#. Description
+#: ../libhesiod0.templates:2001 ../libhesiod0.templates:3001
+msgid ""
+"If the Hesiod server is 'ns.example.org' then the LHS will be '.ns', the RHS "
+"will be '.example.org' (note leading periods) and directory lookups will be "
+"performed as DNS requests to (e.g.) 'sam.passwd.ns.example.org'."
+msgstr ""
+"Hvis Hesiodserveren er »ns.example.org«, så vil LHS'en være ».ns«, RHS'en "
+"vil være ».example.org« (bemærk foranstillede perioder) og mappeopslag vil "
+"blive udført som DNS-forespørgsler til (f.eks.) »sam.passwd.ns.example.org«."
+
+#. Type: string
+#. Description
+#: ../libhesiod0.templates:3001
+msgid "Hesiod prefix for searches:"
+msgstr "Hesiodpræfiks til søgninger:"
+
+#. Type: string
+#. Description
+#: ../libhesiod0.templates:3001
+msgid "Please enter the Hesiod LHS (left hand-side) to do searches in."
+msgstr ""
+"Indtast venligst Hesiod-LHS'en (venstre side) som søgninger skal foretages i."
+
+#. Type: string
+#. Description
+#: ../libhesiod0.templates:4001
+msgid "DNS class search order:"
+msgstr "Søgerækkefølge for DNS-klasse:"
+
+#. Type: string
+#. Description
+#: ../libhesiod0.templates:4001
+msgid ""
+"Hesiod looks up names using DNS TXT records. In addition to using the "
+"standard IN DNS class for Internet names, it also uses by default the "
+"special HS class."
+msgstr ""
+"Hesiod slår navne op ved brug af DNS TXT-poster. Udover at bruge standard IN "
+"DNS-klassen for internetnavne, bruger den også som standard den specielle HS-"
+"klasse."
+
+#. Type: string
+#. Description
+#: ../libhesiod0.templates:4001
+msgid ""
+"Please enter the class search order (the default value is suitable for most "
+"sites). There should be no spaces in this search order value."
+msgstr ""
+"Indtast venligst søgerækkefølgen for klassen (standardvÃ

Bug#626534: Announce of the upcoming NMU for the nethack package

[Christian PERRIER]

Dear maintainer of nethack and Debian translators,

Some days ago, I sent a notice to the maintainer of the nethack 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: 
ca cs da de es eu fi fr gl it ja nl pt pt_BR ru sv vi zh_TW

Among these, the following translations are incomplete: ca pt_BR

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

The deadline for receiving updates and new translations is Wednesday, February 
01, 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):

 Thursday, January 19, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Tuesday, January 24, 2012   : send this notice
 Wednesday, February 01, 2012   : (midnight) deadline for receiving 
translation updates
 Thursday, February 02, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Thursday, February 09, 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: neth...@packages.debian.org\n"
"POT-Creation-Date: 2009-03-17 07:46+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../nethack-common.templates:2001
msgid "Use setgid bit with NetHack's recover utility?"
msgstr ""

#. Type: boolean
#. Description
#: ../nethack-common.templates:2001
msgid ""
"The \"recover\" program in the package nethack-common is traditionally "
"installed with the \"setgid\" bit set, so that all users can use it to "
"recover their own save files after a crash (with \"games\" group "
"privileges). This is a potential source of security problems."
msgstr ""

#. Type: boolean
#. Description
#: ../nethack-common.templates:2001
msgid ""
"This package includes a script that runs during system boot, invoking "
"recover on any broken save files it finds. This makes it less likely that "
"users will need to run it themselves, so the default is to install recover "
"without the special permission bits required for that."
msgstr ""

#. Type: boolean
#. Description
#: ../nethack-common.templates:2001
msgid ""
"If you choose this option, unprivileged users will be able to run \"recover"
"\"."
msgstr ""


signature.asc
Description: Digital signature

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

[Christian PERRIER]

Dear maintainer of gnubg and Debian translators,

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

The deadline for receiving updates and new translations is Wednesday, February 
01, 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):

 Thursday, January 19, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Tuesday, January 24, 2012   : send this notice
 Wednesday, February 01, 2012   : (midnight) deadline for receiving 
translation updates
 Thursday, February 02, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Thursday, February 09, 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: r...@debian.org\n"
"POT-Creation-Date: 2006-12-03 16:38-0800\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
#: ../gnubg.templates:1001
msgid "Build bearoff database?"
msgstr ""

#. Type: boolean
#. Description
#: ../gnubg.templates:1001
msgid ""
"For maximum strength, GNU Backgammon needs a two-sided bearoff database, "
"used to evaluate positions in the end-game.  This database takes up 6.6MB of "
"disk space and requires several minutes to generate on a reasonably fast "
"computer.  GNU Backgammon is fully playable without this database, but will "
"use weaker heuristics for the end of the game."
msgstr ""


signature.asc
Description: Digital signature

Bug#648150: Addons installed as Debian packages show up as "third-party", and, 8.0 wants to disable them by default

[Timo Jyrinki]

Just FYI I noticed that Fedora is currently disabling this with the
following patch:

http://pkgs.fedoraproject.org/gitweb/?p=firefox.git;a=blob;f=firefox-8.0-enable-addons.patch;h=795b082e295f70b614743acbe0bbaf77a8b05288;hb=HEAD

I do also feel that Debian packaged extensions should be handled as
trusted instead of being disabled and considered somehow suspicious.

There is also a problem with the current approach that if there is a new
user created or an extension is installed as part of the Debian
installation, the user does not get any information about the extension
being there but disabled. This is the case in eg. Finnish installation
of Debian, which installs mozvoikko extension for spell-checking in
Mozilla products. For most non-technical people at least this means that
they just get no spell-checking, and for others as well some head
scratching in the form of "the package is installed but not working".

-Timo



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

Bug#657107: developers-reference : styles of handwriting are Bold

[Raphael Hertzog]

On Tue, 24 Jan 2012, Nobuhiro Iwamatsu wrote:
> A.2.2. debdiff,  A.5.3. dcut and A.6.7. dpkg-depcheck styles of
> handwriting are Bold.
> It seems that it will be changed into bold if it surrounds by .
> Commands other than these are surrounded by .
> Therefore, the style of handwriting is not Bold.
> 
> Please see
>   http://www.debian.org/doc/manuals/developers-reference/ .

I'm afraid that the change is semantically wrong... neither debdiff, dcut, nor
dpkg-depcheck are packages. They are commands available in the
devscripts/dput packages.

If you want to fix this inconsistency, I would suggest to standardize on
the command name rather than on the package name (and/or add the package
name when it differs from the command name). But I haven't checked if it's
possible.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



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

Bug#152354: aptitude: q q should quit

[Daniel Hartwig]

severity 152354 wishlist
tags 152354 + wontfix
thanks

As stated in the previous message [1], "q" is too overloaded to also
confirm the quit dialog.

Suggest this work-around:

Aptitude::UI::Prompt-On-Exit "false";


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



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

Bug#648241: ngircd: General update after the debconf review process

[Christoph Biedl]

Christian PERRIER wrote...

> This is a (gentle) ping..:-)

You're not forgotten :)

Chri- "ASAP" stoph



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

Bug#657114: ITP: barnyard2 -- output processor for Snort

[Andrew Pollock]

Package: wnpp
Severity: wishlist
Owner: Andrew Pollock 

* Package name: barnyard2
  Version : 1.9
  Upstream Author : Ian Firns >
* URL : http://www.securixlive.com/barnyard2/
* License : GPLv2
  Programming Lang: C,
  Description : output co-processor for Snort

Barnyard2 is a fork of the original barnyard project, designed specifically for
Snort's new unified2 file format.

Barnyard is a critical tool for the parsing of Snort's unified binary files,
processing and on-forwarding to a variety of output plugins. 

It:

+ Offloads output processing of your Snort alert files to a dedicated process,
  minimising dropped packets in Snort itself.
+ Parses unified2 files.
+ Uses similar configuration syntax to that of Snort to simplify deployment.
+ Supports all Snort output plugins (except alert_sf_socket) as well as two
  additional plugins (Sguil and CEF).



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

Bug#657078: linux-image-3.2.0-1-amd64: Support for new NFS id mapper

[Rik Theys]

Hi Ben,

On Mon, Jan 23, 2012 at 11:28 PM, Ben Hutchings  wrote:
> On Mon, Jan 23, 2012 at 10:43:18PM +0100, Rik Theys wrote:
>> Please consider enabling the new NFS ID mapper functionality in the kernel:
>>
>> CONFIG_NFS_USE_NEW_IDMAPPER

>> Enabling this feature should prevent page allocation failure errors we 
>> frequently
>> get on our file servers, as mentioned on
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=593035

> The allocation failure has already been reported as #636306.  I
> proposed a fix for that in .

I agree enabling the new feature for squeeze is not an option, but can
it be considered for wheezy/sid? I assume the new feature is the Way
Forward?

The patch in #636306 has not been tested so far? I can not apply the
patch on our production system, but I can try to see if I can
reproduce the bug on a test machine. Has the patch been sent upstream?

On our production system I've also increased vm.min_free_kbytes to
512MB, which I believed would reduce the number of times we're seeing
these allocation failures. But it doesn't seem to help all that much.
The system has 72GB ram so I could increase it to 1GB or something.
Would that make sense?

Regards,

Rik



-- 

Rik



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

Bug#582190: web documentation is in the source tree

[Chris Frey]

Hi,

Just browsing old Debian bugs and found this one.  Note that if you want
faster Barry support, you can post to the barry-devel list on sourceforge.

Anyway, all the website documentation is in the source tree under the
doc/www directory.  Of course, you'll need a recent source tree for this.
I generally make the changes in the source tree before updating the website.

These docs could be packaged into a barry-doc package, along with the
doxygen documentation, which gets pretty big, with all the graphics
and things.

- Chris




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

Bug#657113: Preserve delete link

[Trent W. Buck]

Package: pastebinit
Version: 1.2-4
Severity: wishlist

Apparently when using paste.debian.net from a browser, you get back
two URLs -- one to publish, and and one that allows you to redact the
paste ahead of time.

The latter is useful if you accidentally paste, say, a transcript that
contains your login password.

AFAIK pastebinit currently just throws away that second URL, meaning
that only the paste.debian.net site admin can redact the paste.  It
would be quite useful if pastebinit kept this URL, although I don't
know how this could best be presented to the user.

Perhaps simply have each pastebinit run append to
~/.pastebinit/paste.log, with lines like

 

If the user needs to redact a paste, they can open that log up and hit
the redact URL.

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

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

Versions of packages pastebinit depends on:
ii  python2.7.2-9
ii  python-configobj  4.7.2+ds-3

pastebinit recommends no packages.

pastebinit 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#656388: RM: tucan -- RoM

[Julián Moreno Patiño]

reopen 656388
package tucan
found 656388 0.3.9-1
retitle 656388 tucan: insecure update mechanism
severity 656388 grave
thanks

>> retitle 656388 RM: tucan -- RoM
>> severity 656388 normal
>> reassign 656388 ftp.debian.org
>> thanks

> Reassigning RC bugs is rarely a good idea...

Jakub, Thanks for the hint, I didn't know it, sorry.

>> The upstream is not active since May of 2011[0], 
>> furthermore the update plugins process is not secure and 
>> many plugins don't work, please remove tucan from the archive.

> Okay, so the package has been removed form unstable, but what about squeeze?

I am reopening, thanks.

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513


signature.asc
Description: Digital signature

Bug#657112: Please build linux-2.6 on Alpha with gcc-4.5

[Michael Cree]

Source: linux-2.6
Version: 3.2.1-1
Severity: important
User: debian-al...@lists.debian.org
Usertags: alpha
X-Debbugs-CC: debian-al...@lists.debian.org
Justification: Crashes system in flaming heap of process/CPU lockups.

gcc-4.4 on Alpha produces bad code and is the reason for many crashes
that existed in quite of number of packages.  The bug is fixed in gcc-4.5.

This is relevant to the kernel because the source package linux-2.6
requests that gcc-4.4 is used to build the kernel.  Ouch!  I hadn't
noticed that until now, when, wow, we finally (!) get a relatively new
Debian kernel built on Alpha, so I installed it with gusto and, strike a
light, it took my flash new buildd down in a flaming heap.  See my
earlier report on this problem to the linux kernel list at:

https://lkml.org/lkml/2012/1/19/410

Please update the version of gcc-4.4 used to build the kernel on Alpha
to gcc-4.5.  I suggest using gcc-4.5 rather than the default gcc-4.6 as
some people have reported that gcc-4.6 extends the data segment beyond
64kb (arch/alpha/Makefile specifies -msmall-data so the data segment
cannot exceed 64kB) thus linking fails.  Actually, on a Debian kernel
that might not be a problem since almost everything is built as a
module, but we desperately need a _working_ kernel on Alpha so I suggest
not risking gcc-4.6 at the moment.

Cheers
Michael.



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

Bug#641749: ath3k_load_firmware: Can't change to loading configuration err

[Jonathan Nieder]

Jonathan Nieder wrote:

> I just noticed the following change upstream:
[...]
>   Bluetooth: ath3k: output firmware filename when request_firmware 
> failed
[...]
> which gives me hope that upstream is looking at this kind of thing
> (that patch was merged in v3.3-rc1).  This suggests two possible next
> steps:
>
>  - Please attach output from "dpkg-query -L firmware-atheros"
[...]

On second thought, that's not likely to help much, since firmware has
not been requested yet when ath3k_load_firmware errors out with "Can't
change to loading configuration".

>  - Could you try v3.3-rc1 or newer on wheezy?

This would still be interesting, of course.



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

Bug#657103: rkhunter: Invalid BINDIR configuration option: Invalid directory found: ~/bin

[Julien Valroff]

package rkhunter
severity 657103 important
thanks

Le mardi 24 janv. 2012 à 02:38:05 (+0100 CET), Jesse Molina a écrit :
> Package: rkhunter
> Version: 1.3.8-10
> Severity: grave
> Justification: renders package unusable

Lowering the severity as it seems the package is unusable only in specific
circumstances. 

> When doing "sudo rkhunter --propupd", error;
> Invalid BINDIR configuration option: Invalid directory found: ~/bin
> 
> Both the user and root user have ~/bin in their $PATH, which seems to trigger 
> the issue.
> 
> Note that;
> 
> -->egrep "^BINDIR" /etc/rkhunter.conf
> BINDIR="/bin /usr/bin /sbin /usr/sbin /usr/local/bin /usr/local/sbin 
> /usr/libexec /usr/local/libexec"
> 
> But, it complains and fails anyway.

This indeed shouldn't happen as $PATH should only be used when BINDIR
configuration option doesn't exist.

What is your default shell? I'm surprised it leaves ~/bin in $PATH - it
should be automagically changed to an absolute path.

% grep PATH ~/.zshrc
## PATH definition
[ -d ~/scripts ] && PATH=$PATH:~/scripts
[ -d ~/bin ] && PATH=$PATH:~/bin

% echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/home/julien/scripts:/home/julien/bin

rkhunter then complains as it only accepts bin directories beginning with /
to avoid any relative paths being used.

> Additional opinionated dribble:  At this point, the package, which offers
> limited value to me anyway, becomes too much trouble to be worth
> configuring so I'll just not deal with it.  If the designer wishes for a
> security package like this to be effective, it needs to be useful in it's
> default configuration so that minimal manual intervention is required to
> do the job.

Very hard to make a default configuration for every possible system while
keeping everything as secure as possible - just as with any other piece of
software, you have to spend some time to configure it. If you want to help
in improving the Debian package, you are welcome to join the pkg-forensics
team. Upstream also welcomes patches.

Cheers,
Julien

-- 
  .''`.   Julien Valroff ~  ~ 
 : :'  :  Debian Developer & Free software contributor
 `. `'`   http://www.kirya.net/
   `- 4096R/ E1D8 5796 8214 4687 E416  948C 859F EF67 258E 26B1



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

Bug#657051: vzctl: insecure permissions on /var/lib/vz/{private,root}

[Ola Lundqvist]

Hi Simon

Yes this is a sensible setting. I'll change accordingly.

// Ola

On Mon, Jan 23, 2012 at 02:36:58PM -0500, Simon Deziel wrote:
> Package: vzctl
> Version: 3.0.29.3-1
> Severity: normal
> 
> On CentOS/RHEL, the vzctl RPM set the permissions on /vz/{private,root}
> to be 700. That is a sensible setting and Debian's package should do the
> same IMO.
> 
> Simon
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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

Bug#656862: Please enabled hardened build flags

[Ola Lundqvist]

Thanks a lot for the information. Just a question about the patch.
Do you know that the package builds after this?

// Ola

On Mon, Jan 23, 2012 at 06:18:51PM +0100, Moritz Muehlenhoff wrote:
> On Mon, Jan 23, 2012 at 08:28:10AM +0100, Ola Lundqvist wrote:
> > Hi Moritz
> > 
> > Thanks for the report and patch. Just to check, what is the purpose of
> > this? I have not followed recent discussions so I may need a pointer. :-)
> 
> dpkg-buildflags is a new approach to configure a uniform set of default
> compiler/preprocessor/linker flags:
> http://lists.debian.org/debian-devel-announce/2011/09/msg1.html
> 
> The default flags also enable security hardening features in the
> toolchain. This is important as it spots security issues and mitigates
> /nullifies the impact of security vulnerabilities. More information
> can be found in the wiki:
> http://wiki.debian.org/Hardening
> 
> If you have additional questions, please get back to me.
> 
> Cheers,
> Moritz
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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

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

[Eli Zaretskii]

> From: Rob Browning 
> Date: Mon, 23 Jan 2012 23:05:26 -0600
> Cc: 655...@bugs.debian.org, 655118-forwar...@bugs.debian.org,
>   Moritz Mühlenhoff 
> 
> --- emacs23-23.3+1.orig/lib-src/movemail.c2011-12-29 05:07:27.0 
> +0100
> +++ emacs23-23.3+1/lib-src/movemail.c 2012-01-08 17:31:22.0 +0100
> @@ -615,11 +615,11 @@
>  {
>fprintf (stderr, "movemail: ");
>if (s3)
> -fprintf (stderr, s1, s2, s3);
> +fprintf (stderr, "%s%s%s", s1, s2, s3);
>else if (s2)
> -fprintf (stderr, s1, s2);
> +fprintf (stderr, "%s%s", s1, s2);
>else
> -fprintf (stderr, s1);
> +fprintf (stderr, "%s", s1);
>fprintf (stderr, "\n");
>  }

How can this possibly be TRT?  The commentary to this function says:

  /* Print error message.  `s1' is printf control string, `s2' and `s3'
 are args for it or null. */

If S1 is the printf control string, how will printing it with %s DTRT?
E.g., in this invocation:

  error ("Error connecting to POP server: %s", pop_error, 0);

or in this one:

  error ("Error in open: %s, %s", strerror (errno), outfile);

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



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

Bug#641749: ath3k_load_firmware: Can't change to loading configuration err

[Jonathan Nieder]

Andres Cimmarusti wrote:

> I tested two kernels on Squeeze:
>
> - 3.1.8 from squeeze-backports, which was compiled using gcc 4.4.5 (as
> my own compiled 3.0.x and 3.1.x kernels)
>
> - 3.1.8 from wheezy, compiled using gcc 4.6.2
>
> Both kernels loaded the firmware correctly without any problems. The
> backport comes from the version in testing, so they have the same
> .config file. I've attached both dmesg.
>
> Using wheezy, This same kernel fails to load the firmware everytime,
> as compiled with gcc 4.6.2

Excellent.  So now we've confirmed it's not a kernel problem.

I just noticed the following change upstream:

commit c3eae82a844b
Author: Paul Fertser 
Date:   Sat Oct 29 21:52:49 2011 +0400

Bluetooth: ath3k: output firmware filename when request_firmware 
failed

This makes it much easier for the users to understand why the driver
refuses to load when the firmware is unavailable.

which gives me hope that upstream is looking at this kind of thing
(that patch was merged in v3.3-rc1).  This suggests two possible next
steps:

 - Please attach output from "dpkg-query -L firmware-atheros" on a
   squeeze (unaffected) and wheezy (affected) system.

 - Could you try v3.3-rc1 or newer on wheezy?  It works like this:

# prerequisites
apt-get install git build-essential

# get the latest kernel
git clone \
  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git

# or, if you already have a kernel handy:
cd linux
git fetch origin

# check it out
git checkout origin/master

# configure it
cp /boot/config-$(uname -r) .config
make localmodconfig; # optional: minimize configuration

# build it
make deb-pkg; # can add -j for parallel build

# install and test
dpkg -i ../
reboot

I don't expect 3.3-rc1 to work any better, but it should give a more
useful error message.

If that doesn't provide any insight, I have a message ready in my
drafts folder asking upstream for more help.

Thanks,
Jonathan



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

Bug#656420: [Pkg-bluetooth-maintainers] Bug#656420: [bluez] Can't connect DR-BT140Q(SONY HEADPONE) and no sound.

[Takahide Nojima]

Hello,

Thank you for uploding newer version. 
I'm glad to hear ready to avairable newer version in Debian.

However, short before  I tried to download newer bluez using aptitude
upgrade, the new one seems to be in destributing in mirror sites, so I
was not yet able to get the new one at this time.

I'll try to download next day again . It might be ending up to spread
between mirror sites.

Regards,
 Takahide Nojima  

2012-01-24 (Tue) 13:52 +0900  Nobuhiro Iwamatsu wrotes:
> Hi,
> 
> I uploaded 4.98.
> Please check with this versrion.
> 
> Best regards,
>   Nobuhiro
> 
> 2012年1月20日10:27 Takahide Nojima :
> > Hello,
> >
> > Thank you for this information.
> > I will wait for next release bluez 4.98 package in Debian.
> > If this problem will be fixed,then I will be close this bugreport.
> >
> > 2012-01-19 (木) の 23:42 +0100 に Szymon Janc さんは書きました:
> >> Hi,
> >>
> >> I think crash might be already fixed [1] in upstream 4.98.
> >>
> >>
> >> [1]
> >> http://git.kernel.org/?p=bluetooth/bluez.git;a=commit;h=df62dbb69bae3662adf1e1aab4f9c75c4b1aa59e
> >
> >
> >
> >
> >
> > ___
> > Pkg-bluetooth-maintainers mailing list
> > pkg-bluetooth-maintain...@lists.alioth.debian.org
> > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers
> 
> 
> 





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

Bug#642335: Subject: RFS: qjoypad

[Paul Wise]

I don't intend to sponsor this, but here is a review:

Patch stuff is fugly.

The package FTBFS in pbuilder, I think you want dh --buildsystem=qmake
and a build-dep on libxtst-dev.

debian/README.source doesn't appear to be true.

Please ask upstream to remove the bogus configure file or fix it so it works.

Upstream README.txt contains installation/requirements info, please
get them to split that out into README.install.

How about a longtitle and icon in debian/menu?

Please forward the manual page and desktop file upstream.

You might want to get upstream to install the application icon to:

/usr/share/icons/hicolor//apps/qjoypad.png

If you do that, then the Icon field in the .desktop file should read
Icon=qjoypad (notice no absolute path and no extension).

You can remove all the comments and blank lines from debian/watch.

According to tineye.com, the first image (gamepad{1,2}-*x*.png) is on
a number of websites, so I doubt the qjoypad authors created it or
have permission to use it. The second one doesn't seem to be from the
web but I guess the same applies.

http://www.tineye.com/search/ba8b24f1e22dbfcfb9b4f2da7eb32654f42233b8/

The Vcs-Browser URL gives me a redirect.

lintian complaints to fix:

P: qjoypad source: unversioned-copyright-format-uri
http://dep.debian.net/deps/dep5
I: qjoypad source: debian-watch-contains-dh_make-template
P: qjoypad: no-upstream-changelog

A warning from qmake to forward upstream:

WARNING: doc.path is not defined: install target not created

Some warnings from GCC to forward upstream:

error.h:8:13: warning: 'void error(QString, QString)' defined but not
used [-Wunused-function]
error.h:21:13: warning: 'void debug_mesg(...)' defined but not used
[-Wunused-function]
joypad.cpp:251:6: warning: unused parameter 'fd' [-Wunused-parameter]
layout_edit.cpp: In member function 'void LayoutEdit::setLayout(QString)':
layout_edit.cpp:105:42: warning: comparison between signed and
unsigned integer expressions [-Wsign-compare]
main.cpp: In function 'int main(int, char**)':
main.cpp:150:49: warning: suggest braces around empty body in an 'if'
statement [-Wempty-body]

-- 
bye,
pabs

http://wiki.debian.org/PaulWise



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

Bug#657092: roundcube-sqlite: doesn't work with php5-sqlite in wheezy anymore

[Vincent Bernat]

assign 657092 php5-sqlite
severity 657092 important
title 657092 SQLite 2 support, needed by Roundcube, has been removed from 
php5-sqlite.
thanks

OoO La  nuit ayant déjà  recouvert d'encre ce  jour du lundi  23 janvier
2012, vers 23:51, Tobias Birmili  disait :

> Dear Maintainer,

>* What led up to the situation?
>   did an aptitude safe-upgrade which upgraded php5-* to 5.3.9-1
>* What was the outcome of this action?
>   roundcube couln't connect to the sqlite database
>   because sqlite.so isn't included anymore.

Well, I  can't really  see what I  could do.  The bug should  be against
php5-sqlite which does not ship SQLite 2 support anymore. Let's transfer
this bug.

For php5-sqlite  maintainer: Roundcube needs  SQLite 2 support.  It does
not  support SQLite  3. Is  it possible  to add  back SQLite  support in
php5-sqlite?
-- 
Vincent Bernat ☯ http://vincent.bernat.im

Replace repetitive expressions by calls to a common function.
- The Elements of Programming Style (Kernighan & Plauger)


pgpaJoHm3iYwG.pgp
Description: PGP signature

Bug#657111: dash: [INTL:id] Indonesian debconf templates translation

[Mahyuddin Susanto]

Hi,

On 24/01/12 12:10, Jonathan Nieder wrote:
> Hi,
> 
> Mahyuddin Susanto wrote:
> 
>> # SOME DESCRIPTIVE TITLE.
>> # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
>> # This file is distributed under the same license as the PACKAGE package.
>> # Mahyuddin Susanto , 2012.
> 
> Do you mind if these blanks get filled in when applying this?


> 
>   # Translation of dash debconf templates to Indonesian
>   # This file is distributed under the same license as the dash package.
>   # Mahyuddin Susanto , 2012.
> 

No problem. You can remove it

> Either way, thanks for your work,
> Jonathan

My pleasure, thanks for quick response!

-- 
[ Mahyuddin Susanto ] - http://udienz.web.id
GPG: 4096R/90B36C5B
Debian Maintainer & Ubuntu Developer



signature.asc
Description: OpenPGP digital signature

Bug#655118: Please enabled hardened build flags

[Rob Browning]

(Sorry, accidentally hit send too early.)

Mortiz updated Emacs to support -Wformat -Wformat-security
-Werror=format-security.

Here are the relevant changes (further details are available at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655118):

diff -aur emacs23-23.3+1.orig/lib-src/movemail.c 
emacs23-23.3+1/lib-src/movemail.c
--- emacs23-23.3+1.orig/lib-src/movemail.c  2011-12-29 05:07:27.0 
+0100
+++ emacs23-23.3+1/lib-src/movemail.c   2012-01-08 17:31:22.0 +0100
@@ -615,11 +615,11 @@
 {
   fprintf (stderr, "movemail: ");
   if (s3)
-fprintf (stderr, s1, s2, s3);
+fprintf (stderr, "%s%s%s", s1, s2, s3);
   else if (s2)
-fprintf (stderr, s1, s2);
+fprintf (stderr, "%s%s", s1, s2);
   else
-fprintf (stderr, s1);
+fprintf (stderr, "%s", s1);
   fprintf (stderr, "\n");
 }
 
Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



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

Bug#534384: (no subject)

[Daniele Tricoli]

retitle 534384 ITA: tipa -- system for processing phonetic symbols in LaTeX
owner 534384 !
thanks

I am willing to adopt tipa and manage it under the umbrella of the 
Debian TeX Task Force.

Cheers,

--
 Daniele Tricoli 'Eriol'
 http://mornie.org


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

Bug#657111: dash: [INTL:id] Indonesian debconf templates translation

[Jonathan Nieder]

Hi,

Mahyuddin Susanto wrote:

> # SOME DESCRIPTIVE TITLE.
> # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
> # This file is distributed under the same license as the PACKAGE package.
> # Mahyuddin Susanto , 2012.

Do you mind if these blanks get filled in when applying this?

# Translation of dash debconf templates to Indonesian
# This file is distributed under the same license as the dash package.
# Mahyuddin Susanto , 2012.

Either way, thanks for your work,
Jonathan



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

Bug#655118: Please enabled hardened build flags

[Rob Browning]

> Alexandru Cardaniuc  writes:



Moritz Mühlenhoff  writes:

> On Sun, Jan 08, 2012 at 06:13:59PM +0100, Moritz Muehlenhoff wrote:
>> Package: emacs23
>> Version: 23.3+1-4
>> Severity: important
>> Tags: patch
>> 
>> Hi Rob,
>> Please enabled hardened build flags through dpkg-buildflags.
>> 
>> Patch attached. (dpkg-buildflags abides "noopt" from DEB_BUILD_OPTIONS)
>
> I forgot to add that "-Wformat -Wformat-security -Werror=format-security"
> exposed missing format strings in movemail, for which I attach a patch.
>
> Cheers,
> Moritz
>

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



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

Bug#657111: dash: [INTL:id] Indonesian debconf templates translation

[Mahyuddin Susanto]

Package: dash
Version: 0.5.7-2
Severity: wishlist
Tags: patch l10n

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

Attached debconf translations for Indonesian.

$ msgfmt --statistics -c -v -o /dev/null id.po
id.po: 3 pesan diterjemahkan.

Thanks

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

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

Versions of packages dash depends on:
ii  debianutils  4.1
ii  dpkg 1.16.1.2
ii  libc62.13-24

dash recommends no packages.

dash suggests no packages.

- -- debconf information:
* dash/sh: true

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

iQIcBAEBCAAGBQJPHjqbAAoJELmHbrCQs2xb1kYP+QH35o2SUVz4sRJx/cT+SUcU
QgW2AryI/hbc5pThHHv94t0zhID30bPU9i1WbmOgikRH/r7nMc7PzRS7vIMQVtDp
1jUXIhPNhFqkfCBzUE3lWoTv56oWJ8tryw1HncH8wL7Ix6HRDrbyCLv6XqFuPho5
0rAPNKdPJu/NwQyW2W0k5/rA7+U9ktdNYNm2OoMpzgjh32mGru2dORPtU3U0EjMW
hyerfW+O0eMl7UZF2mNoO0S6x00NkhlA3+8Q043jwweAR2cUVJyJNfQ2Udxtl6n7
BgQvWAYu2aLlGPrLcIYfgfLDbtffby6bU7DQVYzA3KpFsYnI8fEnHbTurV3DS2gJ
cjfnwn3NIq4SfndrzzrAdzY3KtDzuLAh5b+VrxAADnOvZeIhyHex85YGc50GpWkI
olO0wxO7Qf05q+mfiVqrjZw8ow9Eaw2aKykI/kH3ZrxURdz62WASDe5MbTZc439H
F9e6XqSp2wyVGnN4qoUDZ60ZsqihF5I/rTdpeQXnGmApuse2PzEcKC7gSXzn5a4L
poztmWCDQLuGUGTMnrF96SDbjxDSGUEIZ3J5mMZ3JyAdYsONR9bdHs8QABTOzUGy
FqUvXSkiHpHZxTI+4SWzwPaPWrKse/oWaMlNRvU9I+aAOk3/4nbXMBFJxKSvbhTh
/sPJoHi/V0f/y5ngL4yN
=j4Kt
-END PGP SIGNATURE-
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# Mahyuddin Susanto , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: dash 0.5.7-2\n"
"Report-Msgid-Bugs-To: d...@packages.debian.org\n"
"POT-Creation-Date: 2009-07-27 12:43+\n"
"PO-Revision-Date: 2012-01-24 11:46+0700\n"
"Last-Translator: Mahyuddin Susanto \n"
"Language-Team: Debian Indonesia Translator 
\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Indonesian\n"
"X-Poedit-Country: INDONESIA\n"

#. Type: boolean
#. Description
#: ../dash.templates.in:1001
msgid "Use dash as the default system shell (/bin/sh)?"
msgstr "Gunakan dash sebagai sistem shell bawaan (/bin/sh)?"

#. Type: boolean
#. Description
#: ../dash.templates.in:1001
msgid "The system shell is the default command interpreter for shell scripts."
msgstr "Sistem shell adalah perintah intepreter bawaan untuk skrip shell"

#. Type: boolean
#. Description
#: ../dash.templates.in:1001
msgid "Using dash as the system shell will improve the system's overall 
performance. It does not alter the shell presented to interactive users."
msgstr "Menggunakan dash sebagai sistem shell akan meningkatkan performa 
keseluruhan sistem. Ini tidak mengubah shell yang disajikan ke pengguna 
interaktif"

Bug#656420: [Pkg-bluetooth-maintainers] Bug#656420: [bluez] Can't connect DR-BT140Q(SONY HEADPONE) and no sound.

[Nobuhiro Iwamatsu]

Hi,

I uploaded 4.98.
Please check with this versrion.

Best regards,
  Nobuhiro

2012年1月20日10:27 Takahide Nojima :
> Hello,
>
> Thank you for this information.
> I will wait for next release bluez 4.98 package in Debian.
> If this problem will be fixed,then I will be close this bugreport.
>
> 2012-01-19 (木) の 23:42 +0100 に Szymon Janc さんは書きました:
>> Hi,
>>
>> I think crash might be already fixed [1] in upstream 4.98.
>>
>>
>> [1]
>> http://git.kernel.org/?p=bluetooth/bluez.git;a=commit;h=df62dbb69bae3662adf1e1aab4f9c75c4b1aa59e
>
>
>
>
>
> ___
> Pkg-bluetooth-maintainers mailing list
> pkg-bluetooth-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



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

Bug#622325: linux-image-2.6.38-2-orion5x: Problem With I2C

[Jonathan Nieder]

Roman Mamedov wrote:
> Jonathan Nieder  wrote:

>> Were you able to try backing out eda6bee6c7 (i2c-mv64xxx: send
>> repeated START between messages in xfer) as Guenter suggested?  It
>> works like this:
[...]
> If this had been a regular x86 machine I would have done this long ago :)
> But I don't currently have a working ARM crosscompile environment

Ah, ok.  My only hint is that you can cheat with qemu + debootstrap to
make a chroot on an x86 machine. :)  Not sure how slow that is,
though; the folks on debian-arm@ or debian-embed...@lists.debian.org
might be able to help.



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

Bug#656910: audio group is not a default group for users

[Kaj Ailomaa]

Now, first of all, let me apologize for cross-posting earlier. However, 
since it was adviced that comments would be done here, I will also put 
my case here.


It is not clear to me at this point if audio group is the best group to 
use for jack and realtime operation, but nevertheless, whatever it would 
be - would it be possible to add that as a default group for all users 
on Debian, and furthermore on Ubuntu?
I am not aware of what security issues it would present, so forgive me 
for being naive. I'm just figuring it would only be used when starting jack.
Pro/Semi Pro audio users may be a minority, but it's still a big bunch 
of users. And having an application like jack installable makes it seem 
illogical to not be able to use it in realtime mode after installing it 
without having to administer groups for users.


If that suggestion is impossible, what about adding group administration 
to the installation procedure of jack?


Nad, if using groups is not the best way, what would be?



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

Bug#656762: Bug#656564: libglib2.0-0: since upgrade to 2.30.2-5 programs start segfaulting at random

[Norbert Preining]

On Di, 24 Jan 2012, Michael Biebl wrote:
> Can you also please either try to get a backtrace or a core dump.
> Instructions have been given in the previous emails.

Ok, I have now installed the -4 versions from testing, rebooted,
and still see the effect:
[  400.36] gnome-settings-[3633]: segfault at 0238fd80 ip 
7ff2b804b78e sp 76d448e0 error 4 in 
libglib-2.0.so.0.3000.2[7ff2b7fc4000+f6000]


Unfortunately no gdb was attached (how doe sone do that?).

I will restart and hope it happens soon again.

So it seems to be a different thing! I checked the bug logs and
found that *always* there are some warnings about packagekit, aand 
at the same time packagekit was updated from 0.7.1-2 -> 0.7.2-1
which brought eg
- glib: Convert libpackagekit-glib2 from dbus-glib to GDBus

No idea if that could be the reason?!

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

ABINGER (n.)
One who washes up everything except the frying pan, the cheese grater
and the saucepan which the chocolate sauce has been made in.
--- 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#622325: linux-image-2.6.38-2-orion5x: Problem With I2C

[Roman Mamedov]

On Mon, 23 Jan 2012 14:27:50 -0600
Jonathan Nieder  wrote:

> Were you able to try backing out eda6bee6c7 (i2c-mv64xxx: send
> repeated START between messages in xfer) as Guenter suggested?  It
> works like this:

Hello,

If this had been a regular x86 machine I would have done this long ago :)
But I don't currently have a working ARM crosscompile environment [and the one
I'd trust enough to create non-bricking kernels], and building a kernel on the
device itself, with just 64 MB of RAM and 2GB of slow USB flash storage, might
not work well. I'll see if I can solve either problem in one way or the other,
and will post an update some time later.

-- 
With respect,
Roman

~~~
"Stallman had a printer,
with code he could not see.
So he began to tinker,
and set the software free."


signature.asc
Description: PGP signature

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

[Jonathan Nieder]

Hi again,

Harry G. Coin wrote[1], regarding a kernel close to v2.6.32.46:

> This same problem happened on 3 other computers
[... explanation snipped ...]
> [9.385514] bttv0: tuner type=64
> [   11.204065] floppy0: no floppy controllers found
> [   39.444039] bt878: gave up waiting for init of module bttv.
> [   39.444131] bt878: Unknown symbol bttv_read_gpio

Thanks, this is very helpful.

Symptoms look similar to [2].  Richard, did you ever end up solving
that?

Harry, could you try a 3.x.y kernel from sid or wheezy?  The only
packages you should need from outside squeeze in order to do so are
the kernel image itself, linux-base, and initramfs-tools.

Curious,
Jonathan

[1] http://bugs.debian.org/657098
[2] http://thread.gmane.org/gmane.linux.suse.kernel/2331



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

Bug#656214: Closing (Save...) question dialog is not modal but hides from taskbar

[James McCoy]

On Tue, Jan 17, 2012 at 02:58:23PM +0100, Eduard Bloch wrote:
> When you attempt to close gvim with modified files, it opens a dialog
> window asking whether the file shall be saved. But there is a problem
> with that dialog, it sets _NET_WM_STATE(ATOM) = _NET_WM_STATE_SKIP_TASKBAR
> which makes the window disappear from the taskbar. That's ok for the
> regular case since the freshly created window appears in the foreground.

Hmm, this is the expected behavior of a GtkMessageDialog according to
Gnome's HIG[0].  I've verified as well that specifying the dialog is
modal doesn't change the focus behavior.

It's possible to adjust the dialog so it shows up in the taskbar, but
that's not how they're intended to be used.

> But if you loose the focus of that dialog once (i.e. by clicking on the main
> window, or hiding/unhiding the main window of gvim) then you get a
> problem - the main window still assumes that the dialog window is modal and
> must be closed first but that dialog window does not behave like a
> modal window. I.e. it does not set _NET_WM_STATE_MODAL anywhere (or,
> alternatevly, it is also not re-focused automatically when the main
> window gets the focus). With old-school window managers (having keyboard
> quick-switch, like icewm or windowmaker) you can no longer reach that
> dialog window with keyboard. The only way to get the focus back is using
> the mouse.

I was able to switch back to it in Awesome, but I guess that's not old
school, just keyboard friendly.

> Just compare it to some Qt application (the usually do it correctly),
> Kate for example. Some other applications don't setup modal mode either
> but they at least don't hide the dialog window from the taskbar, leaving
> the user a chance.

I've compared the behavior a few other Gtk applications I have installed
and they seem to behave the same way.  This seems like it may be
more of a toolkit issue in that the dialog isn't being forced into focus
when the main window gets focused.

[0]: http://developer.gnome.org/hig-book/stable/windows-alert.html.en
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#657110: lintian: please check for commented-out Vcs-Git/Vcs-Browser pointing at collab-maint

[Paul Wise]

Package: lintian
Severity: wishlist

dh_make creates lines like this in debian/control by default:

#Vcs-Git: git://git.debian.org/collab-maint/.git
#Vcs-Browser: http://git.debian.org/?p=collab-maint/.git;a=summary

I think lintian should check for these lines and warn if they are still
commented out since they are probably invalid and if they are valid they
should not be commented out.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#654876: Guten Tag !!

[wwllxx02]

Guten Tag !!

Mein Name ist William Patrick aus der Elfenbeinküste. Ich bin der einzige
Sohn von Mr & Mrs Kone Patrick, ich möchte Sie, mir zu helfen und meine
jüngere Schwester investieren in Ihrem Land. Ich verlor meine Mutter im
Alter von 10, war mein Vater in den Tod während des Krieges hier in Côte
d'Ivoire vergiftet.

Vor dem Tod von meinem verstorbenen Vater er hinterlegt die Summe von 4,5
Millionen Dollar in einer  finanzunternehmen in Spanien, von denen ich den
Begünstigten. Aber aufgrund der politischen Problem hier und der Grund für
meine Eltern Tod, ich will nicht wollen den Fonds zurück nach Hause zu
bringen, so dass ich möchte, dass Sie mir helfen Übertragung dieses Fonds
in Ihrem Land für Investitionen Zweck.

Wie für Ihre freundliche Unterstützung, ich bin bereit, Ihnen einen guten%.
Kontaktieren Sie mich zurück, wenn Sie daran interessiert, mir zu helfen
ist, werde ich Ihnen mehr Details, wie fruchtbar bringen dieses Transfers
und auch die Kontaktdaten der  Finanzunternehmen in Spanien.

Mit freundlichen Grüßen,

William.

NB... YOU CAN STILL WRITE ME IN ENGLISH

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

[Harry G. Coin]

P.S.

Adding just these two lines to modprobe.conf

softdep bttv post: lirc
softdep dvb_bt8xx post: lirc

on the machine whose dmesg I just posted above that failed (gx110)

It worked!  So clearly a race condition.  Racing with what, I don't know.

With this working dmesg trace, to compare against the previous bad one 
(same machine)




[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-5-686 (Debian 2.6.32-39squeeze1) 
(da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 
11 12:29:30 UTC 2012

[0.00] KERNEL supported cpus:
[0.00]   Intel GenuineIntel
[0.00]   AMD AuthenticAMD
[0.00]   NSC Geode by NSC
[0.00]   Cyrix CyrixInstead
[0.00]   Centaur CentaurHauls
[0.00]   Transmeta GenuineTMx86
[0.00]   Transmeta TransmetaCPU
[0.00]   UMC UMC UMC UMC
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e820:  - 000a (usable)
[0.00]  BIOS-e820: 000f - 0010 (reserved)
[0.00]  BIOS-e820: 0010 - 0feac000 (usable)
[0.00]  BIOS-e820: 0feac000 - 1000 (reserved)
[0.00]  BIOS-e820: ffb0 - 0001 (reserved)
[0.00] DMI 2.3 present.
[0.00] last_pfn = 0xfeac max_arch_pfn = 0x10
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-C write-protect
[0.00]   D-E uncachable
[0.00]   F-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0 mask FF000 write-back
[0.00]   1 base 00FF0 mask 0 uncachable
[0.00]   2 disabled
[0.00]   3 disabled
[0.00]   4 disabled
[0.00]   5 disabled
[0.00]   6 disabled
[0.00]   7 disabled
[0.00] PAT not supported by CPU.
[0.00] initial memory mapped : 0 - 0180
[0.00] init_memory_mapping: -0feac000
[0.00]  00 - 40 page 4k
[0.00]  40 - 000fc0 page 2M
[0.00]  000fc0 - 000feac000 page 4k
[0.00] kernel direct mapping tables up to feac000 @ 7000-d000
[0.00] RAMDISK: 0b6ed000 - 0bf40f94
[0.00] ACPI: RSDP 000fd790 00014 (v00 DELL  )
[0.00] ACPI: RSDT 000fd7a4 00028 (v01 DELLGX110   0007 
ASL  0061)
[0.00] ACPI: FACP 000fd7cc 00074 (v01 DELLGX110   0007 
ASL  0061)
[0.00] ACPI: DSDT fffe6000 017FA (v01   DELLdt_ex 1000 
MSFT 010B)

[0.00] ACPI: FACS 0feac000 00040
[0.00] 0MB HIGHMEM available.
[0.00] 254MB LOWMEM available.
[0.00]   mapped low ram: 0 - 0feac000
[0.00]   low ram: 0 - 0feac000
[0.00]   node 0 low ram:  - 0feac000
[0.00]   node 0 bootmap 2000 - 3fd8
[0.00] (9 early reservations) ==> bootmem [00 - 000feac000]
[0.00]   #0 [00 - 001000]   BIOS data page ==> 
[00 - 001000]
[0.00]   #1 [001000 - 002000]EX TRAMPOLINE ==> 
[001000 - 002000]
[0.00]   #2 [006000 - 007000]   TRAMPOLINE ==> 
[006000 - 007000]
[0.00]   #3 [000100 - 00014cccf4]TEXT DATA BSS ==> 
[000100 - 00014cccf4]
[0.00]   #4 [000b6ed000 - 000bf40f94]  RAMDISK ==> 
[000b6ed000 - 000bf40f94]
[0.00]   #5 [09fc00 - 10]BIOS reserved ==> 
[09fc00 - 10]
[0.00]   #6 [00014cd000 - 00014d316c]  BRK ==> 
[00014cd000 - 00014d316c]
[0.00]   #7 [007000 - 009000]  PGTABLE ==> 
[007000 - 009000]
[0.00]   #8 [002000 - 004000]  BOOTMAP ==> 
[002000 - 004000]

[0.00] Zone PFN ranges:
[0.00]   DMA  0x -> 0x1000
[0.00]   Normal   0x1000 -> 0xfeac
[0.00]   HighMem  0xfeac -> 0xfeac
[0.00] Movable zone start PFN for each node
[0.00] early_node_map[2] active PFN ranges
[0.00] 0: 0x -> 0x00a0
[0.00] 0: 0x0100 -> 0xfeac
[0.00] On node 0 totalpages: 65100
[0.00] free_area_init_node: node 0, pgdat c13b4860, node_mem_map 
c14d5000

[0.00]   DMA zone: 32 pages used for memmap
[0.00]   DMA zone: 0 pages reserved
[0.00]   DMA zone: 3968 pages, LIFO batch:0
[0.00]   Normal zone: 478 pages used for memmap
[0.00]   Normal zone: 60622 pages, LIFO batch:15
[0.00] Using APIC driver default
[0.00] ACPI: PM-Timer IO Port: 0x808
[0.00] SMP: Allowing 1 CPUs, 0 hotplug CPUs
[0.00] Local APIC disabled by BIOS -- reenabling.
[0.

Bug#657109: network-manager: NM fails to set IPv6 default route when IPv6 details entered manually (fix found on LP)

[Alban Browaeys]

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

Dear Maintainer,

I setup a box to route the traffic between an adsl router and a lan with NM.
To this purpose I used "manual" mode though there was a drawback. No default 
route and
" Failed to add route Missing attribute
 [1327370425.596871] [nm-system.c:1061] 
nm_system_replace_default_ip6_route(): (external0): failed to set IPv6 default 
route: -1"
shown up in the logs.
Any reports on the net told the above could eb harmless as a next attempt would 
follow.
BUt my conneciton ended up reproducibly without a default route.


I tested the fix from :
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/network-manager/precise/view/head:/debian/patches/nl3-default-ip6-route.patch
with success. I now get a default route to the external interface.

Cheers
Alban

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

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

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

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

Versions of packages network-manager suggests:
pn  avahi-autoipd  

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
no-auto-default=7e:3d:91:6f:47:17,8e:7a:26:fa:e2:c9,d2:31:48:5b:7e:71,7a:f7:50:ca:4b:4f,ba:80:04:c0:ae:e9,82:00:f4:e1:09:3a,7a:5c:e0:75:9d:56,0a:74:76:43:ce:2a,76:57:c9:10:67:ee,4e:29:6d:26:58:97,5a:57:05:14:9e:26,66:9d:3b:b8:d4:7a,e2:04:92:a2:40:ef,22:35:c3:a8:9f:0d,3a:36:74:59:7a:9a,22:60:aa:85:e0:4b,e6:db:dd:aa:14:b4,42:15:29:5d:9e:8b,86:98:4e:3a:bc:7f,a6:cd:0a:76:fe:4d,52:7b:bd:4f:85:a8,f2:41:76:63:5f:49,b2:2f:a1:82:a7:e2,aa:27:73:3d:68:78,3e:7e:da:1c:99:47,1a:15:be:b5:7e:f0,a6:1a:d2:00:71:89,
[keyfile]
unmanaged-devices=mac:00:50:ba:e1:a4:b5;mac:00:18:f3:02:33:79;mac:00:0f:b5:8c:1a:f0;mac:00:c0:49:f4:5b:45;mac:4e:4d:3a:c3:d2:19;mac:c6:a8:f5:9f:22:6c;mac:7A:F7:50:CA:4B:4F
[ifupdown]
managed=false


-- 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#656762: Bug#656564: libglib2.0-0: since upgrade to 2.30.2-5 programs start segfaulting at random

[Norbert Preining]

Hi Michael,

On Di, 24 Jan 2012, Michael Biebl wrote:
> Btw, I can't really reproduce the issue, that a segfaulting
> gnome-settings-daemon causes the fail-whale to show up, that is the
> session is closed.

It does not happen *always*. I mean, the g-s-d *often crashes, but
only sometimes it is respawned too fast so that the fail whale shows
up.

i have *no* idea how the difference comes into being, though.

> I'm wondering if there is something else going on and this is is due to
> a special configuration/setup on your side.
> 
> Can you reproduce the fail-whale on g-s-d segfaults with a fresh user
> account?

I will try.

> Can you also please either try to get a backtrace or a core dump.
> Instructions have been given in the previous emails.

Huu, haven't seen,will check b.d.o

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

QUERRIN (n.)
A person that no one has ever heard of who unaccountably manages to
make a living writing prefaces.
--- 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#657108: FTBS: nm-glib-compat.h translate g_value_set/get_schar to g_value_set/get_char already defined

[Alban Browaeys]

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

Dear Maintainer,

rebuilding the package locally leads to this failure:
# source='nm-vpn-plugin.c' object='libnm_glib_vpn_la-nm-vpn-plugin.lo' 
libtool=yes 
/bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. 
-I../include -I../libnm-util -I../marshallers  -D_FORTIFY_SOURCE=2 -pthread 
-I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include   -pthread 
-I/usr/include/dbus-1.0 -I/usr/lib/i386-linux-gnu/dbus-1.0/include 
-I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include   -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security 
-Werror=format-security -c -o libnm_glib_vpn_la-nm-vpn-plugin.lo `test -f 
'nm-vpn-plugin.c' || echo './'`nm-vpn-plugin.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../libnm-util 
-I../marshallers -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/glib-2.0 
-I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -I/usr/include/dbus-1.0 
-I/usr/lib/i386-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 
-I/usr/lib/i386-linux-gnu/glib-2.0/include -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -c 
nm-vpn-plugin.c  -fPIC -DPIC -o .libs/libnm_glib_vpn_la-nm-vpn-plugin.o
In file included from /usr/include/glib-2.0/glib-object.h:38:0,
 from nm-vpn-plugin.h:28,
 from nm-vpn-plugin.c:26:
/usr/include/glib-2.0/gobject/gvaluetypes.h:185:13: error: conflicting types 
for 'g_value_set_char'
/usr/include/glib-2.0/gobject/gvaluetypes.h:181:13: note: previous declaration 
of 'g_value_set_char' was here
/usr/include/glib-2.0/gobject/gvaluetypes.h:187:14: error: conflicting types 
for 'g_value_get_char'
/usr/include/glib-2.0/gobject/gvaluetypes.h:183:14: note: previous declaration 
of 'g_value_get_char' was here

I traced it down to the package:
include/nm-glib-compat.h
#if !GLIB_CHECK_VERSION(2,31,0)
#define g_value_set_schar g_value_set_char
#define g_value_get_schar g_value_get_char
#endif

while /usr/include/glib-2.0/gobject/gvaluetypes.h has:
#ifndef G_DISABLE_DEPRECATED
void  g_value_set_char  (GValue   *value,
 gchar v_char);
gchar g_value_get_char  (const GValue *value);
#endif
void  g_value_set_schar (GValue   *value,
 gint8 v_char);
gint8 g_value_get_schar (const GValue *value);

in debian sid ie ibglib2.0-dev  2.30.2-5.
Locally I added around the type redefinition the same check as in 
gvaluetypes.h, ie the test for G_DISABLE_DEPRECATED:
#if !GLIB_CHECK_VERSION(2,31,0)
#ifdef G_DISABLE_DEPRECATED
#define g_value_set_schar g_value_set_char
#define g_value_get_schar g_value_get_char
#endif
#endif

Cheers
Alban


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

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

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

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

Versions of packages network-manager suggests:
pn  avahi-autoipd  

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

-- 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#657107: developers-reference : styles of handwriting are Bold

[Nobuhiro Iwamatsu]

Source: developers-reference
Version: 3.4.7
Severity: minor
Tags: patch

Hi,

A.2.2. debdiff,  A.5.3. dcut and A.6.7. dpkg-depcheck styles of
handwriting are Bold.
It seems that it will be changed into bold if it surrounds by .
Commands other than these are surrounded by .
Therefore, the style of handwriting is not Bold.

Please see
  http://www.debian.org/doc/manuals/developers-reference/ .

Best regards,
 Nobuhiro

--
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
Index: tools.dbk
===
--- tools.dbk	(リビジョン 9054)
+++ tools.dbk	(作業コピー)
@@ -113,7 +113,7 @@
 
 
 
-debdiff
+debdiff
 
 debdiff (from the devscripts package, )
@@ -303,7 +303,7 @@
 
 
 
-dcut
+dcut
 
 The dcut script (part of the package dput,
 ) helps in removing files from the ftp upload directory.
@@ -397,7 +397,7 @@
 
 
 
-dpkg-depcheck
+dpkg-depcheck
 
 dpkg-depcheck (from the devscripts package, )

Bug#657085: Please increase the size of APT::Cache-Limit. Current value: 25165824. -- but ignores setting

[Daniel Hartwig]

On 24 January 2012 06:27, Christoph Egger  wrote:
>
> E: Dynamic MMap ran out of room. Please increase the size of 
> APT::Cache-Limit. Current value: 25165824. (man 5 apt.conf)

This value corresponds to the initial cache size, APT::Cache-Start.

> [...]
>
>  Iǘe set the cache size to 671088640
>
> APT::Cache-Limit "671088640";
>
>  However apt's still failing the same way and doesn't even mention the 
> changed constant
> [...]
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers testing
>  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
> Architecture: kfreebsd-amd64 (x86_64)
>
> Kernel: kFreeBSD 10.0-0-amd64

According to the comments on DynamicMMap::Grow, resizing the mmap with
a non-Linux kernel is nigh impossible.  This may or may not be
accurate, but it seems to be a current limitation in APT anyway.  I
guess if this is a limitation, then DynamicMMap on non-Linux should
make better use of the fallback (char[] buffer instead of mmap -- no
comment ;-)

As a temporary fix, you can try setting APT::Cache-Fallback "true", or
APT::Cache-Start much larger than it's default



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

Bug#656762: Bug#656564: libglib2.0-0: since upgrade to 2.30.2-5 programs start segfaulting at random

[Michael Biebl]

On 24.01.2012 03:41, Norbert Preining wrote:
> Triggered by this, gnome-session shows the "Oh something went wrong"
> screen making it impossible to save work, although the session is
> absolutely fine working, just the settings are not applied. I see 
> all the work I was doing in the overview of gnome-shell, but I cannot
> save it.


https://bugzilla.gnome.org/show_bug.cgi?id=658671#c9

> as an aside, you can hit 'alt-spacebar' and minimize the fail whale, or alt-f4
> and close it.

Btw, I can't really reproduce the issue, that a segfaulting
gnome-settings-daemon causes the fail-whale to show up, that is the
session is closed.

I'm wondering if there is something else going on and this is is due to
a special configuration/setup on your side.

Can you reproduce the fail-whale on g-s-d segfaults with a fresh user
account?

Can you also please either try to get a backtrace or a core dump.
Instructions have been given in the previous emails.

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



signature.asc
Description: OpenPGP digital signature

Bug#657106: bugs.debian.org: please allow some other search engines in robots.txt

[Paul Wise]

Package: bugs.debian.org
Severity: wishlist

Currently bugs.debian.org/robots.txt blocks all search engines except
the commercial search engine Google, which isn't really aligned with
Free Software principles these days. I would suggest to allow at least
the following but allowing all search engines would be better.

Debian search:
http://search.debian.org/
Not sure what the user-agent is.

archive.org:
http://www.archive.org/web/web.php
http://www.archive.org/about/exclude.php

YaCy:
http://yacy.net/
http://yacy.net/bot.html

DuckDuckGo:
https://duckduckgo.com/
https://duckduckgo.com/duckduckbot.html

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#656837: [Debian-med-packaging] Bug#656837: Version too old for ITK 4

[Steve M. Robbins]

On Mon, Jan 23, 2012 at 03:06:34PM +0100, Mathieu Malaterre wrote:
> Steve,
> 
>   Feel free to upload ITK 4 with shipped in VXL. I will catch up later
> on once I get feedback from upstream. ITK4 is going to be a nasty
> transition so I do not want to delay that any further.

OK.  I'm about to post my plans for ITK 4 in debian-med.

>   This could be a good time to backport 3.20.1 to stable ?

Sure.  It's not something I have the time for, but someone else
might.  Maybe the debian-neuro guys?

-Steve


signature.asc
Description: Digital signature

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

[Daniel C. Klauer]

Package: gnome-settings-daemon
Version: 3.2.2-2

Hello,

here is a backtrace of this issue as observed on my system after
having gdb attached to gnome-settings-daemon for about 4 hours during
normal work:

Program received signal SIGSEGV, Segmentation fault.
g_variant_type_info_check (info=0x4, container_class=)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gvarianttypeinfo.c:164
164
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gvarianttypeinfo.c:
No such file or directory.
in
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gvarianttypeinfo.c
(gdb) bt
#0  g_variant_type_info_check (info=0x4, container_class=)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gvarianttypeinfo.c:164
#1  0xb7044637 in g_variant_type_info_unref (info=0x4)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gvarianttypeinfo.c:831
#2  0xb703d932 in g_variant_unref (value=0xb42418a8)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gvariant-core.c:627
#3  0xaf81eded in ?? () from /usr/lib/libpackagekit-glib2.so.14
#4  0xaf822c56 in ?? () from /usr/lib/libpackagekit-glib2.so.14
#5  0xb7175ce5 in g_simple_async_result_complete (simple=0x94f1490)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:749
#6  0xb71d14e8 in reply_cb (connection=0x943c8a8, res=0xaab48538,
user_data=0x94f1490)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./gio/gdbusproxy.c:2517
#7  0xb7175ce5 in g_simple_async_result_complete (simple=0xaab48538)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:749
#8  0xb71c6308 in g_dbus_connection_call_done (source=0x943c8a8,
result=0xaab51598, user_data=0x94a1c68)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./gio/gdbusconnection.c:5235
#9  0xb7175ce5 in g_simple_async_result_complete (simple=0xaab51598)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:749
#10 0xb7175e2b in complete_in_idle_cb (data=0xaab51598)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:761
#11 0xb6ffd270 in g_idle_dispatch (source=0xaab22fa0,
callback=0xb7175e10 , user_data=0xaab51598)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gmain.c:4776
#12 0xb7000a3f in g_main_dispatch (context=0x9439b50)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gmain.c:2442
#13 g_main_context_dispatch (context=0x9439b50)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gmain.c:2998
#14 0xb7001170 in g_main_context_iterate (context=0x9439b50,
block=-1224672560, dispatch=1, self=)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gmain.c:3076
#15 0xb700177b in g_main_loop_run (loop=0xb4201750)
at
/build/buildd-glib2.0_2.30.2-5-i386-2iyL08/glib2.0-2.30.2/./glib/gmain.c:3284
#16 0xb73ddcb5 in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-3.so.0
#17 0x0804b511 in main ()


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

Debian Release: wheezy/sid
  500 unstableftp.de.debian.org
  500 testing security.debian.org
  500 testing ftp.de.debian.org
  500 stable  security.debian.org
  500 stable  ftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-
libatk1.0-0   (>= 1.12.4) | 2.2.0-2
libc6(>= 2.4) | 2.13-24
libcairo-gobject2 (>= 1.10.0) | 1.10.2-6.2
libcairo2 (>= 1.10.0) | 1.10.2-6.2
libcanberra-gtk3-0  (>= 0.25) | 0.28-3
libcanberra0 (>= 0.2) | 0.28-3
libcolord1(>= 0.1.12) | 0.1.15-3
libcomerr2  (>= 1.01) | 1.42-1
libcups2   (>= 1.4.0) | 1.5.0-15
libdbus-1-3(>= 1.0.2) | 1.4.16-1
libdbus-glib-1-2(>= 0.88) | 0.98-1
libfontconfig1 (>= 2.8.0) | 2.8.0-3.1
libfreetype6   (>= 2.2.1) | 2.4.8-1
libgconf2-4   (>= 2.31.1) | 3.2.3-1
libgcrypt11(>= 1.4.5) | 1.5.0-3
libgdk-pixbuf2.0-0(>= 2.22.0) | 2.24.0-2
libglib2.0-0  (>= 2.30.0) | 2.30.2-5
libgnome-desktop-3-2   (>= 3.2.0) | 3.2.1-3
libgnomekbd7 (>= 2.91.90) | 3.2.0-1
libgnutls26   (>= 2.12.6.1-0) | 2.12.16-1
libgssapi-krb5-2  (>= 1.6.dfsg.2) | 1.10+dfsg~beta1-2
libgtk-3-0 (>= 3.2.1) | 3.2.3-1
libgudev-1.0-0   (>= 146) | 175-3
libk5crypto3  (>= 1.6.dfsg.2) | 1.10+dfsg~beta1-2
libkrb5-3 (>= 1.6.

Bug#657105: installation-reports

[Chris Barnard]

Package: installation-reports

Boot method: Netinstall CD
Image version: Debian GNU/Linux testing "Wheezy" - Official Snapshot 
i386 NETINST

   Binary-1 20120122-21:38
Image version: Debian GNU/Linux testing "Wheezy" - Official Snapshot 
i386 NETINST

   Binary-1 20111213-21:39

The older netinst CD installed fine.
The newer netinst CD halted at detect network card - unable to find drivers

I used expert mode so I had full control over partitioning.

I can try the newer CD again if you want me to get some more info. 
(skill level:- timid tinkerer)


Date: 23 Jan 2012  -  Time not recorded

Machine: IBM Thinkpad R52
Processor: Intel Pentium M
Memory:1.5 GB
chris@R52:~$ df -Tl
Filesystem Type 
1K-blocksUsed Available Use% Mounted on
rootfs rootfs
17301912 3158552  13264464  20% /
udev   devtmpfs
771348   0771348   0% /dev
tmpfs  tmpfs   
154560 680153880   1% /run
/dev/disk/by-uuid/258ae2ad-2e58-4709-b58f-453c3d5fdd6a ext4  
17301912 3158552  13264464  20% /
tmpfs  tmpfs 
5120   0  5120   0% /run/lock
tmpfs  tmpfs   
309120   8309112   1% /tmp
tmpfs  tmpfs   
309120 376308744   1% /run/shm
/dev/sda1  ext4
235021   14718208169   7% /boot
/dev/sda6  ext4  
48806744  184892  46142544   1% /home
/dev/sda5  ext4   
7688360  576572   6721236   8% /var


chris@R52:~$ lspci -knn
00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML 
Express Processor to DRAM Controller [8086:2590] (rev 03)

Subsystem: IBM ThinkPad Z60t [1014:0575]
Kernel driver in use: agpgart-intel
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 
915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 03)

Subsystem: IBM Device [1014:0582]
Kernel driver in use: i915
00:02.1 Display controller [0380]: Intel Corporation Mobile 
915GM/GMS/910GML Express Graphics Controller [8086:2792] (rev 03)

Subsystem: IBM Device [1014:0582]
00:1c.0 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) PCI Express Port 1 [8086:2660] (rev 03)

Kernel driver in use: pcieport
00:1c.2 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) PCI Express Port 3 [8086:2664] (rev 03)

Kernel driver in use: pcieport
00:1d.0 USB controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW 
(ICH6 Family) USB UHCI #1 [8086:2658] (rev 03)

Subsystem: IBM Device [1014:0565]
Kernel driver in use: uhci_hcd
00:1d.1 USB controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW 
(ICH6 Family) USB UHCI #2 [8086:2659] (rev 03)

Subsystem: IBM Device [1014:0565]
Kernel driver in use: uhci_hcd
00:1d.2 USB controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW 
(ICH6 Family) USB UHCI #3 [8086:265a] (rev 03)

Subsystem: IBM Device [1014:0565]
Kernel driver in use: uhci_hcd
00:1d.3 USB controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW 
(ICH6 Family) USB UHCI #4 [8086:265b] (rev 03)

Subsystem: IBM Device [1014:0565]
Kernel driver in use: uhci_hcd
00:1d.7 USB controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW 
(ICH6 Family) USB2 EHCI Controller [8086:265c] (rev 03)

Subsystem: IBM Device [1014:0566]
Kernel driver in use: ehci_hcd
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge 
[8086:2448] (rev d3)
00:1e.2 Multimedia audio controller [0401]: Intel Corporation 
82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller [8086:266e] 
(rev 03)

Subsystem: IBM Device [1014:0567]
Kernel driver in use: snd_intel8x0
00:1e.3 Modem [0703]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) AC'97 Modem Controller [8086:266d] (rev 03)

Subsystem: IBM Device [1014:0576]
Kernel driver in use: snd_intel8x0m
00:1f.0 ISA bridge [0601]: Intel Corporation 82801FBM (ICH6M) LPC 
Interface Bridge [8086:2641] (rev 03)

Subsystem: IBM Device [1014:0568]
00:1f.2 IDE interface [0101]: Intel Corporation 82801FBM (ICH6M) SATA 
Controller [8086:2653] (rev 03)

Subsystem: IBM Device [1014:056a]
Kernel driver in use: ata_piix
00:1f.3 SMBus [0c05]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) SMBus Controller [8086:266a] (rev 03)

Subsystem: IBM Device [1014:056b]
Kernel driver in use: i801_smbus
02:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme 
BCM5751M Gigabit Ethernet PCI Express [14e4:167d] (rev 11)

Subsystem: IBM ThinkPad Z60t [1014:0577]
Kernel driver i

Bug#657104: opticalraytracer: FTBFS in a clean schroot

[Mathieu Trudel-Lapierre]

On Mon, Jan 23, 2012 at 8:57 PM, Mathieu Trudel-Lapierre
 wrote:
> Thanks for considering the attached patch.
>
> I've also noticed ant clean gets called at least twice when starting the build
> process, I think it might be possible to simplify things to make it 
> unnecessary
> to unpatch and repatch (especially given that format 3.0 (quilt) is used).

Actually, here's a much better patch that actually also fixes exactly that. ;)

Mathieu Trudel-Lapierre 
Freenode: cyphermox, Jabber: mathieu...@gmail.com
4096R/EE018C93 1967 8F7D 03A1 8F38 732E  FF82 C126 33E1 EE01 8C93


rules-opticalraytracer
Description: Binary data

Bug#656564: libglib2.0-0: since upgrade to 2.30.2-5 programs start segfaulting at random

[Norbert Preining]

reassign 656564 gnome-settings-daemon
severity serious
reassign 656762 gnome-session
severity serious
thanks

Dear all,

it seems there is a very bad interaction between gnome-session, 
gnome-settings-daemon, and maybe glibc2.0.

First, gnome-settings-daemon is terminating on a regular basis:
gnome-settings-[3520]: segfault at 7f453c075140 ip 7f464659278e sp 
7fffeb5f1120 error 4 in libglib-2.0.so.0.3000.2[7f464650b000+f6000]
Although I have recompiled glib2.0 without the last patches that
might have triggered this, it still does happen on a regular basis.

Triggered by this, gnome-session shows the "Oh something went wrong"
screen making it impossible to save work, although the session is
absolutely fine working, just the settings are not applied. I see 
all the work I was doing in the overview of gnome-shell, but I cannot
save it.

These two things together create a situation that is a guarantee for
data loss.

Please work together to find a fix for this, I am open for testing,
patches, whatsoever.

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

MUGEARY (n. medical)
The substance from which the unpleasant little yellow globules in the
corners of a sleepy person's eyes are 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#633262: Bug#652245: tomoe: FTBFS: IndexError: list index out of range

[dai]

severity 652245 important
retitle 652245 tomoe: python testcase has many failure
tags 652245 - sid wheezy
tags 641346 + patch pending
tags 633262 + patch pending
thanks

On Mon, Jan 23, 2012 at 06:46:43PM +0100, gregor herrmann wrote:
> > tomoe: FTBFS: IndexError: list index out of range
> > http://bugs.debian.org/641346
> 
> This error message still appears but since it doesn't stop the build
> its severity might be demoted to important.

I demoted severity to important and retitled.

> > tomoe: FTBFS: dpkg-buildpackage: error: dpkg-source --after-build 
> > tomoe-0.6.0 gave error exit status 1
> > http://bugs.debian.org/652245
> 
> This can be easily fixed by:
> - unapplying all patches once if they are applied locally
> - removing debian/patches/debian-changes-0.6.0-1 (and the refernence
>   in debian/patches/series)
> 
> Bonus points for removing quilt and fixing #633262.

Thank you for your pointing this out.
I updated debian/patches/*, and debian/*.install to not include *.la.

> gregor, not NMUing for the time being in order not to interfere with
> others' activities

Dear maintainer,

I've prepared an NMU for tomoe (versioned as 0.6.0-1.3) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E
diff -Nru tomoe-0.6.0/debian/changelog tomoe-0.6.0/debian/changelog
--- tomoe-0.6.0/debian/changelog	2011-09-21 02:46:49.0 +0900
+++ tomoe-0.6.0/debian/changelog	2012-01-24 11:27:36.0 +0900
@@ -1,3 +1,18 @@
+tomoe (0.6.0-1.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS: dpkg-buildpackage: error: dpkg-source --after-build.
+Thanks to gregor herrmann  (Closes: #652245).
+- debian/patches/series: Dereference debian-changes-0.6.0-1
+- deiban/patches/debian-changes-0.6.0-1: Remove.
+- debian/rules: Update override_dh_auto_clean
+  Remove test/python/tomoe-test-xmldict.xml at clean.
+  * Remove *.la (Closes: #633262).
+- debian/libtomoe0.install: Update.
+- debian/ruby-tomoe.install: Update.
+
+ -- HIGUCHI Daisuke (VDR dai)   Tue, 24 Jan 2012 10:14:59 +0900
+
 tomoe (0.6.0-1.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru tomoe-0.6.0/debian/libtomoe0.install tomoe-0.6.0/debian/libtomoe0.install
--- tomoe-0.6.0/debian/libtomoe0.install	2010-06-23 00:58:10.0 +0900
+++ tomoe-0.6.0/debian/libtomoe0.install	2012-01-24 10:22:43.0 +0900
@@ -1,6 +1,11 @@
 /usr/lib/libtomoe.so.0
 /usr/lib/libtomoe.so.0.1.0
-/usr/lib/tomoe/
+/usr/lib/tomoe/module/dict/xml.so
+/usr/lib/tomoe/module/dict/xml.a
+/usr/lib/tomoe/module/dict/unihan.so
+/usr/lib/tomoe/module/dict/unihan.a
+/usr/lib/tomoe/module/recognizer/simple.a
+/usr/lib/tomoe/module/recognizer/simple.so
 /usr/share/locale/
 /usr/share/tomoe/dict/
 /usr/share/tomoe/dict.dtd
diff -Nru tomoe-0.6.0/debian/patches/debian-changes-0.6.0-1 tomoe-0.6.0/debian/patches/debian-changes-0.6.0-1
--- tomoe-0.6.0/debian/patches/debian-changes-0.6.0-1	2010-05-12 16:53:13.0 +0900
+++ tomoe-0.6.0/debian/patches/debian-changes-0.6.0-1	1970-01-01 09:00:00.0 +0900
@@ -1,132 +0,0 @@
-Description: Upstream changes introduced in version 0.6.0-1
- This patch has been created by dpkg-source during the package build.
- Here's the last changelog entry, hopefully it gives details on why
- those changes were made:
- .
- tomoe (0.6.0-1) unstable; urgency=low
- .
-   * Initial release (Closes: #463666).
- .
- The person named in the Author field signed this changelog entry.
-Author: NIIBE Yutaka 
-Bug-Debian: http://bugs.debian.org/463666
-

-The information above should follow the Patch Tagging Guidelines, please
-checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
-are templates for supplementary fields that you might want to add:
-
-Origin: , 
-Bug: 
-Bug-Debian: http://bugs.debian.org/
-Forwarded: 
-Reviewed-By: 
-Last-Update: 
-
 /dev/null
-+++ tomoe-0.6.0/test/python/copy-test.xml
-@@ -0,0 +1,49 @@
-+
-+
-+
-+  
-+池
-+
-+  タ
-+  チ
-+  いけ
-+  あんのうん
-+
-+6
-+
-+  
-+
-+
-+  
-+  
-+
-+
-+  
-+  
-+
-+
-+  
-+  
-+
-+
-+
-+  
-+  
-+
-+
-+  
-+  
-+
-+
-+
-+
-+  
-+
-+
-+  35-51
-+  6c60
-+  2
-+  pond, cistern, pool, reservoir
-+
-+  
-+
 /dev/null
-+++ tomoe-0.6.0/test/python/tomoe-test-xmldict.xml
-@@ -0,0 +1,52 @@
-+
-+
-+
-+  
-+地
-+  
-+  
-+池
-+
-+  タ
-+  チ
-+  いけ
-+  あんのうん
-+
-+6
-+
-+  
-+
-+
-+  
-+  
-+
-+
-+  
-+  
-+
-+
-+  
-+  
-+
-+
-+
-+  
-+  
-+
-+
-+  
-+  
-+
-+
-+
-+
-+  
-

Bug#656600: [broadcom-sta-source] doesn't compile on latest kernel

[Nobuhiro Iwamatsu]

tags 656600 patch
thanks

Hi,

I created a patch for debian package which revise this problem.
I attached.

I tested on latest sid/amd64, work fine.
Could you check and apply this patch?

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


broadcom-sta-5.100.82.112.debdiff
Description: Binary data

Bug#582189: Updating and maintaining barry in Debian / Ubuntu

[Chris Frey]

Hi Inrigeri,

Thanks very much for your feedback.  I have a few comments:


1) Version 0.18 is nearing readiness

I'm hoping to release 0.18, maybe mid-Feb.  There's a GUI in
development to make syncing with opensync easier as well.

It would be nice to have this coordinated with Debian packaging.


2) I've applied some of your changes to upstream's packaging too, thanks!

There are a couple of incompatabilities between upstream and
Debian's packaging.

Changelog:

The changelog needs to be kept up to date in Debian.  I've
tried to limit myself to just using my own entry at the top,
but I'm willing to find a better way to share that file if
downstream wants to work with me.

udev:

Also, I try to support old versions of Debian and Ubuntu...
the oldest that I support is Ubuntu 8.04 (LTS) and the latest
Debian stable.  Ubuntu 8.04 uses udev 117, which is the oldest
one I work with (even when taking Fedora 11 into account).
I notice that your packaging depends on >= 136.  I'm not sure if
there is a technical reason for this.


3) I rely a lot on the maintainers to funnel bug reports upstream to the
barry-devel mailing list.

Some bugs may be distro specific, and might only need a change
in the build scripts, but others like udev changes, I'd like to
hear about, and maybe fix upstream if it makes sense.

So in that respect, a distro maintainer can save himself a lot
of time if he regularly pings me on the mailing list regarding
bug reports.  Please do!


4) Barry library version numbers

I've been pig-headed in the past about this, and that may be why
some of the Debian packaging has been so old.  I've since updated
my doc/VersionNotes file which explains my versioning plans.

Basically, if the library API / ABI changes, I bump the major
number, which wasn't always guaranteed in the past.  Version
0.18 is due to API changes, as well as lots of features.

The "0" is just a logical version.  The 18 is used as the library's
major version, and any other versions, such as 0.18.1 is the minor.

The binary packaging hasn't yet made the jump.  It still uses the
logical version "0" as part of the binary packaging name.
i.e. libbarry0.  But it could just as well be libbarry18, and
would allow multiple versions of the library to be installed
at once.


5) I'm also working on a project called binary-meta.

I'm slowly working on opensync integration with Barry, as well
as general opensync functionality.  I want to see opensync 0.4x
released, and I need testers to help with that.  To that end,
I've created binary-meta, which I'm using to help create binary
packages for both opensync and Barry, as one harmonious system.

The binary-meta tree is just a git repo, that uses git submodules
to pull in git repositories of the opensync library, the supported
opensync plugins, and Barry, with a top level makefile that
supports building the whole thing without installing anything
along the way.  This makes it easy for end users to create
binary packages to test with, as well as for me to create an
apt-get repo for users.  This is my plan for the upcoming version
0.18.

But there's no reason that Debian can't take advantage of this
work as well.  Latest opensync development sources, which I'm
maintaining, are in git repositories.

I'd be happy to work with a maintainer who is interested in
trying any of this out.


6) Me as a Debian maintainer

I suppose this would make some sense, but if there are others
who are willing to volunteer, I would be very happy to work with
them.  I try to be as responsive as possible to any Barry emails,
whether direct or via the barry-devel mailing list.


7) Specific responses:

> Additionally, I think the new upstream release may also fix the
> following issues, although I've not checked in details:
> 
>   * Debian bug #600469: No mount possible due to 10-blackberry.rules

Yes, there were USB claim changes made.  I would highly encourage
trying 0.17 or the upcoming 0.18.  Either should fix this.  I haven't
heard of a USB claim error in a long time.


>   * Debian bug #582195: Cannot backup content as a regular user
> (permissions issue)

If udev is working, this bug won't show up.  Again 0.17 / 0.18 should
have this fixed.  But he makes a good point about a user-friendly
error message.  I've added it to my todo list to double check this.


> However, on the short run, a few other problems would need fixing to
> get things up-to-date with current packaging standards:
> 
>   * deprecated debhelper compatibility level (4)
> At least t

Bug#657104: opticalraytracer: FTBFS in a clean schroot

[Mathieu Trudel-Lapierre]

Package: opticalraytracer
Version: 3.2-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Dear Maintainer,

opticalraytracer fails to build in a clean schroot. Since the build process
removes build.xml, there is then no rule file to build the binaries. See the
build logs in Ubuntu:

https://launchpadlibrarian.net/88517645/buildlog_ubuntu-precise-i386.opticalraytracer_3.2-1_FAILEDTOBUILD.txt.gz

This happens to work when just debuild is called because dpkg-source then
re-patches in build.xml just before getting to the debian/rules build target,
which does not happen in a schroot:

dpkg-source: info: mise en place de build-xml.patch
dpkg-source: info: mise en place de jar-path.patch
dpkg-source: info: mise en place de disable-ant-propertyfile.patch
dpkg-source: info: construction de opticalraytracer à partir de 
./opticalraytracer_3.2.orig.tar.gz
dpkg-source: info: construction de opticalraytracer dans 
opticalraytracer_3.2-1ubuntu1.debian.tar.gz
dpkg-source: info: construction de opticalraytracer dans 
opticalraytracer_3.2-1ubuntu1.dsc
 debian/rules build

A simple fix to this is to have build require the patch target so that build.xml
is added back in again.

Thanks for considering the attached patch.

I've also noticed ant clean gets called at least twice when starting the build
process, I think it might be possible to simplify things to make it unnecessary
to unpatch and repatch (especially given that format 3.0 (quilt) is used).


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

Kernel: Linux 3.2.0-9-generic (SMP w/4 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/changelog'

=== modified file 'debian/rules'
--- debian/rules	2011-12-09 20:23:33 +
+++ debian/rules	2012-01-24 01:40:22 +
@@ -45,7 +45,7 @@
 	dh_testdir
 	touch configure-stamp
 
-build: build-stamp
+build: build-stamp patch
 
 build-stamp: configure-stamp  $(QUILT_STAMPFN)
 		dh_testdir

Bug#656643: Hardened build flags

[Rene Engelhard]

tag 656643 - patch
thanks

Hi,

On Fri, Jan 20, 2012 at 06:32:16PM +0100, Moritz Muehlenhoff wrote:
> attached you can find a patch against libreoffice from experimental
> to enable dpkg-buildflags for libreoffice (enabling hardened build 
> flags for Wheezy).
[...]
> I haven't had a chance to compile libreoffice with that patch,
> I'll give it a shot in the next days.

Just tried.
Sorry, doesn't work...

> diff -aur libreoffice-3.5.0~beta2.orig/debian/rules 
> libreoffice-3.5.0~beta2/debian/rules
> --- libreoffice-3.5.0~beta2.orig/debian/rules 2011-12-30 00:12:06.0 
> +0100
> +++ libreoffice-3.5.0~beta2/debian/rules  2012-01-16 11:33:37.694562649 
> +0100
> @@ -592,6 +592,13 @@
>   DBG_DBG_SUGGESTS+= , libc6.1-dbg [alpha ia64], libc0.1-dbg 
> [kfreebsd-i386 kfreebsd-amd64], libc0.3-dbg [hurd-i386], libc6-dbg [!ia64 
> !alpha !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libatk1.0-dbg, 
> libglib2.0-0-dbg, libgnomevfs2-0-dbg, libstdc++6-$(SYSTEM_GCC_VERSION)-dbg, 
> libx11-6-dbg, libxext6-dbg, libxaw7-dbg, libxml2-dbg, libgtk2.0-0-dbg, 
> libxau6-dbg, libice6-dbg, libsm6-dbg, libxinerama1-dbg, libfontconfig1-dbg, 
> libhunspell-$(shell pkg-config --modversion hunspell | cut -d. -f1,2)-0-dbg, 
> libcurl4-dbg
>  endif
>  # Small symbols?
> +CFLAGS = `dpkg-buildflags --get CFLAGS`
> +CXXFLAGS = `dpkg-buildflags --get CXXFLAGS`
> +LDFLAGS = `dpkg-buildflags --get LDFLAGS`
> +CPPFLAGS = `dpkg-buildflags --get CPPFLAGS`
> +export CPPFLAGS
> +export LDFLAGS
> +

This breaks configure as configure then tries to check for
x86_64-linux-gnu `dpkg-buildflags --get CFLAGS` `dpkg-buildflags --get CXXFLAGS`
(literally) and fails...

$(shell works around that and it seems to have effect there

>  ifeq "$(SMALL_SYMBOLS)" "y"
>   CONFIGURE_FLAGS += --enable-symbols=SMALL
>   CFLAGS := $(shell echo $(CFLAGS) | sed -e "s/-g/-g1/")
> @@ -1560,7 +1567,7 @@
>  $(STAMP_DIR)/build: config.status
>   dh_testdir
>  
> - PATH=$(BUILD_PATH) LD_LIBRARY_PATH=$(BUILD_LD_LIBRARY_PATH) 
> DEFAULT_TO_ENGLISH_FOR_PACKING=1 ARCH_FLAGS=$(ARCH_FLAGS) TMP=`mktemp -q -d` 
> CFLAGS="$(CFLAGS)" CXXFLAGS="$(CXXFLAGS)" $(MAKE) build
> + PATH=$(BUILD_PATH) LD_LIBRARY_PATH=$(BUILD_LD_LIBRARY_PATH) 
> DEFAULT_TO_ENGLISH_FOR_PACKING=1 ARCH_FLAGS=$(ARCH_FLAGS) TMP=`mktemp -q -d` 
> CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)" CFLAGS="$(CFLAGS)" 
> CXXFLAGS="$(CXXFLAGS)" $(MAKE) build

... but not here. Maybe one can whack that all into $(ARCH_FLAGS) if something 
else
in the build process would not mind unused/needed options...

Regards,

Rene



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

Bug#657100: Please add a sponsorship-requests pseudo-package

[Michael Gilbert]

As for the usertag names, I came up with the following when writing
support for this into reportbug:

'new':  "a sponsorship request for a brand new package",
'update':   "a sponsorship request for an update to a
package you've gotten sponsored and uploaded previously",
'release-critical': "a sponsorship request for a package
fixing a release-critical bug",
'proposed-update':  "a sponsorship request for a
proposed-update to stable/oldstable",
'nmu':  "a sponsorship request for a
non-maintainer upload to unstable",
'security': "a sponsorship request for a package
fixing a security issue",
'backport': "a sponsorship request for a backport to
stable/oldstable",
'other' :   "none of the other options",

I'm not sure if that is as comprehensive as it could be, so I'm
certainly open to suggestions.

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#657100: Please add a sponsorship-requests pseudo-package

[Michael Gilbert]

On Mon, Jan 23, 2012 at 8:07 PM, Don Armstrong wrote:
> On Tue, 24 Jan 2012, Arno Töll wrote:
>> Hence, please add a "sponsorship-requests" pseudo-package with
>> debian-ment...@lists.debian.org as a package owner and we can get started.

This seems like a good name to me as well.

> I still need the text of the explanation of what the pseudopackage is
> for. See http://www.debian.org/Bugs/pseudo-packages for an example.

Would something as simple as "Requests for package review and
sponsorship" be appropriate?

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#657103: rkhunter: Invalid BINDIR configuration option: Invalid directory found: ~/bin

[Jesse Molina]

Package: rkhunter
Version: 1.3.8-10
Severity: grave
Justification: renders package unusable



When doing "sudo rkhunter --propupd", error;
Invalid BINDIR configuration option: Invalid directory found: ~/bin

Both the user and root user have ~/bin in their $PATH, which seems to trigger 
the issue.

Note that;

-->egrep "^BINDIR" /etc/rkhunter.conf
BINDIR="/bin /usr/bin /sbin /usr/sbin /usr/local/bin /usr/local/sbin 
/usr/libexec /usr/local/libexec"

But, it complains and fails anyway.

Madness.

Additional opinionated dribble:  At this point, the package, which offers 
limited value to me anyway, becomes too much trouble to be worth configuring so 
I'll just not deal with it.  If the designer wishes for a security package like 
this to be effective, it needs to be useful in it's default configuration so 
that minimal manual intervention is required to do the job.



-- System Information:
Debian Release: wheezy/sid
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.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 rkhunter depends on:
ii  binutils  2.21.90.20111025-1 GNU assembler, linker and binary u
ii  debconf [debconf-2.0] 1.5.41 Debian configuration management sy
ii  file  5.09-2 Determines file type using "magic"
ii  net-tools 1.60-24.1  The NET-3 networking toolkit
ii  perl  5.14.2-5   Larry Wall's Practical Extraction 
ii  ucf   3.0025+nmu2Update Configuration File: preserv

Versions of packages rkhunter recommends:
ii  courier-mta [mail-transpo 0.66.3-1+b1Courier mail server - ESMTP daemon
ii  curl  7.21.7-3   Get a file from an HTTP, HTTPS or 
ii  elinks0.12~pre5-5+b1 advanced text-mode WWW browser
ii  iproute   20110629-1 networking and traffic control too
ii  links 2.3-1  Web browser running in text mode
ii  lsof  4.81.dfsg.1-1  List open files
ii  lynx  2.8.8dev.9-2   Text-mode WWW Browser (transitiona
ii  unhide20110113-3 Forensic tool to find hidden proce
ii  wget  1.13.4-1   retrieves files from the web

Versions of packages rkhunter suggests:
ii  heirloom-mailx [mailx]12.5-1 feature-rich BSD mail(1)
pn  libdigest-whirlpool-perl   (no description available)
ii  liburi-perl   1.59-1 module to manipulate and access UR
ii  libwww-perl   6.03-1 simple and consistent interface to
pn  powermgmt-base (no description available)
pn  tripwire   (no description available)

-- Configuration Files:
/etc/rkhunter.conf changed:
ROTATE_MIRRORS=1
UPDATE_MIRRORS=1
MIRRORS_MODE=0
MAIL-ON-WARNING=""
MAIL_CMD=mail -s "[rkhunter] Warnings found for ${HOST_NAME}"
TMPDIR=/var/lib/rkhunter/tmp
DBDIR=/var/lib/rkhunter/db
SCRIPTDIR=/usr/share/rkhunter/scripts
BINDIR="/bin /usr/bin /sbin /usr/sbin /usr/local/bin /usr/local/sbin 
/usr/libexec /usr/local/libexec"
UPDATE_LANG=""
LOGFILE=/var/log/rkhunter.log
APPEND_LOG=0
COPY_LOG_ON_ERROR=0
COLOR_SET2=0
AUTO_X_DETECT=1
WHITELISTED_IS_WHITE=0
ALLOW_SSH_ROOT_USER=no
ALLOW_SSH_PROT_V1=0
ENABLE_TESTS="all"
DISABLE_TESTS="suspscan hidden_procs deleted_files packet_cap_apps apps"
SCRIPTWHITELIST=/bin/egrep
SCRIPTWHITELIST=/bin/fgrep
SCRIPTWHITELIST=/bin/which
SCRIPTWHITELIST=/usr/bin/groups
SCRIPTWHITELIST=/usr/bin/ldd
SCRIPTWHITELIST=/usr/bin/lwp-request
SCRIPTWHITELIST=/usr/sbin/adduser
SCRIPTWHITELIST=/usr/sbin/prelink
IMMUTABLE_SET=0
PHALANX2_DIRTEST=0
ALLOW_SYSLOG_REMOTE_LOGGING=0
SUSPSCAN_TEMP=/dev/shm
SUSPSCAN_MAXSIZE=1024
SUSPSCAN_THRESH=200
USE_LOCKING=0
LOCK_TIMEOUT=300
SHOW_LOCK_MSGS=1
DISABLE_UNHIDE=1
INSTALLDIR="/usr"


-- debconf information:
  rkhunter/apt_autogen:
  rkhunter/cron_daily_run: no
  rkhunter/cron_db_update: yes



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

Bug#632723: An alternative patch

[Andrew Kirkpatrick]

Hi,

I ran into the same issue and felt that the use-ipv6.pl script as it 
stands is too simple. Another server is listening on port 80 for both 
ipv4 and ipv6, so I wanted to move lighttpd to another port with minimal 
fuss but found a bit of a rabbit hole instead.


My patch to use-ipv6.pl checks for the existence of a file named 
ipv6.conf in the lighttpd config dir (lets say /etc/lighttpd/), and if 
it exists to return the line:


include "/etc/lighttpd/ipv6.conf"

Otherwise, it goes with the default string as before. It might be nice 
to include that file in the package so it is clearer to the hapless user 
where to change ipv6 specific configuration.


This way less knowledge of this obscure part of the lighttpd 
configuration is required to get up and running.


The script uses File::Spec which has been in perl-base for a long time. 
It also uses the -l command-line switch and looks for the lighttpd 
config dir on the command line in keeping with the style in 
include-conf-enabled.pl.


I hope this approach is less hackish and more appropriate.

Cheers,
--
Andrew Kirkpatrick
Web Application Programmer, Online Media Team
Department of Marketing and Strategic Communications
The University of Adelaide, CRICOS Provider Number 00123M
Work Requests: http://www.adelaide.edu.au/webguide/request.html

Sufficiently advanced political correctness is indistinguishable from
sarcasm.

 -- Erik Naggum

---
This email message is intended only for the addressee(s)
and contains information that may be confidential and/or
copyright.  If you are not the intended recipient please
notify the sender by reply email and immediately delete
this email. Use, disclosure or reproduction of this email
by anyone other than the intended recipient(s) is strictly
prohibited. No representation is made that this email or
any attachments are free of viruses. Virus scanning is
recommended and is the responsibility of the recipient.
--- use-ipv6.pl.orig2012-01-24 09:41:22.0 +1030
+++ use-ipv6.pl 2012-01-24 11:25:32.0 +1030
@@ -1,8 +1,17 @@
-#! /usr/bin/perl -w
+#! /usr/bin/perl -wl
 
+use strict;
 use Socket;
+use File::Spec;
+
+my $confdir = shift || "/etc/lighttpd/";
+my $ipv6_conf = File::Spec->catfile($confdir, "ipv6.conf");
 my $sock;
 
 if (socket($sock, AF_INET6, SOCK_STREAM, 0)) {
-print qq/\$SERVER["socket"] == "[::]:80" { }\n/;
+if (-f $ipv6_conf) {
+   print qq/include "$ipv6_conf"/;
+} else {
+   print qq/\$SERVER["socket"] == "[::]:80" { }/;
+}
 }

Bug#657102: texmacs: "Old Style" Look and Feel missing from latest texmacs incarnation

[Stephen Crowley]

Package: texmacs
Version: 1:1.0.7.14-1
Severity: normal

Dear texmacs Maintainer,
The documentation for texmacs states "You may choose between several ``look and
feels'' for the keyboard behaviour Preferences|Look and feel. The default is
"Emacs", but you may choose "Old style" if you want to keep the behaviour to
which you may be used now." I looked in the Look and Feel menu, "Old Style"
does not exist.

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

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

Versions of packages texmacs depends on:
ii  findutils4.4.2-4
ii  ghostscript-x9.04~dfsg-3
ii  groff1.21-6
ii  guile-1.8-libs   1.8.8+1-6
ii  libc62.13-24
ii  libfreetype6 2.4.8-1
ii  libgcc1  1:4.6.2-11
ii  libgmp10 2:5.0.2+dfsg-2
ii  libltdl7 2.4.2-1
ii  libqtcore4   4:4.7.3-5
ii  libqtgui44:4.7.3-5
ii  libstdc++6   4.6.2-11
ii  locate   4.4.2-4
ii  texlive-base 2009-15
ii  texlive-extra-utils  2009-10
ii  texlive-font-utils   2009-10
ii  texlive-math-extra   2009-10
ii  texmacs-common   1:1.0.7.14-1
ii  x11-apps 7.6+5
ii  x11-session-utils7.6+2
ii  x11-utils7.6+4
ii  zlib1g   1:1.2.3.4.dfsg-3

Versions of packages texmacs recommends:
ii  imagemagick8:6.6.9.7-5+b2
ii  ispell 3.3.02-5
ii  libjpeg-progs  8c-2
ii  librsvg2-bin   2.34.2-2
ii  libtiff-tools  3.9.5-2
ii  netpbm 2:10.0-15
ii  xfig   1:3.2.5.b-2

Versions of packages texmacs suggests:
ii  python  2.7.2-9
ii  wget1.13.4-2



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

Bug#657100: Please add a sponsorship-requests pseudo-package

[Don Armstrong]

On Tue, 24 Jan 2012, Arno Töll wrote:
> Hence, please add a "sponsorship-requests" pseudo-package with
> debian-ment...@lists.debian.org as a package owner and we can get started.

I still need the text of the explanation of what the pseudopackage is
for. See http://www.debian.org/Bugs/pseudo-packages for an example.


Don Armstrong

-- 
If you find it impossible to believe that the universe didn't have a
creator, why don't you find it impossible that your creator didn't
have one either?
 -- Anonymous Coward http://slashdot.org/comments.pl?sid=167556&cid=13970629

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#637066: Processed: retitle 642371 to Should this package be removed?, retitle 637066 to Should this package be removed?

[Dale Amon]

On Mon, Jan 23, 2012 at 10:27:22PM +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
> > retitle 642371 Should this package be removed?
> Bug #642371 [src:scim-bridge] RM: scim-bridge -- ROM; dead upstream, 
> unmaintained, RC bugs, unfit for KDE4/QT4
> Changed Bug title to 'Should this package be removed?' from 'RM: scim-bridge 
> -- ROM; dead upstream, unmaintained, RC bugs, unfit for KDE4/QT4'
> > retitle 637066 Should this package be removed?
> Bug #637066 [src:gramofile] RM: gramofile -- RoM; unmaintained upstream, low 
> popcon
> Changed Bug title to 'Should this package be removed?' from 'RM: gramofile -- 
> RoM; unmaintained upstream, low popcon'
> > thanks
> Stopping processing here.
> 
> Please contact me if you need assistance.
> -- 
> 637066: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637066
> 642371: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642371
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

Answer to topic: NO Unless someone intends to write new software
to parse tapes and record tracks into individual wav files...





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

Bug#657101: /etc/init.d/pxe stop can hang

[Russell Stuart]

Package: pxe
Version: 1.4.2-7
Severity: normal
Tags: patch


"/etc/init.d/pxe stop" loops, waiting for pxe.pid to disappear before exiting.  
On my system /usr/sbin/pxe died for some reason, leaving around a stale
/var/run/pxe/pxe.pid.  That causes /etc/init.d/pxe to loop indefinitely.
/etc/init.d scripts that loop can have a variety of nasty side effects, like
preventing the system from shutting down cleanly and causing logrotate to fail.

A simple fix it to make the wait_no_pid() in /etc/init.d/pxe check to
see if /var/run/pxe/pxe.pid is stale, and remove it if it is.  Here is
a new version of wait_no_pid() to do that.  Replacing the existing
wait_no_pid() in /etc/init.d/pxe with this version will resolve this bug
report.


  wait_no_pid()
  {
  local pid=$(cat "${PID}" 2>/dev/null) || return 0
  local exe=$(readlink "/proc/${pid}/exe" 2>/dev/null) || :
  while [ "${exe}" = "${DAEMON}" ]
  do
  sleep 1
  pid=$(cat "${PID}" 2>/dev/null) || return 0
  exe=$(readlink "/proc/${pid}/exe" 2>/dev/null) || :
  done
  rm -f "${PID}"
  }


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

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

Versions of packages pxe depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3

Versions of packages pxe recommends:
ii  atftpd  0.7.dfsg-9.1 advanced TFTP server
ii  dhcp3-server4.1.1-P1-15+squeeze3 ISC DHCP server (transitional pack
ii  isc-dhcp-server [dh 4.1.1-P1-15+squeeze3 ISC DHCP server for automatic IP a
ii  syslinux2:4.02+dfsg-7collection of boot loaders

pxe suggests no packages.

-- Configuration Files:
/etc/init.d/pxe changed [not included]

-- 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#654708: backupninja rsync handler bugs

[intrigeri]

Hi Paul and rhatto,

We now have two bugs that, it seems, were only partially or wrongly
fixed upstream: #654192 and #654708.

Suggesting Paul to cherry-pick this or that isolated patch was not
sufficient. Therefore, as an attempt to clear any confusion and allow
me to report clear facts to the rsync handler upstream author (rhatto,
Cc'd):

Paul, could you please try running the rsync handler from upstream Git
(at commit 8a794ac) on top of your backupninja 0.9.10-1 installation?

Just replace @SED@ with /bin/sed all over the file, rename it to
"rsync", and install where appropriate:

https://labs.riseup.net/code/projects/backupninja/repository/revisions/dcabf4fe4ee96b8c201c48e5e42e6e07f53f1a06/raw/handlers/rsync.in

Thanks a lot for your collaboration.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
  | We're dreaming of something else.
  | Something more clandestine, something happier.



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

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

[Antonio Valentino]

Hi Sandro,

Il 23/01/2012 23:48, Sandro Tosi ha scritto:
> Source: pytables
> Version: 2.3.1-1
> Severity: important
> 
> Hello,
> in #590761 was requested to start using dh_numpy to easy numpy transition, but
> with the last upload, the dh_numpy call was removed, adding a static depends 
> on
> python-numpy. that will generate several troubles when preparing transitions 
> for
> newer numpy releases.
> 
> Please reintroduce dh_numpy in the build chain.
> 

Sorry Sandro, I started working on this package only recently and I was
not aware of dh_numpy.

If my understanding is correct the dh sequencer does not call dh_numpy
automatically so we should call it explicitly

--- a/debian/rules
+++ b/debian/rules
@@ -36,6 +36,7 @@ override_dh_compress:

 override_dh_auto_install:
dh_auto_install
+   dh_numpy --strict
 ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS)))
set -e; \
for v in $(PYVERS); do \


is it correct?

> The real reason I was filing this bug (before the discovery of dh_numpy call
> removal) was to ask, following #643873 discussion, if you could start calling
> dh_numpy with '--strict' argument (but that requires a compat version <<8 
> which
> was just bumped in the last upload).
> 
> That would help us prepare smoother numpy transitions using a reworked 
> dh_numpy,
> and so the introduction of '--strict' option on your side will avoid another
> block on our side when we'll be ready to go.
> 
> Do you think it's something doable?
> 
> Regards,
> Sandro
> 

We mainly depend on debheper >=8.1 in order to get a better support for
for sphinx doc.
I suppose we can go back to a compat version <<8 without too much pain.

I will try to fix it ASAP


best regards

-- 
Antonio Valentino



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

Bug#657084: gnome-applets: None of the applets work in Gnome 3.

[Michael Biebl]

On 24.01.2012 01:27, Dominique Brazziel wrote:
> What is a GNOME classic section?  Is that 'fallback mode'?

I said "session". And yes, it's the same as fallback mode.



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



signature.asc
Description: OpenPGP digital signature

Bug#657100: Please add a sponsorship-requests pseudo-package

[Arno Töll]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: bugs.debian.org
Severity: wishlist

Hello,

as we seem to have reached general consensus about the approach to
handle sponsor requests in the BTS. The last thing subject to discussion
is the name of the pseudo-package to agree upon.

Zack made a good suggestion to me, which I proposed to people interested
in this discussion, and we all seemed to agree that
"sponsorship-requests" is a good name for the pseudo-package, letting
alone the mentors.debian.net -> .org discussion entirely.

For the record: The related thread started in [1] and in a IRC
discussion with don we (ansgar, gregoa, jwilk, bremner, paultag, myself)
seemed to agree to this name proposal.

Hence, please add a "sponsorship-requests" pseudo-package with
debian-ment...@lists.debian.org as a package owner and we can get started.


[1] http://lists.debian.org/debian-mentors/2012/01/msg00365.html
- -- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPHfpSAAoJEMcrUe6dgPNtrDsQAKC5l9gcrJOWs+XYm22B7Qu/
OUByldrHbz6A2pWL31RKHVqNG2ybwlqTQK+BuSZ42Ybh5hTXuLSilZzv6x3Upayu
2GDd1ChvTmVdS1AluaHSpSbrEKkOfRREljmfsLmJVpmGAM9HDFJ6NoXnFzXdsXdf
aoWhVh0jnMCvCI+MTcyMzDxGosHT56yPM4WmS/jHsnleg45gW6HbF12ZQOAok8uB
LnGmsDVmPqO5ssorMDv4zWxCZe57l5STRmrVr5UYNqCh1gFT9Du9AcYLAqPgkBqF
XAZoEJqYLovoKdXqnXfXYEfnZj4SFAVBt37/FQDR58wpIGgSvhRKbTRpPdKODuVr
2Q1U6CRYyRTMRRNouT06UFFgbo5jfDr88g1d4MFjQFxGlnpvDysVR4q4XQ1eTvL2
GleZ1xGHtcs2hiDtDYWHVjLyS80iSQU4OxfRGFGMciTaQ6OtoIN+e1sXr3YyqKNn
rjf4X8fXeYROlOCya0u+uRBPKYx5fuRbCKu4plGggBEL1VgP1xMpjquKv2l3StxF
V3oaNASaY8T36InQSnGwVaQ5GTfz4XmvQypqL4yAHqYX1EzbNCFsA9cV2meJYN6Z
oXVs1WyFZzSpFkudupF8T0oqJdx9uGl3HhRfx4/FpZzNq5k+PM4CTcDlvVBB83QL
5okOydvNxpKGL4srdQyq
=UqNj
-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#657098: [regression] bttv dvb_bt8xx bt878 hang on boot unless post: drm

[Jonathan Nieder]

Hi,

Harry Coin wrote:

> I first saw this problem after a routine synaptic update to the latest linux 
> version in 
> squeeze.

What were the Linux versions before and after?  (/var/log/dpkg.log*
might help.)

>Creating the file 
> /etc/modprobe.d/bttv.conf
> with this content:
>
> softdep bttv post: drm
> softdep bt878 post: drm
>
> then update-grub2
> resolves the problem.   HTH!
[...]
> ** Tainted: P (1)
>  * Proprietary module has been loaded.

Please test without the nvidia driver.  If it works, we can pass it to
the nvidia driver maintainers, and otherwise, we will be in much
better shape to investigate this or get help from upstream.

Thanks and hope that helps,
Jonathan



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

Bug#654898: backupninja: Would have periodic reporting/backup checks mechanism

[intrigeri]

Hi,

Olivier Berger wrote (06 Jan 2012 16:38:43 GMT) :
> I think it'd be great to have a feature added to backupninja so that
> it periodically can perform reports on status of destination backup
> spaces and/or perform checks on the backups

For sure this would be helpful. Good enough patches are welcome.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
  | The impossible just takes a bit longer.



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

Bug#657099: Updated greek translation for apt-build

[Thomas Vasileiou]

Package: apt-build
Version: 0.9.1
Severity: wishlist

Hi

This is the updated greek translation for the package.


Cheers
Thomas




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

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# translation of apt-build_0.9.1_el.po to Greek
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#  Νίκος Νύκταρης (Nick Niktaris)  , 2004.
# Konstantinos Margaritis , 2004.
# Thomas Vasileiou , 2012
#
msgid ""
msgstr ""
"Project-Id-Version: apt-build_0.9.1_el\n"
"Report-Msgid-Bugs-To: a...@debian.org\n"
"POT-Creation-Date: 2006-08-12 11:31+0200\n"
"PO-Revision-Date: 2012-01-24 01:59+0200\n"
"Last-Translator: Thomas Vasileiou \n"
"Language-Team: Greek \n"
"Language: el\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.0.2\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Directory used by apt-build to download and build packages:"
msgstr "Κατάλογος όπου θα γίνεται η μεταφόρτωση και δημιουργία των πακέτων από 
το apt-build;"

#. Type: string
#. Description
#: ../templates:2001
msgid "Directory used to store packages built by apt-build:"
msgstr "Κατάλογος όπου θα αποθηκευτούν τα πακέτα που δημιουργήθηκαν από το 
apt-build:"

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Add apt-build repository to sources.list?"
msgstr "Θέλετε να προστεθεί το apt-build ως καταχώρηση στο αρχείο πηγών 
sources.list;"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"In order to install built package via APT, you must add a line like this to 
your sources.list:\n"
"  deb file:${repo} apt-build main"
msgstr ""
"Για να μπορείτε να εγκαθιστάτε πακέτα μέσω του apt θα πρέπει να προσθέσετε μια 
γραμμή όπως την παρακάτω στο αρχείο sources.list:\n"
"  deb file:${repo} apt-build main"

#. Type: select
#. Choices
#: ../templates:4001
msgid "Light, Medium, Strong"
msgstr "Χαμηλό, Μέτριο, Υψηλό"

#. Type: select
#. Description
#: ../templates:4002
msgid "Optimization level:"
msgstr "Επίπεδο βελτιστοποίησης:"

#. Type: select
#. Description
#: ../templates:4002
msgid "These are equivalent to -O1, -O2 and -O3. Optimization level is time 
dependant. The higher optimization level you choose, more time will be required 
for compiling, but the faster your programs will be. Warning: Strong 
optimization may lead to stability problems."
msgstr "Αυτά είναι ισοδύναμα του -O1, -O2 και -O3. Το επίπεδο βελτιστοποίησης 
εξαρτάται από το χρόνο - για την ακρίβεια, όσο αυξάνετε το επίπεδο 
βελτιστοποίησης τόσο μεγαλύτερος θα είναι ο χρόνος μεταγλώττισης του αρχείου 
αλλά τόσο ταχύτερα θα είναι τα προγράμματά σας. Προσοχή: Η ισχυρή 
βελτιστοποίηση μπορεί να οδηγήσει σε προβλήματα σταθερότητας."

#. Type: select
#. Description
#. Type: select
#. Description
#. Type: select
#. Description
#. Type: select
#. Description
#. Type: select
#. Description
#. Type: select
#. Description
#: ../templates:5001
#: ../templates:6001
#: ../templates:7001
#: ../templates:8001
#: ../templates:9001
#: ../templates:10001
msgid "Architecture:"
msgstr "Αρχιτεκτονική: "

#. Type: select
#. Description
#. Type: select
#. Description
#. Type: select
#. Description
#. Type: select
#. Description
#. Type: select
#. Description
#. Type: select
#. Description
#: ../templates:5001
#: ../templates:6001
#: ../templates:7001
#: ../templates:8001
#: ../templates:9001
#: ../templates:10001
msgid "If your architecture is not here, choose one and edit your configuration 
file (/etc/apt/apt-build.conf) by hand, and please do a wishlist bugreport."
msgstr "Αν η αρχιτεκτονική σας δεν εμφανίζεται, επιλέξτε μια και επεξεργαστείτε 
το αρχείο ρυθμίσεων (/etc/apt/apt-build.conf) χειροκίνητα και σας παρακαλούμε 
να συμπληρώσετε μια αναφορά σφάλματος. (ως wishlist)"

#. Type: string
#. Description
#: ../templates:11001
msgid "Options to add to gcc:"
msgstr "Ποίες επιλογές θέλετε να προσθέσετε στο gcc;"

#. Type: string
#. Description
#: ../templates:12001
msgid "Options to add to make:"
msgstr "Επιλογές που θα προστεθούν στο make:"

#~ msgid ""
#~ "If your architecture is not here, choose one and edit your configuration "
#~ "file (/etc/apt/apt-build.conf) by hand, and please do a bugreport. "
#~ "(wishlist)"
#~ msgstr ""
#~ "Αν η αρχιτεκτονική σας δεν εμφανίζεται, επιλέξτε μια και επεξεργαστείτε "
#~ "το αρχείο

Bug#657084: gnome-applets: None of the applets work in Gnome 3.

[Michael Biebl]

On 24.01.2012 00:27, Dominique Brazziel wrote:
> Sorry if this doesn't show up in the bug report or is badly formatted
> if it does, when I tried to reply evolution core dumped instead of merely
> telling me I was offline.
> 
> I tried to start every applet from the command line and though they

From the command line???

applets are supposed to be embedded in the gnome-panel.

Make sure you are logged into a GNOME Classic session
Alt+Right click on the panel, choose "Add to panel..."
Add the applets you want.

I tested this, works fine.

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



signature.asc
Description: OpenPGP digital signature

Bug#657098: linux-image-2.6.32-5-686: bttv dvb_bt8xx bt878 hang on boot unless post: drm

[Harry Coin]

Package: linux-2.6
Version: 2.6.32-39squeeze1
Severity: important

At boot time, using a fresh install, the kernel pauses for a great while during 
boot
until finally displaying this message:
gave up waiting for init of module bttv

I first saw this problem after a routine synaptic update to the latest linux 
version in 
squeeze.  Something broke.  After much trial and error it appears to be some 
sort
of race condition to do with the drm driver.   Creating the file 
/etc/modprobe.d/bttv.conf
with this content:

softdep bttv post: drm
softdep bt878 post: drm

then update-grub2
resolves the problem.   HTH!

Harry Coin
 

-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-39squeeze1) (da...@debian.org) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 11 12:29:30 UTC 2012

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=1dc4aa1d-dfd7-4b81-85eb-0a6124a811b7 ro ipv6.disable=1

** Tainted: P (1)
 * Proprietary module has been loaded.

** Kernel log:
[   36.043365] bttv1: Bt878 (rev 17) at :05:0d.0, irq: 22, latency: 66, 
mmio: 0xc8502000
[   36.043542] bttv1: detected: DViCO FusionHDTV 5 Lite [card=135], PCI 
subsystem ID is 18ac:d500
[   36.043617] bttv1: using: DViCO FusionHDTV 5 Lite [card=135,autodetected]
[   36.043684] IRQ 22/bttv1: IRQF_DISABLED is not guaranteed on shared IRQs
[   36.043785] bttv1: gpio: en=, out= in=00ff [init]
[   36.043937] bttv1: tuner type=64
[   36.052729] bttv1: audio absent, no audio device found!
[   36.057359] tuner 1-0043: chip found @ 0x86 (bt878 #1 [sw])
[   36.057531] tda9887 1-0043: creating new instance
[   36.057596] tda9887 1-0043: tda988[5/6/7] found
[   36.061193] tuner 1-0061: chip found @ 0xc2 (bt878 #1 [sw])
[   36.061661] tuner-simple 1-0061: creating new instance
[   36.061728] tuner-simple 1-0061: type set to 64 (LG TDVS-H06xF)
[   36.062999] bttv1: registered device video1
[   36.063158] bttv1: registered device vbi1
[   36.064494] bttv1: add subdevice "dvb1"
[   36.451855] bt878: AUDIO driver version 0.0.0 loaded
[   36.451974] bt878: Bt878 AUDIO function found (0).
[   36.452105] bt878 :05:0a.1: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[   36.452183] bt878_probe: card id=[0xd50018ac],[ DViCO FusionHDTV 5 Lite ] 
has DVB functions.
[   36.452403] bt878(0): Bt878 (rev 17) at 05:0a.1, irq: 18, latency: 66, 
memory: 0xc8501000
[   36.452599] IRQ 18/bt878: IRQF_DISABLED is not guaranteed on shared IRQs
[   36.452955] bt878: Bt878 AUDIO function found (1).
[   36.453038] bt878 :05:0d.1: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[   36.453108] bt878_probe: card id=[0xd50018ac],[ DViCO FusionHDTV 5 Lite ] 
has DVB functions.
[   36.453193] bt878(1): Bt878 (rev 17) at 05:0d.1, irq: 22, latency: 66, 
memory: 0xc8503000
[   36.453670] IRQ 22/bt878: IRQF_DISABLED is not guaranteed on shared IRQs
[   36.758829] DVB: registering new adapter (bttv0)
[   37.017174] tuner-simple 0-0061: attaching existing instance
[   37.017252] tuner-simple 0-0061: type set to 64 (LG TDVS-H06xF)
[   37.017323] DVB: registering adapter 0 frontend 0 (LG Electronics LGDT3303 
VSB/QAM Frontend)...
[   37.018338] DVB: registering new adapter (bttv1)
[   37.229528] tuner-simple 1-0061: attaching existing instance
[   37.229601] tuner-simple 1-0061: type set to 64 (LG TDVS-H06xF)
[   37.229671] DVB: registering adapter 1 frontend 0 (LG Electronics LGDT3303 
VSB/QAM Frontend)...
[   37.308027] floppy0: no floppy controllers found
[   37.461405] md: md0 stopped.
[   37.465490] md: bind
[   37.490170] md: raid1 personality registered for level 1
[   37.490695] raid1: raid set md0 active with 1 out of 2 mirrors
[   37.490811] md0: detected capacity change from 0 to 9998098432
[   37.493653]  md0: unknown partition table
[   37.843255] Adding 4002808k swap on /dev/sda5.  Priority:-1 extents:1 
across:4002808k 
[   38.175697] EXT3 FS on sda1, internal journal
[   38.260247] loop: module loaded
[   39.967389] EXT4-fs (sdb2): mounted filesystem with ordered data mode
[   39.988910] EXT4-fs (sdc2): mounted filesystem with ordered data mode
[   40.077978] kjournald starting.  Commit interval 5 seconds
[   40.078217] EXT3 FS on sda7, internal journal
[   40.078335] EXT3-fs: mounted filesystem with ordered data mode.
[   40.183473] kjournald starting.  Commit interval 5 seconds
[   40.183714] EXT3 FS on sda6, internal journal
[   40.183832] EXT3-fs: mounted filesystem with ordered data mode.
[   40.208761] EXT4-fs (md0): mounted filesystem with ordered data mode
[   41.670287] fuse init (API version 7.13)
[   42.535357] RPC: Registered udp transport module.
[   42.535427] RPC: Registered tcp transport module.
[   42.535491] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   42.769204] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[   43.086381] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery 
directory
[   43.107350] NFSD: starting 90-second grace period
[   44.508389] tg3 :05:02.0: 

Bug#657081: audacious: FTBFS on hurd-i386

[Guillem Jover]

Hi!

On Mon, 2012-01-23 at 22:56:27 +0100, Svante Signell wrote:
> Package: audacious
> Version: 2.4.4-1
> Severity: important
> Tags: patch
> User: debian-h...@lists.debian.org
> Usertags: hurd

> diff -ur audacious-2.4.4/src/audacious/plugin-registry.c 
> audacious-2.4.4.modified/src/audacious/plugin-registry.c
> --- audacious-2.4.4/src/audacious/plugin-registry.c   2011-02-22 
> 18:29:02.0 +0100
> +++ audacious-2.4.4.modified/src/audacious/plugin-registry.c  2012-01-23 
> 22:08:59.0 +0100
> @@ -156,9 +156,16 @@
>  
>  static FILE * open_registry_file (const gchar * mode)
>  {
> -gchar path[PATH_MAX];
> -snprintf (path, sizeof path, "%s/" FILENAME, 
> aud_paths[BMP_PATH_USER_DIR]);
> -return fopen (path, mode);
> +FILE *file;
> +gchar *path = NULL;

There's no need to initialize path here, as it gets always assigned to
later on.

> +int len;
> +
> +len = strlen(FILENAME) + 1 + strlen(aud_paths[BMP_PATH_USER_DIR]) + 1;
> +path = g_malloc (len);
> +snprintf (path, len, "%s/" FILENAME, aud_paths[BMP_PATH_USER_DIR]);

Instead of this you can use the more compact and less error prone
g_strdup_printf() or g_strconcat().

> +file = fopen (path, mode);
> +g_free (path);
> +return file;
>  }

thanks,
guillem



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

Bug#657097: libcairo2: Evolution crash at startup (core dumped)

[Dominique Brazziel]

Package: libcairo2
Version: 1.10.2-6.2
Severity: normal

Dear Maintainer,

evolution
evolution-shell-Message: Network disconnected.  Forced offline.

(evolution:9620): GLib-GObject-WARNING **: g_object_notify: object class 
`EMailTabPicker' has no property named `enabled'

(evolution:9620): GLib-GObject-WARNING **: 
g_object_class_override_property: Can't find property to override for 
'EMailTab::containment-area'

(evolution:9620): GLib-GObject-WARNING **: 
/build/buildd-glib2.0_2.30.2-4-i386-4jiwMk/glib2.0-2.30.2/./gobject/gsignal.c:2295:
 signal `stylable-changed' is invalid for instance `0x9f18050'

(evolution:9620): GLib-GObject-WARNING **: 
/build/buildd-glib2.0_2.30.2-4-i386-4jiwMk/glib2.0-2.30.2/./gobject/gsignal.c:2295:
 signal `stylable-changed' is invalid for instance `0x9f18438'
OLD 0 new 0

(evolution:9620): Gtk-CRITICAL **: gtk_widget_realize: assertion 
`widget->priv->anchored || GTK_IS_INVISIBLE (widget)' failed

(evolution:9620): Gdk-CRITICAL **: gdk_offscreen_window_get_surface: 
assertion `GDK_IS_WINDOW (window)' failed
Segmentation fault (core dumped)


gdb /usr/bin/evolution ./core.evolution.12209 
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/evolution...Reading symbols from 
/usr/lib/debug/usr/bin/evolution...done.
done.
[New LWP 12209]
[New LWP 12211]
[New LWP 12210]
[New LWP 12216]
[New LWP 12213]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Core was generated by `evolution'.
Program terminated with signal 11, Segmentation fault.
#0  0xb6561ed1 in cairo_surface_get_type () from /usr/lib/libcairo.so.2
(gdb) bt
#0  0xb6561ed1 in cairo_surface_get_type () from /usr/lib/libcairo.so.2
#1  0xb6d0eeaf in ?? () from /usr/lib/libclutter-gtk-1.0.so.0
#2  0xb60788ec in g_cclosure_marshal_VOID__VOID () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#3  0xb6075e2d in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#4  0xb60773dc in g_closure_invoke () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#5  0xb6089fc8 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#6  0xb6092f17 in g_signal_emit_valist () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#7  0xb6093083 in g_signal_emit () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#8  0xb673715d in clutter_actor_realize () from 
/usr/lib/i386-linux-gnu/libclutter-glx-1.0.so.0
#9  0xb67368c4 in ?? () from /usr/lib/i386-linux-gnu/libclutter-glx-1.0.so.0
#10 0xb673784a in ?? () from /usr/lib/i386-linux-gnu/libclutter-glx-1.0.so.0
#11 0xb67264c3 in ?? () from /usr/lib/i386-linux-gnu/libclutter-glx-1.0.so.0
#12 0xb6736955 in ?? () from /usr/lib/i386-linux-gnu/libclutter-glx-1.0.so.0
#13 0xb671c153 in ?? () from /usr/lib/i386-linux-gnu/libclutter-glx-1.0.so.0
#14 0xb679241b in ?? () from /usr/lib/i386-linux-gnu/libclutter-glx-1.0.so.0
#15 0xb678ccdb in ?? () from /usr/lib/i386-linux-gnu/libclutter-glx-1.0.so.0
#16 0xb60788ec in g_cclosure_marshal_VOID__VOID () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#17 0xb6075e2d in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#18 0xb60773dc in g_closure_invoke () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#19 0xb6089947 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#20 0xb6092f17 in g_signal_emit_valist () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#21 0xb6093083 in g_signal_emit () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#22 0xb6733622 in clutter_actor_show () from 
/usr/lib/i386-linux-gnu/libclutter-glx-1.0.so.0
#23 0xb2d54467 in create_under_clutter (paned=0x8822970, widget=0x84c26b8) 
at e-mail-notebook-view.c:499
#24 mail_notebook_view_constructed (object=0x8822970) at 
e-mail-notebook-view.c:597
#25 0xb607dc32 in g_object_newv () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#26 0xb607e5c3 in g_object_new_valist () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#27 0xb607e820 in g_object_new () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#28 0xb2d5487b in e_mail_notebook_view_new (shell_view=0x881a260) at 
e-mail-notebook-view.c:1519
#29 0xb2ae3ccd in mail_shell_content_constructed (object=0x84b4d70) at 
e-mail-shell-content.c:190
#30 0xb607dc32 in g_object_newv () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#31 0xb607e5

Bug#656906: win32-loader: [INTL:sr@latin] Serbian Latin templates translation

[Karolina Kalic]

Hi Christian,

On Mon, Jan 23, 2012 at 07:15, Christian PERRIER  wrote:
> Quoting Karolina Kalic (karol...@resenje.org):
>
> We probably need to check a few things to be sure that the Latin
> version of Serbian can be supported in win32-loader as it indeed
> requires support of the language in Nsis installer.

I forgot to correct this in Serbian Latin version, when I finished the
translation. I'm sorry for this, it is because I use recode-sr-latin
for transferring Serbian translation from Cyrillic to Latin version
and everything is usually the same. I'll try to be more careful next
time. I'm attaching the correct version in this mail.

I also corrected this:

#. translate:
#. The nlf file for your language should be found in
#. /usr/share/nsis/Contrib/Language files/
#.
#: win32-loader.c:68
msgid "English.nlf"
msgstr "SerbianLatin.nlf"

Serbian.nlf to SerbianLatin.nlf, I checked, Serbian Latin is supported
by Nsis installer.

I'm just not sure about this:

#. translate:
#. This must be a valid string recognised by Nsis.  If your
#. language is not yet supported by Nsis, please translate the
#. missing Nsis part first.
#.
#: win32-loader.sh:36
#: win32-loader.c:39
msgid "LANG_ENGLISH"
msgstr "LANG_SERBIAN_LATIN"

It says that the string must be recognized by Nsis, but I couldn't
find any list of this, how it shoul be written, so help is welcome.

Greetings,
Karolina
# Serbian/Latin messages for win32-loader.
# Copyright (C) 2010 Software in the Public Interest, Inc.
# This file is distributed under the same license as the win32-loader package.
# Janos Guljas , 2010-2012.
# Karolina Kalic , 2010-2012.
#
msgid ""
msgstr ""
"Project-Id-Version: win32-loader 0.6.18\n"
"Report-Msgid-Bugs-To: win32-loa...@packages.debian.org\n"
"POT-Creation-Date: 2011-09-27 13:40+0200\n"
"PO-Revision-Date: 2012-01-22 20:16+0100\n"
"Last-Translator: Karolina Kalic \n"
"Language-Team: Serbian\n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. translate:
#. This must be a valid string recognised by Nsis.  If your
#. language is not yet supported by Nsis, please translate the
#. missing Nsis part first.
#.
#: win32-loader.sh:36
#: win32-loader.c:39
msgid "LANG_ENGLISH"
msgstr "LANG_SERBIAN_LATIN"

#. translate:
#. This must be the string used by GNU iconv to represent the charset used
#. by Windows for your language.  If you don't know, check
#. [wine]/tools/wmc/lang.c, or http://www.microsoft.com/globaldev/reference/WinCP.mspx
#.
#. IMPORTANT: In the rest of this file, only the subset of UTF-8 that can be
#. converted to this charset should be used.
#: win32-loader.sh:52
msgid "windows-1252"
msgstr "windows-1250"

#. translate:
#. Charset used by NTLDR in your localised version of Windows XP.  If you
#. don't know, maybe http://en.wikipedia.org/wiki/Code_page helps.
#: win32-loader.sh:57
msgid "cp437"
msgstr "cp852"

#. translate:
#. The name of your language _in English_ (must be restricted to ascii)
#: win32-loader.sh:67
msgid "English"
msgstr "Serbian(Latin)"

#. translate:
#. IMPORTANT: only the subset of UTF-8 that can be converted to NTLDR charset
#. (e.g. cp437) should be used in this string.  If you don't know which charset
#. applies, limit yourself to ascii. $target_distro; will be "Debian" and $kernel_name;
#. will be either "GNU/Linux", "GNU/kFreeBSD" or "GNU/Hurd" (in ASCII)
#: win32-loader.sh:82
#, sh-format
msgid "$target_distro $kernel_name - Continue with install process"
msgstr "$target_distro $kernel_name - Nastaviti sa instalacionim procesom"

#. translate:
#. IMPORTANT: only the subset of UTF-8 that can be converted to NTLDR charset
#. (e.g. cp437) should be used in this string.  If you don't know which charset
#. applies, limit yourself to ascii.
#: win32-loader.sh:88
msgid "PXE - Network boot"
msgstr "PXE - Network boot"

#. translate:
#. The nlf file for your language should be found in
#. /usr/share/nsis/Contrib/Language files/
#.
#: win32-loader.c:68
msgid "English.nlf"
msgstr "SerbianLatin.nlf"

#. translate:
#. This is the program name, that appears in the installer windows captions and in the Windows Uninstaller dialog.
#. Ampersands (&) are _forbidden_ in that string.
#.
#: win32-loader.c:75
msgid "Debian-Installer loader"
msgstr "Pokretački program Debian instalera"

#: win32-loader.c:76
msgid "Cannot find win32-loader.ini."
msgstr "Nije pronađen win32-loader.ini."

#: win32-loader.c:77
msgid "win32-loader.ini is incomplete.  Contact the provider of this medium."
msgstr "win32-loader.ini je nepotpun.  Kontaktirajte dobavljača ovog medijuma."

#: win32-loader.c:78
msgid "This program has detected that your keyboard type is \"$0\".  Is this correct?"
msgstr "Ovaj program je pronašao da je tip vaše tastature „$0“. Da li je ovo tačno?"

#: win32-loader.c:79
msgid ""
"Please send a bug report with the following information:\n"
"\n"
" - Version of Windows.\n"
" - Country settings.\n"
" - Real keyboard type.\n"
" - Detected keyboard typ

Bug#657096: src:shogun: Missing dependencies on shogun-csharp-modular package

[Jo Shields]

Package: src:shogun
Version: 1.1.0-3
Severity: normal
Tags: patch

Your source package is not correctly attaching dependencies to the shogun-
csharp-modular package. This is due to an unfortunate design flaw with the CDBS
build system you're using, which causes it to throw away all useful packaging
metadata across package lines in any package where both arch and arch-indep
packages are produced.

The attached patch tweaks the build system to call dh_clideps in a way that the
data is not discarded.

One related issue I have not addressed in this patch is that any packages built
against libshogun11 do not version their dependency. If libshogun11 is
sufficiently ABI-unstable that this should be required, then you should include
the following or similar in debian/rules:

DEB_DH_MAKESHLIBS_ARGS_libshogun11 := -V 'libshogun11 (= 1.1.0-3)'



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

Kernel: Linux 3.0.0-12-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru shogun-1.1.0/debian/changelog shogun-1.1.0/debian/changelog
--- shogun-1.1.0/debian/changelog	2012-01-23 08:07:54.0 +
+++ shogun-1.1.0/debian/changelog	2012-01-23 22:23:00.0 +
@@ -1,3 +1,14 @@
+shogun (1.1.0-3.1) unstable; urgency=low
+
+  * debian/rules:
++ Include workaround for CDBS throwing away vital packaging data
+  required by dh_clideps to resolve dependencies.
+  * debian/control:
++ Scrap unneeded manual dependencies on libmono-corlib4.0-cil and 
+  libshogun11.
+
+ -- Jo Shields   Mon, 23 Jan 2012 22:20:55 +
+
 shogun (1.1.0-3) unstable; urgency=low
 
   * Make csharp package depend on libmono-corlib4.0-cil; remove csharp:Depends
diff -Nru shogun-1.1.0/debian/control shogun-1.1.0/debian/control
--- shogun-1.1.0/debian/control	2012-01-23 08:07:54.0 +
+++ shogun-1.1.0/debian/control	2012-01-23 22:19:31.0 +
@@ -256,8 +256,7 @@
 
 Package: shogun-csharp-modular
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libshogun11 (= ${binary:Version}),
- ${cli:Depends}, libmono-corlib4.0-cil
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${cli:Depends}
 Description: Large Scale Machine Learning Toolbox
  SHOGUN - is a new machine learning toolbox with focus on large scale kernel
  methods and especially on Support Vector Machines (SVM) with focus to
diff -Nru shogun-1.1.0/debian/rules shogun-1.1.0/debian/rules
--- shogun-1.1.0/debian/rules	2012-01-22 21:32:07.0 +
+++ shogun-1.1.0/debian/rules	2012-01-23 22:20:53.0 +
@@ -126,9 +126,11 @@
 		DESTDIR=$(CURDIR)/debian/shogun-csharp-modular 
 	#dh_makeclilibs -a -V
 	#dh_installcligac -a
-	dh_clideps -a
 	touch $@
 
+binary-predeb/shogun-csharp-modular:: binary-fixup/$(LIBSHOGUN)
+	dh_clideps -pshogun-csharp-modular
+
 # java-modular
 install/shogun-java-modular:: debian/stamp-install-java-modular
 debian/stamp-install-java-modular:

Bug#657095: audacious-plugins: FTBFS on hurd-i386

[Svante Signell]

Package: audacious-plugins
Version: 2.4.4-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

The attached small patch solves the build problems of audacious-plugins
for GNU/Hurd (after installation of audacious, see  #657081). Dynamic
allocation of buffers is made with the aid of g_strdup_printf() in one
of the remaining plugins still using PATH_MAX, scrobbler.c

Thanks!
diff -ur audacious-plugins-2.4.4/src/scrobbler/scrobbler.c audacious-plugins-2.4.4.modified/src/scrobbler/scrobbler.c
--- audacious-plugins-2.4.4/src/scrobbler/scrobbler.c	2011-02-22 18:29:46.0 +0100
+++ audacious-plugins-2.4.4.modified/src/scrobbler/scrobbler.c	2012-01-24 00:32:41.0 +0100
@@ -917,17 +917,19 @@
 static void read_cache(void)
 {
 FILE *fd;
-char buf[PATH_MAX];
+char *buf = NULL;
 int i=0;
 item_t *item;
 gchar* config_datadir;
 
 config_datadir = aud_util_get_localdir();
-g_snprintf(buf, sizeof(buf), "%s/scrobblerqueue.txt", config_datadir);
+buf = g_strdup_printf("%s/scrobblerqueue.txt", config_datadir);
 g_free(config_datadir);
 
-if (!(fd = fopen(buf, "r")))
+if (!(fd = fopen(buf, "r"))) {
+g_free(buf);
 return;
+}
 AUDDBG("Opening %s\n", buf);
 fclose(fd);
 
@@ -936,6 +938,7 @@
 gchar** entry;
 g_file_get_contents(buf, &cache, NULL, NULL);
 values = g_strsplit(cache, "\n", 0);
+g_free(buf);
 
 int x;
 for (x=0; values[x] && strlen(values[x]); x++) {
@@ -994,7 +997,7 @@
 {
 FILE *fd;
 item_t *item;
-char *home, buf[PATH_MAX];
+char *home, *buf = NULL;
 gchar* config_datadir;
 
 /*AUDDBG("Entering dump_queue();");*/
@@ -1006,17 +1009,19 @@
 }
 
 config_datadir = aud_util_get_localdir();
-g_snprintf(buf, sizeof(buf), "%s/scrobblerqueue.txt", config_datadir);
+buf = g_strdup_printf("%s/scrobblerqueue.txt", config_datadir);
 g_free(config_datadir);
 
 if (!(fd = fopen(buf, "w")))
 {
 AUDDBG("Failure opening %s\n", buf);
+g_free(buf);
 return;
 }
 
 AUDDBG("Opening %s\n", buf);
 
+g_free(buf);
 q_peekall(1);
 
 /*

Bug#657094: sbuild: Please set job-specific schroot session name

[Roger Leigh]

Package: sbuild
Version: 0.62.6-1
Severity: normal

Currently, we default to using the session ID supplied by schroot
(typically a UUID or pid/timestamp).  It would be more useful and
friendly to set it to something specific to the job being run.
This can be done using the -n option to set the session name at
creation time.  For builds, it would need to include the random
part also used in the build path to permit concurrent builds.

Regards,
Roger

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

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

Versions of packages sbuild depends on:
ii  adduser 3.113
ii  apt-utils   0.8.15.9
ii  libsbuild-perl  0.63.0-1
ii  perl5.14.2-6
ii  perl-modules5.14.2-6

Versions of packages sbuild recommends:
ii  debootstrap  1.0.38
ii  fakeroot 1.18.2-1

Versions of packages sbuild suggests:
ii  deborphan  1.7.28.5
ii  wget   1.13.4-2

-- no debconf information



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

Bug#657081: audacious: FTBFS on hurd-i386

[Svante Signell]

On Mon, 2012-01-23 at 23:31 +0100, Pino Toscano wrote:
> Alle lunedì 23 gennaio 2012, Svante Signell ha scritto:
> > +len = strlen(FILENAME) + 1 + strlen(aud_paths[BMP_PATH_USER_DIR]) + 1;
> > +path = g_malloc (len);
> > +snprintf (path, len, "%s/" FILENAME, aud_paths[BMP_PATH_USER_DIR]);
> 
> path = g_strdup_printf ("%s/" FILENAME, aud_paths[BMP_PATH_USER_DIR]);
> (with no need for 'len')

OK, updated patch attached! Much shorter now :)


diff -ur audacious-2.4.4/src/audacious/plugin-registry.c audacious-2.4.4.modified/src/audacious/plugin-registry.c
--- audacious-2.4.4/src/audacious/plugin-registry.c	2011-02-22 18:29:02.0 +0100
+++ audacious-2.4.4.modified/src/audacious/plugin-registry.c	2012-01-24 00:20:27.0 +0100
@@ -156,9 +156,13 @@
 
 static FILE * open_registry_file (const gchar * mode)
 {
-gchar path[PATH_MAX];
-snprintf (path, sizeof path, "%s/" FILENAME, aud_paths[BMP_PATH_USER_DIR]);
-return fopen (path, mode);
+FILE *file;
+gchar *path = NULL;
+
+path = g_strdup_printf ("%s/" FILENAME, aud_paths[BMP_PATH_USER_DIR]);
+file = fopen (path, mode);
+g_free (path);
+return file;
 }
 
 static void input_plugin_save (PluginHandle * plugin, FILE * handle)

Bug#657021: tdb: FTBFS on hurd-i386

[Jelmer Vernooij]

Am 23/01/12 17:40, schrieb Svante Signell:

On Mon, 2012-01-23 at 17:32 +0100, Jelmer Vernooij wrote:


The whole point of this code block is to define IOV_MAX if the system
doesn't have it -  other code relies on that constant. This change
breaks that contract.

I see that POSIX doesn't mandate IOV_MAX if there is no maximum. I think
we should perhaps remove that error altogether (and change the contract)
and fix any calling code that has an absolute dependency on IOV_MAX,
rather than special casing GNU here.

Thanks, that would of course be the best solution. Are you both Debian
maintainer and upstream author? Which parts of the software has the
dependency on IOV_MAX? It seems that tdb does not. What about ldb and
tevent you mentioned in your previous mail?
Yep, I'm one of the upstream maintainers as well. Both ldb and tevent 
include lib/replace as well (it's included at release time).


Looking at the source, it seems like the #error line isn't actually 
present anymore - it was removed in May last year. So this issue will 
automatically be fixed with the next release of tdb.




Cheers,

Jelmer



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

Bug#656493: swig problem

[Lior Kaplan]

block 656493 with 657091
block 656478 with 657091
thanks

Seems the problem isn't the extension itself but a bug in swig (see
#657091).
See also https://bugzilla.redhat.com/show_bug.cgi?id=770696

Kaplan

Bug#657093: gnupg-agent: pinentry program shouldn't be told to use Emacs' TTY

[Samuel Bronson]

Package: gnupg-agent
Version: 2.0.18-2
Severity: important

(This bug should perhaps be filed against both gnupg and gnupg2, but
debbug doesn't really have a clean way to do this, so...)

I expect you're aware that when gpg or gpg2 is invoked under Emacs, the
DISPLAY environment variable is unset, and gpg-agent needs to prompt for
a passphrase, the pinentry program makes a mess on the terminal.

It might not be fair to blame this on pinentry or gpg-agent, though
gpg-agent could perhaps discard any "ttyname" values accompanied by a
"ttytype" of "dumb", if the following excerpt from an strace of
gpg-connect-agent run using Emacs' `shell-command' is any indication:

,
| socket(PF_FILE, SOCK_STREAM, 0) = 4
| connect(4, {sa_family=AF_FILE, path="/home/naesten/.gnupg/S.gpg-agent"}, 34) 
= 0
| read(4, "OK Pleased to meet you, process "..., 1002) = 38
| write(4, "RESET", 5)= 5
| write(4, "\n", 1)   = 1
| read(4, "OK\n", 1002)   = 3
| write(4, "OPTION ttyname=/dev/pts/38", 26) = 26
| write(4, "\n", 1)   = 1
| read(4, "OK\n", 1002)   = 3
| write(4, "OPTION ttytype=dumb", 19) = 19
| write(4, "\n", 1)   = 1
| read(4, "OK\n", 1002)   = 3
| write(4, "OPTION lc-ctype=en_US.UTF-8", 27) = 27
| write(4, "\n", 1)   = 1
| read(4, "OK\n", 1002)   = 3
| write(4, "OPTION lc-messages=en_US.UTF-8", 30) = 30
| write(4, "\n", 1)   = 1
| read(4, "OK\n", 1002)   = 3
`

Alternatively, gnupg/gnupg2/et al could refrain from sending the tty at
all in such cases. I believe most of these programs use a library to
communicate with gpg-agent; perhaps the logic could be added there?

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

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

Versions of packages gnupg-agent depends on:
ii  libassuan02.0.2-1IPC library for the GnuPG componen
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libgcrypt11   1.4.6-5LGPL Crypto library - runtime libr
ii  libgpg-error0 1.10-0.3   library for common error values an
ii  libpth20  2.0.7-13   The GNU Portable Threads
ii  libreadline6  6.0-4  GNU readline and history libraries
ii  pinentry-gtk2 [pinentry]  0.8.1-1GTK+-2-based PIN or pass-phrase en

Versions of packages gnupg-agent recommends:
ii  gnupg 1.4.11-3   GNU privacy guard - a free PGP rep
ii  gnupg22.0.18-2   GNU privacy guard - a free PGP rep

gnupg-agent suggests no packages.

-- no debconf information

-- 
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#656789: scid: FTBFS: fatal error: tcl.h: No such file or directory

[peter green]

This should work in ubuntu too, shouldn't it?

Which version of ubuntu?

The package as it stands now should support ubuntu oneiric and precise. 
I just tested building scid 4.3.0.cvs20111216-3 from incoming.debian.org 
under ubuntu precise i386 and it built fine


If you want to support ubuntu natty you will need to change the 
versioning of the dpkg-dev build-depends from (>= 1.16.0) to (>= 
1.16.0~ubuntu4)


If you want to support ubuntu maverick or earlier you will need to drop 
the versioned dpkg-dev dependency and make sure debian/rules sanely 
handles the case where dpkg-architecturedoesn't define 
DEB_HOST_MULTIARCH (i'm not sure what $(shell in a makefile will do in 
that case..






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

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

[Guido Günther]

On Fri, Jan 06, 2012 at 02:56:30AM -0500, Daniel Kahn Gillmor wrote:
> Package: gtk-vnc
> Version: 0.5.0-2
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> 
> gtk-vnc 0.5.0-2 currently fails to build on a sid system, with the
> following error during the gtk3 build:
> 
> [...]
>  GENgtk-vnc-2.0.vapi
> GModule-2.0.gir:46.7-46.66: error: unknown child element `function' in 
> `record'
> 
> Please see the attached build log for full details.
> 
> This looks likely to be the same underlying problem as #650228 and
> #650233, though i'm not sure what it is.
> 
> Thanks for maintaining gtk-vnc in debian!
I can't seem to reproduct this in a clean amd64 sid chroot. Are you
still seeing this?
Cheers,
 -- Guido



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

Bug#639465: RM: postgresql-9.0 -- RoM; Obsoleted by postgresql-9.1

[Ansgar Burchardt]

Luca Falavigna  writes:
> just a quick heads-up to see whether we should keep postgresql-9.0 in
> sid/wheezy for a little while, or go ahead with the removal.

I guess that it would also be removed from backports after a short while
or at least no longer receive updates?  In that case it might be a good
idea to upgrade d.o hosts using postgresql-9.0 to -9.1 first.  (Which in
turn would require postgresql-9.1-debversion for dak.)

Regards,
Ansgar



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

Bug#657062: iproute: broken symlink

[Andreas Henriksson]

Hello Ian!

Thanks for your bug report. A fix has been prepared in git and will
be part of the next package version upload.

The configure script now needs pkg-config to be installed during the build
to be able to detect if xtables support should be built or not.
A temporary workaround is thus to rebuild iproute locally while making
sure pkg-config is installed.

-- 
Andreas Henriksson



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

Bug#657092: roundcube-sqlite: doesn't work with php5-sqlite in wheezy anymore

[Tobias Birmili]

Package: roundcube
Version: 0.7-3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
did an aptitude safe-upgrade which upgraded php5-* to 5.3.9-1
   * What was the outcome of this action?
roundcube couln't connect to the sqlite database
because sqlite.so isn't included anymore.


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

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

Versions of packages roundcube-sqlite depends on:
ii  php-mdb2-driver-sqlite  1.5.0b2-1
ii  sqlite  2.8.17-7

roundcube-sqlite recommends no packages.

roundcube-sqlite suggests no packages.

Versions of packages roundcube-core depends on:
ii  apache2-mpm-prefork [httpd]  2.2.21-5
ii  dbconfig-common  1.8.47+nmu1
ii  debconf [debconf-2.0]1.5.41
ii  libjs-jquery 1.7.1-1
ii  libjs-jquery-ui  1.8.ooops.16+dfsg-1
ii  libmagic15.09-2
ii  nginx-full [httpd]   1.1.12-1
ii  php-auth 1.6.2-1
ii  php-mail-mime1.8.0-2
ii  php-mdb2 2.5.0b2-1
ii  php-net-smtp 1.6.1-1
ii  php-net-socket   1.0.9-2
ii  php5 5.3.8.0-1
ii  php5-gd  5.3.8.0-1+b1
ii  php5-intl5.3.8.0-1+b1
ii  php5-mcrypt  5.3.8.0-1+b1
ii  php5-pspell  5.3.8.0-1+b1
ii  tinymce  3.4.3.2+dfsg0-1
ii  ucf  3.0025+nmu2

Versions of packages roundcube-core suggests:
ii  php-auth-sasl  1.0.4-1
ii  php-crypt-gpg  
ii  roundcube-plugins  0.7-3

Versions of packages roundcube depends on:
ii  roundcube-core  0.7-3

-- debconf information:
  roundcube/password-confirm: (password omitted)
  roundcube/mysql/admin-pass: (password omitted)
  roundcube/mysql/app-pass: (password omitted)
  roundcube/app-password-confirm: (password omitted)
  roundcube/pgsql/app-pass: (password omitted)
  roundcube/pgsql/admin-pass: (password omitted)
  roundcube/upgrade-error: abort
  roundcube/pgsql/authmethod-user: password
  roundcube/purge: false
* roundcube/dbconfig-install: true
  roundcube/db/dbname: roundcube
  roundcube/language: en_US
  roundcube/remote/newhost:
  roundcube/pgsql/changeconf: false
  roundcube/upgrade-backup: true
  roundcube/install-error: abort
  roundcube/mysql/admin-user: root
  roundcube/hosts:
  roundcube/pgsql/authmethod-admin: ident
  roundcube/dbconfig-remove:
  roundcube/pgsql/admin-user: postgres
  roundcube/internal/skip-preseed: false
  roundcube/db/app-user:
  roundcube/dbconfig-reinstall: false
  roundcube/mysql/method: unix socket
  roundcube/remove-error: abort
  roundcube/restart-webserver: true
* roundcube/dbconfig-upgrade: true
  roundcube/remote/port:
  roundcube/pgsql/method: unix socket
  roundcube/pgsql/manualconf:
  roundcube/db/basepath: /var/lib/dbconfig-common/sqlite/roundcube
  roundcube/pgsql/no-empty-passwords:
  roundcube/passwords-do-not-match:
  roundcube/internal/reconfiguring: false
  roundcube/reconfigure-webserver: apache2, lighttpd
* roundcube/database-type: sqlite
  roundcube/remote/host:
  roundcube/missing-db-package-error: abort



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

Bug#657091: invalid conversion breaks PHP 5.4 support

[Lior Kaplan]

Package: swig2.0
Version: 2.0.4-4
Tags: patch

Hi,

Swig has an invalid conversion from 'const char*' to 'char*' problem with
PHP code built with PHP 5.4 (at experimental at the moment).

Upstream already fixed that here:
http://swig.svn.sourceforge.net/viewvc/swig?view=revision&revision=12710

Please consider cherry picking this patch to let the PHP team to work on
PHP 5.4 support.
I already did a local build to verify the fix actually works, and also done
here: https://bugzilla.redhat.com/show_bug.cgi?id=770696

I'm willing to NMU if needed.

Thanks,

Kaplan
From: Lior Kaplan 
Description: Fix invalid char * conversion, fixes build with PHP 5.4
Origin: upstream, http://swig.svn.sourceforge.net/viewvc/swig?view=revision&revision=12710

--- a/Lib/php/phprun.swg
+++ b/Lib/php/phprun.swg
@@ -192,7 +192,7 @@
   swig_object_wrapper *value;
   void *p;
   int type;
-  char *type_name;
+  const char *type_name;
 
   value = (swig_object_wrapper *) zend_list_find(z->value.lval, &type);
   if ( flags & SWIG_POINTER_DISOWN ) {

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

[Benjamin Drung]

tags 656831 pending
thanks

Am Sonntag, den 22.01.2012, 01:28 + schrieb Nick Leverton:
> To aid the forthcoming transition from libupnp3 to libupnp6, please
> could you apply the attached patch to Build-Depend on libupnp-dev ?
> The intention is that this will always point to the stable branch
> of libupnp.
> 
> Please note that libupnp6 will introduce IPv6 support to libupnp by
> default but I think vlc is already OK with that.  Many thanks,

The Build-Dependency is change in the git repository. An upload is
currently blocked by the iceweasel transition.

-- 
Benjamin Drung
Debian & Ubuntu Developer


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

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

[Sandro Tosi]

Source: pytables
Version: 2.3.1-1
Severity: important

Hello,
in #590761 was requested to start using dh_numpy to easy numpy transition, but
with the last upload, the dh_numpy call was removed, adding a static depends on
python-numpy. that will generate several troubles when preparing transitions for
newer numpy releases.

Please reintroduce dh_numpy in the build chain.

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

That would help us prepare smoother numpy transitions using a reworked dh_numpy,
and so the introduction of '--strict' option on your side will avoid another
block on our side when we'll be ready to go.

Do you think it's something doable?

Regards,
Sandro

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

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



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

Bug#645171: distro-info: Query the distro alias from the codename

[Antonio Ospite]

On Mon, 23 Jan 2012 22:45:25 +0100
Benjamin Drung  wrote:

> Am Donnerstag, den 13.10.2011, 11:10 +0200 schrieb Antonio Ospite:
> > Maybe distro-utils can provide such functionality:
> > 
> >   $ distro-info --alias sid
> >   unstable
> > 
> >   $ distro-info --alias squeeze
> >   testing
> > 
> >   $ distro-info --alias natty
> >   natty
> > 
> > This could also be used to play with debian/changelog when building for 
> > distributions different from 'unstable', AFAIR debian/changelog expects the 
> > alias (stable, unstable) in the distribution field, not the codename.
> > 
> > What do you think about that?
> 
> This feature would be useful. The retrieval of the alias in my
> pbuilderrc file is done by:
> 
>  case "$DIST" in
>   $(debian-distro-info -d))
>   DIST="unstable"
>   ;;
>   $(debian-distro-info -t))
>   DIST="testing"
>   ;;
>   $(debian-distro-info -s))
>   DIST="stable"
>   ;;
> esac
> 

That's another thing I was thinking to when I proposed it, but I
didn't have an actual example to show :)

Thanks,
   Antonio

-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?


pgpB3bSrB7Gs7.pgp
Description: PGP signature

Bug#639465: RM: postgresql-9.0 -- RoM; Obsoleted by postgresql-9.1

[Luca Falavigna]

Hi,

just a quick heads-up to see whether we should keep postgresql-9.0 in
sid/wheezy for a little while, or go ahead with the removal.



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

Bug#656388: RM: tucan -- RoM

[Jakub Wilk]

* Julián Moreno Patiño , 2012-01-23, 01:58:

retitle 656388 RM: tucan -- RoM
severity 656388 normal
reassign 656388 ftp.debian.org
thanks


Reassigning RC bugs is rarely a good idea...

The upstream is not active since May of 2011[0], furthermore the update 
plugins process is not secure and many plugins don't work, please 
remove tucan from the archive.


Okay, so the package has been removed form unstable, but what about 
squeeze?


--
Jakub Wilk



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

Bug#657088: findutils: Please mark findutils and locate multi-arch: foreign

[Steve Langasek]

Package: findutils
Version: 4.4.2-4
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi Andreas,

In Ubuntu, we've applied a patch to make findutils and locate Multi-Arch:
foreign, in compliance with the plan for multiarch
described at .

I can't remember offhand why this was important at the time I did this; it's
per se correct, but because findutils is Essential: yes, it has very few
reverse-dependencies in the archive so having M-A: foreign correctly
declared has little impact.  Anyway, I'm submitting the patch for your
consideration; if you don't think this is worth applying, I'll probably drop
the patch from Ubuntu on the next upload.

Thanks for considering the patch.
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control	2011-12-31 17:19:39 +
+++ debian/control	2012-01-23 21:54:41 +
@@ -12,6 +12,7 @@
 Package: findutils
 Architecture: any
 Essential: yes
+Multi-Arch: foreign
 Pre-Depends: ${shlibs:Depends}
 Depends: ${misc:Depends}
 Suggests: mlocate|locate
@@ -24,6 +25,7 @@
 Package: locate
 Architecture: any
 Priority: optional
+Multi-Arch: foreign
 Depends: ${shlibs:Depends},${misc:Depends}, findutils (>> 4.2.31-1)
 Conflicts: slocate (<= 3.1-1.1)
 Replaces: findutils (<< 4.2.31-2)

Bug#657087: checkrestart: Detect real command for interpreted languages

[Guillaume Delacour]

Package: debian-goodies
Version: 0.59
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello,

Checkrestart is very useful for daemon written in C, but lacks to detect the
real command when the daemon is written in intrepreted languages.

(As an example) I propose the attached patch, which read /proc//cmdline
just in the case of the executable command (/proc//exe) is linked to an
interpreter (the regex is definitely not complete; i only test it for perl and
python daemons running on my boxes). With this, the command passed to
"dpkg-search --search" successfully find the initscript used to restart the
daemon.

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

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

Versions of packages debian-goodies depends on:
ii  curl  7.23.1-3
ii  dctrl-tools [grep-dctrl]  2.20.1
ii  dialog1.1-20111020-1
ii  less  444-1
ii  perl  5.14.2-6
ii  python2.7.2-9
ii  whiptail  0.52.14-7

Versions of packages debian-goodies recommends:
ii  lsof  4.81.dfsg.1-1

Versions of packages debian-goodies suggests:
pn  popularity-contest  
pn  xdg-utils   1.1.0~rc1+git20111210-5
pn  zenity  

- -- no debconf information

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

iQIbBAEBCAAGBQJPHeHTAAoJEJmGUYuaqqClg/0P92g6ECmxxdUxJhUp3btv7AHw
FfT28tA5zDp3X/ssWkEhwmywmUvPgvuANFvaZQZ8IWT9EJdsUzVEhUDhEbSVOaiN
GUAgBBlPrjEnKR9moLK70ReQAtC3jc5u/OTvfi43EvS0A2PQemqh+Z+IKYzeQScS
KhtwHCZyHOFYAUXr8qCMREtjl7bJy87skv4L+nyh10L2YvHN94cG2pCudvUe0IGa
tWXYylCgHDiiSlhoNGGF92VX6u65VLijKNrR0Vtlxbhdwp9PgIPTPA9IMewCkVxv
UYzBQk+z3T+J4J62HlfTa9KJwmAynybHMbq03SPeAENgBBsa6VsYWddV6AksvJwu
Fmh8crXG42h1U2gQFWvv8kyL1+N9+xud63azcCHs/UGoBoeTLNFdYIrltFvZ9xCw
mJ4YqIwvt9Z8Nd6mEn9ZtbYrXpSGly4RCNOu86vy8377sQMQd3IhFBfH6rsPAc09
5CH+Mp+IFMufWKdzYQq699aoaolDRjnFfYY6VY4kU8fboRWvKOeaEeofXxvLb8d3
nIlAzkBDFZJJIG4thLS6xK1GgiLN3qdbIRK0gAuAGD+ofiYkyTdpmkxT2jOg83gc
LDAEpkqavkIK7nz+duPwk6ZefwNePYvvRgEZFnfi+yjLR0LB9/QYiG9PIvlSHsTS
oxuhEoDECWBANv/DptQ=
=8pFT
-END PGP SIGNATURE-
--- /usr/sbin/checkrestart	2011-10-25 00:20:00.0 +0200
+++ /tmp/checkrestart	2012-01-23 22:59:43.052505207 +0100
@@ -426,6 +426,18 @@
 
 try:
 self.program = os.readlink('/proc/%d/exe' % self.pid)
+# if the executable command is an interpreter such as perl/python,
+# we want to find the real program
+m = re.match("^/usr/bin/(perl|python)$", self.program)
+if m:
+with open('/proc/%d/cmdline' % self.pid, 'r') as cmdline:
+# only match program in /usr (ex.: /usr/sbin/smokeping)
+# ignore child, etc.
+m = re.search(r'^(([/]\w*){1,5})\s.*$', cmdline.read())
+if m:
+# store the real full path of script as the program
+self.program = m.group(1)
+
 except OSError, e:
 if e.errno != errno.ENOENT:
 raise

Bug#653435: libtinfo5: tic writes to /usr/share/terminfo by default

[Thomas Dickey]

On Mon, Jan 23, 2012 at 06:47:05PM +0100, Sven Joachim wrote:
> On 2012-01-22 18:34 +0100, Thomas Dickey wrote:
> 
> > On Sun, Jan 22, 2012 at 05:00:41PM +0100, Sven Joachim wrote:
> >> On 2011-12-28 10:45 +0100, Sven Joachim wrote:
> >> 
> >> > Package: libtinfo5
> >> > Version: 5.9-4
> >> > Severity: normal
> >> >
> >> > Configuring ncurses --with-default-terminfo-dir=/usr/share/terminfo, as
> >> > we have been doing since 5.7+20100313-1, has the unfortunate side effect
> >> > that tic(1) writes to /usr/share/terminfo instead of /etc/terminfo by
> >> > default when run as root (overridable with the -o option).
> >> >
> >> > I'm reluctant to revert the change, since that would mean reintroducing
> >> > bug #509919.
> >> 
> >> Looking closer, it seems to me I have now found the root cause of
> >> #509919.  In misc/gen-edit.sh, the tabset directory is computed from the
> >> default terminfo directory, but misc/Makefile.in actually installs the
> >> tabset files into ${datadir}/tabset which is not necessarily the same
> >> place.
> >> 
> >> The following patch removes this discrepancy and seems to DTRT:
> >
> > ...
> >> Thomas, what do you think of that?
> >  
> > I agree (seems to work).  Checking the history, I see that chunk dates
> > from 2004, and was originally from run_tic.sh in 1996.
> 
> For the record, I have applied the patch in our git repository.

thanks (it'll be in the next weekly patch)

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

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

[Thibaut Paumard]

Hi,

Le 18/01/12 19:34, Sylvestre Ledru a écrit :
> I need your help with the transition [1].
> In most of the cases, a renamed of the build dep libhdf5-serial-dev =>
> libhdf5-dev with a rebuild should be enough. Otherwise, don't hesitate
> to ping me.

Can you specify the preferred exact build dependency? "libhdf5-dev" as
well as "libhdf5-dev (>= 1.8.8~)" don't seem to be enough because
libhdf5-dev is a virtual package. I have used "libhdf5-dev (>= 1.8.8~) |
libhdf5-serial-dev".

Best regards, Thibaut.




signature.asc
Description: OpenPGP digital signature

Bug#657084: gnome-applets: None of the applets work in Gnome 3.

[Michael Biebl]

On 23.01.2012 23:23, Dominique Brazziel wrote:
> Package: gnome-applets
> Version: 3.2.1-1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these lines ***
> I just upgraded this system from gnome2 to gnome3 today after testing
> gnome3 in fallback mode one one machine and fresh install on another.
> There are a few applets I use consistently, CPU freq-util, gweather and
> a couple of others, and these don't work in gnome 3.
> 
> The first thing I noticed is they can't be found from the search bar
> or the application menu.  Second is although they may be started from the 
> command line, they don't display anything, or they may be invisible 
> due to the black root window of the X server (undocumented swith '-br'
> sets the 'blackout' look.)  
> 

Please be more specific about which applets you tried to enable.


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



signature.asc
Description: OpenPGP digital signature