date:20110714


Source: perroquet
Version: 1.1.1-1
Severity: important

perroquet build-depends on python-central, however it doesn't use it at 
build time at all. The binary package, which is currently in the archive 
depends on python-support (= 0.90.0) instead. Worse, when I rebuilt 
the package in the clean chroot, the resulting binary package didn't 
depend on python or python-support (or any Python helper). From the 
build log:

|dh_gencontrol
| dpkg-gencontrol: warning: Depends field of package perroquet: unknown 
substitution variable ${python:Depends}

--
Jakub Wilk



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

Bug#589808: [A-Z]

2011-07-14 Thread Witold Baryluk

Package: grep
Version: 2.6.3-3
Severity: normal

In you locale [A-Z] is just [AbBcCzZ]. So it will match clA, cle, clE, but
not cla!

This is correct behaviour of grep.



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

Kernel: Linux 2.6.37-rc3-sredniczarny-10767-g3561d43
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages grep depends on:
ii  dpkg  1.15.8.11  Debian package management system
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib

grep recommends no packages.

Versions of packages grep suggests:
ii  libpcre3  8.02-1.1   Perl 5 Compatible Regular Expressi

-- 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#615104: bug can be closed

2011-07-14 Thread sergey

Please see #615476.
This is not bug of Scribus, IMHO this is system architecture or
documentation problem.
Bug report can be closed now.

Regards, Sergey.




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

Bug#615104: Bug can be closed

2011-07-14 Thread sergey

Please see #615476.
This is not bug of Scribus, IMHO this is system architecture or
documentation problem.
Bug report can be closed now.

Regards, Sergey.



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

Bug#627256: [imagemagick] retitle and forwad

2011-07-14 Thread Bastien ROUCARIES

retitle 627256 better error if delegate fail
forwarded  627256 
http://www.imagemagick.org/discourse-server/viewtopic.php?f=3t=19086
severity 627256 wishlist
thanks



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

Bug#633861: libgit-pure-perl: use Digest::SHA instead of Digest::SHA1

2011-07-14 Thread Jonas Genannt

tags 633861 + patch pending
thanks

Hello,

 Now, lib/Git/PurePerl.pm, lib/Git/PurePerl/NewObject.pm,
 lib/Git/PurePerl/Pack/WithoutIndex.pm all seems to use Digest::SHA1
 such that could be replaced by Digest::SHA.
 
 Could you patch libgit-pure-perl to use Digest::SHA instead?

please see attached patch.

