Bug#602568: squeeze-di-beta1 installer: partman hang

[Christian PERRIER]

Quoting Jean-Christian de Rivaz (j...@eclis.ch):

> Unfortunately there is no /var/log/installer/ directory:

That dir exists on the installed system. As you couuldn't install, it
is indeed not there

> 
> ls -al /var/log
> drwxr-xr-x2 root root 0 Nov  5 22:33 .
> drwxr-xr-x8 root root 0 Nov  5 22:23 ..
> -rw-r--r--1 root root 17172 Nov  5 22:33 hardware-summary
> lrwxrwxrwx1 root root44 Nov  5 22:33
> install-report.template ->
> /usr/share/save-logs/install-report.template
> lrwxrwxrwx1 root root16 Nov  5 22:33 lsb-release
> -> /etc/lsb-release
> -rw-r--r--1 root root   993 Nov  5 22:23 partman
> lrwxrwxrwx1 root root20 Nov  5 22:33 status ->
> /var/lib/dpkg/status
> -rw-r--r--1 root root 71813 Nov  5 22:33 syslog


/var/log/partman is what Miguel wanted to mention.




signature.asc
Description: Digital signature

Bug#599203: os-prober: Causes Data Corruption on a SAN setup; Mounts SAN volumes that are already mounted on a different host.

[Christian PERRIER]

Quoting Aleksandr Levchuk (alevc...@gmail.com):
> Dear Debian Development Community,
> 
> What is current status of my bug report of the os-prober related data
> corruption?


It's still considered to be a blocker for a new D-I.

...and nobody came up with a solution.

I still consider that a workaround is avoiding grub2 to recommend os-prober



signature.asc
Description: Digital signature

Bug#399292: mplayer: MPlayer rc1 can't be properly scaled by WM on start

[Alexander Dorokhine]

Hi, Eckhart;

Good question. I believe this used to be the case in the past (but I might
still be mistaken). Right now, it is not the case.

My current with Kwin 4.5.1 shows the mplayer window at movie size
immediately. I even ran kwin and mplayer with very high niceness under heavy
CPU load to slow them down as much as possible. I could not see at any time
that the mplayer window painted full screen. It is movie-sized immediately.

Also, I notice that the left window border is not painted on this window [it
is see-through] Don't know if this is related to the sizing.

Cheers,
Alexander.

On 5 November 2010 19:02, Eckhart Wörner  wrote:

> Hi,
>
> you reported http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399292 some
> time
> ago, writing:
> > I have my window manager (kwin) set up to automatically maximise
> > mplayer-xv windows. This worked great up to mplayer1.0pre8. I installed
> > mplayer-rc1 and now the resizing doesn't work -- the window snaps back to
> > the movie size. What might have caused this? I can still resize the
> > window manually afterward.
>
> Does "the window snaps back" mean that it first maximizes (as it's supposed
> to
> do) and only then switches to video size?
>
> Eckhart
>
>
>

Bug#602580: Ctrl-k no longer fills the copy&paste buffer

[Goswin von Brederlow]

Package: zile
Version: 2.3.18-1
Severity: normal

Hi,

when cutting the end of a line with Ctrl-k one it is no longer put
into the copy&paste buffer, Ctrl-y no longer pastes it somewhere else.
I miss that feature.

MfG
Goswin

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

Kernel: Linux 2.6.32-debian-xen-1 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages zile depends on:
ii  libc6 2.11.2-5   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-3 shared libraries for terminal hand

zile recommends no packages.

zile 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#367711: perl-modules: CGI.pm $TMPDIRECTORY heuristics is trying to be too smart and fails on uid change

[Niko Tyni]

tag 367711 patch
forwarded 367711 http://rt.cpan.org/Public/Bug/Display.html?id=62762
reassign 367711 libcgi-pm-perl 3.49-1
thanks

On Wed, May 17, 2006 at 09:57:37PM +0200, Peter Gervai wrote:
> Package: perl-modules
> Version: 5.8.8-4
> Severity: normal

Thanks for the report and sorry about the lack of action on this bug. 
 
> CGI.pm uses a temp dir for uploads. It does not make it possible to force it
> (apart from changing the source), or set it explicitely, but uses a heuristics
> to walk several hardwired dirs and use the first which is writable.
> 
> This actually breaks programs which preload CGI when apache2 starts (runs at 
> uid 0 because
> there is no user [suexec] at that time, so everything is writable), and later 
> find
> out that suexec'ed uid cannot write the dir, an CGI.pm fails with a cryptic 
> error msg. 
> 
> Heuristics is a good thing, but there should be a way to override it without
> changing the source, like other options allow.

As far as I can see, $ENV{TMPDIR} was and still is documented to override
the hardwired dirs (except ~/tmp, which isn't really used and seems to
be a documentation bug.)

There's also code that checks for writability at run time and tries to
recalculate the temp dir if necessary. Unfortunately that seems to have
been broken since 3.12 (Perl 5.8.8 had 3.15), which added undocumented
support for setting $CGITempFile::TMPDIRECTORY before loading the module.

I agree the error message could be better.

I've reported this upstream with the attached suggested patch, see
 http://rt.cpan.org/Public/Bug/Display.html?id=62762 

I'm reassigning this against the separate libcgi-pm-perl package, which
contains a newer version of CGI.pm as the one shipped with Perl. This
way you'll get notified as soon as the fix gets in Debian. Unfortunately
I doubt this will happen for the next release (Squeeze), as we are
very close to a release now and these kind of changes aren't allowed
in anymore.

(@pkg-perl: I suggest avoiding non-upstreamed fixes with dual lived
modules even more than usual, as there's the danger of the core version
and the separate package getting out of sync.)
-- 
Niko Tyni   nt...@debian.org
>From a13487721a3a6eec8ad43d9ee5da4854db2a184b Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Fri, 5 Nov 2010 21:40:13 +0200
Subject: [PATCH] TMPDIRECTORY fixes and tests

The code for choosing the temporary directory for uploaded files has
several glitches:

- support for user temporary directories ($HOME/tmp) was commented out
  in 2.61 but the documentation wasn't updated
- setting $CGITempFile::TMPDIRECTORY before loading CGI.pm has been
  working but undocumented since 3.12 (which listed it in Changes as
  $CGI::TMPDIRECTORY)
- unfortunately the previous change broke the runtime check for looking
  for a new temporary directory if the current one suddenly became
  unwritable (as commonly happens with mod_perl and the like)
- when creating a temporary file in the directory fails, the error message
  could indicate the root of the problem better

Originally reported by Peter Gervai in .
---
 lib/CGI.pm  |   10 ++
 t/tmpfile.t |   35 +++
 2 files changed, 41 insertions(+), 4 deletions(-)
 create mode 100644 t/tmpfile.t

diff --git a/lib/CGI.pm b/lib/CGI.pm
index 355b8d1..a05b9f6 100644
--- a/lib/CGI.pm
+++ b/lib/CGI.pm
@@ -3622,7 +3622,7 @@ sub read_multipart {
 	last if defined($filehandle = Fh->new($filename,$tmp,$PRIVATE_TEMPFILES));
 $seqno += int rand(100);
   }
-  die "CGI open of tmpfile: $!\n" unless defined $filehandle;
+  die "CGI.pm open of tmpfile $tmp/$filename failed: $!\n" unless defined $filehandle;
 	  $CGI::DefaultClass->binmode($filehandle) if $CGI::needs_binmode 
  && defined fileno($filehandle);
 
@@ -4257,7 +4257,10 @@ $AUTOLOADED_ROUTINES=<<'END_OF_AUTOLOAD';
 sub new {
 my($package,$sequence) = @_;
 my $filename;
-find_tempdir() unless -w $TMPDIRECTORY;
+unless (-w $TMPDIRECTORY) {
+$TMPDIRECTORY = undef;
+find_tempdir();
+}
 for (my $i = 0; $i < $MAXTRIES; $i++) {
 	last if ! -f ($filename = sprintf("\%s${SL}CGItemp%d", $TMPDIRECTORY, $sequence++));
 }
@@ -5114,8 +5117,7 @@ file is created with mode 0600 (neither world nor group readable).
 
 The temporary directory is selected using the following algorithm:
 
-1. if the current user (e.g. "nobody") has a directory named
-"tmp" in its home directory, use that (Unix systems only).
+1. if $CGITempFile::TMPDIRECTORY is already set, use that
 
 2. if the environment variable TMPDIR exists, use the location
 indicated.
diff --git a/t/tmpfile.t b/t/tmpfile.t
new file mode 100644
index 000..c9d2041
--- /dev/null
+++ b/t/tmpfile.t
@@ -0,0 +1,35 @@
+#!perl
+use Test::More tests => 5;
+use strict;
+
+my ($testdir, $testdir2);
+
+BEGIN {
+ $testdir = "CGItest";
+ $testdir2 = "CGItest2";
+ for ($testdir, $

Bug#602579: xmms2-plugin-xspf: Typo in the short description

[Nobuhiro Ban]

Package: xmms2-plugin-xspf
Version: 0.5DrLecter-2
Severity: minor

Hi,

The short description of xmms2-plugin-xspf says:
> Description: XMMS2 - XSPF playist plugin

It says "playist", but I think it should be "playlist".

(This is found during the DDTSS translation process.)


Thanks,
Nobuhiro



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

Bug#602578: Clearing the OCR text

[John H]

Package: gscan2pdf
Version: 0.9.32~1

I'd like to see if you could add a way to clear the OCR text. This
would allow someone to try multiple OCR software to determine which
one is the best. Currently you have to rescan.



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

Bug#602575: bash: Commands executed with $($prog) do not run properly

[pacman]

In article  you write:
>Package: bash
>Version: 4.1-3
>Severity: normal
>
>Hi,
>
>if a program ist started with $($prog) the output is different from 
>or even $(). Example with find (excluding a directory from search):
>
[...]
>$ echo $prog
>find /test -type d ! -wholename "/test"
>$ echo "$($prog)"
>/test
>/test/c
>/test/b
>/test/d
>/test/a

Your command
  $ echo "$($prog)"
has some irrelevant complexity.

The $() collects the output and the echo re-outputs it, and the quotes
prevent whitespace reorganization, so the whole thing is equivalent to:

  $ $prog

And it's doing what it should do (the same as posh, dash, ksh, etc). After
$prog is expanded, the resulting command line contains quotation marks, but
the line is not reparsed to make use of them, so they are taken as regular
characters.

In other words, with prog='find /test -type d ! -wholename "/test"' the
following are equivalent:
  $ $prog
  $ find /test -type d ! -wholename \"/test\"

When you want a variable's value to be parsed as if it was shell input, you
need to use eval.

  $ prog='find /test -type d ! -wholename "/test"'
  $ eval $prog

-- 
Alan Curry



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

Bug#602551: installation-guide: the link to the installation images is not correct

[shirish शिरीष]

In -line :-

On Sat, Nov 6, 2010 at 05:59, Miguel Figueiredo  wrote:
> Hi,

Hi,

> can you provide the url with the location and describe the problem?
> On http://d-i.alioth.debian.org/manual/en.amd64/ch04s02.html is there any
> problem for you?

please close the bug, it seems it was my browser which was/is at
fault. Now when I navigate
http://http.us.debian.org/debian/dists/squeeze/main/installer-amd64/current/images/
through the link given in the html file it works, what I had done is
use the same link given in the pdf file and pasted it and firefox was
taking it somewhere else. It seemed to be confused between the two
http://http and was going on a tangent somewhere else.

Apologies.

> A Sexta 05 Novembro 2010 19:49:23 shirish शिरीष você escreveu:
>> Package: installation-guide
>> Severity: important
>>
>> *** Please type your report below this line ***
>>
>> Hi all,
>>  I'm planning to install debian on my system. For these purposes checked
>> out the in developing install guide. On page 25 Sec. 4.2.1 the hyperlinks
>> are not correctly formed. Can somebody look into them.
>>
>> -- System Information:
>> Debian Release: squeeze/sid
>>   APT prefers maverick-updates
>>   APT policy: (500, 'maverick-updates'), (500, 'maverick-security'),
>> (500, 'maverick')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 2.6.35-22-generic (SMP w/2 CPU cores)
>> Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>
> --
> Melhores cumprimentos/Best regards,
>
> Miguel Figueiredo
> http://www.DebianPT.org

-- 
          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#602577: Subject: override: libsmltk0:libs/optional, libsynthesis-dev:libdevel/optional, libsynthesis0:libs/optional

[David Bremner]

Package: ftp.debian.org
Severity: normal

The original priority of extra was a mistake on my part. The package
is pretty mainstream; it is a dependency of syncevolution, which has
priority optional (which is appropriate, afaict).

David



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

Bug#602576: python-carrot: Please update to new upstream release 0.10.7

[Elliot Murphy]

Package: python-carrot
Version: 0.10.5-1
Severity: normal

Hi! I need version 0.10.7 of python-carrot in order
to be able to package version 2.1.2 of celery (ITP #526350)

Could you upload a newer version of this package to experimental?

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

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

Versions of packages python-carrot depends on:
ii  python2.6.6-5ubuntu1 interactive high-level object-orie
ii  python-anyjson0.2.3-1Wraps the best available JSON impl
ii  python-support1.0.10ubuntu2  automated rebuilding support for P

Versions of packages python-carrot recommends:
ii  python-amqplib0.6.1-1simple non-threaded Python AMQP cl
pn  python-stompy  (no description available)

python-carrot 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#602575: bash: Commands executed with $($prog) do not run properly

[Hans-Georg Bork]

Package: bash
Version: 4.1-3
Severity: normal

Hi,

if a program ist started with $($prog) the output is different from 
or even $(). Example with find (excluding a directory from search):

$ ls -l /test
total 16
drwxrwxr-x 2 hgb hgb 4096 Nov  6 02:14 a
drwxrwxr-x 2 hgb hgb 4096 Nov  6 02:14 b
drwxrwxr-x 2 hgb hgb 4096 Nov  6 02:14 c
drwxrwxr-x 2 hgb hgb 4096 Nov  6 02:14 d
$ find /test -type d ! -wholename "/test"
/test/c
/test/b
/test/d
/test/a
$ echo "$(find /test -type d ! -wholename "/test")"
/test/c
/test/b
/test/d
/test/a
$ prog='find /test -type d ! -wholename "/test"'
$ echo $prog
find /test -type d ! -wholename "/test"
$ echo "$($prog)"
/test
/test/c
/test/b
/test/d
/test/a
$

As seen above /test ist shown when $prog is executed.

I see the same behavior with
GNU bash, version 3.2.25(1)-release (x86_64-redhat-linux-gnu) (CentOS)
GNU bash, version 3.2.39(1)-release (i486-pc-linux-gnu) (debian)


I understand that the above looks crazy and not like a problem out of real life
 I had to use find to crawl through a huge tree and remove only a few files
in it. I came across the above problem when feeding an array with the output of
find; I fixed it for now by removing the unwanted entries from the output
array.

Thanks in advance for looking into this.

Regards
-- hgb



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

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

Versions of packages bash depends on:
ii  base-files5.9Debian base system miscellaneous f
ii  dash  0.5.5.1-7.2POSIX-compliant shell
ii  debianutils   3.4.1  Miscellaneous utilities specific t
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-4 shared libraries for terminal hand

Versions of packages bash recommends:
ii  bash-completion   1:1.2-2programmable completion for the ba

Versions of packages bash suggests:
pn  bash-doc   (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#597876: Re-opening: one letter missing

[Daniel Hahler]

I am re-opening this, because it is not fixed properly.

As stated in the http://bugzilla.openvz.org/show_bug.cgi?id=1659#c5 it
is missing a "c" to set create_config_has_gateway properly.

I am attaching a diff for reference, but it is really a one-letter fix
probably (when ignoring the indentation issues).


Thanks,
Daniel
--- /etc/vz/dists/scripts/debian-add_ip.sh	2010-09-23 08:42:39.0 +0200
+++ /etc/vz/dists/scripts/debian-add_ip.sh.dpkg-new	2010-10-29 21:55:46.0 +0200
@@ -111,12 +111,11 @@
 	address ${ip}
 	netmask 255.255.255.255
 	broadcast 0.0.0.0" >> ${CFGFILE}.bak
-	if [ -z $create_config_has_gateway ]; then
+	if [ -z $create_config_has_gateway ]; then
 		echo "	gateway ${FAKEGATEWAY}" >> ${CFGFILE}.bak
-		create_config_has_gateway=1
-	fi
-	echo >> ${CFGFILE}.bak
-
+		reate_config_has_gateway=1
+	fi
+	echo >> ${CFGFILE}.bak
 	else
 	sed -i -e "s/netmask\ 128/netmask\ 128\n\tup ifconfig venet0 add ${ip}\/128; if \[ -x \/bin\/ip \]; then ip -6 route add default dev ${VENET_DEV}; exit 0; fi/" ${CFGFILE}.bak
 	fi

Bug#602574: elinks cannot download files larger than ~4GB over HTTP on amd64

[Bogdan]

Package: elinks
Version: 0.11.4-3
Severity: normal

When attempting to download a file larger than ~4GB, elinks does start the 
download, but reports an incorrect file 
size (e.g. 148MB instead of 4.5GB), and stops downloading after reaching that 
wrong size (148MB in my example). Thus, 
it is not possible to download large files.

Using wget from the same computer to download the same file from the same 
website succeeds, thus I believe the 
problem is in elinks and not the specific file/website.

I only downloaded large files via HTTP protocol on an amd64 computer, so this 
bug might be 
protocol/platform-specific.

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

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

Versions of packages elinks depends on:
ii  elinks-data0.11.4-3  advanced text-mode WWW browser - d
ii  libbz2-1.0 1.0.5-1+lenny1high-quality block-sorting file co
ii  libc6  2.7-18lenny6  GNU C Library: Shared libraries
ii  libexpat1  2.0.1-4+lenny3XML parsing C library - runtime li
ii  libfsplib0 0.9-1 FSP v2 protocol stack library - sh
ii  libgnutls262.4.2-6+lenny2the GNU TLS library - runtime libr
ii  libgpm21.20.4-3.1General Purpose Mouse - shared lib
ii  libidn11   1.8+20080606-1GNU libidn library, implementation
ii  liblua50   5.0.3-3   Main interpreter library for the L
ii  liblualib505.0.3-3   Extension library for the Lua 5.0 
ii  libperl5.105.10.0-19lenny2   Shared Perl library
ii  libruby1.8 1.8.7.72-3lenny1  Libraries necessary to run Ruby 1.
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

elinks recommends no packages.

Versions of packages elinks suggests:
ii  elinks-doc0.11.4-3   advanced text-mode WWW browser - d

-- 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#602562: /usr/games/freeciv-sdl: freeciv-client-sdl: Can't see city sizes on white nation

[Noel David Torres Taño]

On Sábado 06 Noviembre 2010 00:13:55 usted escribió:
[...]
> Hi noel,
> could you attach the save game that screenshot was from? it would be
> handy for testing.
> thanks,
> kk

No, I'm sorry, I'd closed it (and have no year savegames), but I can start a 
new game in which it will happen. Give me a few hours :)

Noel
er Envite



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

Bug#601821: debootstrap: please change sid and gutsy scripts to use tabs

[Karl Goetz]

On Sun, 31 Oct 2010 11:02:33 -0400
Joey Hess  wrote:

> Karl Goetz wrote:
> > Attached patch changes scripts/{sid,gutsy} to use tabs instead of
> > mixed spaces and tabs.
> > This allows diff to create a useful comparison of the files (and
> > has revealed a couple of seemingly pointless differences).
> 
> Some I've resolved now. Leaving notably:

[trim some stuff]

> Seems like the gutsy script is either more or less robust here without
> the || echo , not sure which. :)
> 
> The 7>&1 is the largest source of divergence. I don't see why the
> gutsy script couldn't use the same one-time redirect that sid does.
> However, I don't fully understand the FD dance going on here.

I wasn't game to try patching them, hopefully someone knows how it
works.

> @@ -153,12 +160,21 @@
>  echo \"Warning: Fake start-stop-daemon called, doing nothing\"" >
> "$TARGET/sbin/start-stop-daemon" chmod 755
> "$TARGET/sbin/start-stop-daemon" 
> + if [ -x "$TARGET/sbin/initctl" ]; then
> +   mv "$TARGET/sbin/initctl" "$TARGET/sbin/initctl.REAL"
> +   echo \
> +"#!/bin/sh
> +echo
> +echo \"Warning: Fake initctl called, doing nothing\"" >
> "$TARGET/sbin/initctl"
> +   chmod 755 "$TARGET/sbin/initctl"
> + fi
> 
> If debian ever gets upstart in base, we could use that too, I guess
> not needed yet. (Though it couldn't hurt to put it in..)
> 

ah, wondered what it was for.
thanks for those changes.
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK5FOSS)
Debian contributor / gNewSense Maintainer
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#602562: /usr/games/freeciv-sdl: freeciv-client-sdl: Can't see city sizes on white nation

[Karl Goetz]

On Fri, 05 Nov 2010 21:53:12 +
Noel David Torres Taño  wrote:

> Package: freeciv-client-sdl
> Version: 2.2.1-1
> Severity: normal
> File: /usr/games/freeciv-sdl
> 
> 
> Each nation has a colour associated to it. When this colour is white,
> one can not see the city size, which is always rendered in white over
> city colour. Thus, if you need to know the enemy's city size to know
> if you can take it or need to steal it, knowing its level is very
> important.
> 
> The solution would be to render city size in white over city colour
> for 'dark' city colours (as now ) and in black for light city colours
> (which are, for example, R+G+B > 255*3/2 ).
> 
> Attached file shows this: white on (my) red and white on (enemy's)
> white.
> 

Hi noel,
could you attach the save game that screenshot was from? it would be
handy for testing.
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK5FOSS)
Debian contributor / gNewSense Maintainer
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#598226: FTBFS when configure is rebuild

[Karl Goetz]

Hi Goswin,
thanks for your bug(s). Sorry I didn't notice them before, the ftbs
would have been good to catch for squeeze.
I've applied the patch for the .pc file, and I'll aim to get the lua
patch fixed today.
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK5FOSS)
Debian contributor / gNewSense Maintainer
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#552438: BadIDChoice freeciv bug

[Karl Goetz]

Hi Tomas,
Any update on this bug?
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK5FOSS)
Debian contributor / gNewSense Maintainer
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#195158: any update to this bug / window too big

[Karl Goetz]

tag 195158 + upstream
tag 195158 + pending
thanks

Hi Jacob,
I've changed some of those options in our packaging, so 2.2.1 and 2.2.1
and on should have them.
I'm yet to test it completely. perhaps when i do an update of the
packaging to 2.2.3 i can test properly.
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK5FOSS)
Debian contributor / gNewSense Maintainer
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#602573: apt: Acquire::Languages ignored (in some locales)

