date:20120311


Dear maintainer of am-utils,

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

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

That time has come.

(indeed, a mistake in my process made me completely forget about 
am-utils:-))

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: am-utils
Version: 6.2+rc20110530-1.1
Distribution: UNRELEASED
Urgency: low
Maintainer: Christian Perrier 
Date: Wed, 11 Jan 2012 06:46:21 +0100
Closes: 654811 656523
Changes: 
 am-utils (6.2+rc20110530-1.1) UNRELEASED; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
   * Danish (Joe Hansen).  Closes: #654811
   * Slovak (Ivan Masár).  Closes: #656523

-- 


diff -Nru am-utils-6.2+rc20110530.old/debian/changelog am-utils-6.2+rc20110530/debian/changelog
--- am-utils-6.2+rc20110530.old/debian/changelog	2012-01-11 06:15:37.215265016 +0100
+++ am-utils-6.2+rc20110530/debian/changelog	2012-03-12 07:41:44.060311683 +0100
@@ -1,3 +1,12 @@
+am-utils (6.2+rc20110530-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+  * Danish (Joe Hansen).  Closes: #654811
+  * Slovak (Ivan Masár).  Closes: #656523
+
+ -- Christian Perrier   Wed, 11 Jan 2012 06:46:21 +0100
+
 am-utils (6.2+rc20110530-1) unstable; urgency=low
 
   * Imported Upstream version 6.2+rc20110530
diff -Nru am-utils-6.2+rc20110530.old/debian/po/da.po am-utils-6.2+rc20110530/debian/po/da.po
--- am-utils-6.2+rc20110530.old/debian/po/da.po	1970-01-01 01:00:00.0 +0100
+++ am-utils-6.2+rc20110530/debian/po/da.po	2012-01-11 06:47:32.0 +0100
@@ -0,0 +1,505 @@
+# Danish translation am-utils.
+# Copyright (C) 2012 am-utils & nedenstående oversættere.
+# This file is distributed under the same license as the am-utils package.
+# Joe Hansen , 2012.
+#
+# map -> kort (master map -> overkort) giver det mening at oversætte sådan her.
+#   der er tale om nogle tabeller
+# style -> metode? virker ikke som om det er stil her.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: am-utils\n"
+"Report-Msgid-Bugs-To: am-ut...@packages.debian.org\n"
+"POT-Creation-Date: 2011-01-12 08:57+\n"
+"PO-Revision-Date: 2012-01-03 17:34+\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
+#: ../am-utils.templates:2001
+msgid "Import old amd configuration?"
+msgstr "Importer gammel amd-konfiguration?"
+
+#. Type: boolean
+#. Description
+#: ../am-utils.templates:2001
+msgid ""
+"amd package configuration files are available (the \"amd\" package was the "
+"precursor to am-utils)"
+msgstr ""
+"Pakkekonfigurationsfiler for amd er tilgængelige (pakken »amd« var "
+"forløberen for am-utils)."
+
+#. Type: boolean
+#. Description
+#: ../am-utils.templates:2001
+msgid ""
+"A mechanism is available to import these files, but it may fail in some "
+"cases."
+msgstr ""
+"En mekansime er tilgængelig til at importere disse filer, men den kan fejle "
+"i nogle tilfælde."
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:3001
+msgid "Failed to log to file"
+msgstr "Kunne ikke logge til fil"
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:3001
+msgid ""
+"The old \"amd\" configuration used to log to a file instead of using syslog."
+msgstr ""
+"Den gamle amd-konfiguration brugt for at logge til en fil i stedet for at "
+"bruge syslog."
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:3001
+msgid ""
+"The \"am-utils\" package only supports logging to the syslog out of the box. "
+"You might want to modify the /etc/am-utils/amd.conf file to enable logging "
+"to a file."
+msgstr ""
+"Pakken »am-utils« understøtter kun logning til syslog ud af boksen. Du skal "
+"ændre filen /etc/am-utils/amd.conf for at aktivere logning til en fil."
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:3001
+msgid "This will require manual intervention."
+msgstr "Dette vil kræve manuel intervention."
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:4001
+msgid "Automatic import of amd's configuration failed"
+msgstr "Automatisk import af amd's konfiguration fejlede"
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:4001
+msgid ""
+"Unfortunately, the automatic import of the old amd configuration failed."
+msgstr ""
+"Desværre så fejlede den automatiske import af den gamle amd-konfiguration."
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:4001
+msgid "Please review your am-utils configuration."
+msgstr "Gennemgå venligst din konfiguration for am-utils."
+
+#.

Bug#660080: FW: Bug#660080: Info received (ITP: github-backup -- backs up everything github knows about a repository, to the repository)

2012-03-11 Thread Joey Hess

Bas van den Dikkenberg wrote:
> I am currently working on packaging githup-backup en putting it in the repo 
> of debian.
> 
> But I walk in to te following problems
> 
> The packages depends on libghc-github-dev but this packages is not in the 
> debian repository

That's right, the library needs to be added. Once it is added, I will upload
github-backup myself.

> The following packages have broken dependency's:
> libghc-hslogger-dev : Depends: libghc-base-dev-4.5.0.0-6db96 but it is not 
> installable

These should sort themselves out, the final ghc upload and library
rebuild started yesterday.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#654317: Needs creation of /usr/share/man/man1

2012-03-11 Thread Joey Hess

Neil Williams wrote:
> Emdebian doesn't include manpages and some packages (and some udebs
> apparently) don't expect this directory to not exist.

I'd be very surprised if any udebs know anything at all about
/usr/share/man.

However, there are numerous postinsts, starting with bash, that run
update-alternatives on files in /usr/share/man/, which is likely to
not work well if the directory is missing.

-- 
see shy jo

signature.asc
Description: Digital signature

Bug#467288: same problem here

2012-03-11 Thread Joey Hess

Christian Welzel wrote:
> Hi there,
> 
> i ran into this problem today.
> I modified my repo by filter-branch to set the committer-date
> to the author-date, and then ran git gc. Now pristine-tar cannot
> export the tar.gz anymore:
> 
> (master)$ pristine-tar -vd checkout typo3-src_4.5.11+dfsg1.orig.tar.gz
> pristine-tar: git archive --format=tar
> af10f93e31e2a6a809fdf24e34f6c6bf3a71606f | (cd
> '/tmp/pristine-tar.aLUBc5aaTJ' && tar x)
> fatal: not a tree object
> tar: This does not look like a tar archive
> tar: Exiting with failure status due to previous errors
> pristine-tar: command failed: git archive --format=tar
> af10f93e31e2a6a809fdf24e34f6c6bf3a71606f | (cd
> '/tmp/pristine-tar.aLUBc5aaTJ' && tar x)

pristine-tar commit writes, to the pristine-tar branch of your
repository, a file named `$origtarball.id`. This file contains
the git sha1 of the branch you told it to commit, which is the data
that pristine-tar checkout relies on to put the tarball back together.

By filter-branching your repo, you have changed the sha1 of all the
commits in the branches. By running git gc, you nuked the refs that
pristine-tar relied on. 

pristine-tar could store the sha1 of the tree, rather than the sha1 
of the commit. That would have avoided your problem, since your
filter-branch did not change any trees. It does not avoid the problem
when doing a filter-branch generally, since it can and often is used to
change trees too.

Of course, making this change would do nothing to existing repositories
that contain tree sha1's in the id files. You're free to check out the
pristine-tar branch of your repo and fix up the `$origtarball.id` to
contain the new refs manually..

-- 
see shy jo

signature.asc
Description: Digital signature

Bug#652628: Announce of the upcoming NMU for the freevo package

Dear maintainer of freevo and Debian translators,

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

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

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

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

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

Among these, the following translations are incomplete: 

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

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

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

 Wednesday, March 07, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Monday, March 12, 2012   : send this notice
 Tuesday, March 20, 2012   : (midnight) deadline for receiving translation 
updates
 Wednesday, March 21, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Wednesday, March 28, 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: fre...@packages.debian.org\n"
"POT-Creation-Date: 2010-12-27 23:47+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Description
#: ../freevo.templates:2001
msgid "Video output:"
msgstr ""

#. Type: select
#. Description
#: ../freevo.templates:2001
msgid "Please choose the type of video output to use with Freevo."
msgstr ""

#. Type: select
#. Description
#: ../freevo.templates:3001
msgid "Output resolution:"
msgstr ""

#. Type: select
#. Description
#: ../freevo.templates:3001
msgid ""
"Please choose the resolution to use with Freevo. Most CRT television systems "
"should be configured as 768x576 (NTSC or PAL). HD television systems use "
"1280x720, and FullHD uses 1920x1080."
msgstr ""

#. Type: select
#. Description
#: ../freevo.templates:4001
msgid "TV standard:"
msgstr ""

#. Type: select
#. Description
#: ../freevo.templates:4001
msgid ""
"Please choose the TV standard to use. NTSC is used in North America, much of "
"South America, and Japan; SECAM in France, the former USSR, and parts of "
"Africa and the Middle East; and PAL elsewhere."
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "USA broadcast"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "USA cable"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "USA cable HRC"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Japan broadcast"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Japan cable"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Europe (West)"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Europe (East)"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Italy"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "New Zealand"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Australia"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Ireland"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "France"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "China broadcast"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "South Africa"
msgstr ""

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Argentina"
msgstr ""

#. Type: select
#. Description
#: ../freevo.templates:5002
msgid "Channel list:"
msgstr ""

#. Type: select
#. Description
#: ../freevo.templates:5002
msgid ""
"Please choose the channel list (set of tuning frequencies) that most closely "
"matches the one u

Bug#654855: Announce of the upcoming NMU for the nagios3 package

Dear maintainer of nagios3 and Debian translators,

Some days ago, I sent a notice to the maintainer of the nagios3 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 de es eu fi fr it ja nl pl pt pt_BR 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 nagios3 package so I can incorporate them in the build.

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

 Wednesday, March 07, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Monday, March 12, 2012   : send this notice
 Tuesday, March 20, 2012   : (midnight) deadline for receiving translation 
updates
 Wednesday, March 21, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Wednesday, March 28, 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: pkg-nagios-de...@lists.alioth.debian.org\n"
"POT-Creation-Date: 2007-10-31 15:50+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: multiselect
#. Description
#: ../nagios3-cgi.templates:1001
msgid "Apache servers to configure for nagios3:"
msgstr ""

#. Type: multiselect
#. Description
#: ../nagios3-cgi.templates:1001
msgid "Please select which apache servers should be configured for nagios3."
msgstr ""

#. Type: multiselect
#. Description
#: ../nagios3-cgi.templates:1001
msgid ""
"If you would prefer to perform configuration manually, leave all servers "
"unselected."
msgstr ""

#. Type: password
#. Description
#: ../nagios3-cgi.templates:2001
msgid "Nagios web administration password:"
msgstr ""

#. Type: password
#. Description
#: ../nagios3-cgi.templates:2001
msgid ""
"Please provide the password to be created with the \"nagiosadmin\" user."
msgstr ""

#. Type: password
#. Description
#: ../nagios3-cgi.templates:2001
msgid ""
"This is the username and password you will use to log in to your nagios "
"installation after configuration is complete.  If you do not provide a "
"password, you will have to configure access to nagios yourself."
msgstr ""

#. Type: password
#. Description
#: ../nagios3-cgi.templates:3001
msgid "Password confirmation:"
msgstr ""

#. Type: note
#. Description
#: ../nagios3-cgi.templates:4001
msgid "The passwords do not match"
msgstr ""

#. Type: boolean
#. Description
#: ../nagios3-cgi.templates:5001
msgid "Enable support for nagios 1.x links in nagios3?"
msgstr ""

#. Type: boolean
#. Description
#: ../nagios3-cgi.templates:5001
msgid ""
"Please choose whether the Apache configuration for nagios3 should provide "
"compatibility with links from nagios 1.x."
msgstr ""

#. Type: boolean
#. Description
#: ../nagios3-cgi.templates:5001
msgid ""
"If you select this option, the apache configuration used for nagios will "
"include directives to support URLs from nagios 1.x. You should not choose "
"this option if you still have nagios 1.x on your system, or unpredictable "
"results may occur."
msgstr ""


signature.asc
Description: Digital signature

Bug#650048: Announce of the upcoming NMU for the redhat-cluster package

Dear maintainer of redhat-cluster and Debian translators,

Some days ago, I sent a notice to the maintainer of the redhat-cluster 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 de es eu fi fr it ja nl pt pt_BR ru sv vi

Among these, the following translations are incomplete: 

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

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

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

 Wednesday, March 07, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Monday, March 12, 2012   : send this notice
 Tuesday, March 20, 2012   : (midnight) deadline for receiving translation 
updates
 Wednesday, March 21, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Wednesday, March 28, 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: redhat-clus...@packages.debian.org\n"
"POT-Creation-Date: 2009-11-17 17:39+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
#: ../cman.templates:2001
msgid "Do you want to abort the Red Hat Cluster Suite upgrade?"
msgstr ""

#. Type: boolean
#. Description
#: ../cman.templates:2001
msgid ""
"The new version 3 of the Red Hat Cluster Suite is not compatible with the "
"currently installed one. Upgrading these packages without stopping the "
"complete cluster can cause file system corruption on shared storage devices."
msgstr ""


signature.asc
Description: Digital signature

Bug#663516: lintian: Should we retire old/reundant tags

2012-03-11 Thread Niels Thykier

On 2012-03-11 23:18, Jakub Wilk wrote:
> * Niels Thykier , 2012-03-11, 22:31:
>> I am considering to retire a number of old tags I suspect are now
>> useless.
>>
>> The following tags are no longer emitted by any package in the entire
>> archive and I suspect no packager will trigger them.
>>
> [...]

>> postinst-should-not-set-usr-doc-link
> 
> I'm not sure about this one.
> 

Part of my reason for removing this one is that it (according to its
description) is for cleaning up after a transition around Woody.

>> package-uses-obsolete-file
> 
> Oh dear, this one surely is not emitted very often, because otherwise
> somebody would notice how horrible its description is. I think we can
> drop it.
> 
> [...]
> 

:)

~Niels




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

Bug#663451: git: Invalid Vcs-Git URL

reassign 663451 src:git 1:1.7.9.1-1
retitle 663451 git: please provide a Vcs-Browser field
severity 663451 wishlist
tags 663451 + patch
quit

Jonathan Nieder wrote:

