Bug#668556: ITP: dparser -- a scannerless GLR parser generator

[Markus Wanner]

Dear Debian developers,

On 04/15/2012 04:15 AM, Miles Bader wrote:
 In my experience, EBNF and LL/SLR/LALR are widely known (they
 are classic compiler terms), for the type of person who might be
 interested in parser generators, but GLR isn't.

Thank you all for your feedback on the long description. I've completed
packaging now and sent out an RFS here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668966

Please go after sponsoring as eagerly as you discussed the long
description. ;-)

Regards

Markus Wanner



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

Bug#668967: awn-extras-applets: Please update to 0.4.1~bzr1539

[Miguel Colon]

Source: awn-extras-applets
Version: 0.4.0-5
Severity: wishlist
Tags: patch

Hello:

Could this package be updated to 0.4.1~bzr1539 in a similar fashion to
avant-window-navigator that got updated to version 0.4.1~bzr830.

This would help fix bug 619387 and 648412 since bzr1538 plus the
attached DEP-3 quilt patch fixes those issues. Also I had other issues
when using awn 0.4.1 with the 0.4.0 applets but I don't remember them
anymore since I compiled both packages from upstream bzrr8XX and
bzr15XX to fix it last year.

Also the dependencies for awn-applets-c-core should probably include
gnome-menus since cairo menu tries to read gnome-applications.menu and
settings.menu (no longer exists) and does not display the menu while
giving these messages:
** (awn-applet:30327): CRITICAL **: gmenu_tree_directory_get_contents:
assertion `directory != NULL' failed
** (awn-applet:30327): CRITICAL **: gmenu_tree_item_unref: assertion
`item != NULL' failed

It could be a Recommends too. The gnome-menus packages currently gets
installed via transitivity of recommended packages but it should be
depended/recommended directly.

Hope this helps,
Miguel


weather.patch
Description: Binary data

Bug#668594:

[Hans-Kristian Bakke]

 And especially if first, simple, kvm1.0 variant
 _does_ show the bad speed already, there's no need
 to try others, since the prob might be somewhere
 else entirely: this binary is equivalent to what
 was in 1.0-8 but rebuilt using current toolchain
 from wheezy.

Interesting. I tried your binaries now and the first kvm1.0 binary
you provided me _does_ have the bad performance (~2.3 gbit/s).
Returning to the old -8 binary gives full performance again.

Regards,
Hans-Kristian Bakke



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

Bug#295435: closed by Ricardo Mones mo...@debian.org (Bug#295435: fixed in sylpheed 3.2.0~beta7-1)

[Ricardo Mones]

  Hi Paul,

On Mon, 16 Apr 2012 07:56:08 +1000
paul.sz...@sydney.edu.au wrote:

 Sorry but I disagree that the bug should be closed: all that changed
 is that it is now documented in README.Debian to do things wrong.

  Call it as you want, of course. You can read the upstream bug where
this was forwarded: http://sylpheed.sraoss.jp/redmine/issues/9 

 Why not use the trivial patch proposed, instead?
 (I do wonder about Message 36
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=295435#36
 and what examples there might be of such broken MUAs...)

  Probably because it doesn't bring full support for the mboxcl2
format, only a hack to deal with unescaped Froms where there should be
none. But that's a wild guess, you should ask upstream.

 Admittedly, bug #296190 has been fixed, so this is less important.
 And we do not use sylpheed anymore, thunderbird is so much better.

  Glad to know you still use Debian after so many years :)

  best regards,
-- 
 Ricardo Mones
 http://people.debian.org/~mones
 «Q: How much does it cost to ride the Unibus? A: 2 bits.»


signature.asc
Description: PGP signature

Bug#624148: Please fix this bug in stable

[Stefan Fritsch]

tags squeeze
thanks

There was a similar issue with the recent apache2 DSA and I expect 
that it is the same bug. I have unattended-upgrades 0.62.2 installed. 
Please fix this in the next stable point release.

Cheers,
Stefan




Unattended upgrade returned: False

Packages that are upgraded:
 apache2-dbg apache2-mpm-prefork apache2-prefork-dev apache2-utils 
 apache2.2-bin apache2.2-common 
Packages with upgradable origin but kept back:
 apache2 

Package installation log:
nothing to commit (working directory clean)
git-snapshot-script: nothing to be done
(Reading database ... 61258 files and directories currently 
installed.)
Preparing to replace apache2-prefork-dev 2.2.16-6+squeeze6 (using 
.../apache2-prefork-dev_2.2.16-6+squeeze7_amd64.deb) ...
Unpacking replacement apache2-prefork-dev ...
Preparing to replace apache2-dbg 2.2.16-6+squeeze6 (using .../apache2-
dbg_2.2.16-6+squeeze7_amd64.deb) ...
Unpacking replacement apache2-dbg ...
Preparing to replace apache2 2.2.16-6+squeeze6 (using 
.../apache2_2.2.16-6+squeeze7_amd64.deb) ...
Unpacking replacement apache2 ...
Preparing to replace apache2-mpm-prefork 2.2.16-6+squeeze6 (using 
.../apache2-mpm-prefork_2.2.16-6+squeeze7_amd64.deb) ...
Stopping web server: apache2 ... waiting .
Unpacking replacement apache2-mpm-prefork ...
Preparing to replace apache2.2-common 2.2.16-6+squeeze6 (using 
.../apache2.2-common_2.2.16-6+squeeze7_amd64.deb) ...
Unpacking replacement apache2.2-common ...
Preparing to replace apache2.2-bin 2.2.16-6+squeeze6 (using 
.../apache2.2-bin_2.2.16-6+squeeze7_amd64.deb) ...
Unpacking replacement apache2.2-bin ...
Preparing to replace apache2-utils 2.2.16-6+squeeze6 (using 
.../apache2-utils_2.2.16-6+squeeze7_amd64.deb) ...
Unpacking replacement apache2-utils ...
Processing triggers for man-db ...
Setting up apache2.2-bin (2.2.16-6+squeeze7) ...
Setting up apache2-utils (2.2.16-6+squeeze7) ...
Setting up apache2.2-common (2.2.16-6+squeeze7) ...