[Jakub Wilk]

Package: apt
Version: 0.8.8
Severity: normal

On my machine apt ignores the Acquire::Languages setting:

# locale
LANG=
LC_CTYPE=pl_PL.UTF-8
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

# apt-config dump | grep Acquire::Languages
Acquire::Languages "none";

# apt-get update | grep Translation
Ign http://ftp.pl.debian.org/debian/ unstable/contrib Translation-en
Ign http://ftp.pl.debian.org/debian/ unstable/main Translation-en
Ign http://ftp.pl.debian.org/debian/ unstable/non-free Translation-en
Ign http://ftp.pl.debian.org/debian/ experimental/contrib Translation-en
Ign http://ftp.pl.debian.org/debian/ experimental/main Translation-en
Ign http://ftp.pl.debian.org/debian/ experimental/non-free Translation-en


The problem disappears e.g. if I set LC_MESSAGES to something else:

# LC_MESSAGES=pl_PL.utf8 apt-get update | grep -c Translation
0


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

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

Versions of packages apt depends on:
ii  debian-archive-keyring2010.08.28 GnuPG archive keys of the Debian a
ii  gnupg 1.4.11-1   GNU privacy guard - a free PGP rep
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.5.1-9  GCC support library
ii  libstdc++64.4.5-6The GNU Standard C++ Library v3
ii  zlib1g1:1.2.5.dfsg-1 compression library - runtime

--
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#602572: ITP: mda-lv2 -- Paul Kellett's MDA plugins ported to LV2

[Alessio Treglia]

Package: wnpp
Severity: wishlist
Owner: Alessio Treglia 

* Package name: mda-lv2
  Version : 0~svn2614
  Upstream Author : David Robillard 
* URL : http://dev.drobilla.net/browser/trunk/mda-lv2
* License : GPL, MIT
  Programming Lang: C++
  Description : Paul Kellett's MDA plugins ported to LV2

 This package provides Paul Kellett's MDA plugins ported to the
 LV2 specification.
 .
 The following synths and effects are available:
  * Ambience - Reverb effect
  * Bandisto - Multi-band distortion
  * BeatBox - Drum replacer
  * Combo - Amp & speaker simulation
  * De-ess - High frequency dynamics processor
  * Degrade - Sample quality reduction
  * Delay - Simple stereo delay with feedback tone control
  * Detune - Simple up/down pitch shifting thickener
  * Dither - Range of dither types including noise shaping
  * DubDelay - Delay with feedback saturation and time/pitch modulation
  * Dynamics - Compressor / Limiter / Gate
  * DX10 - FM Synthesizer
  * Envelope - Envelope follower / VCA
  * EPiano - Acoustic piano
  * Image - Stereo image adjustment and M-S matrix
  * JX10 - 2-Oscillator analog synthesizer
  * Leslie - Rotary speaker simulator
  * Limiter - Opto-electronic style limiter
  * Looplex - Looping plugin
  * Loudness - Equal loudness contours for bass EQ and mix correction
  * Multiband - Multi-band compressor with M-S processing modes
  * Overdrive - Soft distortion
  * RePsycho - Drum loop pitch changer
  * RezFilter - Resonant filter with LFO and envelope follower
  * RingMod - Ring modulator with sine-wave oscillator
  * Round Panner - 3D panner
  * Shepard - Continuously rising/falling tone generator
  * SpecMeter - VU-meter
  * Splitter - Frequency / level crossover for setting up dynamic
processing
  * Stereo Simulator - Haas delay and comb filtering
  * Sub-Bass Synthesizer - Several low frequency enhancement methods
  * Talkbox - High resolution vocoder
  * TestTone - Signal generator with pink and white noise, impulses
and sweeps
  * Thru-Zero Flanger - Classic tape-flanging simulation
  * Tracker - Pitch tracking oscillator, or pitch tracking EQ
  * Transient - Transient shaper
  * Vocoder - Switchable 8 or 16 band vocoder
  * VocInput - Pitch tracking oscillator for generating vocoder
carrier input



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

Bug#542599: [PATCH 2/2] adjust packaging to interact well with TPM service

[Kees Cook]

This adjusts packaging to start after Trousers, and adds and example
to the configuration showing a TPM device.

Signed-off-by: Kees Cook 
---
 debian/control|2 +-
 debian/rng-tools.default  |3 ++-
 debian/rng-tools.postinst |4 
 debian/rules  |2 +-
 4 files changed, 8 insertions(+), 3 deletions(-)

diff --git a/debian/control b/debian/control
index 2a74ad4..f069b5a 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: rng-tools
 Section: utils
 Priority: optional
 Maintainer: Henrique de Moraes Holschuh 
-Build-Depends: debhelper (>> 7), autoconf, automake
+Build-Depends: debhelper (>> 7), autoconf, automake, libtspi-dev
 Standards-Version: 3.8.4.0
 Vcs-Browser: http://git.debian.org/?p=users/hmh/rng-tools.git;a=summary
 Vcs-git: git://git.debian.org/users/hmh/rng-tools.git
diff --git a/debian/rng-tools.default b/debian/rng-tools.default
index 5a75642..9b118f0 100644
--- a/debian/rng-tools.default
+++ b/debian/rng-tools.default
@@ -5,7 +5,7 @@
 
 # Set to the input source for random data, leave undefined
 # for the initscript to attempt auto-detection.  Set to /dev/null
-# for the viapadlock driver.
+# for the viapadlock and tpm drivers.
 #HRNGDEVICE=/dev/hwrng
 #HRNGDEVICE=/dev/null
 
@@ -15,3 +15,4 @@
 #RNGDOPTIONS="--hrng=intelfwh --fill-watermark=90% --feed-interval=1"
 #RNGDOPTIONS="--hrng=viakernel --fill-watermark=90% --feed-interval=1"
 #RNGDOPTIONS="--hrng=viapadlock --fill-watermark=90% --feed-interval=1"
+#RNGDOPTIONS="--hrng=tpm --fill-watermark=90% --feed-interval=1"
diff --git a/debian/rng-tools.postinst b/debian/rng-tools.postinst
index 2f2a651..6457f40 100644
--- a/debian/rng-tools.postinst
+++ b/debian/rng-tools.postinst
@@ -32,6 +32,10 @@ case "$1" in
echo "Trying to create /dev/hwrng device inode..."
(cd /dev && /sbin/MAKEDEV hwrng || true)
fi
+   # Update start/stop symlinks
+   if dpkg --compare-versions "$2" lt-nl "2-unofficial-mt.12-1ubuntu3"; 
then
+   rm -f /etc/rc?.d/[SK]20rng-tools
+   fi
true
;;
 esac
diff --git a/debian/rules b/debian/rules
index 78aa274..e51e59a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -107,7 +107,7 @@ binary-arch: build install
 #  dh_installpam
 #  dh_installmime
dh_installmodules
-   dh_installinit --error-handler=true
+   dh_installinit --error-handler=true -- defaults 21 19
 #  dh_installcron
dh_installman
 #  dh_installinfo
-- 
1.7.2.3

-- 
Kees Cook@debian.org



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

Bug#542599: [PATCH 1/2] implement TPM entropy source for rng-tools

[Kees Cook]

This uses the trousers daemon to gather entropy from a local TPM
RNG.

Signed-off-by: Kees Cook 
---
 Makefile.am  |6 --
 configure.ac |7 ++-
 rngd.c   |   10 ++
 rngd_entsource.c |   34 ++
 rngd_entsource.h |3 ++-
 5 files changed, 56 insertions(+), 4 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 921f2a2..af6648a 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -9,13 +9,14 @@ bin_PROGRAMS   = rngtest
 man_MANS= rngd.8 rngtest.1
 noinst_LIBRARIES = librngd.a
 
-common_sources = exits.h fips.h stats.h util.h viapadlock_engine.h
+common_sources = exits.h fips.h stats.h util.h viapadlock_engine.h \
+ tpm_engine.h
 rngd_SOURCES   = $(common_sources) rngd.h rngd.c \
  rngd_threads.h rngd_threads.c \
  rngd_signals.h rngd_signals.c \
  rngd_entsource.h rngd_entsource.c \
  rngd_linux.h rngd_linux.c
-rngd_LDADD = librngd.a @LIB_PTHREAD@
+rngd_LDADD = librngd.a @LIB_PTHREAD@ @LIB_TSPI@
 
 rngtest_SOURCES= $(common_sources) rngtest.c
 rngtest_LDADD  = librngd.a
@@ -23,6 +24,7 @@ rngtest_LDADD = librngd.a
 librngd_a_SOURCES = fips.h fips.c \
stats.h stats.c \
util.h util.c \
+   tpm_engine.h tpm_engine.c \
viapadlock_engine.h viapadlock_engine.c
 
 
diff --git a/configure.ac b/configure.ac
index 89af262..644d3d0 100644
--- a/configure.ac
+++ b/configure.ac
@@ -49,12 +49,17 @@ dnl Checks for required libraries
 dnl -
 AC_CHECK_LIB([pthread], [pthread_create],
 [LIB_PTHREAD="-lpthread"], 
-[AC_MSG_ERROR([Can't compile without pthreads])])
+[AC_MSG_ERROR([Can not compile without pthreads])])
 AC_SUBST(LIB_PTHREAD)
 
 dnl -
 dnl Checks for optional library functions
 dnl -
+AC_CHECK_LIB([tspi], [Tspi_Context_Create],
+[LIB_TSPI="-ltspi"
+ AC_DEFINE(TPM_ENTSOURCE_DRIVER, 1,
+   [Include code for TPM RNG driver]) ], )
+AC_SUBST(LIB_TSPI)
 
 dnl -
 dnl Configure options
diff --git a/rngd.c b/rngd.c
index 27781aa..96fe013 100644
--- a/rngd.c
+++ b/rngd.c
@@ -265,6 +265,13 @@ static struct trng_params trng_parameters[] = {
  .entropy  = 0.0,
  .driver   = RNGD_ENTSOURCE_VIAPADLOCK,
},
+   { .name = "TPM RNG",
+ .tag  = "tpm",
+ .width= 256,
+ .buffers  = 1,
+ .entropy  = 0.75,
+ .driver   = RNGD_ENTSOURCE_TPM,
+   },
{ NULL },
 };
 
@@ -391,6 +398,9 @@ static error_t parse_opt (int key, char *arg, struct 
argp_state *state)
if (! (seen_opt & SEEN_OPT_RNGENTROPY))
arguments->rng_entropy = 0.0;
seen_opt |= SEEN_OPT_RNGDRIVER;
+   } else if (strcasecmp(arg, "tpm") == 0) {
+   arguments->rng_driver = RNGD_ENTSOURCE_TPM;
+   seen_opt |= SEEN_OPT_RNGDRIVER;
} else {
argp_usage(state);
}
diff --git a/rngd_entsource.c b/rngd_entsource.c
index ebe2a44..90a62fc 100644
--- a/rngd_entsource.c
+++ b/rngd_entsource.c
@@ -49,6 +49,7 @@
 #include "stats.h"
 #include "exits.h"
 #include "viapadlock_engine.h"
+#include "tpm_engine.h"
 #include "rngd_threads.h"
 #include "rngd_signals.h"
 #include "rngd_entsource.h"
@@ -87,6 +88,8 @@ const char 
*entropy_source_driver_name(entropy_source_driver_t driver)
return "UNIX stream";
case RNGD_ENTSOURCE_VIAPADLOCK:
return "VIA PadLock TRNG";
+   case RNGD_ENTSOURCE_TPM:
+   return "TPM RNG";
default:
return "(unknown)";
};
@@ -130,6 +133,12 @@ static int xread(void *buf, size_t size, unsigned int 
abortonsigalrm)
break;
  }
 #endif
+#ifdef TPM_ENTSOURCE_DRIVER
+ case RNGD_ENTSOURCE_TPM: {
+   r = tpm_rng_read((unsigned char *)buf + off, 
size);
+   break;
+ }
+#endif
  default:
errno = ENXIO;
return -1;
@@ -231,6 +240,31 @@ void init_entropy_source( void )
die(EXIT_USAGE);
 #endif /* VIA_ENTSOURCE_DRIVER */
}
+   case RNGD_ENTSOURCE_TPM: {
+#ifdef TPM_ENTSOURCE_DRIVER
+   switch (tpm_rng_init()) {
+   case 0:
+   message(LOG_ERR,
+   "Could not detect a TPM "
+ 

Bug#542599: [PATCH 0/2] TPM entropy source for rng-tools

[Kees Cook]

Hi!

This implements the TPM entropy source for rng-tools. I've split it into
two patches, one for the core of the TPM engine, and the other for the
debian packaging bits. This is Debian bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542599

Thanks!

-Kees

-- 
Kees Cook@debian.org



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

Bug#599977: Request for building stockfish package or wrong gcc/g++ versions g++_4:4.4.4-2 g++-4.4_4.4.4-6 gcc_4:4.4.4-2

[Cyril Brulebois]

Oliver Korff  (04/11/2010):
> For sparc KiBi told me, that he will recompile (once he's done some
> housekeeping...)

Built successfully now, closing the sparc bug.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#237470: state of #237470

[Jakub Wilk]

tags 237470 - moreinfo
found 237470 0.7.20.2+lenny2
found 237470 0.8.6
found 237470 0.8.8
thanks

* Eugene V. Lyubimkin , 2008-10-26, 15:28:

Hello Euan, can you reproduce bug with any packages in Lenny and apt in Lenny?
Otherwise I am going to close it.


I can reproduce the bug in lenny, squeeze and sid by trying to reinstall 
dpkg and coreutils:


# apt-get install --reinstall dpkg
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 8 not upgraded.
Need to get 0 B/2195 kB of archives.
After this operation, 0 B of additional disk space will be used.
(Reading database ... 131545 files and directories currently installed.)
Preparing to replace dpkg 1.15.8.5 (using .../dpkg_1.15.8.5_i386.deb) ...
Unpacking replacement dpkg ...
Processing triggers for man-db ...
Setting up dpkg (1.15.8.5) ...

# apt-get install --reinstall coreutils
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 8 not upgraded.
Need to get 0 B/4608 kB of archives.
After this operation, 0 B of additional disk space will be used.
(Reading database ... 131545 files and directories currently installed.)
Preparing to replace coreutils 8.5-1 (using .../coreutils_8.5-1_i386.deb) ...
Unpacking replacement coreutils ...
Processing triggers for install-info ...
Processing triggers for man-db ...
Setting up coreutils (8.5-1) ...

# apt-get install --reinstall dpkg coreutils
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 2 reinstalled, 0 to remove and 8 not upgraded.
Need to get 0 B/6803 kB of archives.
After this operation, 0 B of additional disk space will be used.
E: Couldn't configure pre-depend coreutils for dpkg, probably a dependency 
cycle.

--
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#399292: mplayer: MPlayer rc1 can't be properly scaled by WM on start

[Eckhart Wörner]

Hi,

you reported http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399292 some time 
ago, writing:
> I have my window manager (kwin) set up to automatically maximise
> mplayer-xv windows. This worked great up to mplayer1.0pre8. I installed
> mplayer-rc1 and now the resizing doesn't work -- the window snaps back to
> the movie size. What might have caused this? I can still resize the
> window manually afterward.

Does "the window snaps back" mean that it first maximizes (as it's supposed to 
do) and only then switches to video size?

Eckhart



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

Bug#602358: ITP: rtl8192ce-dkms -- Realtek RTL8192CE driver in DKMS format.

[Keng-Yu Lin]

2010/11/5 Stefan Lippers-Hollmann :
> Hi
>
> On Thursday 04 November 2010, Ben Hutchings wrote:
>> On Thu, 2010-11-04 at 19:21 +0100, Julien Cristau wrote:
>> > On Thu, Nov  4, 2010 at 10:59:41 +0800, Keng-Yu Lin wrote:
> [...]
>> > > * Package name    : rtl8192ce-dkms
>> > >   Version         : 2.6.0003.0628.2010+dfsg
>> > >   Upstream Author : Realtek Semiconductor Corporation
>> > > * URL             : http://www.realtek.com
>> > > * License         : GPLv2
>> > >   Programming Lang: C
>> > >   Description     : Realtek RTL8192CE driver in DKMS format.
>> > >
>> > >  This package contains Realtek 802.11 Linux wireless driver
>> > >  for use with Realtek RTL8192CE-based hardware.
>> >
>> > Why is that driver not in the standard kernel package?
>>
>> Because it's not upstream.  So the next question is, why is it not
>> upstream (in staging)?
>
> This appears to be scheduled for 2.6.38:
>        http://www.spinics.net/lists/linux-wireless/msg58284.html
>        Message-ID: <4ccd856e.9010...@lwfinger.net>
>
> as follow up to
>        http://www.spinics.net/lists/linux-wireless/msg58273.html
>        Message-ID: <4ccce60f.6090...@lwfinger.net>
>
> at least the required firmware for RTL8192CE and RTL8712U (replacing
> RTL8192SU/ r8192s_usb in 2.6.37) has been merged into linux-firmware.git
>        http://lkml.indiana.edu/hypermail/linux/kernel/1011.0/00610.html
>        Message-ID: <4cd014ec.e0ho4xdm0+tov1xt%larry.fin...@lwfinger.net>
>        
> http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=tree;f=rtlwifi
>
> Assuming RTL8192CE support gets merged for 2.6.38, introducing a new
> package providing dkms support it during a freeze might not be very
> effective. Once it gets actually merged, a backport to (then current)
> 2.6.37 should be relatively trivial.
>
> Regards
>        Stefan Lippers-Hollmann
>

It will be very nice if someone is already working and getting this
driver in staging.

think to close this bug soon and please re-open it if there is still
need for this package.



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

Bug#602568: squeeze-di-beta1 installer: partman hang

[Jean-Christian de Rivaz]

Miguel Figueiredo a écrit :

A Sexta 05 Novembro 2010 23:06:26 Jean-Christian de Rivaz você escreveu:

[...]
 

How can I get more debug informations from partman to go deeper into the
analysis ?


[...]

You can check /var/log/installer/partman and the syslog on that location can 
be useful too.




Unfortunately there is no /var/log/installer/ directory:

ls -al /var/log
drwxr-xr-x2 root root 0 Nov  5 22:33 .
drwxr-xr-x8 root root 0 Nov  5 22:23 ..
-rw-r--r--1 root root 17172 Nov  5 22:33 hardware-summary
lrwxrwxrwx1 root root44 Nov  5 22:33 
install-report.template -> /usr/share/save-logs/install-report.template
lrwxrwxrwx1 root root16 Nov  5 22:33 lsb-release -> 
/etc/lsb-release

-rw-r--r--1 root root   993 Nov  5 22:23 partman
lrwxrwxrwx1 root root20 Nov  5 22:33 status -> 
/var/lib/dpkg/status

-rw-r--r--1 root root 71813 Nov  5 22:33 syslog

I already inspected the syslog as you can find the interesting part in 
my initial report: partman simply hang without verbose message. This is 
why I search a way to get more informations.


Jean-Christian





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

Bug#602570: fails to install because of /etc/cron.d/ missing

[Daniel Baumann]

On 11/06/2010 01:38 AM, Daniel Baumann wrote:
> if cron is not installed (because rt correctly doesn't declare a depends
> to it), and request-tracker3.8/install-cronjobs is answered yes, then
> the postinst fails because /etc/cron.d/ is missing.

ftr: it always fails, regardless what
request-tracker3.8/install-cronjobs is answered.

> therefore, you should always create /etc/cron.d to make sure it exists.
> will send patch after having recieved the bug number.

attached.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/
>From 6301b15615490afa31776803f35cbdeb31bbce79 Mon Sep 17 00:00:00 2001
From: Daniel Baumann 
Date: Sat, 6 Nov 2010 01:49:38 +0100
Subject: [PATCH] Creating /etc/cron.d directory in postinst to not fail if cron is not installed (Closes: #602570).

---
 debian/postinst |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/debian/postinst b/debian/postinst
index 242514b..214a59b 100644
--- a/debian/postinst
+++ b/debian/postinst
@@ -131,6 +131,7 @@ EOF
 #0 * * * * www-data [ -x /usr/sbin/rt-email-dashboards-3.8 ] && /usr/sbin/rt-email-dashboards-3.8
 EOF
 fi
+mkdir -p /etc/cron.d
 ucf --debconf-ok $tfile /etc/cron.d/request-tracker3.8
 rm $tfile
 }
-- 
1.7.2.3

Bug#602571: cannot build due to ESSENTIAL dep phase

[Kees Cook]

Package: sbuild
Version: 0.60.2-1
Severity: normal
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty

It seems that the ESSENTIAL dep resolution breaks me (at least on Ubuntu).
I had to "exit 1" from install_essential() to restore my ability to build
(0.60.0 was working fine).

I see this during a build of rng-tools on Ubuntu natty:

┌──┐
│ Install ESSENTIAL build dependencies (internal resolver) │
└──┘

Checking for already installed dependencies...
base-files: already installed (5.0.0ubuntu25)
base-passwd: already installed (3.5.22)
bash: already installed (4.1-2ubuntu4)
coreutils: already installed (8.5-1ubuntu3)
dash: already installed (0.5.5.1-7ubuntu1)
debianutils: already installed (3.4.1)
diffutils: already installed (1:3.0-1)
dpkg: already installed (1.15.8.5ubuntu1)
e2fsprogs: already installed (1.41.12-1ubuntu2)
findutils: already installed (4.4.2-1ubuntu1)
grep: already installed (2.6.3-3)
gzip: already installed (1.3.12-9ubuntu1.1)
hostname: already installed (3.04ubuntu1)
ncurses-base: already installed (5.7+20100626-0ubuntu1)
ncurses-bin: already installed (5.7+20100626-0ubuntu1)
perl-base: already installed (5.10.1-16ubuntu1)
sed: already installed (4.2.1-7)
login: already installed (1:4.1.4.2-1ubuntu3)
sysvinit-utils: already installed (2.87dsf-4ubuntu19)
sysvinit: missing
tar: already installed (1.23-2)
bsdutils: already installed (1:2.17.2-0ubuntu1)
mount: already installed (2.17.2-0ubuntu1)
util-linux: already installed (2.17.2-0ubuntu1)
libc6-dev: already installed (2.12.1-0ubuntu8)
gcc: already installed (4:4.5.1-1ubuntu3 >= 4:4.4.3 is satisfied)
g++: already installed (4:4.5.1-1ubuntu3 >= 4:4.4.3 is satisfied)
make: already installed (3.81-8)
dpkg-dev: already installed (1.15.8.5ubuntu1 >= 1.13.5 is satisfied)
Package installation not possible
Essential dependencies not satisfied; skipping rng-tools
Not cleaning session: cloned chroot in use
Keeping session: natty-amd64-27f66890-e388-47ec-844d-cac0b898aa36
────
Finished at 20101105-1745
Build needed 00:00:00, 0k disc space
Could not spawn sbuild. Result is: None.


I assume "sysvinit: missing" is the problem, but that should be satisfied
by "sysvinit-utils":

17:47 root@(natty-amd64)gorgon# apt-get install sysvinit
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Package sysvinit is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  upstart sysvinit-utils

E: Package 'sysvinit' has no installation candidate


Thanks,

-Kees



-- 
Kees Cook@debian.org

Bug#602545: evince: signal SIGFPE on certain PDF, may be a pattern rendering problem

[Julien Cristau]

On Fri, Nov  5, 2010 at 20:41:43 +0100, Josselin Mouette wrote:

> reassign 602545 libpixman-1-0 0.16.4-1
> found 602545 0.19.6-1
> thanks
> 
> Le vendredi 05 novembre 2010 à 20:28 +0100, Josselin Mouette a écrit : 
> > Le vendredi 05 novembre 2010 à 19:47 +0100, Martin Weis a écrit : 
> > > The document seems to contain an unreasonably high number of (identical) 
> > > bitmaps, and this may be the reason for the failure.
> > > pdfimages extracted no less than 73667 small (texture) images from the 
> > > document...
> > > This bug may be located/triggered in libpoppler, if so: sorry for the 
> > > inconvenience.
> > > 
> > > I attach the backtrace and the PDF file for tests.
> > 
> > Thank you, it’s very complete.
> > 
> > Could you please try again with libpixman-1-0 from experimental, just to
> > be sure this bug hasn’t been already fixed?
> 
> Bah, forget that. The bug is perfectly reproducible, and same goes with
> the latest libpixman.
> 
Please forward upstream to bugs.freedesktop.org and let us know the bug
number for tracking.

Thanks,
Julien


signature.asc
Description: Digital signature

Bug#602570: fails to install because of /etc/cron.d/ missing

[Daniel Baumann]

Package: request-tracker3.8
Version: 3.8.8-5
Severity: serious

Hi,

if cron is not installed (because rt correctly doesn't declare a depends
to it), and request-tracker3.8/install-cronjobs is answered yes, then
the postinst fails because /etc/cron.d/ is missing.

therefore, you should always create /etc/cron.d to make sure it exists.
will send patch after having recieved the bug number.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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

Bug#602551: installation-guide: the link to the installation images is not correct

[Miguel Figueiredo]

Hi,

can you provide the url with the location and describe the problem?
On http://d-i.alioth.debian.org/manual/en.amd64/ch04s02.html is there any 
problem for you?


A Sexta 05 Novembro 2010 19:49:23 shirish शिरीष você escreveu:
> Package: installation-guide
> Severity: important
> 
> *** Please type your report below this line ***
> 
> Hi all,
>  I'm planning to install debian on my system. For these purposes checked
> out the in developing install guide. On page 25 Sec. 4.2.1 the hyperlinks
> are not correctly formed. Can somebody look into them.
> 
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers maverick-updates
>   APT policy: (500, 'maverick-updates'), (500, 'maverick-security'),
> (500, 'maverick')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.35-22-generic (SMP w/2 CPU cores)
> Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org




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

Bug#602531: PowerPC installation report

[Miguel Figueiredo]

If the problem was the missing non free firmware i suggest the bug to be closed 
as we do not distribute non free firmware.

We sure appreciate if you can you your powerpc to test d-i and help in that 
area!


A Sexta 05 Novembro 2010 17:11:03 Jonathan David Amery você escreveu:
> Package: installation-reports
> 
> Boot method: CD
> Image version:
> http://cdimage.debian.org/cdimage/squeeze_di_beta1/powerpc/iso-cd/debian-s
> queeze-di-beta1-powerpc-netinst.iso Date: Fri Nov 5 2010
> 
> Machine: Power Mac G4 (Gigabit Ethernet)
> Processor: 2x G4 500MHz (installer isn't SMP though)
> Memory: 640MB
> Partitions: 
> 
> r...@mnemosyne:~# fdisk -l
> /dev/hda
> #type name length   base (
> size )  system /dev/hda1 Apple_partition_map Apple   
> 63 @ 1( 31.5k)  Partition map /dev/hda2 Apple_Bootstrap
> untitled   1954 @ 64   (977.0k)  NewWorld bootblock
> /dev/hda3 Apple_UNIX_SVR2 untitled   74863282 @ 2018 (
> 35.7G)  Linux native /dev/hda4 Apple_UNIX_SVR2 swap   
> 3300059 @ 74865300 (  1.6G)  Linux swap /dev/hda5  Apple_Free
> Extra 1 @ 78165359 (  0.5k)  Free space
> 
> Block size=512, Number of Blocks=78165360
> DeviceType=0x0, DeviceId=0x0
> 
> /dev/hdb
> #type name length   base (
> size )  system /dev/hdb1 Apple_partition_map Apple   
> 63 @ 1( 31.5k)  Partition map /dev/hdb2  Apple_Driver43
> Macintosh54 @ 64   ( 27.0k)  Driver 4.3 /dev/hdb3 
> Apple_Driver43 Macintosh74 @ 118  ( 37.0k)  Driver
> 4.3 /dev/hdb4Apple_Driver_ATA Macintosh54 @ 192   
>   ( 27.0k)  Unknown /dev/hdb5Apple_Driver_ATA Macintosh   
> 74 @ 246  ( 37.0k)  Unknown /dev/hdb6  Apple_FWDriver
> Macintosh   200 @ 320  (100.0k)  Unknown /dev/hdb7 
> Apple_Driver_IOKit Macintosh   512 @ 520  (256.0k) 
> Unknown /dev/hdb8   Apple_Patches Patch Partition 512 @
> 1032 (256.0k)  Unknown /dev/hdb9   Apple_HFS untitled 
>  80416676 @ 1544 ( 38.3G)  HFS /dev/hdb10 Apple_Free
> Extra20 @ 80418220 ( 10.0k)  Free space
> 
> Block size=512, Number of Blocks=80418239
> DeviceType=0x0, DeviceId=0x0
> Drivers-
> 1: @ 64 for 23, type=0x1
> 2: @ 118 for 36, type=0x
> 3: @ 192 for 21, type=0x701
> 4: @ 246 for 34, type=0xf8ff
> 
> 
> Output of lspci -knn:
> 
> r...@mnemosyne:~# lspci -knn
> :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth AGP
> [106b:0020] Kernel driver in use: agpgart-uninorth
> :00:10.0 VGA compatible controller [0300]: ATI Technologies Inc Rage
> 128 PF/PRO AGP 4x TMDS [1002:5046] Kernel driver in use: aty128fb
> 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth PCI
> [106b:001f] 0001:10:0d.0 PCI bridge [0604]: Digital Equipment Corporation
> DECchip 21154 [1011:0026] (rev 05) 0001:11:03.0 SCSI storage controller
> [0100]: Adaptec AIC-7850 [9004:5078] (rev 03) Subsystem: Adaptec
> AHA-2904/Integrated AIC-7850 [9004:7850] Kernel driver in use: aic7xxx
> 0001:11:07.0 Unassigned class [ff00]: Apple Computer Inc. KeyLargo Mac I/O
> [106b:0022] (rev 03) Kernel driver in use: macio
> 0001:11:08.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB
> [106b:0019] Kernel driver in use: ohci_hcd
> 0001:11:09.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB
> [106b:0019] Kernel driver in use: ohci_hcd
> 0001:11:0a.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB12LV26
> IEEE-1394 Controller (Link) [104c:8020] Kernel driver in use:
> firewire_ohci
> 0002:21:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth Internal PCI
> [106b:001e] 0002:21:0f.0 Ethernet controller [0200]: Apple Computer Inc.
> UniNorth GMAC (Sun GEM) [106b:0021] (rev 01) Kernel driver in use: gem
> 
> Base System Installation Checklist:
> [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> 
> Initial boot:   [O]
> Detect network card:[O]
> Configure network:  [O]
> Detect CD:  [O]
> Load installer modules: [O]
> Detect hard drives: [O]
> Partition hard drives:  [O]
> Install base system:[O]
> Clock/timezone setup:   [E]
> User/password setup:[O]
> Install tasks:  [O]
> Install boot loader:[O]
> Overall install:[E]
> 
> Comments/Problems:
> 
>  This was my first install on a powerpc for some releases.
> 
>  I used expert mode.
> 
>  The install went relatively smoothly.
> 
>  I was mildly surprised to see no option to install an sshd and complete
> the installation over the network, a feature of lenny's installer I have
> come to use a lot.
> 
>  I've listed Clock/timezone setup as E -- it didn't ask me if the clock
> was in local time or UTC, despite being in expert mode.
> 
>  After the 

Bug#602568: squeeze-di-beta1 installer: partman hang

[Miguel Figueiredo]

A Sexta 05 Novembro 2010 23:06:26 Jean-Christian de Rivaz você escreveu:

[...]
 
> How can I get more debug informations from partman to go deeper into the
> analysis ?

[...]

You can check /var/log/installer/partman and the syslog on that location can 
be useful too.

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org




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

Bug#602518: [INTL:it] Wrong translation of "however".

[Christian PERRIER]

Quoting Pietro Battiston (m...@pietrobattiston.it):
> Package: dpkg
> Version: 1.15.8.5
> 
> 
> In po/it.po at line 3469, I find
> 
> msgid "; however:\n"
> msgstr "; comunque:\n" 
> 
> 
> This is _wrong_, and makes the message not understandable (unless you
> already know what's going on). Possible valid translations are


For the record, I asked for input on debian-l10n-italian mailing
list. In case you don't get news, please feel free to ping this bug
again and I'll apply your suggestion (that would be "ma"?).





signature.asc
Description: Digital signature

Bug#602453: pd-pmpd: FTBFS - unoconv needs writable $HOME

[Aaron M. Ucko]

Felipe Sateler  writes:

> The pdf comes with upstream tarball, we were just regenerating it out
> of principle. I think we can just install the upstream provided one.

That's fair; under the circumstances, I won't object to that approach
either, even if it isn't quite as pure.  The important facts are that
you have the source and can produce an equivalent PDF document with free
tools.

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu



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

Bug#602507: bti doesn't work with OAuth (no link printed)

[gregor herrmann]

severity 602507 important
tag 602507 + upstream
thanks

On Fri, 05 Nov 2010 13:35:54 +0100, Vincent Lefevre wrote:

> Package: bti
> Version: 028-1
> Severity: grave
> Justification: renders package unusable

Thanks for testing bti with OAuth and identi.ca and for your bug
report!
 
> /usr/share/doc/bti/README.Debian gives some instructions for work
> with OAuth. I've registered a new application for Identi.ca to get
> the consumer key and secret, and created a ~/.bti file with the two
> lines as described.

Ok.
 
> Something has changed since bti no longer asks me for an account
> name for identi.ca (or prints an error message for Twitter). 

So you've entered te consumer_* variables syntactically correct in
~/.bti :)

> http://gluegadget.com/blog/index.php?/archives/34-Twitter,-OAuth-and-bti.html
> says that bti should print an URL.

It says so for Twitter and I assumed that it works the same for
identi.ca (that's why I wrote "should be the same" in the README).
It seems that this assumption might be incorrect ...

I've asked upstream if they can help us with this question (at the
moment I'm not sure where the problem is).

Since, if I understand the situation correctly, the problem is only
related to identi.ca (which doesn't need OAuth) and not to twitter,
I'm lowering the severity, since bti is usable with both. Please
correct me if I misunderstood something (i.e. bti + OAuth doesn't
work for twitter).

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-BOFH excuse #337:  the butane lighter causes the pincushioning 


signature.asc
Description: Digital signature

Bug#602569: package refuses to configure when in a custom time zone

[Joey Hess]

Package: tzdata
Version: 2010m-1
Severity: normal

On this system, /usr/share/zoneinfo/JEST exists, and /etc/timezone
uses it and works fine, but it breaks upgrades of tzdata.

r...@gnu:/usr/share/zoneinfo>DEBCONF_DEBUG=developer 
/var/lib/dpkg/info/tzdata.config 
debconf (developer): frontend started
debconf (developer): Trying to find a templates file..
debconf (developer): Trying /var/lib/dpkg/info/tzdata.config.templates
debconf (developer): Trying /var/lib/dpkg/info/tzdata.templates
debconf (developer): I guess it is /var/lib/dpkg/info/tzdata.templates
debconf (developer): frontend running, package name is 
debconf (developer): starting /var/lib/dpkg/info/tzdata.config
debconf (developer): <-- VERSION 2.0
debconf (developer): --> 0 2.0
debconf (developer): <-- CAPB backup
debconf (developer): --> 0 multiselect escape backup
debconf (developer): <-- FSET tzdata/Areas seen true
debconf (developer): --> 0 true
debconf (developer): <-- FSET tzdata/Zones/JEST seen true
debconf (developer): --> 10 tzdata/Zones/JEST doesn't exist
zsh: exit 10DEBCONF_DEBUG=developer /var/lib/dpkg/info/tzdata.config

When using dpkg-reconfigure tzdata, it fails a little later:

debconf (developer): <-- VERSION 2.0
debconf (developer): --> 0 2.0
debconf (developer): <-- CAPB backup
debconf (developer): --> 0 multiselect escape backup
debconf (developer): <-- SET tzdata/Areas JEST
debconf (developer): --> 0 value set
debconf (developer): <-- SET tzdata/Zones/JEST JEST
debconf (developer): --> 10 tzdata/Zones/JEST doesn't exist

I think it would be reasonable to have the config script
(and postinst) simply bail out without doing anything if a
template does not exist for the system's configured
time zone.

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

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

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0] 1.5.36 Debian configuration management sy

tzdata recommends no packages.

tzdata suggests no packages.

-- debconf information:
  tzdata/Zones/Australia:
  tzdata/Zones/Asia:
  tzdata/Zones/SystemV:
  tzdata/Zones/Pacific:
  tzdata/Zones/Atlantic:
  tzdata/Zones/US:
* tzdata/Zones/Etc: UTC
  tzdata/Zones/Arctic:
  tzdata/Zones/Antarctica:
  tzdata/Zones/Europe:
  tzdata/Zones/Africa:
* tzdata/Zones/America: New_York
* tzdata/Areas: America
  tzdata/Zones/Indian:

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#602568: squeeze-di-beta1 installer: partman hang

[Jean-Christian de Rivaz]

Package: installation-reports

Boot method: disk2go PURE II USB stick
Image version: 
http://cdimage.debian.org/cdimage/squeeze_di_beta1/i386/iso-cd/debian-squeeze-di-beta1-i386-businesscard.iso

Date: 06 nov 2010

Machine: Asus EeePC 1015PE
Processor: Intel Atom N450
Memory: 2GB
Partitions:

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x29133921

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   16632532674567  HPFS/NTFS
/dev/sda2   30399   30402   20664   ef  EFI (FAT-12/16/32)
/dev/sda3   *66326697  524288+  83  Linux
/dev/sda46697   30399   190385151+   5  Extended
/dev/sda56697   1322452428800+  83  Linux

Partition table entries are not in disk order

Disk /dev/sdb: 5 MB, 5242880 bytes
256 heads, 32 sectors/track, 1 cylinders
Units = cylinders of 8192 * 512 = 4194304 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

   Device Boot  Start End  Blocks   Id  System
/dev/sdb1   1   250881  FAT12
Partition 1 has different physical/logical endings:
 phys=(40, 255, 32) logical=(1, 63, 32)

Disk /dev/sdc: 2142 MB, 2142240768 bytes
66 heads, 62 sectors/track, 1022 cylinders
Units = cylinders of 4092 * 512 = 2095104 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xbb0eb409

This doesn't look like a partition table
Probably you selected the wrong device.

   Device Boot  Start End  Blocks   Id  System
/dev/sdc1   ?  842478 1298648   933323145+  66  Unknown
Partition 1 has different physical/logical beginnings (non-Linux?):
 phys=(1010, 16, 43) logical=(842477, 65, 13)
Partition 1 has different physical/logical endings:
 phys=(906, 97, 3) logical=(249046, 43, 23)
Partition 1 does not end on cylinder boundary.
/dev/sdc2   ?   1   1   0   72  Unknown
Partition 2 has different physical/logical beginnings (non-Linux?):
 phys=(101, 116, 32) logical=(0, 41, 32)
Partition 2 has different physical/logical endings:
 phys=(370, 114, 47) logical=(0, 41, 31)
Partition 2 does not end on cylinder boundary.

Partition table entries are not in disk order


Output of lspci -knn (or lspci -nn):

00:00.0 Host bridge [0600]: Intel Corporation N10 Family DMI Bridge 
[8086:a010]

Subsystem: ASUSTeK Computer Inc. Device [1043:83ac]
Kernel driver in use: agpgart-intel
00:02.0 VGA compatible controller [0300]: Intel Corporation N10 Family 
Integrated Graphics Controller [8086:a011]

Subsystem: ASUSTeK Computer Inc. Device [1043:83ac]
00:02.1 Display controller [0380]: Intel Corporation N10 Family 
Integrated Graphics Controller [8086:a012]

Subsystem: ASUSTeK Computer Inc. Device [1043:83ac]
00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High 
Definition Audio Controller [8086:27d8] (rev 02)

Subsystem: ASUSTeK Computer Inc. Device [1043:841c]
00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI 
Express Port 1 [8086:27d0] (rev 02)

Kernel driver in use: pcieport
00:1c.1 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI 
Express Port 2 [8086:27d2] (rev 02)

Kernel driver in use: pcieport
00:1c.3 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI 
Express Port 4 [8086:27d6] (rev 02)

Kernel driver in use: pcieport
00:1d.0 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB 
UHCI Controller #1 [8086:27c8] (rev 02)

Subsystem: ASUSTeK Computer Inc. Device [1043:83ad]
Kernel driver in use: uhci_hcd
00:1d.1 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB 
UHCI Controller #2 [8086:27c9] (rev 02)

Subsystem: ASUSTeK Computer Inc. Device [1043:83ad]
Kernel driver in use: uhci_hcd
00:1d.2 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB 
UHCI Controller #3 [8086:27ca] (rev 02)

Subsystem: ASUSTeK Computer Inc. Device [1043:83ad]
Kernel driver in use: uhci_hcd
00:1d.3 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB 
UHCI Controller #4 [8086:27cb] (rev 02)

Subsystem: ASUSTeK Computer Inc. Device [1043:83ad]
Kernel driver in use: uhci_hcd
00:1d.7 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB2 
EHCI Controller [8086:27cc] (rev 02)

Subsystem: ASUSTeK Computer Inc. Device [1043:83ad]
Kernel driver in use: ehci_hcd
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge 
[8086:2448] (rev e2)
00:1f.0 ISA bridge [0601]: Intel Corporation NM10 Family LPC Controller 
[8086:27b

Bug#602563: tzdata: Tzdata inconsistencies

[Joey Hess]

Marc F. Clemente wrote:
> Then there is the question of America/Detroit.  I travel to the East
> Coast of the US.  Do I pick America/Detroit or America/New_York?
> What's the difference and how would I know?  Should I pick
> America/Detroit only when I am in Detroit, or when I am in Michigan,
> or on the East Coast?

Only matters if you care about history and would like to be able to
get correct DST values for Detroit when using dates in eg, the 1940s.

The "northamerica" file in the tzdata source is amusing reading.

> I like to old system where I just pick the time zone US/Central, but I
> am offended that the system now changes it to America/Chicago.

It's unfortunate that tzdata's postinst does that. It does not
match common usage in the US which is to use the US/Eastern, 
US/Pacific, etc zones. The Debian Installer's tzsetup writes
/etc/timezone using those names, but tzdata then comes along and
rewrites it to use the confusing city names.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#602503: ITP: ppp-2.4.5-eaptls-mppe -- PPP daemon with EAP-TLS authentication support

[Harald Jenny]

On Fri, Nov 05, 2010 at 01:36:28PM +0100, werner.jae...@t-systems.com wrote:
> Hello,

Hi

> 
> no, I've not talked to him so far, but it's really good to hear that. I'm 
> going to contact him right now.

Please keep me informed about what he had to say.

> 
> The primary reason why I created this package is because my main package 
> ?l2tp-ipsec-vpn-0.9.2? depends on a PPPD that is capable of handling EAP_TLS 
> authentication.

Ah I understand, then it will perhaps make sense to build the package although 
it may not live for long...

> 
> Kind Regards
> 
> Werner Jaeger

Kind regards
Harald Jenny

> 
> 
> From: Harald Jenny [har...@a-little-linux-box.at]
> Sent: Friday, November 05, 2010 1:20 PM
> To: Jaeger, Werner; 602...@bugs.debian.org
> Subject: Re: Bug#602503: ITP: ppp-2.4.5-eaptls-mppe -- PPP daemon with 
> EAP-TLS authentication support
> 
> On Fri, Nov 05, 2010 at 12:48:32PM +0100, Werner Jaeger wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Werner Jaeger 
> >
> > Package name: ppp-2.4.5-eaptls-mppe
> > Version : 0.98
> > Upstream Author : Paul Mackerras , Jan Just Keijser 
> > 
> > URL : http://samba.org/ppp/
> > License : BSD
> > Programming Lang: C
> > Description : PPP daemon with EAP-TLS authentication support
> >
> > This package contains an extended  Point-to-Point Protocol (PPP) daemon
> > with support for EAP-TLS authentication.
> >
> > The Extensible Authentication Protocol (EAP; RFC 3748) is a
> > security protocol that can be used with PPP.  It provides a means
> > to plug in multiple optional authentication methods.
> >
> > Transport Level Security (TLS; RFC 2246) provides for mutual
> > authentication, integrity-protected ciphersuite negotiation and
> > key exchange between two endpoints.  It also provides for optional
> > MPPE encryption.
> >
> > EAP-TLS (RFC 2716) incapsulates the TLS messages in EAP packets,
> > allowing TLS mutual authentication to be used as a generic EAP
> > mechanism. It also provides optional encryption using the MPPE
> > protocol.
> >
> > This authentication method can be used in both client or server mode.
> 
> Hello,
> 
> as far as I know Jan Just Keijser is already talking with upstream ppp to
> integrate his patch into mainline, have you talked with him prior to filing
> this ITP?
> 
> Kind regards
> Harald Jenny
> 
> >
> >
> >
> > --
> > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact 
> > listmas...@lists.debian.org
> > Archive: 
> > http://lists.debian.org/20101105114832.7272.37688.report...@localhost6.localdomain6



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

Bug#584267: I've a proposal for you

[Liu]

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

Bug#600883: debhelper: Please improve manual page typography

[Joey Hess]

David Prévot wrote:
> Omar and Valéry already agreed to take care of the unfuzzy. Omar,

Er right, not only French but also Spanish.

> Joey, when do you intend to upload, or on the other hand, Omar, Valery,
> when can you send your PO files updated?

I will be surpised if a new debhelper version is released prior to the
next release of Debian.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#602567: Possible description improvements

[Enrico Zini]

Package: open-invaders
Version: 0.3-1
Severity: wishlist

Hello,

thanks for packaging open-invaders.

Reading the description I am left with a few questions:

 1. How could a clone of one of the first videogames, which should be
one afternoon's work, ever be still heavily under development?
 2. How can it be "missing a large number of features"? space invaders
has 5 features: the startship, the aliens, the shoots, the
protection stones and the alien that sometimes passes by at the back
of the screen. If I think of a "space invaders game missing a large
number of features", the only thing I can think of is a black screen
:)

I'd remove the mention of "C++" from the description, since now we have
"implemented-in::c++" to convey that information, and rather focus on
what the game is, what it wants to be and what is still missing; or even
better, just what the game is and what extra features it has on top of
the original space invaders that everyone is familiar with.


Ciao,

Enrico


-- System Information:
Debian Release: squeeze/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_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#602566: segfaults on mipsel

[Robert Millan]

Package: dvi2ps
Version: 4.1j-3
Severity: grave

Segfaults on mipsel when processing a trivial (attached) test.dvi.

$ dvi2ps test.dvi
@(#)dvi2ps (j-version) 4.1j

Prescanning Segmentation fault

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: mipsel (mips64)

Kernel: Linux 2.6.36-rc6-loongson-2f
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dvi2ps depends on:
ii  debconf [debconf-2.0] 1.5.36 Debian configuration management sy
hi  libc6 2.11.2-6   Embedded GNU C Library: Shared lib
ii  libfreetype6  2.4.2-1FreeType 2 font engine, shared lib
ii  libkpathsea5  2009-7 TeX Live: path search library for 
ii  texlive-binaries [tex 2009-7 Binaries for TeX Live
ii  vflib33.6.14.dfsg-1.1+b1 Versatile Font Library

dvi2ps recommends no packages.

Versions of packages dvi2ps suggests:
pn  dvi2ps-fontdata-ja (no description available)

-- debconf information excluded
\documentclass[11pt]{article}
\begin{document}
\end{document} 


test.dvi
Description: TeX dvi file

Bug#602565: unblock: menu-l10n/0.20101027

[Bill Allombert]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package menu-l10n

unblock menu-l10n/0.20101027

menu-l10n is a purely translation package that contains translation for the 
Debian menu
system. Since the Debian menu system entries can be changed at any time by any 
package,
the translations need to be done during the freeze.

Here the changelog.

menu-l10n (0.20101027) unstable; urgency=low

  * Squeeze Translation update:
- Added: Hungarian translation by Attila Szervác
- Updated: French translation by Christian Perrier (Closes: #599546)

 -- Bill Allombert   Wed, 27 Oct 2010 22:21:58 +0200

menu-l10n (0.20101006) unstable; urgency=low

  * Squeeze Translation update:
- Added: French translation by Christian Perrier (Closes: #597598)
- Updated: German translation by Chris Leick (Closes: #599086)
  * Bump Standards-Version to 3.9.1

 -- Bill Allombert   Wed, 06 Oct 2010 10:43:55 +0200

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#601957: pending NMU

[Serafeim Zanikolas]

tag 601957 pending
thanks

Dear maintainer,

I've uploaded an NMU in delayed/5; feel free to override.

Cheers,
Serafeim


diff -Nurp common-lisp-controller-7.4.orig//debian/changelog 
common-lisp-controller-7.4+nmu1//debian/changelog
--- common-lisp-controller-7.4.orig//debian/changelog   2010-08-19 
17:38:50.0 +0200
+++ common-lisp-controller-7.4+nmu1//debian/changelog   2010-11-05 
23:19:57.0 +0100
@@ -1,3 +1,12 @@
+common-lisp-controller (7.4+nmu1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Do not ship /etc/lisp-config.lisp; instead create it in debian/postinst so
+that it is not marked as a conffile, and remove it upon package purge
+(Closes: #601957). Setting high urgency for RC bug.
+
+ -- Serafeim Zanikolas   Fri, 05 Nov 2010 22:27:19 +0100
+
 common-lisp-controller (7.4) unstable; urgency=low
 
   * clc-lisp should run 'clbuild lisp'. (Closes: #593157)
diff -Nurp 
common-lisp-controller-7.4.orig//debian/common-lisp-controller.install 
common-lisp-controller-7.4+nmu1//debian/common-lisp-controller.install
--- common-lisp-controller-7.4.orig//debian/common-lisp-controller.install  
2010-07-31 02:29:24.0 +0200
+++ common-lisp-controller-7.4+nmu1//debian/common-lisp-controller.install  
2010-11-05 22:23:49.0 +0100
@@ -1,4 +1,3 @@
-lisp-config.lisp /etc/
 register-common-lisp-source unregister-common-lisp-source 
register-common-lisp-implementation unregister-common-lisp-implementation 
clc-update-customized-images usr/sbin/
 clc-register-user-package clc-unregister-user-package usr/bin/
 common-lisp-controller.lisp post-sysdef-install.lisp 
usr/share/common-lisp/source/common-lisp-controller/
diff -Nurp 
common-lisp-controller-7.4.orig//debian/common-lisp-controller.postinst 
common-lisp-controller-7.4+nmu1//debian/common-lisp-controller.postinst
--- common-lisp-controller-7.4.orig//debian/common-lisp-controller.postinst 
2010-07-31 02:29:24.0 +0200
+++ common-lisp-controller-7.4+nmu1//debian/common-lisp-controller.postinst 
2010-11-05 23:21:32.0 +0100
@@ -44,6 +44,17 @@ case "$1" in
 (setf sb-sys:*short-site-name* "${short}" 
   sb-sys:*long-site-name* "${long}")
 EOF
+
+cat > /etc/lisp-config.lisp < /dev/null 2>&1 || true



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

Bug#600883: debhelper: Please improve manual page typography

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Le 05/11/2010 17:33, Joey Hess a écrit :
> I do wonder about the poor translators, especially for French which was
> going to get back to 100% in this release. It would be great if the
> translations could be fixed up somehow.

Omar and Valéry already agreed to take care of the unfuzzy. Omar,
Valéry, if you have a second thought, I'm still ready to help (in any
way). I do share Joey's concern, and believe that a typographic
improvement to the documentation shouldn't “cost” a lack of translation.

Valéry, I believe that you can safely apply my previous patch on reply
to your [LCFC] <4cbb3226.6010...@tilapin.org>: many changes still need
to be done, but some of debhelper(1) strings will just have to be unmark
fuzzy (I may explain myself better in French).

Joey, when do you intend to upload, or on the other hand, Omar, Valery,
when can you send your PO files updated?

Regards

David

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

iEYEARECAAYFAkzUhfYACgkQ18/WetbTC/owAgCfWPIBVxOUFlsdFBgz6V32w2Gi
7Z0Ani3Sh1xcBqoCSVQrL1HGCJjO3TdW
=Xe/L
-END PGP SIGNATURE-



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

Bug#602564: libjna-java: New upstream release available

[paul cannon]

Package: libjna-java
Version: 3.2.4-2
Severity: normal

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

JNA version 3.2.7 can be found at the following URL:

https://jna.dev.java.net/servlets/ProjectDocumentList

The source:

https://jna.dev.java.net/source/browse/jna/tags/3.2.7/jnalib/

It comes with a large number of improvements over the existing 3.2.4.
See the release notes at:

https://jna.dev.java.net/source/browse/*checkout*/jna/trunk/jnalib/release-notes.html

Thanks!

p


-- System Information:
Debian Release: squeeze/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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libjna-java depends on:
ii  libc6  2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib
ii  libffi53.0.9-3   Foreign Function Interface library
ii  sun-java6-jre [java2-r 6.22-1Sun Java(TM) Runtime Environment (

libjna-java recommends no packages.

Versions of packages libjna-java suggests:
pn  libjna-java-doc(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#602458: gitweb.js not found with default gitweb config

[Jonathan Nieder]

Laurent Bigonville wrote:

> When visiting these path with my web browser:
> 
> "gitweb.js" => doesn't work (404)
> "/gitweb/gitweb.js" => works
> "git-logo.png" => works
> "/gitweb/git-logo.png" => works
> 
> I'm not really sure what's happening here.

Sorry for the sloppy previous response.  Are you using apache,
and if so, are you using the default out-of-the-box configuration?
What does "cat /etc/apache2/conf.d/gitweb" say?  What do your
server logs say for the requests that work and don't work?

I tried to reproduce it locally but I couldn't come up with any
obvious explanation. :(

Jonathan



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

Bug#602560: qemu-kvm: kernel crash

[Michael Tokarev]

reassign 602560 linux-image-2.6.32-5-686 2.6.32-27
retitle 602560 kernel crash when loading kvm_intel module
thanks

06.11.2010 00:44, A Mennucc wrote:

> hi, lately I noted some kernel errors at boot that may be 
> due to the kvm kernel module.
> Moreover today my kernel crashed; at boot it reported what is in the
> first attachment; then I suspended and when I resumed it, the
> kernel crashed and printed a lot of errors where I did see
> that the kvm module was involved.
> I removed this package, and now I don't see this crash anymore

This is indeed due to the kvm kernel module that gets loaded
by qemu-kvm startup script.  Reassigning to linux-image, and
retitling appropriately.  Thanks!

[]
> ii  linux-image-2.6.32-5-686 [lin 2.6.32-27  Linux 2.6.32 for modern PCs


/mjt



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

Bug#602453: pd-pmpd: FTBFS - unoconv needs writable $HOME

[Felipe Sateler]

On Fri, Nov 5, 2010 at 12:11, Aaron M. Ucko  wrote:
> Vincent Bernat  writes:
>
>> listener. Moreover, this is not 100% reliable.

OK, then we will avoid unoconv. Thanks Vincent.

>
> I was afraid there might be further complications with unoconv/OO.o,
> hence my suggestion to split the package (which would, however, require
> another pass through NEW. :-/)
>
> Another possibility might be to use ooo2dbk in conjunction with
> docbook-utils, dblatex, or the like.
>
>> Maybe this is is better to keep the documentation in sxw format?
>
> Perhaps, though I'd suggest trying to keep the PDF if feasible.

The pdf comes with upstream tarball, we were just regenerating it out
of principle. I think we can just install the upstream provided one.


-- 

Saludos,
Felipe Sateler



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

Bug#602458: gitweb.js not found with default gitweb config

[Jonathan Nieder]

Hi Laurent,

Laurent Bigonville wrote:

> I've just updated to 1:1.7.2.3-2 and now gitweb.js is correctly
> installed. But the default configuration set the path to
> 
> $javascript = "gitweb.js";
> 
> and for some reason this doesn't work (404).

See /usr/share/doc/gitweb/NEWS.Debian.gz:

  Since version 1.6.6-rc1, gitweb includes a "git blame" feature that
  loads asynchronously using the gitweb.js script.  You may need to
  adapt your web server configuration to include it.  See
  /usr/share/doc/git/README.Debian for details.

Maybe there is a missing

   Alias /gitweb.js /usr/share/gitweb/gitweb.js

line in your apache configuration?

Thanks for reporting,
Jonathan



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

Bug#602563: tzdata: Tzdata inconsistencies

[Marc F. Clemente]

Package: tzdata
Version: 2010o-1
Severity: minor


I understand that in the United States of America, the preferred way to 
set the time zone is America/Chicago, or America/Los_Angeles.  That's 
all fine, but what about Puerto Rico?  As far as as I know, Puerto Rico 
is still part of the United States, and San Juan is the largest city in 
Puerto Rico.  Where is America/San_Juan?  Maybe the problem is that 
there is a San Juan in almost every Latin American country.  If we 
decide to go with Region/City, then we have to keep it consistent.


Also, since Puerto Rico is in the United States, and is in the Atlantic 
time zone, there should be a US/Atlantic time zone.


Another inconsistency.  Maybe needs a separate bug report.  I see 
America/Aruba and America/Curacao.  Where is America/Bonaire?


Then there is the question of America/Detroit.  I travel to the East 
Coast of the US.  Do I pick America/Detroit or America/New_York?  What's 
the difference and how would I know?  Should I pick America/Detroit only 
when I am in Detroit, or when I am in Michigan, or on the East Coast?


I personally think that the whole Region/City is garbage.  If I live in 
Houson, Texas, why do I have to pick Chicago (1000 miles away)?  After 
all, Denver is only 880 miles away.  How am I even supposed to know that 
Chicago is in the Central time zone and not Eastern?  I like to old 
system where I just pick the time zone US/Central, but I am offended 
that the system now changes it to America/Chicago.


And speaking of America/Denver...  Which Denver is it?  There are eight 
Denvers in the United States.


I know that some of this has been discussed in the past.  And I know the 
reply will have something to do with upstream.  I feel my complaints are 
legitimate; although some more than others.


Thanks,

Marc


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

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

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0] 1.5.36 Debian configuration 
management sy


tzdata recommends no packages.

tzdata suggests no packages.

-- debconf information:
  tzdata/Zones/Australia:
* tzdata/Zones/US: Central
  tzdata/Zones/Asia:
* tzdata/Zones/Etc: UTC
* tzdata/Zones/SystemV: AST4
  tzdata/Zones/Arctic:
  tzdata/Zones/Pacific:
  tzdata/Zones/Antarctica:
  tzdata/Zones/Europe:
  tzdata/Zones/Africa:
* tzdata/Zones/America: Chicago
* tzdata/Areas: SystemV
  tzdata/Zones/Atlantic:
  tzdata/Zones/Indian:



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

Bug#602358: ITP: rtl8192ce-dkms -- Realtek RTL8192CE driver in DKMS format.

[Keng-Yu Lin]

2010/11/5 Ying-Chun Liu (PaulLiu) :
> Hi all,
>
> Just a reference, the package is already in mentors and waiting for
> sponsoring.
> http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=rtl8192ce-dkms
>
> I roughly looking into the source package and found
> 1. firmware/RTL8192CE/*.bin is not free software.
>   The license is in firmware/RTL8192CE/Realtek-Firmware-License.txt
>   So this package cannot be in main.
> 2. HAL/rtl8192/rtl8192c/r8192C_hwimg.c
>   It's under GPL, but it's array of bytes.
>
> Regards,
> Paul
>

For 2., just FYI, there is a precedent of removing that embedded
firmware fof r8192su in debian kernel package. Both drivers should be
much the same.



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

Bug#549168: rsyslog: consumes too much memory

[Plamen Tonev]

I'm experiencing the same problem. The rsyslogd with gnutls enabled and 
1-2 minutes after start it is starting to use 100% CPU usage - until 
killed. It is some sort of infinite loop...the debug file is REALLY 
bigand obviously

something is broken with rsyslog+gnutls.
I was thinking that it was some RBAC restrtiction with my grsec kernel, 
but I have compiled clean vanilla 2.6.36 kernel - and surprisingly - it 
takes 100% CPU even without grsecurity restrictions.


Best regards,
Plamen Tonev



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

Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such

[Thomas Dickey]

On Fri, 5 Nov 2010, Jonathan Nieder wrote:


Reuben Thomas wrote:


What is wrong with patching xterm so that it defaults to eightBitInput
being false rather than true, as other terminals do?


Nothing I can see except that we are in a freeze.  It is probably
worth making the change anyway, but I will leave that to the emacs
users.

Re interaction with metaSendsEscape: of course it would not confuse
new users, but would existing configurations might start to misbehave?


probably.  It's configurable at runtime (menu and escape sequence) because 
this is an area where half the users want it one way, the other half the 
other way.


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



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

Bug#602550: closed by Ben Hutchings (Re: Bug#602550: lenny - cannot start openvz since upgrade (linux-image-2.6.26-2-openvz-amd64) - kernel bug)

[Lakos Dániel]

2010.11.05. 21:06 keltezéssel, Debian Bug Tracking System írta:

This is an automatic notification regarding your Bug report
which was filed against the linux-image-2.6.26-2-openvz-amd64 (2.6.26-25lenny1) 
package:

#602550: lenny - cannot start openvz since upgrade 
(linux-image-2.6.26-2-openvz-amd64) - kernel bug

It has been closed by Ben Hutchings.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Ben 
Hutchings  by
replying to this email.



Thank You for taking time to answer.
I use grub.
Im almost sure its a bug in vzmon kernel module, and somehow related to 
this :

http://linux.derkeiler.com/Mailing-Lists/Debian/2010-09/msg01706.html

I thought its safe to upgrade a stable release.




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

Bug#602561: gnuplot-mode: info-look setups done always

[Kevin Ryde]

Package: gnuplot-mode
Version: 1:0.6.0-6
Severity: wishlist
File: /usr/share/emacs/site-lisp/gnuplot-mode/gnuplot.el

It'd be good if the info-lookup-maybe-add-help stuff in gnuplot.el was
done with an

(eval-after-load "info-look"
  '(...))

so that it's available immediately, without needing to run
gnuplot-setup-info-look.

The bits of gnuplot-setup-info-look which do the gnuplot-keywords setups
could remain in that function, but adding the entry to
info-lookup-symbol-alist takes no work and could helpfully be done
always.


Incidentally, the way gnuplot-setup-info-look makes a definition of
info-lookup-interactive-arguments if the real info-look is not available
probably isn't a good idea.  It gets pretty confusing when multiple
packages define things that are meant to come from elsewhere.  Probably
gnuplot-info-lookup-symbol ought to do an fboundp or ask
gnuplot-setup-info-look or something for what's available.  Not that it
makes a difference for debian of course, since info-look.el is
available.


-- System Information:
Debian Release: squeeze/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

Versions of packages gnuplot-mode depends on:
ii  emacs21 [emacsen]   21.4a+1-5.7  The GNU Emacs editor
ii  emacs22-gtk [emacsen]   22.3+1-1.2   The GNU Emacs editor (with GTK use
ii  emacs23 [emacsen]   23.2+1-2 The GNU Emacs editor (with GTK+ us
ii  gnuplot-nox 4.4.0-1.1+b1 A command-line driven interactive 
ii  xemacs2121.4.22-3highly customizable text editor
ii  xemacs21-mule [xemacs21]21.4.22-3highly customizable text editor --

gnuplot-mode recommends no packages.

gnuplot-mode 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#602560: qemu-kvm: kernel crash

[A Mennucc]

Package: qemu-kvm
Version: 0.12.5+dfsg-3
Severity: normal

hi, lately I noted some kernel errors at boot that may be 
due to the kvm kernel module.
Moreover today my kernel crashed; at boot it reported what is in the
first attachment; then I suspended and when I resumed it, the
kernel crashed and printed a lot of errors where I did see
that the kvm module was involved.
I removed this package, and now I don't see this crash anymore


a.


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

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

Versions of packages qemu-kvm depends on:
ii  adduser 3.112add and remove users and groups
pn  bridge-utils   (no description available)
ii  iproute 20100519-3   networking and traffic control too
pn  libaio1(no description available)
ii  libasound2  1.0.23-2.1   shared library for ALSA applicatio
ii  libbluetooth3   4.66-1   Library to use the BlueZ Linux Blu
ii  libbrlapi0.54.2-4braille display access via BRLTTY 
ii  libc6   2.11.2-6 Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra
ii  libgnutls26 2.8.6-1  the GNU TLS library - runtime libr
ii  libncurses5 5.7+20100313-4   shared libraries for terminal hand
ii  libpci3 1:3.1.7-5Linux PCI Utilities (shared librar
ii  libpulse0   0.9.21-3 PulseAudio client libraries
ii  libsasl2-2  2.1.23.dfsg1-6   Cyrus SASL - authentication abstra
ii  libsdl1.2debian 1.2.14-6.1   Simple DirectMedia Layer
ii  libuuid12.17.2-3.3   Universally Unique ID library
ii  libvdeplug2 2.2.3-3  Virtual Distributed Ethernet - Plu
ii  libx11-62:1.3.3-3X11 client-side library
ii  python  2.6.6-3+squeeze1 interactive high-level object-orie
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages qemu-kvm recommends:
ii  linux-image-2.6.32-5-686 [lin 2.6.32-27  Linux 2.6.32 for modern PCs

Versions of packages qemu-kvm suggests:
pn  debootstrap(no description available)
pn  samba  (no description available)
ii  vde2  2.2.3-3Virtual Distributed Ethernet

-- 
Andrea Mennucc
 "E' un mondo difficile. Che vita intensa!" (Tonino Carotone)
Nov  1 11:49:13 localhost kernel: [   37.196593] BUG: unable to handle kernel 
paging request at 6406f297
Nov  1 11:49:13 localhost kernel: [   37.25] IP: [] 
zone_watermark_ok+0x5c/0x9d
Nov  1 11:49:13 localhost kernel: [   37.25] *pde =  
Nov  1 11:49:13 localhost kernel: [   37.25] Oops:  [#1] SMP 
Nov  1 11:49:13 localhost kernel: [   37.25] last sysfs file: 
/sys/devices/platform/applesmc.768/temp14_input
Nov  1 11:49:13 localhost kernel: [   37.25] Modules linked in: 
kvm_intel(+) kvm fuse nls_utf8 nls_cp437 vfat fat ext3 jbd tun loop 
sha256_generic aes_i586 aes_generic cbc dm_crypt dm_mod snd_hda_codec_realtek 
snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm 
snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device 
btusb snd uvcvideo soundcore lib80211_crypt_tkip bluetooth videodev wl(P) 
snd_page_alloc rfkill bcm5974 v4l1_compat i2c_nforce2 nvidia(P) lib80211 shpchp 
evdev joydev pcspkr mbp_nvidia_bl i2c_core pci_hotplug battery button ac 
processor ext4 mbcache jbd2 crc16 uvesafb cn hid_apple usbhid hid sg sr_mod 
cdrom sd_mod crc_t10dif ohci_hcd ehci_hcd ahci libata applesmc led_class 
input_polldev scsi_mod forcedeth usbcore nls_base thermal thermal_sys [last 
unloaded: scsi_wait_scan]
Nov  1 11:49:13 localhost kernel: [   37.25] 
Nov  1 11:49:13 localhost kernel: [   37.25] Pid: 1691, comm: modprobe 
Tainted: P   (2.6.32-5-686 #1) MacBook5,1
Nov  1 11:49:13 localhost kernel: [   37.25] EIP: 0060:[] EFLAGS: 
00010246 CPU: 0
Nov  1 11:49:13 localhost kernel: [   37.25] EIP is at 
zone_watermark_ok+0x5c/0x9d
Nov  1 11:49:13 localhost kernel: [   37.25] EAX: e8bb01a3 EBX: c11aebff 
ECX:  EDX: 2079c085
Nov  1 11:49:13 localhost kernel: [   37.25] ESI:  EDI:  
EBP: 5356c789 ESP: f6febe5c
Nov  1 11:49:13 localhost kernel: [   37.25]  DS: 007b ES: 007b FS: 00d8 
GS: 00e0 SS: 0068
Nov  1 11:49:13 localhost kernel: [   37.25] Process modprobe (pid: 1691, 
ti=f6fea000 task=f64f9540 task.ti=f6fea000)
Nov  1 11:49:13 localhost kernel: [   37.25] Stack:
Nov  1 11:49:13 localhost kernel: [   37.25]  c14b8230 2079c085 c10c1603 
f6c20400 f

Bug#600883: debhelper: Please improve manual page typography

[Joey Hess]

David Prévot wrote:
> Actually, there are some tips in uri(7) about this sort of convention,
> but using this:  only for
> this directory seems weird, and using this convention everywhere might
> make the manual quite ugly. Anyway, since you forgot this trailing dot
> on purpose, I won't touch it (but I fail to understand the problem, since
>   * /usr/share/doc/debhelper/examples/
>   * /usr/share/doc/debhelper/examples/.
>   * /usr/share/doc/debhelper/examples/./
> point to the same directory anyway).

Right, but that fails if the thing at the end is a file, and using
differing typography for the file and dir cases is asking to make
mistakes.

> Please find attached an updated patch to debhelper.pod, also including a
> s/debian/Debian/ when it is not about a directory. If you don't have any
> more concern about it, I'll proceed the other manual pages making
> equivalent changes.

I've applied your full patch now. 

I do wonder about the poor translators, especially for French which was
going to get back to 100% in this release. It would be great if the
translations could be fixed up somehow.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#482194: bash: PS1 non-empty for non-interactive shells

[Jilles Tjoelker]

Some shells indeed seem to not set PS1 for non-interactive shells.
However, it seems bad to rely on this to detect non-interactive shells.
I don't see language in POSIX that says PS1 should not be set for
non-interactive shells. Some people export PS1 in their shell startup
files, breaking the check. The correct way to detect interactive vs
non-interactive shells is to check if $- contains "i", for example:

  case $- in
  *i*) echo I am interactive ;;
  *)   echo I am not interactive ;;
  esac

-- 
Jilles Tjoelker



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

Bug#602559: kumofs: [INTL:it] Italian translation

[Vincenzo Campanella]

Package: kumofs
Version: 0.4.12-2
Severity: wishlist
Tags: l10n patch

Enclosed please find the Italian translation of the above package.

Best regards
vince


# ITALIAN TRANSLATION OF KUMOFS' PO-DEBCONF FILE.
# COPYRIGHT (C) 2010 THE KUMOFS' COPYRIGHT HOLDER
# This file is distributed under the same license as the kumofs package.
#
# Vincenzo Campanella , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: kumofs 0.4.12-2\n"
"Report-Msgid-Bugs-To: kum...@packages.debian.org\n"
"POT-Creation-Date: 2010-10-27 06:42+0200\n"
"PO-Revision-Date: 2010-10-27 18:13+0200\n"
"Last-Translator: Vincenzo Campanella \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Description
#: ../templates:2001
msgid "Kumofs components to run on this host:"
msgstr "Componenti di kumofs da eseguire su questo host:"

#. Type: multiselect
#. Description
#: ../templates:2001
msgid ""
"Please choose which components of kumofs should run on this host.\n"
" * kumo-server stores data and replicates it into other servers;\n"
" * kumo-manager monitors and balances the servers;\n"
" * kumo-gateway relays requests from client applications."
msgstr ""
"Scegliere i componenti di kumofs che devono essere eseguiti su questo host.\n"
" * kumo-server memorizza i dati e li replica su altri server;\n"
" * kumo-manager controlla e bilancia i server;\n"
" * kumo-gateway inoltra le richieste dalle applicazioni client."

#. Type: string
#. Description
#: ../templates:3001
msgid "Command-line options for kumo-manager:"
msgstr "Opzioni da riga di comando per kumo-manager:"

#. Type: string
#. Description
#: ../templates:3001
msgid "Please specify the command-line options to use with kumo-manager."
msgstr ""
"Specificare le opzioni da riga di comando che devono essere utilizzate con "
"kumo-manager."

#. Type: string
#. Description
#. Type: string
#. Description
#. Type: string
#. Description
#: ../templates:3001 ../templates:4001 ../templates:5001
msgid "The default value is well adapted for a single-node setup."
msgstr ""
"Il valore predefinito è ideale per un'installazione composta da un solo nodo."

#. Type: string
#. Description
#: ../templates:4001
msgid "Command-line options for kumo-server:"
msgstr "Opzioni da riga di comando per kumo-server:"

#. Type: string
#. Description
#: ../templates:4001
msgid "Please specify the command-line options to use with kumo-server."
msgstr ""
"Specificare le opzioni da riga di comando che devono essere utilizzate con "
"kumo-server."

#. Type: string
#. Description
#: ../templates:5001
msgid "Command-line options for kumo-gateway:"
msgstr "Opzioni da riga di comando per kumo-gateway:"

#. Type: string
#. Description
#: ../templates:5001
msgid "Please specify the command-line options to use with kumo-gateway."
msgstr ""
"Specificare le opzioni da riga di comando che devono essere utilizzate con "
"kumo-gateway."

Bug#426990: 'test' builtin of bash returns wrong value for '! -a FILE' operation

[Jonathan Nieder]

tags 426990 - moreinfo
tags 426990 + upstream
# documentation bug
severity 426990 minor
retitle 426990 bash: "help test" gives no hint of complicated precedence rules
quit

OZAKI Masanobu wrote:
> On Fri, 2010-11-05 at 03:17:13 -0500, Jonathan Nieder  
> wrote:

>>> Please try
>>>   % bash -c 'test ! -a . && echo true'
>>> and compare with the result of
>>>   % bash -c '/usr/bin/test ! -a . && echo true'
>>
>> So which one is right?
>
> Both should echo "true", but the former did not: I found that the former
> sometimes returns the correct result, but have not found what makes the
> difference.

Thanks.  The second one doesn't echo "true", does it?

Summarizing: There are two -a operators: a unary one and a binary one.
This results in reduce/reduce conflicts when parsing a "test" expression.

"help test" says:

See the bash manual page bash(1) for the handling of
parameters (i.e., missing parameters).

which does not really tempt me to look at the manual.  bash(1) says:

Expressions may be combined using the following
operators, listed in decreasing order of precedence.

giving an order of precedence with ! before -a.  Then it quickly
corrects itself:

test and [ evaluate conditional expressions using a set
of rules based on the number of arguments.

0 arguments
The expression is false.
[...]
3 arguments
If the second argument is one of the
binary conditional operators listed above
under CONDITIONAL EXPRESSIONS, the result
of the expression is the result of the
binary test using the first and third
arguments as operands.  The -a and -o
operators are considered binary operators
when there are three arguments.

That answers the question.  Unfortunately, the next sentence is
inconsistent with that answer:

 If the first
argument is !, the value is the negation of
the two-argument test using the second and
third arguments.

Suggested changes:

 1. Change the parenthesis in "help bash" to something like
"(e.g., operator precedence and missing parameters)".

 2. Change the second paragraph in the description in bash(1) of
the test builtin to something like

Expressions may be combined using the following operators.
The evaluation depends on the number of arguments; see below.
When 5 or more arguments are present, this list is in
decreasing order of precedence.

 3. Add the word "Otherwise," before "If the first argument is !" in
the 3-argument case.

Thoughts?  I can try writing a patch if this looks like a good idea.



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

Bug#602545: Bug still existing in libpixman-1-0 from experimental

[Martin Weis]

Dear evince/x-team!

Thank you for quick reply. The bug still seems to exist in experimental
(I installed this version on squeeze without problems):

Package: libpixman-1-0
State: installed
Automatically installed: yes
Version: 0.19.6-1
Depends: libc6 (>= 2.3.6-6~)

Changed on my squeeze system were only:
libpixman-1-0 0.16.4-1 -> libpixman-1-0_0.19.6-1
libpixman-1-0-dbg 0.16.4-1 -> libpixman-1-0-dbg

[new Backtrace attached]

Yours sincerly,
Martin Weis
Starting program: /usr/bin/evince 
[Thread debugging using libthread_db enabled]
[New Thread 0xaee25b70 (LWP 9392)]
[New Thread 0xae3ffb70 (LWP 9398)]
[Thread 0xae3ffb70 (LWP 9398) exited]
[New Thread 0xae3ffb70 (LWP 9399)]
[New Thread 0xadb6fb70 (LWP 9400)]
[New Thread 0xad36eb70 (LWP 9401)]
[Thread 0xadb6fb70 (LWP 9400) exited]
[Thread 0xae3ffb70 (LWP 9399) exited]
[Thread 0xaee25b70 (LWP 9392) exited]
[New Thread 0xae3ffb70 (LWP 9404)]
[New Thread 0xaee25b70 (LWP 9405)]
[Thread 0xae3ffb70 (LWP 9404) exited]
[Thread 0xaee25b70 (LWP 9405) exited]
[New Thread 0xaee25b70 (LWP 9406)]
[Thread 0xaee25b70 (LWP 9406) exited]
[New Thread 0xaee25b70 (LWP 9407)]
[Thread 0xaee25b70 (LWP 9407) exited]
[New Thread 0xaee25b70 (LWP 9408)]
[Thread 0xaee25b70 (LWP 9408) exited]
[New Thread 0xaee25b70 (LWP 9409)]
[Thread 0xaee25b70 (LWP 9409) exited]
[New Thread 0xaee25b70 (LWP 9412)]
[New Thread 0xae3ffb70 (LWP 9413)]
[New Thread 0xadb6fb70 (LWP 9414)]
[New Thread 0xac7dcb70 (LWP 9415)]
[New Thread 0xabfdbb70 (LWP 9416)]
[New Thread 0xab7dab70 (LWP 9417)]

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0xaee25b70 (LWP 9412)]
0xb7274d90 in repeat (image=0xae426c88, offset=460, line=386, width=511, 
buffer=0xaee1e140, mask=0xaee1e93c) at ../../pixman/pixman-bits-image.c:101
101 ../../pixman/pixman-bits-image.c: Datei oder Verzeichnis nicht gefunden.
in ../../pixman/pixman-bits-image.c
#0  0xb7274d90 in repeat (image=0xae426c88, offset=460, line=386, width=511, 
buffer=0xaee1e140, mask=0xaee1e93c) at ../../pixman/pixman-bits-image.c:101
#1  bits_image_fetch_bilinear_affine (image=0xae426c88, offset=460, line=386, 
width=511, buffer=0xaee1e140, mask=0xaee1e93c) at 
../../pixman/pixman-bits-image.c:818
#2  bits_image_fetch_bilinear_affine_normal_a8r8g8b8 (image=0xae426c88, 
offset=460, line=386, width=511, buffer=0xaee1e140, mask=0xaee1e93c)
at ../../pixman/pixman-bits-image.c:953
#3  0xb723cb72 in _pixman_image_get_scanline_32 (image=0xae426c88, x=460, 
y=386, width=511, buffer=0xaee1e140, mask=0xaee1e93c) at 
../../pixman/pixman-image.c:145
#4  0xb7262be5 in general_composite_rect (imp=0x8207838, op=PIXMAN_OP_OVER, 
src=0xae426c88, mask=0xae426558, dest=0xae425cf0, src_x=460, src_y=386, 
mask_x=0, mask_y=0, 
dest_x=460, dest_y=386, width=511, height=72) at 
../../pixman/pixman-general.c:219
#5  0xb72647bf in pixman_image_composite32 (op=, 
src=0xae426c88, mask=0xae426558, dest=0xae425cf0, src_x=460, src_y=386, 
mask_x=0, mask_y=0, dest_x=460, 
dest_y=386, width=511, height=72) at ../../pixman/pixman.c:839
#6  0xb7264fdc in pixman_image_composite (op=PIXMAN_OP_OVER, src=0xae426c88, 
mask=0xae426558, dest=0xae425cf0, src_x=, src_y=, 
mask_x=, mask_y=, dest_x=0, 
dest_y=0, width=
DWARF-2 expression error: DW_OP_reg operations must be used either alone or in 
conjuction with DW_OP_piece.
) at ../../pixman/pixman.c:879
#7  0xb791269e in _cairo_image_surface_composite (op=CAIRO_OPERATOR_OVER, 
src_pattern=0xae40dc40, mask_pattern=0xaee245a4, abstract_dst=0xae409d08, 
src_x=, 
src_y=, mask_x=0, mask_y=0, dst_x=, dst_y=, width=, height=)
at 
/build/buildd-cairo_1.8.10-6-i386-6jOwL1/cairo-1.8.10/src/cairo-image-surface.c:994
#8  0xb7928926 in _cairo_surface_composite (op=CAIRO_OPERATOR_OVER, 
src=0xae40dc40, mask=0xaee245a4, dst=0xae409d08, src_x=460, src_y=386, 
mask_x=0, mask_y=0, dst_x=460, 
dst_y=386, width=511, height=72) at 
/build/buildd-cairo_1.8.10-6-i386-6jOwL1/cairo-1.8.10/src/cairo-surface.c:1295
#9  0xb792a415 in _clip_and_composite_with_mask (clip=, 
op=CAIRO_OPERATOR_OVER, src=0xae40dc40, draw_func=0xb792b490 
<_composite_traps_draw_func>, 
draw_closure=0xaee247c8, dst=0xae409d08, extents=0xaee247b8) at 
/build/buildd-cairo_1.8.10-6-i386-6jOwL1/cairo-1.8.10/src/cairo-surface-fallback.c:175
#10 _clip_and_composite (clip=, op=CAIRO_OPERATOR_OVER, 
src=0xae40dc40, draw_func=0xb792b490 <_composite_traps_draw_func>, 
draw_closure=0xaee247c8, 
dst=0xae409d08, extents=0xaee247b8) at 
/build/buildd-cairo_1.8.10-6-i386-6jOwL1/cairo-1.8.10/src/cairo-surface-fallback.c:383
#11 0xb792aed7 in _clip_and_composite_trapezoids (src=, 
op=CAIRO_OPERATOR_OVER, dst=0xae409d08, traps=0xaee24824, clip=0xae4263b4, 
antialias=CAIRO_ANTIALIAS_DEFAULT) at 
/build/buildd-cairo_1.8.10-6-i386-6jOwL1/cairo-1.8.10/src/cairo-surface-fallback.c:660
#12 0xb792b47a in _cairo_surface_fallback_fill (surface=0xae409d08, 
op=CAIRO_OPERATOR_OVER, source=0xae40dc40, path=0xae40a4a8, 
fill_rule=CAIRO_FILL_RULE_EVEN_ODD, 
tolera

Bug#602558: pd-zexy: Built with -mfpmath=sse -msse which desupports athlons, anything else older than pentium3

[Robert Jacobs]

Subject: pd-zexy: Built with -mfpmath=sse -msse which desupports athlons, 
anything else older than pentium3
Package: pd-zexy
Version: 2.2.3-1
Severity: normal

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

My desktop (still an athlon tbird) doesn't support SSE, so trying to
use the z~ external causes puredata to die with SIGILL on the emitted
instruction cvttss2si. This means that in the x86 build, anything
older than a Athlon XP or a Pentium 3 can't use the zexy externals.

In the autotools configure.ac there's AC_CHECK_CFLAGS([-mfpmath=sse
-msse]) but I'm failing at figuring out how to regenerate the
configure script from it.

Thanks!

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

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

Versions of packages pd-zexy depends on:
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  puredata 0.42.6-1+b1 realtime computer music and graphi

pd-zexy recommends no packages.

pd-zexy 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#602060: jpilot: Datebook>Week: 'Repeat on Days SMTWTFS' allows the user to select no days.

[Ludovic Rousseau]

Le 05/11/10 05:09, A. Costa a écrit :

Re upstream:  so the functionality upstream wants is a virtual "clear",
with no defaults, the better to set several weekly days.  As a user, I
only want one day usually, (the same day as the first instance), and
just want that day set by default.  (How I keep getting that error
message I dunno, but I'll look into it later -- the main thing that
struck me is how that error was a side effect of the interface design.)


This is already the case, isn't it?
By default the current day of week is already selected.


Anyway, assuming upstream needs multiple weekly days, how about both
options, the interface would look something like:

Repeat on Day SMTWTFS  [clear days]

...where "[clear days]" would be a button that clears the seven days,
and would become the only way to clear all days.  That way simple users
(e.g. me) would have "radio button"-like behavior and never see the
error, and power users (upstream) could have a 'clear' button  (and see
the error when they forget to pick a day).


Radio buttons does not work. Only one radio button can be selected at a 
time. This is not what is needed.


Bye

--
 Dr. Ludovic Rousseau



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

Bug#600788: cifs-utils: release 4.7 available for download

[Stephan Seitz]

Hi Christian!

Did you succeed running this version?

I tried it on a lenny system (64bit). cifs.upcall -v gives a segmentation 
fault:

(gdb) run
Starting program: /tmp/cifs-utils-4.7/cifs.upcall -v
[Thread debugging using libthread_db enabled]
version: 4.7
[New Thread 0x2ab76635bc90 (LWP 14118)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2ab76635bc90 (LWP 14118)]
0x2ab765416a65 in free () from /lib/libc.so.6
(gdb) bt
#0  0x2ab765416a65 in free () from /lib/libc.so.6
#1  0x00402854 in main (argc=, argv=) at cifs.upcall.c:815


Simular errors on two testing systems (64bit):
s...@pc01:~$ cifs.upcall -v
version: 4.7
*** glibc detected *** cifs.upcall: free(): invalid pointer: 
0x00401014 ***

=== Backtrace: =
/lib/libc.so.6(+0x71ad6)[0x7f2058cb5ad6]
/lib/libc.so.6(cfree+0x6c)[0x7f2058cba84c]
cifs.upcall[0x4028b5]
/lib/libc.so.6(__libc_start_main+0xfd)[0x7f2058c62c4d]
cifs.upcall[0x401c79]


So something is not right here.

Shade and sweet water!

Stephan

--
| Stephan Seitz E-Mail: s...@fsing.rootsland.net |
| PGP Public Keys: http://fsing.rootsland.net/~stse/pgp.html |


signature.asc
Description: Digital signature

Bug#602556: unblock: nautilus-share/None

[Chow Loong Jin]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception


Please unblock package nautilus-share.

The current version of nautilus-share in squeeze is affected by the Launchpad
bug #655721 where it crashes when adding a public share due to attempting to
free a const char* obtained from a string literal. This upload fixes that.


unblock nautilus-share/None

-- System Information:
Debian Release: squeeze/sid
  APT prefers maverick-updates
  APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 
'maverick-backports'), (500, 'maverick'), (400, 'maverick-proposed')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-rc1-hyper1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_SG.utf8, LC_CTYPE=en_SG.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#601803: kfreebsd-image-8.1-1-686: ifconfig wlan0 create wlandev ath0 => SIOCIFCREATE2: Bad address

[Timo Juhani Lindfors]

Robert Millan  writes:
> Could you compare ktrace output?

I tried but if I attach the 7 KB files then bugs.debian.org ignores my
emails silently.




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

Bug#602555: ITP: guiqwt -- efficient 2D data-plotting library

[Picca Frederic-Emmanuel]

Package: wnpp
Severity: wishlist
Owner: "Picca Frederic-Emmanuel" 


* Package name: guiqwt
  Version : 2.0.4
  Upstream Author : pierre.rayb...@cea.fr 
* URL : http://sourceforge.net/projects/guiqwt/
* License : CeCILLv2
  Programming Lang: Python
  Description : efficient 2D data-plotting library

The guiqwt Python library provides efficient 2D data-plotting features
(curve/image visualization and related tools) for signal/image processing
application development and interactive computing. It's based on the
scientific modules NumPy and SciPy, and the PyQwt plotting widgets for
PyQt4 graphical user interfaces.




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

Bug#602554: ITP: guidata -- dataset manipulation GUI generator

[Picca Frederic-Emmanuel]

Package: wnpp
Severity: wishlist
Owner: "Picca Frederic-Emmanuel" 


* Package name: guidata
  Version : 1.2.2
  Upstream Author : pierre.rayb...@cea.fr 
* URL : http://sourceforge.net/projects/guidata/
* License : CeCILLv2
  Programming Lang: Python
  Description : dataset manipulation GUI generator

Based on the Qt Python binding module PyQt4, guidata is a Python library
generating graphical user interfaces for easy dataset editing and display.
It also provides helpers and application development tools for PyQt4.




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

Bug#576226: Orca doesn't start at all

[Shane Wegner]

Package: gnome-orca
Version: 2.30.2-1
Severity: normal

Confirmed over here. The log reads:
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/pymodules/python2.6/orca/orca.py", line 66, in 
import dbus.mainloop.glib
ImportError: No module named dbus.mainloop.glib

Installing python-dbus seemed to address it for me. Maybe should depend.

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

Kernel: Linux 2.6.36-continuum.1 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-orca depends on:
ii  libgail-gnome-module1.20.3-1 GNOME Accessibility Implementation
ii  libgnome-speech71:0.4.25-2   GNOME text-to-speech library
ii  python  2.6.6-3+squeeze1 interactive high-level object-orie
ii  python-brlapi   4.2-4Python bindings for BrlAPI
ii  python-gnome2   2.28.1-1 Python bindings for the GNOME desk
ii  python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii  python-louis2.0.0-1  Python bindings for liblouis
ii  python-pyatspi  1.30.1-2 Assistive Technology Service Provi
ii  python-support  1.0.10   automated rebuilding support for P

Versions of packages gnome-orca recommends:
ii  gnome-mag 1:0.16.1-2 a screen magnifier for the GNOME d
ii  wget  1.12-2.1   retrieves files from the web

gnome-orca 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#512114: This does not looked fixed

[Michal Suchanek]

On 5 November 2010 17:33, Sebastian Andrzej Siewior
 wrote:
>>The resume procedure is smarter and can resume a suspended image of a
>>similar kernel so unless you dist-upgrade or something like that you
>>should still be able to resume.
>
> I just updated from 2.6.32-26 to 2.6.32-27 and run (once again) into
> this issue. How did I skip the smart part?
>

I guess it's a bug then.

2.6.32 should be resumable if the kernel did not change significantly.

I resume various 2.6.36 rc kernels without regard to exact rc revision
and without any issues.

Thanks

Michal



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

Bug#599203: os-prober: Causes Data Corruption on a SAN setup; Mounts SAN volumes that are already mounted on a different host.

[Aleksandr Levchuk]

Dear Debian Development Community,

What is current status of my bug report of the os-prober related data
corruption?

Alex

On Mon, Oct 18, 2010 at 10:08 PM, Christian PERRIER
 wrote:
> Quoting Aleksandr Levchuk (alevc...@gmail.com):
>> Dear Christian,
>>
>> So will this bug be raised to RC severity?
>
> My previous comment still stands. I'd like people more involved in
> grub to comment.
>
>> >> Sigh. From what I've witnessed over the years, os-prober has always
>> >> been designed as a component of Debian Installer, used to properly
>> >> setup boot loaders' menus at install time.
>> >>
>> >> Apparently, recent evolutions turned it to be installed on running
>> >> systems *because* grub recommends it.
>> >
>> > well, Colin Watson is about to say that he disagrees with that
>> > analysis..:-)
>> >
>> > Let's have him elaborate...
>
>



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

Bug#424905: Uploading MAME to Debian

[Jordi Mallach]

Hi!

On Fri, Nov 05, 2010 at 06:06:06PM +0100, Emmanuel Kasper wrote:
> Ludo did most of the packaging work, I commited some fix for powerpc.
> 
> Right now the two packages ( mame and mame-tools) are  lintian clean
> exepct for debian-helper overrides warning and the packaging code is
> available from download from:
> http://indefero.shaperstudio.com/p/mamedeb/
> 
> This will build a mame v 0.139 binary ( althoug upstream has just
> released 0.140 )
> 
> We have also a mailing list at http://groups.google.com/group/mamedeb

Ok. My first suggestion is to maybe move all of this to Alioth and upload
the packages to mentors.debian.net. If you don't have Alioth accounts, you
should apply for one now.

In the bug report, others have suggested hosting mame in the games
packaging team repository. I think it's a good idea, but it's your call. I
don't think the Alioth admins are really happy about creating new groups
for just one app, and MAME really fits well in the games repo, while that
does not mean you'll lose control over your package.

As for the mailing list, you might want to just use the pkg-games-devel
list.

> A feedback on the packaging is more than welcome !

This is very good!

Ludo: I don't know where all the packaging history went. If you've been
maintaining mame for years, I don't see why you should be getting rid of
your entire debian/changelog. There's nothing bad in doing that, it just
doesn't show all the previous work behind the package.

You should probably update the package to the newest Standards-Version. I
also suggest you convert it to DpkgSource v3, as you're using quilt
anyway. If you need help with this, just say!

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

Nitpicks in the control file:

Extra newline between source package and mame binary package.

Description:

- "... is a hardware emulator..."
- This package provides the MAME binary..."
- Remove the authorship information. That will be available in the
  copyright file.
- No space between a word and :
  This package provides tools to be used with MAME:

In the copyright file, you refer to BSD, GPL and LGPL, but no links to
common-licenses.

dhdcd.c and others don't have an explicit copyright notice in the header,
but a pointer to MAME's website. You should probably tell upstream about
this.

Why do you put the .desktop and .xpm file in a deep dir inside the debian
dir? Why not move them to debian/, and reference those files in
mame.install (like you do, but using the longest path ever!)

A suggestion: on your sed constructs, use another separator and avoid
escaping the slashes:

sed -i 's%\(   comments\).*%\1;/var/games/mame/comments%' $INIFILE

You should not run find -exec chmod on every upgrade. If there are a lot
of files in that dir, installation could take ages.

Many manual pages need a bit more work ("etc." all over the place!)
Finally, as you need to repack the .zip, why not do a .tar.bz2?

-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/



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

Bug#602440: libxklavier16: Segmentation failure

[YBW]

On Fri, Nov 5, 2010 at 9:28 PM, Josselin Mouette  wrote:

> Le jeudi 04 novembre 2010 à 22:42 +0300, kalloc a écrit :
> > Depending on the library program at initialization fall in segmentation
> > failure. Example xfce4-keyboard-settings and gnome-settings-daemon
>
> > backtrace
> >
> > #0  strncat (s1=0x877a103 "", s2=0x0, n=191) at strncat.c:52
> > n4 = 47
> > c = 0 '\000'
> > #1  0xb64ef0fc in xkl_read_config_item () from /usr/lib/libxklavier.so.16
> > No symbol table info available.
> > #2  0xb64ef296 in ?? () from /usr/lib/libxklavier.so.16
> > No symbol table info available.
> > #3  0xb64ef478 in xkl_config_registry_find_layout () from
> /usr/lib/libxklavier.so.16
> > No symbol table info available.
> > #4  0xb64ffcba in gkbd_desktop_config_load_group_descriptions () from
> /usr/lib/libgnomekbd.so.4
> > No symbol table info available.
>
> Thanks for the report. Unfortunately the backtrace is incomplete. Could
> you try again with debugging symbols?
>
apt-cache search libxklavier
libxklavier-dev - Development files for libxklavier
python-xklavier - Python binding for libxklavier, a X Keyboard Extension API
libxklavier16 - высокоуровневый программный интерфейс к X Keyboard Extension

no dbg packet :(


>
> I’d also need the output of the following commands:
> xprop -root | grep XKB
>
 ~ $ xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) = "evdev", "pc105", "us,ru", ",",
"grp:rwin_toggle,lv3:ralt_switch,grp_led:scroll"
_XKB_RULES_NAMES(STRING) = "evdev", "pc105", "us,ru", ",",
"grp:rwin_toggle,lv3:ralt_switch,grp_led:scroll"

> gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
>

 ~ $ gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
 layouts = []
 options = []
 model =



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



-- 
wbr nick.

Bug#602553: kfreebsd-image-8.1-1-686: mount -u -o rw /dev/ad0s1 / fails silently after boot, works after -o ro

[Timo Juhani Lindfors]

Package: kfreebsd-image-8.1-1-686
Version: 8.1-5
Severity: normal

Steps to reproduce:
1) install debian to /dev/da0s1 (e.g. in qemu)
2) move the installation to a system where root is as /dev/ad0s1
(e.g. real usb stick)
3) pass -s option via grub to get to single user mode
4) enter ufs:/dev/ad0s1 when kernel "mountroot>" prompt appears
5) enter root password when asked
6) issue

mount -u -o rw /dev/ad0s1 /

to mount the root read-write.
7) touch /foo

Expected results
7) touch succeeds

Actual results:
7) touch fails with "Read-only file system"

More info:
1) Interestingly 

mount -u -o ro /dev/ad0s1 /
mount -u -o rw /dev/ad0s1 /
touch /foo

works.

2) gdb shows that in ffs_mount the fs_ronly is zero in step 6. So ufs
thinks that the filesystem is already read-write and thus ignores the
update request? However, since touch fails VFS must be thinking that
the fs is read-only?

3) grub shows the following options:

insmod part_msdos
insmod ufs2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set 4cc08aab6455cf88
echo'Loading kernel of FreeBSD 8.1-1-686 ...'
kfreebsd/boot/kfreebsd-8.1-1-686.gz
set kFreeBSD.vfs.root.mountfrom=ufs:/dev/ad0s1
set kFreeBSD.vfs.root.mountfrom.options=rw

but removing the last option does not seem to improve the situation.

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

Kernel: kFreeBSD 8.1-1-686
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 kfreebsd-image-8.1-1-686 depends on:
ii  freebsd-utils 8.1-2+b1   FreeBSD utilities needed for GNU/k
ii  kldutils  8.1-2+b1   tools for managing kFreeBSD module

Versions of packages kfreebsd-image-8.1-1-686 recommends:
pn  libc0.1-i686   (no description available)

kfreebsd-image-8.1-1-686 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#602508: csh: $? variable trigger error

[pacman]

Emiliano Visentin writes:
> 
> Package: csh
> Version: 20070713-1
> Severity: important
> 
> In my cshell script I can't test the $? variable.

In csh there isn't a $? variable. $?var is the syntax to query whether a
variable named "var" exists.

You're looking for $status

-- 
Alan Curry



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

Bug#602471: RE : Bug#602471: RE : Bug#602471: pymca: package unusable

[PICCA Frédéric-Emmanuel]

hello so I am investigating

if I put print ElementL1ShellValues in the LShell.py

here the output of the last lines

from PyMca import LShell

...
 [100.0, 2.5338, 17.5360001, 0.047, 0.59297, 
0.216], [101.0, 2.5338, 17.5360001, 0.047, 
0.59297, 0.216], [102.0, 2.5338, 17.5360001, 
0.047, 0.59297, 0.216], [103.0, 2.5338, 
17.5360001, 0.047, 0.59297, 0.216], [104.0, 
2.5338, 17.5360001, 0.047, 0.59297, 0.216], 
[105.0, 2.5338, 17.5360001, 0.047, 0.59297, 
0.216], [106.0, 2.5338, 17.5360001, 0.047, 
0.59297, 0.216], [107.0, 2.5338, 17.5360001, 
0.047, 0.59297, 0.216], [108.0, 2.5338, 
17.5360001, 0.047, 0.59297, 0.216], [109.0, 
2.5338, 17.5360001, 0.047, 0.59297, 0.216]]

with pymca

[100.0, 2.0, 17.0, 0.0, 0.0, 0.0], [101.0, 2.0, 17.0, 0.0, 0.0, 0.0], [102.0, 
2.0, 17.0, 0.0, 0.0, 0.0], [103.0, 2.0, 17.0, 0.0, 0.0, 0.0], [104.0, 2.0, 
17.0, 0.0, 0.0, 0.0], [105.0, 2.0, 17.0, 0.0, 0.0, 0.0], [106.0, 2.0, 17.0, 
0.0, 0.0, 0.0], [107.0, 2.0, 17.0, 0.0, 0.0, 0.0], [108.0, 2.0, 17.0, 0.0, 0.0, 
0.0], [109.0, 2.0, 17.0, 0.0, 0.0, 0.0]]

as you can see it seems that from pymca the imported values are rounded to int 
values.

and this is not true without.

so the problem comes from this code:

sf=specfile.Specfile(os.path.join(dirname, "LShellConstants.dat"))
ElementL1ShellConstants = sf[0].alllabels()
ElementL2ShellConstants = sf[1].alllabels()
ElementL3ShellConstants = sf[2].alllabels()
ElementL1ShellValues = Numeric.transpose(sf[0].data()).tolist()


sf[0].data() gives

[ 100.2.   17.0.0.0.]
 [ 101.2.   17.0.0.0.]
 [ 102.2.   17.0.0.0.]
 [ 103.2.   17.0.0.0.]
 [ 104.2.   17.0.0.0.]
 [ 105.2.   17.0.0.0.]
 [ 106.2.   17.0.0.0.]
 [ 107.2.   17.0.0.0.]
 [ 108.2.   17.0.0.0.]
 [ 109.2.   17.0.0.0.]]

so the problem is in the specfile module.
(c module it seems)

In fact if I start the program with
LANG=C pymca it works.

probably a ',' or '.' problem during double conversion.

See you

Frederic




 Message d'origine
De: 
debian-science-maintainers-bounces+picca=synchrotron-soleil...@lists.alioth.debian.org
 de la part de PICCA Frédéric-Emmanuel
Date: ven. 05/11/2010 19:39
À: Teemu Ikonen
Cc: 602...@bugs.debian.org
Objet : Bug#602471: RE : Bug#602471: pymca: package unusable
 
> The data file is ok, and importing the offending module works with the
> standard interpreter, so the bug is most likely somehow related to
> your environment. 

I reproduced this bug on two differents systems (unstable)

> Or alternatively, something in my environment
> prevents this bug from appearing.

> Unless you or someone else can provide more information, it will be
> difficult to fix this.

or maybe the modules loaded before LShell has some side effect on the
LSHell module

I will try to investigate.

See you

Frred



--
debian-science-maintainers mailing list
debian-science-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers




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

Bug#601957: not an issue

[Lucas Nussbaum]

reopen 601957
thanks

On 05/11/10 at 19:46 +0100, Serafeim Zanikolas wrote:
> Hi Lucas,
> 
> > The default action is to keep your current version.
> > *** lisp-config.lisp (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing 
> > common-lisp-controller (--configure):
> > EOF on stdin at conffile prompt
> 
> The upgrade failed because there was no proper response to the above prompt.
> I've verified that the package otherwise upgrades just fine.
> 
> This is not a bug with the package, so closing.

I did not modify that config file after installing the package in lenny,
so I should not be prompted about it. (reopening)

L.



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

Bug#602552: Listener failed with error: socket() for [[(null)]:10050]

[Harald Dunkel]

Package: zabbix-agent
Version: 1:1.8.3-2

On i386 the zabbix agentd doesn't start. Instead there is an error
message in the log file saying

  3174:20101105:203153.820 Zabbix Agent started. Zabbix 1.8.3 (revision 13928).
  3174:20101105:203153.824 Listener failed with error: socket() for 
[[(null)]:10050] failed with error 97: Address family not supported by protocol.

Using _exactly_ the same (md5sum!) zabbix_agentd.conf on amd64
there is no problem.

This is a severe problem, because I cannot monitor my i386
hosts.

Please mail if I can help to track this down.


Regards

Harri
# This is config file for zabbix_agentd
# in case the agent is started standalone from init.d (not via inetd).
#
# To get more information about ZABBIX, go http://www.zabbix.com

 GENERAL PARAMETERS #

# List of comma delimited IP addresses (or hostnames) of ZABBIX servers. 
# No spaces allowed. First entry is used for sending active checks.
# Note that hostnames must resolve hostname->IP address and
# IP address->hostname.

Server=10.10.10.9

# Server port for sending active checks

#ServerPort=10051

# Unique hostname. Required for active checks.

Hostname=localhost

# Listen port. Default is 10050

#ListenPort=10050

# IP address to bind agent
# If missing, bind to all available IPs

#ListenIP=127.0.0.1

# Number of pre-forked instances of zabbix_agentd.
# Default value is 5
# This parameter must be between 1 and 16

StartAgents=5

# How often refresh list of active checks. 2 minutes by default.

#RefreshActiveChecks=120

# Disable active checks. The agent will work in passive mode listening server.

#DisableActive=1

# Enable remote commands for ZABBIX agent. By default remote commands disabled.

#EnableRemoteCommands=1

# Specifies debug level
# 0 - debug is not created
# 1 - critical information
# 2 - error information
# 3 - warnings
# 4 - information (default)
# 5 - for debugging (produces lots of information)

DebugLevel=3

# Name of PID file

PidFile=/var/run/zabbix-agent/zabbix_agentd.pid

# Name of log file.
# If not set, syslog will be used

LogFile=/var/log/zabbix-agent/zabbix_agentd.log

# Maximum size of log file in MB. Set to 0 to disable automatic log rotation.
#LogFileSize=1

# Spend no more than Timeout seconds on processing
# Must be between 1 and 30

Timeout=3

### USER-DEFINED MONITORED PARAMETERS ###
# Format: UserParameter=,
# Note that shell command must not return empty string or EOL only
#UserParameter=system.test,who|wc -l
### Set of parameter for monitoring MySQL server (v3.23.42 and later)
### Change -u and add -p if required
#UserParameter=mysql.ping,mysqladmin -uroot ping|grep alive|wc -l
#UserParameter=mysql.uptime,mysqladmin -uroot status|cut -f2 -d":"|cut -f1 -d"T"
#UserParameter=mysql.threads,mysqladmin -uroot status|cut -f3 -d":"|cut -f1 
-d"Q"
#UserParameter=mysql.questions,mysqladmin -uroot status|cut -f4 -d":"|cut -f1 
-d"S"
#UserParameter=mysql.slowqueries,mysqladmin -uroot status|cut -f5 -d":"|cut -f1 
-d"O"
#UserParameter=mysql.qps,mysqladmin -uroot status|cut -f9 -d":"
#UserParameter=mysql.version,mysql -V



signature.asc
Description: OpenPGP digital signature

Bug#602551: installation-guide: the link to the installation images is not correct

[shirish शिरीष]

Package: installation-guide
Severity: important

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

Hi all,
 I'm planning to install debian on my system. For these purposes checked out
the in developing install guide. On page 25 Sec. 4.2.1 the hyperlinks are not
correctly formed. Can somebody look into them.

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

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

-- 
          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#602550: lenny - cannot start openvz since upgrade (linux-image-2.6.26-2-openvz-amd64) - kernel bug

[Lakos Dániel]

Package: linux-image-2.6.26-2-openvz-amd64 (2.6.26-25lenny1)

# /etc/init.d/vz start
Starting OpenVZ: failed to load module vzmon..failed

# modprobe vzmon
FATAL: Error inserting vzmon
(/lib/modules/2.6.26-2-openvz-amd64/kernel/kernel/ve/vzmon.ko): Unknown
symbol in module, or unknown parameter (see dmesg)

# dmesg
vzmon: Unknown symbol compat_alloc_user_space

Tried to downgrade to 2.6.26-1, and removed 2.6.26-2, but it loads 2.6.26-2.
Boot with linux-image-2.6.26-1-openvz-amd64.
# uname -a
Linux vga 2.6.26-2-openvz-amd64 #1 SMP Tue Mar 9 23:10:10 UTC 2010
x86_64 GNU/Linux




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

Bug#602545: evince: signal SIGFPE on certain PDF, may be a pattern rendering problem

[Josselin Mouette]

reassign 602545 libpixman-1-0 0.16.4-1
found 602545 0.19.6-1
thanks

Le vendredi 05 novembre 2010 à 20:28 +0100, Josselin Mouette a écrit : 
> Le vendredi 05 novembre 2010 à 19:47 +0100, Martin Weis a écrit : 
> > The document seems to contain an unreasonably high number of (identical) 
> > bitmaps, and this may be the reason for the failure.
> > pdfimages extracted no less than 73667 small (texture) images from the 
> > document...
> > This bug may be located/triggered in libpoppler, if so: sorry for the 
> > inconvenience.
> > 
> > I attach the backtrace and the PDF file for tests.
> 
> Thank you, it’s very complete.
> 
> Could you please try again with libpixman-1-0 from experimental, just to
> be sure this bug hasn’t been already fixed?

Bah, forget that. The bug is perfectly reproducible, and same goes with
the latest libpixman.

Reassigning.

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


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

Bug#588588: Additional information

[Richard Hartmann]

On Thu, Nov 4, 2010 at 19:40, Moritz Muehlenhoff  wrote:

> I've contacted the authors.

Sorry, I was on the road; just came back and am churning through email
atm.

Did you reach anyone? I poked repeatedly, but did not get a reply.


Thanks for not forgetting this and sorry that I did not get any results,
yet,
Richard



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

Bug#537669: kallery is orphaned?

[Ignace Mouzannar]

Hello,

On Fri, Nov 5, 2010 at 16:39, Sandro Tosi  wrote:
> Hello,
>
> On Fri, Nov 5, 2010 at 16:31, Innocent De Marchi
>  wrote:
>> Hi!
>>
>> I can keep the package kallery.
>
> Good, please sync with Ignace
>
>> It really is an orphan the package?
>
> yes it is.

I worked on the kallery package as it had just been orphaned, and had
pending bugs.

You can go ahead and adopt the package.

Just note that, as Marvin stated [1], upstream seems to be MIA (latest
version was uploaded in 2006 [2]).

Other than this, the package is yours if you want it. :)

Cheers,
 Ignace M

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537669#5
[2] http://kallery.kdewebdev.org/releases.php



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

Bug#602545: evince: signal SIGFPE on certain PDF, may be a pattern rendering problem

[Josselin Mouette]

Le vendredi 05 novembre 2010 à 19:47 +0100, Martin Weis a écrit : 
> The document seems to contain an unreasonably high number of (identical) 
> bitmaps, and this may be the reason for the failure.
> pdfimages extracted no less than 73667 small (texture) images from the 
> document...
> This bug may be located/triggered in libpoppler, if so: sorry for the 
> inconvenience.
> 
> I attach the backtrace and the PDF file for tests.

Thank you, it’s very complete.

Could you please try again with libpixman-1-0 from experimental, just to
be sure this bug hasn’t been already fixed?

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


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

Bug#602543: [Pkg-utopia-maintainers] Bug#602543: libgdu0: gvfs-gdu-volume-monitor exits when plugging removable media on non UTF-8 system

[Cedric Blancher]

Le vendredi 05 novembre 2010 à 19:55 +0100, Michael Biebl a écrit : 
> Can you confirm, that your problem is solved by switching to a UTF-8 locale?

Yes, I can confirm that it is solved by switching to a UTF-8 locale

I just switched my session to a UTF-8 one.

~$ gvfs-mount -li
Drive(0): Disque dur 250 GB
  Type: GProxyDrive (GProxyVolumeMonitorGdu)
  ids:
   unix-device: '/dev/sda'
  themed icons:  [drive-harddisk-ata]  [drive-harddisk]  [drive]
  is_media_removable=0
  has_media=1
  is_media_check_automatic=0
  can_poll_for_media=0
  can_eject=0
  can_start=0
  can_stop=0
  start_stop_type=unknown
  Volume(0): 250 GB non reconnu
Type: GProxyVolume (GProxyVolumeMonitorGdu)
ids:
 uuid: '8c9b63fd-a581-44f5-a7ca-0533281343fd'
 unix-device: '/dev/dm-0'
themed icons:  [drive-harddisk]  [drive]
can_mount=1
can_eject=0
should_automount=0
Volume(1): private
  Type: GProxyVolume (GProxyVolumeMonitorGdu)
  themed icons:  [drive-removable-media]  [drive-removable]  [drive]
  can_mount=1
  can_eject=0
  should_automount=0

If I insert my USB card reader, it gets automounted and gvfs-mount works
perfectly fine:

~$ gvfs-mount -li
Drive(0): Lecteur CompactFlash
  Type: GProxyDrive (GProxyVolumeMonitorGdu)
  ids:
   unix-device: '/dev/sdc'
  themed icons:  [drive-removable-media-flash-cf]
[drive-removable-media-flash]  [drive-removable-media]
[drive-removable]  [drive]
  is_media_removable=1
  has_media=0
  is_media_check_automatic=1
  can_poll_for_media=1
  can_eject=0
  can_start=0
  can_stop=1
  start_stop_type=shutdown
Drive(1): Lecteur SmartMedia
  Type: GProxyDrive (GProxyVolumeMonitorGdu)
  ids:
   unix-device: '/dev/sdd'
  themed icons:  [drive-removable-media-flash-sm]
[drive-removable-media-flash]  [drive-removable-media]
[drive-removable]  [drive]
  is_media_removable=1
  has_media=0
  is_media_check_automatic=1
  can_poll_for_media=1
  can_eject=0
  can_start=0
  can_stop=1
  start_stop_type=shutdown
Drive(2): Lecteur SecureDigital
  Type: GProxyDrive (GProxyVolumeMonitorGdu)
  ids:
   unix-device: '/dev/sdb'
  themed icons:  [drive-removable-media-flash-sd]
[drive-removable-media-flash]  [drive-removable-media]
[drive-removable]  [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=1
  can_eject=1
  can_start=0
  can_stop=1
  start_stop_type=shutdown
  Volume(0): Système de fichiers 8,1 GB
Type: GProxyVolume (GProxyVolumeMonitorGdu)
ids:
 uuid: '2447-7910'
 unix-device: '/dev/sdb1'
themed icons:  [media-flash-sd]  [media-flash]  [media]
can_mount=1
can_eject=1
should_automount=1
Mount(0): Système de fichiers 8,1 GB -> file:///media/2447-7910
  Type: GProxyMount (GProxyVolumeMonitorGdu)
  default_location=file:///media/2447-7910
  themed icons:  [media-flash-sd]  [media-flash]  [media]
  x_content_types: x-content/image-dcf
  can_unmount=1
  can_eject=1
  is_shadowed=0
Drive(3): Lecteur Carte mémoire
  Type: GProxyDrive (GProxyVolumeMonitorGdu)
  ids:
   unix-device: '/dev/sde'
  themed icons:  [drive-removable-media-flash-ms]
[drive-removable-media-flash]  [drive-removable-media]
[drive-removable]  [drive]
  is_media_removable=1
  has_media=0
  is_media_check_automatic=1
  can_poll_for_media=1
  can_eject=0
  can_start=0
  can_stop=1
  start_stop_type=shutdown
Drive(4): Lecteur SecureDigital
  Type: GProxyDrive (GProxyVolumeMonitorGdu)
  ids:
   unix-device: '/dev/sdf'
  themed icons:  [drive-removable-media-flash-sd]
[drive-removable-media-flash]  [drive-removable-media]
[drive-removable]  [drive]
  is_media_removable=1
  has_media=0
  is_media_check_automatic=1
  can_poll_for_media=1
  can_eject=0
  can_start=0
  can_stop=1
  start_stop_type=shutdown
Drive(5): Disque dur 250 GB
  Type: GProxyDrive (GProxyVolumeMonitorGdu)
  ids:
   unix-device: '/dev/sda'
  themed icons:  [drive-harddisk-ata]  [drive-harddisk]  [drive]
  is_media_removable=0
  has_media=1
  is_media_check_automatic=0
  can_poll_for_media=0
  can_eject=0
  can_start=0
  can_stop=0
  start_stop_type=unknown
  Volume(0): 250 GB non reconnu
Type: GProxyVolume (GProxyVolumeMonitorGdu)
ids:
 uuid: '8c9b63fd-a581-44f5-a7ca-0533281343fd'
 unix-device: '/dev/dm-0'
themed icons:  [drive-harddisk]  [drive]
can_mount=1
can_eject=0
should_automount=0
Volume(2): private
  Type: GProxyVolume (GProxyVolumeMonitorGdu)
  themed icons:  [drive-removable-media]  [drive-removable]  [drive]
  can_mount=1
  can_eject=0
  should_automount=0


Cheers.



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

Bug#602549: ITP: librabbitmq -- An AMQP client library written in C

[Monty Taylor]

Package: wnpp
Owner: Monty Taylor 
Severity: wishlist

* Package name: librabbitmq
  Version : 0.0.1
  Upstream Author : Tony Garnock-Jones
* URL : http://hg.rabbitmq.com/rabbitmq-c
* License : GPL-2, MPL
  Programming Lang: C
  Description : An AMQP client library written in C

RabbitMQ provides robust messaging for applications. It is easy to use,
fit for purpose at cloud scale and supported on all major operating
systems and developer platforms. This is a C-language AMQP client
library for use with AMQP servers such as RabbitMQ speaking protocol
versions 0-9-1.

Monty Taylor







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

Bug#602548: chromium-browser: white bands in the middle of images

[Jonathan Nieder]

Package: chromium-browser
Version: 7.0.544.0~r61416-1
Tags: upstream

Stock experimental system.  Fairly often I find white rectangles
in the middle of images as a browse.  Selecting the images makes
the white rectangles go away.

Example: http://lwn.net/Articles/412889/ (which is a jpeg).

The problem seems to be intermittent.  I don't know how to
artificially provoke it.

Ideas?

$ dpkg -l libcairo2 libgtk2.0-0 libjpeg62 libpango1.0-0 libpng12-0
ii  libcairo2   1.10.0-1
ii  libgtk2.0-0 2.22.0-1
ii  libjpeg62   6b1-1
ii  libpango1.0-0   1.28.3-1
ii  libpng12-0  1.2.44-1



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

Bug#602546: libopensc2 package contains unversioned .so files

[Kalev Lember]

Package: libopensc2
Version: 0.11.13-1
Severity: serious
Justification: Policy 8.2


The libopensc2 package currently contains several unversioned files, including
onepin-opensc-pkcs11.so, opensc-pkcs11.so, pkcs11-spy.so in /usr/lib, and
..profile files in /usr/share/opensc/ directory. The package should ideally
contain only versioned libraries (libopensc.so.2, libpkcs15init.so.2, and
libscconf.so.2).

The unversioned files in libopensc2 package will eventually conflict with
libopensc3 package when upstream releases a new version of opensc. According to
upstream's release schedule this should happen very soon: There is already a
-rc1 out which bumped soname.

It would be very good if you could split out the unversioned files into a
separate package to make sure we'll have a smooth upgrade path to libopensc3 in
the next Debian release.

I would suggest a split with the following scheme:
opensc-tools:
  /usr/bin/*
libopensc:
  /usr/lib/*.2*
opensc-pkcs11:
  /usr/lib/*pkcs11*.so,

Currently packages which dlopen() any of the pkcs11 modules are depending on
versioned libopensc2 package. This is wrong; it will be hard to maintain proper
upgrade paths. It would be cleaner if these packages could instead depend on
the unversioned opensc-pkcs11 package.

Quoting from Debian Policy Manual, section 8.2:
"If your package contains files whose names do not change with each change in
the library shared object version, you must not put them in the shared library
package. Otherwise, several versions of the shared library cannot be installed
at the same time without filename clashes, making upgrades and transitions
unnecessarily difficult."

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

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

Versions of packages libopensc2 depends on:
ii  libc6  2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib
ii  libltdl7   2.2.6b-2  A system independent dlopen wrappe
ii  libopenct1 0.6.20-1.1middleware framework for smart car
ii  libssl0.9.80.9.8o-2  SSL shared libraries
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

libopensc2 recommends no packages.

libopensc2 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#602547: po/adduser.pot outdated

[Sergey Alyoshin]

Package: adduser
Version: 3.112+nmu1
Priority: wishlist
Tags: l10n

po/adduser.pot file is out of date and so some localized strings are
out of date too in .po files.



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

Bug#601006: [monkeysphere] Bug#601006: /usr/bin/monkeysphere fails miserably when it shouldn't due to irksome set -e

[micah anderson]

On Fri, 05 Nov 2010 08:10:59 -0400, Jameson Rollins 
 wrote:
> http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s6.1

this has to do with maintainer scripts (eg. preinst, postinst, prerm,
postrm).

micah


pgpHiVVKKSqQL.pgp
Description: PGP signature

Bug#602362: libjsr166y-java: FTBFS in sid with type parameters ... cannot be determined error

[Miguel Landaeta]

Hi Damien,

On Fri, Nov 5, 2010 at 1:57 PM, Damien Raude-Morvan  wrote:
> I've checked a bit upstream CVS changelog and it seems jsr166y is in real 
> flux.
>
> [...]
>
> It seems Doug Lea (spec leader) has settle things down recently :
> http://cs.oswego.edu/pipermail/concurrency-interest/2010-September/007420.html
> (sync between jsr166y, jdk6 packages and jdk7 code-copy)
>
> As I see that there is only one Reverse Depends: libgpars-groovy-java for
> libjsr166y-java, I propose to remove those software from testing as they
> doesn't seems suitable for a stable release and continue to work on them in
> unstable for next release.
>
> What's your position on this, Miguel ?

I would like to have libgpars-groovy-java in stable if possible.
That is a stable library used in production.
In fact, that was the reason why I packaged libjsr166y-java in first place.

I know jsr166y is in real flux, I packaged 0.1.20080107 version because
that is the exact version needed by GPars. I suspect GPars development
team is waiting for JDK7 to update their codebase (but I'm just speculating).

Also I'm aware that forkjoin project was refactored and the ParallelArray
class is now located in extra166y package but the problematic code is
still there. So this has to be fixed or just wait for JDK7.

Before asking to remove jsr166y and GPars libraries from testing I would
like to try to find a workaround for that code.

I plan to contact Doug Lea and the concurrency group during the weekend,
probably they can propose a fix for this bug. If not then I will ask the removal
of those packages from testing.

Cheers,

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



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

Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such

[Jonathan Nieder]

Reuben Thomas wrote:

> What is wrong with patching xterm so that it defaults to eightBitInput
> being false rather than true, as other terminals do?

Nothing I can see except that we are in a freeze.  It is probably
worth making the change anyway, but I will leave that to the emacs
users.

Re interaction with metaSendsEscape: of course it would not confuse
new users, but would existing configurations might start to misbehave?
I readily admit I do not understand the details.  Bug#574396 does not
look resolved and I am too ignorant to figure out the current state of
things.

Thanks again for reporting this --- I had been wondering why
Meta+key did not work in emacs.

Jonathan



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

Bug#602543: [Pkg-utopia-maintainers] Bug#602543: libgdu0: gvfs-gdu-volume-monitor exits when plugging removable media on non UTF-8 system

[Michael Biebl]

Am 05.11.2010 19:26, schrieb Cedric Blancher:
> Package: libgdu0
> Version: 2.30.1-2
> Severity: important
> Tags: patch
> 
> 
> Since last update (apparently), USB drives are not automounted anymore.
> It appears my system, non UTF-8, is suffering from the exact bug described
> here:
> 

Can you confirm, that your problem is solved by switching to a UTF-8 locale?




-- 
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