> retitle 663451 "debcheckout git" produces 404 
> (http://smarden.org/git/git.git/ is down)

Wait a second --- that doesn't happen at all.  It's just attempts
to get a directory listing that return 404.

Retitling the bug to reflect what I think is the underlying request.
Gerrit, would the following patch make sense to you?

Signed-off-by: Jonathan Nieder 
---
 debian/changelog |2 ++
 debian/control   |1 +
 2 files changed, 3 insertions(+)

diff --git i/debian/changelog w/debian/changelog
index 44e89a87..656fe930 100644
--- i/debian/changelog
+++ w/debian/changelog
@@ -11,6 +11,8 @@ git (1:1.7.9.3-0.1) unstable; urgency=low
   #506480).
   * debian/control: Standards-Version: 3.9.3.1.
   * debian/copyright: adopt copyright-format 1.0.
+  * debian/control: add Vcs-Browser: http://repo.or.cz/w/git/debian.git
+(thx Jonathan McCrohan; closes: #663451).
 
  -- Jonathan Nieder   Wed, 22 Feb 2012 22:52:20 -0600
 
diff --git i/debian/control w/debian/control
index 444a06c1..c2a83e50 100644
--- i/debian/control
+++ w/debian/control
@@ -15,6 +15,7 @@ Build-Depends-Indep: asciidoc (>> 8.0.0), xmlto, docbook-xsl 
(>> 1.72)
 Standards-Version: 3.9.3.1
 Homepage: http://git-scm.com/
 Vcs-Git: http://smarden.org/git/git.git/
+Vcs-Browser: http://repo.or.cz/w/git/debian.git/
 
 Package: git
 Architecture: any
-- 



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

Bug#663544: use warnings FATAL => 'all' should either print all or none of the warnings, not half!

2012-03-11 Thread jidanni

Package: perl
Version: 5.14.2-9


Mom always taught me to use

use warnings FATAL => 'all';

Now I learn that it will only get me half the warnings!

#!/usr/bin/perl
use strict;
use warnings FATAL => 'all';
my %l;
while (<>) {
/(?.)/;
push @{ $l{$+{B} }, 4;
}

And in the above case the wrong ones come out first, and the right ones
are cut off before they reach me.

OK, so I suppose we are stuck with it.

So please say on warnings(3perl)
how to get my cake and eat it too.

How to print all warnings, and then die if there were any.

Wait, reading warnings(3perl) one finds no way to delay the FATAL action
until 'all' the warnings are finished printing ... BUG!



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

Bug#584300:

tags 584300 help
thanks

The current patch does not handle the Qt sub-package. Package will
fail recompiling with something like:


CMake Error at /usr/lib/vtk-5.8/VTKTargets-release.cmake:947 (MESSAGE):
  The imported target "vtkQtChart" references the file

 "/usr/lib/libvtkQtChart.so.5.8.0"

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

 "/usr/lib/vtk-5.8/VTKTargets-release.cmake"

  but not all the files it references.

Call Stack (most recent call first):
  /usr/lib/vtk-5.8/VTKTargets.cmake:268 (INCLUDE)
  /usr/lib/vtk-5.8/VTKConfig.cmake:231 (INCLUDE)
  /usr/share/cmake-2.8/Modules/FindVTK.cmake:73 (FIND_PACKAGE)
  Utilities/VTK/CMakeLists.txt:4 (FIND_PACKAGE)



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

Bug#663516: lintian: Should we retire old/reundant tags

2012-03-11 Thread Niels Thykier

On 2012-03-11 23:29, Russ Allbery wrote:
> Niels Thykier  writes:
> 
>> The following tags are no longer emitted by any package in the entire
>> archive and I suspect no packager will trigger them.
> 
>>  use-of-compat-symlink
> 
> This is a mistake that someone could still make with /usr/bin/X11 since
> the symlink still exists.  I'd rather keep this one until all the symlinks
> that it is referring to are no longer installed on Debian systems.
> 

I had missed the usr/bin/X11 symlink.  So fair enough, lets keep this.

>>  loads-obsolete-confmodule
> 
> Likewise, these files still exist, so someone could mistakenly use them.
> We should drop this tag at the point that debconf stops including them so
> scripts will just error out.  (Perhaps it's worth suggesting to debconf
> that now is the time.)
> 

Will do then.

>>  binary-nmu-uses-old-version-style
> 
> Are we sure that no one is going to do a manual binNMU and not know the
> new versioning system?  We still do get occasional manual binNMUs.
> 

I was going to use the tags/binary-nmu-uses-old-version-style.dat as
argument here, but it claims we still have (exactly) one package
emitting it...  Looks like we have a bug somewhere in reporting.  :)

So I guess, the question is whether or not all developers have been
"re-educated" in the ~5 years the tag has existed[1].  I am inclined to
believe so as Britney does not seem to handle the old-style binNMU
(anymore?).  But if we still have people using the old-style, I have a
feeling Adam will comment on this.  :)

[1] commit: b5bd05c808cc329a52ca7164665af57ec0b79a28

[2] def same_source in Britney.

http://anonscm.debian.org/gitweb/?p=mirror/britney2.git;a=blob;f=britney.py;h=b2c55ef6e990c225b414f037e9843774732d3053;hb=319f5ef9eb864a818bf7680f596bfc0e1f180cdf#l968

>>  postinst-should-not-set-usr-doc-link
>>  package-uses-obsolete-file
>>  old-style-example-dir
>>  old-style-copyright-file [AR]
>>  obsolete-field
>>  ancient-dpkg-predepends-check
>>  ancient-dpkg-long-filenames-check
>>  doc-base-file-references-usr-doc
> 
> I don't see any point in retaining any of these.
> 
>> Furthermore, I am considering to drop the following tags:
>>  x11-games-should-be-in-usr-games
>>  manpage-for-non-x11-binary-in-wrong-directory
>>  manpage-for-x11-binary-in-wrong-directory
>>  package-installs-font-to-usr-x11r6
>>  package-installs-file-to-usr-x11r6-bin
>>  old-app-defaults-directory
> 
>> Any package triggering any of those tags would (as far as I can tell)
>> also trigger package-installs-file-to-usr-x11r6.
> 
> That also seems fine to me, since we're still issuing a more generic tag.
> 


~Niels




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

Bug#584300:

Started discussion at:

http://www.cmake.org/pipermail/cmake/2012-March/049596.html



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

Bug#584300:

On Mon, Mar 12, 2012 at 6:48 AM, Mathieu Malaterre
 wrote:
> I guess this is a recent change in cmake.

Right here:

http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a2be068c

-- 
Mathieu



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

Bug#584300:

severity 584300 serious
thanks

changing to serious, since a rebuild of debian package will FTBFS
I guess this is a recent change in cmake.

-- 
Mathieu



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

Bug#663542: [INTL:gu] Gujarati translation of grub2

2012-03-11 Thread Kartik Mistry

Package: grub2
Tags: l10n, patch
Severity: wishlist

Please find Gujarati translation of grub2 (Also used in Debian
Installer Level 2).

Thanks.

--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
# Gujarati translation of grub2.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# Kartik Mistry , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: grub-gu\n"
"Report-Msgid-Bugs-To: gr...@packages.debian.org\n"
"POT-Creation-Date: 2011-05-27 13:33+0100\n"
"PO-Revision-Date: 2012-03-04 09:56+0530\n"
"Last-Translator: Kartik Mistry \n"
"Language-Team: Gujarati \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "Chainload from menu.lst?"
msgstr "menu.lst માંથી ચેઈનલોડ કરશો?"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub."
msgstr "GRUB સુધારાની સ્ક્રિપ્ટએ /boot/grub માં પરંપરાગત GRUB ગોઠવણીની જાણ મેળવી છે."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"In order to replace the Legacy version of GRUB in your system, it is "
"recommended that /boot/grub/menu.lst is adjusted to load a GRUB 2 boot image "
"from your existing GRUB Legacy setup. This step can be automatically "
"performed now."
msgstr ""
"તમારી સિસ્ટમમાંથી પરંપરાગત GRUB ને બદલવા માટે, એ સલાહભર્યું છે કે /boot/grub/menu.lst એ "
"GRUB 2 બૂટ ઈમેજ લાવવા માટે તમારી હાલના પરંપરાગત GRUB ગોઠવણીમાંથી ગોઠવેલ હોય. આ ગોઠવણી "
"હવે પછી આપમેળે રજૂ કરવામાં આવશે."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"It's recommended that you accept chainloading GRUB 2 from menu.lst, and "
"verify that the new GRUB 2 setup works before it is written to the MBR "
"(Master Boot Record)."
msgstr ""
"એ સલાહભર્યું છે કે તમે menu.lst માંથી GRUB 2 ચેઈનલોડિંગ સ્વિકારો, અને ચકાસો કે નવી GRUB 2 "
"ગોઠવણી MBR (માસ્ટર બૂટ રેકોર્ડ) માં લખાય તે પહેલાં કામ કરી રહી છે."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"Whatever your decision, you can replace the old MBR image with GRUB 2 later "
"by issuing the following command as root:"
msgstr ""
"તમારો નિર્ણય કંઈ પણ હોય, તમે પાછળથી નીચેના આદેશનો રુટ તરીકે ઉપયોગ કરીને જૂની MBR ઈમેજને "
"GRUB 2 વડે બદલી શકો છો."

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid "GRUB install devices:"
msgstr "GRUB સ્થાપન ઉપકરણો:"

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid ""
"The grub-pc package is being upgraded. This menu allows you to select which "
"devices you'd like grub-install to be automatically run for, if any."
msgstr ""
"grub-pc પેકેજ સુધારાઈ રહ્યું છે. આ મેનુ તમને કયા ઉપકરણોમાં તમે grub-install આપમેળે સ્થાપિત "
"કરવા માટે ચલાવવા માંગો છો તે પસંદગી કરવા દે છે, જો કોઈ હોય તો."

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid ""
"Running grub-install automatically is recommended in most situations, to "
"prevent the installed GRUB core image from getting out of sync with GRUB "
"modules or grub.cfg."
msgstr ""
"સ્થાપિત GRUB મુખ્ય ઈમેજને GRUB મોડ્યુલ્સ અથવા grub.cfg સાથે અસંગત ન થવા દેવા માટે, "
"grub-install આપમેળે ચલાવવું એ મોટાભાગની પરિસ્થિતિઓમાં સલાહભર્યું છે."

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid ""
"If you're unsure which drive is designated as boot drive by your BIOS, it is "
"often a good idea to install GRUB to all of them."
msgstr ""
"જો તમે અચોક્કસ હોવ કે તમારા BIOS વડે કયું ડ્રાઈવ એ બૂટ ડ્રાઈવ તરીકે ગોઠવેલ છે, એ સારો વિચાર છે કે "
"તે દરેક ઉપર GRUB સ્થાપિત કરવામાં આવે."

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid ""
"Note: it is possible to install GRUB to partition boot records as well, and "
"some appropriate partitions are offered here. However, this forces GRUB to "
"use the blocklist mechanism, which makes it less reliable, and therefore is "
"not recommended."
msgstr ""
"નોંધ: GRUB ને પાર્ટિશન બૂટ રેકોર્ડ પર સ્થાપિત કરવાનું પણ શક્ય છે, અને કેટલાક સંબંધિત પાર્ટિશન્સ અહીં "
"આપવામાં આવે છે. તેમ છતાં, આ GRUB ને બ્લોકલિસ્ટ પધ્ધતિ વાપરવા માટે મજબૂર કરે છે, જે તેને ઓછું "
"ભરોસાપાત્ર બનાવે છે, અને તેથી, આ સલાહભર્યું નથી."

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:4001
msgid ""
"The GRUB boot loader was previously installed to a disk that is no longer "
"present, or whose unique identifier has changed for some reason. It is "
"important to make sure that the installed GRUB core image stays in sync with "
"GRUB modules and grub.cfg. Please check again to make sure that GRUB is "
"written to the appropriate boot devices."
msgstr ""
"ડિસ્ક પર પહેલાં સ્થાપન કરેલ GRUB બૂટ લોડર હવે હાજર

Bug#648127: qpxtool: FTBFS with libpng 1.5

tags 648127 patch
thanks

Hi,

I created two patches which revise this bug.
Could you check these patches?

Best regards,
  Nobuhiro

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


libpng15.patch
Description: application/empty


Makefile.patch
Description: application/empty

Bug#663541: error: alternative path /usr/share/java/swt-gtk-3.7.jar doesn't exist

2012-03-11 Thread Teodor

Package: libswt-gtk-3-java
Version: 3.7.2-1
Severity: grave
Justification: renders package unusable

Hi,

The upgrade to current version is not possible:
| Setting up libswt-gtk-3-java (3.7.2-1) ...
| update-alternatives: error: alternative path /usr/share/java/swt-gtk-3.7.jar 
doesn't exist.
| dpkg: error processing libswt-gtk-3-java (--configure):
|  subprocess installed post-installation script returned error exit status 2
|  configured to not write apport reports
|Errors were encountered while processing:
|  libswt-gtk-3-java

This blocks the upgrade of all eclipse packages.

Thanks


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

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

Versions of packages libswt-gtk-3-java depends on:
ii  libswt-gtk-3-jni  3.7.2-1

libswt-gtk-3-java recommends no packages.

Versions of packages libswt-gtk-3-java suggests:
pn  libswt-gtk-3-java-gcj  

-- 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#634823: fixed in autokey 0.82.2-1

2012-03-11 Thread Filipus Klutiero


reopen 634823
thanks

Thanks, but this problem was in both descriptions, the main instance 
reported being the one in the extended description. The problem there 
remains.


On -28163-01--10 14:59, Luke Faraone wrote:

Source: autokey
Source-Version: 0.82.2-1

We believe that the bug you reported is fixed in the latest version of
autokey, which is due to be installed in the Debian FTP archive:

autokey-common_0.82.2-1_all.deb
   to main/a/autokey/autokey-common_0.82.2-1_all.deb
autokey-gtk_0.82.2-1_all.deb
   to main/a/autokey/autokey-gtk_0.82.2-1_all.deb
autokey-qt_0.82.2-1_all.deb
   to main/a/autokey/autokey-qt_0.82.2-1_all.deb
autokey_0.82.2-1.debian.tar.gz
   to main/a/autokey/autokey_0.82.2-1.debian.tar.gz
autokey_0.82.2-1.dsc
   to main/a/autokey/autokey_0.82.2-1.dsc
autokey_0.82.2.orig.tar.gz
   to main/a/autokey/autokey_0.82.2.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 634...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Luke Faraone  (supplier of updated autokey package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 11 Mar 2012 00:00:17 -0500
Source: autokey
Binary: autokey-common autokey-qt autokey-gtk
Architecture: source all
Version: 0.82.2-1
Distribution: unstable
Urgency: low
Maintainer: Luke Faraone
Changed-By: Luke Faraone
Description:
  autokey-common - desktop automation utility - common data
  autokey-gtk - desktop automation utility - GTK+ version
  autokey-qt - desktop automation utility - KDE version
Closes: 634823
Changes:
  autokey (0.82.2-1) unstable; urgency=low
  .
* New upstream version.
* Merge in packaging updates from upstream. (Closes: #634823)
* Update copyright information
Checksums-Sha1:
  60ae1cc482dd8714e9b80a77a2620f672ae7907b 2143 autokey_0.82.2-1.dsc
  b53ef9223f1863a53b6f6fa5308c3c72a8c0e920 231823 autokey_0.82.2.orig.tar.gz
  8bf3cd7c2e71bba6e2ecf66be2f3af4f4469baaa 14241 autokey_0.82.2-1.debian.tar.gz
  e2dec62d6124177d38f24d27b6f4d2ab02e4f0dc 75074 autokey-common_0.82.2-1_all.deb
  875c057436f945f62cd987e59b03fa9e20a3d7a6 39474 autokey-qt_0.82.2-1_all.deb
  d95916686c7410ac411433c5df2e769bbe02f53f 52952 autokey-gtk_0.82.2-1_all.deb
Checksums-Sha256:
  15eb25411485ed72904db3df4ba3d0b7cb37a02af2d8252090a7d5518fd6699a 2143 
autokey_0.82.2-1.dsc
  41cf6781c7ed31ad5f7dc39bbc39a4706bb5beaaa5ea5449507559c05c48b430 231823 
autokey_0.82.2.orig.tar.gz
  89d8e36b36d6d23a81052d597fee7fa57c3bb5d7a502c66c85141fd89245b603 14241 
autokey_0.82.2-1.debian.tar.gz
  b8cc3951671a81fc33df5945e4b9d9d615ef390a2e32b7e6b863ffd295d2db14 75074 
autokey-common_0.82.2-1_all.deb
  148802f6fc9df765e8dd61897ad4d9f765db8ce4bc64405f866bd7b289020fe7 39474 
autokey-qt_0.82.2-1_all.deb
  e6c54b4e3df9def7cfa5cd15f7c6a3e0968412d7c95993a31c711b91ecb01a56 52952 
autokey-gtk_0.82.2-1_all.deb
Files:
  99b0e7e916d993c0709ad12d07ccabd3 2143 utils optional autokey_0.82.2-1.dsc
  7f885a616aa230b72d68dfb4e898e4e6 231823 utils optional 
autokey_0.82.2.orig.tar.gz
  a4d1626b218da25d22627bd0465b1bcc 14241 utils optional 
autokey_0.82.2-1.debian.tar.gz
  71901aff62445ca614e28cccf7d96c7e 75074 utils optional 
autokey-common_0.82.2-1_all.deb
  5696dc6234e04311e5850b8513292409 39474 kde optional 
autokey-qt_0.82.2-1_all.deb
  c638369eb74df75c204447caf8215047 52952 gnome optional 
autokey-gtk_0.82.2-1_all.deb

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

iQIcBAEBCAAGBQJPXDjWAAoJEJcyXdj5/dUGpTYP/2QklC2w1Fu7vJ+oLcYwRcFt
k/sKZPeGHIoCv0GLiO59gL3Nv8Ck+5TyJEdD3UlUiargM4kaoLCzCyH2hWZGJ2zr
mC3YfdKy6jmXNUdyISJSoWQGmX5mji1QeKCY0wTmr/ggsnwydxp5wJh+IND3snNA
vzYQW9/SBvfgGkyu+b6mVDwO4S4W6iIi4YGFrw7AS6EXCOaHGFpjlkUf0GnxTQH+
HZCVnOMqxxMpr1gAJHOtpnXscok9KtdQCgB32ng/5IyrneZZ4ajD+wXFwh4C8afo
ame7cgQMmGgpCTNBxFwxYbsgdNm81is8KhB+7PfnHRLh26Yi8qjlONlp4DQw3MU5
jxEVM4HfMhvNKujYOaUzaMyisK2mUkPiizYBCAYSkWjIE1DFcp+0zNW1ZmvQsc7n
0ZwCrjZzCsRyAhQrjPGmK7k9HPqaFShHDW0jAy2HUw2UnBU+2j1pim9kfy88DW/q
izQUt1SlJ10v9zlv48Nm4a4WYIMyLYvp/FFZf0zHE1epb1PBVmMHreyPm2WWAzJv
56uAvaByTpDET0FpWs2jJmNoTDF53QtHQ7ymxci/Z4FjlY+xhUH0TuVLXhtsQnTT
9L7dHcEjnEJrKCahAgGxHgV/ktPeEmgJj35aBtS/TKJv09TEAfR6My0BqlI25od6
ziPVuFY/mP7oP96Tv1J6
=UvhX
-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#594644: Announce of an upcoming upload for the gwhois package

Dear maintainer of gwhois and Debian translators,

Quite some time ago, I sent a notice to the maintainer of the gwhois Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

The package maintainer and I agreed for a translation update round. At
the end of this period, I will send him|her a full patch so that 
an l10n upload can happen.
The full planned schedule is available at the end of this mail.

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

Among these, the following translations are incomplete: 

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

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

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

The POT file is attached to this mail.

Schedule:

 Saturday, January 21, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Monday, March 12, 2012   : send this notice
 Tuesday, March 20, 2012   : (midnight) deadline for receiving translation 
updates
 Wednesday, March 21, 2012   : Send a summary to the maintainer. Maintainer 
uploads
 when possible.

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: gwh...@packages.debian.org\n"
"POT-Creation-Date: 2010-05-15 23:41+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Install gwhois as a whois proxy server?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If gwhois is installed as a whois proxy server (using inetd) it will listen "
"on the standard whois port (43) allowing normal whois clients to query it."
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"This can be interesting for example if you want to setup a generic whois "
"server for your company or coworkers which can then use their standard whois-"
"client (e.g. a windows client) and still make use of the intelligent "
"features of gwhois."
msgstr ""

#. Type: error
#. Description
#: ../templates:2001
msgid "Inetd or compatible replacement not installed."
msgstr ""

#. Type: error
#. Description
#: ../templates:2001
msgid ""
"You configured gwhois to act as a whois proxy server. This requires inetd or "
"a compatible replacement (in particular the 'update-inetd' binary) which was "
"not found."
msgstr ""

#. Type: error
#. Description
#: ../templates:2001
msgid ""
"Please install a package providing inet-superserver and reconfigure gwhois "
"or disable proxy operation."
msgstr ""


signature.asc
Description: Digital signature

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

2012-03-11 Thread Boris Pek

Hi,

I rebuilt package with new patch in my 32-bit system and can confirm
that the problem is solved. Thanks!

Regards,
Boris

Bug#648129: pgplot5: FTBFS with libpng 1.5

2012-03-11 Thread Carlo Segre



i will do so.

Carlo

On Mon, 12 Mar 2012, Nobuhiro Iwamatsu wrote:


tags 648129 patch
thanks

Hi,

2011/11/9 Carlo Segre :


On Wed, 9 Nov 2011, Nobuhiro Iwamatsu wrote:


I uploaded libpng 1.5 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5. I attached build log.
Could you check your package ?



I'll look into it.  I am not sure that it is libpng which is the problem,
more likely the new gfortran since I noticed that it would not build
properly a couple of weeks ago.

The package was adopted by me a number of years ago because I needed it but
it is pretty convoluted and needs a complete overhaul and I am not sure I
have time or patience to do it.


Well, this is a bug by the specifications change of libpng.
I create a patch which revise this bug.

Could you check this?

Best regards,
 Nobuhiro




--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#663540: finds MSDOS when there is none

2012-03-11 Thread Harald Dunkel


Package: os-prober
Version: 1.49

os-prober finds some MSDOS partition on my laptop:

# os-prober
/dev/sda2:MS-DOS 5.x/6.x/Win3.1:MS-DOS:chain
# blkid | sort
/dev/sda1: UUID="063e2d53-7007-4112-822f-edcba00d2928" TYPE="ext4" LABEL="root"
/dev/sda2: LABEL="debian" UUID="af0b76b9-e91e-4bbd-a64c-b1a6199982bf" 
TYPE="ext4"
/dev/sda3: LABEL="swap" UUID="55a05f9b-346d-46c8-87a6-b0b8b2f5ad37" TYPE="swap"
/dev/sda4: LABEL="export" UUID="e1f404ed-b77d-4c24-91d1-7ff69540fdfa" 
TYPE="ext4"
# parted /dev/sda u s p
Model: ATA ST9160823AS (scsi)
Disk /dev/sda: 312581808s
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End SizeType File system Flags
 1  2048s   62492671s   62490624s   primary  ext4
 2  62492672s   96047103s   33554432s   primary  ext4
 3  96047104s   104435711s  8388608sprimary  linux-swap(v1)
 4  104435712s  312581807s  208146096s  primary  ext4


This makes /dev/sda2 unbootable. At boot time grub2 gives me

error: invalid signature.

os-prober 1.42 from Stable doesn't show this problem:

# os-prober
/dev/sda2:Debian GNU/Linux (wheezy/sid):Debian:linux


Regards

Harri



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

Bug#638921: HP NC375i network card fails to autonegotiate with a 100full cisco switch

tags 638921 + upstream
forwarded 638921 http://thread.gmane.org/gmane.linux.network/189573/focus=223620
quit

Hi,

Ana Guerrero wrote:
> On Fri, Feb 17, 2012 at 04:36:29PM +0100, Ana Guerrero wrote:

>> fixes this problem. I am attaching it already updated to work on
>> top of 2.6.32-41.
>
> Now for real.

Nice, thanks.  Passed upstream, so hopefully this fix will be part of
the standard 2.6.32.y kernel soon.



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

Bug#663539: ekiga crash SIP "SetUpConnection( )"

2012-03-11 Thread Do Do

Package: ekiga
Version: 3.2.7-2
Severity: grave
Tags: l10n
Justification: renders package unusable

...
2012/03/12 10:28:00.272   0:51.326  Pool:0xb13a0b70 SIP Handled
PDU "102 INVITE sip:3233@192.168.40.190"
2012/03/12 10:28:00.272   0:51.326 CallSetup:0xb135fb70 PCSS
SetUpConnection(НОРМАЛЬНО�нженер связи)
2012/03/12 10:28:00.272   0:51.326 CallSetup:0xb135fb70 OpalCon
SetPhase from UninitialisedPhase to AlertingPhase for
Call[da7e9c30a3]-EP[mbc3292b64]
2012/03/12 10:28:00.272   0:51.326 CallSetup:0xb135fb70 OpalMan
OnAlerting Call[da7e9c30a3]-EP[mbc3292b64]
2012/03/12 10:28:00.272   0:51.326 CallSetup:0xb135fb70 Call
OnAlerting Call[da7e9c30a3]-EP[mbc3292b64]
2012/03/12 10:28:00.272   0:51.326 CallSetup:0xb135fb70 SIP
SetAlerting
2012/03/12 10:28:00.272   0:51.327 CallSetup:0xb135fb70 OpalCon
OnSetUpConnectionCall[da7e9c30a3]-EP[mbc3292b64]
2012/03/12 10:28:00.273   0:51.327 CallSetup:0xb135fb70 OpalEP
OnSetUpConnection Call[da7e9c30a3]-EP[mbc3292b64]
2012/03/12 10:28:00.280   0:51.334  AEScheduler
Adding Event incoming_call_sound 4000/256 to queue
2012/03/12 10:28:00.280   0:51.334  AudioEvent...0xb4ec5b70 AEScheduler
Checking pending list with 1 elements
2012/03/12 10:28:00.280   0:51.334  AudioEvent...0xb4ec5b70 AEScheduler
Trying to load /usr/share/sounds/ekiga/ring.wav for event incoming_call_sound
2012/03/12 10:28:00.281   0:51.335  AudioEvent...0xb4ec5b70 AudioOutputCore
Opening device[1] with 2-44100/16
2012/03/12 10:28:00.281   0:51.335  AudioEvent...0xb4ec5b70
GMAudioOutputManager_ptlib  Opening Device USB  AUDIO   (PTLIB/ALSA)
2012/03/12 10:28:00.281   0:51.335  AudioEvent...0xb4ec5b70
GMAudioOutputManager_ptlib  Opening Device with 2-44100/16
2012/03/12 10:28:00.281   0:51.336  AudioEvent...0xb4ec5b70 ALSA
SetHardwareParams Player channels=2 sample rate=44100
2012/03/12 10:28:00.282   0:51.337  AudioEvent...0xb4ec5b70 ALSA
Successfully set period size to 80
2012/03/12 10:28:00.283   0:51.337  AudioEvent...0xb4ec5b70 ALSA
Successfully set periods to 2

(ekiga:4042): Gtk-WARNING **: Failed to set text from markup due to error
parsing markup: Error on line 1 char 73: Invalid UTF-8 encoded text in name -
not valid '?\xb8?? ?'

(ekiga:4042): Gtk-WARNING **: Failed to set text from markup due to error
parsing markup: Error on line 1 char 73: Invalid UTF-8 encoded text in name -
not valid '?\xb8?? ?'
2012/03/12 10:28:00.296   0:51.350  AudioEvent...0xb4ec5b70 ALSA
parameters set ok
2012/03/12 10:28:00.296   0:51.350  AudioEvent...0xb4ec5b70 ALSADevice
plughw:1 Opened
2012/03/12 10:28:00.296   0:51.350  AudioEvent...0xb4ec5b70 ALSAGot
volume 13568
2012/03/12 10:28:00.296   0:51.350  AudioEvent...0xb4ec5b70
GMAudioOutputManager_ptlib  Setting buffer size of device[1] 1764/4
2012/03/12 10:28:00.296   0:51.350  AudioEvent...0xb4ec5b70 ALSA
SetBuffers direction=Player size=1764 count=4
2012/03/12 10:28:00.296   0:51.350  AudioEvent...0xb4ec5b70 ALSA
SetHardwareParams Player channels=2 sample rate=44100
2012/03/12 10:28:00.297   0:51.351  AudioEvent...0xb4ec5b70 ALSA
Successfully set period size to 441
2012/03/12 10:28:00.297   0:51.351  AudioEvent...0xb4ec5b70 ALSA
Successfully set periods to 4
2012/03/12 10:28:00.299   0:51.353  AudioEvent...0xb4ec5b70 ALSA
parameters set ok
2012/03/12 10:28:00.315   0:51.369  Call
Call[w3459cc3f1] destroyed.

... EKIGA CRASH ...



-- System Information:
Debian Release: 6.0.4
Architecture: i386 (i686)

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

Versions of packages ekiga depends on:
ii  evolution-data-ser 2.30.3-2  evolution database backend server
ii  gconf2 2.28.1-6  GNOME configuration database syste
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libavahi-client3   0.6.27-2+squeeze1 Avahi client library
ii  libavahi-common3   0.6.27-2+squeeze1 Avahi common library
ii  libavahi-glib1 0.6.27-2+squeeze1 Avahi glib integration library
ii  libc6  2.11.3-2  Embedded GNU C Library: Shared lib
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libebook1.2-9  2.30.3-2  Client library for evolution addre
ii  libedataserver1.2- 2.30.3-2  Utility library for evolution data
ii  libgcc11:4.4.5-8 GCC support library
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface
ii  libldap-2.4-2  2.4.23-7.2OpenLDAP libraries
ii  libnotify1 [libnot 0.5.0-2

Bug#663538: Does not resolve relative xml:base in Atom entries

Package: akregator
Version: 4:4.4.11.1+l10n-1
Severity: important

The 'Ongoing' blog feed at 
cannot be displayed properly.

All entries use a relative xml:base URLs, for example in the current
content of the feed:



The URL for this entry should be resolved relative to the feed itself
as .  However, if
I follow the 'Complete Story' link Akregator uses the URL
.

Images are also not displayed, as their URLs are given relative to the
entry URL.

Ben.

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

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

Versions of packages akregator depends on:
ii  kdebase-runtime   4:4.6.5-1+b1
ii  libc6 2.13-27
ii  libgcc1   1:4.6.3-1
ii  libkcmutils4  4:4.6.5-2+b1
ii  libkde3support4   4:4.6.5-2+b1
ii  libkdecore5   4:4.6.5-2+b1
ii  libkdepim44:4.4.11.1+l10n-1
ii  libkdeui5 4:4.6.5-2+b1
ii  libkhtml5 4:4.6.5-2+b1
ii  libkio5   4:4.6.5-2+b1
ii  libknotifyconfig4 4:4.6.5-2+b1
ii  libkontactinterface4  4:4.6.5-1
ii  libkparts44:4.6.5-2+b1
ii  libkpimutils4 4:4.6.5-1
ii  libqt4-dbus   4:4.7.4-2
ii  libqt4-xml4:4.7.4-2
ii  libqtcore44:4.7.4-2
ii  libqtgui4 4:4.7.4-2
ii  libstdc++64.6.3-1
ii  libsyndication4   4:4.6.5-1

akregator recommends no packages.

akregator 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#663537: mirror submission for mirror-fpt-telecom.fpt.net

2012-03-11 Thread Trung NQ

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: mirror-fpt-telecom.fpt.net
Type: leaf
Archive-architecture: i386 kfreebsd-amd64 
Archive-http: /debian/
IPv6: no
Archive-upstream: mirror.aarnet.edu.au
Updates: twice
Maintainer: Trung NQ 
Country: VN Viet Nam
Location: HCMC
Sponsor: FPT Telecom http://www.fpt.vn/
Comment: i have sent a form to register new mirror earlier but i don't receive 
any response from you. 
 Resend



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

Bug#660407: byobu new upstream version

2012-03-11 Thread Kris Henriksson

severity 660407 normal
thanks



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

Bug#648129: pgplot5: FTBFS with libpng 1.5

tags 648129 patch
thanks

Hi,

2011/11/9 Carlo Segre :
>
> On Wed, 9 Nov 2011, Nobuhiro Iwamatsu wrote:
>
>> I uploaded libpng 1.5 to experimental.
>> libpng maintainers plan to transition from libpng 1.2 to 1.5.
>> I am checking build it the package depend to libpng.
>>
>> I noticed your package FTBFS by libpng 1.5. I attached build log.
>> Could you check your package ?
>>
>
> I'll look into it.  I am not sure that it is libpng which is the problem,
> more likely the new gfortran since I noticed that it would not build
> properly a couple of weeks ago.
>
> The package was adopted by me a number of years ago because I needed it but
> it is pretty convoluted and needs a complete overhaul and I am not sure I
> have time or patience to do it.

Well, this is a bug by the specifications change of libpng.
I create a patch which revise this bug.

Could you check this?

Best regards,
  Nobuhiro

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


pgplot5-5.2.2_libpng15.patch
Description: application/empty

Bug#647004: Realtek Ethernet adapters (r8169 driver)

Hi again,

Jonathan Nieder wrote:
> HacKurx wrote:

>> NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
> [...]
>> The R8169 driver in kernel 3.1 fixes the problem :

Hm.

Some of the more interesting changes between 3.0 and 3.1:

 92fc43b4159b r8169: modify the flow of the hw reset
 70090424e596 r8169: support RTL8111E-VL
 d4ed95d796e5 r8169: fix wake on lan setting for non-8111E
  (not relevant for these symptoms, of course)
 aaa89c08d9ff r8169: don't enable rx when shutdown (likewise)
 106633897e08 r8169: fix WOL setting for 8105 and 8111evl (likewise)
 649b3b8c4e86 r8169: fix driver shutdown WoL regression (fixes a
  regression introduced by the hw reset rework)
 e542a2269f23 r8169: adjust the RxConfig settings
  1687b5667988 r8169: fix sticky accepts packet bits in RxConfig
 93a3aa259334 r8169: Add support for D-Link 530T rev C1
 c28aa3856710 r8169 : MAC address change fix for the 8168e-vl
 c2b0c1e7fb69 r8169: fix the reset setting for 8111evl
 e03f33af79f0 r8169: remove erroneous processing of always set bit
 2544bfc0eb25 r8169: do not enable the TBI for anything but the
  original 8169
 1b23a3e3d1b9 r8169: fix wrong eee setting for rlt8111evl

Knowing which chip you have would narrow things down further.  Can you
attach "dmesg" output from booting up and loading the r8169 driver?
Even better would be the same from a kernel built with

#define RTL8169_DEBUG

added near the top of drivers/net/r8169.c (or
drivers/net/ethernet/realtek/r8169.c if you are using a newer kernel).

Curious,
Jonathan



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

Bug#648122: qutemol: FTBFS with libpng 1.5

tags 648122 patch
thanks

Hi,

I created a patch which revise this problem.
I attached.

Could you check patch?

Best regards,
  Nobuhiro

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


qutemol_libong15.patch
Description: application/empty

Bug#663469: closed by Marco d'Itri (Re: Bug#663469: kmod loads modules even though they're blacklisted)

2012-03-11 Thread Matthias Berndt

Hi Marco,

> No, it should not.
Care to elaborate? Before kmod was introduced, the blacklist took 
precedence over /etc/modules. Why do you think this is supposed to change?

Cheers
Matthias



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

Bug#663469: kmod loads modules even though they're blacklisted

2012-03-11 Thread Matthias Berndt

Hi Marco,

thank you for your reponse. I think I've figured out why the radeon module 
is loaded at boot time on my system. It is mentioned in my /etc/modules. 
/etc/init.d/kmod reads this file and loads every module in it with 
modprobe $module $args
I think the -b flag should be used here.

Cheers
Matthias



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

Bug#650482: zvbi:FTBFS: exp-gfx.c:1675:6: error: dereferencing pointer to incomplete type

tags 650482 patch
thanks

Hi,

I created a patch which revise this. I attached.
Could you check this patch?

Best regards,
  Nobuhiro

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


libpng15
Description: Binary data

Bug#663536: motion: Live Webcam Server should listen on IPv6

2012-03-11 Thread Kenyon Ralph

Package: motion
Version: 3.2.12-2
Severity: normal
Tags: ipv6 upstream
Forwarded: 
http://www.lavrsen.dk/foswiki/bin/view/Motion/FeatureRequest2011x01x06x052631

Currently, the motion webcam server, as activated by the webcam_port
configuration directive, only listens on IPv4, as seen in this output
from ss -lnp:

Recv-Q Send-Q  Local Address:Port  Peer Address:Port
0  10  *:8081  *:*  users:(("motion",13749,6))

The local address:port should look like this: :::8081.

There has been some work on this upstream, including patches:
http://www.lavrsen.dk/foswiki/bin/view/Motion/FeatureRequest2011x01x06x052631

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

Kernel: Linux 3.2.0-0.bpo.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 motion depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  libavcodec52   4:0.5.6-3 ffmpeg codec library
ii  libavformat52  4:0.5.6-3 ffmpeg file format library
ii  libavutil494:0.5.6-3 ffmpeg utility library
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared lib
ii  libjpeg62  6b1-1 The Independent JPEG Group's JPEG 
ii  libmysqlclient16   5.1.61-0+squeeze1 MySQL database client library
ii  libpq5 8.4.11-0squeeze1  PostgreSQL C client library

Versions of packages motion recommends:
ii  ffmpeg4:0.5.6-3  multimedia player, server and enco

Versions of packages motion suggests:
pn  mysql-client   (no description available)
pn  postgresql-client  (no description available)

-- Configuration Files:
/etc/default/motion changed:
start_motion_daemon=yes

/etc/motion/motion.conf [Errno 13] Permission denied: u'/etc/motion/motion.conf'

-- debconf information:
  motion/moved_conf_dir:



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

Bug#660407: byobu: New version 5.12 available upstream

2012-03-11 Thread Kris Henriksson

Severity: normal
thanks

The network usage status item does not work (does not show at all) in
the current version (5.3). It is fixed as of 5.5, so an upstream
update would fix this bug.



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

Bug#662300: Patch to fix left-up movement bug

2012-03-11 Thread Martin Erik Werner

tags 662300 + patch

Here is a patch which fixes this issue for me, it is based on a
suggestion at
http://egoboo.sourceforge.net/phpBB3/viewtopic.php?f=3&t=1177&p=61333#p61333, 
see the DEP-3 header for more information.

Please consider applying it.

Thanks.
-- 
Martin Erik Werner 
Author: Pozzo
Description: Fix left-up movement bug
 Fix player only being able to move right and down:
 Cast return value from control_is_pressed to int in order to avoid doing math
 on booleans.
Origin: Upstream forum:
 http://egoboo.sourceforge.net/phpBB3/viewtopic.php?f=3&t=1177&p=61333#p61333
 Explanation:
 http://egoboo.sourceforge.net/forum/viewtopic.php?p=54235#54235
Bug: https://sourceforge.net/apps/mantisbt/egoboo/view.php?id=74
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662300
Last-Update: 2012-03-12

diff --git a/src/game/game.c b/src/game/game.c
index 9012525..4e1b2ff 100755
--- a/src/game/game.c
+++ b/src/game/game.c
@@ -2052,8 +2052,8 @@ void set_one_player_latch( const PLA_REF player )
 if (( CAM_TURN_GOOD == PCamera->turn_mode && 1 == local_numlpla ) ||
 !control_is_pressed( INPUT_DEVICE_KEYBOARD, CONTROL_CAMERA ) )
 {
-joy_pos.x = ( control_is_pressed( INPUT_DEVICE_KEYBOARD,  CONTROL_RIGHT ) - control_is_pressed( INPUT_DEVICE_KEYBOARD,  CONTROL_LEFT ) );
-joy_pos.y = ( control_is_pressed( INPUT_DEVICE_KEYBOARD,  CONTROL_DOWN ) - control_is_pressed( INPUT_DEVICE_KEYBOARD,  CONTROL_UP ) );
+joy_pos.x = ( (int)control_is_pressed( INPUT_DEVICE_KEYBOARD,  CONTROL_RIGHT ) - (int)control_is_pressed( INPUT_DEVICE_KEYBOARD,  CONTROL_LEFT ) );
+joy_pos.y = ( (int)control_is_pressed( INPUT_DEVICE_KEYBOARD,  CONTROL_DOWN ) - (int)control_is_pressed( INPUT_DEVICE_KEYBOARD,  CONTROL_UP ) );
 
 if ( CAM_TURN_GOOD == PCamera->turn_mode &&
  1 == local_numlpla )  joy_pos.x = 0;


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

Bug#663469: kmod loads modules even though they're blacklisted

2012-03-11 Thread Marco d'Itri

On Mar 11, Matthias Berndt  wrote:

> I have the fglrx-driver package installed. It includes /etc/modprobe.d/fglrx-
> driver.conf, which blacklists the radeon module, but the radeon module is
> loaded nevertheless at boot time.
I cannot reproduce this:

root@bongo:/etc/modprobe.d# rmmod tun
root@bongo:/etc/modprobe.d# echo 'blacklist tun' > aa-bb.conf
root@bongo:/etc/modprobe.d# modprobe -v -b tun
root@bongo:/etc/modprobe.d# lsmod | grep tun
root@bongo:/etc/modprobe.d# rm aa-bb.conf 
root@bongo:/etc/modprobe.d# modprobe -v -b tun
insmod /lib/modules/3.2.0-1-amd64/kernel/drivers/net/tun.ko 
root@bongo:/etc/modprobe.d#

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#663505: rrdcached segfaults - not checked realpath and strdup

2012-03-11 Thread Witold Baryluk

Hi,

problem is in incorrect error handling.

Attached patch adds realpath and strdup error handling for journal dir
option.

Why journal dir was not created in first place, is different story
(probably bug in postinst script)

Regards,
Witek

-- 
Witold Baryluk
--- rrdtool-1.4.7/src/rrd_daemon.c.orig	2011-12-16 08:29:44.0 +0100
+++ rrdtool-1.4.7/src/rrd_daemon.c	2012-03-12 06:05:51.0 +0100
@@ -3091,7 +3091,17 @@
   {
 char journal_dir_actual[PATH_MAX];
 const char *dir;
-dir = journal_dir = strdup(realpath((const char *)optarg, journal_dir_actual));
+if (realpath((const char *)optarg, journal_dir_actual) == NULL)
+{
+  fprintf(stderr, "Failed to canonicalize the journal directory '%s': %s\n",
+  optarg, rrd_strerror(errno));
+  return 7;
+}
+dir = journal_dir = strdup(journal_dir_actual);
+if (dir == NULL) {
+  fprintf (stderr, "read_options: strdup failed.\n");
+  return (3);
+}
 
 status = rrd_mkdir_p(dir, 0777);
 if (status != 0)

Bug#648120: slim: FTBFS with libpng 1.5

tags 648120 pending upstream
thanks


Hi,

This already fixed in upstream.

Best regards,
  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#663535: ITP: php5-zeromq -- PHP bindings for ZeroMQ

2012-03-11 Thread Gleb Golubitsky

Package: wnpp
Severity: wishlist
Owner: Gleb Golubitsky 

* Package name: php5-zeromq
  Version : 1.0.3
  Upstream Author : Mikko Koppanen 
* URL : https://github.com/mkoppanen/php-zmq
* License : BSD
  Programming Lang: C
  Description : PHP bindings for ZeroMQ

Experimental PHP bindings for 0MQ. The documentation is available at 
http://php.zero.mq/



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

Bug#663274: closed by Daniel Baumann (Bug#663274: fixed in lxc 0.8.0~rc1-3)

2012-03-11 Thread Troy Telford

After updating to lxc-0.8.0-rc3, I'm seeing the behavior of lxc is unchanged.

$ dpkg -l | grep lxc
ii  lxc  0.8.0~rc1-3  Linux 
Containers userspace tools
ii  lxc-dbg  0.8.0~rc1-3  Linux 
Containers userspace tools (debug)
ii  lxc-dev  0.8.0~rc1-3  Linux 
Containers userspace tools (development)

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

- lxc tools continue to 'lose' their ability to see liblxc.so.0 after 
attempting to start LXC.

$ ldd `which lxc-console`
linux-vdso.so.1 =>  (0x7fff2a7b)
liblxc.so.0 => not found
libcap.so.2 => /lib/libcap.so.2 (0x7fd837daf000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fd837a27000)
libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x7fd837823000)
/lib64/ld-linux-x86-64.so.2 (0x7fd837fdb000)

Yet, containers set to autoload at boot run without problems, and I can use 
lxc-console to connect to their running consoles -- at least, I can do so until 
I try to start a container using 'lxc-start.'

On Mar 10, 2012, at 2:06 AM, Debian Bug Tracking System wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the lxc package:
> 
> #663274: lxc: Can't start containers.
> 
> It has been closed by Daniel Baumann 
> .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Daniel Baumann 
>  by
> replying to this email.
> 
> 
> -- 
> 663274: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663274
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
> 
> From: Daniel Baumann 
> Subject: Bug#663274: fixed in lxc 0.8.0~rc1-3
> Date: March 10, 2012 2:02:37 AM MST
> To: 663274-cl...@bugs.debian.org
> 
> 
> Format: 1.8
> Date: Sat, 10 Mar 2012 09:51:28 +0100
> Source: lxc
> Binary: lxc lxc-dbg lxc-dev
> Architecture: source i386
> Version: 0.8.0~rc1-3
> Distribution: unstable
> Urgency: low
> Maintainer: Daniel Baumann 
> Changed-By: Daniel Baumann 
> Description: 
> lxc- Linux Containers userspace tools
> lxc-dbg- Linux Containers userspace tools (debug)
> lxc-dev- Linux Containers userspace tools (development)
> Closes: 663274
> Changes: 
> lxc (0.8.0~rc1-3) unstable; urgency=low
> .
>* Adding pre-depends to multiarch-support (Closes: #663274).
>* Updating lintian overrides.
> Checksums-Sha1: 
> cadaee224a3cc01f38d6e2100c355f02ff75446c 1260 lxc_0.8.0~rc1-3.dsc
> 84f91433f94cbbe22d13369540a4db53d3804fdf 45812 lxc_0.8.0~rc1-3.debian.tar.gz
> 36e80787d146aebfee8d4b600ff9dbcd5d94225e 196886 lxc_0.8.0~rc1-3_i386.deb
> 85f5e73600df7631cdd072e3042907863a00b6d1 215494 lxc-dbg_0.8.0~rc1-3_i386.deb
> 5badfe31b5968b9756aabc06059aae35c1ac4704 19926 lxc-dev_0.8.0~rc1-3_i386.deb
> Checksums-Sha256: 
> 4d74bd7b6b92049374518e38245b5535eb8cafb981c556ba843bc989fca0faaa 1260 
> lxc_0.8.0~rc1-3.dsc
> 96ee9b7b7318cfc23efec071202b52c4a3fd48642999f95f982b58e35993fe79 45812 
> lxc_0.8.0~rc1-3.debian.tar.gz
> 02fc78a5fd0283a709a7bd165c47a7d23f47a09f8c1de8586b0219935034e35e 196886 
> lxc_0.8.0~rc1-3_i386.deb
> b5e5866d318fdeb0a80d2e88e23e2ef6719ef171c127c05de78863dbbb9b1c28 215494 
> lxc-dbg_0.8.0~rc1-3_i386.deb
> ef7d47013c30147345a2db3a5d2fc05aaf450cb4ee91f49366b1c696823d558d 19926 
> lxc-dev_0.8.0~rc1-3_i386.deb
> Files: 
> f45513dd72b0b524bb0ed22a1f39c317 1260 admin optional lxc_0.8.0~rc1-3.dsc
> b10226515f2e09c4ba47d6ca74cd3d03 45812 admin optional 
> lxc_0.8.0~rc1-3.debian.tar.gz
> 368b32ddec9f4447c79ecca374c2dd8c 196886 admin optional 
> lxc_0.8.0~rc1-3_i386.deb
> 21cfe8462d06e3f757005f7549d0aca2 215494 debug extra 
> lxc-dbg_0.8.0~rc1-3_i386.deb
> ee853cbf48edb9674c71e73bcf89a967 19926 libdevel optional 
> lxc-dev_0.8.0~rc1-3_i386.deb
> 
> 
> 
> 
> From: Troy Telford 
> Subject: lxc: Can't start containers.
> Date: March 9, 2012 5:38:16 PM MST
> To: Debian Bug Tracking System 
> 
> 
> Package: lxc
> Version: 0.8.0~rc1-2
> Severity: important
> 
> This is probably related to #663062, possibly a dup.
> 
> I haven't rebooted my system in a few months, so I haven't noticed this until
> now:
> 
> Prior to the reboot, I was using kernel 3.2.0-1-amd64, post-reboot is
> 3.2.0-2-amd64 (I've done several boots since; the kernel version doesn't seem
> to matter)
> 
> I run a sid machine, and am using the 'latest' version of LXC available (was
> 0.7.5-24 until this afternoon, when it bumped to 0.8.0~rc1-2, I believe)
> 
> I have several "known good" containers; some auto-launch at boot, others are
> manually started.
> 
> The

Bug#663505: rrdcached segfaults, new gdb run with debug symbols

2012-03-11 Thread Witold Baryluk

Hello.

Installed rrdtool-dbg, and run gdb again just on rrdcached:

# gdb --args /usr/bin/rrdcached -l unix:/var/run/rrdcached.sock -j 
/var/lib/rrdcached/journal/ -F -b /var/lib/rrdcached/db/ -B -p 
/var/run/rrdcached.pid -g
GNU gdb (GDB) 7.4-debian
Copyright (C) 2012 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 "alpha-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/rrdcached...Reading symbols from 
/usr/lib/debug/usr/bin/rrdcached...done.
done.
(gdb) r
Starting program: /usr/bin/rrdcached -l unix:/var/run/rrdcached.sock -j 
/var/lib/rrdcached/journal/ -F -b /var/lib/rrdcached/db/ -B -p 
/var/run/rrdcached.pid -g
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/alpha-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
strlen () at ../ports/sysdeps/alpha/strlen.S:45
45  ../ports/sysdeps/alpha/strlen.S: Nie ma takiego pliku ani katalogu.
(gdb) bt full
#0  strlen () at ../ports/sysdeps/alpha/strlen.S:45
No locals.
#1  0x0283dda0 in *__GI___strdup (s=0x0) at strdup.c:42
len = 
#2  0x000120004534 in read_options (argc=, argv=0x11ffe79f8) 
at rrd_daemon.c:3094
journal_dir_actual = 
"/var/lib/rrdcached\000\000\000\002\000\000\000\000\000\000\000\000\000\000\350\310\002\000\000\002\000\000\320\315\002\000\000\002\000\000\270\322\002\000\000\002\000\000x\243\002\000\000\002\000\000\210b\002\000\000\002\000\000X\235\002\000\000\002",
 '\000' "\213, ", '\000' , 
"N\000\000\000\000\000\000\000\001", '\000' , 
"\023\000\000\000\000\000\000\000\bR\003\000\000\002\000\000\366^h\000\000\002\000\000\060\a\001\000\000\002\000\000\000\000\000\000\000\000\000\000\230\347\000\000\000\002\000\000\350\240>\000\000\002\000\000\000\000\000\000\000\000\000\000\a\000\000\000\000\000\000\000X\350\000\000\000\002\000\000H\271\002\000\000\002\000\000H\000\000\000\000\000\000\000\350z\002\000\000"...
dir = 
option = 106
status = 0
#3  0x000120002c64 in main (argc=0, argv=0x11ffe6690) at rrd_daemon.c:3175
status = 
(gdb) q


I can compile rrdtool without optimizations if needed.



-- 
Witold Baryluk



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

Bug#663534: Changes from longterm 2.6.32.59

Package: src:linux-2.6
Version: 2.6.32-41
Severity: important

This is based on 2.6.32.59-rc1.

- compat: Re-add missing asm/compat.h include to fix compile breakage on s390
- [IA64] Remove COMPAT_IA32 support

Fix build breakages in 2.6.32.58 due to is_compat_task() not being
defined in all cases.  The first is for s390 without CONFIG_COMPAT,
which is not a configuration we use.  The second is for ia64 with
CONFIG_COMPAT, which we do use.  It disables CONFIG_IA32_SUPPORT and
CONFIG_COMPAT, which are known to be broken.  Unfortunately this
breaks ABI compatibility, so we will have to do things differently
(already committed).

- writeback: fixups for !dirty_writeback_centisecs

Fixes some cases where if vm.dirty_writeback_centisecs=0 the kernel
will spin in (effectively) an infinite loop.

- bsg: fix sysfs link remove warning

Fixes WARNING on removal of some SCSI-generic devices.  No real harm
is done, so far as I know.

- eCryptfs: Handle failed metadata read in lookup

In some odd cases, ecryptfs may return the lower filesystem's file
size (including padding) rather than the plaintext file size.  When
programs read the entire file they will see some padding.  The file
is likely to be corrupted if it is then rewritten.

- [S390] KEYS: Enable the compat keyctl wrapper on s390x

Add 32-bit compatibility for the keyctl system call on s390x.  Since
we currently only support 32-bit s390 userland on 64-bit kernel, this
has evidently been completely broken for our users!

- cifs: fix dentry refcount leak when opening a FIFO on lookup

This network filesystem will leak memory and then crash (oops) when
unmounted if requested to open a file that is a special file on the
server.  This is obviously exploitable by a file server for denial
of service.

- mac80211: zero initialize count field in ieee80211_tx_rate

Belt-and-braces fix for #663198.  I think it's bogus for 2.6.32.y.

- net/usbnet: avoid recursive locking in usbnet_stop()

Fixes potential deadlock when setting a USB networking interface down.

- regset: Prevent null pointer reference on readonly regsets

The regset interface extends ptrace() and core dumps to more registers
and pseudo-registers.  All such registers should be read-write, but
the 'IOPERM32' and 'IOPERM64' pseudo-registers for x86 are read-only.
Attempting to write them through ptrace() results in a crash (oops).
This is CVE-2012-1097.

- regset: Return -EFAULT, not -EIO, on host-side memory fault

Cleanup for regset; not sure why it's here but it's harmless.

- watchdog: hpwdt: clean up set_memory_x call for 32 bit

This driver was changed in 2.6.32.53 to ensure that the BIOS code it
depends on is executable.  However, it did this wrongly, resulting in
incorrect changes to kernel memory mappings.

Ben.

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

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



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

Bug#660190: security-tracker: add per-maintainer page (with half-baked patch)

2012-03-11 Thread Paul Wise

On Fri, 2012-02-17 at 17:36 +0800, Paul Wise wrote:

> The attached patch implements a first pass at a per-maintainer page of
> security issues. It involves some database schema changes to it will
> require a full reimport of all the data.

Does anyone have some time to review my patch?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#661710: arduino error console font size fixed and uploaded to experimental

2012-03-11 Thread Scott Howard

fixed 661710 1:1.0.1~rc1-1
thanks

debugging output now is controllable through File->Preferences. It's
currently in experimental.
Thanks!



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

Bug#644906: [squeeze] e1000e: upstream workaround for packet drop on 82579LM at 100Mbps

Ben Hutchings wrote:

> You're probably right, but it'll take time to backport and properly test
> this lot.

For future reference: filed as .

> So for now I'll just apply the single fix.

Looks good.  Thanks for taking care of it.

Jonathan



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

Bug#662379: [Debian-med-packaging] Bug#662379: Bug#662379: insighttoolkit: Please Build-Depends on libpng-dev, change from libpng12-dev

2012-03-11 Thread Steve M. Robbins

Hi Luis,

On Sun, Mar 11, 2012 at 07:33:52PM -0400, Luis Ibanez wrote:

> We could look into updating the ITK dependency on
> PNG to use 1.5, once we resume the maintenance
> cycle of ITK in a couple of weeks.
> 
> I'm not sure if that is too late for the current packaging
> that you are working on...

Any help you can provide is welcome.  I'm kind of hoping that there is
a minor change that either (a) I can back-port to Debian's 4.1.0
package, or (b) you guys can release as 4.1.1.

I don't know libpng at all and I haven't investigated the issue.
Nobuhiro: is there a guide or FAQ for porting code to 1.5?

Cheers,
-Steve

signature.asc
Description: Digital signature

Bug#663533: [squeeze] please apply e1000e fixes up to some version supported upstream (e.g., 3.0.y)

Source: linux-2.6
Version: 2.6.32-41
Severity: wishlist
Tags: patch squeeze

Hi,

Ben Hutchings wrote[1]:
> On Sun, 2012-03-11 at 14:36 -0500, Jonathan Nieder wrote:

>> Ben: it looks like there have been 31 commits to the e1000e driver
>> from 2.6.38 to 3.0.y.  The patches marked with '+' seem like
>> candidates for inclusion in squeeze.  '?' generally means I was
>> too lazy to think about that patch and it might or might not be a
>> candidate.  What do you think?
> [...]
>
> You're probably right, but it'll take time to backport and properly test
> this lot.  So for now I'll just apply the single fix.

Makes sense.

Here is a backport of the patches mentioned in the list from [1].
Backporting was straightforward for all of them.  The most iffy is
probably the last one ("PCI/e1000e: Add and use
pci_disable_link_state_locked"), since it adds new ABI.

Untested.  I don't have an e1000e.

Thoughts and test results welcome.
Jonathan

Bruce Allan (9):
  e1000e: return appropriate errors for 'ethtool -r'
  e1000e: use dev_kfree_skb_irq() instead of dev_kfree_skb()
  e1000e: extend timeout for ethtool link test diagnostic
  e1000e: extend EEE LPI timer to prevent dropped link
  e1000e: do not toggle LANPHYPC value bit when PHY reset is blocked
  e1000e: disable jumbo frames on 82579 when MACsec enabled in EEPROM
  e1000e: do not suggest the driver supports Wake-on-ARP
  e1000e: PCIe link speed in GT/s, not GB/s
  e1000e: If ASPM L0s needs to be disabled, do it prior to enabling
device

David Decotigny (2):
  ethtool: Use full 32 bit speed range in ethtool's set_settings
  net/igb/e1000/e1000e: more robust ethtool duplex/speed configuration

Sergei Shtylyov (1):
  net: use pci_dev->revision, again

Yinghai Lu (1):
  PCI/e1000e: Add and use pci_disable_link_state_locked()

 drivers/net/e1000e/82571.c   |   10 +++
 drivers/net/e1000e/defines.h |1 +
 drivers/net/e1000e/e1000.h   |2 +-
 drivers/net/e1000e/ethtool.c |   60 +-
 drivers/net/e1000e/ich8lan.c |   39 ++-
 drivers/net/e1000e/netdev.c  |   37 +++---
 drivers/pci/pcie/aspm.c  |   19 ++---
 include/linux/pci-aspm.h |1 +
 8 files changed, 120 insertions(+), 49 deletions(-)

[1] http://bugs.debian.org/644906
From: Bruce Allan 
Date: Thu, 20 Jan 2011 06:58:07 +
Subject: e1000e: return appropriate errors for 'ethtool -r'

...when invoked while interface is not up or when auto-negotiation is
disabled as done by other drivers.

commit 5962bc21ceaaba81e04fa1bb5671c65251805d3e upstream.

Signed-off-by: Bruce Allan 
Tested-by: Jeff Pieper 
Signed-off-by: Jeff Kirsher 
Signed-off-by: Jonathan Nieder 
---
 drivers/net/e1000e/ethtool.c |   11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/drivers/net/e1000e/ethtool.c b/drivers/net/e1000e/ethtool.c
index 6f0f4153fb57..a9435c35b95d 100644
--- a/drivers/net/e1000e/ethtool.c
+++ b/drivers/net/e1000e/ethtool.c
@@ -1986,8 +1986,15 @@ static int e1000_set_coalesce(struct net_device *netdev,
 static int e1000_nway_reset(struct net_device *netdev)
 {
struct e1000_adapter *adapter = netdev_priv(netdev);
-   if (netif_running(netdev))
-   e1000e_reinit_locked(adapter);
+
+   if (!netif_running(netdev))
+   return -EAGAIN;
+
+   if (!adapter->hw.mac.autoneg)
+   return -EINVAL;
+
+   e1000e_reinit_locked(adapter);
+
return 0;
 }
 
-- 
1.7.9.2

From: Sergei Shtylyov 
Date: Mon, 28 Feb 2011 11:57:33 -0800
Subject: net: use pci_dev->revision, again

commit ff938e43d39e926de74b32a3656c190f979ab642 upstream.

Several more network drivers that read the device's revision ID
from the PCI configuration register were merged after the commit
44c10138fd4bbc4b6d6bff0873c24902f2a9da65 (PCI: Change all drivers
to use pci_device->revision), so it's time to do another pass of
conversion to using the 'revision' field of 'struct pci_dev'...

[jn: restricted to drivers/net/e1000e/]

Signed-off-by: Sergei Shtylyov 
Acked-by: "John W. Linville" 
Signed-off-by: David S. Miller 
Signed-off-by: Jonathan Nieder 
---
 drivers/net/e1000e/ethtool.c |6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/drivers/net/e1000e/ethtool.c b/drivers/net/e1000e/ethtool.c
index a9435c35b95d..5e9aae1752ad 100644
--- a/drivers/net/e1000e/ethtool.c
+++ b/drivers/net/e1000e/ethtool.c
@@ -447,13 +447,11 @@ static void e1000_get_regs(struct net_device *netdev,
struct e1000_hw *hw = &adapter->hw;
u32 *regs_buff = p;
u16 phy_data;
-   u8 revision_id;
 
memset(p, 0, E1000_REGS_LEN * sizeof(u32));
 
-   pci_read_config_byte(adapter->pdev, PCI_REVISION_ID, &revision_id);
-
-   regs->version = (1 << 24) | (revision_id << 16) | adapter->pdev->device;
+   regs->version = (1 << 24) | (adapter->pdev->revision << 16) |
+   adapter->pdev->device;
 
regs_buff[0]  = er32(CTRL);

Bug#636977: Boot-Repair sponsoring news ?

2012-03-11 Thread Alessio Treglia

On Sun, Mar 11, 2012 at 9:30 AM, yannubu...@gmail.com
 wrote:
> Hi Alessio,
>
> Fabrice (another MOTU) is ok to upload Boot-Repair if you agree:
> https://bugs.launchpad.net/ubuntu/+bug/806291/comments/30
>
> Please could you add a comment?

Done, and sorry for the delay.
I'm very busy now, if anyone won't sponsor boot-repair I'll do my best
to get back to work on this at least in time for Wheezy.

Cheers.

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A



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

Bug#663532: RFS: tth/4.03+ds-2 -- TeX/LaTeX to HTML converter

2012-03-11 Thread Jerome Benoit

Package: sponsorship-requests
Severity: normal

Dearr Mentors:

I am looking for a sponsor for my package "tth"

* Package name: tth
  Version : 4.03+ds-2
  Upstream Author : Ian Hutchinson 
* URL : http://sourceforge.net/projects/tth/
* License : GPL-2+
  Section : tex

It builds those binary packages:

tth - TeX/LaTeX to HTML converter
tth-common - auxiliary softwares for TtH and TtM
ttm - TeX/LaTeX to MathML converter

To access further information about this package, please visit the 
following URL:

http://mentors.debian.net/package/tth

Alternatively, one can download the package with dget using this 
command:

dget -x 
http://mentors.debian.net/debian/pool/main/t/tth/tth_4.03+ds-2.dsc

Changes since the last upload:

* Bump debhelper build-dep to >= 9.
* Bump Standards Version to 3.9.3.
* Hardened.
* Gather debian samples into debian/samples.

Best regards,
Jerome BENOIT



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

Bug#344182: fd leak in mhstore

2012-03-11 Thread David Levine

Fixed in the upcoming nmh 1.5:

https://savannah.nongnu.org/bugs/index.php?24004



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

Bug#663528: libkio5: kmail crashes since upgrade to KDE 4.7.4

2012-03-11 Thread Stefan Fritsch

On Monday 12 March 2012, Pino Toscano wrote:
> Alle lunedì 12 marzo 2012, Stefan Fritsch ha scritto:
> > Since upgrading the kde libraries to version 4.7.4, kmail crashes
> > on start before displaying any window.
> 
> Are you using a network proxy? If so, does kmail open if you unset
> it?

Yes and yes. If I change kde's configuration to direct connection to 
the internet, kmail seems to work OK.

Thanks for your quick response.



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

Bug#644906: [squeeze] e1000e: upstream workaround for packet drop on 82579LM at 100Mbps

2012-03-11 Thread Terry Burton

On 11 March 2012 21:06, Holger Jeromin  wrote:
> Jonathan Nieder schrieb am 11.03.2012 20:36:
>> Holger Jeromin wrote:

 The patch ("e1000e: workaround for packet drop on 82579 at 100Mbps")
 hit mainline in v3.1-rc4.  Are squeeze 2.6.32.y kernels affected?
>>>
>>> As you can see in my smokeping there is still a paket loss in my
>>> internal network:
>>> http://www.katur.de/smokeping/smokeping.cgi?target=Local.Telefon
>>> It would be nice, if you can fix the problem with a new kernel for
>>> squeeze, since the paket loss is not nice for VoIP-Calls :-)
>>
>> Please test the attached patch, following instructions from [1].
>
>
> ping -f 192.168.0.3
> PING 192.168.0.3 (192.168.0.3) 56(84) bytes of data.
> --- 192.168.0.3 ping statistics ---
> 21499 packets transmitted, 21498 received, 0% packet loss, time 14026ms
> rtt min/avg/max/mdev = 0.207/0.616/17.595/0.240 ms, pipe 2, ipg/ewma
> 0.652/0.623 ms
>
> The kernel from squeeze had around 2% packet loss...
>
> The fix works very nice here. Thanks. I will keep the kernel until a new
> security update in stable forces me to update.

Likewise, patch tested successfully.


Thanks,

Terry



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

Bug#431109: [PROPOSAL] Disambiguate of Section 12.5

2012-03-11 Thread Raphael Geissert

Hi,

On Monday 09 January 2012 09:04:44 Charles Plessy wrote:
> By January 2012, there are still more than 7,000 binary packages whose
> copyright file refers to a versionless symlink, according to the Lintian
> page
> http://lintian.debian.org/tags/copyright-refers-to-symlink-license.html

That's overly misleading. Copyright tags are emitted on binary packages, but 
packages usually ship the same copyright file for all binary packages.

Only counting source packages, the number becomes 3836.

> A new tag was added to Lintian in 2009,
> copyright-refers-to-symlink-license (pedantic).  However, despite this
> there are still thousands of packages whose copyright file refers to a
> versionless symlink in 2012.

There are two tags:
* copyright-refers-to-versionless-license-file: severity: normal
* copyright-refers-to-symlink-license: pedantic

The non-pedantic one still hits 316 source packages, based on lintian.d.o 
data.

Then again, some things never die unless somebody pokes at them. There's 
still one package that triggers copyright-refers-to-old-directory[1].

[1]http://lintian.debian.org/tags/copyright-refers-to-old-directory.html

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

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

Bug#663515: And a way out...

2012-03-11 Thread René Mayorga

On Mon, Mar 12, 2012 at 01:29:34PM +1300, Donald Gordon wrote:
> At the suggestion of Darkstat's author, I tried the latest upstream
> version, 3.0.715.  It does not have this issue.

I was planning to contact upstream to let know his opinion, but looks he already
get in touch with you

> Could this new version be packaged?

Yes, I'll try to upload a new version during this week.

thanks for your bug report

Cheers

--
Rene



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

Bug#663531: nmu: mupen64plus-video-z64_1.99.4+29+901fe271524a-1 [experimental]

2012-03-11 Thread Andreas Beckmann

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

nmu mupen64plus-video-z64_1.99.4+29+901fe271524a-1 . ALL . -m "rebuild against 
libglew1.7" -d experimental

mupen64plus-video-z64/experimental is no longer installable as it
depends on the no longer available libglew1.6.
It rebuilds and installs flawlessly in a current sid+experimental
chroot.


Andreas



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

Bug#663486: weather-util: wrong display of temperatures below 0, if --metric or --imperial is set

2012-03-11 Thread Jeremy Stanley

I've forwarded this upstream (to myself). I've received several
reports of this specific oversight in the past couple of months and
a fix for it is incorporated into the upcoming 2.0 release. I'll
close this bug with the new upload soon. Thanks!
-- 
{ IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829);
WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); }



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

Bug#663530: apache2.2-common: Spurious warning "NameVirtualHost *:80 has no VirtualHosts" in cron/logrotate output

2012-03-11 Thread Vincent Lefevre

Package: apache2.2-common
Version: 2.2.22-1
Severity: minor

In the last cron output, I got:

/etc/cron.daily/logrotate:
[Sun Mar 11 05:00:44 2012] [warn] NameVirtualHost *:80 has no VirtualHosts

I suppose that it comes from /etc/logrotate.d/apache2, which contains
in my case:

/var/log/apache2/*.log {
weekly
missingok
rotate 52
compress
delaycompress
notifempty
create 640 root adm
sharedscripts
postrotate
/etc/init.d/apache2 reload > /dev/null
endscript
prerotate
if [ -d /etc/logrotate.d/httpd-prerotate ]; then \
run-parts /etc/logrotate.d/httpd-prerotate; \
fi; \
endscript
}

If I run "/etc/init.d/apache2 reload" manually as root:

xvii:/home/vinc17# /etc/init.d/apache2 reload
Reloading web server config: apache2.

and nothing particuliar in the logs. So, everything seems fine.

/etc/apache2/sites-enabled/000-default contains:


[...]


I don't see why I got the above message in cron/logrotate output,
except in case of bug in the reload logic.

-- Package-specific info:
List of /etc/apache2/mods-enabled/*.load:
  alias auth_basic authn_file authz_default authz_groupfile
  authz_host authz_user autoindex cgi cgid dav dav_svn deflate dir
  env mime negotiation perl reqtimeout rewrite setenvif ssl status
  userdir

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

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

Versions of packages apache2.2-common depends on:
ii  apache2-utils  2.2.22-1
ii  apache2.2-bin  2.2.22-1
ii  lsb-base   3.2+Debian31
ii  mime-support   3.52-1
ii  perl   5.14.2-9
ii  procps 1:3.3.2-3

Versions of packages apache2.2-common recommends:
ii  ssl-cert  1.0.28

Versions of packages apache2.2-common suggests:
ii  apache2-doc 2.2.22-1
ii  apache2-suexec | apache2-suexec-custom  
ii  chromium [www-browser]  17.0.963.78~r125577-1
ii  elinks [www-browser]0.12~pre5-7
ii  epiphany-browser [www-browser]  3.2.1-2
ii  iceweasel [www-browser] 10.0.2-1
ii  links [www-browser] 2.5-1
ii  links2 [www-browser]2.5-1
ii  lynx-cur [www-browser]  2.8.8dev.12-1
ii  midori [www-browser]0.4.3-1
ii  uzbl [www-browser]  0.0.0~git.2028-2
ii  w3m [www-browser]   0.5.3-5

Versions of packages apache2.2-common is related to:
ii  apache2-mpm-event
ii  apache2-mpm-itk  
ii  apache2-mpm-prefork  
ii  apache2-mpm-worker   2.2.22-1

-- Configuration Files:
/etc/apache2/mods-available/userdir.conf changed:

UserDir public_html
UserDir disabled root

AllowOverride All
Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec

Order allow,deny
Allow from all


Order deny,allow
Deny from all





-- 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#663528: libkio5: kmail crashes since upgrade to KDE 4.7.4

2012-03-11 Thread Pino Toscano

Hi,

Alle lunedì 12 marzo 2012, Stefan Fritsch ha scritto:
> Since upgrading the kde libraries to version 4.7.4, kmail crashes on
> start before displaying any window.

Are you using a network proxy? If so, does kmail open if you unset it?

-- 
Pino Toscano


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

Bug#663529: egoboo: bundles fonts, no copyright listed for fonts

2012-03-11 Thread Martin Erik Werner

Package: egoboo-data
Version: 1:2.8.1-1
Severity: serious
Justification: Policy 12.5

Dear Maintainer,
The egoboo package embeds several fonts:
./basicdat/Egobooish.ttf
./basicdat/Gnomish_digital.ttf
./basicdat/Squerkle.ttf
./basicdat/Bo_Chen.ttf
./basicdat/Mael.ttf

These should ideally be packaged seprately.

In addition, they have no copyright information.

It seems like Egobooish, Squirkel and Gnomish_digital *may* be fonts that are
created by the egoboo team, and thus I presume they would be GPLv2(+?),
*without* font exception /o\, would be a good idea to contact upstream here...

Bo_Chen appears to be the same font as is listed here
http://www.dafont.com/bo-chen.d2701 which claims that it would be "PD/GPL",
there is an email address to the author at
http://www.dafont.com/profile.php?user=339942 It may be good to get a
confirmation of the license, and possibly a GPL font exception?

Mael seems to be beerware non-free, the zip file at
http://www.dafont.com/font-comment.php?file=mael reads:
"this font is provided free for personal or commercial use, it can be
redistributed however it may not be sold."

-- 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_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages egoboo depends on:
ii  egoboo-data   1:2.8.1-1
ii  libc6 2.13-27
ii  libgl1-mesa-glx [libgl1]  7.11.2-1
ii  libglu1-mesa [libglu1]7.11.2-1
ii  libphysfs12.0.2-6
ii  libsdl-image1.2   1.2.12-1
ii  libsdl-mixer1.2   1.2.12-1
ii  libsdl-ttf2.0-0   2.0.11-1
ii  libsdl1.2debian   1.2.15-2

egoboo recommends no packages.

egoboo 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#663528: libkio5: kmail crashes since upgrade to KDE 4.7.4

2012-03-11 Thread Stefan Fritsch

Package: libkio5
Version: 4:4.7.4-3
Severity: grave
Justification: renders package unusable

Since upgrading the kde libraries to version 4.7.4, kmail crashes on
start before displaying any window. The crash happens in libkio5,
therefore I file the bug against this package. Feel free to re-assign.

The crash handler says:

Application: KMail (kmail), signal: Segmentation fault
Using host libthread_db library
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
[KCrash Handler]
#7  detach (this=0xa448f38) at /usr/include/qt4/QtCore/qhash.h:299
#8  operator[] (akey=..., this=0xa448f38) at
/usr/include/qt4/QtCore/qhash.h:738
#9  KIO::ProtoQueue::removeJob (this=0xa448ee8, job=0x0) at
../../kio/kio/scheduler.cpp:483
#10 0x in ?? ()


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

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

Versions of packages libkio5 depends on:
ii  libacl1 2.2.51-5
ii  libattr11:2.4.46-5
ii  libc6   2.13-27
ii  libgcc1 1:4.6.3-1
ii  libkdecore5 4:4.7.4-3
ii  libkdeui5   4:4.7.4-3
ii  libnepomuk4 4:4.7.4-3
ii  libqt4-dbus 4:4.7.4-2
ii  libqt4-network  4:4.7.4-2
ii  libqt4-svg  4:4.7.4-2
ii  libqt4-xml  4:4.7.4-2
ii  libqtcore4  4:4.7.4-2
ii  libqtgui4   4:4.7.4-2
ii  libsolid4   4:4.7.4-3
ii  libstdc++6  4.6.3-1
ii  libstreamanalyzer0  0.7.7-1.1
ii  libx11-62:1.4.4-4
ii  libxrender1 1:0.9.6-2

Versions of packages libkio5 recommends:
ii  kdelibs5-plugins  4:4.7.4-3

libkio5 suggests no packages.

-- no debconf information


Here is the reportbug info for kmail:

Package: kmail
Version: 4:4.4.11.1+l10n-1

Versions of packages kmail depends on:
ii  kdebase-runtime 4:4.7.4-2
ii  kdepim-runtime  4:4.4.11.1-3
ii  kdepimlibs-kio-plugins  4:4.7.4-2
ii  libakonadi-contact4 4:4.7.4-2
ii  libakonadi-kde4 4:4.7.4-2
ii  libc6   2.13-27
ii  libgcc1 1:4.6.3-1
ii  libgpgme++2 4:4.7.4-2
ii  libkabc44:4.7.4-2
ii  libkcal44:4.7.4-2
ii  libkcmutils44:4.7.4-3
ii  libkde3support4 4:4.7.4-3
ii  libkdecore5 4:4.7.4-3
ii  libkdepim4  4:4.4.11.1+l10n-1
ii  libkdeui5   4:4.7.4-3
ii  libkhtml5   4:4.7.4-3
ii  libkimap4   4:4.7.4-2
ii  libkio5 4:4.7.4-3
ii  libkldap4   4:4.7.4-2
ii  libkleo44:4.4.11.1+l10n-1
ii  libkmime4   4:4.7.4-2
ii  libknotifyconfig4   4:4.7.4-3
ii  libkontactinterface44:4.7.4-2
ii  libkparts4  4:4.7.4-3
ii  libkpgp44:4.4.11.1+l10n-1
ii  libkpimidentities4  4:4.7.4-2
ii  libkpimtextedit44:4.7.4-2
ii  libkpimutils4   4:4.7.4-2
ii  libkresources4  4:4.7.4-2
ii  libksieve4  4:4.4.11.1+l10n-1
ii  libktnef4   4:4.7.4-2
ii  libmailtransport4   4:4.7.4-2
ii  libmessagecore4 4:4.4.11.1+l10n-1
ii  libmessagelist4 4:4.4.11.1+l10n-1
ii  libmimelib4 4:4.4.11.1+l10n-1
ii  libnepomuk4 4:4.7.4-3
ii  libphonon4  4:4.6.0.0-1
ii  libqt4-dbus 4:4.7.4-2
ii  libqt4-network  4:4.7.4-2
ii  libqt4-qt3support   4:4.7.4-2
ii  libqt4-xml  4:4.7.4-2
ii  libqtcore4  4:4.7.4-2
ii  libqtgui4   4:4.7.4-2
ii  libstdc++6  4.6.3-1
ii  libthreadweaver44:4.7.4-3
ii  perl5.14.2-9
ii  phonon  4:4.6.0really4.5.1-1

Versions of packages kmail recommends:
ii  gnupg-agent  2.0.18-2
ii  gnupg2   2.0.18-2
ii  pinentry-qt [pinentry-x11]   0.8.0-1
ii  pinentry-qt4 [pinentry-x11]  0.8.1-1

Versions of packages kmail suggests:
pn  clamav0.97.3+dfsg-2.1
pn  kaddressbook  4:4.4.11.1+l10n-1
pn  kleopatra 
pn  procmail  
pn  spamassassin | bogofilter | annoyance-filter | spambayes  

-- 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#663527: nmu: rageircd_2.0.1-6 [experimental]

2012-03-11 Thread Andreas Beckmann

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

nmu rageircd_2.0.1-6 . ALL . -m "rebuild against libssl1.0.0" -d experimental

rageircd/experimental was built against libssl0.9.8 and is therefore no
longer installable. It can be rebuilt without problems in current sid to
pick up the newer ssl library.


Andreas



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

Bug#663515: And a way out...

2012-03-11 Thread Donald Gordon

At the suggestion of Darkstat's author, I tried the latest upstream
version, 3.0.715.  It does not have this issue.

Could this new version be packaged?

thanks!

donald



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

Bug#663182: Possible solution

2012-03-11 Thread Dmitry Smirnov

I'd like to bring few more arguments to consideration.

I forgot to CC to David Paleino when I posted my idea of wrapper script so I 
wrote to him and he replied with another good argument:

>   I think that, while the wrapper script is a good technical solution, it'll
>   vastly reduce the usefulness of the package, and it will diverge it from
>   what upstream distributes. This way we introduce a delta between Debian
>   (and its derivatives) and all other *nix distributions with that package.
>   We can consider this important or not, but we should take it into
>   consideration IMVHO.

I also have an argument of my own: according to popcon libmysql-diff-perl
have only about 10 users.
Because mysql-utilities in mysql-workbench Recommends, I estimate its number 
of users will be 10...100 times greater. (at the moment mysql-workbench is 
waiting for ftp-masters approval)
When number of users may appears to be unrelated, I think it makes David's 
argument above stronger.

Therefore on second thought I came to think that David's suggestion makes a 
lot more sense. 

Any thoughts?

Cheers,
Dmitry.



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

Bug#644906: [squeeze] e1000e: upstream workaround for packet drop on 82579LM at 100Mbps

On Sun, 2012-03-11 at 14:36 -0500, Jonathan Nieder wrote:
> severity 644906 important
> tags 644906 + upstream patch fixed-upstream
> found 644906 linux-2.6/2.6.32-39squeeze1
> quit
> 
> Hi Holger,
> 
> Holger Jeromin wrote:
> 
> >> The patch ("e1000e: workaround for packet drop on 82579 at 100Mbps")
> >> hit mainline in v3.1-rc4.  Are squeeze 2.6.32.y kernels affected?
> >
> > As you can see in my smokeping there is still a paket loss in my
> > internal network:
> > http://www.katur.de/smokeping/smokeping.cgi?target=Local.Telefon
> >
> > It would be nice, if you can fix the problem with a new kernel for
> > squeeze, since the paket loss is not nice for VoIP-Calls :-)
> 
> Please test the attached patch, following instructions from [1].
> 
> Ben: it looks like there have been 31 commits to the e1000e driver
> from 2.6.38 to 3.0.y.  The patches marked with '+' seem like
> candidates for inclusion in squeeze.  '?' generally means I was
> too lazy to think about that patch and it might or might not be a
> candidate.  What do you think?
[...]

You're probably right, but it'll take time to backport and properly test
this lot.  So for now I'll just apply the single fix.

Ben.

-- 
Ben Hutchings
Life would be so much easier if we could look at the source code.


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

Bug#663525: tome: unowned files after purge (policy 6.8, 10.8)

2012-03-11 Thread Andreas Beckmann

Package: tome
Version: 2.3.5-2
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

>From the attached log (scroll to the bottom...):

0m44.4s ERROR: FAIL: Package purging left files on system:
  /var/games/tomeowned by: tome
  /var/games/tome/apex   owned by: tome
  /var/games/tome/apex/scores.oldnot owned
  /var/games/tome/apex/scores.rawnot owned
  /var/games/tome/data   owned by: tome
  /var/games/tome/data/a_info.rawnot owned
  /var/games/tome/data/ab_info.raw   not owned
  /var/games/tome/data/al_info.raw   not owned
  /var/games/tome/data/ba_info.raw   not owned
  /var/games/tome/data/d_info.rawnot owned
  /var/games/tome/data/e_info.rawnot owned
  /var/games/tome/data/f_info.rawnot owned
  /var/games/tome/data/k_info.rawnot owned
  /var/games/tome/data/misc.raw  not owned
  /var/games/tome/data/numenor.raw   not owned
  /var/games/tome/data/ow_info.raw   not owned
  /var/games/tome/data/p_info.rawnot owned
  /var/games/tome/data/r_info.rawnot owned
  /var/games/tome/data/ra_info.raw   not owned
  /var/games/tome/data/re_info.raw   not owned
  /var/games/tome/data/readme.rawnot owned
  /var/games/tome/data/s_info.rawnot owned
  /var/games/tome/data/set_info.raw  not owned
  /var/games/tome/data/special.raw   not owned
  /var/games/tome/data/st_info.raw   not owned
  /var/games/tome/data/t_basic.raw   not owned
  /var/games/tome/data/t_bree.rawnot owned
  /var/games/tome/data/t_d_bree.raw  not owned
  /var/games/tome/data/t_d_gond.raw  not owned
  /var/games/tome/data/t_d_khaz.raw  not owned
  /var/games/tome/data/t_d_lori.raw  not owned
  /var/games/tome/data/t_d_mina.raw  not owned
  /var/games/tome/data/t_gondol.raw  not owned
  /var/games/tome/data/t_info.rawnot owned
  /var/games/tome/data/t_khazad.raw  not owned
  /var/games/tome/data/t_lorien.raw  not owned
  /var/games/tome/data/t_minas.raw   not owned
  /var/games/tome/data/t_pref.rawnot owned
  /var/games/tome/data/tr_info.raw   not owned
  /var/games/tome/data/v_info.rawnot owned
  /var/games/tome/data/volcano.raw   not owned
  /var/games/tome/data/w_info.rawnot owned
  /var/games/tome/data/wf_info.raw   not owned


cheers,

Andreas


tome_2.3.5-2.log.gz
Description: GNU Zip compressed data

Bug#663524: ktorrent: CPPFLAGS hardening flags missing

2012-03-11 Thread Simon Ruderich

Package: ktorrent
Version: 4.2.0-1
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

The CPPFLAGS hardening flags are missing because CMake ignores
them by default.

The following patch fixes the issue by adding them to
CFLAGS/CXXFLAGS. For more hardening information please have a
look at [1], [2] and [3].

diff -Nru ktorrent-4.2.0/debian/rules ktorrent-4.2.0/debian/rules
--- ktorrent-4.2.0/debian/rules 2012-03-10 22:04:39.0 +0100
+++ ktorrent-4.2.0/debian/rules 2012-03-12 00:36:29.0 +0100
@@ -1,5 +1,10 @@
 #!/usr/bin/make -f
 
+# CMake doesn't use CPPFLAGS, pass them to CFLAGS/CXXFLAGS to enable the
+# missing (hardening) flags.
+export DEB_CFLAGS_MAINT_APPEND   = $(shell dpkg-buildflags --get CPPFLAGS)
+export DEB_CXXFLAGS_MAINT_APPEND = $(shell dpkg-buildflags --get CPPFLAGS)
+
 #DEB_KDE_LINK_WITH_AS_NEEDED := yes
 
 override_dh_auto_configure:

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

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

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

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

Regards,
Simon

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

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

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

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

iQIcBAEBCAAGBQJPXTeIAAoJEJL+/bfkTDL58U4P/jy8Unvmsn3OivuICxI5H6P1
2z6llYfn3NsG9Jsd4IA574rzlced6/XU6RURJwXv+diXyZBnPNoW1aMj9P6tkO/V
mp7KfZxkWaY9S/KklR+Lw/smP+VlaxK14VBNJQoas7LucxAHQHT2OHFk+zHPQu3Y
NFB3/qJ6EoauQiaEqTbNXJi2luFTXeqFeWV7WB9r7kFawUA4kT+pcf+HlKFZZ4WG
QXekKzNsoEEf3IhBd+EOC0Q4JZmASvAhqtasoZmw71KnVypP50m+9/cbKNIloP+Y
4IdGXsuqaMEnLKaLM0+UIsZoKLklO6awEvmDpgefzoI/ttHO2iKiwp4ns9XaZwt5
01gFQCsXM+iXgC4wjMQ7JkY/ZfMDDxYuS4q21AoPp0+La9ow690KKQmL3EV3yyUI
HyFHKVIaUfSRl59LgP4w88mSwZMmjY5DAYc1LT0g9hxJlmzQVOtXttaP05zEFKIx
JVuOcM6fdewwGkss361pyRa1ox9VUS6Sy7x3yej3d3E02j181xz0A3fJq2wIcnRi
wOtkr4E6NslQqTFyTE9QNFSTBHgfvTHkWmXYriJnryGDctolxSKBFhbCE2iglxM/
BIwbBgoAMBIGWCsalSw6LDsenDS11FA/tWN6qhUTg4xzryWm1C5tzSxh8pYNuVOC
WOohdkjSf4IYK6vo/cnt
=cbfg
-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#662666: debhelper: pass dpkg-buildflags flags through to ExtUtils::MakeMaker and ExtUtils::CBuilder

2012-03-11 Thread Thorsten Glaser

Hi,

thanks for digging out a fix for this issue! I’ve applied this
to libbsd-arc4random-perl but found another bug:

CFLAGS must be added to the LD value as well, because they
can (may) be used during linking.

-+   push @flags, "config=ld=$Config{ld} $ENV{LDFLAGS}";
++   push @flags, "config=ld=$Config{ld} $ENV{CFLAGS} 
$ENV{LDFLAGS}";

-+   push @flags, "LD=$Config{ld} $ENV{LDFLAGS}";
++   push @flags, "LD=$Config{ld} $ENV{CFLAGS} $ENV{LDFLAGS}";

bye,
//mirabilos
-- 
In traditional syntax ' is ignored, but in c99 everything between two ' is
handled as character constant.  Therefore you cannot use ' in a preproces-
sing file in c99 mode.  -- Ragge
No faith left in ISO C99, undefined behaviour, etc.



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

Bug#663523: libktorrent: CPPFLAGS hardening flags missing

2012-03-11 Thread Simon Ruderich

Package: libktorrent
Version: 1.2.0-1
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

The CPPFLAGS hardening flags are missing because CMake ignores
them by default.

The following patch fixes the issue by adding them to
CFLAGS/CXXFLAGS. For more hardening information please have a
look at [1], [2] and [3].

diff -Nru libktorrent-1.2.0/debian/rules libktorrent-1.2.0/debian/rules
--- libktorrent-1.2.0/debian/rules  2011-05-02 23:12:44.0 +0200
+++ libktorrent-1.2.0/debian/rules  2012-03-11 23:44:10.0 +0100
@@ -1,5 +1,10 @@
 #!/usr/bin/make -f
 
+# CMake doesn't use CPPFLAGS, pass them to CFLAGS/CXXFLAGS to enable the
+# missing (hardening) flags.
+export DEB_CFLAGS_MAINT_APPEND   = $(shell dpkg-buildflags --get CPPFLAGS)
+export DEB_CXXFLAGS_MAINT_APPEND = $(shell dpkg-buildflags --get CPPFLAGS)
+
 override_dh_auto_configure:
dh_auto_configure -Skde -- -DCMAKE_USE_RELATIVE_PATHS=ON

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

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

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

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

Regards,
Simon

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

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

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

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

iQIcBAEBCAAGBQJPXTaQAAoJEJL+/bfkTDL5d5IP/09N2Ibo/lrPwj0QQEfy8hlC
X1SkqxazAYVBzyG8i4cWPvGZPEJZ1b5V6FwITODyZv8J2/bPbCIaR9LRBmGpAhCm
oLxtu0l8jacTkjGvIjsl/2UBFXNt91Mx1qK3nCfAbTala+RCJWQ2mBM92hff79mj
OmSWT+zzeAJljJx9EvqmxENe+vg+dYJIaowMb2K8+JGcn59a4TzuLmchx2bXkD13
SD9k9igwGuVDgXzKU4K/3qIo05FJbZxTuSntXErL+/jW3M3z1Ghq22HeyJRe3Oc9
SyqcPxvzIMJ7lOYJd0ziqb7DYcXNV1WOj5V6MROlh2q4+MV2S9lbuoSfcNYEESxh
b1PZjNSXQpBqPHJV+1hBgOix7vuK8SZiq2NYDcKWub6iY5GfB6OJjT2ocruBKVY+
C0+9wb6DvlktQjpbHLSdFtzSYlNPM+sVkii9/pcXuc//dtZkalBfwOihqhzLZiut
xJn6108wzBAHNOBKMljsjQTLKhIMCvz56s9gf7yqSIcM1hsHXtt3Ldk9BvMNxgci
HbCDeYm+KblaqXKsMig2neA/qLZO2WuT7aro2vpsjpaR8v/QJ7XV25+nAARD/dpo
siL65IZWP8LQNatQPddGJGm2CHtza48aOxed2KYCPTQEiRpW30XVATJNlCgunRWK
amte7huJVGp/e53igW2u
=kH2u
-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#662379: [Debian-med-packaging] Bug#662379: Bug#662379: insighttoolkit: Please Build-Depends on libpng-dev, change from libpng12-dev

2012-03-11 Thread Luis Ibanez

Steve,

We could look into updating the ITK dependency on
PNG to use 1.5, once we resume the maintenance
cycle of ITK in a couple of weeks.

I'm not sure if that is too late for the current packaging
that you are working on...

Luis


--
2012/3/4 Steve M. Robbins :
> block 662379 by 648136
> thanks
>
> On Mon, Mar 05, 2012 at 01:06:44PM +0900, Nobuhiro Iwamatsu wrote:
>
>> Libpng maintainers plan transition of libpng[0].
>> Version 1.2 is used for libpng of current debian, but will shifts
>> to version 1.5 in this transition.
>> Your package still does it depending on libpng12-dev.
>
> Yes, and insighttoolkit cannot change because PNG 1.5
> breaks the API; see 648126.
>
> Either libpng 1.5 needs to be made API compatible or a suitable
> modification needs to be made to insighttoolkit upstream.
>
> Regards,
> -Steve
>
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging



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

Bug#639832: Upload pending

2012-03-11 Thread Jean-Louis Dupond


A patch for this has been added to the svn.
The aesni module will now also be added to the initramfs if your cpu 
supports 'aes' feature.


Upload will follow soon!


Thanks!
Jean-Louis Dupond



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

Bug#658624: seems to be fixed

2012-03-11 Thread Ingo Kasten

As mentioned in https://bugs.kde.org/show_bug.cgi?id=268267 this bug 
seems indeed to be none caused by digikam but by libdc1394-22 , which 
has been fixed upstream. The new version is now available in the 
unstable repository. Please see

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655332
At least in my case updating libdc1394-22 solves the problem for me.

Regards,
Ingo




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

Bug#663522: git-daemon-sysvinit: "/etc/init.d/git-daemon restart" does not respect GIT_DAEMON_ENABLE

Package: git-daemon-sysvinit
Version: 1:1.7.9.1-1
Severity: important
Tags: security patch

Hi,

Jonathan McCrohan writes:

> The restart case of the git-daemon init script blindly enables the daemon
> regardless of the value of GIT_DAEMON_ENABLE.
>
> This allows administrators to inadvertently enable world access to
> repositories, possibly before they have set the appropriate repository
> permissions.
>
> Thankfully, this package was introduced after squeeze was released. This
> vulnerability only affects wheezy, sid, and squeeze-backports.
>
> Please see patch below which fixes this issue.

-- >8 --
From: Jonathan McCrohan 
Date: Sun, 11 Mar 2012 21:07:28 +
Subject: [PATCH] Fix git-daemon-sysvinit security vulnerability

The restart case of the git-daemon init script blindly enables the daemon
regardless of the value of GIT_DAEMON_ENABLE.

Signed-off-by: Jonathan McCrohan 
---
 debian/git-daemon.init |   18 +++---
 1 files changed, 3 insertions(+), 15 deletions(-)

diff --git a/debian/git-daemon.init b/debian/git-daemon.init
index 0e97c43..619daa7 100644
--- a/debian/git-daemon.init
+++ b/debian/git-daemon.init
@@ -102,21 +102,9 @@ case "$1" in
;;
   restart|force-reload)
log_daemon_msg "Restarting $DESC" "$NAME"
-   do_stop
-   case "$?" in
- 0|1)
-   do_start
-   case "$?" in
-   0) log_end_msg 0 ;;
-   1) log_end_msg 1 ;; # Old process is still running
-   *) log_end_msg 1 ;; # Failed to start
-   esac
-   ;;
- *)
-   # Failed to stop
-   log_end_msg 1
-   ;;
-   esac
+   $0 stop
+   $0 start
+   log_end_msg $?
;;
   *)
echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload}" >&2
-- 
1.7.9




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

Bug#663519: texlive-bin: FTBFS on KFreeBSD

2012-03-11 Thread Hilmar Preuße

On 11.03.12 Hilmar Preuße (hill...@web.de) wrote:

> Package: texlive-bin
> Version: 2011.20120307-1
> Severity: important
> Tags: upstream

Hi,

> new version of TL is uploaded to experimental and the FTBFS bugs are rolling
> in.  We fail to build on KFreeBSD (i386 and AMD64), it looks like a
> programming error in the ICU library.
> 
I installed libicu-dev and built with --with-system-icu, nevertheless
the lib is compiled -> problem would not be solved. Yes, I know TL
uses a modified version of libicu.

H.
-- 
sigmentation fault


signature.asc
Description: Digital signature

Bug#649463: libpam-rsa: diff for NMU version 0.8-9-2.3

2012-03-11 Thread gregor herrmann

tags 649463 + pending
thanks

Dear maintainer,

I've prepared an NMU for libpam-rsa (versioned as 0.8-9-2.3) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   
--- libpam-rsa-0.8-9/debian/changelog
+++ libpam-rsa-0.8-9/debian/changelog
@@ -1,3 +1,12 @@
+libpam-rsa (0.8-9-2.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "code to hash hostname and username is broken": openssl output has
+changed, use shasum in the pamrsakp script, and depend on perl.
+(Closes: #649463)
+
+ -- gregor herrmann   Sun, 11 Mar 2012 23:46:48 +0100
+
 libpam-rsa (0.8-9-2.2) unstable; urgency=low
 
   * Non-maintainer upload.
--- libpam-rsa-0.8-9/debian/control
+++ libpam-rsa-0.8-9/debian/control
@@ -8,7 +8,7 @@
 Package: libpam-rsa
 Section: admin
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, perl
 Description: PAM module for local authentication with RSA keypairs
  The pam_rsa PAM-module (also known as "poor man's smartcard") is for 
  local PAM-authentication with RSA keypairs. It cannot be used for 
only in patch2:
unchanged:
--- libpam-rsa-0.8-9.orig/script/pamrsakp
+++ libpam-rsa-0.8-9/script/pamrsakp
@@ -23,8 +23,8 @@
 # (c) 2006 Vesa-Matti Kari 
 #
 
-O=${OPENSSL-openssl}
-CF=${PAMRSAKPCNF-/etc/security/pamrsakp.cnf}
+O=${OPENSSL:-openssl}
+CF=${PAMRSAKPCNF:-/etc/security/pamrsakp.cnf}
 
 
 if [ $# -ne 6 ]; then
@@ -46,7 +46,7 @@
 
 
 if [ x${HASHTYPE} = "xsha1" ]; then
-	PRIVKEY=`echo -n ${USER} | ${O} dgst -sha1 | cut -b -8`.pem
+	PRIVKEY=`echo -n ${USER} | shasum -a 1 -t | cut -b -8`.pem
 elif [ x${HASHTYPE} = "xnone" ]; then
 	PRIVKEY=${USER}.pem
 else 
@@ -60,7 +60,7 @@
 fi
 
 
-HOSTHASH=`echo -n ${TARGETHOST} | ${O} dgst -sha1 | cut -b -8`
+HOSTHASH=`echo -n ${TARGETHOST} | shasum -a 1 -t | cut -b -8`
 
 
 # Create the public and private key directories if they do not exist


signature.asc
Description: Digital signature

Bug#661540: Pending fixes for bugs in the libapache2-mod-perl2 package

2012-03-11 Thread pkg-perl-maintainers

tag 661540 + pending
thanks

Some bugs in the libapache2-mod-perl2 package are closed in revision
067fc831c983c3e65297b5a355a2f43c394b074d in branch 'master' by
Dominic Hargreaves

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libapache2-mod-perl2.git;a=commitdiff;h=067fc83

Commit message:

Apply patch from Niko Tyni fixing FTBFS with -Werror=format-security 
(Closes: #661540)




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

Bug#663516: lintian: Should we retire old/reundant tags

2012-03-11 Thread Russ Allbery

Jakub Wilk  writes:

> If we had a generic tag about file in /usr/doc, then this one could be
> dropped.

If we remove the case for /usr/doc in checks/files, it looks like it would
fall through to FSSTND-dir-in-usr, which should be good enough.  We would
lose checks for /usr/doc in udebs since udebs are exempt from
FSSTND-dir-in-usr (although I'm not sure why?), but that doesn't seem like
a big deal.

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

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

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

2012-03-11 Thread Martin Orr


On Sat Mar 10 02:45:22 2012, Russell Coker wrote:

On Sat, 10 Mar 2012, Martin Orr  wrote:

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

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


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

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


It appears that the positive return value from process_one_realpath is  
needed for restorecond.  Reverting 17c577ac would remove the ability  
of restorecon to handle globs by itself (according to Dan Walsh, this  
is useful if you supply the list of files in the input instead of on  
the command line).  I attach my own patch.



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

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


Is this about the init script being renamed?  I have not seen that  
causing any problems on upgrade, only on downgrade which shouldn't  
need to be supported.


--
Martin Orr

diff --git a/policycoreutils/setfiles/restore.c b/policycoreutils/setfiles/restore.c
index 9a7d315..9176790 100644
--- a/policycoreutils/setfiles/restore.c
+++ b/policycoreutils/setfiles/restore.c
@@ -341,7 +341,9 @@ int process_glob(char *name, int recurse) {
 			continue;
 		if (len > 0 && strcmp(&globbuf.gl_pathv[i][len], "/..") == 0)
 			continue;
-		errors |= process_one_realpath(globbuf.gl_pathv[i], recurse);
+		int rc = process_one_realpath(globbuf.gl_pathv[i], recurse);
+		if (rc < 0)
+			errors = rc;
 	}
 	globfree(&globbuf);
 	return errors;
diff --git a/policycoreutils/setfiles/setfiles.c b/policycoreutils/setfiles/setfiles.c
index fa0cd6a..8d2eadf 100644
--- a/policycoreutils/setfiles/setfiles.c
+++ b/policycoreutils/setfiles/setfiles.c
@@ -409,7 +409,7 @@ int main(int argc, char **argv)
 			buf[len - 1] = 0;
 			if (!strcmp(buf, "/"))
 mass_relabel = 1;
-			errors |= process_glob(buf, recurse);
+			errors |= process_glob(buf, recurse) < 0;
 		}
 		if (strcmp(input_filename, "-") != 0)
 			fclose(f);
@@ -418,7 +418,7 @@ int main(int argc, char **argv)
 			if (!strcmp(argv[i], "/"))
 mass_relabel = 1;
 
-			errors |= process_glob(argv[i], recurse);
+			errors |= process_glob(argv[i], recurse) < 0;
 		}
 	}

Bug#663516: lintian: Should we retire old/reundant tags

2012-03-11 Thread Russ Allbery

Niels Thykier  writes:

> The following tags are no longer emitted by any package in the entire
> archive and I suspect no packager will trigger them.

>  use-of-compat-symlink

This is a mistake that someone could still make with /usr/bin/X11 since
the symlink still exists.  I'd rather keep this one until all the symlinks
that it is referring to are no longer installed on Debian systems.

>  loads-obsolete-confmodule

Likewise, these files still exist, so someone could mistakenly use them.
We should drop this tag at the point that debconf stops including them so
scripts will just error out.  (Perhaps it's worth suggesting to debconf
that now is the time.)

>  binary-nmu-uses-old-version-style

Are we sure that no one is going to do a manual binNMU and not know the
new versioning system?  We still do get occasional manual binNMUs.

>  postinst-should-not-set-usr-doc-link
>  package-uses-obsolete-file
>  old-style-example-dir
>  old-style-copyright-file [AR]
>  obsolete-field
>  ancient-dpkg-predepends-check
>  ancient-dpkg-long-filenames-check
>  doc-base-file-references-usr-doc

I don't see any point in retaining any of these.

> Furthermore, I am considering to drop the following tags:
>  x11-games-should-be-in-usr-games
>  manpage-for-non-x11-binary-in-wrong-directory
>  manpage-for-x11-binary-in-wrong-directory
>  package-installs-font-to-usr-x11r6
>  package-installs-file-to-usr-x11r6-bin
>  old-app-defaults-directory

> Any package triggering any of those tags would (as far as I can tell)
> also trigger package-installs-file-to-usr-x11r6.

That also seems fine to me, since we're still issuing a more generic tag.

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

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

Bug#663438: libmysqlclient: missing symbols __aeabi_d2lz (on armel)

2012-03-11 Thread Michael Tomkins

Package: libmysqlclient16
Followup-For: Bug #663438

Dear Maintainer,
   * What led up to the situation?

apt-get update
apt-get upgrade

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Same problem as Tobias Frost, installing an archived deb fixed problem. 

dpkg -i  /var/cache/apt/archives/libmysqlclient16_5.1.58-1_armel.deb

Email was not restarting.

Stopping Courier POP3-SSL server:/var/run/courier/pop3d-ssl.pid.lock: No such 
file or directory
Stopping Courier POP3 server:/var/run/courier/pop3d.pid.lock: No such file or 
directory
 pop3d.
Stopping Courier authentication services: 
authdaemond/var/run/courier/authdaemon/pid.lock: No such file or directory
Stopping MTA:.
Starting MTA:/usr/sbin/exim4: relocation error: /usr/sbin/exim4: symbol 
__aeabi_d2lz, version libmysqlclient_16 not defined in file 
libmysqlclient.so.16 with link time reference
Invalid new configfile /var/lib/exim4/config.autogenerated.tmp, not installing 
/var/lib/exim4/config.autogenerated.tmp to /var/lib/exim4/config.autogenerated
Starting Courier POP3 server:/var/run/courier/pop3d.pid.lock: No such file or 
directory
ll_daemon_start: Resource temporarily unavailable
Starting Courier POP3-SSL server:/var/run/courier/pop3d-ssl.pid.lock: No such 
file or directory
ll_daemon_start: Resource temporarily unavailable
Starting Courier authentication services: authdaemond.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'stable'), (500, 'unstable'), (300, 
'oldstable')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.32-5-ixp4xx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libmysqlclient16 depends on:
ii  libc6 2.13-27
ii  libgcc1   1:4.6.3-1
ii  mysql-common  5.1.61-2
ii  zlib1g1:1.2.6.dfsg-2

libmysqlclient16 recommends no packages.

libmysqlclient16 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#663516: lintian: Should we retire old/reundant tags

2012-03-11 Thread Jakub Wilk


* Niels Thykier , 2012-03-11, 22:31:

I am considering to retire a number of old tags I suspect are now useless.

The following tags are no longer emitted by any package in the entire
archive and I suspect no packager will trigger them.

use-of-compat-symlink


This can be easily triggered by accident when an upstream makefile 
installs stuff into such location. So either the tag should be retained 
or we should make sure that other tag (non-standard-dir-in-usr?  
file-in-unusual-dir?) is emitted



postinst-should-not-set-usr-doc-link


I'm not sure about this one.


package-uses-obsolete-file


Oh dear, this one surely is not emitted very often, because otherwise 
somebody would notice how horrible its description is. I think we can 
drop it.



old-style-example-dir
old-style-copyright-file [AR]


These should be probably replaced by a generic tag about stuff in 
/usr/doc.



obsolete-field


I'd drop it.


loads-obsolete-confmodule


I imagine you can trigger this by accident. I'd keep it.


binary-nmu-uses-old-version-style
ancient-dpkg-predepends-check
ancient-dpkg-long-filenames-check


These should be retired.


doc-base-file-references-usr-doc


If we had a generic tag about file in /usr/doc, then this one could be 
dropped.



Furthermore, I am considering to drop the following tags:
x11-games-should-be-in-usr-games
manpage-for-non-x11-binary-in-wrong-directory
manpage-for-x11-binary-in-wrong-directory
package-installs-font-to-usr-x11r6
package-installs-file-to-usr-x11r6-bin
old-app-defaults-directory

Any package triggering any of those tags would (as far as I can tell)
also trigger package-installs-file-to-usr-x11r6.


I'm all for merging them into package-installs-file-to-usr-x11r6.

--
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#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging

On Sun, 2012-03-11 at 23:00 +0100, Bjørn Mork wrote:
> Martin Steigerwald  writes:
> 
> > Am Sonntag, 11. März 2012 schrieb Marco d'Itri:
> >> On Mar 11, Martin Steigerwald  wrote:
> >> > So please advice. Is it sufficient for ask for module aliases being
> >> > added upstream? If I know how I can provide the necessary info for
> >> > my ThinkPad T520.
> >> 
> >> I am not familiar with ExpressCard, so I do not know exactly what is
> >> needed.
> >
> > No problem. Maybe someone from the Debian kernel team knows. If not I can 
> > also ask upstream.
> 
> The issue has already been discussed among the upstream experts. See e.g.
> http://www.spinics.net/lists/linux-pci/msg11140.html
> for an explanation why autoloading acpiphp on all machines historically
> has been impossible.
> 
> Don't know if anything ever came out of this though:
> http://www.spinics.net/lists/linux-pci/msg11148.html
> 
> If not, then I guess a distribution could add an init script which
> checked DMI dates and loaded acpiphp by default on all modern machines.
> It's a pity that users have to research this themselves to get
> ExpressCard slots working.

We should build in whichever hotplug drivers can't be auto-loaded.

Ben.

-- 
Ben Hutchings
For every action, there is an equal and opposite criticism. - Harrison


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

Bug#661091: Fwd: Bug#661091: xfcc: I cannot resign on SchemingMind

2012-03-11 Thread Oliver Korff


Hello,

I have received this bug report, that I can't handle. If there is any 
hint or suggestion, that would be greatly appreciated.



> Trying to resign for the first time on SchemingMind.com :-)  I have no
> luck with that.  scid seems to be sending _my opponent's_ last move
> instead and of course the server is flagging that as an invalid move.
>
> OTOH, I know that accepting a draw offer works.

Thank you very much for the great work on scid,

Oliver

 Original Message 
Subject: Bug#661091: xfcc: I cannot resign on SchemingMind
Resent-Date: Fri, 24 Feb 2012 04:36:01 +
Resent-From: Ian Zimmerman 
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: i...@buug.org, Oliver Korff 
Date: Thu, 23 Feb 2012 20:33:28 -0800
From: Ian Zimmerman 
Reply-To: Ian Zimmerman , 661...@bugs.debian.org
To: Debian Bug Tracking System 

Package: scid
Version: 1:4.3.0.cvs20111216-3
Severity: normal

Trying to resign for the first time on SchemingMind.com :-)  I have no
luck with that.  scid seems to be sending _my opponent's_ last move
instead and of course the server is flagging that as an invalid move.

OTOH, I know that accepting a draw offer works.

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

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

Versions of packages scid depends on:
ii  libc6   2.13-26
ii  libgcc1 1:4.6.2-12
ii  libstdc++6  4.6.2-12
ii  libx11-62:1.4.4-4
ii  python  2.7.2-10
ii  scid-data   1:4.3.0.cvs20111216-3
ii  tcl8.5  8.5.11-1
ii  tk8.5   8.5.11-1
ii  zlib1g  1:1.2.6.dfsg-1

Versions of packages scid recommends:
ii  libsnack2-alsa [libsnack2]  2.2.10-dfsg1-12
ii  libtk-img   1:1.3-release-11
ii  tdom0.8.3~20080525-3
ii  texlive-games   2009-10

Versions of packages scid suggests:
pn  crafty   
pn  glaurung 
pn  phalanx  
pn  scid-spell-data  200901-2
pn  stockfish2.1.1+git20111006-2
pn  toga2

-- 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#658759: u-boot: fails to boot compressed 3.2.y kernels

2012-03-11 Thread Michael Walle

Am Sonntag 11 März 2012, 22:29:53 schrieb Jonathan Nieder:
> Ben Hutchings wrote[1]:
> > My understanding is that in general we cannot assume that uboot is
> > upgradable at all, because:
> > 
> > 1. Linux may not have access to the flash partition containing it.
> > 2. The factory-installed uboot may have board-specific setup code which
> > is not included in mainline uboot.
> > 3. A power failure during an upgrade may be unrecoverable without
> > specialist hardware.
> > 
> > Do we know that none of these apply to the Kirkwood platform?  If not,
> > the kernel must retain compatibility with older versions of uboot.

I guess all three points may be valid for any kirkwood based board. Also keep 
in mind, that vendor branches of uboot may not be affected from this bug. Eg. 
i had a longer discussion on the arm lkml about this issue and Nicolas Pitre 
wasnt able to reproduce the bug on his boards, which had some uboot version 
patched by the vendor.

BTW, i don't think this bug is kirkwood specific.

-- 
Michael



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

Bug#663521: debian maintainer list (dm_list.html) is 404

2012-03-11 Thread Stefano Zacchiroli

Package: nm.debian.org
Severity: normal

The https://nm.debian.org/dm_list.html page used to list all Debian Maintainers
(DM). Since the switch to the new nm.d.o, the link is 404, although it is still
linked from various places such as:

- http://www.debian.org/devel/
- http://wiki.debian.org/DebianMaintainer 

It is not clear to me if the new nm.d.o has already a page replacing the old
dm_list.html, but it would be nice to resurrect the old page to give credits to
Debian Maintainers.

Many thanks in advance (and kudos for the new nm.d.o!)
Cheers.

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

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#663520: Support for incremental updates, bigarrays and multithreading

2012-03-11 Thread Goswin von Brederlow

Source: ocaml-sha
Version: 1.7-2
Severity: wishlist
Tags: upstream patch

Hi,

I'm afraid I combined a few things in a single patch. If needed I can
split it up into smaller chunks:

- Expose the context
  + Add type ctx
  + Expose init, update and finalize
- Add context copy function
- Rename update to unsafe_update_substring
- Add update_substring with range checking
- Add update_string
- Add bigarray support
  + Add type buf (shortcut because the full type is too long to type)
  + Add update_buffer
  + Add buffer
- Change stub_sha1_file() to release/aquire the runtime system

For me the important functions are buffer to compute the sha checksum
in a thread and init + update_buffer + finalize to do the same if the
data is split up into multiple blocks.

Since strings can be moved by the GC the string based functions can
not release the runtime system and therefore can not run concurrently
with other threads. Some simple tests with bigarrays show a speedup of
3.7 times on 4 cores even with smallish blocks.

MfG
Goswin

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Description: Support for update and bigarray
 This patch exposes the context and provides incremental update
 functions for strings and bigarrays. The bigarray functions run
 without holding the global lock and the file function is also changed
 to run without the global lock. This enables other threads to run
 concurrently while the sha checksum is being computed.
Author: Goswin von Brederlow 
Last-Update: 2012-03-11

---

Index: ocaml-sha-1.7/sha1_stubs.c
===
--- ocaml-sha-1.7.orig/sha1_stubs.c	2012-03-11 22:29:16.0 +0100
+++ ocaml-sha-1.7/sha1_stubs.c	2012-03-11 22:39:21.0 +0100
@@ -25,7 +25,7 @@
 	int fd; ssize_t n;
 	struct sha1_ctx ctx;
 
-	fd = open(filename, O_RDONLY);
+	fd = open(filename, O_RDONLY | O_CLOEXEC);
 	if (fd == -1)
 		return 1;
 	sha1_init(&ctx);
@@ -44,6 +44,8 @@
 #include 
 #include 
 #include 
+#include 
+#include 
 
 #define GET_CTX_STRUCT(a) ((struct sha1_ctx *) a)
 
@@ -68,6 +70,19 @@
 	CAMLreturn(Val_unit);
 }
 
+CAMLprim value stub_sha1_update_bigarray(value ctx, value buf)
+{
+	CAMLparam2(ctx, buf);
+	unsigned char *data = Data_bigarray_val(buf);
+	size_t len = Bigarray_val(buf)->dim[0];
+
+	caml_release_runtime_system();
+	sha1_update(GET_CTX_STRUCT(ctx), data, len);
+	caml_acquire_runtime_system();
+
+	CAMLreturn(Val_unit);
+}
+
 CAMLprim value stub_sha1_finalize(value ctx)
 {
 	CAMLparam1(ctx);
@@ -79,14 +94,34 @@
 	CAMLreturn(result);
 }
 
+CAMLprim value stub_sha1_copy(value ctx)
+{
+	CAMLparam1(ctx);
+	CAMLlocal1(result);
+
+	result = caml_alloc(sizeof(struct sha1_ctx), Abstract_tag);
+	sha1_copy(GET_CTX_STRUCT(result), GET_CTX_STRUCT(ctx));
+
+	CAMLreturn(result);
+}
+
 CAMLprim value stub_sha1_file(value name)
 {
 	CAMLparam1(name);
 	CAMLlocal1(result);
 
+	char *name_dup = strdup(String_val(name));
+	sha1_digest digest;
+
+	caml_release_runtime_system();
+	if (sha1_file(name_dup, &digest)) {
+	free(name_dup);
+	caml_acquire_runtime_system();
+	caml_failwith("file error");
+	}
+	caml_acquire_runtime_system();
 	result = caml_alloc(sizeof(sha1_digest), Abstract_tag);
-	if (sha1_file(String_val(name), (sha1_digest *) result))
-		caml_failwith("file error");
+	memcpy((sha1_digest *)result, &digest, sizeof(sha1_digest));
 
 	CAMLreturn(result);
 }
Index: ocaml-sha-1.7/sha1.mli
===
--- ocaml-sha-1.7.orig/sha1.mli	2012-03-11 22:29:16.0 +0100
+++ ocaml-sha-1.7/sha1.mli	2012-03-11 22:49:00.0 +0100
@@ -14,12 +14,44 @@
 
 (** SHA1 OCaml binding *)
 
+(** context type - opaque *)
+type ctx
+
+(** buffer type *)
+type buf = (int, Bigarray.int8_unsigned_elt, Bigarray.c_layout) Bigarray.Array1.t
+
 (** digest type - opaque *)
 type t
 
 (** The zero digest *)
 val zero : t
 
+(** Create a new context *)
+external init: unit -> ctx = "stub_sha1_init"
+
+(** Sha1.unsafe_update_substring ctx s ofs len updates the context
+with the substring of s starting at character number ofs and
+containing len characters. Unsafe: No range checking! *)
+external unsafe_update_substring: ctx -> string -> int -> int -> unit = "stub_sha1_update"
+
+(** Sha1.update_substring ctx s ofs len updates the context with the
+substring of s starting at character number ofs and containing len
+characters. *)
+val update_substring: ctx -> string -> int -> int -> unit
+
+(** Sha1.update_string ctx s updates the context with s. *)
+val update_string: ctx -> string -> unit
+
+(** Sha1.update_buffer ctx a updates the context with a.
+Runs parallel to other threads if any exist. *)
+external update_buffer: ctx -> buf -> unit = "stub_sha1_u

Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging

2012-03-11 Thread Bjørn Mork

Martin Steigerwald  writes:

> Am Sonntag, 11. März 2012 schrieb Marco d'Itri:
>> On Mar 11, Martin Steigerwald  wrote:
>> > So please advice. Is it sufficient for ask for module aliases being
>> > added upstream? If I know how I can provide the necessary info for
>> > my ThinkPad T520.
>> 
>> I am not familiar with ExpressCard, so I do not know exactly what is
>> needed.
>
> No problem. Maybe someone from the Debian kernel team knows. If not I can 
> also ask upstream.

The issue has already been discussed among the upstream experts. See e.g.
http://www.spinics.net/lists/linux-pci/msg11140.html
for an explanation why autoloading acpiphp on all machines historically
has been impossible.

Don't know if anything ever came out of this though:
http://www.spinics.net/lists/linux-pci/msg11148.html

If not, then I guess a distribution could add an init script which
checked DMI dates and loaded acpiphp by default on all modern machines.
It's a pity that users have to research this themselves to get
ExpressCard slots working.

Bjørn

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

Bug#662726: use of ancestor-path

2012-03-11 Thread David Bremner

On Tue, 06 Mar 2012 01:13:26 -0400, David Bremner  wrote:
> On Mon, 05 Mar 2012 22:10:48 -0400, David Bremner  wrote:
> > 
> > One thing I think I got wrong in round 1 is the blanket use of
> > --ancestor-path. Consider the following branch structure, where 
> > upstream has been merged into master several times.
> 
> Here is a revised version. Let's pretend there were all kinds of useful
> discussions in some other medium that led to this.

Here is another revision.  Two convenience commands are edited

 list - list available marked commits
 edit - edit the metadata for a commit.

The latter is more a recovery tool in case e.g. the user screws up a
conflict resolution. The former I expect to be the primary interface for
people working interactively with the tool.

There is (unfortunately) a bunch of new code to make it more robust
dealing with conflicts and badly formatted notes.

The docs could still be improved with some example workflows, and there
is no builtin help.

>From 904161f8780e342a4042806ef37a5fb2531e1800 Mon Sep 17 00:00:00 2001
From: David Bremner 
Date: Mon, 5 Mar 2012 12:17:46 -0400
Subject: [PATCH] git-debpatch: select commits to be exported as quilt patches

This script allows the user to mark commits for export as
quilt-patches in debian/patches. gitpkg support is provided via
hooks/quilt-patches-deb-export-hook.
---
 debian/rules|4 +-
 git-debpatch|  160 +++
 git-debpatch.1  |   82 ++
 gitpkg.1|3 +-
 hooks/quilt-patches-deb-export-hook |3 +
 5 files changed, 249 insertions(+), 3 deletions(-)
 create mode 100755 git-debpatch
 create mode 100644 git-debpatch.1

diff --git a/debian/rules b/debian/rules
index 7afba92..f5c4ae5 100755
--- a/debian/rules
+++ b/debian/rules
@@ -18,9 +18,9 @@ install-indep:
 	dh_testdir
 	dh_testroot
 	dh_clean -k -i 
-	dh_install -i gitpkg git-debimport usr/bin
+	dh_install -i gitpkg git-debimport git-debpatch usr/bin
 	dh_install -i hooks usr/share/gitpkg
-	dh_installman -i gitpkg.1 git-debimport.1
+	dh_installman -i gitpkg.1 git-debimport.1 git-debpatch.1
 
 binary-common:
 	dh_testdir
diff --git a/git-debpatch b/git-debpatch
new file mode 100755
index 000..28834b0
--- /dev/null
+++ b/git-debpatch
@@ -0,0 +1,160 @@
+#!/bin/bash
+
+set -e
+
+GN="git notes --ref debpatch"
+patch_dir=debian/patches
+
+# get_field ref Field
+#
+function get_field() {
+shorthash=$(git rev-parse --short $1)
+
+mapfile -t lines < \
+   <(${GN} show $1 2>/dev/null | sed -n "s/^$2: \(.*\)$/\1/p")
+
+if [ ${#lines[*]} -gt 1 ]; then 
+	echo "Commit $shorthash has multiple values for $2" 1>&2
+	printf "Please fix with e.g.\n\t$ git debpatch edit $shorthash\n" 1>&2
+	exit 1
+fi
+echo "${lines[0]}"
+}
+
+# set_field ref Field Val
+function set_field() {
+other_fields=$(${GN} show $1 2>/dev/null | grep -v "^$2:")
+printf "$2: $3\n$other_fields" | ${GN} add -f -F- $1 2>/dev/null
+}
+
+# remove_field ref Field
+function remove_field() {
+other_fields=$(${GN} show $1 2>/dev/null | grep -v "^$2:")
+if [ -n "$other_fields" ] ; then
+	printf "$other_fields" | ${GN} add -f -F- $1 2>/dev/null
+else
+	$GN remove $1 2>/dev/null
+fi
+}
+
+function is_exportable() {
+if result="$(get_field $1 Export)" ; then
+	[ "$result"x = "truex" ]
+else
+	exit 1
+fi
+}
+
+function export_one_patch() {
+if [ -f $patch_dir/series ]; then
+	count=$(wc -l "$patch_dir/series" | cut -f1 -d' ')
+else
+	mkdir -p "$patch_dir" || exit 1
+	echo "# exported from git by git-debpatch" > "$patch_dir/series"
+	count=1
+fi
+
+name=$(git format-patch --start-number $count -1 -o "$patch_dir" $1)
+echo "$name" | sed -e "s,$patch_dir/,,g" -e 's, ,\n,g' >> "$patch_dir/series"
+}
+
+
+function insist_commits() {
+if [ $(git rev-parse $1 | wc -l) != $2 ]; then
+	echo "$1 does not expand to exactly $2 commits";
+	exit 1;
+	
+fi;
+}
+
+function add_tag() {
+insist_commits $1 1
+field=${2^}
+value=${3-true}
+set_field $ref $field $value
+}
+
+function remove_tag() {
+insist_commits $1 1
+field=${2^}
+value=${3-true}
+remove_field $1 $field
+}
+
+function do_merge() {
+	if ${GN} merge -q refs/notes/remotes/$remote/debpatch 1>/dev/null 2>&1; then
+	echo merge complete
+	else
+	# this is mainly to work around a bug in git-notes
+	# git notes merge --commit silently fails if inside
+	# .git/NOTES_MERGE_WORKTREE
+	echo "DEBPATCH: Starting subshell to resolve conflicts"
+	echo "DEBPATCH: exit to complete merge"
+	echo "DEBPATCH: exit 1 to abort";
+	origdir=$(pwd)
+	reporoot=$(git rev-parse --show-toplevel)
+	if cd $reporoot/.git/NOTES_MERGE_WORKTREE && ${SHELL-sh} < /dev/tty ; then
+		cd $reporoot && ${GN} merge --commit
+	else
+		cd $reporoot && ${GN} merge --abort
+	fi
+	cd $origdir
+	fi
+}
+
+function all_not

Bug#663519: texlive-bin: FTBFS on KFreeBSD

2012-03-11 Thread Hilmar Preuße

Package: texlive-bin
Version: 2011.20120307-1
Severity: important
Tags: upstream

Hi,

new version of TL is uploaded to experimental and the FTBFS bugs are rolling
in.  We fail to build on KFreeBSD (i386 and AMD64), it looks like a
programming error in the ICU library.

g++ -DU_ENABLE_DYLOAD=0 -DICU_USE_THREADS=0
-I/build/buildd-texlive-bin_2011.20120307-1-kfreebsd-amd64-yy0HsF/texlive-bin-2011.20120307/Work/libs/icu/../../../libs/icu/icu-49.1/common
-I/build/buildd-texlive-bin_2011.20120307-1-kfreebsd-amd64-yy0HsF/texlive-bin-2011.20120307/Work/libs/icu/../../../libs/icu/icu-49.1/i18n
"-DU_BUILD=\"x86_64-pc-kfreebsd-gnu\"" "-DU_HOST=\"x86_64-pc-kfreebsd-gnu\""
"-DU_CC=\"gcc\"" "-DU_CXX=\"g++\"" -DU_ATTRIBUTE_DEPRECATED=
-DU_TOOLUTIL_IMPLEMENTATION -O2  -c   -o udbgutil.ao
/build/buildd-texlive-bin_2011.20120307-1-kfreebsd-amd64-yy0HsF/texlive-bin-2011.20120307/Work/libs/icu/../../../libs/icu/icu-49.1/tools/toolutil/udbgutil.cpp

/build/buildd-texlive-bin_2011.20120307-1-kfreebsd-amd64-yy0HsF/texlive-bin-2011.20120307/Work/libs/icu/../../../libs/icu/icu-49.1/tools/toolutil/udbgutil.cpp:
In function 'const char* udbg_getPlatform()':
/build/buildd-texlive-bin_2011.20120307-1-kfreebsd-amd64-yy0HsF/texlive-bin-2011.20120307/Work/libs/icu/../../../libs/icu/icu-49.1/tools/toolutil/udbgutil.cpp:348:1:
error: expected ';' before '}' token

The code block is:

U_CAPI const char *udbg_getPlatform(void)
{
#if U_PLATFORM_HAS_WIN32_API
return "Windows";
#elif U_PLATFORM == U_PF_UNKNOWN
return "unknown"
#else
return "Other (POSIX-like)";
#endif
}

My wild guess is a missing ; behind the 'return "unknown"'. I'll try to
contact upstream.

Hilmar

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

Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#663437: [Pkg-uml-pkgs] Bug#663437: user-mode-linux: support kernel 3.2

2012-03-11 Thread Mattia Dongili

On Sun, Mar 11, 2012 at 03:24:41PM +0530, Ritesh Raj Sarraf wrote:
> Package: user-mode-linux
> Version: 2.6.32-1um-4+41
> Severity: normal
> Tags: patch
> 
> Please apply attached patch to enable support for kernel 3.2.
> Also I'm requesting to add me to pkg-uml

Hi,
I added you to the project.
Please re-run the configuration for bot x86 and x86-64 before applying
the patch, I'm sure there are going to be piles of changes in that area
too.
We can also have a chat before so that I can explain how I maintained
the configuration so far.

Thanks

...
> diff --git a/debian/changelog b/debian/changelog
> index e74b108..362c477 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -1,3 +1,9 @@
> +user-mode-linux (3.2-1um-1) unstable; urgency=low
> +
> +  * New upstream release
> +
> + -- Ritesh Raj Sarraf   Sun, 11 Mar 2012 14:00:24 +0530
> +
>  user-mode-linux (2.6.32-1um-4) unstable; urgency=high
>  
>* Update kernel config to the latest available for squeeze
> diff --git a/debian/control b/debian/control
> index 5e3a905..61a0c7a 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -2,7 +2,7 @@ Source: user-mode-linux
>  Section: kernel
>  Priority: extra
>  Maintainer: User Mode Linux Maintainers 
> 
> -Build-Depends: debhelper (>> 5.0.0), quilt, linux-source-2.6.32, 
> docbook-to-man, bzip2, m4, module-init-tools, libvdeplug2-dev, libpcap-dev
> +Build-Depends: debhelper (>> 5.0.0), quilt, linux-source-3.2, 
> docbook-to-man, bzip2, m4, module-init-tools, libvdeplug2-dev, libpcap-dev
>  Uploaders: Mattia Dongili 
>  Standards-Version: 3.8.3
>  Vcs-Git: git://git.debian.org/git/pkg-uml/user-mode-linux.git
> diff --git a/debian/rules b/debian/rules
> index d08495c..fc918a3 100755
> --- a/debian/rules
> +++ b/debian/rules
> @@ -6,7 +6,7 @@
>  #export DH_VERBOSE=1
>  
>  config_target:=oldconfig
> -kernel_version:=2.6.32
> +kernel_version:=3.2
>  kernel_dir:=linux-source-$(kernel_version)
>  debian:=$(CURDIR)/debian
>  tmp:=$(debian)/user-mode-linux

> ___
> Pkg-uml-pkgs mailing list
> pkg-uml-p...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-uml-pkgs

-- 
mattia
:wq!



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

Bug#651370: libgl1-mesa-glx: need close on exec for dri device

2012-03-11 Thread David Fries

Updating the Debian bug report log:
The patch is now in master git://anongit.freedesktop.org/git/mesa/mesa
b60120608f6ddf4098bc324363197c979ee04cb7
Author: David Fries   2011-12-10 11:28:45
Committer: Dave Airlie   2012-03-11 14:05:50



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

Bug#658759: u-boot: fails to boot compressed 3.2.y kernels