Configuration file `/etc/apache2/sites-available/default-ssl'
 == Modified (by you or by a script) since installation.
 == Package distributor has shipped an updated version.
   What would you like to do about it ?  Your options are:
Y or I  : install the package maintainer's version
N or O  : keep your currently-installed version
  D : show the differences between the versions
  Z : start a shell to examine the situation
 The default action is to keep your current version.
*** default-ssl (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing 
apache2.2-common (--configure):
 EOF on stdin at conffile prompt
dpkg: dependency problems prevent configuration of apache2-prefork-
dev:
 apache2-prefork-dev depends on apache2.2-common (= 
2.2.16-6+squeeze7); however:
  Package apache2.2-common is not configured yet.
dpkg: error processing apache2-prefork-dev (--configure):
 dependency problems - leaving unconfigured

Setting up apache2-dbg (2.2.16-6+squeeze7) ...
configured to not write apport reports
dpkg: dependency problems prevent configuration of apache2-mpm-
prefork:
 apache2-mpm-prefork depends on apache2.2-common (= 
2.2.16-6+squeeze7); however:
  Package apache2.2-common is not configured yet.
dpkg: error processing apache2-mpm-prefork (--configure):
 dependency problems - leaving unconfigured
configured to not write apport reports
dpkg: error processing apache2 (--configure):
 dependency problems - leaving unconfigured
configured to not write apport reports
Errors were encountered while processing:
 apache2.2-common
 apache2-prefork-dev
 apache2-mpm-prefork
 apache2



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

Bug#668594:

[Michael Tokarev]

On 16.04.2012 10:25, Hans-Kristian Bakke wrote:
 And especially if first, simple, kvm1.0 variant
 _does_ show the bad speed already, there's no need
 to try others, since the prob might be somewhere
 else entirely: this binary is equivalent to what
 was in 1.0-8 but rebuilt using current toolchain
 from wheezy.
 
 Interesting. I tried your binaries now and the first kvm1.0 binary
 you provided me _does_ have the bad performance (~2.3 gbit/s).
 Returning to the old -8 binary gives full performance again.

In that case it must be some toolchain issue, not
something in qemu-kvm itsel...  Sigh, I wish I was
able to reproduce it locally... :(

Now, the fun task for me is to figure out which versions
of gcc/binutils/etc were used to build -8 version :)

And this basically means that a backported version of -9
should work fine, since it will use older and proven
toolchain.  Lemme try...

Thank you for the help and support so far!

/mjt



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

Bug#653802: removal of python2.6 (and removal of zope2.12 for wheezy)

[Philipp Kern]

On Sun, Apr 15, 2012 at 08:26:33PM +0200, Matthias Klose wrote:
 On 15.04.2012 12:46, Mehdi Dogguy wrote:
 On 04/14/2012 07:39 PM, Matthias Klose wrote:
 I would like to remove python2.6 for the wheezy release
 Since python2.6 was the default python interpreter in Squeeze, shouldn't
 we keep it in Wheezy and remove it from Wheezy+1? (as we did with python2.5)
 in the past, this wasn't a criteria. Regarding the number of
 sumported python versions, ftp-master didn't want to have more than
 two.  Now, squeeze did release with 2.5 and 2.6. 3.1 was just the
 core interpreter and a handful of packages.  With wheezy we do have
 2.7 and a more complete 3.2, so I don't think having 2.6 has
 additional value.
 
 If your argument is to defend the status quo, fine. But I didn't see
 a new argument why to keep it.

Is there anything incompatible when going from 2.6 to 2.7?  Because it does
mean that you need to change all scripts in lockstep with the distro upgrade,
because 2.7 is not in squeeze and 2.6 is not in wheezy, unless(!) python2.6
from squeeze is still installable in wheezy (i.e. no conflicts etc.).  The
reason to have two versions of 2.x was to avoid this lockstep, especially as
scripts tend to specify their Python versions in the shebang.

If an upgrade does not force python2.6 (and the corresponding python2.6
modules) to be uninstalled, I think it's fair to drop it from wheezy.  But
somehow I'm sceptical, that this is true.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#668912: aptitude marks random packages are manually installed.

[Daniel Hartwig]

Hello

On 16 April 2012 11:09, dE . de.tec...@gmail.com wrote:
 There's no specific pattern in which this happens, an aptitude run
 just for searching a package may mark packages manually installed.

How did you determine that 'aptitude search' changed the state, rather
than 'update' or 'upgrade'?


 That sounds indeed strange.

 There are quite some issues around loosing the mark-auto state, but
 that's the first case where a simple search can be the reason.

Yes and, given that, the whole body of code involved needs to be carefully
checked.  So, dE, please do not invest too much time trying to diagnose
this specific case as it should hopefully be picked up anyway.


 Unfortunately, this time I couldn't reproduce it at the upgrade, I've an
 outdated Debian system (4.6) which I'll upgrade to see what happens.

 Can you please tell me what do you need to upload to prove the bug?

Ideally the output of aptitude-create-state-bundle before the problem and
then the full typescript of commands needed to reproduce it.  Given that
your system is since updated this may not be possible any more.


 As of the current time, aptitude update marks libxine1-xvdr as manually
 installed. Attaching output of aptitude --simulate search '~i' | grep
 --invert-match '^i A' before and after update. Check the diffs.

To be sure, did you run only 'aptitude update' before the search and not
also 'upgrade' or 'install'?

Note: the changelog shows that libxine1-xvdr was replaced by
libxine2-xvdr on 2012-02-03 – this may be significant here.


Regards



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

Bug#667595: libraw1394-11: dvgrab fails to grab video

[Václav Ovsík]

Hi Simon,

On Thu, Apr 05, 2012 at 01:38:36AM -0700, Simon Kirby wrote:
 Package: libraw1394-11
 Version: 2.0.8-1
 Severity: important
 
 Hello!
 
 I am hitting this too, but with MythTV's firewire streaming of mpeg2.
 It seems to be gcc-4.6 miscompiling the library. A build of 2.0.7 or
 2.0.8 with gcc-4.6 4.6.3-2 does not work, while with gcc-4.5, it does
 work. I have narrowed the problem to the output from fw.c, the
 fw_set_port() function. Wrapped in #pragma GCC optimize (-O1) and
 restoring -O2 again, it works.
 
 The problem seems to be at the call to ioctl(fd, FW_CDEV_IOC_GET_INFO, 
 get_info)
 -- this seems to clobber filename, for some reason. I don't see what is
 wrong here.

Thanks for investigation! I think, there are another problems - DV
stream corrupted with dropouts. I thought it was dropouts originated
from camera, but later grabs (with older library) was without dropouts.
I think there are more problems with libraw1394-11 than device filename
corruption only.

You sent the reply to sub...@bugs.debian.org and so the new bug-report
was opened (667595). (You should send replies to 664...@bugs.debian.org).

I'm going to try join these bugs - 664562, 667595.
-- 
Zito



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

Bug#665852: [PATCH] Replace the volatile name with release updates.

[Christian PERRIER]

Quoting Philipp Kern (pk...@debian.org):
 Untested concept. Please review the strings.


Strings are fine by me. I would appreciate these strings to be marked
as belonging to sublevel 6 (as explained this makes my work in
tracking everything l10n-related much easier). I will commit myself to
push as hard as possible for these strings to be translated for as
many languages as possible (at least get them translated for the ~40
languages were translation is 100% for all other D-I strings).

The only thing I don't want to do is seeing these strings lead to a
language being a candidate for deactivation, hence the move to
sublevel 6. As a reminder : languages that are not complete for
sublevels 1 and 2 are *candidates* for being dropped (the real
decision of dropping them or not will be done on a case by case
basis).




signature.asc
Description: Digital signature

Bug#651834: Patch for the 1.5-2.1 NMU of fwsnort

[Christian PERRIER]

Dear maintainer of fwsnort,

On Saturday, April 07, 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 Monday, April 02, 2012.

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

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

The NMU patch is attached to this mail.

The NMU changelog is:


Source: fwsnort
Version: 1.5-2.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier bubu...@debian.org
Date: Mon, 16 Apr 2012 09:12:41 +0200
Closes: 651834 667946
Changes: 
 fwsnort (1.5-2.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 - Dutch; (Jeroen Schot).  Closes: #651834
 - Polish (Michał Kułach).  Closes: #667946

-- 


diff -Nru fwsnort-1.5.old/debian/changelog fwsnort-1.5/debian/changelog
--- fwsnort-1.5.old/debian/changelog	2012-03-31 08:12:41.252083334 +0200
+++ fwsnort-1.5/debian/changelog	2012-04-16 09:12:48.199580915 +0200
@@ -1,3 +1,12 @@
+fwsnort (1.5-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Dutch; (Jeroen Schot).  Closes: #651834
+- Polish (Michał Kułach).  Closes: #667946
+
+ -- Christian Perrier bubu...@debian.org  Mon, 16 Apr 2012 09:12:41 +0200
+
 fwsnort (1.5-2) unstable; urgency=low
 
   * New po-debconf translation - Danish (Closes: #627714)
diff -Nru fwsnort-1.5.old/debian/po/cs.po fwsnort-1.5/debian/po/cs.po
--- fwsnort-1.5.old/debian/po/cs.po	2012-03-31 08:12:41.252083334 +0200
+++ fwsnort-1.5/debian/po/cs.po	2012-04-07 08:37:05.553741384 +0200
@@ -11,8 +11,9 @@
 PO-Revision-Date: 2008-10-28 09:24+0100\n
 Last-Translator: Miroslav Kure ku...@debian.cz\n
 Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
+Language: cs\n
 MIME-Version: 1.0\n
-Content-Type: text/plain; charset=utf-8\n
+Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
 
 #. Type: boolean
diff -Nru fwsnort-1.5.old/debian/po/da.po fwsnort-1.5/debian/po/da.po
--- fwsnort-1.5.old/debian/po/da.po	2012-03-31 08:12:41.252083334 +0200
+++ fwsnort-1.5/debian/po/da.po	2012-04-07 08:37:05.557741495 +0200
@@ -11,6 +11,7 @@
 PO-Revision-Date: 2011-05-23 18:30+01:00\n
 Last-Translator: Joe Hansen joedalt...@yahoo.dk\n
 Language-Team: Danish debian-l10n-dan...@lists.debian.org\n
+Language: da\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
@@ -28,5 +29,5 @@
 The latest Snort rules can be downloaded from http://www.emergingthreats.net 
 in order to keep fwsnort up-to-date.
 msgstr 
-De seneste Snortregler kan hentes fra http://www.emergingthreats.net 
-for at holde fwsnort opdateret.
+De seneste Snortregler kan hentes fra http://www.emergingthreats.net for at 
+holde fwsnort opdateret.
diff -Nru fwsnort-1.5.old/debian/po/de.po fwsnort-1.5/debian/po/de.po
--- fwsnort-1.5.old/debian/po/de.po	2012-03-31 08:12:41.252083334 +0200
+++ fwsnort-1.5/debian/po/de.po	2012-04-07 08:37:05.557741495 +0200
@@ -12,8 +12,9 @@
 PO-Revision-Date: 2008-10-22 11:07+0200\n
 Last-Translator: Jens Seidel jenssei...@users.sf.net\n
 Language-Team: debian-l10n-ger...@lists.debian.org\n
+Language: \n
 MIME-Version: 1.0\n
-Content-Type: text/plain; charset=utf-8\n
+Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
 
 #. Type: boolean
diff -Nru fwsnort-1.5.old/debian/po/es.po fwsnort-1.5/debian/po/es.po
--- fwsnort-1.5.old/debian/po/es.po	2012-03-31 08:12:41.252083334 +0200
+++ fwsnort-1.5/debian/po/es.po	2012-04-07 08:37:05.561741598 +0200
@@ -28,13 +28,14 @@
 msgstr 
 Project-Id-Version: fwsnort 1.0.6-1\n
 Report-Msgid-Bugs-To: fwsn...@packages.debian.org\n
-POT-Creation-Date: 2008-05-27 18:36+0200\n
+POT-Creation-Date: 2008-10-21 22:47+0200\n
 PO-Revision-Date: 2009-12-29 10:52+0200\n
 Last-Translator: Ricardo Fraile r...@esdebian.org\n
 Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n
+Language: \n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
-Content-Transfer-Encoding: 8bit
+Content-Transfer-Encoding: 8bit\n
 
 #. Type: boolean
 #. Description
@@ -48,6 +49,6 @@
 msgid 
 The latest Snort rules can be downloaded from http://www.emergingthreats.net 
 in order to keep fwsnort up-to-date.
-msgstr La ??ltimas reglas de Snort se pueden descargar desde http://www.emergingthreats.net para mantener fwsnort actualizado.
-
-
+msgstr 
+La ??ltimas reglas de Snort se pueden descargar desde http://www.;
+emergingthreats.net para mantener fwsnort actualizado.
diff -Nru fwsnort-1.5.old/debian/po/fr.po fwsnort-1.5/debian/po/fr.po
--- fwsnort-1.5.old/debian/po/fr.po	2012-03-31 08:12:41.252083334 +0200
+++ fwsnort-1.5/debian/po/fr.po	2012-04-07 08:37:05.565741709 +0200
@@ -11,8 +11,9 @@
 PO-Revision-Date: 2008-10-21 23:15+0200\n
 Last-Translator: Franck Joncourt franck.m...@dthconnex.com\n
 Language-Team: French debian-l10n-fre...@lists.debian.org\n
+Language: fr\n
 

Bug#659362: Announce of the upcoming NMU for the iptables-persistent package

[Christian PERRIER]

Dear maintainer of iptables-persistent and Debian translators,

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

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

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

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

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

Among these, the following translations are incomplete: none

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

The deadline for receiving updates and new translations is Tuesday, April 24, 
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, April 11, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Monday, April 16, 2012   : send this notice
 Tuesday, April 24, 2012   : (midnight) deadline for receiving translation 
updates
 Wednesday, April 25, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Wednesday, May 02, 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 EMAIL@ADDRESS, YEAR.
#
#, fuzzy
msgid 
msgstr 
Project-Id-Version: PACKAGE VERSION\n
Report-Msgid-Bugs-To: iptables-persist...@packages.debian.org\n
POT-Creation-Date: 2011-01-15 20:39+\n
PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n
Last-Translator: FULL NAME EMAIL@ADDRESS\n
Language-Team: LANGUAGE l...@li.org\n
Language: \n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=CHARSET\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../iptables-persistent.templates:2001
msgid Save current IPv4 rules?
msgstr 

#. Type: boolean
#. Description
#: ../iptables-persistent.templates:2001
msgid 
Current iptables rules can be saved to the configuration file /etc/iptables/
rules.v4. These rules will then be loaded automatically during system 
startup.
msgstr 

#. Type: boolean
#. Description
#: ../iptables-persistent.templates:2001
msgid 
Rules are only saved automatically during package installation. See the 
manual page of iptables-save(8) for instructions on keeping the rules file 
up-to-date.
msgstr 

#. Type: boolean
#. Description
#: ../iptables-persistent.templates:3001
msgid Save current IPv6 rules?
msgstr 

#. Type: boolean
#. Description
#: ../iptables-persistent.templates:3001
msgid 
Current iptables rules can be saved to the configuration file /etc/iptables/
rules.v6. These rules will then be loaded automatically during system 
startup.
msgstr 

#. Type: boolean
#. Description
#: ../iptables-persistent.templates:3001
msgid 
Rules are only saved automatically during package installation. See the 
manual page of ip6tables-save(8) for instructions on keeping the rules file 
up-to-date.
msgstr 


signature.asc
Description: Digital signature

Bug#668394: debian-policy: Spurious virtual packages mp3-encoder/mp3-decoder

[Fabian Greffrath]

Am 15.04.2012 00:24, schrieb Bill Allombert:

It would certainly be useful to know why it was added in the first place.
The relevant bug reports are #64004, #64006 and #295006.


I've read through them.

I don't see the point of #64004. It sounds like the OP wanted to 
suggest adding it as some kind of preparation should lame ever get 
included in Debian. Well, now it is and it does *not* provide this 
virtual package. Packages supporting /u/b/lame (i.e. the CLI) should 
declare a Depends on lame instead - it's that simple.


#64006 and #295006 tell a similar story, but I believe the latter one 
is more significant. I wholeheartly agree with the reasons you give 
for the reject, being that a virtual package audio-encoder does not 
add value as long as all the candidates provide different interfaces. 
If you support /u/b/flac to encode audio to FLAC, declare a Depends on 
the flac package; if you support /u/b/oggenc to encode to OGG/Vorbis, 
declare a Depends on the vorbis-tools package.


As long as it is not possible to run audio-encoder some_audio.wav on 
Debian to convert some_audio.wav into the next best audio format, this 
virtual package makes no sense. This is especially true for 
mp3-encoder and the exact reason why it should get removed IMHO.


 - Fabian



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

Bug#668469: closed by Andrea Palazzi palazziand...@yahoo.it (Bug#668469: fixed in aster 10.6.0-1-2)

[Andrea Palazzi]

Da: Aaron M. Ucko u...@debian.org
A: Aaron M. Ucko u...@debian.org 
Cc: 668...@bugs.debian.org; cont...@bugs.debian.org 
Inviato: Lunedì 16 Aprile 2012 3:41
Oggetto: Bug#668469: closed by Andrea Palazzi palazziand...@yahoo.it 
(Bug#668469: fixed in aster 10.6.0-1-2)
 
found 668469 10.6.0-1-3
thanks

Please take care to incorporate the HOME setting into the same command
as the calls it should affect:

    HOME=$(DEB_DESTDIR); \
    set -ex; \
    ...

Hi,

I see that it still fails with this problem, is it due to the fact that I 
didn't set the HOME in the same command, or it's a strange behaviour of the 
as_run command that is being called?

I've been using cowbuilder to test the building process, but it's not enough... 
Is there a way to test the package against the buildd environment before 
submitting it? 


Thanks
Andrea

Bug#668968: davfs2: NTLM authentication not supported with gnutls

[Mattias Jernberg]

Package: davfs2
Version: 1.4.6-1
Severity: wishlist


Bug #533058 switched davfs2 to libneon built using gnutls since there was no 
difference in doing so and it was a better choice license-wise.

However, in newer versions of davfs2, support for NTLM authentication is only 
available when using libneon linked with openssl. This means I am unable to 
mount my Sharepoint folders made available via WebDAV, instead seeing the error 
message Could not authenticate to server: ignored NTLM challenge. Rebuilding 
davfs2 using libneon27 instead of libneon27-gnutls solves this problem.

Please consider switching davfs2 back to use libneon27.

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

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

Versions of packages davfs2 depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.3-2   Embedded GNU C Library: Shared lib
ii  libneon27-gnutls  0.29.3-3   An HTTP and WebDAV client library 

davfs2 recommends no packages.

davfs2 suggests no packages.

-- Configuration Files:
/etc/davfs2/davfs2.conf changed [not included]
/etc/davfs2/secrets [Errno 13] Permission denied: u'/etc/davfs2/secrets'

-- debconf information excluded



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

Bug#668889: [Pkg-fonts-devel] Bug#668889: Bug#668889: fonts-cmu: Please provide OpenType font instead of TrueType

[Fabian Greffrath]

Am 15.04.2012 17:21, schrieb Khaled Hosny:

Superior in what sense? There is no inherent superiority in either
format (the terminology is misleading, though), so unless upstream is
deliberately adding features to the OTF files that are not in the TTF
ones, there shouldn't be any noticeable difference, looking at upstream
web page I see nothing that would suggest that, and given that the fonts
are autotraced from bitmaps I doubt the choice of splines type makes
much difference.


I agree. OTF files are not better per se. They may support more 
features but as long as these features are not implemented in the font 
sources, the OTF files are just as good as the TTF files.


 - Fabian




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

Bug#582719: Patch for the 0.4.7-5.2 NMU of smbind

[Christian PERRIER]

Dear maintainer of smbind,

On Saturday, April 07, 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 Monday, April 02, 2012.

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

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

The NMU patch is attached to this mail.

The NMU changelog is:


Source: smbind
Version: 0.4.7-5.2
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier bubu...@debian.org
Date: Mon, 16 Apr 2012 09:17:45 +0200
Closes: 582719 660393 667948 668528
Changes: 
 smbind (0.4.7-5.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 - Japanese (Hideki Yamane (Debian-JP)).  Closes: #582719
 - Danish (Joe Hansen).  Closes: #660393
 - Polish (Michał Kułach).  Closes: #667948
 - Dutch; (Jeroen Schot).  Closes: #668528

-- 


diff -Nru smbind-0.4.7.old/debian/changelog smbind-0.4.7/debian/changelog
--- smbind-0.4.7.old/debian/changelog	2012-03-31 08:12:28.491723756 +0200
+++ smbind-0.4.7/debian/changelog	2012-04-16 09:17:55.370932731 +0200
@@ -1,3 +1,14 @@
+smbind (0.4.7-5.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Japanese (Hideki Yamane (Debian-JP)).  Closes: #582719
+- Danish (Joe Hansen).  Closes: #660393
+- Polish (Michał Kułach).  Closes: #667948
+- Dutch; (Jeroen Schot).  Closes: #668528
+
+ -- Christian Perrier bubu...@debian.org  Mon, 16 Apr 2012 09:17:45 +0200
+
 smbind (0.4.7-5.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru smbind-0.4.7.old/debian/po/da.po smbind-0.4.7/debian/po/da.po
--- smbind-0.4.7.old/debian/po/da.po	1970-01-01 01:00:00.0 +0100
+++ smbind-0.4.7/debian/po/da.po	2012-04-02 07:31:44.0 +0200
@@ -0,0 +1,100 @@
+# Danish translation smbind.
+# Copyright (C) 2012 smbind  nedenstående oversættere.
+# This file is distributed under the same license as the smbind package.
+# Joe Hansen (joedalt...@yahoo.dk), 2012.
+#
+msgid 
+msgstr 
+Project-Id-Version: smbind\n
+Report-Msgid-Bugs-To: smb...@packages.debian.org\n
+POT-Creation-Date: 2010-03-26 12:02+0100\n
+PO-Revision-Date: 2012-02-18 12:42+\n
+Last-Translator: Joe Hansen joedalt...@yahoo.dk\n
+Language-Team: Danish debian-l10n-dan...@lists.debian.org\n
+Language: da\n
+MIME-Version: 1.0\n
+Content-Type: text/plain; charset=UTF-8\n
+Content-Transfer-Encoding: 8bit\n
+
+#. Type: password
+#. Description
+#: ../templates:1001
+msgid Smbind administrator password:
+msgstr Administratoradgangskode for Smbind:
+
+#. Type: password
+#. Description
+#: ../templates:1001
+msgid Please choose a password for the Smbind administrator (\admin\).
+msgstr Vælg venligst en adgangskode for Smbindadministratoren (»admin«).
+
+#. Type: password
+#. Description
+#: ../templates:2001
+msgid Re-enter password to verify:
+msgstr Indtast adgangskoden igen for verificering:
+
+#. Type: password
+#. Description
+#: ../templates:2001
+msgid 
+Please enter the same \admin\ password again to verify you have typed it 
+correctly.
+msgstr 
+Indtast venligst den samme adgangskode for »admin« for at verificere at du 
+har indtastet den korrekt.
+
+#. Type: error
+#. Description
+#: ../templates:3001
+msgid Password input error
+msgstr Inddatafejl for adgangskode
+
+#. Type: error
+#. Description
+#: ../templates:3001
+msgid The two passwords you entered were not the same. Please try again.
+msgstr De to adgangskoder du indtastede var ikke ens. Prøv venligst igen.
+
+#. Type: multiselect
+#. Description
+#: ../templates:4001
+msgid Web server(s) to configure automatically:
+msgstr Internetservere at konfigurere automatisk:
+
+#. Type: multiselect
+#. Description
+#: ../templates:4001
+msgid 
+Smbind supports any web server supported by PHP, but only Apache 2 and 
+lighttpd can be configured automatically.
+msgstr 
+Smbind understøtter alle internetservere understøttet af PHP, men kun Apache 
+2 og lighttpd kan konfigureres automatisk.
+
+#. Type: multiselect
+#. Description
+#: ../templates:4001
+msgid 
+Please select the web server(s) that should be configured automatically for 
+Smbind.
+msgstr 
+Vælg venligst de internetservere som skal konfigureres automatisk for Smbind.
+
+#. Type: boolean
+#. Description
+#: ../templates:5001
+msgid Should ${webserver} be restarted?
+msgstr Skal ${webserver} genstartes?
+
+#. Type: boolean
+#. Description
+#: ../templates:5001
+msgid 
+Remember that in order to activate the new configuration ${webserver} has to 
+be restarted. You can also restart ${webserver} by manually executing 
+\invoke-rc.d ${webserver} restart\.
+msgstr 
+Husk at for at aktivere den nye konfiguration, så skal ${webserver} 
+genstartes. Du kan også genstarte ${webserver} ved manuelt at køre »invoke-
+rc.d ${webserver} restart«.
diff -Nru smbind-0.4.7.old/debian/po/ja.po smbind-0.4.7/debian/po/ja.po
--- smbind-0.4.7.old/debian/po/ja.po	

Bug#668969: post install start of vnstat fails

[wlet]

Package: vnstat
Version: 1.10-1
Severity: normal

When installing vnstat the postinstall start of vnstat fails:

debian# apt-get install vnstat
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut   
Statusinformationen werden eingelesen... Fertig
Vorgeschlagene Pakete:
  vnstati
Die folgenden NEUEN Pakete werden installiert:
  vnstat
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 82,4 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 311 kB Plattenplatz zusätzlich benutzt.
Hole:1 http://mirror.1und1.de/debian/ squeeze/main vnstat amd64 1.10-1 [82,4 kB]
Es wurden 82,4 kB in 0 s geholt (458 kB/s)
Vormals abgewähltes Paket vnstat wird gewählt.
(Lese Datenbank ... 110162 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacken von vnstat (aus .../vnstat_1.10-1_amd64.deb) ...
Trigger für man-db werden verarbeitet ...
vnstat (1.10-1) wird eingerichtet ...
Starting vnStat daemon: vnstatdZero database found, exiting.
 failed!

debian# 


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

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

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

vnstat recommends no packages.

Versions of packages vnstat suggests:
pn  vnstati   none (no description available)

-- no debconf information



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

Bug#665620: marked as done (tmispell-voikko: Including individual glib headers no longer supported)

[Robert Luberda]

reopen 665620
close 665630 0.10~cvs6-8
thanks

Debian Bug Tracking System wrote:
 Your message dated Mon, 16 Apr 2012 06:48:42 +
 with message-id e1sjfju-000640...@franck.debian.org
 and subject line Bug#665620: fixed in zapping 0.10~cvs6-8
 has caused the Debian Bug report #665620,
 regarding tmispell-voikko: Including individual glib headers no longer 
 supported
 to be marked as done.


It looks like I've made a typo in bug number in zapping's changelog.
Sorry about this.


Thanks.
robert



signature.asc
Description: OpenPGP digital signature

Bug#668970: gforge-db-postgresql: fails to install: PHP Fatal error: require_once(): Failed opening required '/usr/share/gforge/bin/../www/env.inc.php'

[Andreas Beckmann]

Package: gforge-db-postgresql
Version: 5.1.50+svn15228-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

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

  Setting up gforge-db-postgresql (5.1.50+svn15228-1) ...
  Since you asked not to see all the debconf questions, I reused the
  password for the database that was already set in 
  /etc/gforge/config.ini.d/debian-install-secrets.ini.
  Use it if you want to have a peek at the database by hand.
  Since you asked not to see all the debconf questions, I generated a random
  password for the admin user.  It is 'ea9d68f9'.
  Replacing config file /etc/postgresql/9.1/main/pg_hba.conf with new version
  Reloading PostgreSQL 9.1 database server: main.
  Procedural language on gforge already enabled
  Creating initial Sourceforge database from files.
  Creating debian_meta_data table.
  Inserting first data into debian_meta_data table.
  ...OK.
  Upgrading database with sf-2.6-complete.sql
  ...OK.
  Adding local data.
  ...OK.
  Inserting skills.
  ...OK.
  ...OK.
  Updating permissions on system groups.
  ...OK.
  Creating table group_cvs_history.
  ...OK.
  Registering Savannah themes.
  ...OK.
  Registering yet another Savannah theme.
  ...OK.
  Updating language codes.
  ...OK.
  Fixing artifact-related views.
  ...OK.
  Adding integrity constraints between the Trove map tables.
  ...OK.
  Adding extra fields to the groups table.
  ...OK.
  Updating supported_languages table.
  ...OK.
  Adding tables for the plugin subsystem.
  ...OK.
  Upgrading database with 20021125.sql
  ...OK.
  Upgrading database with 20021212.sql
  ...OK.
  Upgrading database with 20021213-1.sql
  ...OK.
  Transcoding documentation data fields
  ...OK.
  Upgrading database with 20021214.sql
  ...OK.
  Upgrading database with 20021215.sql
  ...OK.
  Upgrading database with 20021216.sql
  ...OK.
  Upgrading database with 20021223-2.sql
  ...OK.
  Upgrading database with 20030102-2.sql
  ...OK.
  Upgrading database with 20030105.sql
  ...OK.
  Upgrading database with 20030107.sql
  ...OK.
  Upgrading database with 20030109.sql
  ...OK.
  Adjusting language sequences
  Upgrading with 20030112.sql
  ...OK.
  Upgrading database with 20030113-2.sql
  ...OK.
  Upgrading database with 20030131.sql
  ...OK.
  Upgrading database with 20030209.sql
  ...OK.
  Upgrading database with 20030312.sql
  ...OK.
  Registering KDE theme.
  ...OK.
  Registering Dark Aqua theme.
  ...OK.
  Upgrading database with 20030513.sql
  ...OK.
  Database schema is now version 3.0-1.
  ...OK.
  Upgrading database with 20030822.sql
  ...OK.
  Upgrading database with 20031105.sql
  ...OK.
  Upgrading database with 20031124.sql
  ...OK.
  Upgrading database with 20031129.sql
  ...OK.
  Upgrading database with 20031126.sql
  ...OK.
  Upgrading database with 20031205.sql
  ...OK.
  Upgrading database with 20040130.sql
  ...OK.
  Upgrading database with 20040204.sql
  ...OK.
  Upgrading database with 20040315.sql
  ...OK.
  Upgrading database with 200403251.sql
  ...OK.
  Upgrading database with 200403252.sql
  ...OK.
  Upgrading database with 20040507.sql
  ...OK.
  Upgrading database with 20040722.sql
  ...OK.
  Upgrading database with 20040804.sql
  ...OK.
  Upgrading database with 20040826.sql
  ...OK.
  Migrating forum names
  ...OK.
  Migrating permissions to RBAC
  ...OK.
  Upgrading database with 20040914.sql
  ...OK.
  Upgrading database with 20041001.sql
  ...OK.
  Upgrading database with 20041005.sql
  ...OK.
  Upgrading database with 20041006.sql
  ...OK.
  Upgrading database with 20041014.sql
  ...OK.
  Upgrading database with 20041020.sql
  ...OK.
  Upgrading database with 20040729.sql
  ...OK.
  Granting read access permissions to NSS
  ...OK.
  Upgrading with 20041031.sql
  Granting read access permissions to NSS
  ...OK.
  Upgrading database with 20041104.sql
  ...OK.
  Upgrading database with 20041108.sql
  ...OK.
  Upgrading database with 20041124.sql
  ...OK.
  Creating automatic commit notification mailing-lists
  ...OK.
  Upgrading database with 20050115.sql
  ...OK.
  Upgrading database with 20050130.sql
  ...OK.
  Upgrading database with 20050212.sql
  ...OK.
  Upgrading with 20050214-nss.sql
  ...OK.
  Upgrading database with 20050224-2.sql
  drop cascades to constraint usergroup_roleid on table user_group
  ...OK.
  Upgrading with 20050225-nsssetup.sql
  ...OK.
  Upgrading database with 20050311.sql
  ...OK.
  Upgrading database with 20050315.sql
  ...OK.
  Upgrading database with 20050325-2.sql
  ...OK.
  Converting trackers to use their extra fields
  ...OK.
  Upgrading database with 20050325-5.sql
  drop cascades to view artifact_vw
  ...OK.
  Upgrading database with 20050605.sql
  ...OK.
  Creating aliases for the extra fields
  ...OK.
  Upgrading database with 20050628.sql
  ...OK.
  

Bug#665852: [PATCH] Replace the volatile name with release updates.

[Philipp Kern]

On Mon, Apr 16, 2012 at 09:05:41AM +0200, Christian PERRIER wrote:
 Quoting Philipp Kern (pk...@debian.org):
  Untested concept. Please review the strings.
 Strings are fine by me. I would appreciate these strings to be marked
 as belonging to sublevel 6 (as explained this makes my work in
 tracking everything l10n-related much easier). I will commit myself to
 push as hard as possible for these strings to be translated for as
 many languages as possible (at least get them translated for the ~40
 languages were translation is 100% for all other D-I strings).
 
 The only thing I don't want to do is seeing these strings lead to a
 language being a candidate for deactivation, hence the move to
 sublevel 6. As a reminder : languages that are not complete for
 sublevels 1 and 2 are *candidates* for being dropped (the real
 decision of dropping them or not will be done on a case by case
 basis).

Please excuse my ignorance, but where and how do I mark them?

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#665852: [PATCH] Replace the volatile name with release updates.

[Christian PERRIER]

Quoting Philipp Kern (pk...@debian.org):

 Please excuse my ignorance, but where and how do I mark them?


Oh, sorry for not explaining. The sublevel markers are those # :slx:
comments in templates.

So, just turning # :sl1: into # :sl6: will do the trick.




signature.asc
Description: Digital signature

Bug#668971: tsdecrypt: leaves alternatives after purge: /usr/bin/tsdecrypt

[Andreas Beckmann]

Package: tsdecrypt
Version: 8.0-1
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:

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

The leftover files are actually alternatives that were installed by the
package but have not been properly removed.

While there is ongoing discussion how to remove alternatives correctly
(see http://bugs.debian.org/71621 for details) the following strategy
should work for regular cases:
* 'postinst configure' always installs the alternative
* 'prerm remove' removes the alternative
* 'postrm remove' and 'postrm disappear' remove the alternative
In all other cases a maintainer script is invoked (e.g. upgrade,
deconfigure) the alternatives are not modified to preserve user
configuration.
Removing the alternative in 'prerm remove' avoids having a dangling link
once the actual file gets removed, but 'prerm remove' is not called in
all cases (e.g. deconfigured or disappearing packages) so the postrm
must remove the alternative again (update-alternatives gracefully
handles removal of non-existing alternatives).

Note that the arguments for adding and removing alternatives differ, for
removal it's 'update-alternatives --remove name path'.

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

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

0m15.0s ERROR: WARN: Broken symlinks:
  /usr/bin/tsdecrypt - /etc/alternatives/tsdecrypt
  /etc/alternatives/tsdecrypt - /usr/bin/tsdecrypt_dvbcsa

0m16.7s ERROR: FAIL: Package purging left files on system:
  /etc/alternatives/tsdecryptnot owned
  /usr/bin/tsdecrypt not owned


cheers,

Andreas


tsdecrypt_8.0-1.log.gz
Description: GNU Zip compressed data

Bug#631813: scilab: launch script failure with 32 bits userland

[Nicolas Schodet]

Hello,

I have the same problem:

% scilab

Could not load JVM dynamic library (libjava).
Error: libjvm.so: cannot open shared object file: No such file or directory
If you are using a binary version of Scilab, please report a bug 
http://bugzilla.scilab.org/.
If you are using a self-built version of Scilab, update the script bin/scilab 
to provide the path to the JVM.
The problem might be related to SELinux. Try to deactivate it.

Scilab cannot open JVM library.



% SCIVERBOSE=1 scilab
SCILABBIN : scilab-bin   
DISABLE_JAVA_DETECTION : 0
SCILAB_MODE : gui
Trying to find Java in /usr/lib/jvm/java-6-openjdk/ 
found
JAVA_HOME : /usr/lib/jvm/java-6-openjdk/
Cannot find /usr/lib/jvm/java-6-openjdk//jre/lib/amd64/libjava.so
SCI : /usr/share/scilab/
SCIBIN : /usr/bin/scilab-bin
PATH : 
/usr/share/scilab/:/usr/share/scilab//bin:/usr/bin:/home/schodet/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
LD_LIBRARY_PATH : /usr/lib/scilab/:/usr/lib64/scilab/:
DOCBOOK : /usr/share/sgml/docbook/stylesheet/xsl/nwalsh

Could not load JVM dynamic library (libjava).
Error: libjvm.so: cannot open shared object file: No such file or directory
If you are using a binary version of Scilab, please report a bug 
http://bugzilla.scilab.org/.
If you are using a self-built version of Scilab, update the script bin/scilab 
to provide the path to the JVM.
The problem might be related to SELinux. Try to deactivate it.

Scilab cannot open JVM library.



% MODEL=i686 scilab

--- OK, working.


The problem is that the script uses uname -a to find the MODEL.
dpkg-architecture -qDEB_HOST_ARCH may be better for debian systems.


Thanks,

Nicolas.



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

Bug#665852: [PATCH] Replace the volatile name with release updates.

[Philipp Kern]

On Mon, Apr 16, 2012 at 09:45:39AM +0200, Christian PERRIER wrote:
 Quoting Philipp Kern (pk...@debian.org):
  Please excuse my ignorance, but where and how do I mark them?
 Oh, sorry for not explaining. The sublevel markers are those # :slx:
 comments in templates.
 
 So, just turning # :sl1: into # :sl6: will do the trick.

Thanks.  I changed it in my local copy.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#653802: removal of python2.6 (and removal of zope2.12 for wheezy)

[Matthias Klose]

On 16.04.2012 08:31, Philipp Kern wrote:

Is there anything incompatible when going from 2.6 to 2.7?  Because it does
mean that you need to change all scripts in lockstep with the distro upgrade,
because 2.7 is not in squeeze and 2.6 is not in wheezy, unless(!) python2.6
from squeeze is still installable in wheezy (i.e. no conflicts etc.).


the core python packages from squeeze should be still installable.


The reason to have two versions of 2.x was to avoid this lockstep,


No, this never was the reason.  You do have this kind of lockstep with e.g. perl 
as well.  Having extensions built for more than one version eases the transition 
from one version to the next, but the one to 2.7 is completed.



especially as
scripts tend to specify their Python versions in the shebang.


scripts should not hard-code the version specific python interpreter in the 
shebang.  And I'm not aware of packages which explicitly do this.



If an upgrade does not force python2.6 (and the corresponding python2.6
modules) to be uninstalled, I think it's fair to drop it from wheezy.  But
somehow I'm sceptical, that this is true.


of course, if an extension is only available for 2.7, and you upgrade to the 
wheezy version, then it doesn't work anymore with 2.6.


so apparently some release maintainer scripts are written in python. Were these 
tested with 2.7, or even better with 3.1/3.2?


you may want to check
http://docs.python.org/dev/whatsnew/2.7.html#porting-to-python-2-7

but the transition didn't look as invasive as the one to 2.6.

  Matthias



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

Bug#668872: mplayer-gui: Error in skin config file on line 11: PNG read

[Fabian Greffrath]

Am 15.04.2012 10:55, schrieb Andreas Noteng:

Package: mplayer-gui
Version: 2:1.0~rc4.dfsg1+svn34540-1+b1
Severity: important

A fresh install of mplayer-gui fails to start in wheezy. I get the following
error: Error in skin config file on line 11: PNG rear error in
/usr/share/mplayer/skins/default/main.

When I press OK I get a new fatal error window: Config file processing error
with skin 'default'.
[...]
ii  mplayer   3:1.0~rc4+svn20120324-0.0


Please try to reproduce with the mplayer package from the official 
Debian repositories.


 - Fabian




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

Bug#668920: grub-pc: grub 1.99-21 fails to detect mdraid partitions

[Colin Watson]

On Mon, Apr 16, 2012 at 12:17:59AM +0800, Arne Goetje wrote:
 Upgrading from 1.99-17 to 1.99-21 on wheezy today renders the system
 unbootable.
 Grub cannot detect any mdraid partition and is therefor unable to load
 the kernel.

Does it emit any error messages that might be useful to help us track
this down?

 Downgrading to 1.99-17 solves the problem.
[...]
 *** BEGIN /proc/mdstat
 Personalities : [raid1] md1 : active raid1 sdc[0] sdd[1]
   488386496 blocks [2/2] [UU]
   md127 : active raid1 sda[0] sdb[1]
   488386496 blocks [2/2] [UU]
   unused devices: none
 *** END /proc/mdstat
[...]
 * grub-pc/install_devices: /dev/sdc

This jumped out at me.  Are you quite sure that your BIOS is actually
booting from /dev/sdc?  It's possible that it's attempting to boot from
an old copy of the GRUB core image installed to a different disk, which
then gets confused by the newer modules in /boot/grub/.  In this theory,
downgrading to 1.99-17 would help because perhaps that core image is
ABI-compatible with those modules; the support for non-512-byte sectors
in 1.99-19 was probably a core/modules ABI break so this is plausible
enough.

My standard advice is to install GRUB to all fixed disks
('dpkg-reconfigure grub-pc') unless you have a good reason not to.

Cheers,

-- 
Colin Watson   [cjwat...@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#668972: synapse: immediately segfaults on startup

[Albin Stjerna]

Package: synapse
Version: 0.2.10-1
Severity: important

Dear Maintainer,
The following is printed in dmesg:
[  162.023274] synapse[3357]: segfault at 0 ip 7f5c80420080 sp 
7fffe4150678 error 4 in libglib-2.0.so.0.3000.2[7f5c803b9000+f6000]

When running synapse manually, I get this:
albin@hecate ~ % synapse
[08:01:09.886505 Info] Starting up...
[08:01:09.916331 Info] [UILauncher] Binding activation to ShiftAltg
[08:01:09.916401 GtkHotkey-Debug] Listener Type: GtkHotkeyX11Listener
[08:01:09.927220 Info] [GuiViewDefault] Screen is NOT composited.
[08:01:09.927402 Info] [GuiViewDefault] Using gtk-im-context-simple input 
method.
[08:01:09.957685 Warning] desktop-file-service.vala:299: Desktop session type 
is not recognized, assuming GNOME.
[08:01:10.008533 Warning] [DesktopFileInfo] Unable to create AppInfo
[08:01:10.044183 Warning] [DesktopFileInfo] Key file does not have key 'Type'
[08:01:10.118279 GLib-Critical] g_regex_replace_eval: assertion `string != 
NULL' failed
[08:01:10.118317 Critical] string_strip: assertion `self != NULL' failed
zsh: segmentation fault  synapse

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

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

Versions of packages synapse depends on:
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-27
ii  libcairo2   1.10.2-7
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.24.1-1
ii  libgee2 0.6.4-1
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.10-1
ii  libgtkhotkey1   0.2.1-3
ii  libjson-glib-1.0-0  0.14.2-1
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.29.4-3+b1
ii  librest-0.7-0   0.7.12-1
ii  libsoup2.4-12.34.3-1
ii  libunique-1.0-0 1.1.6-4
ii  libxml2 2.7.8.dfsg-7
ii  libzeitgeist-1.0-1  0.3.16-1

Versions of packages synapse recommends:
ii  pastebinit 1.3-2
ii  zeitgeist  0.8.2-1
ii  zeitgeist-core 0.8.2-1
ii  zeitgeist-extension-fts [zeitgeist-fts-extension]  0.0.6-1

synapse 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#657838: Please enable hardened build flags

[Josip Rodin]

On Sat, Apr 07, 2012 at 06:02:41PM +0200, Moritz Mühlenhoff wrote:
 On Sun, Jan 29, 2012 at 11:29:22AM +0100, Moritz Muehlenhoff wrote:
  Package: freeradius
  Severity: important
  Tags: patch
  
  Please enable hardened build flags through dpkg-buildflags.
  
  Patch attached. (dpkg-buildflags abides noopt from DEB_BUILD_OPTIONS)
  
  The patch injects -D_FORTIFY_SOURCE=2 as part of CFLAGS (verified to
  work with hardening-check and a test-compile), since Freeradius'
  buildsystem doesn't support CPPFLAGS.
 
 What's the status? Do you plan an upload in the next weeks or
 shall I upload a NMU?

I think I'll be uploading a new version soonish, a new upstream is out,
and it also fixes some other issues I noticed.

-- 
 2. That which causes joy or happiness.



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

Bug#668973: bash-completion: completion for ls misses the --full-time option

[Paul Wise]

Package: bash-completion
Version: 1:1.99-3
Severity: normal

AFAICT the completion for ls misses the --full-time option:

pabs@chianamo ~ $ ls --f
--file-type  --format=
pabs@chianamo ~ $ ls --f
ls: option '--f' is ambiguous; possibilities: '--full-time' '--format' 
'--file-type'
Try `ls --help' for more information.
pabs@chianamo ~ $ ls --full-time
total 64K
...

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

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

