date:20100606


This issue was solved last year too, when debootstrap failed the same
way.  See URL: http://bugs.debian.org/546834  for the discussion and
a patch to solve it.  Note that there are two ways to solve it, either
by adding initscripts as a package dependency or by making the init.d
script dependency on checkroot soft.  I do not know which of these
make most sense, but know that the package dependency on initscripts
was used last year.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#556546: Announce of the upcoming NMU for the phpgacl package

2010-06-06 Thread Christian PERRIER

Dear maintainer of phpgacl and Debian translators,

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

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

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

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

The package is currently translated to: 
cs de es fr nl pt ru 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 phpgacl package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Saturday, June 12, 
2010. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Tuesday, June 01, 2010   : send the first intent to NMU notice to
 the package maintainer.
 Sunday, June 06, 2010   : send this notice
 Saturday, June 12, 2010   : (midnight) deadline for receiving translation 
updates
 Sunday, June 13, 2010   : build the package and upload it to DELAYED/7-day
 send the NMU patch to the BTS
 Sunday, June 20, 2010   : 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 em...@address, YEAR.
#
#, fuzzy
msgid 
msgstr 
Project-Id-Version: PACKAGE VERSION\n
Report-Msgid-Bugs-To: d...@telefonica.net\n
POT-Creation-Date: 2006-09-27 12:57+0200\n
PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n
Last-Translator: FULL NAME em...@address\n
Language-Team: LANGUAGE l...@li.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=CHARSET\n
Content-Transfer-Encoding: 8bit\n

#. Type: select
#. Choices
#: ../phpgacl.templates:1001
msgid All
msgstr 

#. Type: select
#. Choices
#: ../phpgacl.templates:1001
msgid None
msgstr 

#. Type: select
#. Description
#: ../phpgacl.templates:1002
msgid Version(s) of Apache to configure automatically:
msgstr 

#. Type: select
#. Description
#: ../phpgacl.templates:1002
msgid 
phpGACL requires a few things to be set up in your web server configuration 
in order for the front end to function properly.
msgstr 

#. Type: select
#. Description
#: ../phpgacl.templates:1002
msgid 
The Debian packaged version can usually automatically configure apache by 
dropping a symlink into the /etc/APACHE-SERVER/conf.d directory. Select 
\None\ if you aren't running apache or you would prefer to set up the web 
server yourself. If you select a version to configure, all configuration 
changes will also be removed when the package is purged.
msgstr 

#. Type: note
#. Description
#: ../phpgacl.templates:2001
msgid Obsolete configuration file
msgstr 

#. Type: note
#. Description
#: ../phpgacl.templates:2001
msgid 
Your system has an obsolete configuration file (/etc/phpgacl/phpgacl.conf.
php). Please, review the new configuration file (/etc/phpgacl/gacl.ini.php) 
and remove the obsolete one.
msgstr 


signature.asc
Description: Digital signature

Bug#584733: byacc: Support YYLEX_PARAM

2010-06-06 Thread Andres Mejia

Package: byacc
Version: 20100216-1
Severity: wishlist
Tags: patch

The attached patch implements support for using YYLEX_PARAM. This is useful when
building a reentrant lexer with flex.

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

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

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

byacc recommends no packages.

byacc suggests no packages.

-- no debconf information
Be able to set options via YYLEX_PARAM, useful when using reentrant flex.

--- byacc-20100216.orig/skeleton.c
+++ byacc-20100216/skeleton.c
@@ -55,6 +55,17 @@ const char *xdecls[] =
 ,
 extern int YYPARSE_DECL();,
 ,
+/* compatibility with flex */,
+#ifdef YYLEX_PARAM,
+#define YYLEX_DECL() yylex(void *YYLEX_PARAM),
+#define YYLEX yylex(YYLEX_PARAM),
+#else,
+#define YYLEX_DECL() yylex(void),
+#define YYLEX yylex(),
+#endif,
+,
+extern int YYLEX_DECL();,
+,
 0
 };
 