Thanks,
JonasAuthor: Jonas Genannt jonas.gena...@capi2name.de
Description: Digest::SHA1 to Digest::SHA translation (Closes: #633861)

diff --git a/META.yml b/META.yml
index e59ecf1..df63cb1 100644
--- a/META.yml
+++ b/META.yml
@@ -26,7 +26,7 @@ requires:
   Config::GitLike: 0
   Data::Stream::Bulk: 0
   DateTime: 0
-  Digest::SHA1: 0
+  Digest::SHA: 0
   File::Find::Rule: 0
   IO::Digest: 0
   Moose: 0
diff --git a/Makefile.PL b/Makefile.PL
index a3e887a..667c46c 100644
--- a/Makefile.PL
+++ b/Makefile.PL
@@ -17,7 +17,7 @@ requires'Compress::Zlib' = '0';
 requires'Config::GitLike'= '0';
 requires'Data::Stream::Bulk' = '0';
 requires'DateTime'   = '0';
-requires'Digest::SHA1'   = '0';
+requires'Digest::SHA'= '0';
 requires'File::Find::Rule'   = '0';
 requires'IO::Digest' = '0';
 requires'Moose'  = '0';
diff --git a/lib/Git/PurePerl.pm b/lib/Git/PurePerl.pm
index 9164b1f..aa84b44 100644
--- a/lib/Git/PurePerl.pm
+++ b/lib/Git/PurePerl.pm
@@ -7,7 +7,7 @@ use Data::Stream::Bulk;
 use Data::Stream::Bulk::Array;
 use Data::Stream::Bulk::Path::Class;
 use DateTime;
-use Digest::SHA1;
+use Digest::SHA;
 use File::Find::Rule;
 use Git::PurePerl::Actor;
 use Git::PurePerl::Config;
diff --git a/lib/Git/PurePerl/NewObject.pm b/lib/Git/PurePerl/NewObject.pm
index 74f6d9b..9305e2e 100644
--- a/lib/Git/PurePerl/NewObject.pm
+++ b/lib/Git/PurePerl/NewObject.pm
@@ -13,7 +13,7 @@ has 'sha1'= ( is = 'ro', isa = 'Str', required = 0, lazy_build = 1 );
 
 sub _build_sha1 {
 my $self = shift;
-my $sha1 = Digest::SHA1-new;
+my $sha1 = Digest::SHA-new;
 $sha1-add( $self-raw );
 my $sha1_hex = $sha1-hexdigest;
 return $sha1_hex;
diff --git a/lib/Git/PurePerl/Pack/WithoutIndex.pm b/lib/Git/PurePerl/Pack/WithoutIndex.pm
index 89f0191..a6c7271 100644
--- a/lib/Git/PurePerl/Pack/WithoutIndex.pm
+++ b/lib/Git/PurePerl/Pack/WithoutIndex.pm
@@ -16,7 +16,7 @@ sub create_index {
 $index_filename =~ s/\.pack/.idx/;
 my $index_fh = IO::File-new( $index_filename) || die $!;
 
-my $iod = IO::Digest-new( $index_fh, 'SHA1' );
+my $iod = IO::Digest-new( $index_fh, 'SHA' );
 
 my $offsets = $self-create_index_offsets;
 my @fan_out_table;
@@ -100,7 +100,7 @@ sub create_index_offsets {
 }
 
 my $raw  = $type . ' ' . $size . \0 . $content;
-my $sha1 = Digest::SHA1-new;
+my $sha1 = Digest::SHA-new;
 $sha1-add($raw);
 my $sha1_hex = $sha1-hexdigest;
 $offsets{$sha1_hex} = $obj_offset;

Bug#633899: gally: missing build-dependency on python-support


Source: gally
Version: 0.5.1-1
Severity: important

Your package uses dh_pysupport (via dh), but it doesn't explictly 
build-depend on python-support.


--
Jakub Wilk



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

Bug#630695: LD_PRELOAD not working when running kfreebsd-9 (9.0~svn223109)

2011-07-14 Thread Petr Salinger


It looks like a collision, namely between
AT_STACKPROT x AT_SECURE



Here's a possible patch to fix this.  I haven't tested it yet.  Does
this look like the right approach?

I also wonder if we should hunt down the other Linux-specific ELF
notes in that file.


I would say we should ignore all Linux-specific ELF notes.

In ideal world, with welcoming (e)glibc upstream:
there is bits/elf.h with OS specific AT_

elf/dl-sysdep.c contains not only

***
#ifdef DL_PLATFORM_AUXV
  DL_PLATFORM_AUXV
#endif
***

but also

***
#ifdef DL_OS_AUXV
  DL_OS_AUXV
#endif
***

And all Linux-specific ELF AT_* cases are in DL_OS_AUXV.

In the current world, we might end with patch in kfreebsd specific series:

--- a/elf/dl-sysdep.c
+++ b/elf/dl-sysdep.c
@@ -147,6 +147,7 @@
gid ^= av-a_un.a_val;
break;
 #endif
+#ifdef __linux__
   case AT_SECURE:
 #ifndef HAVE_AUX_SECURE
seen = -1;
@@ -178,6 +179,7 @@
   case AT_RANDOM:
_dl_random = (void *) av-a_un.a_val;
break;
+#endif
 #ifdef DL_PLATFORM_AUXV
   DL_PLATFORM_AUXV
 #endif


Or in our glibc-ports/kfreebsd/dl-sysdep.c:


#ifdef SHARED
# define _dl_sysdep_start _dl_sysdep_start_ignored_code
# include elf/dl-sysdep.c
# undef dl_sysdep_start

ElfW(Addr)
_dl_sysdep_start (void **start_argptr,
  void (*dl_main) (const ElfW(Phdr) *phdr, ElfW(Word) phnum,
   ElfW(Addr) *user_entry, ElfW(auxv_t) *auxv))
{

...
copy  paste of really generic part of _dl_sysdep_start
...


}

#endif

We should try to include such fix also into
point release of squeeze eglibc.

Petr



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

Bug#632526: [imagemagick] retry under gnome/kde/blackbox

2011-07-14 Thread Bastien ROUCARIES

Package: imagemagick
Version: 8:6.6.9.7-5

Could you retry to blackbox/kde/gnome and send me if it wirk. And post a bad 
svg image. I could not reproduce.

Bastien



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

Bug#633900: gbirthday: missing build-dependency on python-support


Source: gbirthday
Version: 0.6.4-3
Severity: important

Your package uses dh_pysupport (via dh), but it doesn't explicitly 
build-depend on python-support.


--
Jakub Wilk



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

Bug#633901: ITP: simpleinvoices -- simpleinvoicessimpleinvoices - Elegant web based Billing System

2011-07-14 Thread Eric Kom

Package: wnpp
Severity: wishlist
Owner: Eric Kom eric...@kom.za.net


* Package name: simpleinvoices
  Version : 2010.2+dfsg-1
  Upstream Author : SimpleInvoices Team
* URL : http://www.simpleinvoices.org/
* License : GPL3
  Programming Lang: PHP
  Description : simpleinvoicessimpleinvoices - Elegant web based
Billing System

 Simple Invoices is a simple web based invoicing system that
 you can install on your server or pc to make your invoices,
 quotations and receipts.
 .
 Simple Invoices is written in PHP. The application using AJAX.
 .
 Features:
 - Web based application,
 - Simple to use,
 - Keep track of your money,
 - Email as PDF,
 - Free/Open Source Software.


0xA9DA1EF5.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Bug#633902: ITP: simpleinvoices -- simpleinvoicessimpleinvoices - Elegant web based Billing System

2011-07-14 Thread Eric Kom

Package: wnpp
Severity: wishlist
Owner: Eric Kom eric...@kom.za.net


* Package name: simpleinvoices
  Version : 2010.2+dfsg-1
  Upstream Author : SimpleInvoices Team
* URL : http://www.simpleinvoices.org/
* License : GPL3
  Programming Lang: PHP
  Description : simpleinvoicessimpleinvoices - Elegant web based Billing 
System

 Simple Invoices is a simple web based invoicing system that
 you can install on your server or pc to make your invoices,
 quotations and receipts.
 .
 Simple Invoices is written in PHP. The application using AJAX.
 .
 Features:
 - Web based application,
 - Simple to use,
 - Keep track of your money,
 - Email as PDF,
 - Free/Open Source Software.



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

Bug#633903: grep: Problems with [^#]

2011-07-14 Thread Witold Baryluk

Package: grep
Version: 2.6.3-3
Severity: important

Hi.

$ export LC_ALL=C
$ export LANG=C
$ echo -e \t#define | grep -E '^\s*[^#]'
#define
$

I was trying also changing \s to [[:space:]], or [ \t] or ( |\t), but it
doesn't matter (it looks \s to be undocumented but it works).

So it looks that character class/range, [^#] for some reason somehow much #,
but it shouldn't. Why?

I also manually compiled Debian's grep and found that one of the tests in 'make
check' actually fail (include-exclude test), and the fact that there is
ridicoulusly small ammount of tests (like just 12 cases) - it is useless for
testing for regressions. Shouldn't this be improved, for example by harvesting
all the regular expressions from the bug reports and adding them to the test
suite?


Thanks.



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

Kernel: Linux 2.6.37-rc3-sredniczarny-10767-g3561d43
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages grep depends on:
ii  dpkg  1.15.8.11  Debian package management system
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib

grep recommends no packages.

Versions of packages grep suggests:
ii  libpcre3  8.02-1.1   Perl 5 Compatible Regular Expressi

-- 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#619667: [imagemagick]

2011-07-14 Thread Bastien ROUCARIES

Vincent,

Any ideas about this bug? Straight revert ?

Bastien



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

Bug#633904: Please patch imageshack-uploader to build correctly with libav 0.7 (experimental)

2011-07-14 Thread Fabrice Coutadeur

Package: imageshack-uploader
Version: 2.2+hg20100408.d802dea89428-2
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

Hi,

Next version of Ubuntu (Oneiric) will have libav 0.7, like experimental, and
imageshack-uploader FTBFS with this version.

Here is the patch that fix this FTBFS:
*** /tmp/tmppfQJSV

As the resulting package should builds fine in sid, thanks for considering the
patch. If you're not able to apply right now, I'll upload it temporarly in
Ubuntu and sync the package later on.

Thaks,
Fabrice
-- System Information:
Debian Release: squeeze/sid
  APT prefers natty-updates
  APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-8-generic (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF8, LC_CTYPE=es_ES.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_ES.UTF8)
Shell: /bin/sh linked to /bin/dash
diff -Nru imageshack-uploader-2.2+hg20100408.d802dea89428/debian/patches/fix-FTBFS-libav-0.7.patch imageshack-uploader-2.2+hg20100408.d802dea89428/debian/patches/fix-FTBFS-libav-0.7.patch
--- imageshack-uploader-2.2+hg20100408.d802dea89428/debian/patches/fix-FTBFS-libav-0.7.patch	1970-01-01 01:00:00.0 +0100
+++ imageshack-uploader-2.2+hg20100408.d802dea89428/debian/patches/fix-FTBFS-libav-0.7.patch	2011-07-14 22:02:33.0 +0200
@@ -0,0 +1,40 @@
+Description: fix FTBFS with libav 0.7 because deprecated values and functions
+ has been dropped
+Author: Fabrice Coutadeur fabric...@ubuntu.com
+
+--- imageshack-uploader-2.2+hg20100408.d802dea89428.orig/ffmpeg_fas.c
 imageshack-uploader-2.2+hg20100408.d802dea89428/ffmpeg_fas.c
+@@ -392,8 +392,13 @@ fas_error_type fas_step_forward (fas_con
+ 		context-keyframe_packet_dts = context-previous_dts;
+ 	}
+ 	  
++#if LIBAVCODEC_VERSION_INT = AV_VERSION_INT(52,23,0)
++  avcodec_decode_video2( context-codec_context, context-frame_buffer,
++frameFinished, packet );
++#else
+ 	  avcodec_decode_video(context-codec_context, context-frame_buffer, frameFinished,
+ 			   packet.data, packet.size);	
++#endif
+ 	  
+ 	  if (frameFinished)
+ 	{
+--- imageshack-uploader-2.2+hg20100408.d802dea89428.orig/ffmpeg_fas.c
 imageshack-uploader-2.2+hg20100408.d802dea89428/ffmpeg_fas.c
+@@ -228,7 +228,7 @@ fas_error_type fas_open_video (fas_conte
+   int stream_idx;
+   for (stream_idx = 0; stream_idx  fas_context-format_context-nb_streams; stream_idx++) 
+ {
+-  if (fas_context-format_context-streams[stream_idx]-codec-codec_type == CODEC_TYPE_VIDEO)
++  if (fas_context-format_context-streams[stream_idx]-codec-codec_type == AVMEDIA_TYPE_VIDEO)
+ 	{
+ 	  fas_context-stream_idx = stream_idx;
+ 	  fas_context-codec_context  = fas_context-format_context-streams[stream_idx]-codec;
+@@ -382,7 +382,7 @@ fas_error_type fas_step_forward (fas_con
+ 	  /* note this -1 approach to setting the packet is a workaround for a common failure. setting 
+ 	 to 0 would work just incur a huge penalty in videos that needed -1. Might be worth testing.
+ 	  */
+-	  if (packet.flags  PKT_FLAG_KEY)
++	  if (packet.flags  AV_PKT_FLAG_KEY)
+ 	{
+ 	  //fprintf(stderr, Packet: (F:%d %lld %lld)\n, context-current_frame_index, packet.pts, packet.dts);
+ 	  
diff -Nru imageshack-uploader-2.2+hg20100408.d802dea89428/debian/patches/series imageshack-uploader-2.2+hg20100408.d802dea89428/debian/patches/series
--- imageshack-uploader-2.2+hg20100408.d802dea89428/debian/patches/series	2011-02-19 04:08:59.0 +0100
+++ imageshack-uploader-2.2+hg20100408.d802dea89428/debian/patches/series	2011-07-14 22:02:55.0 +0200
@@ -1,2 +1,3 @@
 1001-fix-ffmpeg-6.0.diff
 1000-proper-desktop-file.diff
+fix-FTBFS-libav-0.7.patch

Bug#633886: systemd chokes when /tmp is symlinked to /run/tmp

2011-07-14 Thread Michael Biebl

Am 14.07.2011 20:11, schrieb Trevour Crow:
 Package: systemd
 Version: 29-1
 Severity: important
 
 With the introduction of /run, initscripts added a mechanism to allow /tmp to
 exist as a symlink, letting the user have just one tmpfs for both. However,
 when using systemd the target directory isn't created, resulting in problems
 with any programs that use /tmp, such as systemd-tmpfiles and wpasupplicant.
 

Imho symlinking /tmp to /run/tmp is a stupid idea for various reasons.
If you want /tmp to be on a tmpfs, then make it a separate tmpfs.
That said, if you want the /run/tmp directory created automatically by systemd,
you can drop a file in /etc/tmpfiles.d [1].
I don't think such a file should be shipped by default in systemd though, but
leave it up to Tollef to decide.

Michael


[1] man tmpfiles.d
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#633574: ANNOUNCE: Nettle-2.2

2011-07-14 Thread Magnus Holmgren

On torsdagen den 14 juli 2011, Simon Josefsson wrote:
 Magnus Holmgren holmg...@debian.org writes:
  On måndagen den 11 juli 2011, you stated the following:
  Package: nettle
  Severity: wishlist
  
  Hi!  Version 2.2 has been released, and is now completely licensed under
  LGPLv2+.  Could you package it?
  
  Btw, if you need any help with packaging, I'd be happy to work on it and
  provide patches to bring it up to 2.2
  
  There shouldn't be too much to do, I think, apart from making a symbols
  file. Anything else important you can think of?
 
 Yes, the copyrights file needs to be updated to reflect the license
 change.

Right.

 Making the package multiarch friendly would be another nice idea (GnuTLS
 packages are already converted), but I haven't done that yet myself so
 I'm just as good as anyone to help with that part.

I was planning to do that as well.

 Are the debian files stored in version controlled sources anywhere?

If things are still working, the Vcs fields in debian/control should be 
correct.

-- 
Magnus Holmgrenholmg...@debian.org
Debian Developer 


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

Bug#633905: [INTL:da] Danish translation of the debconf templates pioneers

Package: pioneers
Severity: wishlist
Tags: l10n patch

Please include the attached Danish pioneers translations.

joe@joe-desktop:~/over/debian/pioneers$ msgfmt --statistics -c -v -o /dev/null 
da.po
da.po: 7 oversatte tekster.

bye
Joe# Danish translation pioneers.
# Copyright (C) 2011 pioneers  nedenstÃ¥ende oversÃ¦ttere.
# This file is distributed under the same license as the pioneers package.
# Joe Hansen (joedalt...@yahoo.dk), 2011.
#
msgid 
msgstr 
Project-Id-Version: pioneers\n
Report-Msgid-Bugs-To: pione...@packages.debian.org\n
POT-Creation-Date: 2010-12-11 11:11+0100\n
PO-Revision-Date: 2011-07-14 12:42+\n
Last-Translator: Joe Hansen joedalt...@yahoo.dk\n
Language-Team: Danish debian-l10n-dan...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../pioneers-meta-server.templates:1001
msgid Port range for creating new games on the meta-server:
msgstr Portinterval for oprettelse af nye spil pÃ¥ metaserveren:

#. Type: string
#. Description
#: ../pioneers-meta-server.templates:1001
msgid 
The meta-server can create new games, so players don't need to install and 
run the pioneers server. The ports which are used for these games can be 
specified. If this field is left empty, the meta-server will disable its 
game creation functionality.
msgstr 
Metaserveren kan oprette nye spil, sÃ¥ spillere ikke skal installere og 
kÃ¸re pioneers' server. Portene, som bruges for disse spil, kan angives. 
Hvis dette felt er tomt, vil metaserveren deaktivere dens funktionalitet 
for spiloprettelse.

#. Type: string
#. Description
#: ../pioneers-meta-server.templates:1001
msgid 
If the value is not empty, it must be two port numbers, separated by a minus 
sign.
msgstr 
Hvis denne vÃ¦rdi ikke er tom, skal den vÃ¦re to portnumre, adskilt af et 
minustegn.

#. Type: string
#. Description
#: ../pioneers-meta-server.templates:2001
msgid Server name for created games:
msgstr Servernavn for oprettede spil:

#. Type: string
#. Description
#: ../pioneers-meta-server.templates:2001
msgid 
In some cases, the name the meta-server uses for itself when creating new 
games is incorrect. If this field is not left empty, it is used to override 
the detected hostname.
msgstr 
I nogle tilfÃ¦lde er navnet metaserveren bruger for sig selv, nÃ¥r den opretter 
nye spil ikke korrekt. Hvis dette felt ikke efterlades tomt, bruges det til 
at overskrive det detekterede vÃ¦rtsnavn.

#. Type: string
#. Description
#: ../pioneers-meta-server.templates:3001
msgid Extra arguments to pass to the meta-server:
msgstr Ekstra argumenter at videresende til metaserveren:

#. Type: string
#. Description
#: ../pioneers-meta-server.templates:3001
msgid 
These arguments are passed to the meta-server. There are only two sensible 
arguments:\n
 * --syslog-debug: Send debugging output to syslog\n
 * --redirect: Redirect clients to another meta-server
msgstr 
Disse argumenter videresendes til metaserveren. Der er kun to fornuftige 
argumenter:\n
 * --syslog-debug: Send fejlsÃ¸gningsuddata til syslog\n
 * --redirect: Videresend klienter til en anden metaserver

Bug#633903: grep: Problems with [^#]


* Witold Baryluk bary...@smp.if.uj.edu.pl, 2011-07-14, 22:37:

$ export LC_ALL=C
$ export LANG=C
$ echo -e \t#define | grep -E '^\s*[^#]'
   #define


\s* matches empty string, and [^#] matches the tab character. 
grep is correct.


--
Jakub Wilk



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

Bug#633904: Please patch imageshack-uploader to build correctly with libav 0.7 (experimental)

2011-07-14 Thread Luke Faraone

tag 633904 pending
thanks

On 07/14/2011 04:42 PM, Fabrice Coutadeur wrote:
 Next version of Ubuntu (Oneiric) will have libav 0.7, like experimental, and
 imageshack-uploader FTBFS with this version.
 
 Here is the patch that fix this FTBFS:
 *** /tmp/tmppfQJSV
 
 As the resulting package should builds fine in sid, thanks for considering the
 patch. If you're not able to apply right now, I'll upload it temporarly in
 Ubuntu and sync the package later on.

Much appreciated! I'll upload in the next two days.


-- 
Luke Faraone;; Debian  Ubuntu Developer; Sugar Labs, Systems
lfaraone on irc.[freenode,oftc].net -- http://luke.faraone.cc
PGP fprint: 5189 2A7D 16D0 49BB 046B DC77 9732 5DD8 F9FD D506



signature.asc
Description: OpenPGP digital signature

Bug#633906: [INTL:da] Danish translation of the debconf templates remem

Package: remem
Severity: wishlist
Tags: l10n patch

Please include the attached Danish remem translations.

joe@joe-desktop:~/over/debian/remem$ msgfmt --statistics -c -v -o /dev/null
da.po
da.po: 4 oversatte tekster.

bye
Joe# Danish translation remem.
# Copyright (C) 2011 remem nedenstÃ¥ende oversÃ¦ttere.
# This file is distributed under the same license as the remem package.
# Joe Hansen (joedalt...@yahoo.dk), 2011.
#
msgid
msgstr
Project-Id-Version: remem\n
Report-Msgid-Bugs-To: j...@computer.org\n
POT-Creation-Date: 2007-01-02 18:13+0100\n
PO-Revision-Date: 2011-07-14 12:42+\n
Last-Translator: Joe Hansen joedalt...@yahoo.dk\n
Language-Team: Danish debian-l10n-dan...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../templates:1001
msgid Directories to index:
msgstr Mapper at indeksere:

#. Type: string
#. Description
#: ../templates:1001
msgid
In order to work, the Remembrance Agent needs to build a database of
documents of interest. Please introduce the directories (and/or files) to be
indexed separated by spaces, afterwards the database will be made. If you do
not select any directories (default) the database will not be made. For more
info look at /usr/share/doc/remembrance-agent.
msgstr
For at virke skal Remembrance Agenten bygge en database af
interessedokumenter. Introducer venligst mapperne (og/eller filer) til
at blive indekseret adskilt af mellemrum, efterfÃ¸lgende vil databasen blive
lavet. Hvis du ikke vÃ¦lger nogen mapper (standard) vil databasen ikke blive
lavet. For yderligere information sÃ¥ se /usr/share/doc/remembrance-agent.

#. Type: string
#. Description
#: ../templates:2001
msgid Directories to exclude from the index:
msgstr Mapper at ekskludere fra indekset:

#. Type: string
#. Description
#: ../templates:2001
msgid
You can exclude sensitive directories from being indexed by ra-index if you
want. Only three directories can be given here. NOTE: If you are installing
on a multiuser environment where each user may want to have their personal
index, DO NOT index user directories (that is /home) as root since there are
no mechanisms to prevent users from invading other's privacy. Instead, all
users can run 'ra-index' in order to build their own databases.
msgstr
Du kan ekskludere fÃ¸lsomme mapper fra at blive indekseret af ra-index,
hvis du Ã¸nsker det. Kun tre mapper kan angives her. BEMÃRK: Hvis du
installerer pÃ¥ et flerbrugermiljÃ¸, hvor hver bruger mÃ¥ske Ã¸nsker at have deres
personlige indeks, sÃ¥ indekser IKKE brugermapper (det vil sige /home) som
administrator, da der ikke er nogen mekanisme til at forhindre brugere fra
at invadere andres privatliv. I stedet for kan alle brugere kÃ¸re Â»ra-indexÂ«
for at bygge deres egne databaser.

Bug#633907: [INTL:da] Danish translation of the debconf templates cgiemail

Package: cgiemail
Severity: wishlist
Tags: l10n patch

Please include the attached Danish cgiemail translations.

joe@joe-desktop:~/over/debian/cgiemail$ msgfmt --statistics -c -v -o /dev/null 
da.po
da.po: 4 oversatte tekster.

bye
Joe# Danish translation cgiemail.
# Copyright (C) 2011 cgiemail  nedenstÃ¥ende oversÃ¦ttere.
# This file is distributed under the same license as the cgiemail package.
# Joe Hansen (joedalt...@yahoo.dk), 2011.
#
msgid 
msgstr 
Project-Id-Version: cgiemail\n
Report-Msgid-Bugs-To: cgiem...@packages.debian.org\n
POT-Creation-Date: 2008-05-08 10:39+0200\n
PO-Revision-Date: 2011-07-14 12:42+\n
Last-Translator: Joe Hansen joedalt...@yahoo.dk\n
Language-Team: Danish debian-l10n-dan...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../templates:1001
msgid Directory where you want to put the cgiemail's mail templates:
msgstr Mappe hvor du Ã¸nsker at placere cgiemails postskabelon:

#. Type: string
#. Description
#: ../templates:1001
msgid 
In old versions of cgiemail, templates that were used for creating e-mails 
to be sent could be placed anywhere that would be served up by the web 
server.  This behaviour is a security vulnerability: an attacker can read 
files that he shouldn't be able to, such as scripts in cgi-bin, if they 
contain certain pieces of text.
msgstr 
I gamle versioner af cgiemail kunne skabeloner, som blev brugt for at oprette 
e-post, som skulle sendes placeres alle de steder, hvor de ville blive betjent 
af internetserveren. Denne opfÃ¸rsel udgÃ¸r en sikkerhedsmÃ¦ssig risiko: En 
angriber kan lÃ¦se filer, som denne ikke burde, sÃ¥som skripter i cgi-bin, hvis 
de indeholder bestemte tekststykker.

#. Type: string
#. Description
#: ../templates:1001
msgid 
If you enter nothing (that is, erase the default directory, leaving this 
empty), cgiemail will still work. This may be needed if you are, for 
instance, hosting web services, and cannot move all of your clients cgiemail 
templates to one directory.  Remember that this will LEAVE THE SECURITY HOLE 
OPEN, and is only a choice for backwards compatibility.
msgstr 
Hvis du ikke indtaster noget (det vil sige sletter standardmappen og 
efterlader denne tom), vil cgiemail stadig virke. Dette kan vÃ¦re krÃ¦vet hvis 
du for eksempel er vÃ¦rt for internettjenester, og ikke kan flytte alle 
dine klienters cigemail-skabeloner til en mappe. Husk at dette vil 
EFTERLADE DETTE SIKKERHEDSMÃSSIGE HUL ÃBENT og kun er en valgmulighed for 
baglÃ¦ns kompatibilitet. 

#. Type: string
#. Description
#: ../templates:1001
msgid 
To close the hole, enter a directory, which MUST be accessible by your web 
server.  Template files that you want to use should go there. For further 
instructions, please read the README.Debian and README files in /usr/share/
doc/cgiemail/.
msgstr 
For at lukke hullet sÃ¥ indtast en mappe, som SKAL kunne tilgÃ¥s af din 
internetserver. Skabelonfiler som du Ã¸nsker at bruge skal placeres her. For 
yderligere instruktioner, sÃ¥ lÃ¦s venligt README.Debian og README-filer i 
/usr/share/doc/cgiemail/.

Bug#633908: [INTL:da] Danish translation of the debconf templates gnunet

Package: gnunet
Severity: wishlist
Tags: l10n patch

Please include the attached Danish gnunet translations.

joe@joe-desktop:~/over/debian/gnunet$ msgfmt --statistics -c -v -o /dev/null 
da.po
da.po: 8 oversatte tekster.

bye
Joe# Danish translation gnunet.
# Copyright (C) 2011 gnunet  nedenstÃ¥ende oversÃ¦ttere.
# This file is distributed under the same license as the gnunet package.
# Joe Hansen (joedalt...@yahoo.dk), 2011.
#
msgid 
msgstr 
Project-Id-Version: gnunet\n
Report-Msgid-Bugs-To: gnu...@packages.debian.org\n
POT-Creation-Date: 2009-08-05 10:52+0200\n
PO-Revision-Date: 2011-07-14 12:42+\n
Last-Translator: Joe Hansen joedalt...@yahoo.dk\n
Language-Team: Danish debian-l10n-dan...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: string
#. Description
#: ../gnunet-server.templates:1001
msgid GNUnet user:
msgstr GNUnet-bruger:

#. Type: string
#. Description
#: ../gnunet-server.templates:1001
msgid Please choose the user that the GNUnet server process will run as.
msgstr VÃ¦lg venligst brugeren som GNUnet-serverprocessen vil kÃ¸re som.

#. Type: string
#. Description
#: ../gnunet-server.templates:1001
msgid 
This should be a dedicated account. If the specified account does not 
already exist, it will automatically be created, with no login shell.
msgstr 
Dette bÃ¸r vÃ¦re en dedikeret konto. Hvis den angivne konto ikke allerede 
findes, vil den automatisk blive oprettet, uden en logindskal.

#. Type: string
#. Description
#: ../gnunet-server.templates:2001
msgid GNUnet group:
msgstr GNUnet-gruppe:

#. Type: string
#. Description
#: ../gnunet-server.templates:2001
msgid Please choose the group that the GNUnet server process will run as.
msgstr VÃ¦lg venligst gruppen som GNUnet-serverprocessen vil kÃ¸re som.

#. Type: string
#. Description
#: ../gnunet-server.templates:2001
msgid 
This should be a dedicated group, not one that already owns data. Only the 
members of this group will have access to GNUnet data, and be allowed to 
start and stop the GNUnet server.
msgstr 
Dette bÃ¸r vÃ¦re en dedikeret konto, ikke en som allerede ejer data. Kun 
medlemmer af denne gruppe vil have adgang til GNUnet-data, og fÃ¥ tilladelse 
til at starte og stoppe GNUnet-serveren.

#. Type: boolean
#. Description
#: ../gnunet-server.templates:3001
msgid Should the GNUnet server be launched on boot?
msgstr Skal GNUnet-serveren igangsÃ¦ttes ved opstart?

#. Type: boolean
#. Description
#: ../gnunet-server.templates:3001
msgid 
If you choose this option, a GNUnet server will be launched each time the 
system is started. Otherwise, you will need to launch GNUnet each time you 
want to use it.
msgstr 
Hvis du vÃ¦lger denne indstilling, vil en GNUnet-server blive igangsat hver 
gang systemet startes op. Ellers skal du selv igangsÃ¦tte GNUnet hver gang, 
du Ã¸nsker at bruge GNUnet.

Bug#632250: mercurial: Newer version available: 1.9

2011-07-14 Thread Ahmad Khayyat

Subject: mercurial: Newer version available: 1.9
Followup-For: Bug #632250
Package: mercurial
Version: 1.8.3-1

A newer version has been released upstream, which does fix quite a few bugs
in the current version 1.8.3.
Please update the debian package to mercurial 1.9.

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

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

Versions of packages mercurial depends on:
ii  libc62.13-7  Embedded GNU C Library: Shared
lib
ii  mercurial-common 1.8.3-1 scalable distributed version
contr
ii  python   2.6.6-14interactive high-level
object-orie
ii  python-support   1.0.14  automated rebuilding support
for P
ii  ucf  3.0025+nmu2 Update Configuration File:
preserv

mercurial recommends no packages.

Versions of packages mercurial suggests:
ii  emacs 23.3+1-1   The GNU Emacs editor
(metapackage)
pn  kdiff3 |  none (no description available)
pn  qct   none (no description available)
ii  tk8.5 [wi 8.5.10-1   Tk toolkit for Tcl and X11,
v8.5 -
ii  vim   2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi
editor

-- no debconf information

Bug#633903: sorry, not a bug

2011-07-14 Thread Witold Baryluk

Package: grep
Version: 2.6.3-3
Severity: normal

Ah. Sorry, it is not a bug.

Considering string   \t#define

regular expression ^\s*[^#]

obviously match it, with zero repetitions of \s, and \t being different than #!

On of the way to fix RE is write ^\s+[^#] , or ^\s*[^#\s], or similarly.

Thanks.

Can be closed.



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

Kernel: Linux 2.6.37-rc3-sredniczarny-10767-g3561d43
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages grep depends on:
ii  dpkg  1.15.8.11  Debian package management system
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib

grep recommends no packages.

Versions of packages grep suggests:
ii  libpcre3  8.02-1.1   Perl 5 Compatible Regular Expressi

-- 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#633909: libhdf5-openmpi-dev: Removes libjpeg8-dev, libtiff4-dev, libvtk5-dev during installation

2011-07-14 Thread Anton Gladky

Package: libhdf5-openmpi-dev
Version: 1.8.4-patch1-2
Severity: important

I think, it should have in deps libjpeg-dev instead of libjpeg62-dev

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

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



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

Bug#630695: LD_PRELOAD not working when running kfreebsd-9 (9.0~svn223109)

2011-07-14 Thread Robert Millan

2011/7/14 Petr Salinger petr.salin...@seznam.cz:
 I also wonder if we should hunt down the other Linux-specific ELF
 notes in that file.

 I would say we should ignore all Linux-specific ELF notes.

Yes, but that makes the patch more intrusive, increasing the
maintenance cost.  Is it worth it?

 Or in our glibc-ports/kfreebsd/dl-sysdep.c:


 #ifdef SHARED
 # define _dl_sysdep_start _dl_sysdep_start_ignored_code
 # include elf/dl-sysdep.c
 # undef dl_sysdep_start

There isn't any real benefit in keeping in sync with upstream
dl-sysdep.c, we only get breakage from that.  It's a net loss IMHO.  I
think the macro kludge you describe is much better in the long term.

 We should try to include such fix also into
 point release of squeeze eglibc.

Yes.  I would include the RFTSIGZMB fix too.

For AT_SECURE how about first using a less-intrusive approach, like
the patch I sent, and once it reaches testing backport it to squeeze.

-- 
Robert Millan



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

Bug#607839: Question about GNOME Trademark and GNOME project packages in Debian

2011-07-14 Thread Joerg Jaspert

Hello world,

[ We got asked how the Debian project (and especially us as delegates
handling the archive)  has handled trademarks in the past, and our
opinion on how restrictive Trademark licenses can (or not) lead to DFSG
freeness issues. This topic cooked up with the special example of the
current GNOME trademark license, so we base our answer on that.]

We feel that it is infeasible for Debian to be in complete compliance
with the current GNOME trademark license.  In our strict reading of this
license, the only way to be in full compliance would require us to
perform actions such as renaming packages in the form of
GNOME™-control-center.  This extreme example would conflict directly
with Debian policy on the use of non-ascii lowercase characters in
package names as well as being technically inadvisable.  Therefore, as
long as we are using GNOME marks, we are likely to be in some way
violating their current trademark license agreement. The safest thing
for us to do would seem to be to terminate all use of the GNOME marks,
and essentially rebranding the software, as was done in the case for
firefox/iceweasel.  This, however, would be a huge amount of work for
Debian with very little real payoff.  We should be able to avoid doing
all this work, as it seems that the trademark owners want to work with
us in order to find some agreeable compromise.  We therefore think that
the best way forward would be to make a best effort to correct any
specific cases which they point out to us as problematic misuse of their
marks. But we have to be careful not to end up with a Debian specific
solution (due to DFSG #8).

The case of the image which was created combining the GNOME foot and the
Debian swirl seem unquestionably in violation of their trademark,
especially when you realize that the creator of this image was using the
foot in this case with the specific intention of referencing GNOME.
Until we can come up with some agreement with the trademark owners about
using such a mark, Debian should stop distributing similar material.


As a general comment, we feel like this problem is an unfortunate
one. This situation is one where we have people trying to limit user
freedom via software which is in Debian, going against Debian's core
tenets. We understand they are doing so to defend Free Software related
marks, but that doesn't solve the underlying problem. It may also be the
case that from Debian's point of view, the developer body as a whole
needs to take a formal stand by means of a GR on the general issue of
how to resolve the tension among DFSG principles and trademark
licenses. This would clearly resolve this issue once and for all,
especially given that this is the second major instance of a similar
issue. We therefore ask the DPL to consider raising the issue with the
project as a whole, most likely after any initial discussions with the
GNOME foundation have concluded.

-- 
bye, Joerg, for the FTP Team
Trying is the first step towards failure.



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

Bug#619034: [regression] BUG: Unable to handle kernel paging request at ffffc90013cd8000 and no sound card recognized

2011-07-14 Thread Svante Signell

On Thu, 2011-07-14 at 13:27 -0500, Jonathan Nieder wrote:
 Hi,
 
 Takashi Iwai wrote:
  On Wed, 2011-03-30 at 15:13 +0200, Clemens Ladisch wrote:
  Svante Signell wrote:
 
  During boot of kernel 2.6.38 (and 2.6.37) udev bugs out:
  Waiting for /dev to be fully populated
  BUG: Unable to handle kernel paging request at c90013cd8000
  axz_probe+ ... [snd_hda_intel]
  ...lots of output lost...
  udevadm timeout 180 sec ...
  udevd[390]: worker [439] failed while handling
  '/devices/pci:80/:80:01.0'
  
  After the timeout the boot continues! Have not yet tested if sound 
  is
  functional.
 [...]
  This is the azx_readw(chip, GCAP) in azx_create(); chip-remap_addr is
  0xc90011c08000 which does look like a valid pointer, but isn't.
 [...]
  The point where it Oops implies that the problem isn't in the sound
  driver but rather in a breakage in a deeper level, either PCI core,
  x86 mm or ACPI/BIOS.
 
  Any chance to bisect the kernel?
 
 Svante bisected it to v2.6.34-rc1~218^2~27 (x86/pci: Use
 resource_size_t in update_res, 2010-02-10) --- thanks.  Which is
 pretty weird, since I think phys_addr_t on an amd64 machine (and hence
 resource_size_t) would be 64 bits, making that commit a no-op.
 
 Svante, more questions (sorry):
 
  - could you try booting b74fd238a9cf and b74fd238a9cf^ again
(to make sure we haven't hit a heisenbug) and send the
corresponding full dmesg and .config files?

I am very sorry but I don't have physical access to that box for a month
from now. However, something that might be more interesting is the
output of the second-to last message that was concerning
x86/pci/amd/ I might get help to find that message in a few days.








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

Bug#633499: system-config-printer-kde: kcontrol KCModuleLoader::loadModule: This module has no valid entry symbol at all.

2011-07-14 Thread Modestas Vainius

tags 633499 confirmed
reassign 633499 python-kde4,python-qt4
found 633499 python-kde4/4:4.6.80-1
found 633499 python-qt4/4.8.3-2
thanks

Hello,

On sekmadienis 10 Liepa 2011 23:13:19 Michael Schmitt wrote:
 Package: system-config-printer-kde
 Version: 4:4.6.3-1
 Severity: grave
 Justification: renders package unusable
 
 When opening the printer dialog following messages are printed in the
 shell:
 mschmitt@adrastea:~$ kcmshell4 system-config-printer-kde
 kcmshell(21320)/python (plugin): Error while running factory function for
 Python plugin:  system-config-printer-kde/system-config-printer-kde.py
 Traceback (most recent call last):
   File string, line 18, in kpythonpluginfactory_bridge
   File
 /usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.
 py, line 3999, in CreatePlugin kcm = u.makeui(component_data,
 widget_parent)
   File
 /usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.
 py, line 122, in makeui self.ui = PyKcm(component_data, parent, self)
   File
 /usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.
 py, line 98, in __init__ uic.loadUi(unicode(APPDIR + / +
 system-config-printer.ui), self) File
 /usr/lib/pymodules/python2.6/PyQt4/uic/__init__.py, line 221, in loadUi
 return DynamicUILoader().loadUi(uifile, baseinstance)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/Loader/loader.py, line 71,
 in loadUi return self.parse(filename, basedir)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 886, in
 parse actor(elem)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 729, in
 createUserInterface self.traverseWidgetTree(elem)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 707, in
 traverseWidgetTree handler(self, child)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 449, in
 createLayout self.traverseWidgetTree(elem)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 707, in
 traverseWidgetTree handler(self, child)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 486, in
 handleItem self.traverseWidgetTree(elem)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 707, in
 traverseWidgetTree handler(self, child)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 214, in
 createWidget self.traverseWidgetTree(elem)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 707, in
 traverseWidgetTree handler(self, child)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 214, in
 createWidget self.traverseWidgetTree(elem)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 707, in
 traverseWidgetTree handler(self, child)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 449, in
 createLayout self.traverseWidgetTree(elem)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 707, in
 traverseWidgetTree handler(self, child)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 486, in
 handleItem self.traverseWidgetTree(elem)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 707, in
 traverseWidgetTree handler(self, child)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 449, in
 createLayout self.traverseWidgetTree(elem)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 707, in
 traverseWidgetTree handler(self, child)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 486, in
 handleItem self.traverseWidgetTree(elem)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 707, in
 traverseWidgetTree handler(self, child)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 208, in
 createWidget self.stack.push(self.setupObject(widget_class, parent, elem))
   File /usr/lib/pymodules/python2.6/PyQt4/uic/uiparser.py, line 176, in
 setupObject obj =  self.factory.createQObject(clsname, name, args,
 is_attribute) File /usr/lib/pymodules/python2.6/PyQt4/uic/objcreator.py,
 line 105, in createQObject classType = self.findQObjectType(classname)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/objcreator.py, line 115, in
 findQObjectType w = module.search(classname)
   File /usr/lib/pymodules/python2.6/PyQt4/uic/Loader/qobjectcreator.py,
 line 92, in search self._modules[module] = __import__(module, {}, {},
 (cls,))
 ImportError: No module named kpushbutton
 kcmshell(21320)/python (plugin): Failed to import module
 kcmshell(21320)/kcontrol KCModuleLoader::loadModule: This module has no
 valid entry symbol at all. The reason could be that it's still using
 K_EXPORT_COMPONENT_FACTORY with a custom X-KDE-FactoryName which is not
 supported anymore mschmitt@adrastea:~$

Apparently this is because python-qt4 still uses python-support while python-
kde4 = 4:4.6.80 uses dh_python2. Notably:

# ln -s /usr/lib/python2.6/dist-packages/PyQt4/uic/widget-plugins/kde4.py 
/var/lib/python-support/python2.6/PyQt4/uic/widget-plugins/

# ln -s

Bug#633388: apt-cache dotty goof ??

2011-07-14 Thread John D. Hendrickson and Sara Darnell


Debian Bug Tracking System wrote:

Thank you for the additional information you have supplied regarding
this Bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Eugene V. Lyubimkin jac...@debian.org

If you wish to submit further information on this problem, please
send it to 633...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.



I wrote a script that tsorts all debian packages (in avail and status) and and working on how that 
may be used.


I notice this probem: it is pretty but is very mis-informational

$apt-cache dotty dpkg  dot ; dotty dot

shows 'dselect' as SAME but HIGHER relationship AS LIBC6

dpkg never mentions dselect except by SUGGESTS
(and I'm unsure I didn't check)

shows 'wine' as EQUAL rel. to dpkg as 'timezone' is !!

# (a script I use that takes all deps and uses tsort-out file to order them 
VERY quickly)

# this shows depends and pre-depends but not sugests - meaning 'wine' isn't in 
there ...

./show-deps dpkg
--- dpkg ---
libc-bin gcc-4.4-base libc6 libgcc1 libselinux1 zlib1g libattr1 libacl1 
libbz2-1.0 coreutils xz-utils


JUST FOR FUN ...

$./show-deps gnome

--- gedit ---
libc-bin gcc-4.4-base libc6 libgcc1 libpcre3 libselinux1 zlib1g libglib2.0-0 libattr1 libacl1 
liblzma2 libbz2-1.0 coreutils xz-utils dpkg install-info perl-base libdb4.7 libgdbm3 perl 
perl-modules readline-common libncurses5 libreadline6 libtext-charwidth-perl liblocale-gettext-perl 
libtext-iconv-perl libtext-wrapi18n-perl debconf-i18n debconf debconf-english libslang2 
libdebian-installer4 libnewt0.52 libtextwrap1 sed ncurses-bin sensible-utils cdebconf lsb-base 
debianutils libkeyutils1 libkrb5support0 libcomerr2 libk5crypto3 libkrb5-3 libgssapi-krb5-2 
libssl0.9.8 libdb4.8 libpam0g libpam-modules passwd libuuid1 libavahi-common-data libgpg-error0 
libavahi-common3 libdbus-1-3 libgcrypt11 libtasn1-3 libavahi-client3 libgnutls26 libsqlite3-0 
libcups2 libjpeg62 libfreetype6 libstdc++6 libncursesw5 libexpat1 python2.6-minimal mime-support 
python2.6 python-minimal python python-support adduser ucf libdbus-glib-1-2 dbus libxml2 libsasl2-2 
libldap-2.4-2 libgfortran3 libblas3gf libatlas3gf-base liblapack3gf python-numpy shared-mime-info 
libgmp3c2 libfontenc1 x11-common libxfont1 xfonts-encodings gsfonts xfonts-utils libxau6 libxdmcp6 
ttf-dejavu-core ttf-bitstream-vera ttf-freefont gsfonts-x11 libxcb1 libx11-data fontconfig-config 
libx11-6 libfontconfig1 libxrender1 libxext6 libxft2 libice6 libsm6 libjasper1 libpng12-0 libtiff4 
libxcb-render0 libpixman-1-0 libxcb-render-util0 libcairo2 libmagic1 file libxi6 libxrandr2 
libaspell15 libmpfr4 cpp-4.4 cpp libpopt0 libxfixes3 libxdamage1 libxcomposite1 libxcursor1 
fontconfig libxinerama1 libffi5 whiptail dialog defoma libdatrie1 libthai-data libpango1.0-common 
libthai0 libgtk2.0-common libatk1.0-0 libpango1.0-0 libgtk2.0-0 libidl0 liborbit2 gconf2-common 
libgconf2-4 psmisc dbus-x11 gconf2 libhunspell-1.2-0 libenchant1c2a python-cairo python-gobject 
python-gtk2 libpython2.6 libgtksourceview2.0-common libgtksourceview2.0-0 python-gtksourceview2 
gedit-common



# (because the above included ORs as possible dependencies before sorting)

$ apt-cache showpkg gedit
Package: gedit
Versions:
2.8.3-4(/var/lib/apt/lists/sol8.hunter_pub_debian2_debian-31r0a-i386-binary-1.iso_dists_sarge_main_binary-i386_Packages)(/var/lib/dpkg/status)

Reverse Depends:
  gworkspace-apps-wrappers,gedit
  gedit-dev,gedit 2.8.3-4
  gnome-core,gedit 2.8.2
  gedit-common,gedit 2.6.0-1
  gedit-common,gedit
Dependencies:
2.8.3-4 - gconf2 (2 2.6.2-1) libart-2.0-2 (2 2.3.16) libaspell15 (2 0.60) libatk1.0-0 (2 1.7.2) 
libbonobo2-0 (2 2.8.0) libbonoboui2-0 (2 2.5.4) libc6 (2 2.3.2.ds1-21) libeel2-2 (2 2.8.2) 
libgail-common (2 1.6.6) libgail17 (2 1.6.6) libgconf2-4 (2 2.8.1) libglade2-0 (2 1:2.4.2-2) 
libglib2.0-0 (2 2.6.0) libgnome2-0 (2 2.8.0) libgnomecanvas2-0 (2 2.6.0) libgnomeprint2.2-0 (2 
2.8.0-1) libgnomeprintui2.2-0 (2 2.8.0) libgnomeui-0 (2 2.8.0) libgnomevfs2-0 (2 2.8.3-7) 
libgtk2.0-0 (2 2.6.0) libgtksourceview1.0-0 (2 1.1.1) libice6 (16 (null)) xlibs (4 4.1.0) liborbit2 
(2 1:2.10.0) libpango1.0-0 (2 1.8.1) libpopt0 (2 1.7) libsm6 (16 (null)) xlibs (4 4.1.0) libxml2 (2 
2.6.16) zlib1g (2 1:1.2.1) scrollkeeper (0 (null)) gedit-common (5 2.8.3-4)

Provides:
2.8.3-4 -
Reverse Provides:





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

Bug#633911: inotifyx: Switch to dh_python2

2011-07-14 Thread Barry Warsaw

Package: inotifyx
Version: 0.1.2-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

python-support and python-central are now both deprecated in Debian.  In
Ubuntu, we are removing both from the CDs, and for this work I have converted
the inotifyx package to use dh_python2, as per the instructions in this wiki
page:

http://wiki.debian.org/Python/TransitionToDHPython2

Please consider applying this patch to the Debian version of the package.

Cheers.

*** /tmp/tmp5DNUZy
In Ubuntu, the attached patch was applied to achieve the following:


  * Switch to dh_python2.  (LP: #788514)


Thanks for considering the patch.


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

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

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

iQIcBAEBCAAGBQJOH2WuAAoJEBJutWOnSwa/0KIQAK08HPAjTBd8DqY7m/LiICgP
otKJxqi1X8E5W6IS6eXYRmvuDB5z7h0xTWgl2tYHE882geq94+w44E4s3VczQXmm
mJ/HqVyvu7LaL2YSNYQK+u1Bqehf841+e0SgqPSfe3cIrVFzVlmGyzOm8SPb1dXi
Pi0yblu1g34akf3nRkpb+eXd4eN2xEsqN7SJiOUqkV8dWhkZSwIG626hnQUNAV79
13TRe+gefbWtAq0Nm1bovS6s4xX3421R96bw+IMRpT5B8PtHSiAy63K7r0RlM+FC
67ZpMlHvYzzJFPqpzLft4jjGzlLAX40rClVYqJLooUc9mvwz/yFC5o1zBVoYopYT
jl6rpBWxFV4aoTTn8hNAuUu9btCzQq0XHOPrR3ASkov33x1joHZdAh8Slk5/rnMk
e7payOYltVIEDYzMEWxj3WidRdM3ui7WnKw+1aZnnzWMz+ZpyqeSUqVL0Dp8rWNy
Z9kOJeVlnt7ABZ7vtcBdQ3CA/mCXb3UdPY45pCTt/nkhUJnupr0j17qrpYRHHHmv
o26WS28Ewb6gC4I8JRAW6esx9DYZH5pi17WIYGvV2SNHA7L6c4MNqA2eaEPobDMs
eZmMIKEh+GC3wRHKF1N80p06WH9gxHzmIqROK6FEdcRdFK++LYVfGKNRDUCKqVf6
E6VlJ2iQBq3Ry8yBQt2U
=iEMF
-END PGP SIGNATURE-
=== modified file 'debian/changelog'

=== modified file 'debian/control'
--- debian/control  2011-04-11 18:31:00 +
+++ debian/control  2011-07-14 21:53:05 +
@@ -3,8 +3,7 @@
 Priority: optional
 Maintainer: Ritesh Raj Sarraf r...@debian.org
 Uploaders: Debian Python Modules Team 
python-modules-t...@lists.alioth.debian.org
-Build-Depends: debhelper (= 7), python-epydoc, python-support, python-all-dev 
(= 2.3.5-11)
-XS-Python-Version: all
+Build-Depends: debhelper (= 7), python-epydoc, python-all-dev (= 2.6.6-3~)
 Standards-Version: 3.9.1
 Vcs-Svn: svn://svn.debian.org/svn/python-modules/packages/inotifyx/trunk
 Vcs-Browser: 
http://svn.debian.org/wsvn/python-modules/packages/inotifyx/trunk/?op=log
@@ -15,7 +14,6 @@
 Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}
 Recommends: doc-base
 Provides: ${python:Provides}
-XB-Python-Version: ${python:Versions}
 Description: simple Python binding to the Linux inotify
  inotifyx is a Python extension providing access to the Linux
  inotify file system event notification API. It is primarily

=== modified file 'debian/rules'
--- debian/rules2011-04-11 18:31:00 +
+++ debian/rules2011-07-14 21:43:07 +
@@ -49,7 +49,7 @@
dh_testroot
dh_installdocs
dh_installchangelogs NEWS
-   dh_pysupport
+   dh_python2
dh_compress
dh_fixperms
dh_strip

Bug#632961: hmmm

2011-07-14 Thread Stephen Kitt

Hi,

On Thu, Jul 14, 2011 at 03:49:15PM +0200, Cédric Boutillier wrote:
 On Wed, Jul 13, 2011 at 10:27:26AM -0700, Kees Cook wrote:
  Well, 2 things I've noticed. One is that the baud rate forcing on the
  inputattach commandline breaks thins for me, so that needs to be removed.

I've actually just been informed that two baud rates are appropriate
for Wacom devices, 19200 for pen only devices and 38400 for touch only
or pen and touch devices. (See
https://sourceforge.net/mailarchive/message.php?msg_id=27795570 for
the source.)

  The other problem is that Xorg needs a better rule for catching this
  device, and Brian and I haven't figure out how to do that correctly yet.
  We've always had to remove the InputClass for our wacom to avoid having the
  Xorg wacom driver conflict with it.

I take it this is in the /usr/share/X11/xorg.conf.d/50-wacom.conf
file?

 Following Kees's remarks, I removed the --baud option from inputattach
 udev rule. After having commented out the wacom xorg.conf snippet, I
 restarted X, and now the wacom tablet is properly working with the evdev
 driver. I see now the following in my Xorg.0.log:

Excellent news!

 Thank you very much for your help. Since the --baud option seems
 problematic for the X200 series, and since according to #616443, Fujitsu
 models work with the --baud option, maybe the udev has to be split?
 
 SUBSYSTEM==tty, KERNEL==ttyS[0-9]*, ATTRS{id}==FUJ02e5, 
 ACTION==add|change, RUN+=/lib/udev/inputattach --daemon --baud 19200 
 --w8001 /dev/%k
 SUBSYSTEM==tty, KERNEL==ttyS[0-9]*, ATTRS{id}==WACf00c, 
 ACTION==add|change, RUN+=/lib/udev/inputattach --daemon --w8001 /dev/%k

Indeed, if that works for you I'll split it.

 Maybe some text can be added to README.Debian to document the fact that
 once the tablets are attached, one can use the evdev driver instead of
 wacom? Something like:
 
 This package includes a udev rule to automatically attach Wacom W8001
 devices on Fujitsu T2010 or Lenovo X200-series laptops and tablets. Once
 attached, these devices will be supported by the evdev driver with X.org.
 In that case, ensure that the wacom driver does not interfere.

Yup, or even to the upstream README!

If it's preferable to use the evdev driver on these devices, it might
be worth filing a bug against the xserver-xorg-input-wacom, don't you
think? I could do it but it would be better if someone with the actual
device did it...

Regards,

Stephen


signature.asc
Description: Digital signature

Bug#613979: [regression] BUG: Unable to handle kernel paging request at ffffc90013cd8000 and no sound card recognized

2011-07-14 Thread Paul Menzel

Am Donnerstag, den 14.07.2011, 23:35 +0200 schrieb Svante Signell:
 On Thu, 2011-07-14 at 13:27 -0500, Jonathan Nieder wrote:

  Takashi Iwai wrote:
   On Wed, 2011-03-30 at 15:13 +0200, Clemens Ladisch wrote:
   Svante Signell wrote:
  
   During boot of kernel 2.6.38 (and 2.6.37) udev bugs out:
   Waiting for /dev to be fully populated
   BUG: Unable to handle kernel paging request at c90013cd8000
   axz_probe+ ... [snd_hda_intel]
   ...lots of output lost...
   udevadm timeout 180 sec ...
   udevd[390]: worker [439] failed while handling
   '/devices/pci:80/:80:01.0'
   
   After the timeout the boot continues! Have not yet tested if 
   sound is
   functional.
  [...]
   This is the azx_readw(chip, GCAP) in azx_create(); chip-remap_addr is
   0xc90011c08000 which does look like a valid pointer, but isn't.
  [...]
   The point where it Oops implies that the problem isn't in the sound
   driver but rather in a breakage in a deeper level, either PCI core,
   x86 mm or ACPI/BIOS.
  
   Any chance to bisect the kernel?
  
  Svante bisected it to v2.6.34-rc1~218^2~27 (x86/pci: Use
  resource_size_t in update_res, 2010-02-10) --- thanks.  Which is
  pretty weird, since I think phys_addr_t on an amd64 machine (and hence
  resource_size_t) would be 64 bits, making that commit a no-op.

I just want to add that I experience this with an AMD 64-bit processor
but 32-bit userspace and linux-image-…-amd64 and -686-pae.

  Svante, more questions (sorry):
  
   - could you try booting b74fd238a9cf and b74fd238a9cf^ again
 (to make sure we haven't hit a heisenbug) and send the
 corresponding full dmesg and .config files?
 
 I am very sorry but I don't have physical access to that box for a month
 from now.

Having the same I could do also some tests over the weekend. I only need
some instructions how to do that. Svante, could you please paste your
commands for generating your Linux kernel package.

[…]


Thanks,

Paul


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

Bug#631626: [xmoto] Xorg crashes on quitting xmoto

2011-07-14 Thread Bruno Kleinert

Apparently the original reporter replied to my previous mail to this bug
only in private by accident. I'll hereby quote his mail:

Am Donnerstag, den 14.07.2011, 21:54 +0200 schrieb Gert Brinkmann:
 Hello Bruno,
 
 On 14.07.2011 17:38, Bruno Kleinert wrote:
  I cannot reproduce the bug on my notebook, but its got an older i915
  driven GPU.
 
 After some dist-upgrades since the bug report, I cannot reproduce the 
 bug anymore, too. It seems that a new version of some packages have 
 fixed the issue. Maybe a newer kernel, xorg, or something.
 
 So I think this bug can be closed as fixed or unreproducable.
 
  No matter how buggy an application is, the Xserver should *never* crash,
  so it's probably a bug somewhere in the DRI/DRM/Mesa stack.
 
  Before forwarding the bug to mesa, could you please try to install the
  mesa packages from experimental and test again? Typically those are:
 * libgl1-mesa-dri
 * libgl1-mesa-glx
 * libglu1-mesa
 * libegl1-mesa
 * libegl1-mesa-drivers
 
 Just for the records, the current sid package versions that I have 
 installed:
 
 libgl1-mesa-glx:
Installed: 7.10.3-3
 
 libglu1-mesa:
Installed: 7.10.3-3
 
 libgl1-mesa-dri:
Installed: 7.10.3-3
 
 libegl1-mesa:
Installed: (none)
 
 libegl1-mesa-drivers:
Installed: (none)
 
 Greetings,
 Gert

Good to hear the bug disappeared for you! Probably it was caused by some
other package but xmoto. That for I'll close the bug.

Cheers - Fuddl


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

Bug#633912: bugzilla3: Installation fails trying to use user backup for database.

2011-07-14 Thread Xypron


Package: bugzilla3
Version: 3.6.2.0-4.2
Severity: normal


The configuration of package bugzilla3 fails.

The configuration asks for the password for user root and after some
dialogue steps complains that accessing the database with user
backup failed. The password for user backup was never requested.
Instead user root should have been used.

Best regards

Xypron

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

Kernel: Linux 2.6.18-028stab070.14 (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/dash

Versions of packages bugzilla3 depends on:
ii  apache22.2.16-6+squeeze1 Apache HTTP Server metapackage
ii  apache2-mpm-prefork [h 2.2.16-6+squeeze1 Apache HTTP Server - 
traditional n
ii  dbconfig-common1.8.46+squeeze.0  common framework for 
packaging dat
ii  debconf1.5.36.1  Debian configuration 
management sy
ii  exim4  4.72-6+squeeze2   metapackage to ease Exim 
MTA (v4)
ii  exim4-daemon-light [ma 4.72-6+squeeze2   lightweight Exim MTA (v4) 
daemon
ii  libappconfig-perl  1.56-2Perl module for 
configuration file
ii  libcgi-pm-perl 3.49-1squeeze1module for Common Gateway 
Interfac
ii  libdatetime-perl   2:0.6100-2module for manipulating 
dates, tim
ii  libdatetime-timezone-p 1:1.20-1+2010kframework exposing the 
Olson time
ii  libdbd-mysql-perl  4.016-1   Perl5 database interface to 
the My
ii  libemail-mime-perl [li 1.903-1   module for simple MIME 
message par
ii  libemail-send-perl 2.198-3   Perl module for simply 
sending ema

ii  libjs-yui  2.8.2r1~squeeze-1 Yahoo User Interface Library
ii  libmail-sendmail-perl  0.79.16-1 Send email from a perl script
ii  libtemplate-perl   2.22-0.1  template processing system 
written
ii  libtimedate-perl   1.2000-1  collection of modules to 
manipulat

ii  mysql-client-5.1 [mysq 5.1.49-3  MySQL database client binaries
ii  patch  2.6-2 Apply a diff file to an 
original

ii  perl-modules [libcgi-p 5.10.1-17squeeze2 Core Perl modules
ii  ucf3.0025+nmu1   Update Configuration File: 
preserv


Versions of packages bugzilla3 recommends:
ii  cvs 1:1.12.13-12 Concurrent Versions System
ii  imagemagick 8:6.6.0.4-3  image manipulation programs
ii  libchart-perl   2.4.1-5  Chart Library for Perl
ii  libtemplate-plugin-gd-perl  2.66-2   GD plugin(s) for the 
Template Tool
ii  libxml-parser-perl  2.36-1.1+b1  Perl module for parsing XML 
files
ii  mysql-server5.1.49-3 MySQL database server 
(metapackage
ii  mysql-server-5.1 [mysql-ser 5.1.49-3 MySQL database server 
binaries and
ii  perlmagick  8:6.6.0.4-3  Perl interface to the 
ImageMagick


Versions of packages bugzilla3 suggests:
pn  bugzilla3-doc none  (no description available)
pn  graphviz none  (no description available)
pn  libauthen-radius-perl none  (no description available)
ii  libgd-gd2-perl   1:2.39-2+b1 Perl module wrapper for 
libgd - gd
ii  libgd-graph-perl 1.44-3  Graph Plotting Module for 
Perl 5

ii  libgd-text-perl  0.86-5  Text utilities for use with GD
ii  libhtml-parser-perl  3.66-1  collection of modules that 
parse H

pn  libhtml-scrubber-perl none  (no description available)
ii  libmailtools-perl2.06-1  Manipulate email in perl 
programs
ii  libmime-tools-perl   5.428-1 Perl5 modules for 
MIME-compliant m

pn  libnet-ldap-perl none  (no description available)
pn  libsoap-lite-perl none  (no description available)
ii  libwww-perl  5.836-1 Perl HTTP/WWW client/server 
librar
ii  libxml-twig-perl 1:3.34-1Perl module for processing 
huge XM

ii  patchutils   0.3.1-2 Utilities to work with patches
pn  ruby none  (no description available)

-- debconf information excluded




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

Bug#633913: tcl-doc: depends vs recommends

2011-07-14 Thread Kevin Ryde

Package: tcl-doc
Version: 8.5.0-2
Severity: normal

The package description of tcl-doc says it depends on the latest -doc,
but it seems only to have

Recommends: tcl8.5-doc (= 8.5.0-1)

Is that meant to be Depends: ?


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

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

tcl-doc depends on no packages.

Versions of packages tcl-doc recommends:
pn  tcl8.5-docnone (no description available)

Versions of packages tcl-doc suggests:
pn  tcl   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#505173: news?

2011-07-14 Thread Iain Lane

Hiya,

On Wed, Aug 12, 2009 at 05:21:28PM +0530, Y Giridhar Appaji Nag wrote:
 On 09/08/11 14:18 +0200, Yves-Alexis Perez said ...
  Hey, is there some news about this? It seems ubuntu did integrate the
  patch from Cody, but Debian didn't.
 
 So far the only users of sftp have been Ubuntu/PPA.
 
 [snip...]
 
  Anyway, is there some info on the integration?
 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505176#15
 
 I am reluctant to merge the patch that would force dput users to install bzr.
 I'll happily include anything that uses paramiko directly.

Here's one that does that.

The bzrlib solution is demonstrably better though; it uses the OpenSSH
configuration whereas here the best I could do without adding way too much
code for an application like dput was to default to using an SSH agent or
allow users to specify their key location/password.

I created a bzr bug asking for a separate library

  https://bugs.launchpad.net/bzr/+bug/810783

hopefully they'll do that and we can merge the patches back together.

Anyway, mine is attached, for what it's worth. It works for me to upload to
Ubuntu using SFTP.

Cheers,
Iain
From 38231b91b71f83eecc781512e93ef5be119fd43c Mon Sep 17 00:00:00 2001
From: Iain Lane la...@debian.org
Date: Thu, 14 Jul 2011 23:08:57 +0100
Subject: [PATCH] Add a new SFTP method

Users can either use a running SSH agent (the default), authenticate via
username/password, or specify an RSA key with which to authenticate.
---
 debian/changelog |6 
 debian/rules |1 +
 dput |   19 +
 dput.1   |2 +-
 dput.cf.5|   23 ++-
 sftp.py  |   77 ++
 6 files changed, 125 insertions(+), 3 deletions(-)
 create mode 100644 sftp.py

diff --git a/debian/changelog b/debian/changelog
index 23cda3a..a6912cd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+dput (0.9.6.3) UNRELEASED; urgency=low
+
+  * Add SFTP support 
+
+ -- Iain Lane la...@debian.org  Thu, 14 Jul 2011 23:08:20 +0100
+
 dput (0.9.6.2) unstable; urgency=low
 
   [ Gerfried Fuchs ]
diff --git a/debian/rules b/debian/rules
index e1121ca..c5f1d47 100755
--- a/debian/rules
+++ b/debian/rules
@@ -40,6 +40,7 @@ binary-indep: build debian/control
 	install --mode=0644 http.py $(TMPDIR)/usr/share/dput
 	install --mode=0644 https.py $(TMPDIR)/usr/share/dput
 	install --mode=0644 scp.py $(TMPDIR)/usr/share/dput
+	install --mode=0644 sftp.py $(TMPDIR)/usr/share/dput
 	install --mode=0644 local.py $(TMPDIR)/usr/share/dput
 	install --mode=0644 rsync.py $(TMPDIR)/usr/share/dput
 	install --mode=0644 dputhelper.py $(TMPDIR)/usr/share/dput/helper
diff --git a/dput b/dput
index 1916eca..5d588fc 100755
--- a/dput
+++ b/dput
@@ -884,6 +884,25 @@ def main():
   print D: ssh config options:\n  +'\n  '.join(ssh_config_options)
 upload_methods[method](fqdn, login, incoming, \
 files_to_upload, debug, scp_compress, ssh_config_options)
+elif method == 'sftp':
+if debug and config.get(host, 'sftp_rsa_key_file'):
+print D: Using specified RSA key file
+try:
+password = config.get(host, 'sftp_password')
+except ConfigParser.NoOptionError:
+password = None
+try:
+sftp_rsa_key_file = config.get(host, 'sftp_rsa_key_file')
+except ConfigParser.NoOptionError:
+sftp_rsa_key_file = 'agent' # Default to using the SSH agent
+try:
+sftp_rsa_key_password = config.get(host, 'sftp_rsa_key_password')
+except ConfigParser.NoOptionError:
+sftp_rsa_key_password = None
+upload_methods[method](fqdn, login, incoming, \
+files_to_upload, debug, 0, password = password, \
+rsa_key_file=sftp_rsa_key_file, rsa_key_password = \
+sftp_rsa_key_password, progress=progress)
 else:
 upload_methods[method](fqdn, login, incoming, \
 files_to_upload, debug, 0, progress=progress)
diff --git a/dput.1 b/dput.1
index 9fb0d8a..9ff212a 100644
--- a/dput.1
+++ b/dput.1
@@ -21,7 +21,7 @@ files and then they will be sequentially uploaded.
 .P
 This program will then upload the package for you into the archive, using a
 selected upload method. Currently dput supports ftp, scp, rsync, http,
-https, and local. The
+https, sftp and local. The
 method scripts have been split from the main script so it is easy to add
 new methods.  Look in /usr/share/dput/ for examples.
 
diff --git a/dput.cf.5 b/dput.cf.5
index ca14cf0..5f173db 100644
--- a/dput.cf.5
+++ b/dput.cf.5
@@ -24,12 +24,12 @@ each host section. The available parameters are listed below:
 .TP
 .B fqdn
 This is the fully qualified domain name that will be used (can be specified
-as

Bug#633914: xword: Please provide a menu icon

2011-07-14 Thread Carlo Stemberger

Package: xword
Version: 1.0-7
Severity: minor

All is in the title :)

Regards,
Carlo

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

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

Versions of packages xword depends on:
ii  python2.6.6-14   interactive high-level object-orie
ii  python-gtk2   2.24.0-2   Python bindings for the GTK+ widge

xword recommends no packages.

xword 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#632177: License details for bash-4.2

2011-07-14 Thread Jonathan Nieder

Hi,

Adrian Bunk wrote:

 /usr/share/doc/bash/copyright says:
[...]
 the terms of the GNU General Public License as published by the Free
 Software Foundation; either version 2, or (at your option) any later
[...]
 The source files say:
[...]
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.
[...]

Thanks for reporting it.  It seems like a good time to update the
copyright file anyway.  Looking over bash 4.2, I have a few questions:

lib/malloc/i386-alloca.s lib/malloc/x386-alloca.s

These seem to be copyright 1989, 1990 the FSF but have no
explicit license notice.  Do you know if they are meant to be
under the GPL?

po/Makefile.in.in

This is from the gettext project and I should probably ask them about
the terms.  The version currently used is
© 1995-1997, 2000-2003 by Ulrich Drepper and says:

 This file can be copied and used freely without restrictions.  It can
 be used in projects which are not available under the GNU General 
Public
 License but which still want to provide support for the GNU gettext
 functionality.
 Please note that the actual code of GNU gettext is covered by the GNU
 General Public License and is *not* in the public domain.

which doesn't seem to give permission to modify the file.

po/af.po po/ca.po po/et.po po/pt_BR.po po/ro.po po/tr.po
Various tests under tests/*

© 1991-2009 Free Software Foundation, Inc.
© 2005 Glen Fowler

Is GPL-3+ intended?

Various files under examples/functions/*

No license notice I can find for most of them.

examples/functions/pathfuncs

© 1991 Simon J. Gerraty.  License notice says

 This file is provided in the hope that it will
 be of use.  There is absolutely NO WARRANTY.
 Permission to copy, redistribute or otherwise
 use this file is hereby granted provided that
 the above copyright notice and this notice are
 left intact.

which doesn't include explicit permission to modify the file
(maybe that's okay).

examples/scripts.v2/*

 This collection of scripts was originally written for ksh-88 by
 John DuBois spce...@armory.com.  The conversion to bash v2
 syntax was done by Chet Ramey.
 
 These scripts are as-is; there is no copyright associated with
 any of them.  They exist simply as examples of bash scripting.

That sounds promisingly like public domain, but the
examples/scripts.v2/PERMISSION file only includes permission for
Chet to adapt and bundle the files with a particular version
of bash (and not, for example, for me to modify them).

examples/scripts/*

No license notice I can find.  Based on manifest files I
suspect there is an examples/scripts/README that was left out
by mistake ages ago (unfortunately no version of bash in
bkuhn's archive includes such a README).

examples/scripts/bcsh.sh

© Chris Robertson, December 1985

 This software may be used for any purpose provided the original
 copyright notice and this notice are affixed thereto.  No warranties of
 any kind whatsoever are provided with this software, and it is hereby
 understood that the author is not liable for any damagages arising
 from the use of this software.

Doesn't seem to give permission to modify.

examples/startup-files/*

Mostly from Chet Ramey and Brian Fox (so probably copyright
was assigned to the FSF).  Couldn't find a license notice.

lib/readline/examples/excallback.c

© 1999 Jeff Solomon
No license notice I can find.

support/bash.xbm

© 1992 Simon Marshall

 If you like it, you're welcome to it...

Doesn't seem to give clear permission to modify.

doc/bash.* doc/bashbug.* doc/builtins.* doc/rbash.*

What is the license?

examples/complete/bashcc-1.0.1.tar.gz

© 2002, Richard S. Smith.

 This package may be freely copied, mirrored, modified, etc.  My only
 request is that this README file remain intact and be distributed
 along with any modified version.

Does this mean there's not permission to modify the README,
for example to add to the version history when making
modifications?

ABOUT-NLS CHANGES CRWU/README CRWU/mh-folder-comp CRWU/sh-redir-hack
INSTALL NOTES POSIX RBASH builtins/psize.sh doc/INTRO
doc/README examples/complete/complete* examples/loadables/*
examples/misc/aliasconv* examples/misc/cshtobash
examples/misc/suncmd.termcap lib/readline/ChangeLog
lib/readline/README lib/tilde/README
po/Rules-quot po/en@boldquot.header po/en@quot.header
po/insert-header.sin po/remove-potcdate.sin

I can't find license notices for

Bug#631997: linux-image-2.6.39-2-486: black screen after grub menu

2011-07-14 Thread webe3vt


 The last working kernel is 2.6.32-35.

 


 

 

-Original Message-
From: Ben Hutchings b...@decadent.org.uk
To: Brent S. Elmer webe...@aim.com; 631997 631...@bugs.debian.org
Sent: Tue, Jun 28, 2011 10:35 pm
Subject: Re: Bug#631997: linux-image-2.6.39-2-486: black screen after grub menu


On Tue, 2011-06-28 at 21:40 -0400, Brent S. Elmer wrote:
 Package: linux-2.6
 Version: 2.6.39-2
 Severity: grave
 Justification: renders package unusable
 
 My computer never boots with 2.6.39-2-486 or 2.6.38.  Currently I am running a
 custom built 2.6.30 kernel.

Please could yo test some of the earlier versions from
http://snapshot.debian.org/package/linux-2.6/ to find which was the
last working version?

 When I boot with 2.6.39 or 2.6.38 the screen goes
 black after I select the kernel in grub.  Nothing ever comes up.  cntl-alt-f1
 does nothing.  This happens whether I have modeset=1 or 0.  I have a radeon
 graphics card.
[...]

What if you select the 'recovery mode' menu item?  Do you see any
messages from the kernel?

Ben.

-- 
Ben Hutchings
In a hierarchy, every employee tends to rise to his level of incompetence.

Bug#632367: pygobject-codegen-2.0 uses python2.6 (without dependency)


tags 632367 + patch
thanks

* Jakub Wilk jw...@debian.org, 2011-07-11, 01:35:
pygobject-codegen-2.0 calls python2.6, but python-gobject-dev doesn't 
depend on python2.6. The package does depend on python, which is 
sufficent for now, but it'll break badly with python (= 2.7).


I propose to fix this bug with the attached patch.

--
Jakub Wilk
--- a/codegen/pygobject-codegen-2.0.in
+++ b/codegen/pygobject-codegen-2.0.in
@@ -8,4 +8,4 @@
 PYTHONPATH=$codegendir
 export PYTHONPATH
 
-exec @PYTHON@ $codegendir/codegen.py $@
+exec python $codegendir/codegen.py $@

Bug#633915: [qtcreator] freeze when switching to qml design view

2011-07-14 Thread David Palacio

Package: qtcreator
Version: 2.2.1-1
Severity: normal

Now that the Qml plugin is installed, qtcreator freezes when switching to 
the Design view. Related bug and fix:
https://bugs.gentoo.org/show_bug.cgi?id=36738


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.39-2-amd64

Debian Release: wheezy/sid
  500 unstable192.168.1.2 
1 experimental192.168.1.2 

--- Package information. ---
Depends   (Version) | Installed
===-+-
=
libqt4-help(= 4:4.7.1) | 4:4.7.3-5
libqt4-sql-sqlite   | 4:4.7.3-5
libc6(= 2.2.5) | 2.13-10
libgcc1(= 1:4.1.1) | 1:4.6.1-3
libqt4-declarative (= 4:4.7.1) | 4:4.7.3-5
libqt4-designer(= 4:4.7.1) | 4:4.7.3-5
libqt4-network (= 4:4.7.1) | 4:4.7.3-5
libqt4-script  (= 4:4.7.1) | 4:4.7.3-5
libqt4-sql (= 4:4.7.1) | 4:4.7.3-5
libqt4-svg (= 4:4.7.1) | 4:4.7.3-5
libqt4-xml (= 4:4.7.1) | 4:4.7.3-5
libqtcore4 (= 4:4.7.1) | 4:4.7.3-5
libqtgui4  (= 4:4.7.1) | 4:4.7.3-5
libqtwebkit4| 2.1.0~2011week13-2
libstdc++6   (= 4.4.0) | 4.6.1-3


Recommends   (Version) | Installed
==-+-
===
gdb| 7.2-1
make   | 3.81-8.1
qt4-demos  | 
qt4-dev-tools  | 4:4.7.3-5
qt4-doc| 4:4.7.3-5
qtcreator-doc  | 2.2.1-1
xterm  | 270-1
 OR x-terminal-emulator| 


Suggests   (Version) | Installed
-+-===
cmake| 2.8.5-1
git-core | 1:1.7.5.4-1
kdelibs5-data| 4:4.6.4-1
subversion   | 1.6.17dfsg-1







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

Bug#414264: (no subject)

2011-07-14 Thread Benjamin Aisen

For what it's worth, the libc-client package has a hard dependency on 
mlock, to avoid precisely this issue.  I don't think it'd be out of line 
for alpine to depend on it as well.


(Is there any reason why alpine uses the c-client it ships with instead of
building against libc-client?)

Ben



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

Bug#633891: more precise problem description, solution ideas.

2011-07-14 Thread David Bremner


Bastien has a git-patches file that looks like

upstream/$UPSTREAM_REF..debian-patches/$DEB_REF

It seems reasonable to at least try to support the case where those two
refs point to the same commit. The last fix to gitpkg means that it does
not generate debian/patches anymore.

Unfortunately the current lintian check considers the presence of a
git-patches file, along with the absence of patches, to indicated an
error. Lintian of course has no way of knowing whether or not the
git-patches file was supposed to produce patches.  

I'd be willing to modify the lintian check to look for some
.quilt-export-wuz-here file, although this seems a bit ugly. Another
idea I had was to have the quilt export hook actually remove git-patches
from the source package. The file isn't useful for people who don't have
a git clone in any case, except perhaps as documentation.

Finally we could throw our hands up in despair and downgrade the
severity of the lintian error to a warning.




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

Bug#633916: Hard to translate package description

2011-07-14 Thread Martin Eberhard Schauer


Package: libmeanwhile1
Version: 1.0.2-4
Severity: minor

Dear Maintainer,
there was some discussion among the German DDTP translators targeted at
the translation of Lotus Sametime Community Client protocol.


Description: open implementation of the Lotus Sametime Community Client 
protocol

 This library provides the basic Lotus Sametime Community Client session
 functionality along with the core services; Presence, Messaging, and
 Conferencing.


I found (1)
Lotus Sametime Connect, the client component of Lotus Sametime, ... uses
a proprietary protocol named Virtual Places, but also offers support for
standard protocols ...

I have to admit that I did not dig deeper yet because it's more fun 
translating clear

descriptions without the need for further research. So - once again:

How to translate Lotus Sametime Community Client protocol?

- Is there a software named Lotus Sametime Community Client?

  Then you meant Client's protocol?
  As the first result for googling the expression (2) is the
  libmeanwhile site I'm afraid that there is no such software.

- Are you talking about Lotus Sametime Connect?

  In this case Lotus Sametime Connect protocol might be an option.
  Hopefully other translators as well will understand The protocol 
used by

  the software named Lotus Sametime Connect.

  BTW, the wikipedia wording is funny somehow. If the client component of
  some client/server software uses a specific protocol the server *has* to
  understand and use it as well.

- Copied once more (from Wikipedia and description):

  IBM Lotus Sametime is a client–server application and middleware
  platform that provides real-time, unified communications and
  collaboration for enterprises.

  This library provides the basic Lotus Sametime Community Client
  session functionality along with the core services; Presence,
  Messaging, and Conferencing.

  Intentionally misunderstanding/dumb: What is the the difference
  between basic session functionality and core services such as
  Conferencing and Messaging. Where to place session management?

  An answer to this question would be a plain enumeration of the
  functions that the library provides.

Kind regards,
  Martin

1: http://en.wikipedia.org/wiki/Lotus_Sametime
2: http://meanwhile.sourceforge.net/Kind 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#631996: texlive-binaries: \bf ignored for Japanese

2011-07-14 Thread Atsuhito Kohda

Hi Furue-san,

On Tue, 28 Jun 2011 15:07:50 -1000 (HST), Ryo Furue wrote:

 dvipdfmx doesn't use the Gothic font for \textbf{} or \gt .
 
 $ cat tmp.tex
 \documentclass{jarticle}
 \begin{document}
 こんにちは。\textbf{こんにちは。}{\bf こんにちは。}{\gt こんにちは。}
 Hello.\textbf{Hello.}{\bf Hello.}{\gt Hello.}
 \end{document}
 $ platex tmp
 $ dvipdfmx tmp
 $ acroread tmp.pdf
 
 The English alphabets are in bold face for \textbf and \bf
 but all Japanese text is set in the Mincho font.

On my system, it seems acroread display Japanese Gothic
correctly.  Does your acroread have Japanese Gothic fonts?

IIRC, Adobe forgets to provide Japanese Gothic fonts 
for acroread (of Japanese version) since long time ago, 
so I've copied Gothic font, KozGoProVI-Medium.otf, from 
old system.

Thanks for your report.

Regards,  2011-7-15(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda kohda AT debian.org
 Department of Math., Univ. of Tokushima



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

Bug#633917: libgtk-3-0: key typing causes infinite-loop in VNC environment

2011-07-14 Thread VDR dai (deb)

Package: libgtk-3-0
Version: 3.0.11-1
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[ this bug is copied from https://bugzilla.gnome.org/show_bug.cgi?id=653706 ]

For example, gtk3-demo freezes when I type a key on GtkEntry.
I trace gtk3-demo using gdb, it maybe run infinite-loop in
gdk_x11_keymap_get_entries_for_keyval at gdk/x11/gdkkeys-x11.c.
It occurs in only VNC environment, not plain X.

gtk+ 2.24.4 : not occurs
gtk+ 3.0.10 : occurs

 - - -

http://git.gnome.org/browse/gtk+/commit/?h=gtk-3-0id=c5d26520d2d6c72fcd13941cc30e35c40294a2ba

This is fixed in upstream master and gtk-3-0 branch,
but gtk+ 3.0.11 still has this bug.
I am glad to apply attached patch in debian package.

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

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

Versions of packages libgtk-3-0 depends on:
ii  libatk1.0-02.0.1-2   ATK accessibility toolkit
ii  libc6  2.13-10   Embedded GNU C Library: Shared lib
ii  libcairo-gobject2  1.10.2-6  The Cairo 2D vector graphics libra
ii  libcairo2  1.10.2-6  The Cairo 2D vector graphics libra
ii  libcomerr2 1.42~WIP-2011-07-02-1 common error description library
ii  libcups2   1.4.7-1   Common UNIX Printing System(tm) - 
ii  libfontconfig1 2.8.0-3   generic font configuration library
ii  libfreetype6   2.4.4-2   FreeType 2 font engine, shared lib
ii  libgcrypt111.4.6-7   LGPL Crypto library - runtime libr
ii  libgdk-pixbuf2.0-0 2.23.5-1  GDK Pixbuf library
ii  libglib2.0-0   2.28.6-2  GLib library of C routines
ii  libgnutls262.10.5-2  the GNU TLS library - runtime libr
ii  libgssapi-krb5-2   1.9.1+dfsg-1+b1   MIT Kerberos runtime libraries - k
ii  libgtk-3-common3.0.11-1  common files for the GTK+ graphica
ii  libk5crypto3   1.9.1+dfsg-1+b1   MIT Kerberos runtime libraries - C
ii  libkrb5-3  1.9.1+dfsg-1+b1   MIT Kerberos runtime libraries
ii  libpango1.0-0  1.28.4-1  Layout and rendering of internatio
ii  libx11-6   2:1.4.3-2 X11 client-side library
ii  libxcomposite1 1:0.4.3-2 X11 Composite extension library
ii  libxcursor11:1.1.12-1X cursor management library
ii  libxdamage11:1.1.3-2 X11 damaged region extension libra
ii  libxext6   2:1.3.0-3 X11 miscellaneous extension librar
ii  libxfixes3 1:5.0-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.4.3-3 X11 Input extension library
ii  libxinerama1   2:1.1.1-3 X11 Xinerama extension library
ii  libxrandr2 2:1.3.2-2 X11 RandR extension library
ii  shared-mime-info   0.90-1FreeDesktop.org shared MIME databa
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages libgtk-3-0 recommends:
ii  hicolor-icon-theme0.12-1 default fallback theme for FreeDes
ii  libgtk-3-bin  3.0.11-1   programs for the GTK+ graphical us

Versions of packages libgtk-3-0 suggests:
ii  gvfs  1.8.2-1userspace virtual filesystem - ser
ii  librsvg2-common   2.34.0-1   SAX-based renderer library for SVG

- -- no debconf information

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

iEYEARECAAYFAk4fixIACgkQglIHF/kTvg/FeQCcCLyFM66N64BWk5pntAkR3rrE
tVMAoIi9K/mU+EcYo1if5Cb94QzfOI1H
=4Ksa
-END PGP SIGNATURE-
From c5d26520d2d6c72fcd13941cc30e35c40294a2ba Mon Sep 17 00:00:00 2001
From: Matthias Clasen mcla...@redhat.com
Date: Thu, 30 Jun 2011 18:45:16 +
Subject: GdkKeymap: Prevent an infinite loop in the non-XKB case

Somehow the increment got lost, as comparison with the 2.x code
shows.
---
diff --git a/gdk/x11/gdkkeys-x11.c b/gdk/x11/gdkkeys-x11.c
index da227f3..253bbed 100644
--- a/gdk/x11/gdkkeys-x11.c
+++ b/gdk/x11/gdkkeys-x11.c
@@ -881,6 +881,8 @@ gdk_x11_keymap_get_entries_for_keyval (GdkKeymap 
*keymap,
 
   ++i;
 }
+
+  ++keycode;
 }
 }
 
--
cgit v0.9

Bug#633918: trac-bitten: New upstream release

2011-07-14 Thread Lee Begg

Package: trac-bitten
Version: 0.6b2.dfsg-3
Severity: important
Tags: upstream

Two upstream releases are available since the last time this package was
updated, which was over a year ago.

The full version 0.6 contains major improvement. The one I have noticed is
the attachments in the build have been reworked to perform much better. 
Currently I have a 10 minute wait while a 30MB attachment is sent (over 
Gigabit ethernet link).

Milestone change overview: http://bitten.edgewall.org/milestone/0.6

Regards
Lee Begg

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

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

Versions of packages trac-bitten depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-pkg-resources0.6.14-4 Package Discovery and Resource Acc
ii  python-support  1.0.10   automated rebuilding support for P
ii  trac0.11.7-4 Enhanced wiki and issue tracking s

trac-bitten recommends no packages.

trac-bitten 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#633919: /lib/modules/2.6.39-2-amd64/kernel/net/wireless/cfg80211.ko: cfg80211 calling CRDA drops wireless connection, clears ssid

2011-07-14 Thread Michael Forbes

Package: linux-2.6
Version: 2.6.39-2
Severity: important
File: /lib/modules/2.6.39-2-amd64/kernel/net/wireless/cfg80211.ko
Tags: upstream


I have a Lenovo Thinkpad T420, with Intel(R) Centrino(R) Advanced-N 6205 AGN
wireless card.  wheezy is installed.  I sometimes connect to one of two
different wireless networks, both unsecured (I configure the wireless through
/etc/network/interfaces).  In both instances, the connection will drop several
times per day, without any provocation.  Another wheezy install on different
hardware had no such problems.  I imagine the issue is with the wireless card,
as that seems to be the most relevant hardware difference between the new laptop
and the old laptop.

The network interrupts are strange, in that they leave essentially no
trace in 'dmesg'.  Things do register via 'iwevent':

2011-07-13 22:08 [root@*** miforbes]# iwevent
Waiting for Wireless Events from interfaces...
23:27:39.200445   wlan0New Access Point/Cell address:Not-Associated

after this event `iwconfig' shows no essid associated with wlan0:

2011-07-14 20:23 [~]$ /sbin/iwconfig 
lono wireless extensions.

eth0  no wireless extensions.

wlan0 IEEE 802.11abg  ESSID:off/any  
  Mode:Managed  Access Point: Not-Associated   Tx-Power=15 dBm   
  Retry  long limit:7   RTS thr:off   Fragment thr:off
  Power Management:off

The normal output of 'iwconfig' is:

2011-07-14 20:44 [root@* miforbes]# iwconfig 
lono wireless extensions.

eth0  no wireless extensions.

wlan0 IEEE 802.11abg  ESSID:  

   
  Mode:Managed  Frequency:2.412 GHz  Access Point: **   

  
  Bit Rate=48 Mb/s   Tx-Power=15 dBm


  Retry  long limit:7   RTS thr:off   Fragment thr:off  


  Encryption key:off


  Power Management:off  


  Link Quality=43/70  Signal level=-67 dBm  


  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0  


  Tx excessive retries:0  Invalid misc:61   Missed beacon:0 

so it seems like the signal strength is decent.

Restoring the essid with 'iwconfig wlan0 essid **' fixes the
problem, no need to even restart dhcp.  Interestingly, the last thing that
appears in dmesg before the disconnect is always

[ 1280.279761] cfg80211: Calling CRDA to update world regulatory domain
[ 1280.287981] cfg80211: World regulatory domain updated:
[ 1280.287989] cfg80211: (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[ 1280.287997] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.288005] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[ 1280.288011] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[ 1280.288017] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.288024] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.288047] cfg80211: Calling CRDA for country: US
[ 1280.296588] cfg80211: Regulatory domain changed to country: US
[ 1280.296596] cfg80211: (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[ 1280.296604] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2700 mBm)
[ 1280.296611] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
1700 mBm)
[ 1280.296618] cfg80211: (525 KHz - 533 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.296624] cfg80211: (549 KHz - 560 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.296630] cfg80211: (565 KHz -

Bug#633919: /lib/modules/2.6.39-2-amd64/kernel/net/wireless/cfg80211.ko: cfg80211 calling CRDA drops wireless connection, clears ssid

2011-07-14 Thread Michael Forbes



One more tidbit, I was running 'iw event' (instead of 'iwevent'), and got:

2011-07-14 20:38 [root@ miforbes]# iw event
wlan0 (phy #0): deauth a0:88:b4:68:59:e4 - 16:18:0a:30:23:5c reason 4: 
Disassociated due to inactivity
wlan0 (phy #0): disconnected (local request)
phy #0: regulatory domain change: set to world roaming by the wireless core 
upon initialization request
regulatory domain change: set to US by a user request

so there is some inactivity, but I'm browsing the web normally ...

-Michael

On Thu, 14 Jul 2011, Michael Forbes wrote:


Package: linux-2.6
Version: 2.6.39-2
Severity: important
File: /lib/modules/2.6.39-2-amd64/kernel/net/wireless/cfg80211.ko
Tags: upstream


I have a Lenovo Thinkpad T420, with Intel(R) Centrino(R) Advanced-N 6205 AGN
wireless card.  wheezy is installed.  I sometimes connect to one of two
different wireless networks, both unsecured (I configure the wireless through
/etc/network/interfaces).  In both instances, the connection will drop several
times per day, without any provocation.  Another wheezy install on different
hardware had no such problems.  I imagine the issue is with the wireless card,
as that seems to be the most relevant hardware difference between the new laptop
and the old laptop.

The network interrupts are strange, in that they leave essentially no
trace in 'dmesg'.  Things do register via 'iwevent':

2011-07-13 22:08 [root@*** miforbes]# iwevent
Waiting for Wireless Events from interfaces...
23:27:39.200445   wlan0New Access Point/Cell address:Not-Associated

after this event `iwconfig' shows no essid associated with wlan0:

2011-07-14 20:23 [~]$ /sbin/iwconfig
lono wireless extensions.

eth0  no wireless extensions.

wlan0 IEEE 802.11abg  ESSID:off/any
 Mode:Managed  Access Point: Not-Associated   Tx-Power=15 dBm
 Retry  long limit:7   RTS thr:off   Fragment thr:off
 Power Management:off

The normal output of 'iwconfig' is:

2011-07-14 20:44 [root@* miforbes]# iwconfig
lono wireless extensions.

eth0  no wireless extensions.

wlan0 IEEE 802.11abg  ESSID:
 Mode:Managed  Frequency:2.412 GHz  Access Point: **
 Bit Rate=48 Mb/s   Tx-Power=15 dBm
 Retry  long limit:7   RTS thr:off   Fragment thr:off
 Encryption key:off
 Power Management:off
 Link Quality=43/70  Signal level=-67 dBm
 Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
 Tx excessive retries:0  Invalid misc:61   Missed beacon:0

so it seems like the signal strength is decent.

Restoring the essid with 'iwconfig wlan0 essid **' fixes the
problem, no need to even restart dhcp.  Interestingly, the last thing that
appears in dmesg before the disconnect is always

[ 1280.279761] cfg80211: Calling CRDA to update world regulatory domain
[ 1280.287981] cfg80211: World regulatory domain updated:
[ 1280.287989] cfg80211: (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[ 1280.287997] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.288005] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[ 1280.288011] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[ 1280.288017] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.288024] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.288047] cfg80211: Calling CRDA for country: US
[ 1280.296588] cfg80211: Regulatory domain changed to country: US
[ 1280.296596] cfg80211: (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[ 1280.296604] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2700 mBm)
[ 1280.296611] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
1700 mBm)
[ 1280.296618] cfg80211: (525 KHz - 533 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.296624] cfg80211: (549 KHz - 560 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.296630] cfg80211: (565 KHz - 571 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[ 1280.296636] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
3000 mBm)

(the below dmesg output has this happen twice, note the afs server
losing internet access).

Various searches indicate to me that cfg80211 is reseting the
connection, and that this is causing the problem.  However, I cannot
identify why it is being called.

I have tried several things to fix this.  I've tried the options:

options iwlagn 11n_disable=1 11n_disable50=1

as well as

options iwlagn swcrypto50=1 swcrypto=1

and

options cfg80211 ieee80211_regdom=US

in modprobe.d conf files (currently these are all enabled).  Initially crda was 
not even installed, and I
took this as the reason the wireless was failing, that is the dmesg just
showed:

[12626.267794] cfg80211: Calling CRDA to update world regulatory domain
[12758.689580] afs: Lost

Bug#633919: /lib/modules/2.6.39-2-amd64/kernel/net/wireless/cfg80211.ko: cfg80211 calling CRDA drops wireless connection, clears ssid

2011-07-14 Thread Michael Forbes



Moreover, running 'iw event -t -f' seems to make the problem worse ...

2011-07-14 21:00 [root@* miforbes]# iw event -t -f
1310691757.892155: wlan0 (phy #0): deauth a0:88:b4:68:59:e4 - 
16:18:0a:30:23:5c reason 4: Disassociated due to inactivity [frame: c0 00 00 00 16 
18 0a 30 23 5c a0 88 b4 68 59 e4 16 18 0a 30 23 5c 00 00 04 00]
1310691757.892312: wlan0 (phy #0): disconnected (local request)
1310691757.900275: phy #0: regulatory domain change: set to world roaming by 
the wireless core upon initialization request
1310691757.908542: regulatory domain change: set to US by a user request
1310691813.011587: wlan0 (phy #0): scan started
1310691816.212186: wlan0 (phy #0): scan finished: 2412 2417 2422 2427 2432 2437 2442 2447 
2452 2457 2462 2467 2472 5180 5200 5220 5240 5260 5280 5300 5320 5500 5520 5540 5560 5580 
5600 5620 5640 5660 5680 5700 5745 5765 5785 5805 5825, *
1310691816.237633: wlan0 (phy #0): auth 16:18:0a:30:23:5c - a0:88:b4:68:59:e4 
status: 0: Successful [frame: b0 00 40 01 a0 88 b4 68 59 e4 16 18 0a 30 23 5c 16 
18 0a 30 23 5c 60 d1 00 00 02 00 00 00]
1310691816.258111: wlan0: new station 16:18:0a:30:23:5c
1310691816.261373: wlan0 (phy #0): assoc 16:18:0a:30:23:5c - a0:88:b4:68:59:e4 
status: 0: Successful [frame: 10 00 40 01 a0 88 b4 68 59 e4 16 18 0a 30 23 5c 16 
18 0a 30 23 5c 70 d1 21 00 00 00 03 c0 01 08 82 84 8b 96 18 24 30 48 32 02 60 6c 
dd 18 00 50 f2 02 01 01 0b 00 03 a4 00 00 27 a4 00 00 42 43 5e 00 62 32 2f 00 dd 
09 00 03 7f 01 01 00 00 ff 7f dd 0a 00 03 7f 04 01 00 00 00 00 00]
1310691816.261532: wlan0 (phy #0): connected to 16:18:0a:30:23:5c
1310691816.270635: phy #0: regulatory domain change: set to US by a country IE 
request on phy0
1310691921.912596: wlan0 (phy #0): deauth a0:88:b4:68:59:e4 - 
16:18:0a:30:23:5c reason 4: Disassociated due to inactivity [frame: c0 00 00 00 16 
18 0a 30 23 5c a0 88 b4 68 59 e4 16 18 0a 30 23 5c 00 00 04 00]
1310691921.912747: wlan0 (phy #0): disconnected (local request)
1310691921.920942: phy #0: regulatory domain change: set to world roaming by 
the wireless core upon initialization request
1310691921.929264: regulatory domain change: set to US by a user request
1310691957.975922: wlan0 (phy #0): scan started
1310691961.109279: wlan0 (phy #0): scan finished: 2412 2417 2422 2427 2432 2437 2442 2447 
2452 2457 2462 2467 2472 5180 5200 5220 5240 5260 5280 5300 5320 5500 5520 5540 5560 5580 
5600 5620 5640 5660 5680 5700 5745 5765 5785 5805 5825, ***
1310691961.136049: wlan0 (phy #0): auth 16:18:0a:30:23:5c - a0:88:b4:68:59:e4 
status: 0: Successful [frame: b0 00 40 01 a0 88 b4 68 59 e4 16 18 0a 30 23 5c 16 
18 0a 30 23 5c a0 e6 00 00 02 00 00 00]
1310691961.152640: wlan0: new station 16:18:0a:30:23:5c
1310691961.154260: wlan0 (phy #0): assoc 16:18:0a:30:23:5c - a0:88:b4:68:59:e4 
status: 0: Successful [frame: 10 00 40 01 a0 88 b4 68 59 e4 16 18 0a 30 23 5c 16 
18 0a 30 23 5c b0 e6 21 00 00 00 03 c0 01 08 82 84 8b 96 18 24 30 48 32 02 60 6c 
dd 18 00 50 f2 02 01 01 0b 00 03 a4 00 00 27 a4 00 00 42 43 5e 00 62 32 2f 00 dd 
09 00 03 7f 01 01 00 00 ff 7f dd 0a 00 03 7f 04 01 00 00 00 00 00]
1310691961.154419: wlan0 (phy #0): connected to 16:18:0a:30:23:5c
1310691961.163437: phy #0: regulatory domain change: set to US by a country IE 
request on phy0


-Michael

On Thu, 14 Jul 2011, Michael Forbes wrote:



One more tidbit, I was running 'iw event' (instead of 'iwevent'), and got:

2011-07-14 20:38 [root@ miforbes]# iw event
wlan0 (phy #0): deauth a0:88:b4:68:59:e4 - 16:18:0a:30:23:5c reason 4: 
Disassociated due to inactivity

wlan0 (phy #0): disconnected (local request)
phy #0: regulatory domain change: set to world roaming by the wireless core 
upon initialization request

regulatory domain change: set to US by a user request

so there is some inactivity, but I'm browsing the web normally ...

-Michael





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

Bug#633920: lbdb: m_vcf should handle missing names more betterer

2011-07-14 Thread Jamey Sharp

Package: lbdb
Version: 0.38
Severity: normal
Tags: patch

Thanks for incorporating my patch to handle missing real-names in m_vcf!
Unfortunately the final released version doesn't actually handle missing
real-names, which I think is because of madduck's patches applied at the
same time to vcquery.

The attached patch makes m_vcf handle missing names again. It should be
more robust and IMO easier to read than my original approach. Also, I
believe it re-incorporates the effect of madduck's patches to drop any
nickname columns before returning query results, though I haven't tested
that claim since I don't have any nicknames set.

My general description of the issues, in #624590, still applies.

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

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

Versions of packages lbdb depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libvformat0   1.13-7 library to read and write vcard fi
ii  perl  5.12.4-1   Larry Wall's Practical Extraction 

lbdb recommends no packages.

Versions of packages lbdb suggests:
pn  abook none (no description available)
pn  fingernone (no description available)
pn  libnet-ldap-perl  none (no description available)
pn  libpalm-perl  none (no description available)
ii  mutt  1.5.21-5   text-based mailreader supporting M
pn  procmail  none (no description available)

-- no debconf information
--- /usr/lib/lbdb/m_vcf	2011-06-25 07:39:51.0 -0700
+++ m_vcf	2011-07-14 17:50:13.367298747 -0700
@@ -39,6 +39,9 @@
   fi
 fi
 
-$cmd | grep -ie $QUERY | sed 's/(null)$/ /; s/	$/	(VCF)/'
+$cmd | grep -ie $QUERY | awk '
+  BEGIN { FS = OFS = \t }
+  $2 == (null) { $2 =   }
+  { NF = 2; $3 = (VCF); print }'
   done
 }


signature.asc
Description: Digital signature

Bug#633921: before_command..., after_command... don't let user filter the document

Package: plucker
Version: 1.8-33+b1
Severity: wishlist
File: /usr/share/pyshared/PyPlucker/Spider.py

These don't give the user an opportunity to filter the document.
They are either too early or too late.
;; A string specifying a command to be executed before spidering.
;;before_command1 =
;; A string specifying a command to be executed after spidering.
;;after_command1 =

Indeed there are a total of 20 of them, but all too early or too late.



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

Bug#633922: WARNING: THE CACHE DIRECTORY GETS ERASED !!! You have been warned.

Package: plucker
Version: 1.8-33+b1
Severity: wishlist
File: /usr/share/man/man1/plucker-dump.1.gz

WARNING: THE CACHE DIRECTORY GETS ERASED
Mention RECURSIVELY too.

I have a better idea.
Instead have the user be responsible for erasing the directory himself.
Just like 100% of all other programs.
That way
he
would
not
blow his whole $HOME directory
by
just
doing
$ plucker-dump -c . /.../x.pdb

Thank

you.

Also,
with such a dangerous command left in the bash history list,
all one needs to do a few days later is ^R plu RET
and whammo, he has destroyed whatever whole tree he is in, most likely
$HOME or even worse.



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

Bug#633923: clarify statics

Package: plucker
Version: 1.8-33+b1
Severity: wishlist
File: /usr/share/man/man1/plucker-decode.1.gz

We read
   -s show statics for each document
does that mean statistics?

Let's find out
$ plucker-decode/tmp/group_read.150713332.pdb 21|wc
  7  82   34099
$ plucker-decode -s /tmp/group_read.150713332.pdb 21|wc
  9  84   34144
$ plucker-decode -s /tmp/group_read.150713332.pdb 21|sed 1,2d|wc
  7  82   34099
$ plucker-decode -s /tmp/group_read.150713332.pdb 21|sed 1,2!d

Processing /tmp/group_read.150713332.pdb...

So one is not sure what it means.

By the way, I saw

  File /usr/bin/plucker-decode, line 2497, in module
verbose=option['d'])
  File /usr/bin/plucker-decode, line 2418, in Undump_PluckerDocument
raise ValueError(Unknown Plucker data ...% repr(data))

for the attached file.



group_read.150713332.pdb
Description: pdb

P.S.,
$ plucker-decode -s /tmp/group_read.150713332.pdb 2 222  111
$ ls -l 222 111
-rw-r--r-- 1 jidanni jidanni 16988 Jul 15 07:30 111
-rw-r--r-- 1 jidanni jidanni 17156 Jul 15 07:30 222
it is not clear what is being sent to these files.
Perhaps document the difference.

Bug#633924: standard input:190: warning [p 5, 1.5i]: cannot adjust line

Package: plucker
Version: 1.8-33+b1
Severity: wishlist
File: /usr/share/man/man1/plucker-build.1.gz

Something is wrong,
$  /dev/null man plucker-build  /dev/null
standard input:190: warning [p 5, 1.5i]: cannot adjust line



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

Bug#633925: I want the ability to lie about the HOMEURL

Package: plucker
Version: 1.8-33+b1
Severity: wishlist
File: /usr/share/pyshared/PyPlucker/Spider.py

I want to change what '(/I) Details' shows in the viewer.

It normally shows the HOMEURL from

$ plucker-build --help
Usage: /usr/bin/plucker-build [OPTIONS] [HOMEURL]
  where HOMEURL is a 'file:' or 'http:' URL (which can alternatively
  be specified with --home-url=homeurl) and OPTIONS are:

But I want the ability to lie about the HOMEURL.
That is, I want the ability to have the Details command show a
different string than the exact place on the disk where we read the file
from.

You see, I am first downloading a web page to a file. Filtering that
file, then turning it into a .pdb, and I want to make it seem to
'Details' that I got it right from the web.
You see I have to remove some characters that look ugly on my PDA first.



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

Bug#624548: More info for #624548

2011-07-14 Thread Pigeon


Hi all,

I have the same problem for a quite while now. The first time
was running urxvt as mentioned by others.

I also found that clicking on a qt dropdown list (so that
it pops up the list of items for you to choose) will cause a crash too.
Tested with qtconfig-qt4 and skype. The backtrace from Xorg is pretty
much the same as running urxvt:

Backtrace:
0: Xorg (xorg_backtrace+0x26) [0x4a3836]
1: Xorg (0x40+0x65049) [0x465049]
2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fabbf523000+0xf020)
[0x7fabbf532020]
3: Xorg (doListFontsWithInfo+0x10b) [0x43372b]
4: Xorg (ProcessWorkQueue+0x21) [0x436eb1]
5: Xorg (WaitForSomething+0x65) [0x45e745]
6: Xorg (0x40+0x32a92) [0x432a92]
7: Xorg (0x40+0x26fae) [0x426fae]
8: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd)
[0x7fabbe25cead]
9: Xorg (0x40+0x2729d) [0x42729d]


I'm using nvidia with the proprietary driver btw.


Pigeon.



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

Bug#300486: no easy way to wait until uim-xim is ready

forwarded 300486 https://bugs.freedesktop.org/show_bug.cgi?id=39242
thanks
-- 
Regards,
dai

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


signature.asc
Description: Digital signature

Bug#631996: texlive-binaries: \bf ignored for Japanese

2011-07-14 Thread Ryo Furue

Hi Kohda-san,

| On my system, it seems acroread display Japanese Gothic
| correctly.  Does your acroread have Japanese Gothic fonts?

Thank you for your help!!

I

1) extracted KozGoProVI-Medium.otf from an old Adobe-Reader
   distribution;

2) copied it into 

  /opt/Adobe/Reader9/Resource/CIDFont/

3) and removed ~/.adobe/

Then, acroread showed Gothic characters in my LaTeX-produced
PDF.  (I don't know whether step (3) was really necessary,
but before doing that acroread didn't show Gothic characters.)

| IIRC, Adobe forgets to provide Japanese Gothic fonts 
| for acroread (of Japanese version) since long time ago, 
| so I've copied Gothic font, KozGoProVI-Medium.otf, from 
| old system.

Who would've thought that the Adobe Reader doesn't have
a Gothic font?!?!  Do you know the reason?  Has this
issue been reported to Adobe?  Or is it deliberate?

I don't view Japanese PDF files often, and when I do, most
of them have Japanese fonts embedded (I guess), so I hadn't
realized the issue until your response.

Thank you again for your help with this issue,
which is NOT directly related to TeX!

Regards,
Ryo



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

Bug#630556: HP Laserjet 2430 printer fails to print via USB after deprecating usblp support

2011-07-14 Thread Jason White

Package: cups
Version: 1.4.7-1
Followup-For: Bug #630556


After upgrading to 1.4.7-1, I can't print either with the usblp kernel module
loaded or without it.

From /var/log/syslog (with usblp not loaded):

Jul 15 11:18:47 jdc kernel: [ 9498.992515] usb 1-7: usbfs: process 19055 (usb) 
did not claim interface 1 before use
Jul 15 11:18:53 jdc kernel: [ 9504.032580] usb 1-7: usbfs: process 19055 (usb) 
did not claim interface 1 before use
Jul 15 11:18:58 jdc kernel: [ 9509.072634] usb 1-7: usbfs: process 19055 (usb) 
did not claim interface 1 before use
Jul 15 11:19:03 jdc kernel: [ 9514.112557] usb 1-7: usbfs: process 19055 (usb) 
did not claim interface 1 before use
Jul 15 11:19:08 jdc kernel: [ 9519.152505] usb 1-7: usbfs: process 19055 (usb) 
did not claim interface 1 before use
Jul 15 11:19:13 jdc kernel: [ 9524.192668] usb 1-7: usbfs: process 19055 (usb) 
did not claim interface 1 before use
Jul 15 11:19:18 jdc kernel: [ 9529.232593] usb 1-7: usbfs: process 19055 (usb) 
did not claim interface 1 before use
Jul 15 11:19:23 jdc kernel: [ 9534.272652] usb 1-7: usbfs: process 19055 (usb) 
did not claim interface 1 before use
Jul 15 11:19:28 jdc kernel: [ 9539.312584] usb 1-7: usbfs: process 19055 (usb) 
did not claim interface 1 before use
Jul 15 11:19:33 jdc kernel: [ 9544.352496] usb 1-7: usbfs: process 19055 (usb) 
did not claim interface 1 before use

I can't find any informative errors in the cups logs. The printer does
nothing, i.e., no error messages there either.

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

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

Versions of packages cups depends on:
ii  adduser 3.113add and remove users and groups
ii  bc  1.06.95-2The GNU bc arbitrary precision cal
ii  cups-client 1.4.7-1  Common UNIX Printing System(tm) - 
ii  cups-common 1.4.7-1  Common UNIX Printing System(tm) - 
ii  cups-ppdc   1.4.7-1  Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]   1.5.40   Debian configuration management sy
ii  ghostscript 9.02~dfsg-3  interpreter for the PostScript lan
ii  libacl1 2.2.51-2 Access control list shared library
ii  libavahi-client30.6.30-5 Avahi client library
ii  libavahi-common30.6.30-5 Avahi common library
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcups21.4.7-1  Common UNIX Printing System(tm) - 
ii  libcupscgi1 1.4.7-1  Common UNIX Printing System(tm) - 
ii  libcupsdriver1  1.4.7-1  Common UNIX Printing System(tm) - 
ii  libcupsimage2   1.4.7-1  Common UNIX Printing System(tm) - 
ii  libcupsmime11.4.7-1  Common UNIX Printing System(tm) - 
ii  libcupsppdc11.4.7-1  Common UNIX Printing System(tm) - 
ii  libdbus-1-3 1.4.12-4 simple interprocess messaging syst
ii  libgcc1 1:4.6.1-3GCC support library
ii  libgnutls26 2.10.5-2 the GNU TLS library - runtime libr
ii  libgssapi-krb5-21.9.1+dfsg-1+b1  MIT Kerberos runtime libraries - k
ii  libijs-0.35 0.35-7   IJS raster image transport protoco
ii  libkrb5-3   1.9.1+dfsg-1+b1  MIT Kerberos runtime libraries
ii  liblcms11.18.dfsg-1.2+b4 Color management library
ii  libldap-2.4-2   2.4.25-1.1   OpenLDAP libraries
ii  libpam0g1.1.3-2  Pluggable Authentication Modules l
ii  libpaper1   1.1.24+nmu1  library for handling paper charact
ii  libpoppler130.16.7-2 PDF rendering library
ii  libslp1 1.2.1-7.8OpenSLP libraries
ii  libstdc++6  4.6.1-3  GNU Standard C++ Library v3
ii  libusb-0.1-42:0.1.12-17  userspace USB programming library
ii  lsb-base3.2-27   Linux Standard Base 3.2 init scrip
ii  poppler-utils   0.16.7-2 PDF utilities (based on Poppler)
ii  procps  1:3.2.8-10   /proc file system utilities
ii  ssl-cert1.0.28   simple debconf wrapper for OpenSSL
ii  ttf-freefont20100919-1   Freefont Serif, Sans and Mono True
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages cups recommends:
ii  avahi-daemon 0.6.30-5Avahi mDNS/DNS-SD daemon
ii  cups-driver-gutenprint   5.2.6-1 printer drivers for CUPS
ii  foomatic-filters 4.0.7-1 OpenPrinting printer support - fil
ii  ghostscript-cups 9.02~dfsg-3

Bug#633694: git checkout --track remotename/branchname incorrectly says Already on 'branchname'

2011-07-14 Thread Josh Triplett

On Tue, Jul 12, 2011 at 06:02:13PM -0500, Jonathan Nieder wrote:
 Josh Triplett wrote:
  In a new empty repo created with git init:
 
  $ git remote add -f b /home/josh/src/apters/prototype/new-store/repos/b
  Updating b
  remote: Counting objects: 3, done.
  remote: Total 3 (delta 0), reused 0 (delta 0)
  Unpacking objects: 100% (3/3), done.
  From /home/josh/src/apters/prototype/new-store/repos/b
   * [new branch]  master - b/master
  $ git checkout --track b/master
  Branch master set up to track remote branch master from b.
  Already on 'master'
 
  But I don't have master checked out before the call to checkout, making
  Already on 'master' incorrect.
 
 Sure you do.  It's just a branch yet to be born.

At that point, the working copy contains no files.  Sure, git assumes
I'll start development on a branch named master, but git checkout
--track b/master effectively creates and checks out a new master
branch, making it irrelevant that git init arranged for a master
branch to come into existence the first time I did a git commit.

 But I agree that the output would be better without that last line.

Thanks!

- Josh Triplett



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

Bug#415394: uim: Is it unavoidable to remove old libuim versions?

tags 415394 - experimental
tags 415394 + help
thanks

libuim* depends uim-common's scm files each other, i think...
-- 
Regards,
dai

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


signature.asc
Description: Digital signature

Bug#475158: Simpler patch to different location (duplicate code)

2011-07-14 Thread Craig Miskell

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Turns out that the code that reports No page line and No swap line
has been duplicated in two files, one unused (the one Andrew patched),
and the other which had missing logic to set first = 0 so that it only
complained once on startup.

The attached patch fixes the obvious bug, and has worked in testing here
on lenny.

- -- 
Craig Miskell
Systems Administrator, Catalyst IT
DDI: +64 4 8020427
==
I've got a lovely bunch of coconuts

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

iQIcBAEBAgAGBQJOH59PAAoJENezkH+p+mMXDvEQALLvvbPVpcH8EKzDm89FXzTX
N9ZH9o5JcjkSQrUw+8SlIY+Q2ga/Fy3iw5AbQKjeqeq0oAtggBWfPpbGBwhzvs2Y
c42Qp4hz0VV32MVJi/Bq8X+33Cp2YBSTGIQxkgjK9C0KkBDorJyzX+U9+b+gA6b0
BsiS7cyK+B0rE5tDyj7aQOeOJ9tgOl5jo23ewJfawwi1EHf5eMPrS1YvEwPqnTV3
CciOdpoRYJMgZpm7bB8qDOGSyalFzbo48lnLWCcQzSJdcYgGGWDSaQIhiyO9dYRL
wsA/7LaCV6c43U+otiiaNdU2wFCBezwozrwiFguOSirjUgr7h/AZEOK1YE931Wwc
6+uwNuxffTrjK/QlPn4iP0vF8xe1edFsYNINOXuR8Gflm0iErm1ygp3JASgEloPi
Rd8yP6hK9J4wJVsQm9L2p0GO2y4OypT/AGIw0XQDpjaZTTRxQsX/X5ltuztXTEGi
4lF59+/9bvrVEkXyPpMgACYPKyZ6cqJZLnvdJ36Hf3b6aiQxrvjG/7Nuhe4dxXVA
52GLxGVL81Oz9fjX0sFf9LFVK8rppW1/F0NCn7bbnENwkXOdpHXOS1kAk7t0LFfm
KnYNhOiEqOr/iFZreEiWCEEFIU3xRAFeEd6u0XTpWdo74G7jvFQDE637IoX6faji
YAwgbl+LiXgmEH4p6vE8
=RyHs
-END PGP SIGNATURE-
--- net-snmp-5.4.1~dfsg.orig/agent/mibgroup/hardware/cpu/cpu_linux.c
+++ net-snmp-5.4.1~dfsg/agent/mibgroup/hardware/cpu/cpu_linux.c
@@ -284,6 +284,6 @@
snmp_log(LOG_ERR, No ctxt line in %s\n, STAT_FILE);
 }
 
-
+  first = 0;
 }



net-snmp-logging.patch.sig
Description: Binary data

Bug#633872: Some obvious use-cases for having the above way :-

2011-07-14 Thread shirish शिरीष

Hi all,
   One of the biggest use-cases would be when packages are
uninstallable for one thing or the other. For instance the 'Debain
weather' QA is a pretty good way to know which packages are
uninstallable .

http://edos.debian.net/weather/

Now if it could be done as the way above then also people trying those
out would not go further (again saving some precious time and
bandwidth for both the parties ) .

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#621786: One Thought/Thing to Try

2011-07-14 Thread NeilBrown

On Thu, 14 Jul 2011 20:24:52 +0200 Arnaud Desmier
arnaud.desm...@googlemail.com wrote:

 Hi Scott,
 
 Thanks for your answer, I've changed /etc/mdadm/mdadm.conf as you 
 requested and /sbin/mdadm --assemble --scan --auto=yes --symlink=no 
 didn't crashed but exit with code 2, I don't know what it means.
 
 Reboot is now going fine and each array is correctly mounted.
 
 Arnaud
 
 Le 10/07/2011 14:28, Scott Schaefer a écrit :
...
  If it succeeds, then I think there is reasonable chance this is 
  related to the mtdblock device(s).  Update the initramfs, reboot, and 
  see if the devices are normal on startup.

So it seems to be directly related to the mtdblock devices... I wonder how.

If you have time/interest to experiment and compile some code I would be very
interested to know if changing:

if (posix_memalign((void**)super, 512,

on line 1291 of super1.c (in the function load_super1) to

if (posix_memalign((void**)super, 4096,

made any difference.
i.e. get the source, make this change, compile and install.  Then
revert the change to mdadm.conf and see if it then fails or works.

Thanks,
NeilBrown




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

Bug#581950:

2011-07-14 Thread Corvus

Hi Sebastian!

Check your lighttpd configuration, especially 10-cgi.conf. Here's mine:

## BackupPC Web Interface
alias.url += ( /backuppc = /usr/share/backuppc/cgi-bin/ )
$HTTP[url] =~ ^/backuppc {
cgi.assign = (
*index.cgi = ,*
.cgi = /usr/bin/perl
)
}
*

Corvus*

Bug#633926: dsniff: segfaults on startup (always)

2011-07-14 Thread Celejar

Package: dsniff
Version: 2.4b1+debian-21
Severity: important


~# urlsnarf abc
urlsnarf: listening on wlan0 [tcp port 80 or port 8080 or port 3128]
Segmentation fault

In syslog:

Jul 14 23:01:11 localhost kernel: [139983.134625] urlsnarf[30098]: segfault at 
0 ip b77b6d86 sp bfb4b460 error 4 in libpcap.so.1.1.1[b779f000+34000]

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

Kernel: Linux 2.6.39.3-lizzie
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 dsniff depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libdb5.1  5.1.25-11  Berkeley v5.1 Database Libraries [
ii  libice6   2:1.0.7-2  X11 Inter-Client Exchange library
ii  libnet1   1.1.4-2library for the construction and h
ii  libnids1.21   1.23-2 IP defragmentation TCP segment rea
ii  libpcap0.81.1.1-8system interface for user-level pa
ii  libsm62:1.2.0-2  X11 Session Management library
ii  libssl1.0.0   1.0.0d-3   SSL shared libraries
ii  libx11-6  2:1.4.3-2  X11 client-side library
ii  libxmu6   2:1.1.0-2  X11 miscellaneous utility library
ii  openssl   1.0.0d-3   Secure Socket Layer (SSL) binary a

dsniff recommends no packages.

dsniff 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#633927: file-roller gives a data-crc error on a good tarball

2011-07-14 Thread shirish शिरीष

Package: file-roller
Version: 2.30.2-2
Severity: minor

*** Please type your report below this line ***

Hi all,
 I downloaded a tarball from egoboo.sourceforge.net . The file is a
gunzipped tarball.

$ wget 
http://nchc.dl.sourceforge.net/project/egoboo/Linux%20Source%20Distro/2.8.1%20%28Stable%29/egoboo-2.8.1.tar.gz

I got the following error message after downloading it and trying to
decompress the same :-

gzip: stdin: invalid compressed data--crc error
tar: Child returned status 1
tar: Error is not recoverable: exiting now

I changed combinations of mirror from nchc to jaist to whatever but
got the same tarball. I asked the developers and both the md5sum and
the SHA1sum matches. The devs. say either its because/due to the
tarballs being either generated in windows or due to some issue of
64-bitness but pretty vague at that.

You can find the whole discussion at
http://egoboo.sourceforge.net/phpBB3/viewtopic.php?f=3t=1304

can somebody look at that and tell me if something is wrong in my hand
or their hand.

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

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

Versions of packages file-roller depends on:
ii  bzip21.0.5-6 high-quality block-sorting file co
ii  gconf2   2.32.4-1GNOME configuration database syste
ii  gzip 1.3.12-9GNU compression utilities
ii  libc62.13-10 Embedded GNU C Library: Shared lib
ii  libgconf2-4  2.32.4-1GNOME configuration database syste
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgtk2.0-0  2.24.5-2GTK+ graphical user interface libr
ii  libnautilus-extension1   2.30.1-3libraries for nautilus components
ii  libpango1.0-01.28.4-1Layout and rendering of internatio
ii  p7zip-full   9.20.1~dfsg.1-2 7z and 7za file archivers with hig
ii  tar  1.25-3  GNU version of the tar archiving u

Versions of packages file-roller recommends:
ii  gnome-icon-theme  3.0.0-4GNOME Desktop icon theme
ii  gvfs  1.6.4-3userspace virtual filesystem - ser
ii  rpm2cpio  4.9.0-7tool to convert RPM package to CPI

Versions of packages file-roller suggests:
ii  arj   3.10.22-10 archiver for .arj files
ii  binutils  2.21.52.20110707-1 The GNU assembler, linker and bina
ii  cpio  2.11-7 GNU cpio -- a program to manage ar
pn  lha   none (no description available)
pn  lzip  none (no description available)
ii  lzma  4.43-14Compression method of 7z format in
pn  lzop  none (no description available)
pn  ncompress none (no description available)
pn  rzip  none (no description available)
pn  sharutils none (no description available)
pn  unace none (no description available)
pn  unalz none (no description available)
ii  unrar 1:4.0.3-1  Unarchiver for .rar files (non-fre
ii  unzip 6.0-5  De-archiver for .zip files
ii  xz-utils  5.0.0-2XZ-format compression utilities
ii  zip   3.0-4  Archiver for .zip files
pn  zoo   none (no description available)

-- no debconf information
-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#633864: gnome-panel unusable (Very high cpu usage and it doesn't appear)

2011-07-14 Thread Theppitak Karoonboonyanan

Package: libgtk2.0-0
Version: 2.24.5-2
Followup-For: Bug #633864


I also saw this bug in the recent upgrade from 2.24.4-3 to 2.24.5-2.
Downgrading back does solve the problem.

No strange messages in ~/.xsession-errors. Just high CPU usage on
Xorg process. gnome-panel and applet processes are already started.
They just don't appear on the screen.

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

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

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-02.0.1-2   ATK accessibility toolkit
ii  libc6  2.13-10   Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-6  The Cairo 2D vector graphics libra
ii  libcomerr2 1.42~WIP-2011-07-02-1 common error description library
ii  libcups2   1.4.7-1   Common UNIX Printing System(tm) - 
ii  libfontconfig1 2.8.0-3   generic font configuration library
ii  libfreetype6   2.4.4-2   FreeType 2 font engine, shared lib
ii  libgcrypt111.4.6-7   LGPL Crypto library - runtime libr
ii  libgdk-pixbuf2.0-0 2.23.5-1  GDK Pixbuf library
ii  libglib2.0-0   2.28.6-1  The GLib library of C routines
ii  libgnutls262.10.5-2  the GNU TLS library - runtime libr
ii  libgssapi-krb5-2   1.9.1+dfsg-1+b1   MIT Kerberos runtime libraries - k
ii  libgtk2.0-common   2.24.5-2  common files for the GTK+ graphica
ii  libk5crypto3   1.9.1+dfsg-1+b1   MIT Kerberos runtime libraries - C
ii  libkrb5-3  1.9.1+dfsg-1+b1   MIT Kerberos runtime libraries
ii  libpango1.0-0  1.28.4-1  Layout and rendering of internatio
ii  libx11-6   2:1.4.3-2 X11 client-side library
ii  libxcomposite1 1:0.4.3-2 X11 Composite extension library
ii  libxcursor11:1.1.12-1X cursor management library
ii  libxdamage11:1.1.3-2 X11 damaged region extension libra
ii  libxext6   2:1.3.0-3 X11 miscellaneous extension librar
ii  libxfixes3 1:5.0-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.4.3-3 X11 Input extension library
ii  libxinerama1   2:1.1.1-3 X11 Xinerama extension library
ii  libxrandr2 2:1.3.2-2 X11 RandR extension library
ii  libxrender11:0.9.6-2 X Rendering Extension client libra
ii  shared-mime-info   0.90-1FreeDesktop.org shared MIME databa
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme0.12-1 default fallback theme for FreeDes
ii  libgtk2.0-bin 2.24.5-2   programs for the GTK+ graphical us

Versions of packages libgtk2.0-0 suggests:
ii  gvfs  1.6.4-3userspace virtual filesystem - ser
ii  librsvg2-common   2.34.0-1   SAX-based renderer library for SVG

-- 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#621786: One Thought/Thing to Try

2011-07-14 Thread Arnaud Desmier


Hi Neil,

I've applied your patch and it is working well, no more crash with 
DEVICE=partitions in mdadm.conf


Thanks,

Arnaud

Le 15/07/2011 04:25, NeilBrown a écrit :

On Thu, 14 Jul 2011 20:24:52 +0200 Arnaud Desmier
arnaud.desm...@googlemail.com  wrote:


Hi Scott,

Thanks for your answer, I've changed /etc/mdadm/mdadm.conf as you
requested and /sbin/mdadm --assemble --scan --auto=yes --symlink=no
didn't crashed but exit with code 2, I don't know what it means.

Reboot is now going fine and each array is correctly mounted.

Arnaud

Le 10/07/2011 14:28, Scott Schaefer a écrit :

...

If it succeeds, then I think there is reasonable chance this is
related to the mtdblock device(s).  Update the initramfs, reboot, and
see if the devices are normal on startup.

So it seems to be directly related to the mtdblock devices... I wonder how.

If you have time/interest to experiment and compile some code I would be very
interested to know if changing:

if (posix_memalign((void**)super, 512,

on line 1291 of super1.c (in the function load_super1) to

if (posix_memalign((void**)super, 4096,

made any difference.
i.e. get the source, make this change, compile and install.  Then
revert the change to mdadm.conf and see if it then fails or works.

Thanks,
NeilBrown

Bug#628237: Bug#628237: OpenLDAP vs. SASL - what happened

2011-07-14 Thread Steve Langasek

Hi Dan,

On Thu, Jul 14, 2011 at 02:09:55PM -0500, Dan White wrote:

 Now you could argue that Cyrus upstream should not do that, i.e. breaking
 the plugin ABI for a step release but that argument is two years late
 (which is how long the .24 has been around).

 There is no cyrus-sasl 2.1.24 release.  There is a release
 candidate, which when I tested it, had a series of serious flaws.
 Why anyone would add that to a distribution is beyond me.  The
 latest release of cyrus-sasl is 2.1.23.  I find it significant
 that after 2 years there still remains no official 2.1.24 release
 after the numerous issue reports that were filtered back to the
 project.

 There's been quite a bit of new work even since the 2.1.24rc1 tarball,
 including work corresponding to the newer IETF SASL standards (GS2, SCRAM,
 and channel binding), so I wouldn't be surprised to see another version
 bump before the next release. The package in Debian is actually based on
 CVS HEAD, and should be in much better shape than 2.1.24rc1 was.

 Please file any outstanding issues against the sasl packages, and I'll try
 to filter those to upstream developers as appropriate.

Since 2.1.24 is still in the RC stages, given that this is an ABI change,
*would* it be possible to get the soname bumped before the 2.1.24 release?

If not, I'll push a rebuild of openldap in Debian and coordinate with the
cyrus-sasl2 maintainers to get a proper Breaks field declared for the
upgrade case.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#472515: uim-applet-gnome: applet opens new window instead of reusing existing windows

forwarded 472515 https://bugs.freedesktop.org/show_bug.cgi?id=39246
thanks
-- 
Regards,
dai

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


signature.asc
Description: Digital signature

Bug#631245: lynx-cur postinst fails due to old diversion by lynx-ssl

2011-07-14 Thread Atsuhito Kohda

Hi Sven and I'm very sorry for such a long delay. 

On Wed, 22 Jun 2011 00:35:53 +0200, Sven Hartge wrote:

 I have system which was installed with Debian Slink in 2000, upgraded to
 then-frozen Potato and has since been kept at a daily updated Sid.

Nice.

 The lynx and lynx-ssl packages have been installed since day 1, which may be
 the cause for this bug.
 
 During the postinst of lynx-cur I get:
(snip) 
 This erro is correct, there is no /usr/bin/lynx, but a lynx.nossl:
 
 -rwxr-xr-x 1 root root 1382956 21. Jun 06:10 /usr/bin/lynx.nossl
 
 Because:
 
 oweh@ds9:~$ dpkg-divert --list | grep lynx
 diversion of /usr/bin/lynx to /usr/bin/lynx.nossl by lynx-ssl
 diversion of /usr/share/man/man1/lynx.1.gz to 
 /usr/share/man/man1/lynx.nossl.1.gz by lynx-ssl

Umm, then I wonder if lynx didn't fail to upgrade
in the past?  
You have not used command lynx for long time?

 Since Woody was the last Debian version to include lynx-ssl and this package 
 is
 long gone, I suspect an error in the postrm of the old lynx-ssl package which
 failed to remove the diversion.

I think you are right.
You might already done so but do the followings fix
the problem?

dpkg-divert --remove --rename --divert /usr/bin/lynx.nossl /usr/bin/lynx
dpkg-divert --remove --rename --divert /usr/share/man/man1/lynx.nossl.1.gz 
/usr/share/man/man1/lynx.1.gz

Regards,  2011-7-15(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda kohda AT debian.org
 Department of Math., Univ. of Tokushima



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

Bug#286710: uim-xim: crashes with emacs and fontforge