Versions of packages bash-completion depends on:
ii  bash  4.2-2

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#668974: check-mk: patch for 1.1.13i3

[Adrian Bridgett]

Package: check-mk-server
Version: 1.1.12-1
Severity: wishlist

Hi,

I've been running 1.1.13i3 in a proof of concept environment and thought 
I'd send you the patch I've been using for this - it's mostly removing 
obsolete configuration variables, although there were some path changes 
as well.  I see the compressed docs problem has been fixed in your 
1.1.12p7 package.


Thanks,

Adrian
diff -Naur check_mk-1.1.13i3.orig//debian/changelog check_mk-1.1.13i3//debian/changelog
--- check_mk-1.1.13i3.orig//debian/changelog	2012-04-16 09:12:14.0 +0100
+++ check_mk-1.1.13i3//debian/changelog	2012-04-16 09:12:44.0 +0100
@@ -1,3 +1,10 @@
+check-mk (1.1.13i3-1~bpo60+1.1) squeeze-backports; urgency=low
+
+  * Non-maintainer upload.
+  * New upstream
+
+ -- Adrian Bridgett bridg...@debian.org  Tue,  3 Apr 2012 17:56:35 +
+
 check-mk (1.1.12-1~bpo60+1.1) squeeze-backports; urgency=low
 
   * Non-maintainer upload.
diff -Naur check_mk-1.1.13i3.orig//debian/check-mk-config-icinga.install check_mk-1.1.13i3//debian/check-mk-config-icinga.install
--- check_mk-1.1.13i3.orig//debian/check-mk-config-icinga.install	2012-04-16 09:12:14.0 +0100
+++ check_mk-1.1.13i3//debian/check-mk-config-icinga.install	2012-04-16 09:12:44.0 +0100
@@ -1,2 +1,2 @@
-usr/share/doc/check_mk/check_mk_templates.cfg etc/icinga/objects/check_mk
+usr/share/check_mk/check_mk_templates.cfg etc/icinga/objects/check_mk
 etc/check_mk/multisite.mk
diff -Naur check_mk-1.1.13i3.orig//debian/check-mk-config-nagios3.install check_mk-1.1.13i3//debian/check-mk-config-nagios3.install
--- check_mk-1.1.13i3.orig//debian/check-mk-config-nagios3.install	2012-04-16 09:12:14.0 +0100
+++ check_mk-1.1.13i3//debian/check-mk-config-nagios3.install	2012-04-16 09:12:44.0 +0100
@@ -1,2 +1,2 @@
-usr/share/doc/check_mk/check_mk_templates.cfg etc/nagios3/conf.d/check_mk
+usr/share/check_mk/check_mk_templates.cfg etc/nagios3/conf.d/check_mk
 etc/check_mk/multisite.mk
diff -Naur check_mk-1.1.13i3.orig//debian/check-mk-server.install check_mk-1.1.13i3//debian/check-mk-server.install
--- check_mk-1.1.13i3.orig//debian/check-mk-server.install	2012-04-16 09:12:14.0 +0100
+++ check_mk-1.1.13i3//debian/check-mk-server.install	2012-04-16 09:12:44.0 +0100
@@ -9,5 +9,4 @@
 usr/bin/check_mk
 usr/share/check_mk/checks
 usr/share/check_mk/modules
-usr/share/check_mk/pnp-rraconf
 usr/share/check_mk/pnp-templates
diff -Naur check_mk-1.1.13i3.orig//debian/defaults.icinga check_mk-1.1.13i3//debian/defaults.icinga
--- check_mk-1.1.13i3.orig//debian/defaults.icinga	2012-04-16 09:12:14.0 +0100
+++ check_mk-1.1.13i3//debian/defaults.icinga	2012-04-16 09:12:44.0 +0100
@@ -7,11 +7,12 @@
 # and enter new values when asked, or edit ~/.check_mk_setup.conf and
 # run ./setup.sh --yes.
 
-check_mk_version= '1.1.12'
+check_mk_version= '1.1.13'
 default_config_dir  = '/etc/check_mk'
 check_mk_configdir  = '/etc/check_mk/conf.d'
+share_dir   = '/usr/share/check_mk'
 checks_dir  = '/usr/share/check_mk/checks'
-check_manpages_dir  = '/usr/share/doc/check_mk/checks'
+check_manpages_dir  = '/usr/share/doc/check-mk-doc/checks'
 modules_dir = '/usr/share/check_mk/modules'
 locale_dir  = '/usr/share/check_mk/locale'
 agents_dir  = '/usr/share/check_mk/agents'
@@ -22,14 +23,14 @@
 precompiled_hostchecks_dir  = '/var/lib/check_mk/precompiled'
 counters_directory  = '/var/lib/check_mk/counters'
 tcp_cache_dir   = '/var/lib/check_mk/cache'
+tmp_dir		= '/var/lib/check_mk/tmp'
 logwatch_dir= '/var/lib/check_mk/logwatch'
 nagios_objects_file = '/etc/icinga/objects/check_mk/check_mk_objects.cfg'
 nagios_command_pipe_path= '/var/lib/icinga/rw/icinga.cmd'
+check_result_path   = '/var/lib/icinga/spool/checkresults'
 nagios_status_file  = '/var/lib/icinga/status.dat'
 nagios_conf_dir = '/etc/icinga/objects/check_mk'
 nagios_user = 'nagios'
-nagios_url  = '/icinga'
-nagios_cgi_url  = '/cgi-bin/icinga'
 logwatch_notes_url  = '/check_mk/logwatch.py?host=%sfile=%s'
 www_group   = 'nagios'
 nagios_config_file  = '/etc/icinga/icinga.cfg'