@@ -232,7 +243,7 @@ const char *body_2[] =
 if ((yyn = yydefred[yystate]) != 0) goto yyreduce;,
 if (yychar  0),
 {,
-if ((yychar = yylex())  0) yychar = 0;,
+if ((yychar = YYLEX)  0) yychar = 0;,
 #if YYDEBUG,
 if (yydebug),
 {,
@@ -368,7 +379,7 @@ const char *trailer[] =
 *++yystack.l_mark = yyval;,
 if (yychar  0),
 {,
-if ((yychar = yylex())  0) yychar = 0;,
+if ((yychar = YYLEX)  0) yychar = 0;,
 #if YYDEBUG,
 if (yydebug),
 {,

Bug#584734: debsnap: does not use correct filenames

2010-06-06 Thread Ansgar Burchardt

Package: devscripts
Version: 2.10.64
Severity: normal
File: /usr/bin/debsnap
User: devscri...@packages.debian.org
Usertags: debsnap

The machine-usable interface of snapshot.d.o may report several
different filenames for a single file.  debsnap just picks the first
one which might be wrong.

How to reproduce:

  $ debsnap --verbose iceweasel 3.0.12-1

Will download xulrunner_1.9.0.12.orig.tar.gz instead of
iceweasel_3.0.12-1.orig.tar.gz.

debsnap should try to find the filename with the correct package name
and version.

Regards,
Ansgar

PS: I am working on an alternative implementation of debsnap which would
solve this and several other issues.  It still needs some work though.



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

Bug#584735: debsnap: Does not check filename for dangerous characters

2010-06-06 Thread Ansgar Burchardt

Package: devscripts
Version: 2.10.64
Severity: important
File: /usr/bin/debsnap

Hi,

debsnap does not check that the filename obtained from snapshot.d.o does
not contain dangerous characters such as /.  This means a debsnap can
be tricked into overwriting arbitrary files by sending a filename
including directores.

Regards,
Ansgar

PS: I am working on an alternative implementation of debsnap which would
solve this and several other issues.  It still needs some work though.



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

Bug#436722: ITP: jockey -- user interface and desktop integration for driver management

Hi, Julian.  Any news on this ITP?  All the blocking bugs from april
seem to be solved now.

I would be happy to test the package.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#560037: [PATCH] fix early return in clock_to_utf8()

2010-06-06 Thread Jon DeVree

clock_to_utf8() has an early return that simply strdup()'s the input
string without respecting in_len. This replaces that call with an
expanded strndup() (strndup itself is a non-portable GNU extension)
---
:100644 100644 cbb0e42... 84bda3d... M  xclock/Clock.c
 xclock/Clock.c |9 +++--
 1 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/xclock/Clock.c b/xclock/Clock.c
index cbb0e42..84bda3d 100644
--- a/xclock/Clock.c
+++ b/xclock/Clock.c
@@ -2232,8 +2232,13 @@ clock_to_utf8(const char *str, int in_len)
 if (str == NULL ||code_set == NULL || strcasecmp(code_set, 646) == 0)
return NULL;
 
-if (strcasecmp(code_set, UTF-8) == 0)
-   return strdup(str);
+if (strcasecmp(code_set, UTF-8) == 0) {
+   if ((buf = malloc(in_len + 1)) == NULL)
+   return NULL;
+   buf[in_len] = '\0';
+   memcpy(buf, str, in_len);
+   return buf;
+}
 
 cd = iconv_open(UTF-8, code_set);
 if (cd == (iconv_t)-1)
-- 
1.7.1




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

Bug#584727: ITP: scim-googlepinyin -- Google Pinyin IM engine module for SCIM

2010-06-06 Thread kefu chai

Thank you Thomas.

the programming language used in scim-googlepinyin is mainly C++, IMHO.

On Sun, Jun 6, 2010 at 11:21 AM, Thomas Goirand tho...@goirand.fr wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Thomas Goirand tho...@goirand.fr

 * Package name    : scim-googlepinyin
  Version         : 20100606
  Upstream Author : Kov Chai tchai...@gmail.com
 * URL             : http://code.google.com/p/scim-googlepinyin/
 * License         : Apache 2.0
  Programming Lang: C
  Description     : Google Pinyin IM engine module for SCIM

 Long description:
 SCIM (Smart Common Input Method) is an input method (IM) platform.

 scim-googlepinyin tries to bring the open source Google pinyin IME for
 Android to GNU/Linux. And customize it to fit the need on regular
 desktop instead of on mobile device by following Google Pinyin on
 Windows.

 This port is almost a line-by line translation from Java to C++. It's
 still under development. And it needs more testing and bug fixing for
 sure.

 Maintainer note:
 As the author describes his own work as being experimental, my
 intention is to first upload to experimental (makes sense, no?), until
 the author himself confirms that it works ok, and after my Chinese
 wife tests it for a long time in her Ubuntu laptop. For the few times
 I could test it, googlepinyin seems perfectly stable, but I still want
 to hear from the author and test it, before this package reaches SID
 or testing.

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






-- 
Regards
Kov Chai



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

Bug#584736: thank you very much that you are still working on hatari !! Great new version for Debian testing !

2010-06-06 Thread yellow

Package: hatari
Version: 1.3.1-1
Severity: wishlist

Dear Sir, 

I just would like to tell you my thanks about your constant work on hatari.
THis version is really greater than the last one, and it is great that we have 
users still passionated working on hatari.

Best regards / Sincerely,
Y.

[This can minor report can be trashed or kept]

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

Kernel: Linux 2.6.32-3-686 (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 hatari depends on:
ii  libc6   2.10.2-9 Embedded GNU C Library: Shared lib
ii  libpng12-0  1.2.43-1 PNG library - runtime
ii  libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

hatari recommends no packages.

hatari 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#584737: ITP: spamassassin-heatu -- Spamasassin Heuristic Email Address Tracker Utility

2010-06-06 Thread Jari Aalto

Package: wnpp
Severity: wishlist

* Package name: spamassassin-heatu
  Version : 1.22
  Upstream Author : Dennis G German dgerma...@real-world-systems.com
* URL : http://wiki.apache.org/spamassassin/AutoWhitelist
* License : GPL-2
  Programming Lang: Perl
  Description : Spamasassin Heuristic Email Address Tracker Utility

 Check or clean a SpamAssassin auto-whitelist (AWL) database file.
 .
 The Auto-WhiteList feature in Spamassassing tracks scores from
 messages previously received and adjusts the message score, either by
 boosting messages from senders who send ham or penalizing senders who
 have sent spam previously. This not only treats some senders as if
 they were whitelisted but also treats spammers as if they were
 blacklisted.
 .
 This and enhanced version of the original AWL tool. The AWL database
 can be examined and pruned and Includes the ability to remove a
 entries for a single email address. This is useful when a spammer
 sends one or more ham messages before sending spam.



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

Bug#584738: byacc: Fix compatibility with bison's pure-parser option

2010-06-06 Thread Andres Mejia

Package: byacc
Version: 20100216-1
Severity: normal
Tags: patch

The following patch fixes compatibility problems with bison's pure-parser
option. Judging by the upstream author's freshmeat page [1], I believe the
pure-parser option was meant specifically for bison support, thus why I left
this bug at severity normal.

1. http://freshmeat.net/projects/byacc/

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

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

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

byacc recommends no packages.

byacc suggests no packages.

-- no debconf information
Patch for better support for bison compatibility for pure-parser option.

--- byacc-20100216.orig/skeleton.c
+++ byacc-20100216/skeleton.c
@@ -55,10 +55,18 @@ const char *xdecls[] =
 ,
 extern int YYPARSE_DECL();,
 ,
-/* compatibility with flex */,
-#ifdef YYLEX_PARAM,
+/* compatibility with bison pure-parser and flex reentrant options */,
+#if defined YYPURE  defined YYLEX_PARAM,
+#define YYLEX_DECL() yylex(YYSTYPE *yylval, void *YYLEX_PARAM),
+#define YYLEX yylex(yylval, YYLEX_PARAM),
+/* compatibility with flex reentrant option */,
+#elif defined YYLEX_PARAM,
 #define YYLEX_DECL() yylex(void *YYLEX_PARAM),
 #define YYLEX yylex(YYLEX_PARAM),
+/* compatilibity with bison pure-parser option */,
+#elif defined YYPURE,
+#define YYLEX_DECL() yylex(YYSTYPE *yylval),
+#define YYLEX yylex(yylval),
 #else,
 #define YYLEX_DECL() yylex(void),
 #define YYLEX yylex(),
--- byacc-20100216.orig/output.c
+++ byacc-20100216/output.c
@@ -1223,6 +1223,7 @@ output(void)
 free_shifts();
 free_reductions();
 output_prefix(output_file);
+output_pure_parser();
 output_stored_text();
 write_section(xdecls);
 output_defines();
@@ -1239,7 +1240,6 @@ output(void)
 	write_section(tables);
 }
 write_section(hdr_defs);
-output_pure_parser();
 if (!pure_parser)
 {
 	write_section(hdr_vars);

Bug#584739: kontact: Kaddressbook component does not manage to connect with akonadi

2010-06-06 Thread Johannes Graumann

Package: kontact
Version: 4:4.4.4-1
Severity: important


When starting kontact and switching to the kaddressbook component, Akonadi not 
operational always shows up, the underlying cause being that supposedly no 
agents 
are found ($XDG_DATA_DIRS is set to /usr/share/:/usr/share/akonadi/agents/).
Shutting kontact down and doing akonadictl stop  sleep 10  akonadictl 
start, 
followed by restarting kontact fixes the problem.

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

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

Versions of packages kontact depends on:
ii  kdebase-runtime   4:4.4.4-1  runtime components from the offici
ii  kdepim-runtime4:4.4.4-1  Runtime components for akonadi-kde
ii  libakonadi-kde4   4:4.4.4-1  library for using the Akonadi PIM 
ii  libc6 2.11.1-2   Embedded GNU C Library: Shared lib
ii  libkdecore5   4:4.4.4-1  the KDE Platform Core Library
ii  libkdepim44:4.4.4-1  KDE PIM library
ii  libkdeui5 4:4.4.4-1  the KDE Platform User Interface Li
ii  libkhtml5 4:4.4.4-1  the KHTML Web Content Rendering En
ii  libkio5   4:4.4.4-1  the Network-enabled File Managemen
ii  libkontactinterface4  4:4.4.4-1  Kontact interface library
ii  libkparts44:4.4.4-1  the Framework for the KDE Platform
ii  libkpimidentities44:4.4.4-1  library for managing user identiti
ii  libkpimutils4 4:4.4.4-1  library for dealing with email add
ii  libkutils44:4.4.4-1  various utility classes for the KD
ii  libqt4-dbus   4:4.6.2-5  Qt 4 D-Bus module
ii  libqtcore44:4.6.2-5  Qt 4 core module
ii  libqtgui4 4:4.6.2-5  Qt 4 GUI module
ii  libstdc++64.4.4-4The GNU Standard C++ Library v3

Versions of packages kontact recommends:
ii  akregator 4:4.4.4-1  RSS/Atom feed aggregator for KDE
ii  kaddressbook  4:4.4.4-1  KDE address book
ii  kmail 4:4.4.4-1  KDE Email client
ii  knotes4:4.4.4-1  KDE sticky notes
ii  korganizer4:4.4.4-1  KDE personal organizer

Versions of packages kontact suggests:
pn  gnokiinone (no description available)
ii  kjots 4:4.4.4-1  note-taking utility for KDE 4
ii  knode 4:4.4.4-1  KDE news reader
pn  ktimeticker   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#499151: nvidia-kernel-2.6.26-1-amd64: Doesn't do suspend to ram with 4GB RAM

2010-06-06 Thread Andreas Beckmann

tags 499151 + moreinfo
thanks

Hi Philipp,

On Tuesday, 16. September 2008 18:04:55 Philipp Marek wrote:
 Package: nvidia-kernel-2.6.26-1-amd64
 Version: 173.14.09-5+2.6.26-5

 The currently installed modules don't work with software suspend.
...
 Booting with mem=3200M works, so it seems to be some 4GB addressing#
 problem in the driver.
...
 -- System Information:
 Debian Release: lenny/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
 Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core)

does this problem still exist in the current kernel (2.6.32-*) and with the 
current driver (195.36.24-*)?

Andreas



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

Bug#584740: libkexiv2-8: Please build with libexiv2 v0.20

2010-06-06 Thread Michael Holtermann

Package: libkexiv2-8
Version: 4:4.4.4-1
Severity: normal

Hello,

libkexiv2-8 depends on libexiv2-6, which contains an annoying bug with images 
from Nikon DSLRs:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579835
http://dev.exiv2.org/issues/show/677
https://bugs.kde.org/show_bug.cgi?id=209718
(and some other bugs at bug.kde.org).

Please, build libkexiv with libexiv2-9 (exiv2 version 0.20).

Thanks in advance!

Greetings, Michael

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

Versions of packages libkexiv2-8 depends on:
ii  libc6 2.11.1-2   Embedded GNU C Library: Shared lib
ii  libexiv2-60.19-1 EXIF/IPTC metadata manipulation li
ii  libgcc1   1:4.4.4-4  GCC support library
ii  libkdecore5   4:4.4.4-1  the KDE Platform Core Library
ii  libkdeui5 4:4.4.4-1  the KDE Platform User Interface Li
ii  libqt4-xml4:4.6.2-5  Qt 4 XML module
ii  libqtcore44:4.6.2-5  Qt 4 core module
ii  libqtgui4 4:4.6.2-5  Qt 4 GUI module
ii  libstdc++64.4.4-4The GNU Standard C++ Library v3

libkexiv2-8 recommends no packages.

libkexiv2-8 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#565346: epiphany-browser: dragging links sometimes steals the mouse pointer and renders it useless

2010-06-06 Thread Josselin Mouette

Le jeudi 03 juin 2010 à 22:17 +0200, Sven Arvidsson a écrit :
  Sometimes (I cannot reliably reproduce it), when I accidently drag a
  link through a badly executed mouse click, the mouse pointer icon
  changes to the drag-link icon and does not change back on button
  release.
 
 This has finally been fixed upstream:
 http://trac.webkit.org/changeset/60632

Great!

Mike, Gustavo, would it be possible to backport it into webkit 1.x for
squeeze? This is one of the major remaining issues.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


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

Bug#584497: /usr/bin/gnome-display-properties: Icons on desktop are unreachable

2010-06-06 Thread Josselin Mouette

reassign 584497 xserver-xorg
retitle 584497 Some areas not displayed with two monitors of different 
resolutions
thanks

- Because it breaks the flow of reading.
- Why shouldn’t I use top-posting?

Le vendredi 04 juin 2010 à 15:35 -0400, Varun Sampath a écrit :
 I do not know, just pointing out the problem.  I'm sorry if this bug
 report is for the wrong package.
 
  Subject: Re: Bug#584497: /usr/bin/gnome-display-properties: Icons on
 desktop are unreachable
  From: j...@debian.org
  To: l...@live.com; 584...@bugs.debian.org
  Date: Fri, 4 Jun 2010 14:49:37 +0200
  
  Le jeudi 03 juin 2010 à 20:50 -0500, Varun Sampath a écrit :
   Package: gnome-control-center
   Version: 1:2.30.1-1
   Severity: normal
   File: /usr/bin/gnome-display-properties
   Tags: sid
   
   I use gnome-display-properties to extend my desktop to a second
 monitor to the
   right and halfway above my primary screen. When I do this, my
 desktop icons
   also shift upwards by the same amount the 2nd screen is above the
 first, even
   though the 2nd screen is not the primary screen. I cannot see the
 icons then,
   because they are above my monitor.
  
  This is a general problem with Xinerama and non-identical displays.
 How
  do you expect GNOME to handle that?

Reassigning to xserver-xorg, but I’m not sure there’s anything that can
be done to fix that in Debian.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


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

Bug#583916: Upcoming jack transition

2010-06-06 Thread Reinhard Tartler

On So, Jun 06, 2010 at 00:15:54 (CEST), Julien Cristau wrote:

 On Sat, Jun  5, 2010 at 16:09:53 -0400, Felipe Sateler wrote:

 On Sat, Jun 5, 2010 at 15:36, Julien Cristau jcris...@debian.org wrote:
  So I have a few questions about this plan:
  - if all implementations of libjack are binary-compatible, then why do
   we need to change the package name when changing implementations of
   libjack?
 
 Because there can be only one package of a given name... unless I'm
 misparsing your question.
 
 Your proposal talked about introducing a libjack-jackd2-0 and a
 libjack0-0.118+svn3796 package, AIUI.  I don't understand why the
 current libjack0 package can't stay.

Hm. maybe I missed something here. So your idea is to have the original
'jack1' package have the non-virtual package libjack0, right? The idea
was to make it easier in future to switch the jack implementation that
is used to build applications against. But I agree that this is not
really that important at this point. Moreover, I'm not even sure anymore
that we would want to do that, but that's future discussion, right.

  - related to this, the libjack0.symbols file currently has things like
   'jack_client_kill_thr...@base 1.9.5~dfsg-13' which suggest that it is,
   actually, not completely compatible with other implementations (a
   quick check suggests that nothing out of the jack-audio-connection-kit
   source package uses these additional symbols, but..)
  - many packages apparently depend on symbols labelled 0.118.0 or later
   in the symbols file, how does that fly with a 0.116 jackd1?
 
 I believe the symbols file is borked. Client applications are only
 allowed to assume functions defined in 0.116 to exist. Extra symbols
 are defined as weak, and clients intending to use them must check for
 their availability. Clients assuming such symbols exist are broken
 according to upstream.
 
 So... libjack *can* have extra symbols added after the 0.116 API, and
 it *can* have extra symbols for use for the server. Client
 applications cannot assume they exist, though.
 
 In that case I suggest changing libjack0 to:
 - kill the .symbols file
 - have the libjack0 package provide, replace and conflict with libjack0-0.116
 - have the libjack0.shlibs file point at 'libjack0 | libjack0-0.116' or
   similar

Agreed.

 Then reverse deps can be gradually rebuilt.

 I'm not quite sure about the rest of the plan (switching the j-a-c-k
 package from one implementation to another one, introducing a
 jackd-defaults), it seems overengineered compared to leaving the current
 j-a-c-k package alone, and reintroducing jackd1 and its libjack
 alongside it.  Can you explain why you need all this?

The plan is to have 2 implementations of jackd2 in squeeze: jackd1 and
jackd2. Both badly need their 'own' implementation of libjack, while
regular applications don't care if they find libjack0 from jackd1 or
jackd2 at run time. [1]

For the default install, we want to install jackd2 by default as we
believe that it provides a superiour user experience. However, we want
to have all applications built against libjack0 from jackd1. Moreover,
upstream has indicated that they want to provide backports for future,
more featureful jackd1 packages on their website. Therefore I've
imagined a jack-defaults package that can be overriden in that
repository. A user would then only have to 'apt-get dist-upgrade' and
have its jackd2 replaced by the newer jackd1 implementation.

Moreover, this leaves us more options for squeeze+1, for which we
haven't decided which will be the best jackd implementation.

Do you still feel that this is overengineered?


[1] in fact, there may also be regular applications that might also
require non-standard features of jack that are not provided by the
0.116 ABI. In this case we expect such packages to install a more strict
shlibs.local file to express this.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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

Bug#499151: nvidia-kernel-2.6.26-1-amd64: Doesn't do suspend to ram with 4GB RAM

2010-06-06 Thread Philipp Marek

Hello Andreas,

 does this problem still exist in the current kernel (2.6.32-*) and with the
 current driver (195.36.24-*)?
I'm sorry.
I can't test that anymore, as the graphics subsystem was replaced.


Regards,

Phil


-- 
Versioning your /etc, /home or even your whole installation?
 Try fsvs (fsvs.tigris.org)!




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

Bug#584741: Using gtk-qt-engine prevents firefox from terminating correctly

2010-06-06 Thread spamfang

Package: gtk-qt-engine
Version: 1:1.1+svn5-4
Severity: normal
Tags: sid

I downloaded the firefox3.6.3.tar.gz from mozilla.org. When using in KDE4
systemsettings - appearance - gtk style and fonts - use other style - QT4
instead of qtcurve, firefox cant be terminated correctly.

1. The style looks very buggy on Firefox (please check it out yourself by
installing FF 3.6.3 tar.gz and then using the described style).

2. When closing firefox, it doesn't get terminated correctly. The firefox-bin
still runs and is consuming 99% - 100% of my CPU. I have to terminated it using
kill -9, since a normal kill won't work.

It works howerver well, when using the qtcurve style, instead of QT4.



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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
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 gtk-qt-engine depends on:
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.1-2   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-4   The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-2generic font configuration library
ii  libfreetype6  2.3.7-2+lenny1 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.4.4-1  GCC support library
ii  libglib2.0-0  2.24.1-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.0-3   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.0-1   Layout and rendering of internatio
ii  libqtcore44:4.6.2-5  Qt 4 core module
ii  libqtgui4 4:4.6.2-5  Qt 4 GUI module
ii  libstdc++64.4.4-1The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-3  X11 client-side library

Versions of packages gtk-qt-engine recommends:
ii  kde-config-gtk-style1:1.1+svn5-4 KDE configuration module for GTK+ 

gtk-qt-engine 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#584742: must create /dev/{pts,shm}/ by itself

2010-06-06 Thread Marco d'Itri

Package: initscripts
Version: 2.88dsf-7
Severity: normal

The udev init script needs to stop creating these directories, please
update mountdevsubfs.sh to create them if missing.
You also need to remove the devfs references since it has not been
supported in a very long time. I also highly doubt that there is still
any point in trying to create /dev/ptmx.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#584272: Can't start pidgin: bad flagvector, (Pidgin:4135): Json-CRITICAL, jack server is not running

2010-06-06 Thread Iulian Udrea

Hello,

What version of pidgin-facebookchat were you using when this bug appeared?

Bug#584743: Add powerpcspe to architecture list

Package: lintian
Version: 2.4.1ubuntu1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch maverick

Hi

 While using type-handling in one of my packages, the powerpcspe
 architecture was added resulting in a lintian error.

 The attached patch updates the list of architectures in lintian,
 splitting the all and any architectures on top to allow replacing
 the bottom list with `dpkg-architecture -L` output (| sort).

Thanks
-- 
Loïc Minier
From 2571572b40916bef810d659041c6341fb84e6115 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Lo=C3=AFc=20Minier?= l...@dooz.org
Date: Sun, 6 Jun 2010 10:59:47 +0200
Subject: [PATCH] Update architecture list to add poewrpcspe

---
 data/fields/architectures |7 +--
 1 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/data/fields/architectures b/data/fields/architectures
index a486731..704dac8 100644
--- a/data/fields/architectures
+++ b/data/fields/architectures
@@ -1,11 +1,13 @@
 # List of known architectures as provided by dpkg-architecture
 # Last updated: 2010-03-21
-# With: Debian dpkg-architecture version 1.15.6.
+# With: Debian dpkg-architecture version 1.15.7.2.
 
+# special architecture names
 all
+any
+# actual architectures, output of dpkg-architecture -L
 alpha
 amd64
-any
 arm
 armeb
 armel
@@ -195,6 +197,7 @@ openbsd-sh4eb
 openbsd-sparc
 openbsd-sparc64
 powerpc
+powerpcspe
 ppc64
 s390
 s390x
-- 
1.7.0.4

Bug#584744: linux-2.6: radeonfb builtin on sparc and powerpc

Package: linux-2.6
Version: 2.6.32-10
Severity: important

Hi,

the sid kernel has radeonfb builtin on some archs:
debian/config/powerpc/config:CONFIG_FB_RADEON=y
debian/config/sparc/config:CONFIG_FB_RADEON=y

This is likely to conflict with the fb provided by the radeon drm driver
with kms.  Maybe they can be made =m instead?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#584742: must create /dev/{pts, shm}/ by itself

[Marco d'Itri]
 The udev init script needs to stop creating these directories,

Why is this?

 please update mountdevsubfs.sh to create them if missing.

Should not be too hard.  Do you have a tested patch proposal to
implement this?

 You also need to remove the devfs references since it has not been
 supported in a very long time.

Yeah, some cleanup is definitely needed there.

 I also highly doubt that there is still any point in trying to
 create /dev/ptmx.

I do not know ptmx, so I do not know what it is used for.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#570324: nvclock: Complain about missing driver which is present

2010-06-06 Thread Andreas Beckmann

tags 570324 + moreinfo
thanks

On Thursday, 18. February 2010 03:43:01 furex wrote:
 Package: nvclock
 Version: 0.8b4-1

 If run from a user account nvclock will complain that no drivers are
 present, when really they are, and error out.

Can't reproduce this problem here.

 In src/backend/back_linux.c at line 95, nvclock wants the user
 to have drivers AND be root at the same time. If the check is corrected,
 nvclock is then able to perform various tasks w/o requiring usage of root
 account.

No, you misinterpreted the code. Root is only required if the nvidia kernel 
module is *not* (loaded *and* initialized). Initialized here probably 
means X is running.
To access the nvidia module as a regular user, this user either needs to be in 
the video group or must be the user logged into X. At least it works this way 
with the current driver in squeeze and sid (195.36.24).

Please retry with the current driver in testing/unstable and if the problem 
persists, provide a more detailed description of your setup, including the 
permissions on /dev/nvidia*

 Versions of packages nvclock suggests:
 pn  nvidia-glxnone (no description available)

Oh, you don't have nvidia-glx installed. This is probably a rather unsupported 
setup upstream and I can't reproduce this here.

Andreas



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

Bug#584745: qmail: Package FTBFS due to root usage in debian/rules

2010-06-06 Thread Jean-Louis Dupond

Package: qmail
Version: 1.03-48
Severity: normal

Package FTBFS due to root usage in debian/rules
patch to fix the issue is attached
--- qmail-1.03/debian/rules
+++ qmail-1.03/debian/rules
@@ -7,7 +7,7 @@
 PKG_UPVER = $(shell perl -e 'print  =~ /\((.*)-[^-]*\)/' debian/changelog)
 INSTALL   = '/usr/bin/install'
 
-build: binary-src
+build: 
touch build
 
 buildbinary:   checkdir
@@ -34,8 +34,7 @@
-rm -rf debian/tmp debian/tmp-src
find . \( -name '#*#' -o -name '*~' -o -name DEADJOE -o -name '*.orig' 
-o -name '*.rej' -o -name '*.bak' -o -name '.*.orig' -o -name '.*.rej' -o -name 
.SUMS -o -name TAGS -o -name core \) -exec rm -f {} \;
 
-binary-indep: checkroot build
-   #nothing to be done
+binary-indep: checkroot build binary-src
 
 binary-arch: checkroot buildbinary
-rm -rf debian/substvars debian/tmp

Bug#572733: support for mounting other kernel filesystems

2010-06-06 Thread Marco d'Itri

On Mar 06, Marco d'Itri m...@linux.it wrote:

 Currently the initscripts package mounts some well known kernel file
 systems like proc, sys and devpts, but there are a few others which
 AFAIK no package currently deals with:
Are there any news about this?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#584742: must create /dev/{pts, shm}/ by itself

2010-06-06 Thread Marco d'Itri

On Jun 06, Petter Reinholdtsen p...@hungry.com wrote:

  The udev init script needs to stop creating these directories,
 Why is this?
Because in a few weeks it will be the only purpose left for
/lib/udev/create_static_nodes, and it was wrong in the first place
anyway to do it there.

  please update mountdevsubfs.sh to create them if missing.
 Should not be too hard.  Do you have a tested patch proposal to
 implement this?
Here it is.

  I also highly doubt that there is still any point in trying to
  create /dev/ptmx.
 I do not know ptmx, so I do not know what it is used for.
It is the master device for the /dev/pts/ devices, but nowadays it is
either created by udev or already present in the existing static /dev.

-- 
ciao,
Marco
--- /etc/init.d/mountdevsubfs.sh2009-09-11 11:30:42.0 +0200
+++ mountdevsubfs.sh2010-06-06 11:15:44.332915505 +0200
@@ -31,47 +31,26 @@
#
# Mount a tmpfs on /dev/shm
#
+   if [ ! -d /dev/shm ]
+   then
+   mkdir --mode=755 /dev/shm
+   [ -x /sbin/restorecon ]  /sbin/restorecon /dev/shm
+   fi
SHM_OPT=
[ ${SHM_SIZE:=$TMPFS_SIZE} ]  SHM_OPT=,size=$SHM_SIZE
domount tmpfs shmfs /dev/shm tmpfs -onosuid,nodev$SHM_OPT
 
#
-   # Mount /dev/pts. Create master ptmx node if needed.
-   #
-   # As of 2.5.68, devpts is not automounted when using devfs. So we
-   # mount devpts if it is compiled in (older devfs didn't require it
-   # to be compiled in at all).
+   # Mount /dev/pts
#
if [ $KERNEL = Linux ]
then
-   #
-   # Since kernel 2.5.something, devfs doesn't include
-   # a standard /dev/pts directory anymore. So if devfs
-   # is mounted on /dev we need to create that directory
-   # manually.
-   #
if [ ! -d /dev/pts ]
then
-   if grep -qs '/dev devfs' /proc/mounts
-   then
-   mkdir --mode=755 /dev/pts
-   [ -x /sbin/restorecon ]  /sbin/restorecon 
/dev/pts
-   fi
-   fi
-   if [ -d /dev/pts ]
-   then
-   if [ ! -c /dev/ptmx ]
-   then
-   mknod --mode=666 /dev/ptmx c 5 2
-   ES=$?
-   if [ $ES != 0 ]
-   then
-   log_warning_msg Failed making node 
/dev/ptmx with error code ${ES}.
-   fi
-   [ -x /sbin/restorecon ]  /sbin/restorecon 
/dev/ptmx
-   fi
-   domount devpts  /dev/pts devpts 
-onoexec,nosuid,gid=$TTYGRP,mode=$TTYMODE
+   mkdir --mode=755 /dev/pts
+   [ -x /sbin/restorecon ]  /sbin/restorecon /dev/pts
fi
+   domount devpts  /dev/pts devpts 
-onoexec,nosuid,gid=$TTYGRP,mode=$TTYMODE
fi
 }
 


signature.asc
Description: Digital signature

Bug#584302: Bug#584615: imaps with gnutls does not work

2010-06-06 Thread Tatsuya Kinoshita

On June 6, 2010 at 9:11AM +0900,
ishikawa (at hanzubon.jp) wrote:

 As mentioned in README.Debian, the configration is already in the
 startup file (/etc/emacs/site-start.d/*), so installing gnutls-bin
 and ca-certificate is enough for wl-beta.
[...]
  It is better the new one for keeping secure. But on the wl-beta's
 point of view default behaiver is changed 'SILENTLY'.

  I think updating to handle server certification restrictly is OK,
 but you should describe about it on the document. Because this change
 cause trouble on some environment (e.g imaps server with self signed
 key). It is very hard to find this problem without documentation
 beucase wl's error message does not appropriately show the situation :-(
 (likes reported as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584302)

This behavior change is a bug fix.  This error tells you an imaps
connection error.  README.Debian tells you the configration is in
the startup file.  However, as you encountered, it's not so easy to
customize ssl-program-arguments for gnutls-cli.

I'll add more information to customize gnutls-cli options to close
this bug.

Thanks,
--
Tatsuya Kinoshita


pgp1cMCj6Te2t.pgp
Description: PGP signature

Bug#583916: Upcoming jack transition

Hi Reinhard,

On Sun, Jun  6, 2010 at 10:43:33 +0200, Reinhard Tartler wrote:

 On So, Jun 06, 2010 at 00:15:54 (CEST), Julien Cristau wrote:
 
  Your proposal talked about introducing a libjack-jackd2-0 and a
  libjack0-0.118+svn3796 package, AIUI.  I don't understand why the
  current libjack0 package can't stay.
 
 Hm. maybe I missed something here. So your idea is to have the original
 'jack1' package have the non-virtual package libjack0, right? The idea
 was to make it easier in future to switch the jack implementation that
 is used to build applications against. But I agree that this is not
 really that important at this point. Moreover, I'm not even sure anymore
 that we would want to do that, but that's future discussion, right.
 
My idea was to have the j-a-c-k (jackd2) package provide the non-virtual
package libjack0, just like today.  I didn't think it was important
which libjack implementation apps build against, and this seemed the
easiest / least disruptive way.

[snip]
  I'm not quite sure about the rest of the plan (switching the j-a-c-k
  package from one implementation to another one, introducing a
  jackd-defaults), it seems overengineered compared to leaving the current
  j-a-c-k package alone, and reintroducing jackd1 and its libjack
  alongside it.  Can you explain why you need all this?
 
 The plan is to have 2 implementations of jackd2 in squeeze: jackd1 and
 jackd2. Both badly need their 'own' implementation of libjack, while
 regular applications don't care if they find libjack0 from jackd1 or
 jackd2 at run time. [1]
 
 For the default install, we want to install jackd2 by default as we
 believe that it provides a superiour user experience. However, we want
 to have all applications built against libjack0 from jackd1. Moreover,

OK as I said above I don't understand this bit...

 upstream has indicated that they want to provide backports for future,
 more featureful jackd1 packages on their website. Therefore I've
 imagined a jack-defaults package that can be overriden in that
 repository. A user would then only have to 'apt-get dist-upgrade' and
 have its jackd2 replaced by the newer jackd1 implementation.
 
'apt-get install jackd1' is not good enough?  If all apps are rebuilt
with the new shlibs, then this should replace jackd2 and its libjack0
with jackd1 and the corresponding lib, AFAICT.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#580504: workaround for wrong keyboard layout problem with synergy

2010-06-06 Thread Darshaka Pathirana

Package: synergy
Version: 1.3.1-5
Severity: normal

Hi!

I actually run synergy with quicksynergy in gnome (2.28+7). I have setup two
Debian/squeeze (amd64) machines. And my keyboard layout is set to Germany
Eliminate dead keys (on both machines).

When working on the client a english keyboard layout was also used with this
setup.

Just found a workaround (which works for me):

*server-side*:

0. Stop synergy-server
1. go to System - Preferences - Keyboard - Layout
2. add United States / USA (Country / Variant)
3. (you should see Deu or USA in notification-area)
4. switch to Deu
5. Start Synergy-Server
6. working on the client should give you a german layout

(You can also switch to the english layout on-thy-fly).

HTH  HAND,
 - Darsha



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

Kernel: Linux 2.6.32-trunk-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 synergy depends on:
ii  libc6 2.10.2-9   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.4-1  GCC support library
ii  libice6   2:1.0.6-1  X11 Inter-Client Exchange library
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libstdc++64.4.4-1The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxext6  2:1.1.1-3  X11 miscellaneous extension librar
ii  libxinerama1  2:1.1-3X11 Xinerama extension library
ii  libxtst6  2:1.1.0-2  X11 Testing -- Resource extension 

synergy recommends no packages.

synergy 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#572733: [Pkg-sysvinit-devel] Bug#572733: support for mounting other kernel filesystems

[Marco d'Itri]
 Are there any news about this?

Nope.  No-one spend time to investigate how other distros handle this,
nor to check if existing packages already handle the file systems in
question.  It would be great if you or someone else took the time to
investiage this.

There is also
URL: 
http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2010-June/004324.html
 ,
partly explaing why. :)

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#584606: nmu: insighttoolkit_3.18.0-2

On Sat, Jun  5, 2010 at 19:10:35 +0100, Adam D. Barratt wrote:

 As a hopefully acceptable compromise, I've binNMUed it on i386 and
 kfreebsd-amd64.  That would give attempts on two-thirds of the available
 architectures and, assuming no other issues, a complete set of builds.
 
The kfreebsd-amd64 build failed with:

cd 
/build/buildd-insighttoolkit_3.18.0-2+b1-kfreebsd-amd64-iid6cj/insighttoolkit-3.18.0/Build/Wrapping/CSwig/Java
  /usr/bin/javac -classpath 
/build/buildd-insighttoolkit_3.18.0-2+b1-kfreebsd-amd64-iid6cj/insighttoolkit-3.18.0/Build/Wrapping/CSwig/Java
 -d 
/build/buildd-insighttoolkit_3.18.0-2+b1-kfreebsd-amd64-iid6cj/insighttoolkit-3.18.0/Build/Wrapping/CSwig/Java
 
/build/buildd-insighttoolkit_3.18.0-2+b1-kfreebsd-amd64-iid6cj/insighttoolkit-3.18.0/Build/Wrapping/CSwig/Java/InsightToolkit/VXLNumericsJava.java
gcj-4.4: Internal error: Bus error (program ecj1)
Please submit a full bug report.
See file:///usr/share/doc/gcj-4.4/README.Bugs for instructions.

https://buildd.debian.org/fetch.cgi?pkg=insighttoolkit;ver=3.18.0-2%2Bb1;arch=kfreebsd-amd64;stamp=1275783052

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#584606: nmu: insighttoolkit_3.18.0-2

On Sun, Jun  6, 2010 at 11:35:14 +0200, Julien Cristau wrote:

 The kfreebsd-amd64 build failed with:
 
 cd 
 /build/buildd-insighttoolkit_3.18.0-2+b1-kfreebsd-amd64-iid6cj/insighttoolkit-3.18.0/Build/Wrapping/CSwig/Java
   /usr/bin/javac -classpath 
 /build/buildd-insighttoolkit_3.18.0-2+b1-kfreebsd-amd64-iid6cj/insighttoolkit-3.18.0/Build/Wrapping/CSwig/Java
  -d 
 /build/buildd-insighttoolkit_3.18.0-2+b1-kfreebsd-amd64-iid6cj/insighttoolkit-3.18.0/Build/Wrapping/CSwig/Java
  
 /build/buildd-insighttoolkit_3.18.0-2+b1-kfreebsd-amd64-iid6cj/insighttoolkit-3.18.0/Build/Wrapping/CSwig/Java/InsightToolkit/VXLNumericsJava.java
 gcj-4.4: Internal error: Bus error (program ecj1)
 Please submit a full bug report.
 See file:///usr/share/doc/gcj-4.4/README.Bugs for instructions.
 
 https://buildd.debian.org/fetch.cgi?pkg=insighttoolkit;ver=3.18.0-2%2Bb1;arch=kfreebsd-amd64;stamp=1275783052
 
Looks similar to #576335 and #583305.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#584746: reportbug: GDK related crash

2010-06-06 Thread Jason Heeris

Subject: reportbug: GDK related crash
Package: reportbug
Version: 4.12.2
Severity: normal

Running reportbug from the console brings up the GTK UI. When I get
to the stage of reviewing existing bug reports and click Continue,
the UI disappears and I'm back at the console.

The console output is:

--
$ reportbug
/usr/lib/pymodules/python2.5/reportbug/ui/gtk2_ui.py:476: GtkWarning:
gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget,
event)' failed
  gtk.main ()
**
Gdk:ERROR:/tmp/buildd/gtk+2.0-2.20.1/gdk/gdkregion-generic.c:1121:miUnionNonO:
assertion failed: (pReg-numRects=pReg-size)
Aborted
--

Note that the crash occurs AFTER the GtkWarning line (that's at startup).

- Jason

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

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

Versions of packages reportbug depends on:
ii  apt   0.7.25.3   Advanced front-end for dpkg
ii  python2.5.4-9An interactive high-level object-o
ii  python-reportbug  4.12.2 Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utilsnone  (no description available)
pn  debsums  none  (no description available)
pn  dlocate  none  (no description available)
pn  emacs22-bin-common | none  (no description available)
ii  file 5.04-2  Determines file type using magic
ii  gnupg1.4.10-4GNU privacy guard - a free PGP rep
pn  postfix | exim4 | ma none  (no description available)
ii  python-gtk2  2.17.0-2Python bindings for the GTK+ widge
pn  python-gtkspell  none  (no description available)
ii  python-urwid 0.9.9.1-1   curses-based UI/widget library for
ii  python-vte   1:0.24.1-1  Python bindings for the VTE widget
ii  xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from

-- 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#584748: ../sysdeps/x86_64/cacheinfo.c:255: handle_intel: Assertion `maxidx = 2' on AMD cpu

2010-06-06 Thread Gianluigi Tiesi

Package: libc6-i686
Version: 2.11.1-2
Severity: serious
Tags: sid

I'm unable to run valgrind without renaming /lib/i686

it asserts on:

.../sysdeps/x86_64/cacheinfo.c:255: handle_intel: Assertion `maxidx = 2'

I've looked at sources and is_intel is true but my cpu is

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 6
model   : 4
model name  : AMD Athlon(tm) processor
stepping: 2
cpu MHz : 899.968
cache size  : 256 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat 
pse36 mmx fxsr syscall mmxext 3dnowext 3dnow up
bogomips: 1799.93
clflush size: 32
cache_alignment : 32
address sizes   : 36 bits physical, 32 bits virtual
power management:


without libc6-i686 it works correctly



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

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

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

libc6-i686 recommends no packages.

libc6-i686 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#584749: gnome-icon-theme: postinst configure fails with non-C locale

2010-06-06 Thread intrigeri

Package: gnome-icon-theme
Version: 2.30.3-1
Severity: important
Tags: patch

When upgrading from 2.30.2.1-1 to 2.30.3-1, the postinst configure
step fails when using fr_FR.UTF-8 locale.

Running it by hand:

# /var/lib/dpkg/info/gnome-icon-theme.postinst configure
Segmentation fault
ls: erreur d'écriture: Relais brisé (pipe)

(= ls: write error: broken pipe)

OTOH, the very same command works fine with C locale:

# LC_ALL=C /var/lib/dpkg/info/gnome-icon-theme.postinst configure

The sed command (line 18) seems to assume C locale is being used.
The attached patch fixes this bug.

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

Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
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 gnome-icon-theme depends on:
ii  hicolor-icon-theme0.11-1 default fallback theme for FreeDes
ii  libgtk2.0-bin 2.20.1-1   The programs for the GTK+ graphica
ii  librsvg2-common   2.26.3-1   SAX-based renderer library for SVG

gnome-icon-theme recommends no packages.

gnome-icon-theme suggests no packages.

-- no debconf information

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

diff -Naur gnome-icon-theme-2.30.3.orig/debian/changelog gnome-icon-theme-2.30.3/debian/changelog
--- gnome-icon-theme-2.30.3.orig/debian/changelog	2010-06-06 11:49:00.0 +0200
+++ gnome-icon-theme-2.30.3/debian/changelog	2010-06-06 11:48:17.467161533 +0200
@@ -1,3 +1,9 @@
+gnome-icon-theme (2.30.3-2) unstable; urgency=low
+
+  * Fix debian/postinst for non-English locales. Closes: #nn.
+
+ -- XXX x...@xxx.xxx  Sun, 06 Jun 2010 11:36:08 +0200
+
 gnome-icon-theme (2.30.3-1) unstable; urgency=low
 
   * New upstream bugfix release.
diff -Naur gnome-icon-theme-2.30.3.orig/debian/postinst gnome-icon-theme-2.30.3/debian/postinst
--- gnome-icon-theme-2.30.3.orig/debian/postinst	2010-06-06 11:49:00.0 +0200
+++ gnome-icon-theme-2.30.3/debian/postinst	2010-06-06 11:35:50.731482721 +0200
@@ -15,7 +15,7 @@
 exit 0
 fi
 
-SIZES=$(ls /usr/share/icons/gnome/*/places | sed -rn 's,^.*/([0-9]+)x[0-9]+/.*$,\1,p')
+SIZES=$(ls /usr/share/icons/gnome/*/places | LC_ALL=C sed -rn 's,^.*/([0-9]+)x[0-9]+/.*$,\1,p')
 
 ( while read name prio; do
 command=update-alternatives --install /usr/share/icons/gnome/scalable/places/start-here.svg start-here.svg /usr/share/icons/gnome/scalable/places/$name.svg $prio

Bug#584750: kaffeine: Crashes when trying to play DVD

2010-06-06 Thread Johannes Graumann

Package: kaffeine
Version: 1.0-1
Severity: important

When tryong to play a DVD, the responsible part of kaffeine crashes with the
error 
KCrash: Application 'kaffeine-xbu' crashing...
sock_file=/home/balin/.kde/socket-osgiliath/kdeinit4__0

Xine plays the dvd on the same machine.
There used to be a problem with drive selection in a prior version (manually
changing the drive identification fixed it), however this version does no longer
allow access to the drive configuration via the GUI!?

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

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

Versions of packages kaffeine depends on:
ii  kdebase-runtime4:4.4.4-1 runtime components from the offici
ii  libc6  2.11.1-2  Embedded GNU C Library: Shared lib
ii  libgcc11:4.4.4-4 GCC support library
ii  libkdecore54:4.4.4-1 the KDE Platform Core Library
ii  libkdeui5  4:4.4.4-1 the KDE Platform User Interface Li
ii  libkfile4  4:4.4.4-1 the File Selection Dialog Library 
ii  libkio54:4.4.4-1 the Network-enabled File Managemen
ii  libqt4-dbus4:4.6.2-5 Qt 4 D-Bus module
ii  libqt4-network 4:4.6.2-5 Qt 4 network module
ii  libqt4-sql 4:4.6.2-5 Qt 4 SQL module
ii  libqt4-sql-sqlite  4:4.6.2-5 Qt 4 SQLite 3 database driver
ii  libqt4-svg 4:4.6.2-5 Qt 4 SVG module
ii  libqt4-xml 4:4.6.2-5 Qt 4 XML module
ii  libqtcore4 4:4.6.2-5 Qt 4 core module
ii  libqtgui4  4:4.6.2-5 Qt 4 GUI module
ii  libsolid4  4:4.4.4-1 Solid Library for KDE Platform
ii  libstdc++6 4.4.4-4   The GNU Standard C++ Library v3
ii  libx11-6   2:1.3.3-3 X11 client-side library
ii  libxine1   1.1.18.1-1+b2 the xine video/media player librar
ii  libxine1-ffmpeg1.1.18.1-1+b2 MPEG-related plugins for libxine1
ii  libxine1-x 1.1.18.1-1+b2 X desktop video output plugins for
ii  libxss11:1.2.0-2 X11 Screen Saver extension library

kaffeine recommends no packages.

Versions of packages kaffeine suggests:
ii  libdvdcss21.2.10-0.3 Simple foundation for reading DVDs

-- 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#584751: Packages-arch-specific: restrict GPE to linux only

2010-06-06 Thread Neil Williams

Package: buildd.debian.org
Severity: normal
Tags: patch

GPE, as a complete environment, does not formally support any kernel
except linux. Certain packages normally brought in via the gpe virtual
package cannot be built for other kernels and the packages are already
missing from hurd-i386, kfreebsd-amd64 or kfreebsd-i386. There is no
prospect of the environment being ported to other kernels.

Please apply the attached patch to formalise the exclusion of GPE from
hurd and bsd ports, preventing those buildd's from wasting time trying
to build the relevant packages.

Other packages used by GPE remain available for other kernels,
installable separately and users can select other packages to
provide the missing functionality.

Thanks.

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/

--- Packages-arch-specific.orig	2010-06-06 10:37:07.0 +0100
+++ Packages-arch-specific	2010-06-06 10:52:20.0 +0100
@@ -93,6 +93,11 @@
 %gnumach: hurd-i386 i386 kfreebsd-i386  # hurd kernel
 %google-perftools: amd64 i386 ia64 powerpc  		  # not yet ported to other archs
 %gpart: i386 hurd-i386 ia64 alpha arm armel mipsel amd64	  # little endian specific
+%gpe-conf: !hurd-i386 !kfreebsd-amd64 !kfreebsd-i386		  # requires a linux kernel
+gpe-announce: !hurd-i386 !kfreebsd-amd64 !kfreebsd-i386	  # requires libsoundgen which needs a linux kernel
+gpe-bluetooth: !hurd-i386 !kfreebsd-amd64 !kfreebsd-i386	  # requires bluez
+gpe-calendar: !hurd-i386 !kfreebsd-amd64 !kfreebsd-i386	  # requires libsoundgen which needs a linux kernel
+gpe-mininet: !hurd-i386 !kfreebsd-amd64 !kfreebsd-i386		  # requires a linux kernel
 gprolog: i386 mips mipsel sparc alpha powerpc amd64		  # from source
 %grub: i386 hurd-i386 amd64 lpia kfreebsd-i386 kfreebsd-amd64 # i386 boot loader
 %grub2: i386 kfreebsd-i386 hurd-i386 amd64 kfreebsd-amd64 powerpc ppc64 lpia sparc mipsel # bootloader
@@ -134,6 +139,7 @@
 %libsem: hurd-i386		  # hurd specific
 %libsendmail-milter-perl: !ia64	  # ANAIS
 %libsmbios: i386 amd64 ia64 lpia  # ANAIS
+%libsoundgen: !hurd-i386 !kfreebsd-amd64 !kfreebsd-i386	  # Needs a linux kernel
 %libparportled: i386		  # [?] ANAIS, sys/io.h
 %libpfm3-3.2: ia64 amd64 i386 mips mipsel powerpc		  # [ANAIS]
 %libspe2: powerpc pcp64		  # PowerPC specific
@@ -352,6 +358,7 @@
 %tpb: i386 amd64		  # x86 specific
 %tra: i386			  # [ANAIS]
 %tremulous: !m68k		  # No m68k support
+%tslib: !hurd-i386 !kfreebsd-amd64 !kfreebsd-i386		  # needs a linux kernel
 %tuxonice-userui: i386 ia64 powerpc ppc64 amd64   # [ANAIS]
 %tvtime: i386 amd64 lpia	  # i386 (wine) specific
 %u++: i386 ia64 amd64		  # per rcbil...@plg.uwaterloo.ca


pgpz6BQiAocIN.pgp
Description: PGP signature

Bug#584749: gnome-icon-theme: postinst configure fails with non-C locale

2010-06-06 Thread Josselin Mouette

tag 584749 - patch
reassign 584749 sed
thanks

Le dimanche 06 juin 2010 à 11:52 +0200, intrig...@boum.org a écrit :
 When upgrading from 2.30.2.1-1 to 2.30.3-1, the postinst configure
 step fails when using fr_FR.UTF-8 locale.
 
 Running it by hand:
 
 # /var/lib/dpkg/info/gnome-icon-theme.postinst configure
 Segmentation fault
 ls: erreur d'écriture: Relais brisé (pipe)
 
 (= ls: write error: broken pipe)
 
 OTOH, the very same command works fine with C locale:
 
 # LC_ALL=C /var/lib/dpkg/info/gnome-icon-theme.postinst configure
 
 The sed command (line 18) seems to assume C locale is being used.
 The attached patch fixes this bug.

No, it hides it under the carpet.

If sed crashes, it’s a bug in sed, not in gnome-icon-theme.

Since it doesn’t seem to be trivially reproducible, I’d appreciate if
you could obtain a backtrace of the crashing sed process. See
http://wiki.debian.org/HowToGetABacktrace

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


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

Bug#584752: debian-installer: GO BACK not working if harddisk mounted

2010-06-06 Thread yellow

Package: debian-installer
Version: GO BACK not working if harddisk mounted
Severity: minor

Dear Sir, 

I mounted the usb pendrive for the ip2100 fw that it asked during installation 
of hte debian testing i386.
OK

I get to the harddisk setup, and make my disks as I desired. 

But the pendrive is still mounted ,,, ... it says IGNORE CANCEL or GO BACK
before starting

I clicked on GO back and it continued anyhow , and did not go back to re-setup 
or whatever to propose to unmount my pendrive

best regards
Y.

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

Kernel: Linux 2.6.32-3-686 (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



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

Bug#584753: [INTL:sv] po-debconf file for phpbb3

2010-06-06 Thread Martin Ågren

Package: phpbb3
Severity: wishlist
Tags: l10n patch

Hi,

Please find attached the updated Swedish debconf templates translation.

This file should replace debian/po/sv.po in your package build tree.

Take care,

Martin

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

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of phpbb3_sv.po to Swedish
# Translation of phpbb3 debconf template to Swedish
# Copyright (C) 2010 Martin Bagge brot...@bsnet.se
# This file is distributed under the same license as the phpbb3 package.
#
# Martin Ågren martin.ag...@gmail.com, 2010.
# Martin Bagge brot...@bsnet.se, 2010.
msgid
msgstr
Project-Id-Version: phpbb3_sv\n
Report-Msgid-Bugs-To: php...@packages.debian.org\n
POT-Creation-Date: 2010-05-27 18:45-0400\n
PO-Revision-Date: 2010-06-06 12:29+0200\n
Last-Translator: Martin Ågren martin.ag...@gmail.com\n
Language-Team: Swedish debian-l10n-swed...@lists.debian.org\n
Language: sv\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Poedit-Language: Swedish\n
X-Poedit-Country: Sweden\n
Plural-Forms: nplurals=2; plural=(n != 1);\n
X-Generator: KBabel 1.11.4\n

#. Type: multiselect
#. Description
#: ../phpbb3.templates:1001
msgid Web server to configure automatically:
msgstr Webbserver att konfigurera automatiskt:

#. Type: multiselect
#. Description
#: ../phpbb3.templates:1001
msgid Please select any web server that should be configured automatically for phpBB.
msgstr Välj webbserver som ska konfigureras automatiskt för phpBB.

#. Type: boolean
#. Description
#: ../phpbb3.templates:2001
msgid Configure the phpBB admin password?
msgstr Ange lösenord för phpBB-administratör?

#. Type: password
#. Description
#: ../phpbb3.templates:3001
msgid Password for phpBB admin:
msgstr Lösenord för phpBB-administratör:

#. Type: password
#. Description
#: ../phpbb3.templates:3001
msgid Please provide a password for the phpBB user \admin\.
msgstr Ange ett lösenord för phpBB-användaren \admin\.

#. Type: password
#. Description
#. Type: error
#. Description
#: ../phpbb3.templates:3001
#: ../phpbb3.templates:7001
msgid The password must be at least 6 characters long.
msgstr Lösenordet måste vara minst 6 tecken långt.

#. Type: password
#. Description
#: ../phpbb3.templates:3001
msgid If the password is left blank, a random one will be generated.
msgstr Om lösenordsfältet lämnas tomt kommer ett slumpmässigt lösenord att användas.

#. Type: password
#. Description
#: ../phpbb3.templates:4001
msgid Password confirmation:
msgstr Upprepa lösenord:

#. Type: password
#. Description
#: ../phpbb3.templates:4001
msgid Please confirm the password for the phpBB user \admin\.
msgstr Upprepa lösenordet för phpBB-användaren \admin\.

#. Type: error
#. Description
#: ../phpbb3.templates:5001
msgid Password mismatch
msgstr Lösenorden stämmer inte överens

#. Type: error
#. Description
#: ../phpbb3.templates:5001
msgid The two passwords you entered were not the same. Please try again.
msgstr Lösenorden stämmer inte överens. Försök igen.

#. Type: note
#. Description
#: ../phpbb3.templates:6001
msgid Generation of random password
msgstr Skapar slumpmässigt lösenord

#. Type: note
#. Description
#: ../phpbb3.templates:6001
msgid The following random password has been configured for the admin user:
msgstr Följande slumpmässiga lösenord har angivits för den administrativa användaren:

#. Type: note
#. Description
#: ../phpbb3.templates:6001
msgid Make sure you remember it, as it will not be stored in cleartext.
msgstr Lösenordet kommer inte att sparas i klartext, så se till att komma ihåg det.

#. Type: error
#. Description
#: ../phpbb3.templates:7001
msgid Password complexity requirements
msgstr Krav på komplexitet för lösenord

Bug#525768: packaging progress

2010-06-06 Thread Matt Flax

This package has now been verified to work.
It is lacking an API and other forms of documentation.

I have begun the process of documenting this package.

Matt Flax flatmax@




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

Bug#583961: reniced: Add debug command-line option for setting the $debug variable

2010-06-06 Thread Christian Garbs

On Mon, May 31, 2010 at 09:02:09PM +, v.nix.is wrote:

 This is hardcoded in the reniced source code:
 
 my $debug = 0;
 
 The debug output is really helpful to find if your rules are taking
 effect. I use this hacky wrapper to do this:
 
 perl -0777 -pe 's[debug = \K0][1]'  /usr/bin/reniced | sudo perl
 
 It would be much better if there simply was a -d option.

There is a -v option which sets $debug = 1.  It should do the trick :-)

Regards
Christian
-- 
Christian.Garbs.http://www.cgarbs.de

Die drei Feinde des Programmierers?
Sonnenlicht, Frischluft und das unerträgliche Gebrüll der Vögel.


signature.asc
Description: Digital signature

Bug#584754: crash in dhcp_reply on last /etc/ethers entry when i18n is enabled

2010-06-06 Thread Gianluigi Tiesi

Package: dnsmasq
Version: 2.53-1
Severity: serious
Tags: sid

I've got this nasty bugs, when I connect using my nokia n97
dnsmasq crashes, after a lot of trials/debugs

I've found that the place where it crashes is only a side effect
even if the code looks a bit 'obscure':

 645.   if (config)
 646. {
 647.   struct dhcp_netid_list *list;
 648.
 649.   for (list = config-netid; list; list = list-next)
 650. {
 651.  list-list-next = netid;
 652.   netid = list-list;
 653. }
 654. }

src/rfc2131.c

list-list-next seems to be bogus but looks like it's a circular list

the bt:

0x08065aed in dhcp_reply (context=0x807fbc0, iface_name=0xb39c eth0, 
int_index=2, sz=300, now=1275819570, unicast_dest=0, is_inform=0xb360, 
pxe=0) a
t rfc2131.c:651
(gdb) bt
#0  0x08065aed in dhcp_reply (context=0x807fbc0, iface_name=0xb39c eth0, 
int_index=2, sz=300, now=1275819570, unicast_dest=0, is_inform=0xb360, pxe=
0) at rfc2131.c:651
#1  0x08060f44 in dhcp_packet (now=1275819570, pxe_fd=0) at dhcp.c:301
#2  0x0805f1c2 in main (argc=8, argv=0xb794) at dnsmasq.c:688

(gdb) p list-list
$6 = (struct dhcp_netid *) 0x57e58955

(gdb) p list-list-next
Cannot access memory at address 0x57e58959


anyway disabling i18n the problem does not happens,
looks like canonicalise() in utils.c has something to do with the problem


the linked list code was added in 2.53

Regards


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

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

Versions of packages dnsmasq depends on:
ii  adduser   3.112  add and remove users and groups
pn  dnsmasq-base  none (no description available)
ii  netbase   4.41   Basic TCP/IP networking system

dnsmasq recommends no packages.

Versions of packages dnsmasq suggests:
pn  resolvconfnone (no description available)



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

Bug#584272: Can't start pidgin: bad flagvector, (Pidgin:4135): Json-CRITICAL, jack server is not running

2010-06-06 Thread Paul Csanyi

Hi,

2010/6/6 Iulian Udrea iul...@ubuntu.com

 Hello,

 What version of pidgin-facebookchat were you using when this bug appeared?


I were using verson 1.65-1 of pidgin-facebookchat when this bug appeared and
I'm using it now too.

-- 
Regards, Paul Chany
http://csanyi-pal.info

Bug#584755: gthumb loses all catalog and content data on upgrade

2010-06-06 Thread James McCaw

Package: gthumb
Version: 3:2.11.3-2
Severity: grave
Justification: causes non-serious data loss

On loading gthumb today it clearly had undergone a major (gnome 2.30 I guess)
upgrade. It has lost (in the GUI) *all* catalog and comment
information...that's my carefully entered meta-data on perhaps 5,000+ photos
dating back to 2004 or earlier.

I have found the data unharmed in ~/.gnome2/gthumb/collections and
~/PATH_TO_PHOTO_IMPORT_DIR/.comments. However, I see no way to ask gthumb to
continue to use this information.

As such I consider this a grave bug as it causes (at the user interface level)
complete data loss. It is not evident at the moment whether or not gthumb can
be convinced to continue to use the existing metadata - if not, I would
reclassify as critical.

Any long time user of gthumb is going to be deeply frustrated by such a change,
occuring without warning and without remedy apart from (presumbably) a
downgrade.



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

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

Versions of packages gthumb depends on:
ii  gthumb-data 3:2.11.3-2   an image viewer and browser - arch
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libbrasero-media0   2.30.1-1 CD/DVD burning library for GNOME -
ii  libc6   2.10.2-9 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-1 simple interprocess messaging syst
ii  libdbus-glib-1-20.86-1   simple interprocess messaging syst
ii  libexiv2-6  0.19-1   EXIF/IPTC metadata manipulation li
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.4-1GCC support library
ii  libgconf2-4 2.28.1-3 GNOME configuration database syste
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgnome-keyring0   2.30.1-1 GNOME keyring services library
ii  libgstreamer-plugins-ba 0.10.29-4GStreamer libraries from the base
ii  libgstreamer0.10-0  0.10.29-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG 
ii  libpango1.0-0   1.28.0-1 Layout and rendering of internatio
ii  libsoup-gnome2.4-1  2.30.1-1 an HTTP library implementation in 
ii  libsoup2.4-12.30.1-1 an HTTP library implementation in 
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  libtiff43.9.2-3+b1   Tag Image File Format (TIFF) libra
ii  libunique-1.0-0 1.1.6-1  Library for writing single instanc
ii  libxml2 2.7.7.dfsg-2 GNOME XML library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages gthumb recommends:
ii  gvfs-bin  1.6.1-1userspace virtual filesystem - bin

gthumb 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#584757: nmu: reverse dependencies of xfce4-panel-dev

2010-06-06 Thread Yves-Alexis Perez

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


Hey,

now that we have xfce4-panel 4.6.2 in testing, would it be possible to
schedule binNMUs of depending packages so they pick the  4.7.0 shlib?

Following list should work:

nmu orage 4.6.1-1 . ALL . -m rebuild against updated xfce4-panel shlibs
nmu remmina-xfce 0.7.3-1 . ALL . -m rebuild against updated xfce4-panel shlibs
nmu thunar 1.0.2-1 . alpha armel hppa i386 ia64 mips mipsel powerpc s390 sparc 
. -m rebuild against updated xfce4-panel shlibs
nmu xfce4-battery-plugin 0.5.0-7 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-battery-plugin 0.5.1-1 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-cellmodem-plugin 0.0.5-1 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-cpufreq-plugin 0.2-3 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-cpugraph-plugin 0.3-2 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-cpugraph-plugin 0.4.0-2 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-datetime-plugin 0.6.1-1 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-dict 0.6.0-3 . ALL . -m rebuild against updated xfce4-panel shlibs
nmu xfce4-diskperf-plugin 2.2.0-3 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-fsguard-plugin 0.4.2-1 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-genmon-plugin 3.2-3 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-hdaps 0.0.5-2 . ALL . -m rebuild against updated xfce4-panel shlibs
nmu xfce4-linelight-plugin 0.1.6-2 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-mailwatch-plugin 1.1.0-2 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-messenger-plugin 0.1.0-4 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-mixer 4.6.1-2 . ALL . -m rebuild against updated xfce4-panel shlibs
nmu xfce4-mount-plugin 0.5.5-1 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-netload-plugin 0.4.0-4 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-notes-plugin 1.7.6-1 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-places-plugin 1.2.0-1 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-power-manager 0.8.5-1 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-quicklauncher-plugin 1.9.4-8 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-radio-plugin 0.4.2-1 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-screenshooter 1.7.9-1 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-sensors-plugin 1.0.0-1 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-smartbookmark-plugin 0.4.2-3 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-systemload-plugin 0.4.2-3 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-timer-plugin 0.6.1-3 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-verve-plugin 0.3.6-1 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-wavelan-plugin 0.4.1-3 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-wavelan-plugin 0.5.5-3 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-weather-plugin 0.7.3-3 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-wmdock-plugin 0.3.2-1 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfce4-xfapplet-plugin 0.1.0-3 . ALL . -m rebuild against updated 
xfce4-panel shlibs
nmu xfce4-xkb-plugin 0.5.3.3-3 . ALL . -m rebuild against updated xfce4-panel 
shlibs
nmu xfdesktop4 4.6.2-1 . ALL . -m rebuild against updated xfce4-panel shlibs
nmu xfswitch-plugin 0.0.1-1 . ALL . -m rebuild against updated xfce4-panel 
shlibs

Thanks in advance,
--
Yves-Alexis

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

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



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

Bug#584756: calibre: CSS error on conversion to EPUB

2010-06-06 Thread Michael Below


Package: calibre
Version: 0.6.54+dfsg-1
Severity: normal
Tags: upstream


The program as packaged fails at conversion of input to
EPUB format. Eg the news sources don't work.
The error message given is:

AttributeError: 'CSSRuleList' object has no attribute
'rulesOfType'

According to upstream, calibre needs python-cssutils 0.9.7a3 or
above to work properly: http://bugs.calibre-ebook.com/ticket/5422

Probably the debian package should depend on a version equal or
greater that one.

Thanks

Michael Below

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

Kernel: Linux 2.6.32 (PREEMPT)
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=UTF-8) (ignored:
LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages calibre depends on:
ii  calibre-bin  0.6.54+dfsg-1   e-book converter and
library manag
ii  graphicsmagick-image 1.3.5-6 image processing tools
providing I
ii  python   2.5.4-9 An interactive high-level
object-o
ii  python-beautifulsoup 3.1.0.1-2   error-tolerant HTML parser
for Pyt
ii  python-cherrypy3 3.1.2-1 Python web development
framework -
ii  python-cssutils  0.9.6-1 CSS Cascading Style Sheets
parser
ii  python-dateutil  1.4.1-3 powerful extensions to the
standar
ii  python-dbus  0.83.1-1simple interprocess
messaging syst
ii  python-django-taggin 0.3.1-1 A generic tagging
application for
ii  python-encutils  0.9.6-1 Encoding detection
collection for
ii  python-imaging   1.1.7-1+b1  Python Imaging Library
ii  python-lxml  2.2.6-1 pythonic binding for the
libxml2 a
ii  python-mechanize 0.1.11-1.1  stateful programmatic web
browsing
ii  python-pkg-resources 0.6.10-4Package Discovery and
Resource Acc
ii  python-pypdf 1.12-3  PDF toolkit implemented
solely in
ii  python-qt4   4.7.3-1 Python bindings for Qt4
ii  python2.62.6.5-1 An interactive high-level
object-o
ii  ttf-liberation   1.05.2.20091019-4   Fonts with the same metrics
as Tim
ii  xdg-utils1.0.2+cvs20100307-1 desktop integration
utilities from

calibre recommends no packages.

calibre 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#577146: Logic of halt script, with regard to ups-monitor, is wrong

2010-06-06 Thread Regid Ichira


 [Regid Ichira]
 Suppose a user set HALT=poweroff in /etc/default/halt, and also set
 /etc/init.d/ups-monitor because he has a ups. With the current halt
 script, won't the end result be that the ups will always be
 requested to cut the power?

 Isn't that the expected behaviour? Can you explain more? I fail to
 understand the problem and do not see why your patch improve anything.
 I do not really know the ups-monitor interaction with the Debian
 shutdown scripts, so I need smaller tea spoons. :)



  This is my understanding:

1. Any user, not just someone with a ups, can choose one of halt or
   poweroff setting in /etc/default/halt.  Where halt means: halt the
   machine, but keep a low energy source to allow wake on lan, or a
   somewhat faster boot.  And poweroff means just that: turn off the
   machine.  I also think that poweroff was added about 10 or 15 years
   ago, with the advent of main boards and laptops.

   Note that the /etc/init.d/halt has the following:

# If INIT_HALT=HALT don't poweroff.
poweroff=-p
if [ $INIT_HALT = HALT ]
then
poweroff=
fi

2. Someone with a ups might want, in addition, to transfer control to
   the ups.  The circumstances to transfer control to the ups might be
   for testing purposes, or when it is determined that there is a
   power failure.

As a result, I think that the required ups-monitor interaction in the
shutdown script is:

 do
    1. The machine is operating normally.
    2. In the process, a ups-monitor software, if there is one,
   monitors the power.  The ups-monitor software might initiate
   a shutdown process.  While doing so, it will keep a flag
   indicating that it has determined that a shutdown process is
   required.
 until [ Something initiates a shutdown process ]

Kill the processes.  Shutdown is almost completed.

 if [ there is a ups-monitor software ]
    # and the machine is at the end of a shutdown process
    Have the ups-monitor software determine whether
    the conditions are such that it has to do something
    with the ups.  It is likely to test whether it set a flag
    indicating that it has initiated a shutdown process.

 else  # or the ups-monitor software determined it does not interfere
    Continue with the shutdown process as if there is no
    ups-monitor software.

  This allow the ups to have the machine start over again as soon as
main power is back.
  
_
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
https://signup.live.com/signup.aspx?id=60969


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

Bug#584275: cpufrequtils: ondemand CPUFreq governor not available

2010-06-06 Thread Paul Menzel

Am Sonntag, den 06.06.2010, 13:49 +0900 schrieb Mattia Dongili:
On Fri, Jun 04, 2010 at 12:23:50AM +0200, Paul Menzel wrote:
Am Freitag, den 04.06.2010, 06:56 +0900 schrieb Mattia Dongili:
On Thu, Jun 03, 2010 at 09:48:31PM +0200, Paul Menzel wrote:

Am Donnerstag, den 03.06.2010, 21:19 +0900 schrieb Mattia Dongili:

On Wed, Jun 02, 2010 at 10:37:34PM +0200, Paul Menzel wrote:
...
$ more /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 6
model name : AMD Athlon(tm) XP 1600+
stepping: 2
cpu MHz : 1395.989

it looks like the cpufreq driver (as opposed to the governor) didn't
get
loaded.
Can you check if you see any error in the kernel log (dmesg) that
might
be related (feel free to send over the whole output from dmesg).

I did not spot anything. But please see yourself.

Or you can try:
$ modprobe powernow-k7

$ sudo modprobe powernow-k7
FATAL: Error inserting powernow_k7
(/lib/modules/2.6.32-5-686/kernel/arch/x86/kernel/cpu/cpufreq/powernow-k7.ko):
No such device
...
can you double check if you have the cool'n'quiet feature enabled in the
BIOS configuration?

I just looked at the BIOS options, but I could not find it. :( So I do
not know if this feature is enabled. The board is a Syntax SV266A [1–3].

Looking at the links you sent it seems like the bios doesn't support
cool'n'quiet.
Not sure to be honest what can be done here,

I am still confused a bit if it is the BIOS or the processor. Reading
[1]

»7th Generation: powernow-k7: Athlon, Duron, Geode.«

I think it is a BIOS problem, but reading [2]

1.2 x86
---

The following processors for the x86 architecture are supported by
cpufreq:

AMD Elan - SC400, SC410
AMD mobile K6-2+
AMD mobile K6-3+
AMD mobile Duron
AMD mobile Athlon
AMD Opteron
AMD Athlon 64
Cyrix Media GXm
Intel mobile PIII and Intel mobile PIII-M on certain chipsets
Intel Pentium 4, Intel Xeon
Intel Pentium M (Centrino)
National Semiconductors Geode GX
Transmeta Crusoe
Transmeta Efficeon
VIA Cyrix 3 / C3
various processors on some ACPI 2.0-compatible systems [*]

[*] Only if ACPI Processor Performance States are available to the
ACPI-BIOS interface.

my processor is not listed.

did you ever have cpufreq working on this motherboard?

No, I did not.

Did you try upgrading the bios to the latest version?

I am on it. I will report back as soon as possible. I still have to find
the most recent BIOS version [3].

Seems like a kernel side issue but if the bios doesn't support it, there
is not really much you can do...

Could cpufrequtils be adapted that the initscript refers to
README.Debian or the Debian Wiki if there was an error?

Thanks for all your help so far,

Paul

[1]
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/cpu-freq/amd-powernow.txt
[2]
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/cpu-freq/user-guide.txt
[3] http://www.computer-help.net/Syntax-SystemBoard-SV266a-Bios-Upgrade.htm

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

Bug#583949: 2.6.32-3-amd64 can't read DVDs/CDs (sometimes)

2010-06-06 Thread Michael Cree

I am seeing this bug too on both AMD64 and Alpha architectures. 
Sometimes DVD plays up with error messages (similar to those given by 
original reporter; see below) and doesn't seem to recover until a 
reboot.  When the errors start typically I can get the disc mounted 
(unlike the original reporter) but can't read much from it.  My hardware 
is as follows:


AMD64 machine running Debian testing:

kernel: 2.6.32-3-amd64  (Debian kernel)
SATA controller: 00:09.0 IDE interface: nVidia Corporation MCP78S 
[GeForce 8200] SATA Controller (non-AHCI mode) (rev a2)

DVD drive:  Lite-On  ATAPI  iHAS120   6  7L0F

I tried an old unstable installation (it hasn't been upgraded for 2 or 3 
months) that is still hanging around on another partition.  It has the 
2.6.32-trunk-amd64 Debian kernel and it seemed to work okay, but I 
really need to test it further to be really sure as I have since 
discovered that the disc errors may take a few disc changes before they 
start to appear.



Alpha running Debian unstable:

kernel: 2.6.34 (compiled from www.kernel.org)
SATA controller: 0001:03:09.0 RAID bus controller: Silicon Image, Inc. 
SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02)

DVD drive:  Lite-On  ATAPI  DVD A  DH20A3S  9P54

On the Alpha I took it back to a 2.6.32.7 kernel and still could get the 
disc errors to appear.  To take the kernel back any earlier I will 
probably have to create a patched kernel (udev didn't create the 
necessary system disk device nodes when I tried an even earlier kernel 
-- missing system calls maybe?).


This Alpha also has an old Compaq IDE CD-ROM drive which I use for 
booting.  It has also taken to spitting out errors since about 2.6.32 
kernel or maybe 2.6.31, but I have really never cared since I only use 
it for booting and that is working fine.


Example of the DVD errors I am getting on the Alpha:

[240094.915157] UDF-fs: Partition marked readonly; forcing readonly mount
[240094.960079] UDF-fs INFO UDF: Mounting volume 'SPARTACUS', timestamp 
2000/11/02 17:15 (1000)
[240099.128045] sr 2:0:0:0: [sr0] Result: hostbyte=DID_OK 
driverbyte=DRIVER_SENSE

[240099.128045] sr 2:0:0:0: [sr0] Sense Key : Illegal Request [current]
[240099.128045] sr 2:0:0:0: [sr0] Add. Sense: Read of scrambled sector 
without authentication
[240099.128045] sr 2:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 26 f4 00 00 
40 00

[240099.128045] end_request: I/O error, dev sr0, sector 39888
[240099.128045] quiet_error: 97 callbacks suppressed
[240099.128045] Buffer I/O error on device sr0, logical block 9972
[240099.128045] Buffer I/O error on device sr0, logical block 9973
[240099.128045] Buffer I/O error on device sr0, logical block 9974
[240099.128045] Buffer I/O error on device sr0, logical block 9975
[240099.128045] Buffer I/O error on device sr0, logical block 9976
[240099.128045] Buffer I/O error on device sr0, logical block 9977
[240099.129022] Buffer I/O error on device sr0, logical block 9978
[240099.129022] Buffer I/O error on device sr0, logical block 9979
[240099.129022] Buffer I/O error on device sr0, logical block 9980
[240099.129022] Buffer I/O error on device sr0, logical block 9981
[240099.160272] sr 2:0:0:0: [sr0] Result: hostbyte=DID_OK 
driverbyte=DRIVER_SENSE

[240099.160272] sr 2:0:0:0: [sr0] Sense Key : Illegal Request [current]
[240099.160272] sr 2:0:0:0: [sr0] Add. Sense: Read of scrambled sector 
without authentication
[240099.160272] sr 2:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 27 34 00 00 
20 00

[240099.160272] end_request: I/O error, dev sr0, sector 40144

Cheers
Michael.



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

Bug#584666: xrdp: German keymap at-sign broken

2010-06-06 Thread Vincent Bernat

OoO Peu  avant le  début de  l'après-midi du samedi  05 juin  2010, vers
13:11, Roland Stigge sti...@antcom.de disait :

 I'm using Debian sid's xrdp to provide several WinXP boxes access to X11
 sessions.

 Unfortunately, the at-sign (AltGr+q) on the German keyboard layout doesn't
 work.

Can you try the following command :
 xrdp-genkeymap ~/km-0409.ini
 sudo mv ~/km-0409.ini /etc/xrdp/.
 sudo chown xrdp:xrdp /etc/xrdp/km-0409.ini

Then, restart xrdp and try again.
-- 
A FIRE DRILL DOES NOT DEMAND A FIRE
A FIRE DRILL DOES NOT DEMAND A FIRE
A FIRE DRILL DOES NOT DEMAND A FIRE
-+- Bart Simpson on chalkboard in episode 4F16


pgpiH9q36WZU0.pgp
Description: PGP signature

Bug#566091: confirm , this affects lenny

2010-06-06 Thread Graeme Vetterlein

I have been hit by this (64K array in ghostscript) in an up-to-date
lenny system.

(Print was done on ubuntu system but print server runs Debian-Lenny)

# dpkg -l | grep poppler
ii  libpoppler-glib3 0.8.7-3
PDF rendering library (GLib-based shared library)
ii  libpoppler3  0.8.7-3
PDF rendering library
ii  poppler-utils0.8.7-3
PDF utilitites (based on libpoppler)





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

Bug#584758: debian/rules not -j safe

Package: zbar
Version: 0.10+doc-2
Severity: wishlist
Tags: patch

Hi

 While trying to build zbar with debuild -j2, it failed to build while
 running:
perl/Makefile:
cd $(CURDIR)/perl  $(PERL) Makefile.PL \
INSTALLDIRS=vendor \
INC=-I$(CURDIR)/include \
LIBS=$(LDFLAGS_LIB_SEARCHPATH) -lzbar

 because LDFLAGS_LIB_SEARCHPATH is defined as:
LDFLAGS_LIB_SEARCHPATH = $(strip $(shell find $(CURDIR)/build-nopython -name 
'*.so' -printf -L%h ))

 The find fails because build-nopython doesn't exist yet.  In fact,
 debian/rules needs to ensure the .so files exist before running this
 find.

 So the perl/Makefile target needs to depend on
 build-nopython/build-stamp or not use LDFLAGS_LIB_SEARCHPATH.
 NB: build-perl-stamp properly also yses LDFLAGS_LIB_SEARCHPATH but
 depends on build-nopython/build-stamp.

   Cheers
-- 
Loïc Minier



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

Bug#584748: ../sysdeps/x86_64/cacheinfo.c:255: handle_intel: Assertion `maxidx = 2' on AMD cpu

On Sun, Jun 06, 2010 at 11:40:26AM +0200, Gianluigi Tiesi wrote:
 Package: libc6-i686
 Version: 2.11.1-2
 Severity: serious
 Tags: sid
 
 I'm unable to run valgrind without renaming /lib/i686
 
 it asserts on:
 
 .../sysdeps/x86_64/cacheinfo.c:255: handle_intel: Assertion `maxidx = 2'
 
 I've looked at sources and is_intel is true but my cpu is
 
 processor   : 0
 vendor_id   : AuthenticAMD
 cpu family  : 6
 model   : 4
 model name  : AMD Athlon(tm) processor

 stepping: 2

So it is an AMD Athlon Thunderbird CPU.

 cpu MHz : 899.968
 cache size  : 256 KB
 fdiv_bug: no
 hlt_bug : no
 f00f_bug: no
 coma_bug: no
 fpu : yes
 fpu_exception   : yes
 cpuid level : 1
 wp  : yes
 flags   : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov 
 pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow up

No lm flag, so this CPU can't run 64-bit. This is consistent.

 bogomips: 1799.93
 clflush size: 32
 cache_alignment : 32
 address sizes   : 36 bits physical, 32 bits virtual
 power management:
 
 
 without libc6-i686 it works correctly
 
 
 
 -- System Information:
 Debian Release: squeeze/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (1, 'experimental')
 Architecture: i386 (x86_64)
 
 Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/8 CPU cores)

This part is not consistent. Are you running reportbug on a different
machine?

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


-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#583738: ghostscripts pdftoraster fails printing from gtk apps

2010-06-06 Thread Mark Caglienzi

Package: ghostscript
Version: 8.71~dfsg2-3
Severity: normal

Hello!
Same problem here, and I confirm: gedit and other Gnome apps not printing,
OpenOffice.org printing well.



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

Kernel: Linux 2.6.32-3-686 (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 ghostscript depends on:
ii  debconf [de 1.5.32   Debian configuration management sy
ii  debianutils 3.2.3Miscellaneous utilities specific t
ii  ghostscript 8.71~dfsg2-3 The GPL Ghostscript PostScript/PDF
ii  gs-common   8.71~dfsg2-3 Dummy package depending on ghostsc
ii  gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre
ii  libc6   2.10.2-9 Embedded GNU C Library: Shared lib
ii  libgs8  8.71~dfsg2-3 The Ghostscript PostScript/PDF int

ghostscript recommends no packages.

ghostscript 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#567932: [buildd-tools-devel] Bug#567932: Bug#567932: schroot: chroot failed, cleaned up my host /etc

2010-06-06 Thread Roger Leigh

severity 567932 important
thanks

On Thu, Feb 18, 2010 at 10:16:51AM +1100, Hamish Moffatt wrote:
 On Wed, Feb 17, 2010 at 11:12:52PM +, Roger Leigh wrote:
  On Thu, Feb 18, 2010 at 09:41:17AM +1100, Hamish Moffatt wrote:
   Here are the only files which were modified. I have since put in the
   versions from 1.4.0-1 and customized those and schroot is working fine.
  
  Many thanks, I'll look at these in more detail tomorrow.
  
  Just to check, if you didn't upgrade the altered conffiles during the
  update, this left 10mount in its customised state with the replacement
  as 10mount.dpkg-new, and all the other setup scripts were updated?

Hi Hamish,

I'm downgrading the serverity of this bug to important.  Because there
has been just the one reported instance of this bug, and we haven't as
yet identified the cause, I think this is more appropriate.  I won't
close it though--if we find out what in the scripts triggered this
behaviour, I would like to add additional safeguards into the current
scripts if that's possible.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#580136: [buildd-tools-devel] Bug#580136: schroot personality build fails on armel

2010-06-06 Thread Roger Leigh

tags fixed-upstream pending
thanks

On Sat, May 15, 2010 at 09:57:25PM +0100, Roger Leigh wrote:
 I've attached a patch for schroot which removes the need for
 getting the personality from the kernel.  We cache the set
 personality and return that instead.  Not as nice as I would
 have liked, but it should fix up this issue.


-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#580136: [buildd-tools-devel] Bug#580136: schroot personality build fails on armel

2010-06-06 Thread Roger Leigh

tags 580136 + fixed-upstream pending
thanks

On Sat, May 15, 2010 at 09:57:25PM +0100, Roger Leigh wrote:
 tags 580136 + patch
 thanks
 
 On Fri, May 07, 2010 at 05:04:51PM +0200, Arnaud Patard wrote:
  Roger Leigh rle...@codelibre.net writes:
  
   Could the Debian ARM list/porters possibly comment upon this
   bug?  Please could you keep buildd-tools-devel and the bug
   in the CC on any reply.  Thanks.
  
   It's not clear to me why this bug has suddenly appeared, and
   only on armel.  There seem to be a few possibilities:
  
   1) schroot is using personality(2) incorrectly, but this is
  only causing breakage on armel because only armel sets
  some of the high bits outside the range of PER_MASK
   2) there's an armel-specific bug in the glibc personality
  wrapper and/or headers
   3) there's an armel-specific bug in the kernel and/or its
  headers
  
  I would rather say it's a little bit more complicated than that. From
  what I understand :
  
  by default, the personality is PER_LINUX_32BIT on eabi (and PER_LINUX on
  oabi [1]), but :
  
  - on arm  v6, there's no xn/nx which means that READ_IMPLIES_EXEC will be
set. So personality(0x) gives 0x00c0
  - on arm = v6, there's xn/nx so READ_IMPLIES_EXEC will not be set and then
personality(0x) gives 0x0080
  
  It was giving 0x0080  on all systems before because it was
  broken. It has been fixed in the kernel with commit :
  http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9da616fb9946c8d65387052e5a538b8f54ddb292
 
 OK, thanks.  It looks like we can't rely on personality(0x)
 ever giving a usable result.  Given that some personality defines
 set the high bits and reuse the low bits, we can't mask out the
 high bits and get a sensible result... i.e. you can't roundtrip
 from personality(PER_OSR5) and get the same result back if you
 use PER_MASK, and the same applies to any kernel which sets
 PER_LINUX with any additional flags.
 
 It would be nice if some more thought had been given to this
 interface by the kernel folks, but it looks like we just can't
 reliably retrieve the personality from the kernel.  Preferably
 every byte should resolve to a separate system type, but
 they aren't unique.
 
 I've attached a patch for schroot which removes the need for
 getting the personality from the kernel.  We cache the set
 personality and return that instead.  Not as nice as I would
 have liked, but it should fix up this issue.
 
 Please could someone test if this builds correctly on armel for
 me?  If so, I'll include this fix in the next upload.  This
 also needs testing on a 64bit system to ensure that
 personality=linux32 etc. still work correctly; if anyone
 could do that as well, it would be much appreciated.
 
 
 Many thanks,
 Roger
 
 -- 
   .''`.  Roger Leigh
  : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
  `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848   Please GPG sign your mail.

 diff --git a/sbuild/sbuild-chroot-facet-personality.cc 
 b/sbuild/sbuild-chroot-facet-personality.cc
 index 906825d..b3c5c9b 100644
 --- a/sbuild/sbuild-chroot-facet-personality.cc
 +++ b/sbuild/sbuild-chroot-facet-personality.cc
 @@ -28,13 +28,7 @@ using namespace sbuild;
  
  chroot_facet_personality::chroot_facet_personality ():
chroot_facet(),
 -  persona(
 -#ifdef __linux__
 -   personality(linux)
 -#else
 -   personality(undefined)
 -#endif
 -   )
 +  persona()
  {
  }
  
 @@ -99,8 +93,10 @@ void
  chroot_facet_personality::get_keyfile (chroot const chroot,
  keyfile  keyfile) const
  {
 -  keyfile::set_object_value(*this, chroot_facet_personality::get_persona,
 - keyfile, chroot.get_keyfile_name(), personality);
 +  // Only set if defined.
 +  if (get_persona().get_name() != undefined)
 +keyfile::set_object_value(*this, chroot_facet_personality::get_persona,
 +   keyfile, chroot.get_keyfile_name(), 
 personality);
  }
  
  void
 diff --git a/sbuild/sbuild-personality.cc b/sbuild/sbuild-personality.cc
 index 1954562..509b1d4 100644
 --- a/sbuild/sbuild-personality.cc
 +++ b/sbuild/sbuild-personality.cc
 @@ -96,24 +96,17 @@ sbuild::personality::personalities(initial_personalities,
  initial_personalities + 
 (sizeof(initial_personalities) / sizeof(initial_personalities[0])));
  
  sbuild::personality::personality ():
 -  persona(
 -#if defined(SBUILD_FEATURE_PERSONALITY)
 -   ::personality(0x)
 -#else
 -   0x
 -#endif // SBUILD_FEATURE_PERSONALITY
 -   )
 -{
 -}
 -
 -sbuild::personality::personality (type persona):
 -  persona(persona)
 +  persona_name(undefined),
 +  persona(find_personality(undefined))
  {
 +  set_name(undefined);
  }
  
  sbuild::personality::personality (std::string const persona):
 -

Bug#583960: reniced: Add option to use `ps H -eo lwp, cmd` instead of `ps H -eo lwp, comm`

2010-06-06 Thread Christian Garbs

On Mon, May 31, 2010 at 09:00:01PM +, v.nix.is wrote:

 The reniced program is really limited by the hardcoded use of a
 `comm' argument to ps(1). It should optionally allow for using
 `cmd'. Or any other ps option with a command-line argument.

I've extended the upstream version to include your idea via the -o
parameter that is directly passed on to ps(1).

Please have a look at this inofficial package of v1.18 and tell me
if it works for you:

http://www.cgarbs.de/stuff/deb-repository.html#reniced

Regards
Christian
-- 
Christian.Garbs.http://www.cgarbs.de

What could possibly go wrong?


signature.asc
Description: Digital signature

Bug#584759: does not work with newer SQLAlchemy

2010-06-06 Thread Ana Guerrero

Package: zine
Version: 0.1.2-2
Severity: grave

Hi,

zine does not work with SQLAlchemy = 0.6.0.
You can see a log of the error at:
http://zine.pocoo.org/community/mailinglist/archive/2010/05/20/zine-install-error

Ana



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

Bug#584275: cpufrequtils: ondemand CPUFreq governor not available

2010-06-06 Thread Mattia Dongili

On Sun, Jun 06, 2010 at 12:56:50PM +0200, Paul Menzel wrote:
 Am Sonntag, den 06.06.2010, 13:49 +0900 schrieb Mattia Dongili: 
  On Fri, Jun 04, 2010 at 12:23:50AM +0200, Paul Menzel wrote:
   Am Freitag, den 04.06.2010, 06:56 +0900 schrieb Mattia Dongili:
On Thu, Jun 03, 2010 at 09:48:31PM +0200, Paul Menzel wrote:
   
 Am Donnerstag, den 03.06.2010, 21:19 +0900 schrieb Mattia Dongili:
 
  On Wed, Jun 02, 2010 at 10:37:34PM +0200, Paul Menzel wrote:
  ...
   $ more /proc/cpuinfo
   processor   : 0
   vendor_id   : AuthenticAMD
   cpu family  : 6
   model   : 6
   model name  : AMD Athlon(tm) XP 1600+
   stepping: 2
   cpu MHz : 1395.989
...
  Looking at the links you sent it seems like the bios doesn't support
  cool'n'quiet.
  Not sure to be honest what can be done here,
 
 I am still confused a bit if it is the BIOS or the processor. Reading
 [1]
...
 my processor is not listed.

well cpufreq can work either via ACPI or via direct probing the
processor capabilities. The powernow-k7 driver will only probe on cpu
family=6 and model=6.

  did you ever have cpufreq working on this motherboard?
 
 No, I did not.
 
  Did you try upgrading the bios to the latest version?
 
 I am on it. I will report back as soon as possible. I still have to find
 the most recent BIOS version [3].
 
  Seems like a kernel side issue but if the bios doesn't support it, there
  is not really much you can do...
 
 Could cpufrequtils be adapted that the initscript refers to
 README.Debian or the Debian Wiki if there was an error?

I guess so although those two places should be the first places where
one looks for information anyway (I guess google is also a good
candidate ;))

-- 
mattia
:wq!


signature.asc
Description: Digital signature

Bug#584272: Can't start pidgin: bad flagvector, (Pidgin:4135): Json-CRITICAL, jack server is not running

2010-06-06 Thread Iulian Udrea

On 6 June 2010 11:50, Paul Csanyi csanyi...@gmail.com wrote:


 I were using verson 1.65-1 of pidgin-facebookchat when this bug appeared
 and I'm using it now too.


OK.  So, from what I understand, when you start pidgin, it crashes with
that error message, right?
Could you please remove pidgin-facebookchat and see if pidgin works as
it should?

If this is indeed pidgin-facebookchat's fault, then please try reproducing
this bug with the latest version of the plugin which is available in
unstable
(1.67.1-1).

Cheers,
Iulian

Bug#510548: googleearth-package: Does not run on amd64

2010-06-06 Thread Saulo Soares de Toledo

To solve just install ia32-libs-gtk package.
I suggest add this package at dependency list of googleearth-package on 64
bit systems.

Bug#584760: ITP: ibus-table-others -- provide various tables that beyond Chinese for IBus-Table

2010-06-06 Thread Asias He

Package: wnpp
Severity: wishlist
Owner: Asias He asias.he...@gmail.com


* Package name: ibus-table-others
  Version : 1.3.0.20100528
* URL : http://code.google.com/p/ibus/
* License : GPLv3
  Programming Lang: Python
  Description : provide various tables that beyond Chinese for IBus-Table

  ibus-table-others provides the following input methods on IBus-Table on IBus 
framework:

* CNS11643
* Compose
* Emoji
* IPA-X-SAMPA
* LaTex
* RussianTraditional
* Thai
* Translit
* Ua-Translit
* Viqr
* Yawerty



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

Bug#436722: ITP: jockey -- user interface and desktop integration for driver management

2010-06-06 Thread Julian Andres Klode

retitle 436722 RFP: jockey -- user interface and desktop integration for driver 
management
noowner 436722
thanks

On Sun, Jun 06, 2010 at 08:28:17AM +0200, Petter Reinholdtsen wrote:
 Hi, Julian.  Any news on this ITP?  All the blocking bugs from april
 seem to be solved now.
 
 I would be happy to test the package.

I tried to package it a few weeks ago, but found out that it requires yet
another new package (python-xkit[1]). After looking at the quality of
that package, I lost my interest in packaging jockey.

But the Ubuntu package builds as it is, you just need to build
python-xkit first. If you want to, you can take this ITP.

[1] the binary package name of https://edge.launchpad.net/xorgparser

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


pgpnK2NKYxmYr.pgp
Description: PGP signature

Bug#578165: libgl1-mesa-dri: Bad glxgears output on r200

2010-06-06 Thread Mirek Jezbera

On Sat, Jun  5, Julien Cristau wrote:
 On Sat, Jun  5, 2010 at 21:03:22 +0200, Mirek Jezbera wrote:
 
   Is this still an issue with mesa 7.8 from experimental?  If so, please
   file a bug upstream at bugs.freedesktop.org, and report the bug number
   here so we can track it.
   
   Thanks,
   Julien
  
  I have tested 7.8.1-1, but the problem is still here. I have tried to boot 
  my
  previous kernel 2.6.30 and I have found, that it is working correctly. So
  problem is not in userspace part of driver, but in my current kernel.
  
  My current kernel is compiled from debian kernel sources (2.6.32-9). Dmesg:
  
 That's rather old...
 
  [drm] Initialized drm 1.1.0 20060810
  [drm] radeon defaulting to userspace modesetting.
  [drm] Initialized radeon 1.31.0 20080528 for :01:00.0 on minor 0
  [drm] Setting GART location based on new memory map
  [drm] Loading R200 Microcode
  platform radeon_cp.0: firmware: requesting radeon/R200_cp.bin
  [drm] writeback test succeeded in 1 usecs
  [drm] Setting GART location based on new memory map
  [drm] Loading R200 Microcode
  platform radeon_cp.0: firmware: requesting radeon/R200_cp.bin
  [drm] writeback test succeeded in 1 usecs
  
  KMS is not on, so this is not issue.
  
 There's a 2.6.34 kernel in experimental if you'd like to test that.

I have tested 2.6.34 kernel from experimental, but this problem is still here.

 
 Cheers,
 Julien


-- 
Jezz
mail:   j...@hkfree.org
jabber: j...@njs.netlab.cz


signature.asc
Description: Digital signature

Bug#584761: ibid: uninstallable: Depends: python-sqlalchemy ( 0.6~) but 0.6.1-1 is to be installed

2010-06-06 Thread Jakub Wilk


Source: ibid
Version: 0.1.0+dfsg-1
Severity: grave
Tags: sid
Justification: renders package unusable

ibid is currently uninstallable in sid:

The following packages have unmet dependencies:
  ibid: Depends: python-sqlalchemy ( 0.6~) but 0.6.1-1 is to be installed
E: Broken packages

--
Jakub Wilk


signature.asc
Description: Digital signature

Bug#584762: xfce4-power-manager: Not enough brightness levels

2010-06-06 Thread Christophe Troestler

Package: xfce4-power-manager
Version: 0.8.5-1
Severity: normal

The number of brightness levels seems to be 7 in the manager but my
laptop has 15.  This is not a big problem to manually change the
brightness (when the on screen bar is empty/full, one gets a new one
for the additional levels) but it means that dimming the display is
not so nice as it uses the current 7 levels (it would also be great if
the dimming level was configurable).

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages xfce4-power-manager depends on:
ii  hal   0.5.14-2   Hardware Abstraction Layer
ii  libc6 2.10.2-9   Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.2.24-1   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.86-1 simple interprocess messaging syst
ii  libglib2.0-0  2.24.1-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-1   The GTK+ graphical user interface 
ii  libnotify1 [libnotify1-gtk2.1 0.4.5-1sends desktop notifications to a n
ii  libpango1.0-0 1.28.0-1   Layout and rendering of internatio
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxext6  2:1.1.1-3  X11 miscellaneous extension librar
ii  libxfce4util4 4.6.1-2Utility functions library for Xfce
ii  libxfcegui4-4 4.6.3-2Basic GUI C functions for Xfce4
ii  libxfconf-0-2 4.6.1-2Client library for Xfce4 configure
ii  xfce4-power-manager-data  0.8.5-1power manager for Xfce desktop, ar

xfce4-power-manager recommends no packages.

Versions of packages xfce4-power-manager suggests:
pn  xfce4-power-manager-plugins   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#584763: /usr/bin/dzhandle: dzhandle manpage wrongly says defaultgroup may be omitted

2010-06-06 Thread Paul Gevers

Package: zope-common
Version: 0.5.45
Severity: normal
File: /usr/bin/dzhandle

The man page of dzhandle says:
--service-user=SRVUSER
  system  user  used to run this instance (in the form 
‘user:groupdefault’); 
  this setting can be modified later editing the zope.conf file of the
  instance. ‘groupdefault’ can be omitted.
while the code in makezopeinstance uncondition checks for the group. Therefore 
omitting the group causes an error in getgrname.


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

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

Versions of packages zope-common depends on:
ii  adduser   3.110  add and remove users and groups
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  python2.4 2.4.6-1+lenny1 An interactive high-level object-o

zope-common recommends no packages.

zope-common suggests no packages.

-- debconf information:
  zope-common/instance-http-port:
  zope-common/remove-instance-without-data: abort
  zope-common/admin-user: admin
  zope-common/instance-zeo-port:
  zope-common/admin-automatic-password:
  zope-common/keep-data-on-purge: true
  shared/zope/restart: end



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

Bug#584764: antennavis: fails to start

2010-06-06 Thread Nanakos Chrysostomos

Package: antennavis
Version: 0.3-6
Severity: grave
Tags: sid
Justification: renders package unusable

When trying to run antennavis I get the following error.

X Error of failed request:  BadWindow (invalid Window parameter)
  Major opcode of failed request:  3 (X_GetWindowAttributes)
  Resource id in failed request:  0x
  Serial number of failed request:  41
  Current serial number in output stream:  42



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

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

Versions of packages antennavis depends on:
ii  libc6 2.10.2-9   Embedded GNU C Library: Shared lib
ii  libgl1-mesa-glx [libgl1]  7.7.1-2A free implementation of the OpenG
ii  libglu1-mesa [libglu1]7.7.1-2The OpenGL utility library (GLU)
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxmu6   2:1.0.5-1  X11 miscellaneous utility library
ii  tcl8.48.4.19-4   Tcl (the Tool Command Language) v8
ii  tk8.4 8.4.19-4   Tk toolkit for Tcl and X11, v8.4 -

Versions of packages antennavis recommends:
ii  nec   2-16   NEC2 Antenna Modelling System

antennavis 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#584748: ../sysdeps/x86_64/cacheinfo.c:255: handle_intel: Assertion `maxidx = 2' on AMD cpu

2010-06-06 Thread Gianluigi Tiesi

On 06/06/2010 13.21, Aurelien Jarno wrote:

 Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/8 CPU cores)
 
 This part is not consistent. Are you running reportbug on a different
 machine?

yes

the problem is on a old amd 800mhz box, but I use a different box
for submitting

do you need some additional infos about the amd installation?

Regards


-- 
Gianluigi Tiesi sher...@netfarm.it
EDP Project Leader
Netfarm S.r.l. - http://www.netfarm.it/
Free Software: http://oss.netfarm.it/



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

Bug#584762: [Pkg-xfce-devel] Bug#584762: xfce4-power-manager: Not enough brightness levels

2010-06-06 Thread Yves-Alexis Perez

reassign 584762 hal
thanks
On dim., 2010-06-06 at 14:06 +0200, Christophe Troestler wrote:
 Package: xfce4-power-manager
 Version: 0.8.5-1
 Severity: normal
 
 The number of brightness levels seems to be 7 in the manager but my
 laptop has 15.  This is not a big problem to manually change the
 brightness (when the on screen bar is empty/full, one gets a new one
 for the additional levels) but it means that dimming the display is
 not so nice as it uses the current 7 levels (it would also be great if
 the dimming level was configurable). 

xfpm only picks what hal gives it, so you have to ask there.

Cheers,
-- 
Yves-Alexis


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

Bug#584765: libcurl3-gnutls: warning: TLS library problem

2010-06-06 Thread Stefan Bauer

Package: libcurl3-gnutls
Version: 7.18.2-8lenny4

After latest security update for libcurl3-gnutls, my corporate cell
phone users are not able anymore to connect with TLS-auth against
postfix:

Jun  6 14:23:14 black postfix/smtpd[3583]: connect from
unknown[89.204.153.71]
Jun  6 14:23:54 black postfix/smtpd[3583]: SSL_accept error from
unknown[89.204.153.71]: 0
Jun  6 14:23:54 black postfix/smtpd[3583]: warning: TLS library
problem: 3583:error:140943F2:SSL routines:SSL3_READ_BYTES:sslv3
alert unexpected message:s3_pkt.c:1053:SSL alert number 10:
Jun  6 14:23:54 black postfix/smtpd[3583]: lost connection after
STARTTLS from unknown[89.204.153.71]
Jun  6 14:23:54 black postfix/smtpd[3583]: disconnect from
unknown[89.204.153.71]


For unknown reasons, it works without problems with regular clients
like thunderbird. Hence i'm not quite sure if this is due to the
latest firmware updates on our cell-phones or the gnutls-update.
Unfortunately we're not able to go back with the firmware updates on
our phones to eliminate this dought.

What to do?

Stefan

-- 
Stefan Bauer -
PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34
 plzk.de - Linux - because it works --



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

Bug#584744: linux-2.6: radeonfb builtin on sparc and powerpc

2010-06-06 Thread Bastian Blank

On Sun, Jun 06, 2010 at 11:07:51AM +0200, Julien Cristau wrote:
 the sid kernel has radeonfb builtin on some archs:
 debian/config/powerpc/config:CONFIG_FB_RADEON=y
 debian/config/sparc/config:CONFIG_FB_RADEON=y
 This is likely to conflict with the fb provided by the radeon drm driver
 with kms.  Maybe they can be made =m instead?

That is a problem. Both powerpc and sparc have no text console.

Bastian

-- 
The face of war has never changed.  Surely it is more logical to heal
than to kill.
-- Surak of Vulcan, The Savage Curtain, stardate 5906.5



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

Bug#584739: kontact: Kaddressbook component does not manage to connect with akonadi

2010-06-06 Thread Kevin Krammer

On Sunday, 2010-06-06, Johannes Graumann wrote:
 Package: kontact
 Version: 4:4.4.4-1
 Severity: important
 
 
 When starting kontact and switching to the kaddressbook component, Akonadi
 not operational always shows up, the underlying cause being that
 supposedly no agents are found ($XDG_DATA_DIRS is set to
 /usr/share/:/usr/share/akonadi/agents/). Shutting kontact down and doing
 akonadictl stop  sleep 10  akonadictl start, followed by restarting
 kontact fixes the problem.

This could be a duplicate of 583566

XDG_DATA_DIRS looks weird though, its paths should end in /share, e.g.
/usr/share:/usr/local/share

Cheers,
Kevin


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

Bug#584766: puppet: Should output an error if server/client versions are incompatible

2010-06-06 Thread Chris Butler

Package: puppet
Version: 0.25.4-2~bpo50+1
Severity: minor

I've just been trying to set up my first puppet installation, and spent a
bit of time trying to work out why my squeeze client had troubles connecting
to the lenny server. There wasn't much in the way of useful error messages,
just the client waiting for a certificate from the server, and the server
claiming there were no certificates to be signed.

I eventually found a bit in the documentation that mentioned that there
might be issues when trying to connect a newer client to an older server.
Once I discovered this, I installed the backports of the newer puppet on the
server and all was well.

However, this would've been much easier to debug if the client and/or server
had logged an error message indicating that the two versions were
incompatible. It would be nice if the client could perform a version check
when first connecting to the server.

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

Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages puppet depends on:
ii  adduser 3.110add and remove users and groups
ii  facter  1.5.1-0.1a library for retrieving facts fro
ii  libopenssl-ruby 4.2  OpenSSL interface for Ruby
ii  libruby [libxmlrpc-ruby 4.2  Libraries necessary to run Ruby 1.
ii  libshadow-ruby1.8   1.4.1-8  Interface of shadow password for R
ii  libxmlrpc-ruby  4.2  transitional dummy package
ii  lsb-base3.2-20   Linux Standard Base 3.2 init scrip
ii  puppet-common   0.25.4-2~bpo50+1 common files for puppet and puppet
ii  ruby1.8 1.8.7.72-3lenny1 Interpreter of object-oriented scr

Versions of packages puppet recommends:
ii  libaugeas-ruby1.80.3.0-1~bpo50+1 Augeas bindings for the Ruby langu
ii  rdoc 4.2 Generate documentation from ruby s

Versions of packages puppet suggests:
pn  puppet-el   none   (no description available)
ii  vim-puppet  0.25.4-2~bpo50+1 Vim syntax highlighting for puppet

-- no debconf information

-- 
Chris Butler chr...@debian.org
  GnuPG Key ID: 1024D/D097A261



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

Bug#584767: yagtd: cmd line switch for not printing copyright upon startup

2010-06-06 Thread Serafeim Zanikolas

Package: yagtd
Version: 0.3.0-1
Severity: wishlist
Tags: patch

Hi,

I'm submitting a patch to add a --quiet option for not printing the copyright
message upon startup.

Cheers,
Serafeim

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

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

Versions of packages yagtd depends on:
ii  python2.5.4-9An interactive high-level object-o
ii  python-support1.0.8  automated rebuilding support for P

yagtd recommends no packages.

yagtd suggests no packages.

-- no debconf information
diff -urp yagtd-0.3.0.orig//doc/yagtd.1 yagtd-0.3.0/doc/yagtd.1
--- yagtd-0.3.0.orig//doc/yagtd.1	2009-11-06 21:28:42.0 +0100
+++ yagtd-0.3.0/doc/yagtd.1	2010-06-06 14:36:40.0 +0200
@@ -30,6 +30,9 @@ The manual also includes a practical int
 .IP \fB\-c, --color
 Activate color highlighting
 
+.IP \fB\-q, --quiet
+Do not print copyright message
+
 .SH SEE ALSO
 .P
 The yagtd manual. Installed on Debian systems in
Μόνο στο yagtd-0.3.0/src: gtd.pyc
diff -urp yagtd-0.3.0.orig//src/yagtd.py yagtd-0.3.0/src/yagtd.py
--- yagtd-0.3.0.orig//src/yagtd.py	2009-11-06 22:55:14.0 +0100
+++ yagtd-0.3.0/src/yagtd.py	2010-06-06 14:35:58.0 +0200
@@ -1138,6 +1138,9 @@ def main(options, todotxt=TODO_TXT, todo
 if options.color:
 gtd_cmd.colorize = True
 
+if options.quiet:
+gtd_cmd.intro = 
+
 try:
 # Enter the main cmdloop
 gtd_cmd.cmdloop()
@@ -1157,6 +1160,9 @@ if __name__ == __main__:
 action=store_true, dest=color, 
 default=False,
 help=activate color highlightment),
+make_option( -q, --quiet,
+action=store_true, dest=quiet,
+help=do not print the copyright message)
 ]
 
 parser = OptionParser(usage=python -O %prog [options] todo.txt,

Bug#358614: Motor version 3.4.2 is now available from berlios

2010-06-06 Thread Mark Hobley

I have made some minor changes to the motor source code to enable the software 
to be compiled on newer Linux based systems that use gcc versions 4.3 and above.

These changes are now available as motor version 3.4.2 available from berlios

http://prdownload.berlios.de/motor/motor_3.4.2.tar.bz2

This version will compile on Debian, so I hope that someone will now adopt this 
package.

Regards,

Mark.







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

Bug#584748: ../sysdeps/x86_64/cacheinfo.c:255: handle_intel: Assertion `maxidx = 2' on AMD cpu

On Sun, Jun 06, 2010 at 02:17:29PM +0200, Gianluigi Tiesi wrote:
 On 06/06/2010 13.21, Aurelien Jarno wrote:
 
  Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/8 CPU cores)
  
  This part is not consistent. Are you running reportbug on a different
  machine?
 
 yes
 
 the problem is on a old amd 800mhz box, but I use a different box
 for submitting
 
 do you need some additional infos about the amd installation?
 

Yes, which libc6 packages are actually installed? I have fixed a bug
that my cause the problem you are observing in version 2.11.1-2, so if
you are running version 2.11.1-1, please try to upgrade.

Also which kernel are you running?

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#584768: timidity-daemon: Doesn't start as timidity user

2010-06-06 Thread Julien Valroff

Package: timidity-daemon
Version: 2.13.2-38
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

For an unknown reason, timidity-daemon doesn't start if I set the SERVER_USER 
as 
timidity in /etc/default/timidity (this is the default).

If I set it to root or my username, it starts normally and works as expected.

The timidity system user is in the audio group.

I use pulseaudio (ALSA compatibility enabled).

Cheers,
Julien

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

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

Versions of packages timidity-daemon depends on:
ii  adduser   3.112  add and remove users and groups
ii  timidity  2.13.2-38  Software sound renderer (MIDI sequ

timidity-daemon recommends no packages.

timidity-daemon suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAkwLm3IACgkQIQvyq59x1EliAQCdG4W7SPea1ZZuvcAddxf9Y1XH
P60An1RoKnfxwQ1q2HTxeDuc9adje0Cu
=6Gp3
-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#584769: ITP: clustershell -- An event-based python library to execute commands on local or distant cluster nodes in parallel

2010-06-06 Thread stephan gorget

Package: wnpp
Severity: wishlist
Owner: stephan gorget phan...@gmail.com


* Package name: clustershell
  Version : 1.2.83
  Upstream Author : Stephane Thiell stephane.thi...@cea.fr
* URL : https://sourceforge.net/projects/clustershell/
* License : CeCILL
  Programming Lang: Python
  Description : An event-based python library to execute commands on local 
or distant cluster nodes in parallel depending on the selected engine and 
worker mechanisms.

 Example : clush -w node[001-256] hostname
 or clush -w node[001-256] apt-get update|clubak -c

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



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

Bug#584770: ITP: clustershell -- An event-based python library to execute commands on local or distant cluster nodes in parallel

2010-06-06 Thread Stéphan Gorget

Package: wnpp
Severity: wishlist
Owner: stephan gorget phan...@gmail.com


* Package name: clustershell
  Version : 1.2.83
  Upstream Author : Stephane Thiell stephane.thi...@cea.fr
* URL : https://sourceforge.net/projects/clustershell/
* License : CeCILL
  Programming Lang: Python
  Description : An event-based Python library to execute commands on
local or distant cluster nodes in parallel depending on the selected
engine and worker mechanisms.

The library provides also advanced nodeset handling methods. Its goal is
to improve the administration of cluster by providing a lightweight but
scalable API for developers.

Example : clush -w node[001-256] hostname
or clush -w node[001-256] apt-get update|clubak -c



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

Bug#584771: phpbb3: [INTL:it] Italian debconf translation

2010-06-06 Thread Luca Monducci

Package: phpbb3
Severity: wishlist
Tags: l10n, patch

Hello,
please update the Italian debconf templates translation (attached).

Regards,
 Luca  

it.po
Description: Binary data

Bug#576635: Seems to be resolved already

2010-06-06 Thread Oren Held

I'm using now linux-image-2.6.32-5-amd64 (v2.6.32-15), and I do not 
experience this bug anymore




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

Bug#584772: files end up in Trash, but there were no error messages

2010-06-06 Thread jidanni

Package: transmission
Version: 1.93-2
Severity: wishlist

After a perfectly vanilla install, and download, and then seeding to
other peers (except that there were nobody interested to accept my
seeding) ... but where did the download go.

.local/share/Trash/files/...

OK the files look fine, and there was no error message in the GUI
client.

But still the files ended up in the trash instead of Downloads. Just
wanted to let you know.



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

Bug#584773: Update symbol files to newer dpkg-dev features

Package: zbar
Version: 0.10+doc-2
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch maverick

Hi there

 zbar was failing to build on all arches in Ubuntu, partly due to symbol
 files issues.  While looking into it, I noticed that the symbols were
 duplicated across arches and hard to maintain and patch.

 I've factored the symbol files together, and used the demangled C++
 names for the symbols.  I think this is much more maintainable.

 It seemed it used to be required to have symbol files for 32-bits arnd
 64-bits arches; in which case you could use something like:
  (arch=alpha amd64 ia64)#include libfoo.symbols.64

 I'm attaching the resulting symbol file which I've also updated to
 match Ubuntu symbols.  I suspect this wont work out of the box in
 Debian, but this should be a good base to build nicer symbol files on.
 What I fear will break:
 - usage of different qt4-x11 version seems to cause some symbols to
   appear/disappear on some arches; this is a big issue for backports or
   source compatibility across distros
 - usage of slightly different compilers (e.g. libstdc++) might result
   in different symbols for the zbar classes; probably not a high risk;
   should really be fixed in dpkg-dev

 I suppose more work would be needed to avoid exposing the Qt ABI in the
 libs and to mark some symbols as optional depending on the compiler
 version.  This can be done with c++|regexp syntax, for instance marking
 all Qt symbols as optional.  I'm not sure how to properly deal with
 this with libtool and C++ upstream though.

   Thanks!

PS: attaching the debian/libzbarqt0.symbols file which should replace
all the debian/libzbarqt0.symbols* files you currently have.
-- 
Loïc Minier
libzbarqt.so.0 libzbarqt0 #MINVER#
 (c++)QListQEvent*::append(QEvent* const)@Base 0.10+doc-1
 (c++)QListQEvent*::~QList()@Base 0.10
 (c++)QMutexLocker::~QMutexLocker()@Base 0.10
 (c++)QString::~QString()@Base 0.10
 (c++)non-virtual thunk to 
zbar::QZBarThread::image_callback(zbar::Image)@Base 0.10
 (c++)non-virtual thunk to zbar::QZBarThread::~QZBarThread()@Base 0.10
 (c++)non-virtual thunk to zbar::QZBarThread::~QZBarThread()@Base 0.10
 (c++)non-virtual thunk to zbar::QZBar::~QZBar()@Base 0.10
 (c++)non-virtual thunk to zbar::QZBar::~QZBar()@Base 0.10
 (c++)non-virtual thunk to zbar::QZBar::paintEngine() co...@base 0.10
 (c++)typeinfo for zbar::busyer...@base 0.10
 (c++)typeinfo for zbar::closeder...@base 0.10
 (c++)typeinfo for zbar::except...@base 0.10
 (c++)typeinfo for zbar::formater...@base 0.10
 (c++)typeinfo for zbar::Image::hand...@base 0.10
 (c++)typeinfo for zbar::internaler...@base 0.10
 (c++)typeinfo for zbar::invalider...@base 0.10
 (c++)typeinfo for zbar::lockinger...@base 0.10
 (c++)typeinfo for zbar::qz...@base 0.10
 (c++)typeinfo for zbar::qzbarthr...@base 0.10
 (c++)typeinfo for zbar::QZBarThread::scanimageev...@base 0.10
 (c++)typeinfo for zbar::QZBarThread::videodeviceev...@base 0.10
 (c++)typeinfo for zbar::QZBarThread::videoenabledev...@base 0.10
 (c++)typeinfo for zbar::systemer...@base 0.10
 (c++)typeinfo for zbar::unsupporteder...@base 0.10
 (c++)typeinfo for zbar::xdisplayer...@base 0.10
 (c++)typeinfo for zbar::xprotoer...@base 0.10
 (c++)typeinfo name for zbar::busyer...@base 0.10
 (c++)typeinfo name for zbar::closeder...@base 0.10
 (c++)typeinfo name for zbar::except...@base 0.10
 (c++)typeinfo name for zbar::formater...@base 0.10
 (c++)typeinfo name for zbar::Image::hand...@base 0.10
 (c++)typeinfo name for zbar::internaler...@base 0.10
 (c++)typeinfo name for zbar::invalider...@base 0.10
 (c++)typeinfo name for zbar::lockinger...@base 0.10
 (c++)typeinfo name for zbar::qz...@base 0.10
 (c++)typeinfo name for zbar::qzbarthr...@base 0.10
 (c++)typeinfo name for zbar::QZBarThread::scanimageev...@base 0.10
 (c++)typeinfo name for zbar::QZBarThread::videodeviceev...@base 0.10
 (c++)typeinfo name for zbar::QZBarThread::videoenabledev...@base 0.10
 (c++)typeinfo name for zbar::systemer...@base 0.10
 (c++)typeinfo name for zbar::unsupporteder...@base 0.10
 (c++)typeinfo name for zbar::xdisplayer...@base 0.10
 (c++)typeinfo name for zbar::xprotoer...@base 0.10
 (c++)vtable for zbar::busyer...@base 0.10
 (c++)vtable for zbar::closeder...@base 0.10
 (c++)vtable for zbar::except...@base 0.10
 (c++)vtable for zbar::formater...@base 0.10
 (c++)vtable for zbar::Image::hand...@base 0.10
 (c++)vtable for zbar::internaler...@base 0.10
 (c++)vtable for zbar::invalider...@base 0.10
 (c++)vtable for zbar::lockinger...@base 0.10
 (c++)vtable for zbar::qz...@base 0.10
 (c++)vtable for zbar::qzbarthr...@base 0.10
 (c++)vtable for zbar::QZBarThread::scanimageev...@base 0.10
 (c++)vtable for zbar::QZBarThread::videodeviceev...@base 0.10
 (c++)vtable for zbar::QZBarThread::videoenabledev...@base 0.10
 (c++)vtable for zbar::systemer...@base 0.10
 (c++)vtable for zbar::unsupporteder...@base 0.10
 (c++)vtable for zbar::xdisplayer...@base 0.10
 (c++)vtable for

Bug#557580: progress on aptitude ignoring preferences.d?

2010-06-06 Thread Jamie McClelland

Has any progress been made on fixing aptitude so it properly respects
files in preferences.d?

I've noticed this behavoir with aptitude 0.61.5-3.

Thanks!

jamie

0 robideau:~# dpkg -l aptitude
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  aptitude   0.6.1.5-3  terminal-based package manager (terminal int
0 robideau:~# cat /etc/apt/preferences.d/rdiff-backup 
Package: rdiff-backup
Pin: release a=stable
Pin-Priority: 999
0 robideau:~# apt-cache policy rdiff-backup
rdiff-backup:
  Installed: 1.2.5-1
  Candidate: 1.2.5-1
  Package pin: 1.2.5-1
  Version table:
 1.2.8-6 999
500 http://ftp.us.debian.org squeeze/main Packages
 *** 1.2.5-1 999
500 http://ftp.us.debian.org lenny/main Packages
100 /var/lib/dpkg/status
0 robideau:~# aptitude dist-upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Reading extended state information... Done
Initializing package states... Done   
Reading task descriptions... Done  
The following packages will be upgraded:
  rdiff-backup 
1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/202kB of archives. After unpacking 41.0kB will be used.
Do you want to continue? [Y/n/?] n
Abort.
0 robideau:~#



signature.asc
Description: Digital signature

Bug#584680: [virtualbox-ose-dkms] After installing kernel source and headers and reinstalling VirtualBox, Virtualbox says to disable KVM extension

2010-06-06 Thread Sacra Mateos


Package: virtualbox-ose-dkms
Version: 3.2.0-dfsg-1

--- Please enter the report below this line. ---

I cannot run VirtualBox even following Mike's suggestions.

After installing kernel source and headers and reinstalling VirtualBox, 
Virtualbox says to disable KVM extension  There seems to be some modules 
created but the virtual device cannot boot.


 this error means you're missing the linux-headers-2.6.32-trunk-amd64
 package.  do you have it installed?  note that the *32-trunk* kernel
 version is rather old, and some additional dkms compatibility was
 added in the *32-3* version.  you should really want to be running the
 latest kernel releases.

 mike

I reinstalled the linux kernel headers and source.

Do I need to uncompress the source tar file in a directory?
Where do I put it, /usr/share/linux ?

I compiled VirtualBox running Linux 2.6.32-trunk-amd64.
I rebooted and compiled VirtualBox running Linux 2.6..32-3-amd64

VirtualBox doesn't produce the kernel modules in trunk-amd64.
VirtualBox seem to be somewhat producing something because I'm able to 
boot the virtual device but I get this error message:


VirtualBox can't operate in VMX root mode. Please disable the KVM kernel 
extension, recompile your kernel and reboot (VERR_VMX_IN_VMX_ROOT_MODE).




When reinstalling completely VirtualBox, I get this trace:


(Reading database ... 776429 files and directories currently installed.)
Preparing to replace virtualbox-ose 3.2.0-dfsg-1 (using 
.../virtualbox-ose_3.2.0-dfsg-1_amd64.deb) ...

Unpacking replacement virtualbox-ose ...
Preparing to replace virtualbox-ose-dkms 3.2.0-dfsg-1 (using 
.../virtualbox-ose-dkms_3.2.0-dfsg-1_all.deb) ...


 Uninstall Beginning 
Module:  virtualbox-ose
Version: 3.2.0
Kernel:  2.6.32-3-amd64 (x86_64)
-

Status: Before uninstall, this module version was ACTIVE on this kernel.

vboxdrv.ko:
 - Uninstallation
   - Deleting from: /lib/modules/2.6.32-3-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxnetadp.ko:
 - Uninstallation
   - Deleting from: /lib/modules/2.6.32-3-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxnetflt.ko:
 - Uninstallation
   - Deleting from: /lib/modules/2.6.32-3-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod

DKMS: uninstall Completed.

--
Deleting module version: 3.2.0
completely from the DKMS tree.
--
Done.
Unpacking replacement virtualbox-ose-dkms ...
Preparing to replace virtualbox-ose-fuse 3.2.0-dfsg-1 (using 
.../virtualbox-ose-fuse_3.2.0-dfsg-1_amd64.deb) ...

Unpacking replacement virtualbox-ose-fuse ...
Preparing to replace virtualbox-ose-guest-source 3.2.0-dfsg-1 (using 
.../virtualbox-ose-guest-source_3.2.0-dfsg-1_all.deb) ...

Unpacking replacement virtualbox-ose-guest-source ...
Preparing to replace virtualbox-ose-guest-utils 3.2.0-dfsg-1 (using 
.../virtualbox-ose-guest-utils_3.2.0-dfsg-1_amd64.deb) ...

Unpacking replacement virtualbox-ose-guest-utils ...
Preparing to replace virtualbox-ose-guest-x11 3.2.0-dfsg-1 (using 
.../virtualbox-ose-guest-x11_3.2.0-dfsg-1_amd64.deb) ...

Unpacking replacement virtualbox-ose-guest-x11 ...
Preparing to replace virtualbox-ose-qt 3.2.0-dfsg-1 (using 
.../virtualbox-ose-qt_3.2.0-dfsg-1_amd64.deb) ...

Unpacking replacement virtualbox-ose-qt ...
Preparing to replace virtualbox-ose-source 3.2.0-dfsg-1 (using 
.../virtualbox-ose-source_3.2.0-dfsg-1_all.deb) ...

Unpacking replacement virtualbox-ose-source ...
Preparing to replace virtualbox-ose-dbg 3.2.0-dfsg-1 (using 
.../virtualbox-ose-dbg_3.2.0-dfsg-1_amd64.deb) ...

Unpacking replacement virtualbox-ose-dbg ...
Processing triggers for desktop-file-utils ...
Processing triggers for gnome-menus ...
Processing triggers for menu ...
Setting up virtualbox-ose (3.2.0-dfsg-1) ...
Stopping VirtualBox kernel modules.
Starting VirtualBox kernel modulesNo suitable module for running kernel 
found ... failed!

 failed!
invoke-rc.d: initscript virtualbox-ose, action restart failed.
Setting up virtualbox-ose-dkms (3.2.0-dfsg-1) ...
Loading new virtualbox-ose-3.2.0 DKMS files...
Building for 2.6.32-3-amd64 and 2.6.32-trunk-amd64
Building initial module for 2.6.32-3-amd64
Done.

vboxdrv.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/2.6.32-3-amd64/updates/dkms/

vboxnetadp.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to

Bug#584774: [libregexp-assemble-perl] syntax error it's running on a a trie'd perl in extended description

2010-06-06 Thread Filipus Klutiero


Package: libregexp-assemble-perl
Version: 0.34-2
Severity: minor

The extended description ends with:

Regexp::Assemble will do the right thing when it knows it's running on a 
a trie'd perl. (At least in some version after this one).


There is an extra a in the sentence.

BTW, it is not clear what this means. The parenthesis makes it even 
worst. Does that mean the current version of libregexp-assemble-perl 
doesn't do the right thing? The whole last paragraph is little 
descriptive and seems of the the usual scope of extended descriptions.




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

Bug#584775: git-buildpackage: git-clone does not work with trailing slashes

2010-06-06 Thread Örjan Persson

Package: git-buildpackage
Version: 0.4.67
Severity: normal
Tags: lenny


If you choose to gbp-clone a repo with trailing slashes, you will get
this error:

$ gbp-clone ../path/repo.git/
Initialized empty Git repository in /path/to/repo/.git/
../path/repo.git/
Traceback (most recent call last):
  File /usr/bin/gbp-clone, line 105, in module
sys.exit(main(sys.argv))
  File /usr/bin/gbp-clone, line 73, in main
os.chdir(clone)
OSError: [Errno 2] No such file or directory: ''

But it works without trailing slashes. I'm not sure if a rstrip('/') would work
in all cases, but I think it would.

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

Kernel: Linux 2.6.30-2-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 git-buildpackage depends on:
ii  devscripts2.10.64scripts to make the life of a Debi
ii  git [git-core]1:1.7.1-1  fast, scalable, distributed revisi
ii  git-core  1:1.7.1-1  fast, scalable, distributed revisi
ii  python2.5.4-9An interactive high-level object-o
ii  python-dateutil   1.4.1-3powerful extensions to the standar
ii  python-support1.0.8  automated rebuilding support for P

Versions of packages git-buildpackage recommends:
ii  pristine-tar  1.03   regenerate pristine tarballs

Versions of packages git-buildpackage suggests:
ii  git-load-dirs 1.1.8  Import upstream archives into git

-- 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#584776: fig2ps: errors due to strange characters with --forcespecial option

2010-06-06 Thread Jaap Eldering

Package: fig2ps
Version: 1.5-1
Severity: normal


The attached Xfig file generates an error when trying to convert it to
anything with one of the fig2* programs, e.g. using

  fig2eps --forcespecial test.fig

The generated tex file shows ^A control characters, which latex complains
about:

File: job-001.fig2dev.ps Graphic file (type eps)
job-001.fig2dev.ps
! Text line contains an invalid character.
l.24 ...fault}{\color[rgb]{0,0,0}$M_+^\epsilon$^^A
  4 0 0 50 -1 0 12 0. 6 ...
A funny symbol that I can't read has just been input.
Continue, and I'll forget that it ever happened.

When the special flags are set in the document itself, no error occurs.

Best,
Jaap


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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/3 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 fig2ps depends on:
ii  ghostscript 8.71~dfsg2-3 The GPL Ghostscript PostScript/PDF
ii  perl-base   5.10.1-12minimal Perl system
ii  perl-modules5.10.1-12Core Perl modules
ii  texlive-extra-utils 2009-7   TeX Live: TeX auxiliary programs
ii  texlive-fonts-recommended   2009-10  TeX Live: Recommended fonts
ii  texlive-latex-base  2009-10  TeX Live: Basic LaTeX packages
ii  texlive-latex-extra 2009-7   TeX Live: LaTeX supplementary pack
ii  texlive-latex-recommended   2009-10  TeX Live: LaTeX recommended packag
ii  transfig1:3.2.5.c-1  Utilities for converting XFig figu

Versions of packages fig2ps recommends:
ii  gv1:3.6.9-1  PostScript and PDF viewer for X

Versions of packages fig2ps suggests:
ii  lmodern  2.004.1-3   scalable PostScript and OpenType f
ii  xfig 1:3.2.5.b-1 Facility for Interactive Generatio

-- no debconf information
#FIG 3.2  Produced by xfig version 3.2.5b
Landscape
Center
Metric
A4  
100.00
Single
-2
1200 2
4 0 0 50 -1 0 12 0. 4 195 1350 360 1620 $M_+^\\epsilon$\001
4 0 0 50 -1 0 12 0. 6 180 435 585 270 $f_-$\001

Bug#584777: FTBFS with newer glibc

Package: m4
Version: 1.4.14-2
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu maverick

Hi

 m4 FTBFSes with newer glibcs (not sure whether it does with current
 Debian eglibc) such as the one in Ubuntu (2.12).  This is due to a
 missing #include of sys/stat.h before usage of S_ISDIR() in src/path.c.

 This is fixed in the upstream branch-1.4 branch, I've cherrypicked the
 fix from 1359a849055a66eddffe7753485e0f29fb85ef31 and stripped the
 ChangeLog and THANKS changes (since these easily cause conflicts).

   Thanks for considering,
-- 
Loïc Minier
From 1359a849055a66eddffe7753485e0f29fb85ef31 Mon Sep 17 00:00:00 2001
From: Eric Blake ebl...@redhat.com
Date: Fri, 4 Jun 2010 06:07:38 -0600
Subject: [PATCH 1/3] Fix build on newer glibc.

POSIX allows, but does not require, that fcntl.h implicitly
includes sys/stat.h.  Until recent glibc, most systems did
this implicit inclusion, and m4 was mistakenly relying on it.

* src/m4.h (includes): Add sys/stat.h.
Reported by Todd Rinaldo.

Signed-off-by: Eric Blake ebl...@redhat.com
---
 src/m4.h  |1 +
 3 files changed, 10 insertions(+), 0 deletions(-)

--- a/src/m4.h
+++ b/src/m4.h
@@ -32,6 +32,7 @@
 #include stdbool.h
 #include stdint.h
 #include string.h
+#include sys/stat.h
 #include sys/types.h
 
 #include binary-io.h

Bug#534598: bisection

2010-06-06 Thread Martin Ziegler


Dear Maximilian,
the bisecting resulted in
+
c5a4bcd0cac546c5d776af881c5e913ba4a9922d is the first bad 
commit

commit c5a4bcd0cac546c5d776af881c5e913ba4a9922d
Author: Takashi Iwai ti...@suse.de
Date:   Fri Feb 6 17:22:05 2009 +0100

ALSA: hda - Use digital beep for AD codecs

Use digital beep instead of analog pc-beep for AD 
codecs.

Create the beep mixer controls dynamically on demand.

Signed-off-by: Takashi Iwai ti...@suse.de

:04 04 a8cd08b609a39ff23952d7f475a2a22100c91205
1f01f6ce27db017ed638c05ff2d806d1933babd3 M  sound


Regards,

Martin



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

Bug#584607: libc6: autoconf configure scripts hang at checking whether a statically linked program can dlopen itself

reassign 584607 binutils-gold
thanks

On Sat, Jun 05, 2010 at 12:02:47AM -0300, Nicolás Alvarez wrote:
 On 6/4/10, Clint Adams sch...@debian.org wrote:
  On Fri, Jun 04, 2010 at 11:01:11PM -0300, Nicolás Alvarez wrote:
  gcc -o conftest -g -O2  -DHAVE_DLFCN_H  -Wl,--export-dynamic -static
  conftest.c -ldl
 
  % gcc -o conftest -g -O2  -DHAVE_DLFCN_H  -Wl,--export-dynamic -static
  conftest.c -ldl
  /tmp/cc5vF3ae.o: In function `main':
  /tmp/conftest.c:56: warning: Using 'dlopen' in statically linked
  applications requires at runtime the shared libraries from the glibc version
  used for linking
  /usr/bin/ld: dynamic STT_GNU_IFUNC symbol `strcmp' with pointer equality in
  `/usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/libc.a(strcmp.o)' can
  not be used when making an executable; recompile with -fPIE and relink with
  -pie
  collect2: ld returned 1 exit status
 
 
  What gcc and binutils are you using?
 
 gcc (Debian 4.4.4-1) 4.4.4
 GNU gold (GNU Binutils for Debian 2.20.1-system.20100303) 1.9
 

This is definitely a bug of binutils-gold, which doesn't seem to cope
well with STT_GNU_IFUNC symbols. The problem doesn't exists for a glibc
built without multiarch support.

I advise you to uninstall this package until the bug is fixed. Meanwhile
I am reassigning the bug to binutils-gold.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#584778: binutils: does not cope with STT_GNU_IFUNC at -O0 level