@@ -39,12 +40,10 @@
 htpasswd_file   = '/etc/icinga/htpasswd.users'
 nagios_auth_name= 'Nagios Access'
 web_dir = '/usr/share/check_mk/web'
-checkmk_web_uri = '/check_mk'
 livestatus_unix_socket  = '/var/lib/icinga/rw/live'
 livebackendsdir = '/usr/share/check_mk/livestatus'
 url_prefix  = '/'
 pnp_url = '/pnp4nagios/'
 pnp_templates_dir   = '/usr/share/check_mk/pnp-templates'
-pnp_rraconf_dir = '/usr/share/check_mk/pnp-rraconf'
 doc_dir = '/usr/share/doc/check-mk-doc'
 

Bug#668975: munin-node: fails to upgrade from 'testing': chown: cannot access `/var/lib/munin/plugin-state': No such file or directory

[Andreas Beckmann]

Package: munin-node
Version: 2.0~rc5-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Setting up munin-node (2.0~rc5-2) ...
  Installing new version of config file /etc/munin/plugin-conf.d/munin-node ...
  Installing new version of config file /etc/munin/munin-node.conf ...
  Installing new version of config file /etc/init.d/munin-node ...
  chown: cannot access `/var/lib/munin/plugin-state': No such file or directory
  dpkg: error processing munin-node (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   munin-node


cheers,

Andreas


munin-plugins-extra_2.0~rc5-2.log.gz
Description: GNU Zip compressed data

Bug#653802: Fwd: removal of python2.6 (and removal of zope2.12 for wheezy)

[Gael Le Mignot]

Hello,

For Zope itself,  there is indeed the issue of  Plone.  Plone 4 requires
Zope  2.12 and  Python 2.6,  and being  able to  run Plone  4  on Debian
servers  easily was  the main  reason for  which we  (at  Pilot Systems)
invested time and energy to have Zope packages, so it would be quite sad
to end up not being able to.

More generally, I would really like to have the default Python version
of release N  to be available on release N+1. 

Python 2.6 is the default Python version on Squeeze, so we have like 100
of servers using  Python 2.6 to run various  applications.  Since Python
2.7  is   not  available  in   Squeeze,  we  can't   migrate/test  those
applications  to Python  2.7  in Squeeze,  and  if Python  2.6 isn't  in
Wheezy, we won't be  able to migrate the OS to Wheezy  and then the apps
to Python 2.7, which makes the transition quite painful.

I'm  not sure  how  common this  is,  but I'll  guess  than all  hosting
providers who  use massively Python are  in a similar  situation than we
are, and  would really like to have  Python 2.6 in Wheezy  to smooth the
transition (and more generally, the  default version of Python in Debian
release N to still be available in release N-1).

Regards,

-- 
Gaël Le Mignot - g...@pilotsystems.net
Pilot Systems - 9, rue Desargues - 75011 Paris
Tel : +33 1 44 53 05 55 - www.pilotsystems.net
Gérez vos contacts et vos newsletters : www.cockpit-mailing.com



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

Bug#570069: [gud...@gudjon.org: Re: [comedi] libcomedi0 removed from debian testing]

[Bernd Porr]

Hi all,

not sure if you have seen it on the mailing list. Graeme has reported a 
bug in the new libcomedi:



I have recently installed the libcomedi0 package from Debian unstable
(my distro is Linux Mint Debian Edition) and found a couple of
problems.

Firstly I couldn't access the comedi device without sudo rights, even
after adding myself to the iocard group. It seems that the
comedi.rules file must be moved to the /udev/rules.d directory for
this to work.


Ironically UBUNTU also updated it's libcomedi yesterday but the version 
0.8.1-5 and not 0.8.1-6. The iocard/udev stuff still works under UBUNTU 
precise but no longer under Mint.


/Bernd

Yaroslav Halchenko wrote:

Thank you Christoph for the note -- original announcement I guess
have slipped through my mailbox without notice ;)

Gudjon,   I would be glad (whenever time allows) to sponsor the
upload to Debian.  I will look into current package you have -- only 1
major issue I see:   


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

if it is usable on kfreebsd then udev depends should be said
[!kfreebsd-amd64] or smth like that OR may be moved into Recommends
altogether, OR just do not build for kfreebsd if it is of no use there
-- I am just ignorant on this subject.  Any input is welcome to help
resolving this.

GIT version --  would be neat (whenever current one gets back into
testing)!

On Thu, 05 Apr 2012, Christoph Schmidt-Hieber wrote:


Hi Yaro,



maybe NeuroDebian can come to the rescue here? Comedi is an incredibly
important package, and it would be a shame to see it vanish from the
debian repositories.



Cheers,
Christoph



- Forwarded message from Gudjon I. Gudjonsson gud...@gudjon.org -



Date: Thu, 5 Apr 2012 14:12:58 +0100
From: Gudjon I. Gudjonsson gud...@gudjon.org
To: comedi_l...@googlegroups.com comedi_l...@googlegroups.com
Subject: Re: [comedi] libcomedi0 removed from debian testing
user-agent: KMail/1.13.7 (Linux/3.1.0-1-686-pae; KDE/4.6.5; i686; ; )



Hi list
There is a newer version on my private server (0.8.1-6)
deb-src http://213.64.124.152/debian/ source/
but I haven't had time to test it properly.


My plan was to upload version 0.8.1-6 wich includes symbols file and then make 
a package with the current git version.


My problem is lack of time and that I am not a Debian Maintainer. If someone 
wants to take over the maintenance, please do. If somebody is willing to 
sponsor uploads for me, I am willing to keep on maintaining it but I have been 
busy lately and will be for 10 more days.



Cheers
Gudjon




On Thursday 05 April 2012 14:52:53 Bernd Porr wrote:

Seems so that it needs a new maintainer. I vaguely remember that
somebody here wanted to volunteer and that I offered testing the
package. Anybody?



/Bernd



Daniele Nicolodi wrote:

On 05/04/12 14:16, Bernd Porr wrote:

Hi all,



does anybody know why libcomedi0 has been removed from debian testing?



It looks like this RC bug is the reason:



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



This bug is more than two years old, and the comedilib Debian package
has not seen any activity since 2008, except a NMU in 2011...



http://packages.qa.debian.org/c/comedilib.html



Cheers,


--
www:http://www.berndporr.me.uk/
http://www.linux-usb-daq.co.uk/
http://www.imdb.com/name/nm3293421/
Mobile: +44 (0)7840 340069
Work:   +44 (0)141 330 5237
University of Glasgow
School of Engineering
72 Oakfield Avenue (Rankine Building for deliveries)
Glasgow, G12 8LT



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

Bug#668895: RFS: termsaver/0.1.1-1 [ITP]

[Gergely Nagy]

reassign 668895 sponsorship-requests
severity 668895 wishlist
thanks

Bruno Braga bruno.br...@gmail.com writes:

 Package: termsaver
 Version: 0.1.1
 Severity: normal

When filing RFS bugs, please use the appropriate pseudo-package
(sponsorship-requests), so that the report ends up getting filed at the
right place, and reaches potential sponsors.

For new packages, the severity should also be 'wishlist'.

I have reassigned your request, and changed the severity, but in the
future, please follow the guidelines of the RFS howto[1].

 [1]: http://mentors.debian.net/sponsors/rfs-howto

-- 
|8]




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

Bug#668958: lsb-base: pidofproc doesn't return correct status for daemons without pidfile

[Didier 'OdyX' Raboud]

tags 668958 +patch
thanks

Le 16.04.2012 03:48, Adrian Fita a écrit :
 Hi.
 
 I noticed that /etc/init.d/hddtemp status wasn't returning the correct
 status when the daemon was running. hddtemp daemon doesn't create a pidfile
 when started, so I tracked the problem back to the pidofproc function
 from /lib/lsb/init-functions.

Hi Adrian, and thanks for your bugreport,

as far as I can see, this behaviour has been broken by my fix for #664621:

http://anonscm.debian.org/gitweb/?p=collab-maint/lsb.git;a=commitdiff;h=23c14db

 Basically I put the section with if [ -x /bin/pidof ]  [ !
 $specified ]; then before the section with base=${1##*/}. Now the
 function is corectly detecting the pids and /etc/init.d/hddtemp status
 gives the right information. Please check the attached patch. I also
 tested the other daemons on my system, both with pidfiles and without
 and all seem to work fine.

This patch (besides being reversed) makes all pidofproc with
unspecified pidfile name calls call /bin/pidof, which is undesired IMHO.

I propose the attached patch, that only resorts to calling /bin/pidof
when the pidfile is provably inexistant and when it wasn't specified at
first.

Can you please test it and report back?

Cheers, OdyX
From 05b2f8781d80ede77c817c963583d674b3ae1502 Mon Sep 17 00:00:00 2001
From: Didier Raboud o...@debian.org
Date: Mon, 16 Apr 2012 10:09:09 +0200
Subject: [PATCH] pidofproc(): Make sure to try /bin/pidof when no pidfile is specified.

Closes: #668958
Reported-by: Adrian Fita adrian.f...@gmail.com
Signed-off-by: Didier Raboud o...@debian.org
---
 init-functions |   19 ++-
 1 files changed, 10 insertions(+), 9 deletions(-)

diff --git a/init-functions b/init-functions
index 3be5648..512f1bf 100644
--- a/init-functions
+++ b/init-functions
@@ -100,17 +100,18 @@ pidofproc () {
 return 4 # pid file not readable, hence status is unknown.
   fi
  else
-   return 3 # pid file doesn't exist, program probably stopped
+   # pid file doesn't exist, try to find the pid nevertheless
+   if [ -x /bin/pidof ]  [ ! $specified ]; then
+ status=0
+ /bin/pidof -o %PPID -x $1 || status=$?
+ if [ $status = 1 ]; then
+ return 3 # program is not running
+ fi
+ return 0
+   fi
+   return 3 # specified pid file doesn't exist, program probably stopped
  fi
 fi
-if [ -x /bin/pidof ]  [ ! $specified ]; then
-status=0
-/bin/pidof -o %PPID -x $1 || status=$?
-if [ $status = 1 ]; then
-return 3 # program is not running
-fi
-return 0
-fi
 if [ $specified ]; then
 return 3 # almost certain it's not running
 fi
-- 
1.7.2.5



signature.asc
Description: OpenPGP digital signature

Bug#668976: openjdk-6-jdk: Printing DHL.de shipping label is broken

[Holger Freyther]

Package: openjdk-6-jre:i386
Version: 6b24-1.11.1-3
Severity: important

Dear Maintainer,

DHL.de of Germany allows to buy and print shipping labels online, the
printing process is using a Java Applet to do the printing. The problem
now is that no complete print-job is submitted to cups.

One can test printing (German) by visiting:
https://www.dhl.de/popweb/PrintPrecheck.do (one might need to accept a new
session, then gets redirected and then can open the above url again) and
print by clicking on  Jetzt Drucken (print now) and then select
Testdruck (test printing).

The only output that happens in the cups log files is:
== /var/log/cups/error_log ==
D [16/Apr/2012:10:26:50 +0200] cupsdReadClient: 15 WAITING Closing on EOF
D [16/Apr/2012:10:26:50 +0200] cupsdCloseClient: 15
D [16/Apr/2012:10:26:50 +0200] cupsdSetBusyState: newbusy=Not busy, busy=Not 
busy
D [16/Apr/2012:10:26:54 +0200] cupsdAcceptClient: 15 from localhost:631 (IPv6)
D [16/Apr/2012:10:26:54 +0200] cupsdReadClient: 15 WAITING Closing on EOF
D [16/Apr/2012:10:26:54 +0200] cupsdCloseClient: 15
D [16/Apr/2012:10:26:54 +0200] cupsdSetBusyState: newbusy=Not busy, busy=Not 
busy





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

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

Versions of packages openjdk-6-jre:i386 depends on:
ii  libasound2   1.0.25-2
ii  libatk-wrapper-java-jni  0.30.4-1
ii  libc62.13-27
ii  libgif4  4.1.6-9
ii  libjpeg8 8d-1
ii  libpng12-0   1.2.49-1
ii  libpulse01.1-3+b1
ii  libx11-6 2:1.4.4-4
ii  libxext6 2:1.3.0-3
ii  libxi6   2:1.4.5-1.1
ii  libxrender1  1:0.9.6-2
ii  libxtst6 2:1.2.0-4
ii  openjdk-6-jre-headless   6b24-1.11.1-3
ii  zlib1g   1:1.2.6.dfsg-2

Versions of packages openjdk-6-jre:i386 recommends:
ii  icedtea-netx  1.2-2
ii  ttf-dejavu-extra  2.33-2

Versions of packages openjdk-6-jre:i386 suggests:
ii  icedtea-plugin  1.2-2

-- no debconf information



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

Bug#668794: reopen

[Ondřej Surý]

severity 668794 important
forwarded 668794 http://code.google.com/p/go/issues/detail?id=3533
thank you

Hi Robert,

(sorry for BTS juggling, I found your comment just after I sent the
first email.)

Anyway I agree that the problem needs to be fixed upstream, but I would suggest
that we keep GNU/KFreeBSD build enabled for the moment and if this cannot be
fixed before freeze, we can always disable it. It would be shame to disable this
build right now, because there would be basically no push to make it
work (if there
is more stuff broken than just the tests).

Thus I am downgrading the severity to important, so it doesn't block
transition, and
will take care of GNU/KFreeBSD builds somewhere around June.

Is that ok with you?

Ondrej

On Mon, Apr 16, 2012 at 00:04, Robert Millan r...@debian.org wrote:
 found 668794 2:1-4
 thanks

 Hi Ondřej,

 I notice you disabled the golang testsuite because it hangs on
 GNU/kFreeBSD.  However, the problem is still present, and chances are
 it makes golang unusable on that platform.

 I gave the source a look, and it seems that on GNU/kFreeBSD golang is
 playing with thread primitives, bypassing libc.  For example it
 invokes thr_new() kernel call directly, and also calls sigprocmask()
 to reset the signal mask in code that is clearly multithreaded [1].

 This means that either golang intends to completely replace
 libpthread, or it intends to play along with existing libpthread.  I'm
 not sure which one applies here, but in both cases there is a problem
 that needs to be fixed in golang.

 So please don't disable the testsuite.  If golang can't be built on
 GNU/kFreeBSD, unless you know it's a bug in the system libraries the
 problem needs to be fixed in golang.  If nobody can spend the time to
 fix it here, then you should consider not providing the package for
 kfreebsd-*.

 [1] On multithreaded programs, use of sigprocmask() is reserved to
 system libraries.

 --
 Robert Millan





-- 
Ondřej Surý ond...@sury.org



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

Bug#668978: hibernate: Typo in manpage - no ending parentheses

[Martin Pitt]

Package: hibernate
Version: 1.99-1.1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Hello,

In https://launchpad.net/bugs/971972 it was reported that the manpage
is missing a closing parenthesis. Aditya Vaidya kindly sent a patch
for this, attached.

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
=== modified file 'debian/changelog'
--- debian/changelog2009-12-20 14:54:20 +
+++ debian/changelog2012-04-16 06:38:17 +
@@ -1,3 +1,9 @@
+hibernate (1.99-1.1ubuntu1) precise; urgency=low
+
+  * debian/patches/manpage_parentheses.dpatch: add closing parentheses in 
hibernate.conf manpage (LP: #971972)
+
+ -- Aditya Vaidya kroq.ga...@gmail.com  Mon, 02 Apr 2012 17:53:23 -0500
+
 hibernate (1.99-1.1) unstable; urgency=low
 
   * Non-maintainer upload.

=== modified file 'debian/patches/00list'
--- debian/patches/00list   2007-10-22 15:04:30 +
+++ debian/patches/00list   2012-04-16 06:38:17 +
@@ -3,3 +3,4 @@
 70-laptop-mode-rename
 80-log-permissions
 99-store-ifdown-auto
+manpage_parentheses.dpatch

=== added file 'debian/patches/manpage_parentheses.dpatch'
--- debian/patches/manpage_parentheses.dpatch   1970-01-01 00:00:00 +
+++ debian/patches/manpage_parentheses.dpatch   2012-04-16 06:38:17 +
@@ -0,0 +1,22 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## Description: Add closing parentheses to the hibernate.conf manpage
+## Origin/Author: Aditya Vaidya kroq.ga...@gmail.com
+## Bug: https://bugs.launchpad.net/ubuntu/+source/hibernate/+bug/971972/
+## manpage_parentheses.dpatch by Aditya Vaidya kroq.ga...@gmail.com
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Add closing parentheses to the hibernate.conf manpage
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' 
'--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' 
hibernate-1.99~/gen-manpages.sh hibernate-1.99/gen-manpages.sh
+--- hibernate-1.99~/gen-manpages.sh2008-05-01 07:00:21.0 -0500
 hibernate-1.99/gen-manpages.sh 2012-04-02 17:53:17.888038183 -0500
+@@ -161,7 +161,7 @@
+ reads its configuration from the
+ .I /etc/hibernate/hibernate.conf
+ file when it runs (unless an alternative configuration file is
+-specified on the command line.
++specified on the command line).
+ .PP
+ If configuration directives are specified multiple times, typically
+ the last one will take effect.



signature.asc
Description: Digital signature

Bug#631921: ITP: freemedforms -- Electronic Medical Record manager

[Eric MAEKER]

Package: freemedforms-project
Version: 0.7.1
CC: debian-med-packag...@lists.alioth.debian.org

Hi,

The FreeMedForms project packaging was updated to the new 0.7.1 upstream


svn://svn.debian.org/svn/debian-med/trunk/packages/freemedforms-project/trunk/

Thanks
-
Eric Maeker, MD (Fr)
http://www.freemedforms.com
http://wiki.debian.org/DebianMed




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

Bug#668980: davical: unowned files after purge (policy 6.8, 10.8): /var/log/davical-upgrade.log

[Andreas Beckmann]

Package: davical
Version: 1.0.2-1
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...):

0m33.7s ERROR: FAIL: Package purging left files on system:
  /var/log/davical-upgrade.log   not owned


cheers,

Andreas


davical_1.0.2-1.log.gz
Description: GNU Zip compressed data

Bug#668979: ESS version is YY.MM instead of 12.04

[Alexander Klimov]

Package: ess
Version: 12.04-1

M-x ess-version gives

  ess-version : YY.MM YY-MM-r

Bug#623440: regression from lenny

[Josip Rodin]

severity 623440 serious
thanks

This default config without mail_location worked fine on lenny, with
maildirs, and now after the squeeze upgrade it's broken and the users
are complaining.

Please make it work the old way.

-- 
 2. That which causes joy or happiness.



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

Bug#668589: xserver-xorg: xserver crash when starting or after some time of using psi

[Michel Dänzer]

On Sam, 2012-04-14 at 09:52 +0200, Mariusz Bialonczyk wrote: 
 Despite about 2 hours trying, I cannot reproduce it with radeon driver only.

What if you use e.g. the vesa driver (one that doesn't use EXA) for the
nVidia card(s)?


 Anyway, I am attaching gdb backtraces (with nvidia driver loaded):
 
 bt:
 #0  exaPixmapHasGpuCopy (pPixmap=0x7f834ae70cb0) at ../../exa/exa.c:249
 #1  0x7f833eab22ed in exaPrepareAccessReg_mixed (pPixmap=0x7f834ae70cb0, 
 index=4, pReg=0x0) at ../../exa/exa_migration_mixed.c:168
 #2  0x7f833eabc8dd in ExaPrepareCompositeReg (height=64, width=64, 
 yDst=0, xDst=0, yMask=optimized out, xMask=-1408, ySrc=optimized out, 
 xSrc=optimized out, pDst=0x7f834811bf10, pMask=0x0,
 pSrc=0x7f8348125700, op=1 '\001', pScreen=optimized out) at 
 ../../exa/exa_unaccel.c:561
 #3  ExaCheckComposite (op=1 '\001', pSrc=0x7f8348125700, pMask=0x0, 
 pDst=0x7f834811bf10, xSrc=0, ySrc=0, xMask=0, yMask=0, xDst=0, yDst=0, 
 width=64, height=64) at ../../exa/exa_unaccel.c:624
 #4  0x7f833eab90b8 in exaComposite (op=1 '\001', pSrc=0x7f8348125700, 
 pMask=0x0, pDst=0x7f834811bf10, xSrc=optimized out, ySrc=optimized out, 
 xMask=0, yMask=0, xDst=optimized out,
 yDst=optimized out, width=64, height=64) at ../../exa/exa_render.c:1066
 #5  0x7f834717ff34 in damageComposite (op=1 '\001', pSrc=0x7f8348125700, 
 pMask=0x0, pDst=0x7f834811bf10, xSrc=0, ySrc=0, xMask=0, yMask=0, xDst=0, 
 yDst=0, width=64, height=64)
 at ../../../miext/damage/damage.c:569
 #6  0x7f83471784c4 in ProcRenderComposite (client=0x7f834830f520) at 
 ../../render/render.c:728
 #7  0x7f8347175ff2 in PanoramiXRenderComposite (client=0x7f834830f520) at 
 ../../render/render.c:2867
 #8  0x7f83470bcf81 in Dispatch () at ../../dix/dispatch.c:439
 #9  0x7f83470ac1aa in main (argc=6, argv=optimized out, envp=optimized 
 out) at ../../dix/main.c:287
 
 bt full:
 #0  exaPixmapHasGpuCopy (pPixmap=0x7f834ae70cb0) at ../../exa/exa.c:249
 pScreen = 0x7f83477d4fc0
 pExaScr = 0x0

The only way I can imagine pExaScr being NULL is if the pixmap is from a
different screen.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#668981: transmission-daemon: fails to daemonize

[Dominik George]

Package: transmission-daemon
Version: 2.50-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

In default config after apt-get install:

Apr 16 10:49:19 media transmission-daemon: transmission-daemon Failed to 
daemonize: Permission denied (daemon.c:478)

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

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

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

iQHOBAEBAgA4BQJPi953MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQ2w6kvOIQdBJxZAv/eITuyYDqrRy8W3pPJWtd
yy+Hd2rjx7l8rOfkhjGFrnQknqRhoK1aZ8x3QV85MG/P/F0ew3lAqXEUzxM9R/JB
w+UL1eO3Bn7nW/Q0yeGqwJCE6POEIy3/FJAu0ZhKnjW5Avl/Kl+dN8iJ5jZSjnCz
B/Kr4Ia/xNApKQiSemKYEhMOUU16BZUbuoHdD5IsE9Lkj5fiVF6oZjJr7Er5PP/h
Q1pwkcVubxS2fmB/H9NhyzMt/JHkJ97yXEomIUG9t7/n+HqHaGrmLoDWQUQVZ829
IpoPJgztq2ltwicWFCkcR6Oo3xOjflVS7apIkP5dEqXy8UDCxGKv1HJloEhrF2F0
xDJkL6ZwTBRIVGUcMziDJCoStHTnsC1UGG9PiYx8EqkCZYQMRFgF9vua42HumnVO
CiTBGz9+oE6iD9khqv/sxQqpt2uQ0cki0Xs+1SLIaoLkSUB0vLWprzFg6pn5YNmf
IYAAta72NTw1WOY2oYbgvva/Cy10k34+HFCnY9gyYSR/
=E0bj
-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#668928: [php-maint] Bug#668928: interpreter crashes with stack smashing detected for unknown reason

[Ondřej Surý]

Hi,

can you please install php5-dbg and create the backtrace again?

Also can you try uninstalling/disabling php5-memcached and try again?

Ondrej

On Sun, Apr 15, 2012 at 19:52, Moonwalker moonwal...@hotbox.ru wrote:
 Package: php5-cgi
 Version: 5.4.0-3

 The problem has appeared just after upgrade to PHP 5.4. The same version of 
 PHP as mod_php (libapache2-mod-php5) works well.
 Here is an error log excerpt:

 *** stack smashing detected ***: /usr/bin/php-cgi terminated
 === Backtrace: =
 /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7ff70d080077]
 /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x7ff70d080040]
 /usr/bin/php-cgi[0x74be5e]
 /usr/bin/php-cgi[0x7493a9]
 /usr/bin/php-cgi(execute+0x20f)[0x70340f]
 /usr/bin/php-cgi(zend_execute_scripts+0x130)[0x6a36a0]
 /usr/bin/php-cgi(php_execute_script+0x1d3)[0x642f13]
 /usr/bin/php-cgi[0x431ae6]
 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7ff70cfb1ead]
 /usr/bin/php-cgi[0x433111]
 === Memory map: 
 === Memory map: 
 0040-00a6d000 r-xp  08:01 2433                               
 /usr/bin/php5-cgi
 00c6d000-00d0f000 r--p 0066d000 08:01 2433                               
 /usr/bin/php5-cgi
 00d0f000-00d19000 rw-p 0070f000 08:01 2433                               
 /usr/bin/php5-cgi
 00d19000-00d35000 rw-p  00:00 0
 01ae9000-01d5f000 rw-p  00:00 0                                  
 [heap]
 7ff705d73000-7ff7060f9000 r--p  08:01 6303                       
 /usr/lib/locale/locale-archive
 7ff7060f9000-7ff7062c rw-p  00:00 0
 7ff7062c-7ff7062cb000 r-xp  08:01 259623                     
 /lib/x86_64-linux-gnu/libnss_files-2.13.so
 7ff7062cb000-7ff7064ca000 ---p b000 08:01 259623                     
 /lib/x86_64-linux-gnu/libnss_files-2.13.so
 7ff7064ca000-7ff7064cb000 r--p a000 08:01 259623                     
 /lib/x86_64-linux-gnu/libnss_files-2.13.so
 7ff7064cb000-7ff7064cc000 rw-p b000 08:01 259623                     
 /lib/x86_64-linux-gnu/libnss_files-2.13.so
 7ff7064cc000-7ff7064cd000 ---p  00:00 0
 7ff7064cd000-7ff706ccd000 rw-p  00:00 0
 7ff706ccd000-7ff706ce2000 r-xp  08:01 259134                     
 /lib/x86_64-linux-gnu/libgcc_s.so.17ff706ce2000-7ff706ee2000 ---p 00015000 
 08:01 259134                     
 /lib/x86_64-linux-gnu/libgcc_s.so.17ff706ee2000-7ff706ee3000 rw-p 00015000 
 08:01 259134                     
 /lib/x86_64-linux-gnu/libgcc_s.so.17ff706ee3000-7ff706fc8000 r-xp  
 08:01 133747                     /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
 7ff706fc8000-7ff7071c8000 ---p 000e5000 08:01 133747                     
 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
 7ff7071c8000-7ff7071d r--p 000e5000 08:01 133747                     
 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
 7ff7071d-7ff7071d2000 rw-p 000ed000 08:01 133747                     
 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
 7ff7071d2000-7ff7071e7000 rw-p  00:00 0
 7ff7071e7000-7ff70722 r-xp  08:01 5736                       
 /usr/lib/libmemcached.so.9.0.0
 7ff70722-7ff70742 ---p 00039000 08:01 5736                       
 /usr/lib/libmemcached.so.9.0.0
 7ff70742-7ff707421000 rw-p 00039000 08:01 5736                       
 /usr/lib/libmemcached.so.9.0.0
 7ff707421000-7ff707434000 r-xp  08:01 137662                     
 /usr/lib/php5/20100525/memcached.so
 7ff707434000-7ff707633000 ---p 00013000 08:01 137662                     
 /usr/lib/php5/20100525/memcached.so
 7ff707633000-7ff707636000 rw-p 00012000 08:01 137662                     
 /usr/lib/php5/20100525/memcached.so
 7ff707636000-7ff707672000 r-xp  08:01 5372                       
 /usr/lib/libxslt.so.1.1.26
 7ff707672000-7ff707871000 ---p 0003c000 08:01 5372                       
 /usr/lib/libxslt.so.1.1.26
 7ff707871000-7ff707873000 rw-p 0003b000 08:01 5372                       
 /usr/lib/libxslt.so.1.1.26
 7ff707873000-7ff707887000 r-xp  08:01 5309                       
 /usr/lib/libexslt.so.0.8.15
 7ff707887000-7ff707a86000 ---p 00014000 08:01 5309                       
 /usr/lib/libexslt.so.0.8.15
 7ff707a86000-7ff707a87000 rw-p 00013000 08:01 5309                       
 /usr/lib/libexslt.so.0.8.15
 7ff707a87000-7ff707a8e000 r-xp  08:01 137649                     
 /usr/lib/php5/20100525/xsl.so
 7ff707a8e000-7ff707c8e000 ---p 7000 08:01 137649                     
 /usr/lib/php5/20100525/xsl.so
 7ff707c8e000-7ff707c8f000 r--p 7000 08:01 137649                     
 /usr/lib/php5/20100525/xsl.so
 7ff707c8f000-7ff707c9 rw-p 8000 08:01 137649                     
 /usr/lib/php5/20100525/xsl.so
 7ff707c9-7ff707c97000 r-xp  08:01 138058                     
 /usr/lib/php5/20100525/pdo_mysql.so
 7ff707c97000-7ff707e97000 ---p 7000 08:01 138058                     
 /usr/lib/php5/20100525/pdo_mysql.so
 

Bug#668974: [Pkg-nagios-devel] Bug#668974: check-mk: patch for 1.1.13i3

[Alexander Wirt]

tag 668974 wontfix
thanks

Adrian Bridgett schrieb am Montag, den 16. April 2012:

 Package: check-mk-server
 Version: 1.1.12-1
 Severity: wishlist
 
 Hi,
 
 I've been running 1.1.13i3 in a proof of concept environment and
 thought I'd send you the patch I've been using for this - it's
 mostly removing obsolete configuration variables, although there
 were some path changes as well.  I see the compressed docs problem
 has been fixed in your 1.1.12p7 package.
We don't plan to support innovation releases. Just stable ones, the
innovation releases broke too often for my taste.

Alex

-- 
Alexander Wirt, formo...@formorer.de 
CC99 2DDD D39E 75B0 B0AA  B25C D35B BC99 BC7D 020A



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

Bug#668958: lsb-base: pidofproc doesn't return correct status for daemons without pidfile

[Adrian Fita]

On 16/04/12 11:23, Didier 'OdyX' Raboud wrote:

[...]


This patch (besides being reversed) makes all pidofproc with
unspecified pidfile name calls call /bin/pidof, which is undesired IMHO.

I propose the attached patch, that only resorts to calling /bin/pidof
when the pidfile is provably inexistant and when it wasn't specified at
first.

Can you please test it and report back?


You're rigth. Your patch is better. I tested it and works fine.


Cheers, OdyX


Thanks.
--
Fita Adrian



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

Bug#668982: cmake does not allow generating of module (shared lib without SONAME)

[Mathieu Malaterre]

Package: cmake
Version: 2.8.5-1~bpo60+1
Severity: normal


Currently cmake does not allow generation of python module. Python module as 
per policy
should not have a SONAME. Currently it leads to warnings during dpkg-shlibs 
steps:

  binary contains an unresolvable reference to symbol sym

ref:

  The indicated symbol has not been found in the libraries  linked
  with the binary. The binary is most likely a plugin and the sym-
  bol is probably provided by the program that loads this  plugin.
  In  theory a plugin doesn't have any SONAME but this binary does
  have one and as such it could not be clearly identified as such.
  However  the  fact  that  the  binary  is stored in a non-public
  directory is a strong indication that's it's not a normal shared
  library.  If  the binary is really a plugin, then disregard this
  warning. But there's always the possibility  that  it's  a  real
  library  and  that  programs linking to it are using an RPATH so
  that the dynamic loader finds it. In that case, the  library  is
  broken and needs to be fixed.

Posted on the mailing list:
http://www.cmake.org/pipermail/cmake/2012-April/049874.html

There does not appear to be any tool to remove SONAME (post generation) either:
http://www.cmake.org/pipermail/cmake/2012-April/049889.html

Thanks


-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages cmake depends on:
ii  cmake-data  2.8.5-1~bpo60+1  CMake data files (modules, templat
ii  libarchive1 2.8.4-1  Single library to read/write tar, 
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.21.0-2 Multi-protocol file transfer libra
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libgcc1 1:4.4.5-8GCC support library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libxmlrpc-c31.06.27-1.1  A lightweight RPC library based on
ii  procps  1:3.2.8-9/proc file system utilities
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

cmake recommends no packages.

Versions of packages cmake suggests:
ii  gcc   4:4.4.5-1  The GNU C compiler
ii  make  3.81-8 An utility for Directing compilati

-- 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#668983: dhcpd 4.x is unable to find the DDNS master for a zone

[Marco d'Itri]

Package: isc-dhcp-server
Version: 4.2.2.dfsg.1-4
Severity: normal

When upgrading one of my servers from 3.x to 4.x I had to manually add 
the primary directive to dhcpd.conf or dynamic updates would fail:

dhcpd: Unable to add forward map from blade23.my.example.net to 10.0.1.1: not 
found

zone my.example.net {
  primary 10.0.0.1;
  key update.key;
}


This appears to be an upstream bug:
https://bugzilla.redhat.com/show_bug.cgi?id=670846
https://lists.isc.org/pipermail/dhcp-users/2010-September/012294.html

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#668984: clam-chordata: Analize chords (Chordata) typo

[Martin Pitt]

Package: clam-chordata
Version: 1.0.0-2
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Hello,

In https://launchpad.net/bugs/808429 it was reported that there is a
typo in the .desktop file. Benjamin Kerensa sent a trivial patch for this:

--- resources/Chordata.desktop 2011-01-28 13:02:49 +
+++ resources/Chordata.desktop 2012-04-13 00:19:17 +
@@ -11,7 +11,7 @@
[Desktop Action Edit]
Exec=chordata %f
-Name=Analize chords (Chordata)
+Name=Analyze chords (Chordata)

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#668495: [PATCH] xjump: Helping to update to packaging format 3.0

[Samuel Mimram]

Hi,

Thanks for your work on this. Feel free to go ahead and NMU the package!

Cheers,

Samuel.

On Thu, Apr 12, 2012 at 11:11 AM, jari.aa...@cante.net wrote:

 Package: xjump
 Severity: wishlist
 Tags: patch

 Hi,

 The dpatch patch management system has been deprecated for some time. The
 Lintian currently flags use of dpatch packages as an error. The new 3.0
 packaging format is an improved version which, among other things, contains
 patch management built-in. For more information, see:

http://wiki.debian.org/Projects/DebSrc3.0

 I had some free time; see attached patch to migrate to new package
 format. Note that all files in debian/patches/* are canocalized to
 *.patch.

 Let me know if there is anything that needs adjusting or if it is ok
 to upload this version in a NMU in case you are working on other
 issues needing attention.

 Thanks,
 Jari

Bug#668881: autoconf-archive: typo in ax_with_curses: AX_MSG_ERROR - AC_MSG_ERROR

[roucaries bastien]

Does this bug is fixed in lasted upstream version ?

If so I will post the new version on mentors. Fell free to mentor me.

bastien

On Sun, Apr 15, 2012 at 11:59 AM, Jakub Wilk jw...@debian.org wrote:
 Source: autoconf-archive
 Version: 20111221-1
 Severity: minor
 Tags: patch upstream

 Please see the attached patch.

 --
 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#668985: Wrong filename in license of 'spider.c'

[Martin Pitt]

Package: ace-of-penguins
Version: 1.3-6
Severity: Low
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

Hello,

In https://launchpad.net/bugs/978446 it was reported that in the first
line of 'games/spider.c', it says that the filename is 'freecell.c'
for which this license applies to.

Trivial patch attached, it should also be forwarded upstream.

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
=== modified file 'debian/changelog'
--- a/debian/changelog  2012-02-06 16:05:56 +
+++ b/debian/changelog  2012-04-10 23:29:47 +
@@ -1,3 +1,9 @@
+ace-of-penguins (1.3-6ubuntu1) precise; urgency=low
+
+  * debian/patches/spider_license_fix.patch: fix filename in license of 
games/spider.c (LP: #978446)
+
+ -- Aditya Vaidya kroq.ga...@gmail.com  Tue, 10 Apr 2012 18:29:20 -0500
+
 ace-of-penguins (1.3-6) unstable; urgency=low
 
   * debian/compat

=== modified file 'debian/patches/series'
--- a/debian/patches/series 2012-02-06 16:05:56 +
+++ b/debian/patches/series 2012-04-10 23:28:51 +
@@ -3,3 +3,4 @@
 30-spider.c-implicit-pointer-conversion.patch
 40-include.patch
 45-libpng15
+spider_license_fix.patch

=== added file 'debian/patches/spider_license_fix.patch'
--- a/debian/patches/spider_license_fix.patch   1970-01-01 00:00:00 +
+++ b/debian/patches/spider_license_fix.patch   2012-04-10 23:29:18 +
@@ -0,0 +1,13 @@
+## Description: add some description
+## Origin/Author: add some origin or author
+## Bug: bug URL
+Index: fix-978446/games/spider.c
+===
+--- fix-978446.orig/games/spider.c 2012-04-10 18:28:05.146117000 -0500
 fix-978446/games/spider.c  2012-04-10 18:29:09.474719164 -0500
+@@ -1,4 +1,4 @@
+-/* The Ace of Penguins - freecell.c
++/* The Ace of Penguins - spider.c
+Copyright (C) 1998, 2001 DJ Delorie
+ 
+This program is free software; you can redistribute it and/or modify



signature.asc
Description: Digital signature

Bug#665046: qemu-kvm: bad network performance using vhost and macvtap

[Michael Tokarev]

On 22.03.2012 19:05, Michael Tokarev wrote:
 On 22.03.2012 15:06, Anthony Bourguignon wrote:
 Package: qemu-kvm
 Version: 1.0+dfsg-9
 Severity: important

 Hello,

 I encountered an issue with version 1.0+dfsg-9 of qemu-kvm (it worked fine 
 with 1.0+dfsg-8). The network performances are really bad when I'm using 
 vhost and macvtap (bridge mode). Here is the cmdline launch by libvirt :
[]

 There was no network-related changes between -8 and -9.
 Macvtap performance has always been awful from the ground up,
 but this is due to kernel not qemu.  Reportedly it become a
 bit better with latest kernels but I haven't checked.
 At any rate using macvtap isn't a good idea at this stage.

Another user encountered a similar issue, but this time,
his qemu-kvm is about 10 times slower in bridged mode,
and again, 1.0+dfsg-8 works okay for him.  I wonder if
this is the same issue...  It shows differently, but the
effect is very similar, and the same version is affected.

Here's the other bugreport: http://bugs.debian.org/668594

I'm trying to investigate further...

Thank you for your patience,

/mjt
 /mjt




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

Bug#668986: please turn on parallel build mode for the package

[Matthias Klose]

Package: crawl
Version: 2:0.10.2-2

 cd crawl-0.10.0/source
 make GCC=gcc-4.7 GXX=g++-4.7 LTO=y
  # strongly recommended: -j`grep ^processor /proc/cpuinfo|wc -l`

then please turn it on for the package.



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

Bug#668987: no verbose build mode

[Matthias Klose]

Package: crawl
Version: 2:0.10.2-2
Severity: important

please turn on verbose build mode, so that compiler and linker arguments are 
visible.




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

Bug#668988: Closes wrong page on child process exit

[Thibaut Girka]

Package: sakura
Version: 3.0.3-1
Severity: normal
Tags: patch

Sakura occasionally closes the wrong notebook page when a term process exits.
Indeed, Sakura removes the current page instead of the page used by the
terminal.

This can easily be reproduced by opening several pages, typing “sleep 5 
exit” in one, and switching to another page.



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (105, 'experimental')
Architecture: armhf (armv7l)

Kernel: Linux 3.0.0-2+armhf.1-mx5
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sakura depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-27
ii  libcairo-gobject2   1.12.0-2
ii  libcairo2   1.12.0-2
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.0-2
ii  libglib2.0-02.32.0-4
ii  libgtk-3-0  3.2.3-1
ii  libpango1.0-0   1.30.0-1
ii  libvte-2.90-9   1:0.32.0-2
ii  libx11-62:1.4.4-4+b1

sakura recommends no packages.

sakura suggests no packages.

-- no debconf information
Description: Close the right page when a child process exits
 When a child process exits, sakura closes the current notebook page,
 which can be different from the page in which the child process was
 actually running.
Author: Thibaut Girka t...@sitedethib.com
Forwarded: no

--- sakura-3.0.3.orig/src/sakura.c
+++ sakura-3.0.3/src/sakura.c
@@ -604,7 +604,8 @@ sakura_child_exited (GtkWidget *widget,
 	gint status, page, npages;
 	struct terminal *term;
 
-	page = gtk_notebook_get_current_page(GTK_NOTEBOOK(sakura.notebook));
+	page = gtk_notebook_page_num(GTK_NOTEBOOK(sakura.notebook),
+gtk_widget_get_parent(widget));
 	npages = gtk_notebook_get_n_pages(GTK_NOTEBOOK(sakura.notebook));
 	term = sakura_get_page_term(sakura, page);
 

Bug#668881: autoconf-archive: typo in ax_with_curses: AX_MSG_ERROR - AC_MSG_ERROR

[Jakub Wilk]

* roucaries bastien roucaries.bastien+deb...@gmail.com, 2012-04-16, 11:22:

Does this bug is fixed in lasted upstream version ?


I don't know.

--
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#668958: lsb-base: pidofproc doesn't return correct status for daemons without pidfile

[Didier 'OdyX' Raboud]

tags 668958 +pending
thanks

Le 16.04.2012 11:07, Adrian Fita a écrit :
 This patch (besides being reversed) makes all pidofproc with
 unspecified pidfile name calls call /bin/pidof, which is undesired IMHO.

 I propose the attached patch, that only resorts to calling /bin/pidof
 when the pidfile is provably inexistant and when it wasn't specified at
 first.

 Can you please test it and report back?
 
 You're rigth. Your patch is better. I tested it and works fine.

Great. Committed to master, hence +pending. (Will be pushed later).

Thanks for your promptness!

Cheers, OdyX






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

Bug#668990: ACPI Error (psparse-0537)

[Krzysztof Polikowski]

Package: Linux-image
Version: Linux 2.6.32-5-686 #1 SMP Mon Mar 26 05:20:33 UTC 2012 i686 
GNU/Linux



Debian Squeeze
cat /etc/debian_version
6.0.4


kern.log
Apr 16 11:23:48 polset-b kernel: [241365.518726] ACPI Error 
(psparse-0537): Method parse/execution failed [\_GPE._L00] (Node 
f6c0f1b0), AE_AML_INFINITE_LOOP
Apr 16 11:23:48 polset-b kernel: [241365.518762] ACPI Exception: 
AE_AML_INFINITE_LOOP, while evaluating GPE method [_L00] 
(20090903/evgpe-568)
Apr 16 11:23:54 polset-b kernel: [241370.816992] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.SMBR] 
(Node f6c12c48), AE_AML_INFINITE_LOOP
Apr 16 11:23:54 polset-b kernel: [241370.817033] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.INIT] 
(Node f6c12c30), AE_AML_INFINITE_LOOP
Apr 16 11:23:54 polset-b kernel: [241370.817066] ACPI Error 
(psparse-0537): Method parse/execution failed [\_GPE._L00] (Node 
f6c0f1b0), AE_AML_INFINITE_LOOP
Apr 16 11:23:54 polset-b kernel: [241370.817102] ACPI Exception: 
AE_AML_INFINITE_LOOP, while evaluating GPE method [_L00] 
(20090903/evgpe-568)
Apr 16 11:24:01 polset-b kernel: [241377.630827] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.SMBR] 
(Node f6c12c48), AE_AML_INFINITE_LOOP
Apr 16 11:24:01 polset-b kernel: [241377.630869] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.INIT] 
(Node f6c12c30), AE_AML_INFINITE_LOOP
Apr 16 11:24:01 polset-b kernel: [241377.630903] ACPI Error 
(psparse-0537): Method parse/execution failed [\_GPE._L00] (Node 
f6c0f1b0), AE_AML_INFINITE_LOOP
Apr 16 11:24:01 polset-b kernel: [241377.630940] ACPI Exception: 
AE_AML_INFINITE_LOOP, while evaluating GPE method [_L00] 
(20090903/evgpe-568)
Apr 16 11:24:08 polset-b kernel: [241385.196094] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.SMBR] 
(Node f6c12c48), AE_AML_INFINITE_LOOP
Apr 16 11:24:08 polset-b kernel: [241385.196138] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.INIT] 
(Node f6c12c30), AE_AML_INFINITE_LOOP
Apr 16 11:24:08 polset-b kernel: [241385.196171] ACPI Error 
(psparse-0537): Method parse/execution failed [\_GPE._L00] (Node 
f6c0f1b0), AE_AML_INFINITE_LOOP
Apr 16 11:24:08 polset-b kernel: [241385.196211] ACPI Exception: 
AE_AML_INFINITE_LOOP, while evaluating GPE method [_L00] 
(20090903/evgpe-568)
Apr 16 11:24:18 polset-b kernel: [241395.018626] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.SMBR] 
(Node f6c12c48), AE_AML_INFINITE_LOOP
Apr 16 11:24:18 polset-b kernel: [241395.018666] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.INIT] 
(Node f6c12c30), AE_AML_INFINITE_LOOP
Apr 16 11:24:18 polset-b kernel: [241395.018699] ACPI Error 
(psparse-0537): Method parse/execution failed [\_GPE._L00] (Node 
f6c0f1b0), AE_AML_INFINITE_LOOP
Apr 16 11:24:18 polset-b kernel: [241395.018737] ACPI Exception: 
AE_AML_INFINITE_LOOP, while evaluating GPE method [_L00] 
(20090903/evgpe-568)
Apr 16 11:24:24 polset-b kernel: [241401.139148] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.SMBR] 
(Node f6c12c48), AE_AML_INFINITE_LOOP
Apr 16 11:24:24 polset-b kernel: [241401.139190] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.INIT] 
(Node f6c12c30), AE_AML_INFINITE_LOOP
Apr 16 11:24:24 polset-b kernel: [241401.139223] ACPI Error 
(psparse-0537): Method parse/execution failed [\_GPE._L00] (Node 
f6c0f1b0), AE_AML_INFINITE_LOOP
Apr 16 11:24:24 polset-b kernel: [241401.139259] ACPI Exception: 
AE_AML_INFINITE_LOOP, while evaluating GPE method [_L00] 
(20090903/evgpe-568)
Apr 16 11:24:32 polset-b kernel: [241408.727093] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.SMBR] 
(Node f6c12c48), AE_AML_INFINITE_LOOP
Apr 16 11:24:32 polset-b kernel: [241408.727133] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.INIT] 
(Node f6c12c30), AE_AML_INFINITE_LOOP
Apr 16 11:24:32 polset-b kernel: [241408.727167] ACPI Error 
(psparse-0537): Method parse/execution failed [\_GPE._L00] (Node 
f6c0f1b0), AE_AML_INFINITE_LOOP
Apr 16 11:24:32 polset-b kernel: [241408.727203] ACPI Exception: 
AE_AML_INFINITE_LOOP, while evaluating GPE method [_L00] 
(20090903/evgpe-568)
Apr 16 11:24:41 polset-b kernel: [241417.830054] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.SMBR] 
(Node f6c12c48), AE_AML_INFINITE_LOOP
Apr 16 11:24:41 polset-b kernel: [241417.830096] ACPI Error 
(psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC_.INIT] 
(Node f6c12c30), AE_AML_INFINITE_LOOP
Apr 16 11:24:41 polset-b kernel: [241417.830130] ACPI Error 
(psparse-0537): Method parse/execution failed [\_GPE._L00] (Node 
f6c0f1b0), AE_AML_INFINITE_LOOP
Apr 16 11:24:41 polset-b kernel: [241417.830167] ACPI Exception: 
AE_AML_INFINITE_LOOP, while evaluating GPE method [_L00] 
(20090903/evgpe-568)
Apr 16 11:24:48 polset-b kernel: 

Bug#665999: #define HZ, libgtop and time accounting

[Michael Biebl]

Hi Christoph,

On 13.04.2012 19:46, Michael Biebl wrote:
 forwarded 665999 https://bugzilla.gnome.org/show_bug.cgi?id=674064
 thanks
 
 On 29.03.2012 00:32, Christoph Egger wrote:
 tag 665999 + patch
 quit
 
 Thanks for the patch, I've forwarded it upstream.

could you please have a look at upstream's question and reply to [1].

Cheers,
Michael

[1] https://bugzilla.gnome.org/show_bug.cgi?id=674064#c2


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



signature.asc
Description: OpenPGP digital signature

Bug#667544: g++-4.7: ICEs while building crawl

[Matthias Klose]

 I tried following the upstream docs on how to debug or reduce LTO problems,
 but it turns out this is currently beyond me, thus I'm sadly reporting
 without a minimal testcase.

as document on 
http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction#Reducing_LTO_bugs ?




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

Bug#668987: no verbose build mode

[Guus Sliepen]

severity 668986 wishlist
severity 668987 wishlist
thanks

On Mon, Apr 16, 2012 at 11:37:03AM +0200, Matthias Klose wrote:

 Package: crawl
 Version: 2:0.10.2-2
 Severity: important
 
 please turn on verbose build mode, so that compiler and linker
 arguments are visible.

Sure. But I don't see why this qualifies as important?

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen g...@debian.org


signature.asc
Description: Digital signature

Bug#668987: no verbose build mode

[Adam Borowski]

On Mon, Apr 16, 2012 at 11:37:03AM +0200, Matthias Klose wrote:
 Package: crawl
 Version: 2:0.10.2-2
 Severity: important
 
 please turn on verbose build mode, so that compiler and linker
 arguments are visible.

You can append V=y to the make invocation.

Since it's pointless to go through dpkg while debuggling an ICE, I guess
there's no point in making an upload just to enable this.

-- 
// If you believe in so-called intellectual property, please immediately
// cease using counterfeit alphabets.  Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.



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

Bug#668633: firmware-b43-installer: postinst not working if second broadcom chip exists

[Fabrizio Regalli]

Are there some special reasons to open twice this bug?



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

Bug#668987: no verbose build mode

[Matthias Klose]

severity 667544 wishlist
thanks

On 16.04.2012 11:45, Guus Sliepen wrote:

severity 668986 wishlist
severity 668987 wishlist
thanks

On Mon, Apr 16, 2012 at 11:37:03AM +0200, Matthias Klose wrote:


Package: crawl
Version: 2:0.10.2-2
Severity: important

please turn on verbose build mode, so that compiler and linker
arguments are visible.


Sure. But I don't see why this qualifies as important?


because I don't care to figure out these flags on my own. So if you file a 
report like #667544, please provide the complete information.






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

Bug#668927: allow sinntp to ignore netrc

[Jakub Wilk]

* Dirk Griesbach spamt...@freenet.de, 2012-04-15, 20:01:

+o.add_argument('-n', '--nonetrc', dest='netrc', action='store_false', 
help='ignore credentials in ~/.netrc')


Hmm, I'd rather reserve -n for something like dry run (if we ever 
implement such option).


Maybe we could live without short option for this one at all?

Also, I think the long one would be better spelt --no-netrc (with a 
hyphen after no).


Piotr, what do you think?

--
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#668986: please turn on parallel build mode for the package

[Adam Borowski]

On Mon, Apr 16, 2012 at 11:36:00AM +0200, Matthias Klose wrote:
 Package: crawl
 Version: 2:0.10.2-2
 
  cd crawl-0.10.0/source
  make GCC=gcc-4.7 GXX=g++-4.7 LTO=y
   # strongly recommended: -j`grep ^processor /proc/cpuinfo|wc -l`
 
 then please turn it on for the package.

Already done, although, per buildd admins' wishes, not enabled by default.
Just like dh --parallel, you'd need to have DEB_BUILD_OPTIONS=parallel=6 in
your environment, where 6 is the number of cores.

In #667544, I wrote the command line invocation for compilation itself,
without going through the package build process.

-- 
// If you believe in so-called intellectual property, please immediately
// cease using counterfeit alphabets.  Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.



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

Bug#624148: Also hit this issue

[Jeroen Dekkers]

Hi,

I also hit this issue with the apache2 DSA and it's a bit sad to see
that this bug has been known and fixed for almost a year, but has
never been pushed to stable and is causing problems with another DSA
now. As far as I understand the fix, unattended-upgrades will wrongly
upgrade a package when the conffile that is changed is not the first
conffile of a package. As this might happen again, can you please make
sure that the next stable update will have a fixed package?


Kind regards,

Jeroen Dekkers



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

Bug#647741: still occurs in 3.2.15-1

[Vincent Lefevre]

found 647741 3.2.15-1
thanks

Bug#647741 still occurs in the linux-image-3.2.0-2-amd64 kernel
version 3.2.15-1: I was typing in an xterm, and the characters
appeared only after a few seconds. A few minutes earlier, the
windows (Emacs and Iceweasel) weren't redisplayed for several
seconds after switching the desktop.

During the freeze, the disk activity becomes high, and so does
the load average (due to disk activity, I suppose).

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



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

Bug#668355: [PATCH] python-debianbts: Helping to update to packaging format 3.0

[Bastian Venthur]

Hey Jari,

thank you very much for your patch! I just uploaded it to unstable!


Cheers,

Basti


Am 11.04.2012 10:43, schrieb jari.aa...@cante.net:
 Package: python-debianbts
 Severity: wishlist
 Tags: patch
 
 Hi,
 
 The dpatch patch management system has been deprecated for some time. The
 Lintian currently flags use of dpatch packages as an error. The new 3.0
 packaging format is an improved version which, among other things, contains
 patch management built-in. For more information, see:
 
 http://wiki.debian.org/Projects/DebSrc3.0
 
 I had some free time; see attached patch to migrate to new package
 format. Note that all files in debian/patches/* are canocalized to
 *.patch.
 
 Let me know if there is anything that needs adjusting or if it is ok
 to upload this version in a NMU in case you are working on other
 issues needing attention.
 
 Thanks,
 Jari
 

-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at 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#668991: evolution: Wrong date when opening a day in calendar

[Kerstin Hoef-Emden]

Package: evolution
Version: 2.30.3-5
Severity: normal


When opening a day in the calendar via double-click to enter an event,
always one day earlier opens. I.e. I click to open Tuesday April 17, but
Monday April 16 opens. 

This bug report was posted from a squeeze amd64-bit, but the problem also
occurs on a machine with squeeze for 32bit intels.

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

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

Versions of packages evolution depends on:
ii  dbus   1.2.24-4+squeeze1 simple interprocess messaging syst
ii  debconf [debconf-2 1.5.36.1  Debian configuration management sy
ii  evolution-common   2.30.3-5  architecture independent files for
ii  evolution-data-ser 2.30.3-2  evolution database backend server
ii  gconf2 2.28.1-6  GNOME configuration database syste
ii  gnome-icon-theme   2.30.3-2  GNOME Desktop icon theme
ii  libart-2.0-2   2.3.21-1  Library of functions for 2D graphi
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libcamel1.2-14 2.30.3-2  The Evolution MIME message handlin
ii  libcanberra-gtk0   0.24-1Gtk+ helper for playing widget eve
ii  libcanberra0   0.24-1a simple abstract interface for pl
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libebackend1.2-0   2.30.3-2  Utility library for evolution data
ii  libebook1.2-9  2.30.3-2  Client library for evolution addre
ii  libecal1.2-7   2.30.3-2  Client library for evolution calen
ii  libedataserver1.2- 2.30.3-2  Utility library for evolution data
ii  libedataserverui1. 2.30.3-2  GUI utility library for evolution 
ii  libegroupwise1.2-1 2.30.3-2  Client library for accessing group
ii  libenchant1c2a 1.6.0-1   a wrapper library for various spel
ii  libevolution   2.30.3-5  evolution libraries
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1+squeeze4FreeType 2 font engine, shared lib
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libgdata-google1.2 2.30.3-2  Client library for accessing Googl
ii  libgdata1.2-1  2.30.3-2  Client library for accessing Googl
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgnome-desktop-2 2.30.2-2  Utility library for loading .deskt
ii  libgnomecanvas2-0  2.30.1-1  A powerful object-oriented display
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libgtkhtml-editor0 3.30.3-1  HTML rendering/editing library - e
ii  libgtkhtml3.14-19  3.30.3-1  HTML rendering/editing library - r
ii  libgweather1   2.30.3-1  GWeather shared library
ii  libical0   0.44-3iCalendar library implementation i
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libnotify1 [libnot 0.5.0-2   sends desktop notifications to a n
ii  libnspr4-0d4.8.6-1   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.8-1+squeeze4 Network Security Service libraries
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libsoup2.4-1   2.30.2-1+squeeze1 an HTTP library implementation in 
ii  libsqlite3-0   3.7.3-1   SQLite 3 shared library
ii  libstartup-notific 0.10-1library for program launch feedbac
ii  libunique-1.0-01.1.6-1.1 Library for writing single instanc
ii  libxml22.7.8.dfsg-2+squeeze3 GNOME XML library
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages evolution recommends:
ii  bogofilter   1.2.2-2 a fast Bayesian spam filter (dummy
ii  evolution-plugins2.30.3-5standard plugins for Evolution
ii  evolution-webcal 2.28.1-1webcal: URL handler for GNOME and 
ii  gnome-desktop-data   2.30.2-2Common files for GNOME desktop app
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

Versions of packages evolution suggests:
pn  bug-buddy   none   (no description available)
pn  

Bug#667863: Britney hints for octave transition

[Sébastien Villemot]

Mehdi Dogguy mehdi.dog...@ens.fr writes:

 [ Dropped CC to -release and replaced it by 667...@bugs.debian.org ]

 On 16/04/12 11:26, Sébastien Villemot wrote:
 Hi,

 As part of the octave transition, the following hints should be
 added to allow testing migration of a bunch of Octave-related
 packages:

 easy octave-communications/1.1.0-2  octave-control/2.3.50-1
 octave-data-smoothing/1.3.0-2 octave-econometrics/1:1.0.8-6
 octave-financial/0.3.2-3 octave-ga/0.9.8-3
 octave-miscellaneous/1.1.0-1 octave-optim/1.0.17-2
 octave-signal/1.1.2-1 octave-statistics/1.1.0-1
 octave-struct/1.0.9-2 octave-time/1.0.9-4 octave-vrml/1.0.11-2

 easy octave-ocs/0.1.3-1 octave-odepkg/0.8.0-1


 octave-ocs and octave-odepkg need to migrate at the same time as the
 other packages. So they should be part of the big easy hint.

I don't think so, they are not in the same dependency loop. But having
everything in the same hint doesn't hurt anyways.

 I've added the easy hint and will be processed shortly. (So we will see
 if it did work) but I still see red packages on the transition tracker
 [1]. So the transition is now completely finished yet (as I understand
 it). Am I wrong? Is anyone working on getting those red packages fixed?

We are going to request the removal of octave-parallel and semidef-oct.

The other packages are not maintained by the Debian Octave Group, so we
cannot act directly. We have filed bugs against libgdf (#666894) and
pfstools (#666959). A bug still needs to be filed against libsml, we’ll
do it shortly.

Best,

-- 
Sébastien Villemot
Researcher in Economics  Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594


pgpKW85G6G3n2.pgp
Description: PGP signature

Bug#668992: RFA: bzr-fastimport -- Fast-import/fast-export plugin for Bazaar

[Jelmer Vernooij]

Package: wnpp
Severity: normal

I request an adopter for the bzr-fastimport package.

The package description is:
 Bazaar Fast Import is a plugin providing fast loading of revision control
 data into Bazaar.
 .
 It is designed to be used in combination with front-end programs that
 generate a command/data stream for it to process. Front-ends are available
 for a wide range of foreign VCS tools including Subversion, CVS, Git,
 Mercurial, Darcs and Perforce. New front-ends are easy to develop in whatever
 programming language you prefer, making Bazaar Fast Import useful for teams
 needing a custom migration solution.



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

Bug#653539: Please enable hardened build flags

[Lionel Elie Mamane]

On Sat, Apr 07, 2012 at 03:37:48PM +0200, Moritz MÃŒhlenhoff wrote:
 On Thu, Dec 29, 2011 at 07:28:31AM +0100, Moritz Muehlenhoff wrote:

 capi-harden.patch enables hardened build flags through dpkg-buildflags.

 What's the status? Do you plan an upload in the next weeks or
 shall I upload a NMU?

Feel free to NMU. However,
http://packages.qa.debian.org/c/capi4hylafax.html says:

 This package is part of the ongoing testing transition known as
 libtiff4-symbols. Please avoid uploads unrelated to this transition (...)

So caveat NMUer.

-- 
Lionel



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

Bug#667863: Britney hints for octave transition

[Sébastien Villemot]

Sébastien Villemot sebastien.ville...@ens.fr writes:

 A bug still needs to be filed against libsml, we’ll
 do it shortly.

Sorry, double mistake here: first, it is libsBml; second, no need to
file an Octave-related bug, the problem is an FTBFS on s390x.

Thanks,

-- 
Sébastien Villemot
Researcher in Economics  Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594


pgp5sAOqxfd8o.pgp
Description: PGP signature

Bug#667863: Britney hints for octave transition

[Mehdi Dogguy]

[ Dropped CC to -release and replaced it by 667...@bugs.debian.org ]

On 16/04/12 11:26, Sébastien Villemot wrote:

Hi,

As part of the octave transition, the following hints should be
added to allow testing migration of a bunch of Octave-related
packages:

easy octave-communications/1.1.0-2  octave-control/2.3.50-1
octave-data-smoothing/1.3.0-2 octave-econometrics/1:1.0.8-6
octave-financial/0.3.2-3 octave-ga/0.9.8-3
octave-miscellaneous/1.1.0-1 octave-optim/1.0.17-2
octave-signal/1.1.2-1 octave-statistics/1.1.0-1
octave-struct/1.0.9-2 octave-time/1.0.9-4 octave-vrml/1.0.11-2



easy octave-ocs/0.1.3-1 octave-odepkg/0.8.0-1



octave-ocs and octave-odepkg need to migrate at the same time as the
other packages. So they should be part of the big easy hint.

I've added the easy hint and will be processed shortly. (So we will see
if it did work) but I still see red packages on the transition tracker
[1]. So the transition is now completely finished yet (as I understand
it). Am I wrong? Is anyone working on getting those red packages fixed?

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

Regards,

--
Mehdi



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

Bug#668854: nvidia-glx: Upgrade from 295.33 to 295.40 causes serious performance regression

[Witold Baryluk]

On 04-15 10:54, Andreas Beckmann wrote:
 On 2012-04-15 03:15, Witold Baryluk wrote:
  Updated and now, glxgears gives me something around 5 or 6 fps (previously
  60+),
  wine games which had easly 50 fps, now had 2, and have serious drawing 
  delay,
  even in 2D mode.
 
 OK, lets see if the problem is caused by teh security fix by applying 
 it to 295.33:
 
 Downgrade to 295.33-1 from testing and verify that it still works as
 you would expect.
 
 # remove previously built module
 dkms remove nvidia/295.33 --all
 
 # download the patch and apply it to the sources
 wget 
 ftp://download.nvidia.com/XFree86/patches/security/CVE-2012-0946/nvidia-blacklist-register-mapping-290-295.diff
  -O - | patch -p1 -d /usr/src/nvidia-295.33/
 
 # rebuild module
 dpkg-reconfigure nvidia-kernel-dkms
 
 Thereafter reboot (or ensure otherwise that the new module gets loaded)
 and check performance.
 
 To go back to the original (unpatched) 295.33 driver you can run
 apt-get install --reinstall nvidia-kernel-dkms=295.33-1
 and reboot afterwards.
 
 After this test, please report your issue to NVIDIA, following their 
 bug reporting instructions:
 http://www.nvnews.net/vbulletin/showthread.php?t=46678
 (This should be done while running 295.40)
 Include the result of the above test: 295.33 with the security fix
 applied does/doesn't show this behavior
 And of course report your findings and a link to a corresponding thread
 in the Nvidia forum to this Debian bug report.
 
 Andreas

Thanks for instructions!

For future reference:

295.33  - no problems (full performance)
295.33 + nvidia-blacklist-register-mapping-290-295.diff - no problems (full 
performance)
295.40 - regression (drastict performance loss)


(by drastic I mean, from 1400 fps to 5 fps in glxgears, or from 50 fps
to 0.5 fps in Counter-Strike 1.6 under wine).


Reported as http://www.nvnews.net/vbulletin/showthread.php?p=2546075

Regards,
Witek

-- 
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#668987: no verbose build mode

[Guus Sliepen]

On Mon, Apr 16, 2012 at 11:57:14AM +0200, Matthias Klose wrote:

 Severity: important
 
 please turn on verbose build mode, so that compiler and linker
 arguments are visible.
 
 Sure. But I don't see why this qualifies as important?
 
 because I don't care to figure out these flags on my own. So if you
 file a report like #667544, please provide the complete information.

I did not report #667544, it's the first time I see it. But in any case,
severity important is clearly wrong. In case you don't care to figure out where
severity levels are documented, here is a reminder:

http://www.debian.org/Bugs/Developer#severities

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen g...@debian.org


signature.asc
Description: Digital signature

Bug#668993: libgdk-pixbuf2.0-0: Font rendering corruption?

[Matthijs Wensveen]

Package: libgdk-pixbuf2.0-0
Version: 2.26.0-2
Severity: normal

Dear Maintainer,

I am experiencing some serious font rendering issues.
I am not entirely sure whether this is the correct package, but since
libgdk-pixbuf2.0-0 is a common
dependency for all of the applications where I experience the issue,
this is my best guess.

Here is a screenshot where the issue is visible:
https://wensveen.files.wordpress.com/2012/04/screenshot-from-2012-04-16-085408.png

Usually the problems begin when I open my GMAIL in iceweasel, but the
same happens with epiphany.
Text is illegible and while moving the mouse cursor around (on redraws
caused by css, probably) or
scrolling, other text becomes illegible too, but some text turns normal.
When this happens, other text in applications like gnome-terminal get
garbled as well, as is visible
in the screenshot. Sometimes, window titles are affected as well.

However, text in Qt applications (such as konqueror) are not affected.
Nor is text in java applications
(such as PS3 Media Server).

Unfortunately I can't pinpoint the moment when this started happening,
but I think this has been
happening for at least a month.

At first I thought it had something to do with the video driver
(xserver-xorg-video-radeon), but since
only GNOME applications are affected, I ruled this possibility out (or
at least highly improbable).

Please let me know if you need any further information.

Best regards,
Matthijs

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

Versions of packages libgdk-pixbuf2.0-0 depends on:
ii  libc62.13-27
ii  libgdk-pixbuf2.0-common  2.26.0-2
ii  libglib2.0-0 2.32.0-4
ii  libjasper1   1.900.1-13
ii  libjpeg8 8d-1
ii  libpng12-0   1.2.49-1
ii  libtiff4 3.9.6-3
ii  libx11-6 2:1.4.4-4
ii  multiarch-support2.13-27

libgdk-pixbuf2.0-0 recommends no packages.

libgdk-pixbuf2.0-0 suggests no packages.

-- no debconf information

PS. exim4 was not configured correctly, so this is copied from the
mail queue and pasted into gmail itself. I hope this is okay.



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

Bug#668994: ndiswrapper: provide meta-package

[Jonathan Wiltshire]

Source: ndiswrapper
Version: 1.56-1
Severity: wishlist

When installing ndiswrapper on a new machine yesterday I found that 
each ndiswrapper-* component depends on the others, but I didn't find 
this out until running the tools at various stages. Please provide an 
ndiswrapper meta-package that pulls in the current versions of all 
required packages in one go, so that users can just 'apt-get install 
ndiswrapper' and get a working configuration.


Thanks



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

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



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

Bug#656813: [PATCH] net/wireless: ipw2200: Fix WARN_ON occurring in wiphy_register called by ipw_pci_probe

[Stanislav Yakovlev]

The problem was found by Stefan Lippers-Hollmann
http://marc.info/?l=linux-wirelessm=132720334512946w=2

WARNING: at 
/tmp/buildd/linux-aptosid-3.2/debian/build/source_i386_none/net/wireless/core.c:562
 wiphy_register+0x45/0x38d [cfg80211]()
Hardware name: TravelMate 290 
\x\x\x\x\x\x\x\x\x\x\x\x\x\x\x\x\x
Modules linked in: ipw2200(+) iTCO_wdt libipw joydev drm snd_seq snd_timer 
snd_seq_device iTCO_vendor_support yenta_socket snd intel_agp i2c_i801 
pcmcia_rsrc cfg80211 soundcore parport_pc psmouse parport rng_core 
snd_page_alloc serio_raw pcspkr i2c_algo_bit intel_gtt pcmcia_core evdev irda 
crc_ccitt rfkill lib80211 processor container ac battery shpchp pci_hotplug 
button ext4 mbcache jbd2 crc16 dm_mod sd_mod sr_mod crc_t10dif cdrom 
ata_generic pata_acpi ata_piix libata scsi_mod firewire_ohci firewire_core 
crc_itu_t 8139too 8139cp mii uhci_hcd ehci_hcd usbcore usb_common [last 
unloaded: scsi_wait_scan]
Pid: 328, comm: modprobe Not tainted 3.2-1.slh.4-aptosid-686 #1
Call Trace:
[c012eaf4] ? warn_slowpath_common+0x7c/0x8f
[e0ff0b3e] ? wiphy_register+0x45/0x38d [cfg80211]
[e0ff0b3e] ? wiphy_register+0x45/0x38d [cfg80211]
[c012eb22] ? warn_slowpath_null+0x1b/0x1f
[e0ff0b3e] ? wiphy_register+0x45/0x38d [cfg80211]
[c01f89d7] ? internal_create_group+0xf5/0xff
[e0a2de1c] ? ipw_pci_probe+0xa9a/0xbd0 [ipw2200]
[c01519f4] ? arch_local_irq_save+0xf/0x14
[c0252986] ? pci_device_probe+0x53/0x9a
[c02c2820] ? driver_probe_device+0x94/0x124
[c0252871] ? pci_match_id+0x15/0x34
[c02c28f0] ? __driver_attach+0x40/0x5b
[c02c1d81] ? bus_for_each_dev+0x37/0x60
[c02c25aa] ? driver_attach+0x17/0x1a
[c02c28b0] ? driver_probe_device+0x124/0x124
[c02c22c4] ? bus_add_driver+0x92/0x1d1
[e099d000] ? 0xe099cfff
[c02c2cb8] ? driver_register+0x7d/0xd4
[c017cd50] ? jump_label_module_notify+0xec/0x167
[e099d000] ? 0xe099cfff
[c0253017] ? __pci_register_driver+0x32/0x87
[e099d000] ? 0xe099cfff
[e099d02e] ? ipw_init+0x2e/0x72 [ipw2200]
[c0101173] ? do_one_initcall+0x7d/0x132
[c0145016] ? __blocking_notifier_call_chain+0x47/0x4f
[c0154a73] ? sys_init_module+0x13a4/0x159c
[c03a639f] ? sysenter_do_call+0x12/0x28

This warning appears only if we apply Ben Hutchings' fix
http://marc.info/?l=linux-wirelessm=132720195012653w=2
for the bug reported by Cesare Leonardi
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656813
with cfg80211 warning during device registration
(cfg80211: failed to add phy80211 symlink to netdev!).

We separate device bring up and registration with network stack
to avoid the problem.

After that Ben Hutchings' fix can be applied to fix the bug.

Cc: sta...@kernel.org
Signed-off-by: Stanislav Yakovlev stas.yakov...@gmail.com

---

Stefan, can you test it once again?
---
 drivers/net/wireless/ipw2x00/ipw2200.c |   21 ++---
 1 files changed, 6 insertions(+), 15 deletions(-)

diff --git a/drivers/net/wireless/ipw2x00/ipw2200.c 
b/drivers/net/wireless/ipw2x00/ipw2200.c
index f37d315..4130802 100644
--- a/drivers/net/wireless/ipw2x00/ipw2200.c
+++ b/drivers/net/wireless/ipw2x00/ipw2200.c
@@ -11432,20 +11432,6 @@ static void ipw_bg_down(struct work_struct *work)
mutex_unlock(priv-mutex);
 }
 
-/* Called by register_netdev() */
-static int ipw_net_init(struct net_device *dev)
-{
-   int rc = 0;
-   struct ipw_priv *priv = libipw_priv(dev);
-
-   mutex_lock(priv-mutex);
-   if (ipw_up(priv))
-   rc = -EIO;
-   mutex_unlock(priv-mutex);
-
-   return rc;
-}
-
 static int ipw_wdev_init(struct net_device *dev)
 {
int i, rc = 0;
@@ -11714,7 +11700,6 @@ static void ipw_prom_free(struct ipw_priv *priv)
 #endif
 
 static const struct net_device_ops ipw_netdev_ops = {
-   .ndo_init   = ipw_net_init,
.ndo_open   = ipw_net_open,
.ndo_stop   = ipw_net_stop,
.ndo_set_rx_mode= ipw_net_set_multicast_list,
@@ -11841,6 +11826,12 @@ static int __devinit ipw_pci_probe(struct pci_dev 
*pdev,
goto out_release_irq;
}
 
+   if (ipw_up(priv)) {
+   mutex_unlock(priv-mutex);
+   err = -EIO;
+   goto out_remove_sysfs;
+   }
+
mutex_unlock(priv-mutex);
err = register_netdev(net_dev);
if (err) {
-- 
1.7.2.5




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

Bug#668993: libgdk-pixbuf2.0-0: Font rendering corruption?

[Michael Biebl]

On 16.04.2012 12:30, Matthijs Wensveen wrote:
 Package: libgdk-pixbuf2.0-0
 Version: 2.26.0-2
 Severity: normal
 
 Dear Maintainer,
 
 I am experiencing some serious font rendering issues.


Please downgrade libcairo2 and see if that fixes your font rendering issues:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666468


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



signature.asc
Description: OpenPGP digital signature

Bug#667826: This really is an imagemagick problem

[Vincent Fourmond]

reassign 667826 imagemagick
found 667826 8:6.6.0.4-3
thanks

  Hello,

  This is a mistake in imagemagick and not a problem in ktikz. It
should be fixed tonight.

  Cheers,

  Vincent



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

Bug#668995: Fix the fix for the way the permissions are set in /var/spool/sympa and /var/lib/sympa

[Chris Reeves]

Package: sympa
Version: 6.1.9-chris3
Severity: important
Tags: patch


The fix for bug #630384 also changed the way ownership of these directories is 
set.
While the find command used for changing permissions is fine, the command used 
to
change ownerships is missing essential parenthesis. This omission results in the
ownership of /var/spool/sympa and /var/lib/sympa not actually being set, causing
various errors when sympa is started and package installation to fail.

A patch which fixes this is below:

--- sympa-6.1.7~dfsg/debian/sympa.postinst  2011-12-04 17:31:04.0 
+
+++ sympa-6.1.9/debian/sympa.postinst   2012-04-16 10:35:11.0 +0100
@@ -288,7 +288,7 @@
 # It's better to search files and directories with wrong owner/group and fix
 # them instead of recursively doing it, even if it's not needed (see #630384)
 find /var/spool/sympa /var/lib/sympa \
-   -not -user sympa -or -not -group sympa \
+   \( -not -user sympa -or -not -group sympa \) \
-exec chown sympa:sympa {} \;
 
 # Fix permissions on MTA tools wrappers


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

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

Versions of packages sympa depends on:
ii  adduser  3.112+nmu2  add and remove users and groups
ii  dbconfig-common  1.8.46+squeeze.0common framework for packaging dat
ii  debconf [debconf 1.5.36.1Debian configuration management sy
ii  exim4-daemon-lig 4.72-6+squeeze2 lightweight Exim MTA (v4) daemon
ii  libarchive-zip-p 1.30-3  Perl module for manipulation of ZI
ii  libc62.11.3-3Embedded GNU C Library: Shared lib
ii  libcgi-fast-perl 5.10.1-17squeeze3   CGI::Fast Perl module
ii  libdbd-mysql-per 4.016-1 Perl5 database interface to the My
ii  libdbd-pg-perl   2.17.1-2+squeeze1   Perl DBI driver for the PostgreSQL
ii  libdbd-sqlite3-p 1.29-3  Perl DBI driver with a self-contai
ii  libdbi-perl  1.612-1 Perl Database Interface (DBI)
ii  libfcgi-perl 0.71-1+squeeze1 helper module for FastCGI
ii  libfile-copy-rec 0.38-1  Perl extension for recursively cop
ii  libhtml-format-p 2.04-2  format HTML syntax trees into text
ii  libhtml-stripscr 1.03-1  module to filter scripts out of HT
ii  libhtml-tree-per 3.23-2  Perl module to represent and creat
ii  libintl-perl 1.20-1  Uniforum message translations syst
ii  libio-stringy-pe 2.110-4 Perl modules for IO from scalars a
ii  libmailtools-per 2.06-1  Manipulate email in perl programs
ii  libmime-charset- 1.008-1 Perl module for MIME character set
ii  libmime-encwords 1.012-1 Perl interface to deal with RFC 20
ii  libmime-lite-htm 1.23-1  Transform HTML page into MIME emai
ii  libmime-tools-pe 5.428-1 Perl5 modules for MIME-compliant m
ii  libmsgcat-perl   1.03-5  Locale::Msgcat perl module
ii  libnet-ldap-perl 1:0.4001-2  client interface to LDAP servers
ii  libnet-netmask-p 1.9015-4parse, manipulate and lookup IP ne
ii  libregexp-common 2010010201-1module with common regular express
ii  libtemplate-perl 2.22-0.1template processing system written
ii  libterm-progress 2.09-6  Perl module to print a progress ba
ii  libunicode-lineb 0.0.20110501-1.squeeze1 UAX #14 Unicode Line Breaking Algo
ii  libxml-libxml-pe 1.70.ds-1   Perl interface to the libxml2 libr
ii  lsb-base 3.2-23.2squeeze1Linux Standard Base 3.2 init scrip
ii  mhonarc  2.6.16-1Mail to HTML converter
ii  perl 5.10.1-17squeeze3   Larry Wall's Practical Extraction 
ii  perl-modules [li 5.10.1-17squeeze3   Core Perl modules
ii  rsyslog [system- 4.6.4-2 enhanced multi-threaded syslogd
ii  sqlite3  3.7.3-1 A command line interface for SQLit

Versions of packages sympa recommends:
ii  ca-certificates20090814+nmu3squeeze1 Common CA certificates
pn  doc-base   none(no description available)
pn  libapache2-mod-fcg none(no description available)
pn  libcrypt-ciphersab none(no description available)
pn  libfile-nfslock-pe none(no description available)
ii  libio-socket-ssl-p 1.33-1+squeeze1   Perl module implementing object or
pn  libmail-dkim-perl  none(no description available)
pn  

Bug#668895: RFS: termsaver/0.1.1-1 [ITP]

[BRAGA, Bruno]

Thanks again Gergely, and sorry for the trouble. I read the RFS doc, but
somehow I thought I needed to adjust those for my package.

What is the next step in the process? Waiting time? Or, can I do anything?

Regards,

--
*Braga, Bruno*
www.brunobraga.net
bruno.br...@gmail.com


On Mon, Apr 16, 2012 at 6:23 PM, Gergely Nagy alger...@balabit.hu wrote:

 reassign 668895 sponsorship-requests
 severity 668895 wishlist
 thanks

 Bruno Braga bruno.br...@gmail.com writes:

  Package: termsaver
  Version: 0.1.1
  Severity: normal

 When filing RFS bugs, please use the appropriate pseudo-package
 (sponsorship-requests), so that the report ends up getting filed at the
 right place, and reaches potential sponsors.

 For new packages, the severity should also be 'wishlist'.

 I have reassigned your request, and changed the severity, but in the
 future, please follow the guidelines of the RFS howto[1].

  [1]: http://mentors.debian.net/sponsors/rfs-howto

 --
 |8]

Bug#668794: reopen

[Robert Millan]

Hi Ondřej,

Thanks for forwarding this upstream.  It seems to me that it'll be
best to get them involved.  It takes either someone with a clear idea
of golang codebase or a complete audit to properly resolve this.  And
we don't have time for a complete audit :-(

El 16 d’abril de 2012 10:29, Ondřej Surý ond...@sury.org ha escrit:
 Anyway I agree that the problem needs to be fixed upstream, but I would 
 suggest
 that we keep GNU/KFreeBSD build enabled for the moment and if this cannot be
 fixed before freeze, we can always disable it. It would be shame to disable 
 this
 build right now, because there would be basically no push to make it
 work (if there
 is more stuff broken than just the tests).

 Thus I am downgrading the severity to important, so it doesn't block
 transition, and
 will take care of GNU/KFreeBSD builds somewhere around June.

 Is that ok with you?

I'm worried that other packages could begin depending on golang on
kfreebsd-*, and then it can be a mess if we have to pull it off.  But
I understand your interest in providing it.  Please do keep in mind
that we have very little manpower.

-- 
Robert Millan



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

Bug#668996: RFA: bzr-gtk -- provides graphical interfaces to Bazaar (bzr) version control

[Jelmer Vernooij]

Package: wnpp
Severity: normal

I request an adopter for the bzr-gtk package.

The package description is:
 bzr-gtk provides GTK+ interfaces to the Bazaar (bzr) source code management
 tool.
 .
 This package adds the following commands to the bzr command line
 tool: gannotate, gbranch, gcheckout, gcommit, gconflicts, gdiff, gloom,
 gmissing, gpreferences, gpush, gstatus, visualise.



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

Bug#668997: bup: breaks if PYTHONOPTIMIZE is set

[Sascha Silbe]

Package: bup
Version: 0.17b-2squeeze1
Severity: important


bup uses the Python assert statement for regular operations, not just
for additional sanity checks that go beyond what should be done during
normal operation (i.e. debugging assertions). Python disables assert
when running in optimised mode [1,2], e.g. by running with -O [3] or
setting the PYTHONOPTIMIZE environment variable [4].

One effect is that bup join does not work at all:

{{{
sascha.silbe@twin:~$ bup join -r /media/bup-encfs-plain xo15-sascha-home 
bup server: reading from stdin.
bup server: command: 'set-dir /media/bup-encfs-plain'
bup server: bupdir is '/media/bup-encfs-plain'
bup server: command: 'list-indexes'
bup server: command: 'cat xo15-sascha-home'
Traceback (most recent call last):
  File /usr/lib/bup/cmd/bup-server, line 183, in module
cmd(conn, rest)
  File /usr/lib/bup/cmd/bup-server, line 132, in cat
for blob in cat_pipe.join(id):
  File /usr/lib/bup/bup/git.py, line 907, in join
for d in self._join(self.get(id)):
  File /usr/lib/bup/bup/git.py, line 894, in _join
for blob in self.join(treeline[5:]):
  File /usr/lib/bup/bup/git.py, line 907, in join
for d in self._join(self.get(id)):
  File /usr/lib/bup/bup/git.py, line 882, in _join
type = it.next()
  File /usr/lib/bup/bup/git.py, line 852, in _fast_get
raise GitError('expected blob, got %r' % spl)
bup.git.GitError: expected blob, got ['\n']
Traceback (most recent call last):
  File /usr/lib/bup/cmd/bup-join, line 31, in module
for blob in cat(id):
  File /usr/lib/bup/bup/client.py, line 215, in cat
sz = struct.unpack('!I', self.conn.read(4))[0]
struct.error: unpack requires a string argument of length 4
Exception bup.client.ClientError: ClientError('server tunnel returned exit code 
1',) in bound method Client.__del__ of bup.client.Client instance at 
0x1f425f0 ignored
}}}


It's possible that it silently breaks during backup in ways that will
only get noticed when one actually tries to restore the backup, so
I've raised the priority to important. I haven't audited the code to
check whether any code path used during backup stages actually uses
assert with operations that have side effects, so feel free to lower
the priority if you're sure it can't silently corrupt data if run in
optimise mode.

The version currently in sid (0.25~git2011.11.04-3) is affected as well.


[1] http://docs.python.org/reference/simple_stmts.html#the-assert-statement
[2] http://docs.python.org/library/constants.html#__debug__
[3] http://docs.python.org/using/cmdline.html#cmdoption-O
[4] http://docs.python.org/using/cmdline.html#envvar-PYTHONOPTIMIZE

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

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

Versions of packages bup depends on:
ii  git [git-core]  1:1.7.9.5-1  fast, scalable, distributed revisi
ii  git-core1:1.7.2.5-3  fast, scalable, distributed revisi
ii  libc6   2.11.3-3 Embedded GNU C Library: Shared lib
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-fuse 2:0.2.1-2Python bindings for FUSE (Filesyst
ii  python-support  1.0.10   automated rebuilding support for P
ii  python-tornado  1.0.1-1  scalable, non-blocking web server 

Versions of packages bup recommends:
ii  par2  0.4-11 Parity Archive Volume Set, for che

bup 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#668627: Wrong download URL for Debian daily images

[Cole Robinson]

On 04/13/2012 11:59 AM, Gaudenz Steinlin wrote:
 Package: virtinst
 Version: 0.600.1-1
 Severity: normal
 Tags: patch
 
 When selecting a distribution tree over http as an installation source
 the URL for Debian daily builds is not recognized because the layout
 changed. Daily builds are no longer hosted on joeyhs p.d.o site but on
 d-i.debian.org.
 
 The attached patch fixes the detection of the URL scheme.
 

Patch looks good to me. Guido, if it looks good to you I'll apply it upstream.




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

Bug#432701: Some inconsistencies in pam configuration...

[Christoph Berg]

reassign 432701 postgresql-common
retitle 432701 postgresql-common should provide /etc/pam.d/postgresql
thanks

Re: Marco Gaiarin 2007-07-11 2007070306.gx6...@sv.lnf.it
 Package: postgresql-8.1
 Version: 8.1.8-1
 
 I've configured a server as a Samba primary domain controller, using
 ldap as backend. Pure etch.
 
 I've setup nss and pam using the debian wiki:
 
   http://wiki.debian.org/NSSLDAPSetup
 
 shortly: pam_unix module in debian are nss-enabled, so normally there's
 no need to setup PAM, but only nss.
 
 But for postgres i was forced to wrote down a /etc/pam.d/postgresql
 with inside:
 
   authrequiredpam_ldap.so 
   account requiredpam_ldap.so
 
 particulary the 'account' stanza are required, and this is not needed
 for evey other services (ssh, dovecod, ...) on the same server.

The other services already ship a working pam.d file, so the problem
here seems to be that postgresql doesn't do that.

The solution here might be to ship /etc/pam.d/postgresql in
postgresql-common. Otoh, there is an other file that should take
care of pam entries in pg_hba.conf. pam auth works here without the
extra file, but it might make sense to provide it anyway. I'll do some
research and report back here.

 Seems that postgres use pam in a rather different way from other
 services, i don't know if this descend of having postgres not running
 as root, and i don't know if this is curable.
 
 But i think at least a row in README.Debian can be added.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#668547: linux-image-3.2.0-2-686-pae: spammed by cfg80211 : Calling CRDA to update world regulatory domain

[Olivier Berger]

On Mon, 16 Apr 2012 04:24:29 +0100, Ben Hutchings b...@decadent.org.uk wrote:
 On Thu, 2012-04-12 at 19:00 +0200, Olivier Berger wrote:
 
 Does the wireless interface actually work?
 

Yes.

 [...]
 Which of these configurations have you been using?
 

Network Manager managing wifi settings, so none of these.

 [...]
  0c:00.0 Network controller [0280]: Intel Corporation WiFi Link 5100 
  [8086:4232]
  Subsystem: Intel Corporation WiFi Link 5100 AGN [8086:1321]
  Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
  Stepping- SERR+ FastB2B- DisINTx-
  Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
  MAbort- SERR- PERR- INTx-
  Latency: 0, Cache Line Size: 64 bytes
  Interrupt: pin A routed to IRQ 44
  Region 0: Memory at f69fe000 (64-bit, non-prefetchable) [size=8K]
  Capabilities: access denied
  Kernel driver in use: iwlwifi
 [...]
  Versions of packages linux-image-3.2.0-2-686-pae is related to:
 [...]
  pn  firmware-iwlwifi0.35
 [...]
 
 The firmware package seems to have been removed.  Have you downloaded
 and installed the Intel WiFi Link firmware separately?

Uh :
# dpkg -l firmware-iwlwifi
ii  firmware-iwlwifi0.35

# apt-cache policy firmware-iwlwifi
firmware-iwlwifi:
  Installed: 0.35
  Candidate: 0.35
  Version table:
 *** 0.35 0
900 http://ftp.fr.debian.org/debian/ testing/non-free i386 Packages
100 /var/lib/dpkg/status
 0.28+squeeze1 0
300 http://ftp.fr.debian.org/debian/ squeeze/non-free i386 Packages

What do you mean by removed ?

Thanks in advance.

Best regards,

-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)




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

Bug#668794: reopen

[Ondřej Surý]

On Mon, Apr 16, 2012 at 12:58, Robert Millan r...@debian.org wrote:
 I'm worried that other packages could begin depending on golang on
 kfreebsd-*, and then it can be a mess if we have to pull it off.  But
 I understand your interest in providing it.  Please do keep in mind
 that we have very little manpower.

I understand, but I think it will take some time before it will come to the
point we will have packages depending on golang in the archive. Anyway
I am prepared to clean the mess if there will be any.

Anyway let's hope the upstream will take a look at this before freeze.

O.
-- 
Ondřej Surý ond...@sury.org



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

Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)

[Stefan Nagy]

Sorry – now here's the backtrace…
Continuing.

Program received signal SIGPIPE, Broken pipe.
0xb75f4430 in __kernel_vsyscall ()
#0  0xb75f4430 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb736455b in writev ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb779e87e in _XSERVTransSocketWritev (ciptr=0xb91beca8, buf=0xbf94e3d8, 
size=1)
at /usr/include/X11/Xtrans/Xtranssock.c:2174
No locals.
#3  0xb77a0e8f in _XSERVTransWritev (
ciptr=0xb91beca8, buf=0xbf94e3d8, 
size=1)
at /usr/include/X11/Xtrans/Xtrans.c:910
No locals.
#4  0xb77998d0 in FlushClient (
who=0xb94247b8, oc=0xb9429100, 
__extraBuf=0x0, extraCount=0)
at ../../os/io.c:938
before = optimized out
remain = optimized out
i = optimized out
len = 0
oco = 0xb91c0198
connection = 25
trans_conn = 0xb91beca8
iov = {{iov_base = 0xb9422688, 
iov_len = 160}, {
iov_base = 0xb91b5230, 
iov_len = 3105575472}, {
iov_base = 0x0, 
iov_len = 2}}
padBuffer = \000\000
extraBuf = 0x0
written = optimized out
padsize = 0
notWritten = 160
todo = 160
#5  0xb779857c in CloseDownConnection (
client=0xb94247b8)
at ../../os/connection.c:1035
oc = 0xb9429100
#6  0xb764cc09 in CloseDownClient (
client=0xb94247b8)
at ../../dix/dispatch.c:3445
really_close_down = 1
#7  0xb764d6b6 in Dispatch ()
at ../../dix/dispatch.c:451
clientReady = 0xb93da380
result = -1
client = 0xb94247b8
nready = 0
icheck = 0xb7813058
start_tick = 5580
#8  0xb763b26a in main (argc=10, 
argv=0xbf94e5c4, envp=0xbf94e5f0)
at ../../dix/main.c:287
i = optimized out
alwaysCheckForInput = {0, 1}


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

Bug#664619: package uploaded to mentors.debian.net

[Antono Vasiljev]

If someone interested in sponsoring, the package is here:

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


-- 
http://shelr.tv - screencasting for terminal



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

Bug#668916: Intent to take over

[Tomasz Buchert]

Hi,
I would be more than happy to take this package over
since I use it from time to time and I love this project.

Any technical reasons for orphaning? Any suggestions?

I will try to package the newest upstream version and then
we will see. Stay tuned.

Tomasz



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

Bug#651402: Symbols in iulib

[Jakub Wilk]

* Jeffrey Ratcliffe jeffrey.ratcli...@gmail.com, 2012-04-15, 11:58:
You seem to be distinguishing between functions declared as inline, and 
those inlined by the compiler. My understanding that the compiler was 
under no obligation to follow the inline directive, and I don't see an 
easy way to check when functions have been inlined or not.


What really matters is that a function is _declared_ inline or not. 
Symbols for functions declared inline could dissapear at any time 
without constituting ABI breakage (AFAIUI).


Taking an example - this symbol has disappeared and is not marked as 
optional:


- _ZN5iulib11ChainTracer9nextpixelEv@Base 0.4.4

It is a function in a struct. I assume it should be optional.


A member function that is declared within the class body is considered 
as declared inline.[0] So yes, this one should be marked optional.



Can you explain?


I hope it makes things clear.

But anyway, if you don't beat me to it, I'll tidy up iulib myself on the 
next weekend.


[0] http://www.parashift.com/c++-faq-lite/inline-functions.html#faq-9.8

--
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#668998: passwd: Can't expire users stored in LDAP

[Per Carlson]

Package: passwd
Version: 1:4.1.5-1
Severity: normal

While passwd can change the password for a user stored in a LDAP
repository,  it can't expire the password. This would be very handy
for an administrator helping users resetting their passwords.

$ sudo passwd -e readonly
passwd: user 'readonly' does not exist in /etc/passwd

$ sudo ldapsearch -xW -H ldap://ns1 (uid=readonly)
dn: uid=readonly, ou=People, dc=example, dc=org
objectClass: account
objectClass: posixAccount
objectClass: shadowAccount
cn: readonly user
uidNumber: 10001
gidNumber: 100
homeDirectory: /tmp
uid: readonly
loginShell: /bin/bash
shadowMin: 0
shadowLastChange: 15446
userPassword: bla,bla,bla

$ sudo getent passwd readonly
readonly:x:10001:100:readonly user:/tmp:/bin/bash

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

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

Versions of packages passwd depends on:
ii  debianutils 4.3
ii  libc6   2.13-27
ii  libpam-modules  1.1.3-7
ii  libpam0g1.1.3-7
ii  libselinux1 2.1.9-2
ii  libsemanage12.1.6-2

passwd recommends no packages.

passwd 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