Bug#596413: O: pngwriter -- easy to use graphics library

2010-09-11 Thread René Mayorga
Package: wnpp
Severity: normal

The current maintainer of pngwriter, Víctor Pérez Pereira
vpe...@debianvenezuela.org, and co-maint Miguel Gea
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.


Priority: optional
Section: libs
Source: pngwriter
Version: 0.5.3-3
Description: easy to use graphics library (runtime)
 PNGwriter is a very easy to use open source graphics library that uses
 PNG as its output format. The interface has been designed to be as simple
 and intuitive as possible. It supports plotting and reading in the RGB
 (red, green, blue), HSV (hue, saturation, value/brightness) and CMYK
 (cyan, magenta, yellow, black) colour spaces, basic shapes, scaling, bilinear
 interpolation, full TrueType antialiased and rotated text support, bezier
 curves, opening existing PNG images and more. Documentation in English and
 Spanish. Runs under Linux, Unix, Mac OS X and Windows.
 .
 In this package you can find the shared library, necessary for execution
 environments using pngwriter.
Homepage: http://pngwriter.sourceforge.net/


Cheers

--
René



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



Bug#596414: SIGBUS error in javadoc

2010-09-11 Thread glpk xypron
Package: gcj-4.4-jdk
Version: 4.4.4-14
Severity: important

A bus error occured in javadoc while building libglpk-java 1.0.13-4 on
kfreebsd-amd64.

The complete build log is available at
https://buildd.debian.org/fetch.cgi?pkg=glpk-java;ver=1.0.13-4;arch=kfreebsd-amd64;stamp=1284161579

Best regards

Xypron


Get:9 http://ftp.gr.debian.org/debian/ sid/main gcj-4.4-jdk kfreebsd-amd64 
4.4.4-14 [4016kB]
...
Constructing Javadoc information...
WARNING: Cannot locate class java.lang.Object referenced in class 
org.gnu.glpk.GlpkCallback
WARNING: Error while loading class LinkedList
WARNING: Error while loading class RuntimeException
Resolving references in comments...
Resolving references in classes...
Resolving references in packages...
Resolving references in class comments...
Resolving references in package comments...
Running doclet...
WARNING: Option -validhtml hasn't been specified. Generated HTML will not 
validate.
Building cross-reference information...
Writing overview files...
Writing index...
Writing HTML files for package org.gnu.glpk
make[2]: *** [all] Bus error
make[2]: Leaving directory 
`/build/buildd-glpk-java_1.0.13-4-kfreebsd-amd64-G0Hbp0/glpk-java-1.0.13/swig'
make[1]: *** [all] Error 2


-- 
GRATIS: Spider-Man 1-3 sowie 300 weitere Videos!
Jetzt freischalten! http://portal.gmx.net/de/go/maxdome



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



Bug#590221: Package: nvidia-glx-legacy-173xx

2010-09-11 Thread Steven Altermatt
Sorry about not Cc:ing the bug.

apt (and all the package managers) not default to install recommeds by
default. Therefore you see these extra packages being installed.
This makes no sense, apt and synaptic do install recommends as depends by
default, and so does aptitude as far  as I know. Still doesn't explain why
the older gcc and kernel pkgs were also being installed. Perhaps because I
don't build the kernel headers, usually, since I have no need to. Build a
custom kernel and needed modules and install them.  First install source,
build module(s), install it, install the glx pkg and restart X, or reboot if
kernel is built also. Not a big deal.

nvidia-kernel-dkms
 Recommends kernel headers -- so you hopefully have the headers for
your running kernel installed and the module can be built automatically
Only if one wants this done automatically, shouldn't be forced upon the
user. Which happened because the legacy changelog did not have the necessary
info in it so the user could decide whether to use dkms or not.

Read the changelog of nvidia-graphics-drivers, the full details are there
It's not in the legacy drivers' changelog, one has to go find it in the
version for newer cards, and read several months of changes. Just stating:

synchronize packaging with nvidia-graphics-drivers 195.36.24-4

doesn't help the user know what is going on, or know that installation of
the nvidia drivers could be automatically done if their system is set up a
certain way, if one even wants that. Should have been put in the changelog
for the legacy drivers.

You can solve your problem in the following two ways:

1. apt-get --no-install-recommends nvidia-kernel-legacy-173xx-
source,
then you can build your module and install nvidia-glx-...

2. if you don't want to use dkms, set up apt pinning to prevent it's
installation. see APT_PREFERENCES(5)
I had already solved the problem by unchecking the default synaptic
behavior, which is the same as #1. I use synaptic because I have problems
with  my hands, too much typing causes pain and numbness, so I will have to
check out doing #2 in synaptic. Still don't think this was done right,
legacy changelogs were missing important info, forcing users to use dkms
isn't right, especially when the older kernel headers were being pulled in,
and that would have caused problems with my newer custom kernel. Should have
been a suggested option, since all the pkg management programs install
recommends by default. Thanks for the work and info.

Steven Altermatt


Bug#596407: www-master.debian.org: install opencc to enable auto-conversion between zh_CN and zh_TW

2010-09-11 Thread Osamu Aoki
On Sat, Sep 11, 2010 at 01:25:15PM +0800, Kan-Ru Chen wrote:
 On Sat, Sep 11, 2010 at 1:02 PM, Osamu Aoki os...@debian.org wrote:
  Considering needs to convert for other docs too, I request
  admin to install opencc package.
   opencc 0.1.1-1 simplified-traditional chinese conversion tool
 
 The website translation could leverage this as well.
 
 It was planed to migrate the wml source to unicode based and convert
 to zh-cn or zh-tw at compile time. I have backported the cconv[1]
 package but haven't started to do the actual conversion yet.
 
 [1] cconv 0.6.2-1 simplified-traditional chinese conversion tool
 
 Now it seems opencc is superior than cconv and the upstream is more
 active. I think it make sense to install opencc on www-master.

The data for sed script I run for maint-guide may be added to opencc
data if we know enough.

I was going to file RT request to install package while quoting you.

Then I realize this is not in stable nor in backports :-(

So steps:
1. freezeexcepton to get decent version to testing.
2. backport.
3. install to www-master

Osamu



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



Bug#596415: unblock: viewpdf.app/1:0.2dfsg1-3.1

2010-09-11 Thread Yavor Doganov
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package viewpdf.app, it fixes an RC bug.
debian/changelog:

  * Non-maintainer upload.
  * ViewPDFInfo.plist (NSTypes): Change NSRole to Viewer, making the app
usable with gnustep-gui/0.18 (Closes: #595763).

 ViewPDFInfo.plist |2 +-
 debian/changelog  |8 
 2 files changed, 9 insertions(+), 1 deletion(-)

unblock viewpdf.app/1:0.2dfsg1-3.1



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



Bug#576896: SIGBUS error in javadoc

2010-09-11 Thread glpk xypron
See Debian Bug #596414
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596414
SIGBUS error in javadoc
-- 
GRATIS: Spider-Man 1-3 sowie 300 weitere Videos!
Jetzt freischalten! http://portal.gmx.net/de/go/maxdome



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



Bug#566501: switching virtual consoles during boot or when using setupcon/

2010-09-11 Thread Paul Higgins
I saw something like the problem in bugs #566501 and #570338 since about
February and just spent some time with a more knowledgeable collegue to
investigate.

I have two PCs that I run with the 'testing' distribution.

On one of these PCs, from February thru July, I was able to change the
line in /etc/default/console-setup from:
VERBOSE_OUTPUT=no
to 
VERBOSE_OUTPUT=yes
to fix the problem on one of my systems.  

When I did a upgrade in August, the problem re-occurred, and the final
VT could be any of tty[1-6] after booting.

(My other PC never exhibited this problem in any way.)

We found this thread: http://lkml.org/lkml/2009/11/15/72, talking about
a problem in /usr/bin/consolechars (package: console-tools) that seems
to explain this problem as being in the kernel.  We couldn't find any
patch that fixed it.

'/usr/bin/consolechars' is used by '/bin/setupcon' which is used in
'/etc/init.d/console-setup' (both in package: console-setup) which is
where my system seemed to have the problem.  I hacked '/bin/setupcon' to
save the vt number at entry (from '/bin/fgconsole') and restored it at
exit (with '/usr/bin/chvt').  This fixed the problem on my PC.

'/usr/bin/consolechars' is also used by /etc/init.d/console-screen.sh
(package: console-tools) which might explain the behavior in bug
#566501.

I found it is also used by '/usr/bin/charset' and
'/usr/bin/unicode_start' (also package: console-tools).

Hope this helps
Paul Higgins




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



Bug#596416: unblock: cynthiune.app/0.9.5-11

2010-09-11 Thread Yavor Doganov
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package cynthiune.app to fix (unofficial?) release
goal.  If possible, I'd prefer to spend longer period in unstable.
The changelog is:

  * debian/patches/ALSA.patch: New; implement an ALSA output bundle and
make it the default on GNU/Linux (Closes: #576228).
  * debian/patches/kfreebsd-OSS-default.patch: Remove, default now handled
with the above patch.
  * debian/patches/series: Update.
  * debian/control (Build-Depends): Add libasound2-dev [linux-any].
(Standards-Version): Set to 3.9.1 (no changes needed).
  * debian/copyright: Update copyright holders/years.

 cynthiune.app-0.9.5/debian/changelog  |   13 
 cynthiune.app-0.9.5/debian/control|3 
 cynthiune.app-0.9.5/debian/copyright  |1 
 cynthiune.app-0.9.5/debian/patches/series |2 
 debian/patches/ALSA.patch |  402 ++
 debian/patches/kfreebsd-OSS-default.patch |   18 -
 6 files changed, 419 insertions(+), 20 deletions(-)

$ diffstat debian/patches/ALSA.patch 
 GNUmakefile   |8 
 GeneralPreference.m   |   50 -
 cynthiune.app-0.9.5/Bundles/ALSA/ALSA.h   |   40 
 cynthiune.app-0.9.5/Bundles/ALSA/ALSA.m   |  169 ++
 cynthiune.app-0.9.5/Bundles/ALSA/GNUmakefile  |   44 
 cynthiune.app-0.9.5/Bundles/ALSA/GNUmakefile.preamble |   31 +++
 6 files changed, 335 insertions(+), 7 deletions(-)

unblock cynthiune.app/0.9.5-11
age-days 20 cynthiune.app/0.9.5-11



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



Bug#596036: submits 'now playing' notification infinitely fast

2010-09-11 Thread Delirium

tags 596036 fixed-upstream
thanks

Thanks for forwarding. I wasn't sure if it was something to do with 
Debian's system-service setup or an upstream bug, so reported here, but 
it was indeed an upstream bug. I tried out the current git version, 
which fixed the problem.


This is the relevant patch:
http://git.musicpd.org/cgit/master/mpdscribble.git/commit/?id=f488bc91f0311bfdfbef28a6d75f37f83b2e1057

-Mark

On 09/10/2010 01:57 AM, Michal Čihař wrote:

Hi

Dne Tue, 07 Sep 2010 23:05:50 -0700
Deliriumdelir...@hackish.org  napsal(a):

   

Let me know if I can provide any other information.
 

I've forwarded the bug upstream
http://musicpd.org/mantis/view.php?id=3035, it would be great if you
can subscribe to updates there.

   





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



Bug#593014: [bug-poe-api-p...@rt.cpan.org: Re: [rt.cpan.org #60810] Bug#593014: FTBFS: test t/03-event.t fails with libpoe-perl (2:1.2920-1)]

2010-09-11 Thread Salvatore Bonaccorso
Forwarding the message from upstream, so that we have recorded.

So we need to wait for 2.16.

Bests
Salvatore

- Forwarded message from sungo via RT bug-poe-api-p...@rt.cpan.org -

From: sungo via RT bug-poe-api-p...@rt.cpan.org
Reply-To: bug-poe-api-p...@rt.cpan.org
Date: Sun, 5 Sep 2010 22:16:44 -0400
To: car...@cpan.org
Subject: Re: [rt.cpan.org #60810] Bug#593014: FTBFS: test t/03-event.t fails
with libpoe-perl (2:1.2920-1)

URL: https://rt.cpan.org/Ticket/Display.html?id=60810 


POE::API::Peek v2.16_2 is on its way to CPAN. It requires POE v1.293,
the latest. That POE fixes the event related errors you reported but it
adds new signal related ones. 2.16_2 contains fixes, as per my
contracted API but it does not yet contain methods to access the new
data.

2.16_3 and hopefully 2.16 will come tomorrow containing fixes for
everything.

--
sungo
http://sungo.us




- End forwarded message -



signature.asc
Description: Digital signature


Bug#570338: Switching virtual consoles during boot or when using setupcon (revised)

2010-09-11 Thread Higgins, Paul
I saw something like the problem in bugs #566501 and #570338 since about

February and just spent some time with a more knowledgeable colleague to

Investigate the problem.

 

I have two PCs that I run with the 'testing' distribution.

 

On one of these PCs, from February thru July, I was able to change a

line in /etc/default/console-setup from:

VERBOSE_OUTPUT=no

to:

VERBOSE_OUTPUT=yes

which fixed the problem.  

 

When I did a upgrade in August, package console-setup changed from 

version 1.51 to 1.55, causing the problem to re-occur. After this the VT
number 

could be any of tty[1-6] after finishing booting.

 

(My other PC never exhibited this problem in any way.)

 

We found this thread: http://lkml.org/lkml/2009/11/15/72, talking about

a problem in /usr/bin/consolechars (package: console-tools) that seems

to explain this problem as being in the kernel.  We couldn't find any

patch that fixed it.

 

'/usr/bin/consolechars' is used by '/bin/setupcon' which is used in

'/etc/init.d/console-setup' (both in package: console-setup) which is

where my system seemed to have the problem.  I hacked '/bin/setupcon' to

save the vt number at entry (from '/bin/fgconsole') and restored it at

exit (with '/usr/bin/chvt').  This fixed the problem on my PC.

 

'/usr/bin/consolechars' is also used by /etc/init.d/console-screen.sh

(package: console-tools) which might explain the behavior in bug

#566501.

 

I found it is also used by '/usr/bin/charset' and

'/usr/bin/unicode_start' (also package: console-tools).

 

Hope this helps

Paul Higgins



Bug#594992: keyboard-configuration: add brazilian abnt2 model to the list of keyboards

2010-09-11 Thread Christian PERRIER
Quoting Samuel Thibault (sthiba...@debian.org):
 reassign 594992 kbd-chooser
 thanks
 
 Gunther Furtado, le Sat 04 Sep 2010 14:50:42 -0300, a écrit :
  The questions appears in this order.
  
  1. Please choose the language used for the instalation process...
  Portuguese (Brazil)
  
  2. Location
  
  3. Keymap to use for a USB keyboard
there is no Brazilian otpion here!!!
 
 Ok, so that's why.  This is kbd-chooser and not console-setup, and
 kbd-chooser indeed doesn't have such choice.

Keymaps are provided by console-data.

But console-data *doesn't* have a keymap for Brazilian ABNT2 layout in
its mac directory.

And these are what's used when one is choosing USB keyboard:

Template: console-keymaps-usb/keymap
Type: select
Choices-C: mac-usb-us, mac-usb-be, mac-usb-uk, mac-usb-dk-latin1, 
mac-usb-dvorak, mac-usb-fi-latin1, mac-usb-fr, mac-usb-de-latin1-nodeadkeys, 
it, mac-usb-it, mac-usb-pt-latin1
, mac-usb-es, mac-usb-se, mac-usb-fr_CH-latin1, mac-usb-de_CH
#flag:partial
__Choices: American English, Belgian, British English, Danish, Dvorak, Finnish, 
French, German, Italian, Italian, Portuguese, Spanish, Swedish, Swiss French, 
Swiss German
_Description: Keymap to use for a USB keyboard:


What I think is happening here is that the PowerPC installer follows
*by default* a path for keymap choice that goes through USB keyboard
which, itself, leads to the choice of keymaps among a very restricted
set.

See the following comment in kbd-chooser/usb-kbd.c:

static kbd_t *usb_preferred_keymap (kbd_t *keyboards, const char *subarch)
{
/* FIXME
 * It was a mistake to tie keymaps to architectures: all the keymaps
 * in console-keymaps-usb are Mac-specific (at the moment); PC USB 
keyboards
 * all use standard AT keymaps. But its too close to sarge release to 
change design,
 * so we go with the following hack:
 * If the USB keyboard vendor is Apple, set PRESENT = TRUE.
 * For other keyboard vendors and if architecture is x86 or powerpc 
(prep and chrp),
 * force the installer to display the list of AT keymaps. This is 
needed because, for
 * 2.6 kernels, we can not assume that a AT connector will be detected 
in at-kbd.c.
 *
 * UPDATE
 * Because of the changes in the input layer, we can now be sure that an
 * AT keyboard layout is needed, even if an USB keyboard is detected. 
So we force
 * any USB keyboard to AT and no longer include the option to select a 
USB keymap
 * for all arches except powerpc which still needs the usb keymaps as 
otherwise
 * the mode switch key (for accented characters) is mapped to the wrong 
key.
 */

// Always use AT keymaps for USB keyboards with 2.6 kernel (except for 
powerpc)
int skip_26_kernels = 0;
#if defined (AT_KBD)  !defined(__powerpc__)
struct utsname buf;
uname(buf);
if (strncmp(buf.release, 2.6, 3) == 0)
skip_26_kernels = 1;
#endif



General problem: all this code is many years old and doesn't really
fit the current situation where USB is everywhere and the only
keyboards that are used in real life are the various flavours of
PC-style keyboards (overgeneralization here, of course: various Macs
do have specific layouts, so are the last sold Sun keyboards,
etc).

Immediate solution for Gunther, I think: use the installer in expert
mode and choose AT keyboard Not having a PowerPC machine handy,
I can't test this, though.





signature.asc
Description: Digital signature


Bug#445148: closed by Christian Perrier bubu...@debian.org (Closing oldbug report against debian-installer #445148)

2010-09-11 Thread Christian PERRIER
Quoting RPN01 (nix.rob...@mayo.edu):
 I waited three years for ³Let us know if this happens again²?!? Gee...

I just closed 2000 installation reports, some dated much more than 3
years.

So, yes sorry, we couldn't process all of them and some got
ignored. Particularly trying to reproduce S/390 bugs is not as easy as
just saying it.

In the case of such bugs, then the only option is telling people who
had such problems to try reproducing them with the current
installer. Particularly those who were due to partitions naming and
ordering need to be re-examined because general changes in the
installer behaviour wrt this. Not sure it affects S/390, though. 




signature.asc
Description: Digital signature


Bug#521196: marked as done (debootstrap does not support https transport)

2010-09-11 Thread Christian PERRIER
reopen 521196
tags 521196 pending
thanks

 
 Hi all,
 
 - support added for https on debootstrap with patch from Jonathan Klee
 jonathan.k...@openwide.fr.
 - added patch to handle the sources.list creation when https is used
 by Jonathan Klee jonathan.k...@openwide.fr.

In such case, please don't close the bug. The next upload, with the
patch you committed, will do this properly.




signature.asc
Description: Digital signature


Bug#596352: New upstream version available

2010-09-11 Thread Torsten Werner
Hi,

On Sat, Sep 11, 2010 at 7:38 AM, tony mancill tmanc...@debian.org wrote:
 On 09/10/2010 09:19 AM, David Paleino wrote:
 I'm trying to package geowebcache (ITP #), which in turn depends on many 
 other
 things not present in Debian. One of these is tomcat-maven-plugin. This 
 depends
 on plexus-component-metadata, version 1.5.1.

@David: it can't be built with version 1.0? Have you tried that?

 I've updated the watch file in SVN and am working on upgrading the
 package.  Will 1.5.4 be suitable, or does tomcat-maven-plugin
 explicitly require version 1.5.1?

@Tony: please check the reverse dependencies carefully after updating
the package.

Cheers,
Torsten



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



Bug#596333: dpkg-genchanges: wrong french translation : impossible de lire le fichier des fichiers

2010-09-11 Thread Christian PERRIER
Quoting Olivier Berger (olivier.ber...@it-sudparis.eu):

 I think we should prefer understandable things (even not real proper
 french) than things that render the message completely opaque.
 
 File of files... uh ? files list file, then, at least I understand that
 one file lists other files. Still dunno which but, at least I may be
 able to guess one step further...

Agreed. I still can't stand lister, though..:-)

I settled for fichier de liste des fichiers which is a bit
heavybut gives the exact picture: this is a file that contains a list
of files

I actually wonder whether English shouldn't be files' list file



signature.asc
Description: Digital signature


Bug#596388: debian-installer: Very bad support for /cdrom install ! please a fix

2010-09-11 Thread Christian PERRIER
tags 596388 moreinfo
thanks

Quoting yellow (yellowprot...@gmail.com):
 Package: debian-installer
 Version: really bad /cdrom support ! please a fix asap !!
 Severity: important
 
 Dear Sir,
 
 Please try to install linux debian testing from a pendrive. It is today not 
 possible !!
 
 It says : 
 No common cd'rom drive was detected altought /cdrom is moutned from /dev/sdb1

Hello,

Please:

1) step a little bit down and avoid escalating your tone
1bis): avoid implicitly insulting Debian Installer developers
2) give details about the *exact* Debian Installer image you're using
   (which architecture, from where you downloaded it, etc.)
3) explain what you did on your pendrive (what is this? A USB
stick?)
4) why you need to have a CD-ROM additionnally
5) give all steps you're following to reach the situation which you
don't seem to like

With all these details and particularly more facts than feelings, maybe
we can analyze the problems you're facing.

Regards,





signature.asc
Description: Digital signature


Bug#596390: Log messages from 2.6.30 and 2.6.32

2010-09-11 Thread Shawn Heisey

 On 9/10/2010 4:57 PM, Ben Hutchings wrote:

Please test a newer version.  There was a bug fix to r8169 in version
2.6.32-16 which might address this.



I was already on the -20 version.  Then I tried the -21 recently added 
to the backports archive, with no change.


After a little experimentation, I found a not-very-good workaround.  The 
first thing I tried was plugging it into a dumb 100Mb/s switch.  The 
link came right up, so I did a little further experimentation.  If I 
turn off autoneg with ethtool, it comes up at 10/half.  Basically it 
will work at anything except for gigabit, and I cannot set speed 1000 if 
autoneg is turned off.  For now, I have hard-set both sides to 
100/Full.  At this time I do not have another gigabit switch I can try, 
but I will see what I can do about that.  I would like to emphasize that 
this works without issue on 2.6.30, though.


Should it interest you, here's a show ver from my switch:

rivendell#show ver
Cisco IOS Software, C3550 Software (C3550-IPSERVICESK9-M), Version 
12.2(44)SE6,

RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2009 by Cisco Systems, Inc.
Compiled Mon 09-Mar-09 20:28 by gereddy
Image text-base: 0x3000, data-base: 0x012A99FC

ROM: Bootstrap program is C3550 boot loader

rivendell uptime is 34 weeks, 5 days, 15 hours, 27 minutes
System returned to ROM by power-on
System restarted at 08:53:10 MST Sun Jan 10 2010
System image file is 
flash:c3550-ipservicesk9-mz.122-44.SE6/c3550-ipservicesk9-

mz.122-44.SE6.bin


This product contains cryptographic features and is subject to United
States and local country laws governing import, export, transfer and
use. Delivery of Cisco cryptographic products does not imply
third-party authority to import, export, distribute or use encryption.
Importers, exporters, distributors and users are responsible for
compliance with U.S. and local country laws. By using this product you
agree to comply with applicable laws and regulations. If you are unable
to comply with U.S. and local laws, return this product immediately.

A summary of U.S. laws governing Cisco cryptographic products may be 
found at:

http://www.cisco.com/wwl/export/crypto/tool/stqrg.html

If you require further assistance please contact us by sending email to
exp...@cisco.com.

Cisco WS-C3550-12T (PowerPC) processor (revision M0) with 65526K/8192K 
bytes of

memory.
Processor board ID CHK0706V183
Last reset from warm-reset
Running Layer2/3 Switching Image

Ethernet-controller 1 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 2 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 3 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 4 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 5 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 6 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 7 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 8 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 9 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 10 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 11 has 1 Gigabit Ethernet/IEEE 802.3 interface

Ethernet-controller 12 has 1 Gigabit Ethernet/IEEE 802.3 interface

12 Gigabit Ethernet interfaces

The password-recovery mechanism is enabled.
384K bytes of flash-simulated NVRAM.
Base ethernet MAC Address: 00:0C:30:10:FC:00
Motherboard assembly number: 73-5527-16
Power supply part number: 34-0967-01
Motherboard serial number: CAT07050H7G
Power supply serial number: DCA07040FZU
Model revision number: M0
Motherboard revision number: A0
Model number: WS-C3550-12T
System serial number: CHK0706V183
Configuration register is 0x10F

rivendell#




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



Bug#596417: should break Dpkg.pm users or depend on libdpkg-perl

2010-09-11 Thread Lionel Elie Mamane
Package: dpkg
Version: 1.15.8.4
Severity: serious
Justification: 7

$ dpkg-source -x tzdata_2010l-1.dsc apt
Can't locate Dpkg.pm in @INC (@INC contains: /etc/perl 
/usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 
/usr/local/lib/site_perl .) at /usr/bin/dpkg-source line 7.
BEGIN failed--compilation aborted at /usr/bin/dpkg-source line 7.

$ dpkg -l dpkg-dev
ii  dpkg-dev1.14.29 Debian package development 
tools


Apparently libdpkg-perl has been split off dpkg; to allow for partial
upgrades, dpkg should have a Breaks relationship on all users of
Dpkg.pm, or depend on libdpkg-perl.


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

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

Versions of packages dpkg depends on:
ii  coreutils 6.10-6 The GNU core utilities
ii  libbz2-1.01.0.5-1high-quality block-sorting file co
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries
ii  xz-utils  4.999.9beta+20100810-1 XZ-format compression utilities
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt   0.8.0  Advanced front-end for dpkg

-- 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#579033: XDMCP don't works in gdm3

2010-09-11 Thread Josselin Mouette
Le vendredi 10 septembre 2010 à 22:59 +0200, mariodebian a écrit : 
 But now we have another problem, gdm-simple-slave can't connect to this
 IPV6 DISPLAY.

 GdmXdmcpDisplayFactory: Got display=1, SessionID=-711430548
 Class=MIT-unspecified from :::192.168.0.3

Thanks for the testing and logs. I have added something to strip
the ::: as gdm2 used to do, and it now seems to work.

The bug will be closed in the next upload.

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#596418: automake: rule-variable declaration in Makefile.am overrides rule generation

2010-09-11 Thread Yann Dirson
Package: automake
Version: 1:1.11.1-1
Severity: normal

(also impacts automake-1.9)

A rule-variable of the following form:

 foo: VAR=whatever

... is mistaken by automake by a custom production rule for foo, and
it does not generate a production rule itself.

I could work around this behaviour with something like:

 EMPTY=
 foo$(EMPTY): VAR=whatever

Note: I needed that for a crossbuild, where some libraries have to be
built both for host and target.  libnativefoo.a needs different
LDFLAGS and RANLIB definitions which automake does not apparently
allows to change.

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

Kernel: Linux 2.6.34.1-3-ge5b0813-dirty (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages automake depends on:
ii  autoconf  2.67-2 automatic configure script builder
ii  autotools-dev 20100122.1 Update infrastructure for config.{
ii  dpkg  1.15.8.4   Debian package management system
ii  install-info  4.13a.dfsg.1-5 Manage installed documentation in 

automake recommends no packages.

automake 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#596419: xen-linux-system-2.6.32-5-xen-amd64: causes a system hangup by the shutdown of the system, aacraid (sw raid) involved in hangup

2010-09-11 Thread Artur Linhart
Package: xen-linux-system-2.6.32-5-xen-amd64
Version: 2.6.32-21
Severity: critical
Justification: breaks the whole system


On the system is installed sw raid, raid1 is used.
There are 3 RAID1 volumes made as partition mirroring of 3 partitions,
1. for the system (is installed there), 2. and 3. for LVM.
LVM is not involved in this problem.
There is also installed a minimum gnome with the command
aptitude install -R xorg gnome-core gdm

The error came till now twice during the reboot of the system,
last message before the hangup was Stopping gdm and then came the error
and complete system hangup, the only way how to proceed was 
to perform a cold restart.

I looked into the /etc/rc.? ?={0|1|6} what is the order of the shutdown scripts
used by the shutdown and it seems
it could not to be related to gnome,
because immediatelly after the gdm stop 
is performed the mdadm stop, what causes with very high probability
the system hangup.

It is a very serious problem, I cannot safely reboot the system

After the restart for sure always the raid must be resynchronized, etc.

I will try to get more description of the hangup and attach it to this 
bugreport.

The error occurs on HP ProLiant DL320 G6 with E5506 Intel Xeon CPU

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

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

Versions of packages xen-linux-system-2.6.32-5-xen-amd64 depends on:
ii  linux-image-2.6.32-5-xen-amd 2.6.32-21   Linux 2.6.32 for 64-bit PCs, Xen d
ii  xen-hypervisor-4.0-amd64 [xe 4.0.1~rc6-1 The Xen Hypervisor on AMD64

xen-linux-system-2.6.32-5-xen-amd64 recommends no packages.

xen-linux-system-2.6.32-5-xen-amd64 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#596417: should break Dpkg.pm users or depend on libdpkg-perl

2010-09-11 Thread Raphael Hertzog
Hi,

On Sat, 11 Sep 2010, Lionel Elie Mamane wrote:
 $ dpkg-source -x tzdata_2010l-1.dsc apt
 Can't locate Dpkg.pm in @INC (@INC contains: /etc/perl 
 /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 
 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 
 /usr/local/lib/site_perl .) at /usr/bin/dpkg-source line 7.
 BEGIN failed--compilation aborted at /usr/bin/dpkg-source line 7.
 
 $ dpkg -l dpkg-dev
 ii  dpkg-dev1.14.29 Debian package 
 development tools
 
 Apparently libdpkg-perl has been split off dpkg; to allow for partial
 upgrades, dpkg should have a Breaks relationship on all users of
 Dpkg.pm, or depend on libdpkg-perl.

It already has Breaks but the version requirement was not strict enough.
I fixed this in the git repo.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693]

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



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



Bug#596352: New upstream version available

2010-09-11 Thread David Paleino
On Sat, 11 Sep 2010 09:20:26 +0200, Torsten Werner wrote:

 Hi,
 
 On Sat, Sep 11, 2010 at 7:38 AM, tony mancill tmanc...@debian.org wrote:
  On 09/10/2010 09:19 AM, David Paleino wrote:
  I'm trying to package geowebcache (ITP #), which in turn depends on many
  other things not present in Debian. One of these is tomcat-maven-plugin.
  This depends on plexus-component-metadata, version 1.5.1.
 
 @David: it can't be built with version 1.0? Have you tried that?

I didn't try that before; trying now, and I'm having another issue (i.e.
missing maven-repo hierarchy for jasper-jdt, contained in tomcat6-common). Will
try to solve that.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature


Bug#596420: not usable with maven -- /usr/share/maven-repo/ hierarchy missing

2010-09-11 Thread David Paleino
Package: libecj-java
Version: 3.5.1-1
Severity: normal

Hello,
as currently packaged, ecj is not usable (AFAICS, but I'm not really an expert)
from maven's pom.xml.

In fact, it's missing a /usr/share/maven-repo/ hierarchy.

AFAIUI, it should be:

/usr/share/maven-repo/org/eclipse/jdt/core/compiler/ecj/3.5.1/

, containing a symlink to the .jar in /usr/share/java/ and a .pom file.

Better yet would be also having a debian/ directory, sibling of the versioned
one.

Thank you,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature


Bug#596368: Additional Bugs in ISO 3166-2 XML

2010-09-11 Thread Christian PERRIER
Quoting Dusing, Rand (wrdus...@marathonoil.com):
 Package: iso-codes
 
 Version: n/a
 
  
 
 There are several additional bugs in 
 http://git.debian.org/?p=iso-codes/iso-codes.git;a=blob_plain;f=iso_3166_2/iso_3166_2.xml;hb=HEAD.
   

Thanks for taking care to go through this. All these reflect my work
method when editing things in this file. I copy/paste other
lines...and it happens that I forget about updating the codethus
leading to duplications.

 1.   Duplicate ES-IB. Balears should be ES-PM. Source: 
 http://en.wikipedia.org/wiki/ISO_3166-2:ES
 
 2.   Duplicate LY-JA. Al Jabal al Gharbī should be LY-JG. Source: 
 http://en.wikipedia.org/wiki/ISO_3166-2:LY
 
 3.   Duplicate MA-TIZ. Tiznit is only a province and not a prefecture. 
 Source: http://en.wikipedia.org/wiki/ISO_3166-2:MA
 
 4.   Duplicate MA-ZAG. Zagora is only a province and not a prefecture. 
 Source: http://en.wikipedia.org/wiki/ISO_3166-2:MA
 
 5.   Duplicate OM-MU. Z̧ufār should be OM-ZU. Source: 
 http://en.wikipedia.org/wiki/ISO_3166-2:OM
 
 6.   Duplicate PE-CAL. Municipalidad Metropolitana de Lima should be 
 PE-LMA. Source: http://en.wikipedia.org/wiki/ISO_3166-2:PE


All these are fixed now.

 
  
 
 Possible bugs relating to incorrect source data from ISO. Their website 
 http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-2.htm  
 states “Note that the characters after the separator are only unique within 
 the subdivision list of one particular country. They can be (and have been) 
 reused in the list of subdivision names of other countries e. g. ID-RI (Riau 
 province of Indonesia) and NG-RI (Rivers province in Nigeria). So only a 
 complete code element i. e. with the alpha-2 country code in front guarantees 
 uniqueness.” I’m going to contact them about the following issues below.
 
  
 
 1.   Duplicate CV-SL. São Lourenço dos Órgãos was recently added, so 
 maybe the ISO made a mistake. Sources: 
 http://www.iso.org/iso/iso_3166-2_newsletter_ii-2_2010-06-30.pdf, 
 http://en.wikipedia.org/wiki/ISO_3166-2:CV
 
 2.   Duplicate ID-MA. I don’t see any recent changes, but this seems to 
 go against ISO’s rules stated above. Source: 
 http://en.wikipedia.org/wiki/ISO_3166-2:ID
 
 3.   Duplicate IE-C. Same issue as above. Wikipedia entry does have a 
 footnote about the duplicate code. Source: 
 http://en.wikipedia.org/wiki/ISO_3166-2:IE

Here, I'm waiting for input from you before changing things...




signature.asc
Description: Digital signature


Bug#596352: New upstream version available

2010-09-11 Thread David Paleino
On Sat, 11 Sep 2010 09:20:26 +0200, Torsten Werner wrote:

 Hi,
 
 On Sat, Sep 11, 2010 at 7:38 AM, tony mancill tmanc...@debian.org wrote:
  On 09/10/2010 09:19 AM, David Paleino wrote:
  I'm trying to package geowebcache (ITP #), which in turn depends on many
  other things not present in Debian. One of these is tomcat-maven-plugin.
  This depends on plexus-component-metadata, version 1.5.1.
 
 @David: it can't be built with version 1.0? Have you tried that?

It builds fine (it seems). So, really your choice whether to upgrade it or
not :)

Sorry for the noise (I'll be bothering you again with the next missing
dependencies :D)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature


Bug#596420: not usable with maven -- /usr/share/maven-repo/ hierarchy missing

2010-09-11 Thread David Paleino
severity 596420 minor
thanks

On Sat, 11 Sep 2010 10:18:35 +0200, David Paleino wrote:

 Hello,
 as currently packaged, ecj is not usable (AFAICS, but I'm not really an
 expert) from maven's pom.xml.

I just learned the scopesystem/scope hack, thus making it usable.
Therefore I'm downgrading the severity.

Still, it would be nice to have a proper .pom and .jar in the maven
repository :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature


Bug#596421: /etc/cron.daily/apt handles Dir::Cache::archives wrong

2010-09-11 Thread M G Berberich
Package: apt
Version: 0.8.0
Severity: normal


I changed the apt-archive-path to “/data/squeeze/” by setting

  Dir::Cache::archives /data/squeeze/;

in „/etc/apt/apt.conf.d/80archive“. This works fine. The
“/etc/cron.daily/apt” cronjob gives this warning:

  /etc/cron.daily/apt:
  find: `/var/cache/apt//data/squeeze/': No such file or directory

presumably not checking if “Dir::Cache::archives” is an absolut path.

-- Package-specific info:

-- apt-config dump --

APT ;
APT::Architecture amd64;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Install-Recommends 1;
APT::Install-Suggests 0;
APT::Acquire ;
APT::Acquire::Translation environment;
APT::Authentication ;
APT::Authentication::TrustCDROM true;
APT::NeverAutoRemove ;
APT::NeverAutoRemove:: ^firmware-linux.*;
APT::NeverAutoRemove:: ^linux-firmware$;
APT::NeverAutoRemove:: ^linux-image.*;
APT::NeverAutoRemove:: ^kfreebsd-image.*;
APT::NeverAutoRemove:: ^linux-restricted-modules.*;
APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*;
APT::Never-MarkAuto-Sections ;
APT::Never-MarkAuto-Sections:: metapackages;
APT::Never-MarkAuto-Sections:: restricted/metapackages;
APT::Never-MarkAuto-Sections:: universe/metapackages;
APT::Never-MarkAuto-Sections:: multiverse/metapackages;
APT::Never-MarkAuto-Sections:: oldlibs;
APT::Never-MarkAuto-Sections:: restricted/oldlibs;
APT::Never-MarkAuto-Sections:: universe/oldlibs;
APT::Never-MarkAuto-Sections:: multiverse/oldlibs;
APT::Periodic ;
APT::Periodic::Update-Package-Lists 1;
APT::Periodic::Download-Upgradeable-Packages 0;
APT::Periodic::AutocleanInterval 0;
APT::Update ;
APT::Update::Post-Invoke ;
APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 
2/dev/null || true;
APT::Archives ;
APT::Archives::MaxAge 30;
APT::Archives::MinAge 2;
APT::Archives::MaxSize 500;
Dir /;
Dir::State var/lib/apt/;
Dir::State::lists lists/;
Dir::State::cdroms cdroms.list;
Dir::State::mirrors mirrors/;
Dir::State::extended_states /var/lib/apt/extended_states;
Dir::State::status /var/lib/dpkg/status;
Dir::Cache var/cache/apt/;
Dir::Cache::archives /data/squeeze/;
Dir::Cache::srcpkgcache srcpkgcache.bin;
Dir::Cache::pkgcache pkgcache.bin;
Dir::Etc etc/apt/;
Dir::Etc::sourcelist sources.list;
Dir::Etc::sourceparts sources.list.d;
Dir::Etc::vendorlist vendors.list;
Dir::Etc::vendorparts vendors.list.d;
Dir::Etc::main apt.conf;
Dir::Etc::netrc auth.conf;
Dir::Etc::parts apt.conf.d;
Dir::Etc::preferences preferences;
Dir::Etc::preferencesparts preferences.d;
Dir::Etc::trusted trusted.gpg;
Dir::Etc::trustedparts trusted.gpg.d;
Dir::Bin ;
Dir::Bin::methods /usr/lib/apt/methods;
Dir::Bin::dpkg /usr/bin/dpkg;
Dir::Media ;
Dir::Media::MountPath /media/apt;
Dir::Log var/log/apt;
Dir::Log::Terminal term.log;
Dir::Log::History history.log;
Dir::Ignore-Files-Silently ;
Dir::Ignore-Files-Silently:: ~$;
Dir::Ignore-Files-Silently:: \.disabled$;
Dir::Ignore-Files-Silently:: \.bak$;
Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$;
Acquire ;
Acquire::http ;
Acquire::http::Proxy http://[127.0.1.1]:3142;;
DPkg ;
DPkg::Pre-Install-Pkgs ;
DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true;
DPkg::Post-Invoke ;
DPkg::Post-Invoke:: if [ -d /var/lib/update-notifier ]; then touch 
/var/lib/update-notifier/dpkg-run-stamp; fi; if [ -e 
/var/lib/update-notifier/updates-available ]; then echo  
/var/lib/update-notifier/updates-available; fi ;
CommandLine ;
CommandLine::AsString apt-config dump;

-- (no /etc/apt/preferences present) --


-- (/etc/apt/sources.list present, but not submitted) --


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

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

Versions of packages apt depends on:
ii  debian-archive-keyring  2010.08.28   GnuPG archive keys of the Debian a
ii  gnupg   1.4.10-4 GNU privacy guard - a free PGP rep
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-8GCC support library
ii  libstdc++6  4.4.4-8  The GNU Standard C++ Library v3
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc   none (no description available)
ii  aptitude  0.6.3-3.1  terminal-based package manager (te
ii  bzip2 1.0.5-4high-quality block-sorting file co
ii  dpkg-dev  1.15.8.4   Debian package development tools
ii  lzma  4.43-14Compression method of 7z format in
ii  python-apt0.7.97.1   Python interface to libapt-pkg

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of 

Bug#596422: xen-linux-system-2.6.32-5-xen-amd64: System hangup during shutdown high probable during stopping of mdadm

2010-09-11 Thread Artur Linhart
Package: xen-linux-system-2.6.32-5-xen-amd64
Version: 2.6.32-21
Severity: critical
Justification: causes serious data loss

During the shutdown there comes a system hangup somehow related to aacraid.
It first came now after the upgrade of the package to the version specified 
below.

It makes it impossible to shutdown the computer cleanly in 50% of causes, 
causes damages in the sw raid arrays and hosted file systems
and also has a heavy impact on crashed fully virtualized
xen domains, because the data are not written to the disk

After reboot the resync of the array is necessary.

The raid is constructed as 3 partition-mirrors over 2 disks (every disk 
contains 
3 partitions which are mirrored between the disks). On the first mirrored 
partition resides the system, the other 2 are used for LVM, which seems to ahve
nothing to do with the problem.

During the hangup there is something written with aacraid and standard 
hangup mesages are printed out to the screen. I try to write them out 
by the next occasion.

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

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

Versions of packages xen-linux-system-2.6.32-5-xen-amd64 depends on:
ii  linux-image-2.6.32-5-xen-amd 2.6.32-21   Linux 2.6.32 for 64-bit PCs, Xen d
ii  xen-hypervisor-4.0-amd64 [xe 4.0.1~rc6-1 The Xen Hypervisor on AMD64

xen-linux-system-2.6.32-5-xen-amd64 recommends no packages.

xen-linux-system-2.6.32-5-xen-amd64 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#596423: [googleearth-package] Fixes for GoogleEarth 5.2.1

2010-09-11 Thread Rex Tsai

Package: googleearth-package
Version: 0.5.7
Severity: normal
Tags: patch

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

Enclosed please find a new patch against Google Earth 5.2.1.

In these changes, I removed the Qt4 libraries and use our own 
libfreeimage3 libraries.


* Avoid crashing[1] by QtWebKit. The QtWebKit libraries comes with 
GoogleEarch is incompatible with system browser plugins.


* Use the system font settings, but not Google Earth's internal font 
setting. It fixed font issue of non-en_US locale (ex: Chinese)


* I use LD_PRELOAD to overwrite the freeimages3 functions google linked 
into their own libIGGfx.so, which also caused crashing[2].


This patch should also fixes #590847[3], #590842[4],

[1] stactrace of Google's own QtWebKit
Stacktrace from glibc:
/usr/lib/googleearth/libgoogleearth_free.so(+0xd090b)[0xb759490b]
[0xb7875400]
/usr/lib/libgdk_pixbuf-2.0.so.0(gdk_pixbuf_from_pixdata+0x13f)[0x9f648daf]
/usr/lib/libgdk_pixbuf-2.0.so.0(gdk_pixbuf_new_from_inline+0x63)[0x9f649073]
/usr/lib/flashplugin-nonfree/libflashplayer.so(+0x4d335)[0x9fc68335]
/usr/lib/flashplugin-nonfree/libflashplayer.so(+0x4bd8e)[0x9fc66d8e]
/usr/lib/flashplugin-nonfree/libflashplayer.so(NP_Initialize+0x1ae)[0x9fc6b28e]
/usr/lib/googleearth/libQtWebKit.so.4(+0x747b22)[0xb6151b22]
/usr/lib/googleearth/libQtWebKit.so.4(+0x747c0c)[0xb6151c0c]

[2] stactrace without LD_PRELOAD freeimages3
Stacktrace from glibc:
/usr/lib/googleearth/libgoogleearth_free.so(+0xd090b)[0xb788290b]
[0xb78db400]
/usr/lib/googleearth/libIGGfx.so(+0x1296c9)[0xb3f206c9]
/usr/lib/googleearth/libIGGfx.so(FreeImage_LoadFromHandle+0xb1)[0xb3f0e2c1]
/usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx7igImage21platformLoadFreeImageEPNS_4Core6igFileEbPNS0_19igImageMetaDataListE+0xa1)[0xb3ef84b1]
/usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx10igOglImage12platformLoadEPNS_4Core6igFileEPNS0_19igImageMetaDataListE+0x112)[0xb3ef8bb2]
/usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx7igImage8loadFileEPNS_4Core6igFileEPNS0_19igImageMetaDataListE+0x12d)[0xb3ee91ad]
/usr/lib/googleearth/libevll.so(_ZN5earth4evll7Texture9LoadBytesEPKhi+0xa6d)[0xb0ad7b8d]

[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588847
[4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588842

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-4-686-bigmem

Debian Release: squeeze/sid
  500 unstablewww.emdebian.org
  500 unstablewww.debian-multimedia.org
  500 unstablehttp.us.debian.org
  500 unstableftp.us.debian.org
  500 unstabledebian.wgdd.de
  500 testing ftp.us.debian.org
  500 testing dl.google.com
  500 stable  repo.wuala.com
  500 stable  dl.google.com
  500 stable  deb.opera.com
  500 lucid   ppa.launchpad.net
  500 lucid   linux.getdropbox.com
1 experimentalftp.us.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-===
wget  | 1.12-2
 OR curl  | 7.21.1-1
dpkg-dev  | 1.15.8.4
fakeroot  | 1.14.4-1
bzip2 | 1.0.5-4
file  | 5.04-5
x11-common| 1:7.5+6
x11-utils | 7.5+4


Package's Recommends field is empty.

Package's Suggests field is empty.



diff --git a/make-googleearth-package b/make-googleearth-package
index d595b70..d01186c 100755
--- a/make-googleearth-package
+++ b/make-googleearth-package
@@ -72,7 +72,7 @@ function check_version() {
 
   echo $version 2
 
-  if grep -E 'GNU/Linux (4.[0123])|(5.[01])' $version  /dev/null; then
+  if grep -E 'GNU/Linux (4.[0123])|(5.[012])' $version  /dev/null; then
 GoogleEarth_VERSION=$(sed -e 's/.*GNU\/Linux //' $version)
 echo 'Supported Google Earth version:' $GoogleEarth_VERSION 2
   elif [ $OPT_FORCE ]; then
@@ -307,6 +307,15 @@ else
   LD_LIBRARY_PATH=${GOOGLE_EARTH_LD_LIBRARY_PATH}
 fi
 export LD_LIBRARY_PATH
+
+GOOGLE_EARTH_LD_PRELOAD=/usr/lib/libfreeimage.so.3
+if [ ! -z $LD_PRELOAD ]; then
+  LD_PRELOAD=${LD_PRELOAD}:${GOOGLE_EARTH_LD_PRELOAD}
+else
+  LD_PRELOAD=${GOOGLE_EARTH_LD_PRELOAD}
+fi
+export LD_PRELOAD
+
 /usr/lib/googleearth/googleearth-bin $@
 EOF
   chmod a+x googleearth
@@ -324,12 +333,12 @@ Source: googleearth-package
 
 Package: googleeearth
 Suggests: ttf-bitstream-vera
-Depends:
+Depends: 
 EOF
 
   local deps=$(for elf in $elfs; do echo 2 Checking shlib deps: $(basename $elf); LD_LIBRARY_PATH=../usr/lib/googleearth dpkg-shlibdeps --warnings=0 -O -Lshlibs.local $elf | sed -e 's/^shlibs:Depends=//' -e 's/, /\n/g'; done | sort -u)
 
-  local depends=$(while read dep; do echo -n $dep, ; done  $deps | sed 's/, $//')
+  local depends=libfreeimage3, $(while read dep; do echo -n $dep, ; done  $deps | sed 's/, $//')
 
   # clean up dpkg-shlibdeps helper files
   rm shlibs.local
@@ -381,6 +390,11 @@ function build_package() {
   # Workaround symbol problem in libcrypto
   mv 

Bug#596424: dctrl-tools: tbl-dctrl without -c arguments is broken

2010-09-11 Thread Antti-Juhani Kaijanaho
Package: dctrl-tools
Version: 2.13
Severity: important

Tested also in 2.13.1, 2.14, 2.14.1, 2.14.2, 2.15.

The output is:
+
+
+

Looks like field detection does not work.


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

Kernel: Linux 2.6.35.4-ibid-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dctrl-tools depends on:
ii  libc6 2.11.2-5   Embedded GNU C Library: Shared lib

dctrl-tools recommends no packages.

Versions of packages dctrl-tools suggests:
ii  apt   0.8.3  Advanced front-end for dpkg
ii  debtags   1.7.10+b1  Enables support for package tags

-- no debconf information

-- debsums errors found:
debsums: no md5sums for dctrl-tools



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



Bug#596425: pacparser: FTBFS: jsprf.c:644: error: incompatible types when assigning to type 'va_list' from type 'struct __va_list_tag *'

2010-09-11 Thread Philipp Kern
 at 20100911-0522
 FAILED [dpkg-buildpackage died]
 
 Purging 
 /var/lib/schroot/mount/sid-powerpc-sbuild-19308990-7bba-49b0-b93d-be1506100500/build/buildd-pacparser_1.2.2-1-powerpc-1bwage
 Not removing build depends: cloned chroot in use
 
 Finished at 20100911-0522
 Build needed 00:01:57, 10672k disc space


signature.asc
Description: Digital signature


Bug#596426: Latests Upload breaks ia32-libs-gtk and thus nspluginwrapper

2010-09-11 Thread Jan Christoph Uhde
Package: ia32-libs
Version: 20100908
Severity: normal


I am not sure if, i report the bug against the right package. So feel
free to reassign. 

Except for gtk libs there was a further lib missing to make make
nspluginwrapper work (i think it was libcairo). Since Flash appears to
be for some reason on many web pages, it became a central part of my
browsing experience. I guess flash is one of the main reasons that
ia32-libs and nspluginwrapper are installed on most desktop systems.
Please fix it:)

Regards Jan



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

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

Versions of packages ia32-libs depends on:
ii  dpkg1.15.8.4 Debian package management system
ii  lib32asound21.0.23-1 shared library for ALSA applicatio
ii  lib32gcc1   1:4.4.4-14   GCC support library (32 bit Versio
ii  lib32stdc++64.4.4-14 The GNU Standard C++ Library v3 (3
ii  lib32v4l-0  0.8.0-1  Collection of video4linux support 
ii  lib32z1 1:1.2.3.4.dfsg-3 compression library - 32 bit runti
ii  libc6-i386  2.11.2-5 Embedded GNU C Library: 32-bit sha
ii  lsb-release 3.2-23.1 Linux Standard Base version report

ia32-libs recommends no packages.

Versions of packages ia32-libs suggests:
pn  ia32-libs-gtk none (no description available)

-- no debconf information



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



Bug#596427: evilwm: switching to another wm isnt documented (annoying bug or intended feature?)

2010-09-11 Thread Felix Salfelder
Package: evilwm
Version: 1.0.0-1
Severity: wishlist
Tags: upstream

common windowmanagers allow users to switch to different ones.
i happened to switch to evilwm, but then had to kill my xsession to get
back.

the manual states that exiting evilwm is done by killing it. so i'm not
sure whether this is intended behaviour. if so, i suggest to make this
more explicit in the BUGS section of the man page.

thanks for considering this thought
felix

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (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/bash

Versions of packages evilwm depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxrandr22:1.3.0-3  X11 RandR extension library

evilwm recommends no packages.

evilwm 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#596364: unblock: cracklib2/2.8.16-3

2010-09-11 Thread Philipp Kern
Jan,

On Fri, Sep 10, 2010 at 08:21:08PM +0200, Jan Dittberner wrote:
 Please unblock package cracklib2
 
 it includes a bugfix for RC bug #596281. A diff to the previous
 version is attached.
 
 unblock cracklib2/2.8.16-3

I'm not happy about the Breaks change.  First of all, why changing a version
constraint on something pre-Lenny at all at this point, instead of removing it,
because we don't support skipping releases.  Secondly there's nothing to
upgrade to, to solve the Breaks.  But then policy suggests that the package
management will deconfigure the offending package.

I'm fearing that all this random let's convert stuff to Breaks will cause
trouble in upgrading from Lenny.  I'd suggest you to just drop it instead.

Kind regards,
Philipp Kern


signature.asc
Description: Digital signature


Bug#596422: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64: System hangup during shutdown high probable during stopping of mdadm)

2010-09-11 Thread Artur Linhart - Linux communication
This bug is a duplicate of the bug 596419, so it can be closed.


-Original Message-
From: Debian BTS [mailto:debb...@busoni.debian.org] On Behalf Of Debian Bug
Tracking System
Sent: Saturday, September 11, 2010 11:06 AM
To: Artur Linhart
Subject: Bug#596422: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64:
System hangup during shutdown high probable during stopping of mdadm)

Thank you for filing a new Bug report with Debian.

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

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

As you requested using X-Debbugs-CC, your message was also forwarded to
  al.li...@bcpraha.com
(after having been given a Bug report number, if it did not have one).

Your message has been sent to the package maintainer(s):
 Debian Kernel Team debian-ker...@lists.debian.org

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

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

-- 
596422: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596422
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

__ Informace od NOD32 5441 (20100910) __

Tato zprava byla proverena antivirovym systemem NOD32.
http://www.nod32.cz





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



Bug#596384: unblock: pam-pgsql/0.7.1-3

2010-09-11 Thread Philipp Kern
Jan,

On Fri, Sep 10, 2010 at 11:25:14PM +0200, Jan Dittberner wrote:
 I just uploaded pam-pgsql/0.7.1-3 to unstable. The new upload fixes #594721 
 and
 #596375. The first bug is security related, the patch is in production use by
 the bug submitter and looks sane to me. The second bug is RC because it would
 break upgrades from Lenny.

I don't see how the support Postgres' md5 hashes is security related.
I can only use this table if I do $foo while $foo is maybe not sane
doesn't qualify as a security bug in my books.

This is fun, too:

+TODO (see http://dep.debian.net/deps/dep3/):
+Last-Update: 2010-08-28
+Forwarded: no|not-needed|url proving that it has been forwarded
+Reviewed-By: name and email of someone who approved the patch

That said I wouldn't oppose it, despite it not fitting the freeze guidelines.

As for #596375: it looks RC-ish.  I'm a bit stunned that there's neither a
manpage, nor it's shipped with a configuration file at the default location you
suggest.  After all, you could pass config_file to the module to use a
different one, and those will still break.  I'm not sure how to handle this
case properly, though, and I'd strongly suggest an entry in NEWS.Debian.

Kind regards,
Philipp Kern


signature.asc
Description: Digital signature


Bug#596401: unblock: planner-el/3.42-3

2010-09-11 Thread Philipp Kern
On Fri, Sep 10, 2010 at 05:52:35PM -0700, John Sullivan wrote:
 Please unblock package planner-el.
 
 3.42-3 fixes a FTBFS bug by removing a build dependency that does not
 exist in squeeze. Instead of naming specific emacs version packages as
 build dependencies, it just names the emacsen virtual package (which
 it did before as one of the ORed list), since any of the providers of
 that package work.

How did you build test it?  I suppose that the default sbuild dependency
resolving algorithm will fail horribly on this.

Kind regards,
Philipp Kern


signature.asc
Description: Digital signature


Bug#596428: xulrunner-1.9.1: Error console: cannot get pref app.vendorURL in nsURLFormatter.js when starting Iceweasel

2010-09-11 Thread Dimitri Chausson
Package: xulrunner-1.9.1
Version: 1.9.1.11-2
Severity: minor


Hi,

this preference is probably missing ..? It is queried by:
/usr/lib/xulrunner-1.9.1/chrome/toolkit.jar!/content/global/about.xhtml
This is the copy of the error console:

Error: formatURLPref: Couldn't get pref: app.vendorURL
Source File: file:///usr/lib/xulrunner-1.9.1/components/nsURLFormatter.js
Line: 68


Thanks for your time and regards, 

Dimitri


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

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

Versions of packages xulrunner-1.9.1 depends on:
ii  libasound2  1.0.23-1 shared library for ALSA applicatio
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libbz2-1.0  1.0.5-4  high-quality block-sorting file co
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-5 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.4-8GCC support library
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.1-1+b1  The GTK+ graphical user interface 
ii  libhunspell-1.2-0   1.2.11-1 spell checker and morphological an
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libmozjs2d  1.9.1.11-2   The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d 4.8.4-2  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.6-3 Network Security Service libraries
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libpng12-0  1.2.44-1 PNG library - runtime
ii  libreadline66.1-3GNU readline and history libraries
ii  libsqlite3-03.7.2-1  SQLite 3 shared library
ii  libstartup-notification 0.10-1   library for program launch feedbac
ii  libstdc++6  4.4.4-8  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxrender1 1:0.9.6-1X Rendering Extension client libra
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

xulrunner-1.9.1 recommends no packages.

Versions of packages xulrunner-1.9.1 suggests:
ii  libcanberra0  0.24-1 a simple abstract interface for pl
ii  libdbus-glib-1-2  0.88-2 simple interprocess messaging syst
ii  libgconf2-4   2.28.1-3   GNOME configuration database syste
ii  libgnome2-0   2.30.0-1   The GNOME library - runtime files
ii  libgnomeui-0  2.24.3-1   The GNOME libraries (User Interfac
ii  libgnomevfs2-01:2.24.3-1 GNOME Virtual File System (runtime

-- 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#596429: libdbd-sqlite3-perl: Harcodes optimization flags

2010-09-11 Thread Cyril Brulebois
Package: libdbd-sqlite3-perl
Version: 1.29-3
Severity: normal

Hi,

currently, Makefile.PL has -O2 hardcoded, meaning one can't use either
of those:
| DEB_BUILD_OPTIONS=noopt nostrip (-O0 gets ignored)
| DEB_CFLAGS_SET=-O3

Mraw,
KiBi.

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

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

Versions of packages libdbd-sqlite3-perl depends on:
ii  libc6 2.11.2-5   Embedded GNU C Library: Shared lib
ii  libdbi-perl [perl-dbdabi-94]  1.612-1Perl Database Interface (DBI)
ii  libsqlite3-0  3.7.2-1SQLite 3 shared library
ii  perl  5.10.1-14  Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10.1]5.10.1-14  minimal Perl system

libdbd-sqlite3-perl recommends no packages.

libdbd-sqlite3-perl 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#596430: qmail: [INTL:fr] French debconf templates translation update

2010-09-11 Thread Christian Perrier
Package: qmail
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.



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

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of qmail debconf template to French.
# Copyright (C) 2010 Debian French l10n team debian-l10n-fre...@lists.debian.org
# This file is distributed under the same license as the qmail package.
# Translators:
# Thomas BLEIN tbl...@tblein.eu, 2010.
msgid 
msgstr 
Project-Id-Version: qmail\n
Report-Msgid-Bugs-To: qm...@packages.debian.org\n
POT-Creation-Date: 2010-06-10 00:47-0400\n
PO-Revision-Date: 2010-04-14 11:30+0100\n
Last-Translator: Thomas Blein tbl...@tblein.eu\n
Language-Team: French debian-l10n-fre...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: note
#. Description
#: ../qmail.templates:2001
msgid Notice for Qmail users
msgstr Avertissement pour les utilisateurs de Qmail

#. Type: note
#. Description
#: ../qmail.templates:2001
msgid 
Before making any changes to Qmail configuration, please read /usr/share/doc/
qmail/README.Debian.gz. This file includes a description of the differences 
between Qmail in Debian, Qmail in other systems, and other mail transfer 
agents.
msgstr 
Avant de faire des changements dans la configuration de Qmail, veuillez 
lire /usr/share/doc/qmail/README.Debian.gz. Ce fichier contient une 
description des differences entre Qmail sur Debian, Qmail sur d'autres 
systèmes ainsi que les différences avec d'autres serveurs de messagerie 
électronique.

#. Type: note
#. Description
#: ../qmail.templates:2001
msgid 
If you were using a more conventional MTA previously, you will also want to 
read the \qmail-upgrade\ manpage, which details user-visible differences 
between Sendmail and Qmail.
msgstr 
Si vous utilisiez précédemment un logiciel serveur de messagerie 
électronique (MTA) plus conventionnel, il est également conseillé de lire la 
page de manuel « qmail-upgrade » qui détaille les différences visibles pour 
l'utilisateur entre Sendmail et Qmail.

#. Type: note
#. Description
#: ../qmail.templates:2001
msgid 
If you are new to Qmail, you will want to at least peruse the Qmail FAQ, 
which can be found in /usr/share/doc/qmail.
msgstr 
Si vous ne connaissez pas Qmail, il est conseillé de lire au moins la FAQ 
Qmail qui peut être trouvée dans /usr/share/doc/qmail.

#. Type: boolean
#. Description
#: ../qmail.templates:3001
msgid Start Qmail now?
msgstr Faut-il démarrer Qmail maintenant ?

#. Type: note
#. Description
#: ../qmail.templates:4001
msgid Qmail will be started at the next reboot
msgstr Lancement automatique de Qmail au prochain démarrage

#. Type: note
#. Description
#: ../qmail.templates:4001
msgid 
You chose not to start Qmail now. It will be started automatically at next 
reboot.
msgstr 
Vous avez choisi de ne pas démarrer Qmail maintenant. Il sera lancé 
automatiquement au prochain redémarrage du système.

#. Type: note
#. Description
#: ../qmail.templates:4001
msgid 
You can also start it manually with \/etc/init.d/qmail start\ (as root) at 
a shell prompt.
msgstr 
Vous pouvez également le démarrer vous-même avec la commande « /etc/init.d/
qmail start » (avec les privilèges du superutilisateur).

#. Type: boolean
#. Description
#: ../qmail.templates:5001
msgid Remove Qmail users during a purge?
msgstr 
Faut-il supprimer les identifiants utilisés par Qmail, lors de la purge ?

#. Type: boolean
#. Description
#: ../qmail.templates:5001
msgid 
Please choose whether you want users created by the qmail package to be 
removed when this package is purged.
msgstr 
Veuillez indiquer si les identifiants créés par le paquet qmail doivent être 
supprimés quand le paquet sera purgé.

#. Type: error
#. Description
#: ../qmail.templates:6001
msgid Changes for virtual users
msgstr Changements pour les utilisateurs virtuels

#. Type: error
#. Description
#: ../qmail.templates:6001
msgid 
recipientmap is gone from Qmail 1.03. The virtualdomains mechanism has been 
expanded to support virtual users. This machine's setup needs to be fixed.
msgstr 
La fonction « recipientmap » a été retirée de Qmail 1.03. Le mécanisme de 
domaine virtuel a été étendu pour gérer les utilisateurs virtuels. La 
configuration de cette machine doit être modifiée en conséquence.

#. Type: note
#. Description
#: ../qmail.templates:7001
msgid qlist utility discontinued
msgstr Utilitaire qlist obsolète

#. Type: note
#. Description
#: ../qmail.templates:7001
msgid 
The qlist utility was split out into a separate tarball by the upstream 
developer in Qmail 1.02.
msgstr 
L'utilitaire qlist est distribué séparément de Qmail depuis la version 1.02.

#. Type: note

Bug#548099: broken on kfreebsd

2010-09-11 Thread Peter Palfrader
On Sat, 11 Sep 2010, martin f krafft wrote:

 also sprach Peter Palfrader wea...@debian.org [2010.09.10.2046 +0200]:
  I applied this patch, but now mollyguard doesn't recognize my tty is
  from ssh.
 
 Please elaborate, I have no kfreebsd systems to test molly-guard on.
 I mean, I can get an SSH shell and run it in test-mode, but I cannot
 test whether my changes break the commands for other types of tty.

Why is access to io and asdfasdf not sufficient?  Even on these you can
probably check the return code of your scripts.

wea...@asdfasdf:~$ ALWAYS_QUERY_HOSTNAME=0 SSH_CONNECTION='' 
MOLLYGUARD_SETTINGS='' MOLLYGUARD_CMD='' sh -x ./30-query-hostname 
+ set -eu
+ ME=molly-guard
+ '[' -f '' ']'
+ PRETEND_SSH=0
+ test -t 0
+ case ${ALWAYS_QUERY_HOSTNAME:-0} in
++ tty
+ PTS=/dev/ttyp6
+ pgrep -f '^sshd.+ttyp6\'
+ '[' -z '' ']'
+ '[' 0 -eq 1 ']'
+ exit 0
wea...@asdfasdf:~$ 

[SSH_CONNECTION would usually be eaten by sudo]

-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.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#596431: dokuwiki: [INTL:fr] French debconf templates translation update

2010-09-11 Thread Christian Perrier
Package: dokuwiki
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.



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

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of dokuwiki debconf screen to French
# Copyright © 2010 Debian French l10n Team debian-l10n-fre...@lists.debian.org
# This file is distributed under the same license as the dokuwiki package.
# Translator: 
# Steve Petruzzello dl...@bluewin.ch
#
msgid 
msgstr 
Project-Id-Version: dokuwiki_0.0.20091225c-4\n
Report-Msgid-Bugs-To: dokuw...@packages.debian.org\n
POT-Creation-Date: 2010-04-25 21:58+0200\n
PO-Revision-Date: 2010-07-12 12:05+0100\n
Last-Translator: Steve Petruzzello dl...@bluewin.ch\n
Language-Team: french debian-l10n-fre...@lists.debian.org\n
Language: French\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid apache2
msgstr Apache 2

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid lighttpd
msgstr Lighttpd

#. Type: multiselect
#. Description
#: ../templates:1002
msgid Web server(s) to configure automatically:
msgstr Serveur(s) web à configurer automatiquement :

#. Type: multiselect
#. Description
#: ../templates:1002
msgid 
DokuWiki runs on any web server supporting PHP, but only listed web servers 
can be configured automatically.
msgstr 
DokuWiki fonctionne avec n'importe quel serveur qui gère PHP, mais seuls 
ceux indiqués ici peuvent être configuré automatiquement.

#. Type: multiselect
#. Description
#: ../templates:1002
msgid 
Please select the web server(s) that should be configured automatically for 
DokuWiki.
msgstr 
Veuillez choisir le (ou les) serveur(s) web à configurer automatiquement 
pour Dokuwiki.

#. Type: boolean
#. Description
#: ../templates:2001
msgid Should the web server(s) be restarted now?
msgstr Faut-il redémarrer le (ou les) serveur(s) web maintenant ?

#. Type: boolean
#. Description
#: ../templates:2001
msgid 
In order to activate the new configuration, the reconfigured web server(s) 
have to be restarted.
msgstr 
Afin d'activer la nouvelle configuration, le (ou les) serveur(s) web doivent 
être redémarrés.

#. Type: string
#. Description
#: ../templates:3001
msgid Wiki location:
msgstr Emplacement du wiki :

#. Type: string
#. Description
#: ../templates:3001
msgid 
Specify the directory below the server's document root from which DokuWiki 
should be accessible.
msgstr 
Veuillez indiquer le répertoire, dans l'arborescence du serveur web, qui 
sera la racine de Dokuwiki.

#. Type: select
#. Description
#: ../templates:4001
msgid Authorized network:
msgstr Réseau autorisé :

#. Type: select
#. Description
#: ../templates:4001
msgid 
Wikis normally provide open access to their content, allowing anyone to 
modify it. Alternatively, access can be restricted by IP address.
msgstr 
Les wikis fournissent un accès libre à leur contenu, permettant à quiconque 
de le modifier. Néanmoins leur accès peut être restreint par adresses IP.

#. Type: select
#. Description
#: ../templates:4001
msgid 
If you select \localhost only\, only people on the local host (the machine 
the wiki is running on) will be able to connect. \local network\ will 
allow people on machines in a local network (which you will need to specify) 
to talk to the wiki. \global\ will allow anyone, anywhere, to connect to 
the wiki.
msgstr 
Le choix « hôte local seul » restreint la connexion aux utilisateurs locaux. 
Alternativement, « réseau local » permet la connexion aux personnes du 
réseau local (qu'il vous incombe de spécifier) et « sans restriction » 
permet à tout le monde de se connecter.

#. Type: select
#. Description
#: ../templates:4001
msgid 
The default is for site security, but more permissive settings should be 
safe unless you have a particular need for privacy.
msgstr 
La valeur par défaut est très restrictive pour garantir la securité du site 
mais des valeurs plus permissives sont sûres sauf si vous avez des besoins 
particuliers en termes de vie privée.

#. Type: select
#. Choices
#: ../templates:4002
msgid localhost only
msgstr hôte local seulement

#. Type: select
#. Choices
#: ../templates:4002
msgid local network
msgstr réseau local

#. Type: select
#. Choices
#: ../templates:4002
msgid global
msgstr sans restriction

#. Type: string
#. Description
#: ../templates:5001
msgid Local network:
msgstr Réseau local :

#. Type: string
#. Description
#: ../templates:5001
msgid 
The specification of your local network should either be an IP network in 
CIDR format (x.x.x.x/y) or a domain specification (like .example.com).
msgstr 
Veuillez indiquer le réseau local, soit avec le format CIDR (x.x.x.x/y), 

Bug#596432: Wrong indention in package description

2010-09-11 Thread Erik Esterer
Package: gpib-modules-source
Version: 3.2.11-2.1
Severity: minor
Tags: patch

Hello.

I found a wrong indention while translating the package description via DDTSS. 
A patch is included.

Thanks, Erik


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- control 2010-02-13 03:02:06.0 +0100
+++ control.new 2010-09-11 12:47:48.0 +0200
@@ -11,7 +11,7 @@
 Priority: optional
 Description: kernel modules for various GPIB boards
  The Linux GPIB Package is a support package for GPIB (IEEE 488) hardware. The
-  API of the C library is intended to be compatible with National Instrument's
-  GPIB library.
+ API of the C library is intended to be compatible with National Instrument's
+ GPIB library.
  This packages contains the source for the kernel modules for various
  GPIB boards.
--- control 2010-02-13 03:02:06.0 +0100
+++ control.new 2010-09-11 12:47:48.0 +0200
@@ -11,7 +11,7 @@
 Priority: optional
 Description: kernel modules for various GPIB boards
  The Linux GPIB Package is a support package for GPIB (IEEE 488) hardware. The
-  API of the C library is intended to be compatible with National Instrument's
-  GPIB library.
+ API of the C library is intended to be compatible with National Instrument's
+ GPIB library.
  This packages contains the source for the kernel modules for various
  GPIB boards.


Bug#594992: keyboard-configuration: add brazilian abnt2 model to the list of keyboards

2010-09-11 Thread Gunther Furtado
Em Sat, 11 Sep 2010 09:13:22 +0200
Christian PERRIER bubu...@debian.org escreveu:

 Quoting Samuel Thibault (sthiba...@debian.org):
  reassign 594992 kbd-chooser
  thanks
  
  Gunther Furtado, le Sat 04 Sep 2010 14:50:42 -0300, a écrit :
   The questions appears in this order.
   
   1. Please choose the language used for the instalation process...
   Portuguese (Brazil)
   
   2. Location
   
   3. Keymap to use for a USB keyboard
 there is no Brazilian otpion here!!!
  
  Ok, so that's why.  This is kbd-chooser and not console-setup, and
  kbd-chooser indeed doesn't have such choice.
 
 Keymaps are provided by console-data.
 
 But console-data *doesn't* have a keymap for Brazilian ABNT2 layout in
 its mac directory.
 
 And these are what's used when one is choosing USB keyboard:
 
 Template: console-keymaps-usb/keymap
 Type: select
 Choices-C: mac-usb-us, mac-usb-be, mac-usb-uk, mac-usb-dk-latin1,
 mac-usb-dvorak, mac-usb-fi-latin1, mac-usb-fr,
 mac-usb-de-latin1-nodeadkeys, it, mac-usb-it, mac-usb-pt-latin1 ,
 mac-usb-es, mac-usb-se, mac-usb-fr_CH-latin1, mac-usb-de_CH
 #flag:partial __Choices: American English, Belgian, British English,
 Danish, Dvorak, Finnish, French, German, Italian, Italian,
 Portuguese, Spanish, Swedish, Swiss French, Swiss German
 _Description: Keymap to use for a USB keyboard:
 
 
 What I think is happening here is that the PowerPC installer follows
 *by default* a path for keymap choice that goes through USB keyboard
 which, itself, leads to the choice of keymaps among a very restricted
 set.
 
 See the following comment in kbd-chooser/usb-kbd.c:
 
 static kbd_t *usb_preferred_keymap (kbd_t *keyboards, const char
 *subarch) {
   /* FIXME
* It was a mistake to tie keymaps to architectures: all
 the keymaps
* in console-keymaps-usb are Mac-specific (at the moment);
 PC USB keyboards
* all use standard AT keymaps. But its too close to sarge
 release to change design,
* so we go with the following hack:
* If the USB keyboard vendor is Apple, set PRESENT = TRUE.
* For other keyboard vendors and if architecture is x86 or
 powerpc (prep and chrp),
* force the installer to display the list of AT keymaps.
 This is needed because, for
* 2.6 kernels, we can not assume that a AT connector will be
 detected in at-kbd.c. *
* UPDATE
* Because of the changes in the input layer, we can now be
 sure that an
* AT keyboard layout is needed, even if an USB keyboard is
 detected. So we force
* any USB keyboard to AT and no longer include the option to
 select a USB keymap
* for all arches except powerpc which still needs the usb
 keymaps as otherwise
* the mode switch key (for accented characters) is mapped to
 the wrong key. */
 
   // Always use AT keymaps for USB keyboards with 2.6 kernel
 (except for powerpc) int skip_26_kernels = 0;
 #if defined (AT_KBD)  !defined(__powerpc__)
   struct utsname buf;
   uname(buf);
   if (strncmp(buf.release, 2.6, 3) == 0)
   skip_26_kernels = 1;
 #endif
 
 
 
 General problem: all this code is many years old and doesn't really
 fit the current situation where USB is everywhere and the only
 keyboards that are used in real life are the various flavours of
 PC-style keyboards (overgeneralization here, of course: various Macs
 do have specific layouts, so are the last sold Sun keyboards,
 etc).
 
 Immediate solution for Gunther, I think: use the installer in expert
 mode and choose AT keyboard Not having a PowerPC machine handy,
 I can't test this, though.
 

Hi, many thanks but nope, it doesn't work. At least on stable
installer (the only one yaboot boot loader can load, sid vmlinux is
too big) it doesn't. 

First item in expert is about language and the second one about
keymaps, only two options here are (1)USB keyboard (takes me back to the
same list without br-abnt) and (2)leave keymap untouched which does not
suits me also.

cheers,



-- 
...agora, só nos sobrou o futuro..., visto em www.manuchao.net

Gunther Furtado
Curitiba - Paraná - Brasil
gunfurt...@gmail.com




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



Bug#596419: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64: causes a system hangup by the shutdown of the system, aacraid (sw raid) involved in hangup)

2010-09-11 Thread Artur Linhart - Linux communication
After further anaysis it seems to be the fact it occurs not by mdadm stop
but by the call of xendomains stop because the hangup occurs not only by
the shutdown, but also by the simple call of

/etc/init.d/xendomains stop

- there are 4 domains running, 3 fully virtualized based on qemu and one
paravirtual, also debian squeeze based.

It also does not hang up the computer completely, it just freezes the
keyboard (also the numlock does not react etc.) and services (for example
concurrent ssh connection to the amchine is no longer usefull), but the
system itself does still something. There come after some minutes of waiting
again and again messages, ending by the following call trace (I hope I made
no mistakes in writing it down from monitor):
Call Trace:
[]? smp_call_function_many+0x191/0x1af
[]? drain_local_pages+0x0/0xd
[]? smp_call_function+0x20/0x24
[]? on_each_cpu+0x10/0x2e
[]? __alloc_pages_nodemask+0x3f4/0x5ce
[]? check_events+0x12/0x20
[]? new_slab+0x42/0x1ca
[]? __slab_alloc+0x1f0/0x39b
[]? sock_alloc_send_pskb+0xbd/0x2d8
[]? cap_socket_getpeersec_dgram+0x0/0x6
[]? __kmalloc_node_track_caller+0xbb/0x11b
[]? sock_alloc_send_pskb+0xbd/0x2d8
[]? __alloc_skb+0x69/0x15a
[]? sock_alloc_send_pskb+0xbd/0x2d8
[]? pollwake+0x0/0x5b
[]? unix_stream_sendmsg+0x133/0x2a1
[]? sock_aio_write+0xb1/0xbc
[]? sock_aio_write+0x0/0xbc
[]? do_sync_readv_writev+0xc0/0x107
[]? autoremove_wake_function+0x0/0x2e
[]? rw_copy_check_nvector+0x6d/0xe4
[]? do_readv_writev+0xb2/0x115
[]? pvclock_clocksource_read+0x3a/0x70
[]? sys_writev+0x45/0x93
[]? system_call_fastpath+0x16/0x1b

This stack trace comes multiple times (for hour or more before I pushed the
power button) and unfortunatelly I cannot see anything more usefull in the
error. In the start, there was also some message with aacraid, but It
vanished too quickly to see what was written there.

-Original Message-
From: Debian BTS [mailto:debb...@busoni.debian.org] On Behalf Of Debian Bug
Tracking System
Sent: Saturday, September 11, 2010 10:15 AM
To: Artur Linhart
Subject: Bug#596419: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64:
causes a system hangup by the shutdown of the system, aacraid (sw raid)
involved in hangup)

Thank you for filing a new Bug report with Debian.

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

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

As you requested using X-Debbugs-CC, your message was also forwarded to
  al.li...@bcpraha.com
(after having been given a Bug report number, if it did not have one).

Your message has been sent to the package maintainer(s):
 Debian Kernel Team debian-ker...@lists.debian.org

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

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

-- 
596419: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596419
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

__ Informace od NOD32 5441 (20100910) __

Tato zprava byla proverena antivirovym systemem NOD32.
http://www.nod32.cz





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



Bug#593515: mirror submission for mirror.serverius.nl

2010-09-11 Thread Simon Paillard
tag 593515 +moreinfo
thanks

On Wed, Aug 18, 2010 at 09:05:02PM +, Serverius wrote:
 Package: mirrors
 Severity: wishlist
 
 Submission-Type: new
 Site: mirror.serverius.nl
 Aliases: debian.serverius.nl
 Type: leaf
 Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 ia64 
 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc 
 Archive-ftp: /debian/

FTP connection is refused.

 Archive-http: /debian/
 Archive-rsync: debian/

HTTP/RSYNC ok.

Please read carefully http://www.debian.org/mirror/ftpmirror and use the
recommended tool there.

 CDImage-ftp: /debian/
 CDImage-http: /debian/
 CDImage-rsync: debian/
 Old-ftp: /debian/
 Old-http: /debian/
 Old-rsync: debian/
 Volatile-ftp: /debian/
 Volatile-http: /debian/
 Volatile-rsync: debian/

It's not a very good idea to mirror more than one source to the same
destination...
volatile should go to /debian-volatile/, CDImage to /debian-cd/, and
debian-archive to /debian-archive/ (for all protocols you declare as
working).

 IPv6: no

If you want to make IPv6 available, then please add IPv6  entries to
mirror.serverius.nl / debian.serverius.nl.

 Archive-upstream: ftp.nl.debian.org
 Volatile-upstream: ftp.nl.debian.org
 CDImage-upstream: ftp.nl.debian.org
 Updates: twice
 Maintainer: Serverius mir...@serverius.nl
 Country: NL Netherlands
 Location: Serverius Dronten, The Netherlands
 Sponsor: Serverius http://www.serverius.nl
 Comment: Server has a dedicated 1Gbps connection to the core switch.

-- 
Simon Paillard



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



Bug#596433: prosody: postinst script fails with customised openssl configuration

2010-09-11 Thread Julien Valroff
Package: prosody
Version: 0.7.0-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I have configured openssl to use several commonName options, which makes
prosody uninstallable.

Indeed, the postinst script expects to give an hardcoded number of answers
during the certificate creation, and fails when more answers are needed.

A better way would be to ship a standard openssl configuration file, and use
it through openssl -config option, or the OPENSSL_CONF environment variable.

Cheers,
Julien

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

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

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

iEYEARECAAYFAkyLae4ACgkQIQvyq59x1EkaawCeIhXzTllCN4iFylP8KaqL1MSk
+qwAoKmcY+zeDeKsb6nCaX11aL7/iBHI
=I8VG
-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#589525: mirror submission for mirrors.163.com

2010-09-11 Thread Simon Paillard

tag 589525 +moreinfo
thanks

Hi,

Please read carefully http://www.debian.org/mirror/ftpmirror

On Sun, Jul 18, 2010 at 01:50:27PM +, netease wrote:
 Package: mirrors
 Severity: wishlist
 
 Submission-Type: new
 Site: mirrors.163.com
 Type: leaf
 Archive-architecture: amd64 i386 
 Archive-http: /debian/

The local trace file is missing, please follow
http://www.debian.org/mirror/ftpmirror#how

 IPv6: no
 Archive-upstream: ftp.debian.org

Read http://www.debian.org/mirror/ftpmirror#wherefrom

 Updates: once
 Maintainer: netease mir...@service.netease.com
 Country: CN China
 Comment: Mirror every six hours. Server provided by the top ICP of China 
 Netease aka 163.com. 

How much bandwidth is available ?

By the way:

http://mirrors.163.com/debian-backport/
- the right name is debian-backport*s*
- please use the recommended ftpsync tool (have a conf file
ftpsync-backports.conf)

Thanks for mirroring Debian and best regards.

-- 
Simon Paillard



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



Bug#594992: keyboard-configuration: add brazilian abnt2 model to the list of keyboards

2010-09-11 Thread Christian PERRIER
Quoting Gunther Furtado (gunfurt...@gmail.com):

 Hi, many thanks but nope, it doesn't work. At least on stable
 installer (the only one yaboot boot loader can load, sid vmlinux is
 too big) it doesn't. 
 
 First item in expert is about language and the second one about
 keymaps, only two options here are (1)USB keyboard (takes me back to the
 same list without br-abnt) and (2)leave keymap untouched which does not
 suits me also.

Ah, sad. So I'm afraid that someone needs to care enough about this
issue (and powerpc) to fix it. As you mention also, we apparently also
need to find someone caring enough to fix the yaboot stuff.




signature.asc
Description: Digital signature


Bug#596434: new opencc needs to claim conflict with libopencc0

2010-09-11 Thread Osamu Aoki
Package: opencc
Version: 0.1.1-1
Severity: important

Since this opencc does not claim conflict with libopencc0, when trying
to upgrade from testing combination, it has file crash.  Since
libopencc0 will not be needed or created, conflict seems good idea.

-- 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 opencc depends on:
ii  libc6 2.11.2-5   Embedded GNU C Library: Shared lib
pn  libopencc1none (no description available)

opencc recommends no packages.

opencc 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#571406: Patch for the 3.112+nmu1 NMU of adduser

2010-09-11 Thread Christian PERRIER

Dear maintainer of adduser,

On Friday, September 03, 2010 I sent you a notice announcing my intent to 
upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Thursday, August 26, 2010.

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

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

The NMU patch is attached to this mail.

The NMU changelog is:


Source: adduser
Version: 3.112+nmu1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier bubu...@debian.org
Date: Sat, 11 Sep 2010 10:23:47 +0200
Closes: 571406 577994 582322 592185 595297
Changes: 
 adduser (3.112+nmu1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Programs translations:
 - Bokmål, Norwegian (Hans Fredrik Nordhaug). Closes: #595297
 - French (Jean-Baka Domelevo Entfellner). Closes: #571406
 - Portuguese (Américo Monteiro).  Closes: #577994
 - Spanish (Javier Fernández-Sanguino).  Closes: #592185
   * Manpages translations:
 - Portuguese (Américo Monteiro).  Closes: #582322

-- 


diff -Nru adduser-3.112+nmu1.old/debian/changelog adduser-3.112+nmu1/debian/changelog
--- adduser-3.112+nmu1.old/debian/changelog	2010-08-24 00:41:39.703867749 +0200
+++ adduser-3.112+nmu1/debian/changelog	2010-09-11 10:23:55.319950954 +0200
@@ -1,3 +1,16 @@
+adduser (3.112+nmu1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Programs translations:
+- Bokmål, Norwegian (Hans Fredrik Nordhaug). Closes: #595297
+- French (Jean-Baka Domelevo Entfellner). Closes: #571406
+- Portuguese (Américo Monteiro).  Closes: #577994
+- Spanish (Javier Fernández-Sanguino).  Closes: #592185
+  * Manpages translations:
+- Portuguese (Américo Monteiro).  Closes: #582322
+
+ -- Christian Perrier bubu...@debian.org  Sat, 11 Sep 2010 10:23:47 +0200
+
 adduser (3.112) unstable; urgency=low
 
   * deluser: --backup-to implies --backup, but only if passed on the command
diff -Nru adduser-3.112+nmu1.old/debian/po/ar.po adduser-3.112+nmu1/debian/po/ar.po
--- adduser-3.112+nmu1.old/debian/po/ar.po	2010-08-24 00:41:39.691662608 +0200
+++ adduser-3.112+nmu1/debian/po/ar.po	2010-09-03 08:55:01.516177289 +0200
@@ -21,6 +21,7 @@
 PO-Revision-Date: 2007-07-06 15:43+0300\n
 Last-Translator: Ossama M. Khayat okha...@yahoo.com\n
 Language-Team: Arabic supp...@arabeyes.org\n
+Language: ar\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
diff -Nru adduser-3.112+nmu1.old/debian/po/be.po adduser-3.112+nmu1/debian/po/be.po
--- adduser-3.112+nmu1.old/debian/po/be.po	2010-08-24 00:41:39.691662608 +0200
+++ adduser-3.112+nmu1/debian/po/be.po	2010-09-03 08:55:01.528170907 +0200
@@ -11,6 +11,7 @@
 PO-Revision-Date: 2007-10-14 15:04+0300\n
 Last-Translator: Pavel Piatruk berser...@neolocation.com\n
 Language-Team: Belarusian i...@mova.org\n
+Language: be\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
diff -Nru adduser-3.112+nmu1.old/debian/po/ca.po adduser-3.112+nmu1/debian/po/ca.po
--- adduser-3.112+nmu1.old/debian/po/ca.po	2010-08-24 00:41:39.695677512 +0200
+++ adduser-3.112+nmu1/debian/po/ca.po	2010-09-03 08:55:01.536169935 +0200
@@ -11,6 +11,7 @@
 PO-Revision-Date: 2002-12-05 02:35+0100\n
 Last-Translator: Jordi Mallach jo...@debian.org\n
 Language-Team: Catalan debian-l10n-cata...@lists.debian.org\n
+Language: ca\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=ISO-8859-15\n
 Content-Transfer-Encoding: 8bit\n
diff -Nru adduser-3.112+nmu1.old/debian/po/cs.po adduser-3.112+nmu1/debian/po/cs.po
--- adduser-3.112+nmu1.old/debian/po/cs.po	2010-08-24 00:41:39.695677512 +0200
+++ adduser-3.112+nmu1/debian/po/cs.po	2010-09-03 08:55:01.548169979 +0200
@@ -19,6 +19,7 @@
 PO-Revision-Date: 2007-07-01 11:20+0200\n
 Last-Translator: Miroslav Kure ku...@debian.cz\n
 Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
+Language: cs\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
diff -Nru adduser-3.112+nmu1.old/debian/po/da.po adduser-3.112+nmu1/debian/po/da.po
--- adduser-3.112+nmu1.old/debian/po/da.po	2010-08-24 00:41:39.691662608 +0200
+++ adduser-3.112+nmu1/debian/po/da.po	2010-09-03 08:55:01.552168899 +0200
@@ -19,6 +19,7 @@
 PO-Revision-Date: 2004-04-03 13:25+0200\n
 Last-Translator: Claus Hindsgaul clau...@image.dk\n
 Language-Team: Danish da...@klid.dk\n
+Language: da\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=ISO-8859-1\n
 Content-Transfer-Encoding: 8bit\n
diff -Nru adduser-3.112+nmu1.old/debian/po/de.po adduser-3.112+nmu1/debian/po/de.po
--- adduser-3.112+nmu1.old/debian/po/de.po	2010-08-24 00:41:39.695677512 +0200
+++ adduser-3.112+nmu1/debian/po/de.po	2010-09-03 08:55:01.560200892 +0200
@@ -12,6 +12,7 @@
 PO-Revision-Date: 2007-07-10 19:01+0200\n
 Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n
 Language-Team: German 

Bug#563337: #563337 vile-filters: please explain how to use in README.Debian

2010-09-11 Thread Thomas Dickey
fwiw, the filters are documented in vile.hlp (section on Syntax coloring) and
filters.doc

Generally though, I use the -I option to fill in a source vileinit.rc to get
things started.  That sources filters.rc and other things that seem to be
generally useful.

see also

http://invisible-island.net/vile/vile-toc.html

(the html documentation is used to generate vile.hlp and the various .doc files)

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


signature.asc
Description: Digital signature


Bug#596291: offlineimap getting stuck when run with multiple threads/connections

2010-09-11 Thread Stephen Gran
This one time, at band camp, Rogério Brito said:
 As I reported in another bug (about offlineimap dying too easily under
 many circumstances), attached is what I see when I strace one of the
 running threads of offlineimap when it is run with 10 connections to
 initially mirror my gmail account to a local maildir.
 
 I am not trying anymore to push the messages to the gmail server---I am
 now trying to pull a fresh copy of them from there.
 
 If there is anything that would be desired and if I can reproduce it,
 then, please, let me know.

Hi,

Just a me too report.  I'm seeing it die after fetching a few thousand
mails here, although the time to hang is variable.  I've tried running
it against both the lenny dovecot and the current bpo dovecot, and it's
the same.  I've also tried with both python 2.6 and 2.5 to see if the
recent python transition is what's broken it, but it also hangs with 2.5.
Below is the end of the debug imap output.  Trying to run debug thread
(which is where it seems to actually hang) throws a recursion exceeded
exception, which is slightly unhelpful :)

Thanks for looking at this.

Copy message 3166 from lists.clamav-users:
   Copy message 3166 IMAP[lists.clamav-users] - Maildir[lists.clamav-users], 
LocalStatus[lists.clamav-users]
Copy message 3166 from lists.clamav-users:
   DEBUG[imap]:   49:23.94  GAHI1199 UID FETCH 3166 (BODY.PEEK[])


The server is just sat in:
epoll_wait(5, {}, 4, 5000)  = 0

So it looks like they've somehow got out of sync with each other.  I'm
assuming the server thinks it's answered the last request, and
offlineimap thinks it's made the last request, so they're deadlocked
waiting for the other side to do something.

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature


Bug#596337: [Evolution] Bug#596337: evolution: URL not shown as link

2010-09-11 Thread Yves-Alexis Perez
On ven., 2010-09-10 at 15:25 +0200, Frederik Himpe wrote:
 Package: evolution
 Version: 2.30.3-1
 Severity: normal
 
 With evolution 2.30.2 currently in Squeeze, the automatic mail sent out by a
 drupal installation warning you about available updates, contains an URL which
 is not clickable. After an apt-get install -t unstable evolution evolution-
 data-server, which pulled in evolution and evolution-data-server 2.30.3, the
 link is now clickable as it needs to be.
 
 When viewing the source of the mail message in Evolution, it shows some
 unrecognized character at the end of each line, so maybe the newlines in the
 sent out message are broken.
 
 I will attach the message.

Thanks for the report, I can confirm it's fixed in my 2.30.3
installation. I'm not sure I'll ask for 2.30.3 migration since it has
problems with IDLE support enabled.

Cheers,
-- 
Yves-Alexis


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


Bug#596434: new opencc needs to claim conflict with libopencc0 (install log)

2010-09-11 Thread Osamu Aoki
Hi,

Here are my install log:

Reading changelogs... Done
Selecting previously deselected package libopencc1.
(Reading database ... 220174 files and directories currently installed.)
Unpacking libopencc1 (from .../libopencc1_0.1.1-1_amd64.deb) ...
Replacing files in old package libopencc0 ...
dpkg: error processing /var/cache/apt/archives/libopencc1_0.1.1-1_amd64.deb 
(--unpack):
 trying to overwrite '/usr/share/locale/zh_TW/LC_MESSAGES/opencc.mo', which is 
also in package opencc 0.0.3-1
configured to not write apport reports
  Preparing to replace opencc 0.0.3-1 
(using .../opencc_0.1.1-1_amd64.deb) ...
Unpacking replacement opencc ...
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/libopencc1_0.1.1-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
dpkg: dependency problems prevent configuration of opencc:
 opencc depends on libopencc1 (= 0.1.1-1); however:
  Package libopencc1 is not installed.
dpkg: error processing opencc (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 opencc
Press return to continue.




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



Bug#381109: Check dependencies and code?

2010-09-11 Thread Tjeerd Pinkert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I find that sawfish-ui does not start.

Initially

exec rep $0 $@ (line 8 of /usr/bin/sawfish-ui script)

failed, I needed to install the rep package (is not in dependencies)
After that:

$ sawfish-ui
*** Unbound variable: gtk-preview-new
(You're accessing an undefined variable or function `gtk-preview-new')

So I confirm the report of Ian Zimmerman.

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

iEYEARECAAYFAkyLaA4ACgkQ9xQaBfeouaqcdQCdE5Bj8CZ0OmccDs/5xK0W3rET
H5gAoIznBj9dKSrcW+4hHADs63fHncPt
=4cK0
-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#596318: [Debian-med-packaging] Bug#596318: mgltools-bhtree: python2.5-dev used as build-dependency, not python-dev or python2.6-dev

2010-09-11 Thread Charles Plessy
Le Fri, Sep 10, 2010 at 09:58:14AM +, Matthias Klose a écrit :
 Package: mgltools-bhtree
 Version: 1.5.4.cvs.20090603-1
 Severity: serious
 User: debian-pyt...@lists.debian.org
 Usertag: python2.6
 
 The package build-depends on python2.5-dev, which is not the default
 python version for squeeze.  The package should be rebuilt with
 python2.6, either build-depending on python-dev (recommended) or
 python2.6-dev.

Hello Matthias,

Is there any reason why you filed a bug against 1.5.4.cvs.20090603-1 instead of
asking for an unblock of 1.5.4.cvs.20090603-1.1. Didn't that NMU solve the
problem (see #586852).

I am confused and puzzled what to do now.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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



Bug#596435: fakechroot: buffer overrun in getsockname

2010-09-11 Thread Daniel Tschan
Package: fakechroot
Version: 2.10-2
Severity: important
Tags: patch

The getsockname function in libfakechroot.c ignores the namelen parameter and
overruns the buffer given as name if *namelen is less than sizeof(struct 
sockaddr_un).

This can be triggered by executing: fakechroot host 127.0.0.1
glibc detects the buffer overrun and kills the process:
*** stack smashing detected ***: host terminated

According to recent getsockname(2) man pages the result must be truncated if 
it's longer
than *namelen. *namelen should then be set to the length of the complete result 
so that
the caller can recognize that the result has been truncated. See attached patch 
for a
corresponding solution.

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

Kernel: Linux 2.6.18-194.11.1.el5 (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 fakechroot depends on:
ii  libc6 2.11.2-5   Embedded GNU C Library: Shared lib

fakechroot recommends no packages.

Versions of packages fakechroot suggests:
pn  libc6-i386none (no description available)

-- no debconf information
diff -ur fakechroot-2.10/src/libfakechroot.c fakechroot-2.10-getsockname/src/libfakechroot.c
--- fakechroot-2.10/src/libfakechroot.c	2010-08-25 15:33:34.0 +0200
+++ fakechroot-2.10-getsockname/src/libfakechroot.c	2010-09-11 14:16:31.0 +0200
@@ -2098,7 +2098,7 @@
 strncpy(newname.sun_path, fakechroot_buf, UNIX_PATH_MAX);
 }
 
-memcpy(name, newname, sizeof(struct sockaddr_un));
+memcpy(name, newname, *namelen  sizeof(struct sockaddr_un) ? *namelen : sizeof(struct sockaddr_un));
 *namelen = sizeof(newname.sun_family) + strlen(newname.sun_path);
 return status;
 }


Bug#590263: mupdf: FTBFS due to inappropriate CPU options

2010-09-11 Thread Timo Juhani Lindfors
package mupdf
tag 590263 patch
thanks

Hi,

I've been using my unofficial mupdf package on armel since 2009. When
I noticed that mupdf is in debian I tried installing it and then noticed

mkdir -p build/release
mkdir -p build/generated
CC build/release/base_cpudep.o
cc1: error: unrecognized command line option -mmmx
cc1: error: unrecognized command line option -msse
cc1: error: unrecognized command line option -msse2
fitz/base_cpudep.c:1: error: bad value (k8) for -march= switch


in 
https://buildd.debian.org/fetch.cgi?pkg=mupdf;ver=0.6-1;arch=armel;stamp=1283843178

The attached patch uses these special compiler options only on amd64
and is tested to fix the build on at least armel.


best regards,
Timo Lindfors
From b72c53a7a0af115b9a680ce1381bf32ec68fd335 Mon Sep 17 00:00:00 2001
From: Timo Juhani Lindfors timo.lindf...@iki.fi
Date: Sat, 11 Sep 2010 13:50:36 +0100
Subject: [PATCH] Use -mmmx -msse -msse2 -march=k8 -DARCH_X86 only on x86_64

---
 Makerules |6 +-
 1 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/Makerules b/Makerules
index a441176..5ff1dc8 100644
--- a/Makerules
+++ b/Makerules
@@ -2,6 +2,7 @@
 
 OS := $(shell uname)
 OS := $(OS:MINGW%=MINGW)
+MACHINE := $(shell uname -m)
 
 LIBS := -ljbig2dec -lopenjpeg -ljpeg -lz -lm
 CFLAGS := -Wall --std=gnu99 -Ifitz -Imupdf $(THIRD_INCS)
@@ -26,10 +27,13 @@ endif
 X11LIBS = -lX11 -lXext
 PDFVIEW_EXE = $(X11VIEW_EXE)
 ifeq  $(build) release
-CFLAGS += -mmmx -ftree-vectorize -msse -msse2 -march=k8 -DARCH_X86
+CFLAGS += -ftree-vectorize
+ifeq $(MACHINE) x86_64
+CFLAGS += -mmmx -msse -msse2 -march=k8 -DARCH_X86
 ARCH_SRC = archx86.c
 endif
 endif
+endif
 
 ifeq $(OS) Darwin
 CFLAGS += -I$(HOME)/include -I/usr/X11R6/include
-- 
1.7.1



Bug#517121: Patch to use 686 kernel flavour in D-I with VIA C7-D Processor

2010-09-11 Thread Christian PERRIER
reassign 517121 base-installer
tags 517121 patch
thanks

The attached patch is, from the information given originally by the
bug submitter for this bug.1.5 year ago, the correct way to
propose 686 flavours of kernel packages for this processor.

To kernel team: any objection to commit it? Do you think this is right?

-- 


Index: i386.sh
===
--- i386.sh (révision 64682)
+++ i386.sh (copie de travail)
@@ -88,7 +88,7 @@
case $FAMILY in
6)
case $MODEL in
-   9|10)   echo 686 486 ;;
+   9|10|13)echo 686 486 ;;
*)  echo 486 ;;
esac
;;


signature.asc
Description: Digital signature


Bug#305849: #305849 xterm: Xterm sends broken Ctrl-Left/Right/Up/Down sequences

2010-09-11 Thread Thomas Dickey
The issue presented here was addressed in patch #214:

add modifyOtherKeys resource, analogous to the modifyCursorKeys resource.  This
applies to keys that normally would transmit nothing when a given modifier is
applied (request by Dan Nicolaescu).

and in #235:

add resource formatOtherKeys to provide an alternate escape sequence format for
the modifyOtherKeys resource (request by Paul LeoNerd Evans).

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


signature.asc
Description: Digital signature


Bug#596291: offlineimap getting stuck when run with multiple threads/connections

2010-09-11 Thread Stephen Gran
This one time, at band camp, Stephen Gran said:
 Copy message 3166 from lists.clamav-users:
Copy message 3166 IMAP[lists.clamav-users] - Maildir[lists.clamav-users], 
 LocalStatus[lists.clamav-users]
 Copy message 3166 from lists.clamav-users:
DEBUG[imap]:   49:23.94  GAHI1199 UID FETCH 3166 (BODY.PEEK[])
 
 The server is just sat in:
 epoll_wait(5, {}, 4, 5000)  = 0

I've managed to correlate the server side and the client side a bit
more:

Copy message 2099 from debian.amd64.2007:
   Copy message 2099 IMAP[debian.amd64.2007] - Maildir[debian.amd64.2007], 
LocalStatus[debian.amd64.2007]
Copy message 2100 from debian.amd64.2007:
   Copy message 2100 IMAP[debian.amd64.2007] - Maildir[debian.amd64.2007], 
LocalStatus[debian.amd64.2007]


But the server sees:

[pid 12586] read(0, BHAJ7358 UID FETCH 2099 (BODY.PEEK[])\r\n..., 3029) = 39
[pid 12586] write(1, * 2099 FETCH (UID 2099 BODY[] {5143}\r\nReturn-path: 
, 4094) = 4094
[pid 12586] write(1, BHAJ7358 OK Fetch completed.\r\n..., 1120) = 1120
[pid 12586] epoll_wait(5,  unfinished ...
[pid 12568] ... epoll_wait resumed {}, 14, 1000) = 0
[pid 12568] epoll_wait(10,  unfinished ...
[pid 12586] ... epoll_wait resumed {}, 3, 517) = 0
[pid 12586] epoll_wait(5,  unfinished ...
[pid 12568] ... epoll_wait resumed {}, 14, 1000) = 0

and there it hangs.  So it looks like the client thinks it's sent a
FETCH, but the server never sees it.  Hope this is helpful.

I have so far been unable to reproduce this when running offlineimap
under strace, which suggests a timing dependant bug (kind of as
suspected, but still not all that helpful, I realize).  The earlier
strace (and the strace I see when attaching after it hangs) does suggest
that a lock is not being releaesed somewhere, but I can't immediately
see anything obviously wrong with the logic in the code.

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature


Bug#596436: bugzilla: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

2010-09-11 Thread Adriano Rafael Gomes
Package: bugzilla
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

Attached you will find the file pt_BR.po. It is UTF-8
encoded and it is tested with msgfmt and
podebconf-display-po.

Kind regards.
# bugzilla Brazilian Portuguese debconf template translation.
# Copyright (C) 2009 THE bugzilla's COPYRIGHT HOLDER
# This file is distributed under the same license as the bugzilla package.
#
# André Luís Lopes andre...@debian.org, 2009.
# Flamarion Jorge jorge.flamar...@gmail.com, 2010.
# Adriano Rafael Gomes adrian...@gmail.com, 2010.
#
msgid 
msgstr 
Project-Id-Version: bugzilla\n
Report-Msgid-Bugs-To: bugzi...@packages.debian.org\n
POT-Creation-Date: 2010-09-02 09:43+0200\n
PO-Revision-Date: 2010-09-03 19:34-0300\n
Last-Translator: Adriano Rafael Gomes adrian...@gmail.com\n
Language-Team: Brazilian Portuguese debian-l10n-portugu...@lists.debian.
org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
pt_BR utf-8\n

#. Type: password
#. Description
#: ../bugzilla3.templates:2001
msgid Password confirmation:
msgstr Confirmação de senha:

#. Type: string
#. Description
#: ../bugzilla3.templates:3001
msgid Email address of Bugzilla administrator:
msgstr Endereço de e-mail do administrador do Bugzilla:

#. Type: string
#. Description
#: ../bugzilla3.templates:3001
msgid 
Please enter the email address of the Bugzilla administrator; all mail for 
the administrator will be sent to this address. This email address is also 
used as the administrator login for Bugzilla.
msgstr 
Por favor, informe o endereço de e-mail do administrador do Bugzilla; todo 
e-mail para o administrador será enviado para este endereço. Este endereço de 
e-mail também é usado como login do administrador do Bugzilla.

#. Type: string
#. Description
#: ../bugzilla3.templates:3001
msgid 
A valid address must contain exactly one '@', and at least one '.' after the 
@. You'll be able to change this setting through Bugzilla's web interface.
msgstr 
Um endereço válido deve conter exatamente um '@', e no mínimo um '.' depois 
do @. Você será capaz de modificar esta configuração através da interface 
web do Bugzilla.

#. Type: string
#. Description
#: ../bugzilla3.templates:4001
msgid Real name of Bugzilla administrator:
msgstr Nome real do administrador do Bugzilla:

#. Type: password
#. Description
#: ../bugzilla3.templates:5001
msgid Password for the Bugzilla administrator account:
msgstr Senha para a conta do administrador do Bugzilla:

#. Type: password
#. Description
#: ../bugzilla3.templates:5001
msgid Please enter at least 6 characters.
msgstr Por favor, informe pelo menos 6 caracteres.

#. Type: boolean
#. Description
#: ../bugzilla3.templates:6001
msgid Have Status or Resolution values been customized?
msgstr Os valores de Status ou Resolução foram personalizados?

#. Type: boolean
#. Description
#: ../bugzilla3.templates:6001
msgid 
If values in the Status or Resolution fields have been customized, the 
checksetup procedure must be modified appropriately before installation can 
continue.
msgstr 
Se os valores dos campos de Status ou Resolução foram personalizados, o 
procedimento de checksetup deve ser modificado apropriadamente antes que a 
instalação possa continuar.

#. Type: boolean
#. Description
#: ../bugzilla3.templates:6001
msgid 
For each update of this package, a new version of the checksetup_nondebian.
pl script is installed; the /usr/share/bugzilla3/debian/pre-checksetup.d 
directory can be used to automatically apply your modifications before 
execution.
msgstr 
Para cada atualização deste pacote, uma nova versão do script 
checksetup_nondebian.pl é instalada; o diretório /usr/share/bugzilla3/debian/
pre-checksetup.d pode ser usado para aplicar automaticamente suas 
modificações antes da execução.

#. Type: boolean
#. Description
#: ../bugzilla3.templates:7001
msgid Prompt about customized Status/Resolution at each update?
msgstr Perguntar sobre Status/Resolução personalizados a cada atualização?

#. Type: boolean
#. Description
#: ../bugzilla3.templates:7001
msgid 
If you modified Status/Resolution fields and created a script within /usr/
share/bugzilla3/debian/pre-checksetup.d to apply changes to /usr/share/
bugzilla3/lib/checksetup_nondebian.pl, you may want to avoid being prompted 
at each package upgrade.
msgstr 
Se você modificou os campos Status/Resolução e criou um script dentro de /
usr/share/bugzilla3/debian/pre-checksetup.d para aplicar as mudanças em /usr/
share/bugzilla3/lib/checksetup_nondebian.pl, talvez você queira evitar de ser 
perguntado a cada atualização do pacote.

#. Type: boolean
#. Description
#: ../bugzilla3.templates:7001
msgid 
If you accept being prompted, you will have to call /usr/share/bugzilla3/lib/
checksetup.pl yourself, at each package upgrade, before using Bugzilla.
msgstr 
Se você aceitar ser perguntado, você terá que chamar 

Bug#596437: Latest ia32-libs (20100908) breaks latest ia32-libs-gtk

2010-09-11 Thread Gerardo Esteban Malazdrewicz
Package: ia32-libs-gtk
Version: 20090804
Severity: grave
Justification: renders package unusable


ia32-libs-gtk is uninstallable. Please fix.

gera...@envy15:~$ LANG=C sudo apt-get install ia32-libs-gtk
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 ia32-libs-gtk : Depends: ia32-libs (= 20090711) but it is not going to be 
installed
E: Broken packages
gera...@envy15:~$ LANG=C sudo apt-get install ia32-libs-gtk ia32-libs
Reading package lists... Done
Building dependency tree   
Reading state information... Done
ia32-libs is already the newest version.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 ia32-libs : Breaks: ia32-libs-gtk ( 20100905) but 20090804 is to be installed
E: Broken packages

Thanks,
Gerardo

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

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

Versions of packages ia32-libs-gtk depends on:
ii  ia32-libs 20100908   ia32 shared libraries for use on a
ii  libc6-i3862.11.2-5   Embedded GNU C Library: 32-bit sha

ia32-libs-gtk recommends no packages.

ia32-libs-gtk suggests no packages.



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



Bug#583177: unreproducible

2010-09-11 Thread Philipp Kern
notfound 583177 0.5.2-2
found 583177 0.4.1-1
fixed 583177 0.5.2-2
thanks

Albin,

On Sat, Jul 17, 2010 at 12:05:18PM +0200, Albin Tonnerre wrote:
 tag 583177 - unreproducible
 tag 583177 lenny
[...]
  - Only happens on stable (tested in a chroot) with either 0.4.1 and 0.5.2
  - Works for me in the stable chroot after locally rebuilding and installing
dvtm in the chroot
 
so if I understand this correctly you need to run stable to run into this
bug.  Sadly the current tagging of the bug is confusing as we don't support
tagging a non-stable version lenny.  (That tag is only used if a version
is shared between suites, e.g. stable, testing and unstable to denote
which of those are affected.)

Thus resetting this to the stable version to remove it from the squeeze
tracking lists.

(If you need certain actions like binNMUs done in stable, please contact
debian-rele...@lists.debian.org about it.)

Kind regards,
Philipp Kern


signature.asc
Description: Digital signature


Bug#588014: Documenting the DM-Upload-Allowed field.

2010-09-11 Thread Charles Plessy
owner 588014 ple...@debian.org
thanks

Dear all,

since I am working on the chapter 5, I propose to add the description of the
Dm-Upload-Allowed field in the Policy.

The attached patch was prepared by pasting extracts from the DM GR.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
From afc7e21761d79efdab3e38cc341a9a8107794384 Mon Sep 17 00:00:00 2001
From: Charles Plessy ple...@debian.org
Date: Sat, 11 Sep 2010 22:38:28 +0900
Subject: [PATCH] Documents the DM-Upload-Allowed field, Closes: #588014.

---
 policy.sgml |   15 +++
 1 files changed, 15 insertions(+), 0 deletions(-)

diff --git a/policy.sgml b/policy.sgml
index 6da634e..2ed808a 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -2555,6 +2555,7 @@ Package: libc6
 	itemqref id=f-SourcettSource/tt/qref (mandatory)/item
 	itemqref id=f-MaintainerttMaintainer/tt/qref (mandatory)/item
 	itemqref id=f-UploadersttUploaders/tt/qref/item
+	itemqref id=f-Dm-Upload-AllowedttDm-Upload-Allowed/tt/qref/item
 	itemqref id=f-SectionttSection/tt/qref (recommended)/item
 	itemqref id=f-PriorityttPriority/tt/qref (recommended)/item
 	itemqref id=sourcebinarydepsttBuild-Depends/tt et al/qref/item
@@ -2650,6 +2651,7 @@ Package: libc6
 	  itemqref id=f-VersionttVersion/tt/qref (mandatory)/item
 	  itemqref id=f-MaintainerttMaintainer/tt/qref (mandatory)/item
 	  itemqref id=f-UploadersttUploaders/tt/qref/item
+	  itemqref id=f-Dm-Upload-AllowedttDm-Upload-Allowed/tt/qref/item
 	  itemqref id=f-HomepagettHomepage/tt/qref/item
 	  itemqref id=f-Standards-VersionttStandards-Version/tt/qref (recommended)/item
 	  itemqref id=sourcebinarydepsttBuild-Depends/tt et al/qref/item
@@ -2807,6 +2809,19 @@ Package: libc6
 	  /p
  	/sect1
 
+	sect1 id=f-Dm-Upload-Allowed
+	  headingttDm-Upload-Allowed/tt/heading
+
+	  p
+	The most recent version of a package uploaded to unstable or
+	experimental must include the field DM-Upload-Allowed: yes in the
+	source section of its source control file for the Debian archive to
+	accept uploads signed with a key in the Debian Maintainer keyring.
+	See the General Resolution url id=http://www.debian.org/vote/2007/vote_003;
+	name=Endorse the concept of Debian Maintainers for more details.
+	  /p
+	/sect1
+
 	sect1 id=f-Changed-By
 	  headingttChanged-By/tt/heading
 
-- 
1.7.1



Bug#382075: bibtex fails to handle unicode .bib files

2010-09-11 Thread Hilmar Preusse
tags 382075 - wontfix
# TL 2010
tags 382075 + fixed-upstream
stop

On 08.08.06 martin f krafft (madd...@debian.org) wrote:

 Package: tetex-bin
 Version: 3.0-17
 Severity: normal
 File: /usr/bin/bibtex
 
 bibtex cannot deal with Unicode .bib files. It would be nice if this
 were possible, unicode is kind of a standard by now...
 
http://tug.org/texlive/doc/texlive-en/texlive-en.html#x1-7800010.2

New programs included: (...) the BibTeXU program for Unicode-enabled
BibTeX;

- tagging fixed upstream

H.
-- 
sigmentation fault


signature.asc
Description: Digital signature


Bug#594538: debian-history: Let's convert to UTF-8

2010-09-11 Thread Osamu Aoki
Hi Bdale,

I think this and harden-doc are the last packages which ship non-ascii
document in non-UTF-8 format.

It is quite annoyng for most non-English people.  Although file change
is large, it is trivial conversion.  This was easy one for me
maint-guide and debian-reference.  I am debiandoc-sgml maintainer and
have updated debiandoc-sgml for UTF-8 during lenny cycle.  I think I can
handle this task.

May I initiate such commit to SVN to make this conversion? 
(I have write access.)

If it start building web site, we may get it to documentation update.
Use of UTF-8 was implicit release goal of lenny anyway.  It is about
time.

Regards,

Osamu

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

-- 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#591388: (Reply only to this email : wester.uni...@w.cn )

2010-09-11 Thread Western Union®

You have a transfer of £1,000,000.00 Pounds. from Western Union® for more
information Contact This Office Email:wester.uni...@w.cn





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



Bug#235757: horizontal scroll wheel

2010-09-11 Thread Hilmar Preusse
reassign 235757 texlive-binaries
stop

On 05.09.10 Barak A. Pearlmutter (ba...@cs.nuim.ie) wrote:

 Just checked: even when I add those X resources, xdvi listens to
 vertical scroll events but not horizontal ones.  Iceweasel and
 Google Chrome respond to both, so it's not an issue there.  xrdb -q
 shows that XDvi.wheelTranslations was merged correctly.
 
 Is there anything I can do to help debug this?
 
I'll try contact Stefan. For now I move that bug to texlive-binaries.

H.
-- 
sigmentation fault



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



Bug#596348: mirror listing update for ftp.kr.debian.org

2010-09-11 Thread Jaeho Shin
Hi,

Thanks for processing our issue so fast.


2010-09-11, 03:57, Simon Paillard 작성:

 Hi,
 
 On Fri, Sep 10, 2010 at 03:52:43PM +, KAIST File Archive Operators wrote:
 Package: mirrors
 Severity: minor
 
 Submission-Type: update
 Site: ftp.kr.debian.org
 Aliases: ftp.kaist.ac.kr
 Type: leaf
 [..]
 Volatile-ftp: /debian-volatile/
 Volatile-http: /debian-volatile/
 Volatile-rsync: debian-volatile/
 Volatile-upstream: valente.debian.org
 
 Please make sure you sync from the role address
 volatile-master.debian.org (which is *today* the same as valente
 though).
 

Yes. That's where we actually sync from.
The submission system was strangely rejecting the host volatile-master.d.o,
so I looked up the FQDN of it and submitted it instead only to pass the 
system's check.


 CDImage-upstream: cdimage.debian.org
 Updates: push
 
 I know push is ok for archive, volatile, backports.
 
 Are you pushed for CDImage ?
 

Yes, we're actually a fully push triggered Debian mirror!
(assuming there's no push for /debian-archive/ :)


~Jaeho




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



Bug#588014: Documenting the DM-Upload-Allowed field.

2010-09-11 Thread Emilio Pozuelo Monfort
On 11/09/10 15:50, Charles Plessy wrote:
 Subject: [PATCH] Documents the DM-Upload-Allowed field, Closes: #588014.

 + itemqref
 id=f-Dm-Upload-AllowedttDm-Upload-Allowed/tt/qref/item

 + itemqref
 id=f-Dm-Upload-AllowedttDm-Upload-Allowed/tt/qref/item

 + sect1 id=f-Dm-Upload-Allowed
 + headingttDm-Upload-Allowed/tt/heading

 + experimental must include the field DM-Upload-Allowed: yes in the

Capitalization is inconsistent across the patch. I guess you should fix that.

Regards,
Emilio



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



Bug#596287: vinagre fails to connect to VNC server

2010-09-11 Thread Andreas Henriksson
reassign 596287 libgtk-vnc-1.0-0
affects 596287 vinagre
thanks

It seems you're not the first to find this problem:
http://mail.gnome.org/archives/gtk-vnc-list/2010-September/msg0.html

The workaround there doesn't seem like a good solution in general to me.

I've tried debugging this a bit and I think the problem lies in the
signal handling of gtk-vnc, rather then vinagre.

If I've understood gtk-vnc correctly, it has a vnc connection and a vnc
display object. The connection signals vnc-auth-credential which the
display object subscribes to (on_auth_cred). The display object then
sends the same signal, to anyone (vinagre) that subscribes to 
vnc-auth-credential on the display object.


When running this in a debugger I think on_auth_cred is never called
and thus the signal on the vnc display object that vinagre subscribes to
is never emitted.



Reading symbols from /opt/vinagre/bin/vinagre...done.
(gdb) run
Starting program: /opt/vinagre/bin/vinagre 
[Thread debugging using libthread_db enabled]
^C
Program received signal SIGINT, Interrupt.
0x72ca10d8 in __poll (fds=0x7af210, nfds=11, 
timeout=value optimized out) at ../sysdeps/unix/sysv/linux/poll.c:83
83  ../sysdeps/unix/sysv/linux/poll.c: No such file or directory.
in ../sysdeps/unix/sysv/linux/poll.c
(gdb) break on_auth_cred
Breakpoint 1 at 0x7fffedf1114a: file vncdisplay.c, line .
(gdb) c
Continuing.

The above scenario:
gdb vinagre
run
break the execution with ctrl-c
add breakpoint
continue
click in vinagre and attempt connection.
breakpoint never hit and connection failed dialog shown.


Breaking on do_vnc_connection_emit_main_context works and the breakpoint
gets hit. no idea why the signals never surface.


Another test case is to eliminate vinagre by using
examples/gvncviewer.py and observing that it also never calls the
vnc_auth_cred, which is the function subscribed to the credentials
signal on the vnc display object in the example.




-- 
Regards,
Andreas Henriksson




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



Bug#595446: ntop: GPL code links openssl without a license exception

2010-09-11 Thread jordan
On Fri, Sep 10, 2010 at 10:55:16PM +0200, Francesco Poli wrote:
 I am not sure a re-release is really needed, but I'll leave that for
 other debian-legal regulars to comment on.
 
 It seems to me that there's another problem, though!
 
 It looks like ntop links with other libraries, some of which appear to
 be released under the terms of the GNU GPL.
 At a first glance (by looking at the package dependencies only, an ldd
 check is encouraged), I spotted
 http://packages.debian.org/sid/libgdbm3
 and maybe
 http://packages.debian.org/sid/libfreetype6
 (which is dual-licensed under the GPL and a custom license, I still
 have to check the latter license and see if it is compatible with
 OpenSSL...)
 
 If all this is confirmed, I would say that adding an OpenSSL linking
 exception to ntop is not enough to solve the compatibility issue
 between ntop and OpenSSL.
 It seems to me that the same linking exception is needed for the linked
 GPL'ed libraries, as well, and should obviously be asked to their
 copyright holders.
 
 As a side note, libgdbm3 is copyrighted by the FSF: I guess an OpenSSL
 linking exception will be difficult to obtain for that library...
 
 
 In summary, I think the best way to solve this issue is porting ntop to
 GNUTLS.

At this point I am inclined to aggree. I think that SSL support should be
removed from squeeze's version of ntop. I will work on porting GNUTLS for
squeeze+1. 

Thank you for your insight Francesco.


Regards,

Jordan Metzmeier




signature.asc
Description: Digital signature


Bug#596438: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

2010-09-11 Thread Flamarion Jorge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: lsb
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.
- -- 
Flamarion Jorge
OpenPGP Key: 6CA750E1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkyLkvUACgkQ0SDRnmynUOEQiwCfVucY6b2hDIszelgIvDb5Ean+
xj0AmgLQDPucns/ua2+hNM1Bz/vDj6jc
=dJ++
-END PGP SIGNATURE-
# Debconf translations for lsb.
# Copyright (C) 2010 THE lsb'S COPYRIGHT HOLDER
# This file is distributed under the same license as the lsb package.
#
# Flamarion Jorge jorge.flamar...@gmail.com, 2010.
#
msgid 
msgstr 
Project-Id-Version: lsb 3.2_23-1\n
Report-Msgid-Bugs-To: lawre...@debian.org\n
POT-Creation-Date: 2007-05-13 09:16+0200\n
PO-Revision-Date: 2010-09-04 14:29-0300\n
Last-Translator: Flamarion Jorge jorge.flamar...@gmail.com\n
Language-Team: Brazilian Portuguese debian-l10n-portugu...@lists.debian.
org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=(n  1);\n
pt_BR utf-8\n

#. Type: boolean
#. Description
#: ../templates:2001
#| msgid Should shadow passwords be enabled?
msgid Enable shadow passwords?
msgstr Habilitar senhas \shadow\?

#. Type: boolean
#. Description
#: ../templates:2001
#| msgid 
#| The Linux Standard Base requires that certain features of adduser(8) be 
#| available to conforming applications (such as password aging). Debian 
#| only provides these features when shadow passwords are enabled; however, 
#| your system currently has shadow passwords disabled.
msgid 
The Linux Standard Base requires that certain features of adduser(8) be 
available to conforming applications (such as password aging). These 
features are only provided when shadow passwords are enabled, while this 
system has them disabled.
msgstr 
A Linux Standard Base requer que certas funcionalidades do adduser(8) 
estejam disponíveis para aplicações em conformidade (como expiração de 
senhas). Estas funcionalidades somente são fornecidas quando senhas 
\shadow\ estão habilitadas, e neste sistema estão desabilitadas.

#. Type: boolean
#. Description
#: ../templates:2001
#| msgid 
#| Most LSB applications will work fine with either setting, but 100% 
#| conformance requires shadow passwords to be enabled.
msgid 
Most LSB applications will work fine with either setting, but complete 
conformance requires shadow passwords to be enabled.
msgstr 
A maioria das aplicações LSB funcionarão bem com qualquer uma das 
configurações, mas a conformidade completa requer que senhas \shadow\ 
estejam habilitadas.

#. Type: boolean
#. Description
#: ../templates:2001
#| msgid 
#| Generally speaking, it is considered good practice to enable shadow 
#| passwords.  However, there are some situations in which shadow passwords 
#| may not work properly (most notably, if non-root users need to 
#| authenticate passwords against /etc/passwd).
msgid 
Generally speaking, it is considered good practice to enable shadow 
passwords. However, there are some situations in which shadow passwords may 
not work properly (most notably, if non-root users need to check passwords 
against /etc/passwd).
msgstr 
Genericamente falando, é considerado boa prática habilitar senhas \shadow\. 
No entanto, existem algumas situações nas quais senhas \shadow\ podem não 
funcionar corretamente (notavelmente se usuários não-root precisam verificar 
senhas no /etc/passwd).

#~ msgid 
#~ If you answer in the affirmative, the command 'shadowconfig on' will be 
#~ run to enable shadow passwords.
#~ msgstr 
#~ Caso você responda afirmativamente, o comando 'shadowconfig on' será 
#~ executado para habilitar senhas shadow.


Bug#528043: Debian Installer bug #528043: how did you manage to choose to use the whole device for the root filesystem

2010-09-11 Thread Christian PERRIER
tags 528043 moreinfo
thanks

Subject says it all. I have absolutely no idea how you ended up even
being *able* to have the opportunity to make an entire filesystem in
the entire device.

Could you give the exact steps you followed (OK, this was 1.5 year
ago!) to achieve this?

-- 





signature.asc
Description: Digital signature


Bug#596439: UI for choosing and editing servers is broken

2010-09-11 Thread Martin Lemmen
Package: qgo
Version: 1.5.4
Severity: important

There's two problems with the parts of the UI needed to specify or edit
go servers.

1. In the edit servers dialog, you can't edit anything, e.g. when
changing the title of one server, clicking apply, selecting another
server in the same dialog, and again selecting the first server, the
first server has no title.

2. The dropdown menu for choosing which server to connect to is broken:
No title is displayed, it doesn't drop down.


Kind regards, Martin.





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



Bug#596287: vinagre fails to connect to VNC server

2010-09-11 Thread Andreas Henriksson
found 596287 0.4.1-3
fixed 596287 0.3.10-6
thanks

This is a regression compared to gtk-vnc 0.3.10 which I've confirmed
working (after rebuilding it from
http://snapshot.debian.org/package/gtk-vnc/0.3.10-6/ and rebuilding
vinagre with 0.3.10 installed).


Here's the vinagre debug output when running with gtk-vnc 0.3.10 where
apparently TLS+password authentication works...



$ vinagre --gtk-vnc-debug
gtk-vnc: Expose 0x0 @ 440,390
gtk-vnc: Started background coroutine
gtk-vnc: Resolving host 127.0.0.1 5900
gtk-vnc: Trying socket 18
gtk-vnc: Protocol initialization
gtk-vnc: Server version: 3.7
gtk-vnc: Using version: 3.7
gtk-vnc: Possible auth 18
gtk-vnc: Possible auth 2
gtk-vnc: Thinking about auth type 18
gtk-vnc: Decided on auth type 18
gtk-vnc: Waiting for auth type
gtk-vnc: Choose auth 18
gtk-vnc: Do TLS handshake
gtk-vnc: Handshake was blocking
gtk-vnc: Handshake was blocking
gtk-vnc: Handshake was blocking
gtk-vnc: Handshake done
gtk-vnc: Completed TLS setup
gtk-vnc: Got 1 subauths
gtk-vnc: Got 1 subauths
gtk-vnc: Possible sub-auth 2
gtk-vnc: Requested auth subtype 2
gtk-vnc: Waiting for auth subtype
gtk-vnc: Choose auth 2
gtk-vnc: Do Challenge
gtk-vnc: Requesting missing credentials
gtk-vnc: Set password credential seahorse
gtk-vnc: Waiting for missing credentials
gtk-vnc: Got all credentials
gtk-vnc: Checking auth result
gtk-vnc: Expose 0x77 @ 268,199
gtk-vnc: Success
gtk-vnc: Pixel format BPP: 32,  Depth: 24, Byte order: 1234, True color: 1
 Mask  red: 255, green: 255, blue: 255
 Shift red:  16, green:   8, blue:   0
gtk-vnc: Display name 'g...@amd64'
gtk-vnc: Setting depth color to 24 (32 bpp)
gtk-vnc: Visual mask: 16711680 65280 255
  shift:  16   8   0
gtk-vnc: Mask local: 255 255 255
remote: 255 255 255
merged: 255 255 255
gtk-vnc: Pixel shifts
   right:  16   8   0
left:  16   8   0
[...]



-- 
Regards,
Andreas Henriksson




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



Bug#588014: Documenting the DM-Upload-Allowed field.

2010-09-11 Thread Charles Plessy
Le Sat, Sep 11, 2010 at 04:15:15PM +0200, Emilio Pozuelo Monfort a écrit :
 
 Capitalization is inconsistent across the patch. I guess you should fix that.

Ooops (correction attached).

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
From 2b09eca1c6628bb1cacd864195f89a5c968f619c Mon Sep 17 00:00:00 2001
From: Charles Plessy ple...@debian.org
Date: Sat, 11 Sep 2010 22:38:28 +0900
Subject: [PATCH] Documents the DM-Upload-Allowed field, Closes: #588014.

---
 policy.sgml |   15 +++
 1 files changed, 15 insertions(+), 0 deletions(-)

diff --git a/policy.sgml b/policy.sgml
index 8a2c25e..23fb14b 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -2566,6 +2566,7 @@ Package: libc6
 	itemqref id=f-SourcettSource/tt/qref (mandatory)/item
 	itemqref id=f-MaintainerttMaintainer/tt/qref (mandatory)/item
 	itemqref id=f-UploadersttUploaders/tt/qref/item
+	itemqref id=f-DM-Upload-AllowedttDM-Upload-Allowed/tt/qref/item
 	itemqref id=f-SectionttSection/tt/qref (recommended)/item
 	itemqref id=f-PriorityttPriority/tt/qref (recommended)/item
 	itemqref id=sourcebinarydepsttBuild-Depends/tt et al/qref/item
@@ -2661,6 +2662,7 @@ Package: libc6
 	  itemqref id=f-VersionttVersion/tt/qref (mandatory)/item
 	  itemqref id=f-MaintainerttMaintainer/tt/qref (mandatory)/item
 	  itemqref id=f-UploadersttUploaders/tt/qref/item
+	  itemqref id=f-DM-Upload-AllowedttDM-Upload-Allowed/tt/qref/item
 	  itemqref id=f-HomepagettHomepage/tt/qref/item
 	  itemqref id=f-Standards-VersionttStandards-Version/tt/qref (recommended)/item
 	  itemqref id=sourcebinarydepsttBuild-Depends/tt et al/qref/item
@@ -2815,6 +2817,19 @@ Package: libc6
 	  /p
  	/sect1
 
+	sect1 id=f-DM-Upload-Allowed
+	  headingttDM-Upload-Allowed/tt/heading
+
+	  p
+	The most recent version of a package uploaded to unstable or
+	experimental must include the field DM-Upload-Allowed: yes in the
+	source section of its source control file for the Debian archive to
+	accept uploads signed with a key in the Debian Maintainer keyring.
+	See the General Resolution url id=http://www.debian.org/vote/2007/vote_003;
+	name=Endorse the concept of Debian Maintainers for more details.
+	  /p
+	/sect1
+
 	sect1 id=f-Changed-By
 	  headingttChanged-By/tt/heading
 
-- 
1.7.1



Bug#593909: debian-policy: Clarifications about the syntax of Debian control files.

2010-09-11 Thread Charles Plessy
Le Thu, Sep 02, 2010 at 06:52:15PM -0700, Russ Allbery a écrit :
 
 The distinction really is that some fields can be folded (Build-*, for
 example) and some fields are multi-line (Description, Files).  The
 multi-line fields are not folded in the RFC 5322 sense, since you cannot
 just remove the newlines and have semantically the same content.  Those
 fields (Description, Files) are a separate type of field that RFC 5322
 doesn't have.

I think that it is an excellent idea to use the vocabulary of the RFC. It has
been written many times that the control files follow the syntax of the RFC 822
and its successors, and I think that it would help to show where this is true
and where it is not.

In the attached patch, I refer to the RFC 2822: isn't 5322 a draft ? Also, I
integrated your comment about the relationships fields, that can not be folded
elsewhere than in source package files.

The attached patch also contains the (corrected) addition of the
DM-Upload-Allowed field.

I wonder if it would be worthwile to add the Bugs and Origin fields as well.

Have a nice Sunday,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
diff --git a/policy.sgml b/policy.sgml
index edd1faf..23fb14b 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -2449,19 +2449,22 @@ endif
 	  fieldsfootnote
 		The paragraphs are also sometimes referred to as stanzas.
 	  /footnote.
-	  The paragraphs are separated by blank lines.  Some control
+	  The paragraphs are separated by empty lines.  As a special exception
+	  for backwards compatibility, parsers may accept lines consisting
+	  solely of spaces and tabs as paragraph separators. Some control
 	  files allow only one paragraph; others allow several, in
 	  which case each paragraph usually refers to a different
 	  package.  (For example, in source packages, the first
 	  paragraph refers to the source package, and later paragraphs
-	  refer to binary packages generated from the source.)
+	  refer to binary packages generated from the source.).  The
+	  ordering of the paragraphs in control files is significant.
 	/p
 
 	p
 	  Each paragraph consists of a series of data fields; each
 	  field consists of the field name, followed by a colon and
 	  then the data/value associated with that field.  It ends at
-	  the end of the (logical) line.  Horizontal whitespace
+	  the end of a logical line (see below).  Horizontal whitespace
 	  (spaces and tabs) may occur immediately before or after the
 	  value and is ignored there; it is conventional to put a
 	  single space after the colon.  For example, a field might
@@ -2479,22 +2482,42 @@ Package: libc6
 	/p
 
 	p
-	  Many fields' values may span several lines; in this case
-	  each continuation line must start with a space or a tab.
-	  Any trailing spaces or tabs at the end of individual
-	  lines of a field value are ignored. 
+	  Fields values may be contained in a logical line that spans
+	  several lines; these lines are called continuation lines and
+	  must start with a space or a tab. Any trailing spaces or tabs
+	  at the end of individual lines of a field value are ignored.
 	/p
 
 	p
-	  In fields where it is specified that lines may not wrap,
-  only a single line of data is allowed and whitespace is not
-  significant in a field body. Whitespace must not appear
+	  Continuation lines need to be allowed for each field separately,
+	  by specifiying that the field can be folded or that it is multiline.
+	  list compact=compact
+	item
+	  In fields that can be folded, whitespace including newlines
+	  is not significant in the field valuesfootnote
+	This allows simple control files that contain only one paragraph
+	and no multiline field to be read by parsers written for
+	the RFC 2822./footnote.
+	/item
+	item
+	  In multiline fields, whitespace including newlines is significant.
+	/item
+	  /list
+	/p
+
+	p
+	  Whitespace must not appear
   inside names (of packages, architectures, files or anything
   else) or version numbers, or between the characters of
   multi-character version relationships.
 	/p
 
 	p
+	  The presence and purpose of a field, and the syntax of its
+	  value may differ between types of control files.
+	/p
+
+	p
 	  Field names are not case-sensitive, but it is usual to
 	  capitalize the field names using mixed case as shown below.
 	  Field values are case-sensitive unless the description of the
@@ -2502,9 +2525,17 @@ Package: libc6
 	/p
 
 	p
-	  Blank lines, or lines consisting only of spaces and tabs,
-	  are not allowed within field values or between fields - that
-	  would mean a new paragraph.
+	  Paragraph separators (empty lines) and lines consisting only of
+	  spaces and tabs are not allowed within field values or between
+	  fields.  Empty lines in field values are usually escaped by
+	  representing them by a space followed by a dot.
+	/p
+
+	p
+	  Lines starting with # without any preceding whitespace are 

Bug#596440: fails to properly run apt_update

2010-09-11 Thread Daniel Baumann
Package: live-installer
Severity: serious
Tag: pending

live-installer.postinst calls apt_update too early, making d-i fail when
installing a live system without binary indices, which is a common
configuration, otavio proposed a fix, testing now...

-- 
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#596441: gnome-volume-manager: cd-image on a sandisk usb-key not unmountable.

2010-09-11 Thread Matteo Nastasi
Package: gnome-volume-manager
Version: 2.22.1-1
Severity: normal

Hi, today I had buyed a 8GB usbkey (Sandisk) that shows two devices:
  1 normal storage (and I want to see it on my desktop)
  1 MSDOS image with windows utilities (and I DON'T WANT TO SEE IT ON MY 
DESKTOP)

I remembered that working on hal configuration I will be allowed to 
hide this unusefull partition/device or what is.

I try and try but normal /etc/hal/fdi/policy/preferences.fdi configurations
not work correctly (storage.automount_enabled_hint and volume.ignore)
so I put my hands in the code and I discovered that the pseudo-cdrom
not follows the normal storage flow but was intecepted by a gvm_media_changed.

To solve this problem I add a a check to verify if the volume is disable before
continue.

This is my patch to solve the problem:


diff -u -r gnome-volume-manager-2.22.1/src/manager.c 
gnome-volume-manager-2.22.1_mop/src/manager.c
--- gnome-volume-manager-2.22.1/src/manager.c   2008-01-18 17:30:22.0 
+0100
+++ gnome-volume-manager-2.22.1_mop/src/manager.c   2010-09-11 
16:29:25.0 +0200
@@ -2698,10 +2698,15 @@
 * check storage_device and not our own UDI
 */
if (libhal_device_get_property_bool (hal_ctx, storage_device, 
storage.removable, NULL)) {
-   /* we handle media change events separately */
-   dbg (Changed: %s\n, device);
-   if (gvm_media_changed (udi, storage_device))
+   if (!libhal_device_get_property_bool (hal_ctx, udi, 
volume.ignore, NULL)) {
+   /* we handle media change events separately */
+   dbg (Changed: %s\n, device);
+   if (gvm_media_changed (udi, storage_device))
+   goto out;
+   }
+   else {
goto out;
+   }
}

if (config.automount_drives  (mountable || crypto)) {


Best regards, Matteo Nastasi (mop).

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

Kernel: Linux 2.6.26-2-amd64 (SMP w/8 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 gnome-volume-manager depends on:
ii  gconf2  2.22.0-1 GNOME configuration database syste
ii  gnome-mount 0.7-2wrapper for (un)mounting and eject
ii  hal 0.5.11-8 Hardware Abstraction Layer
ii  libart-2.0-22.3.20-2 Library of functions for 2D graphi
ii  libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.22.0-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.22.0-1 The Bonobo UI library
ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries
ii  libcairo2   1.6.4-7  The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.1-5+lenny1   simple interprocess messaging syst
ii  libdbus-glib-1-20.76-1   simple interprocess messaging syst
ii  libgconf2-4 2.22.0-1 GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.16.6-3 The GLib library of C routines
ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.20.1.1-1   A powerful object-oriented display
ii  libgnomeui-02.20.1.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.22.0-5   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.12.12-1~lenny2 The GTK+ graphical user interface 
ii  libhal1 0.5.11-8 Hardware Abstraction Layer - share
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libnotify1 [libnoti 0.4.4-3  sends desktop notifications to a n
ii  liborbit2   1:2.14.13-0.1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.20.5-6 Layout and rendering of internatio
ii  libpopt01.14-4   lib for parsing cmdline parameters
ii  libsm6  2:1.0.3-2X11 Session Management library
ii  libx11-62:1.1.5-2X11 client-side library
ii  libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library

Versions of packages gnome-volume-manager recommends:
ii  gthumb 3:2.10.8-1+lenny2 an image viewer and browser
ii  nautilus-cd-burner 2.20.0-1  CD Burning front-end for Nautilus
ii  sound-juicer   2.22.0-3  GNOME 2 CD Ripper
pn  totem  none(no description available)


Bug#595479: Please unblock: openmotif/2.3.3-4

2010-09-11 Thread Julien Cristau
On Wed, Sep  8, 2010 at 08:43:08 +0200, Stefan Bauer wrote:

 Am 04.09.2010 18:13, Adam D. Barratt schrieb:
  On Sat, 2010-09-04 at 12:08 +0200, Stefan Bauer wrote:
  Please add another freeze exception. The package would have been in
  testing already but the buldd's are too busy. I'm waiting since 19. of
  august for the appropriate builds.
  
  out of date on hppa: libmotif-dev, libmotif3, motif-clients (from 
  2.2.3-4)
  out of date on ia64: libmotif-dev, libmotif4, motif-clients (from 
  2.3.3-2)
  out of date on mips: libmotif-dev, libmotif3, motif-clients (from 
  2.2.3-4)
  out of date on mipsel: libmotif-dev, libmotif3, motif-clients (from 
  2.2.3-4)
  
  Those missing builds all need resolving before the package will migrate.
  
  hppa does not have non-free auto-builders right now; ia64 is now built
  and mipsel has hit #519006 (I would be astonished if mips does not also
  do so).
 
 Build Problems on mips are now fixed. Please add an unblock exeption
 for this package to enter testing.
 
 This package is really required to run the citrix client.
 
It's still missing an hppa build.  Can you do that on the porterbox?

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#546544: Bug is still alive.

2010-09-11 Thread Miguel Landaeta
On Tue, Sep 07, 2010 at 10:39:58PM +0200, Raúl Sánchez Siles wrote:
   The problem arises when I try to connect with kopete, when I configure it 
 to 
 use SSL, which connects to 5223. In this case I have the message:
 
  terminate called after throwing an instance of 'std::logic_error'
   what():  basic_string::_S_construct NULL not valid
 
   and the service dies. I need to manually restart it. There were no relevant 
 information on jabberd14 log.
 
   When I configure kopete not to use SSL, ie, use 5222 (possibly without 
 encryption) jabberd14 works correctly.

Thanks for take time to report this issue.

I use the same client for jabber, I will try to reproduce
this problem.

-- 
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#594538: debian-history: Let's convert to UTF-8

2010-09-11 Thread Osamu Aoki
Hi,

I have not commited but I have done rough conversion with German PO file
update.

Now lt and ko are boken for ps/pdf.  this is due to debiandoc-sgml bug

Now Japabese have PDF/PS :-)

I need to ajust install script and doc-base to this new situation.
(Quite rivial)

This is not ready for package but should be good enough for web site.

Let me know if I can commit or not.

Osamu



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



Bug#596444: gnome-randr-applet: FTBFS: dh: unable to load addon autotools_dev

2010-09-11 Thread Philipp Kern
Source: gnome-randr-applet
Version: 0.4.1-2
Severity: serious

 sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org
 
 ╔══╗
 ║ gnome-randr-applet 0.4.1-2 (powerpc)   11 Sep 2010 
 11:19 ║
 ╚══╝
[...]
 dpkg-buildpackage
 ─
 
 dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2
 dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor): 
 dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g 
 -O2
 dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2
 dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor): 
 dpkg-buildpackage: source package gnome-randr-applet
 dpkg-buildpackage: source version 0.4.1-2
  dpkg-source --before-build gnome-randr-applet-0.4.1
 dpkg-buildpackage: host architecture powerpc
  /usr/bin/fakeroot debian/rules clean
 dh clean --with autotools_dev
 dh: unable to load addon autotools_dev: Can't locate 
 Debian/Debhelper/Sequence/autotools_dev.pm in @INC (@INC contains: /etc/perl 
 /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 
 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 
 /usr/local/lib/site_perl .) at (eval 8) line 2.
 BEGIN failed--compilation aborted at (eval 8) line 2.
 
 make: *** [clean] Error 2
 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules clean gave error 
 exit status 2
 
 Build finished at 20100911-1123
 FAILED [dpkg-buildpackage died]
 
 Purging 
 /var/lib/schroot/mount/sid-powerpc-sbuild-735ae4f2-dd91-4162-8b6f-ff67d9fa4f39/build/buildd-gnome-randr-applet_0.4.1-2-powerpc-XLNRKl
 Not removing build depends: cloned chroot in use
 
 Finished at 20100911-1123
 Build needed 00:03:22, 2516k disc space


signature.asc
Description: Digital signature


Bug#596386: unetbootin: Please make at least debian testing install cd working !

2010-09-11 Thread Eugene V. Lyubimkin
package unetbootin
tags 596386 + moreinfo
thanks

Hello,

yellow wrote:
 Package: unetbootin
 Version: 471-1
 Severity: important
 
[...]
Again, no useful info. Please provide the same info I requested in #594009.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



signature.asc
Description: OpenPGP digital signature


Bug#594538: debian-history: Let's convert to UTF-8

2010-09-11 Thread Bdale Garbee
On Sat, 11 Sep 2010 22:56:31 +0900, Osamu Aoki os...@debian.org wrote:
 Hi Bdale,
 
 I think this and harden-doc are the last packages which ship non-ascii
 document in non-UTF-8 format.
 
 It is quite annoyng for most non-English people.  Although file change
 is large, it is trivial conversion.  This was easy one for me
 maint-guide and debian-reference.  I am debiandoc-sgml maintainer and
 have updated debiandoc-sgml for UTF-8 during lenny cycle.  I think I can
 handle this task.
 
 May I initiate such commit to SVN to make this conversion? 
 (I have write access.)

Yes, of course!  I would be very happy to have your assistance with this
change.

Bdale


pgpw6BJhm4Wkx.pgp
Description: PGP signature


Bug#595970: unblock: dispmua/1.6.6-1

2010-09-11 Thread Julien Cristau
On Tue, Sep  7, 2010 at 20:09:09 +0200, Christoph Goehre wrote:

 Please unblock package dispmua
 
 it's the source renamed packages of icedove-dispma, which was removed
 from unstable with #595666. If you accept dispmua for squeeze, please
 remove icedove-dispmua at the same time.
 
icedove-dispmua is already removed from testing as a result of being
removed from unstable.

The revamped packaging makes this a pain to review...

+%:
+   dh --with xul-ext $@

this will be broken with debhelper compat level 8, you may want to
change it (see debhelper(7)).

I'm inclined to accept this anyway since icedove-dispmua was in testing
until 3 days ago, but not very happy with the packaging changes...

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#596445: mpdscribble consumes 100% of processor

2010-09-11 Thread thuban
Package: mpdscribble
Version: 0.19-1
Severity: important

mpdscribble consumes the cpu at 100% . I couldn't find where the problem was, 
maybe too much log?


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

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

Versions of packages mpdscribble depends on:
ii  adduser  3.112   add and remove users and groups
ii  debconf [debconf-2.0]1.5.35  Debian configuration management sy
ii  libc62.11.2-5Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls  7.21.1-1Multi-protocol file transfer libra
ii  libglib2.0-0 2.24.2-1The GLib library of C routines
ii  libmpdclient22.3-1   client library for the Music Playe
ii  lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

mpdscribble recommends no packages.

Versions of packages mpdscribble suggests:
ii  mpd   0.15.12-1  Music Player Daemon

-- debconf information:
  mpdscribble/user:
  mpdscribble/systemwide: false



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



Bug#596287: vinagre fails to connect to VNC server

2010-09-11 Thread Andreas Henriksson
git bisect told me the gtk-vnc credentials signalling issue was because
of
http://git.gnome.org/browse/gtk-vnc/commit/?id=4395a9aeb59651f0daa868bfcf0060e2f60d8098


I can't spot anything obviously wrong there..

There's a small typo in
sigdata.params.authCred = authTypes;
which should probably be
sigdata.params.authTypes = authTypes;
but it doesn't really matter since both of them are in the same union
anyway.


For background on the problem see: http://bugs.debian.org/596287

As a testcase ./examples/gvncviewer localhost (where localhost is
running vino) was used and a password prompt = success, connection
closed = failure.

Hopefully Daniel P. Berrange can help shed some light on what might be
the cause?


-- 
Regards,
Andreas Henriksson




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



Bug#596446: installation report: Several UI glitches; problems with WPA

2010-09-11 Thread Torsten Jerzembeck
Subject: installation-report: Several UI glitches; problems with WPA
Package: installation-reports
Version: 2.42
Severity: normal

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


-- Package-specific info:

Boot method: USB pendrive
Image version: 
http://ftp2.de.debian.org/debian/dists/squeeze/main/installer-i386/current/images/hd-media/gtk
 current as of 2010-09-10
Date: Date and time of the install

Machine: IBM Thinkpad R52
Partitions:
Dateisystem   Typ1K‐Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/mapper/falcon-root
  ext455044516  25205652  27042732  49% /
tmpfstmpfs  776788 0776788   0% /lib/init/rw
udev tmpfs  771744   272771472   1% /dev
tmpfstmpfs  776788 0776788   0% /dev/shm
/dev/sda1 ext2  233191 15086205664   7% /boot



Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [E]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [E]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

Most problems I encountered are probably minor glitches that can easily
be corrected, but they probably are quite frustrating for the novice
user.

1.) Network configuration seems to hang if non-free firmware is missing

I hadn't realized that the ipw2915abg WLAN card in the R52 needs a
non-free firmware package and thus hadn't provided this on the install
medium. This caused the installer to seemingly hang when configuring
the network. It turned out that the installer tried to access a floppy
drive that is not present on my system although the controller is.

2.) License dialogs' text overlaps the buttons at the bottom

The firmware package for the ipw2x00 chipsets presents a license dialog
during the installation and prompts to accept or decline the license.
However, the text of the license is too long and overlaps the buttons
at the bottom of the dialog. This makes it impossible to accept the
license as you can't see which button will be selected. I ended up
continuing the installation via the wired network interface present.

(This problem popped up again during the package installation stage.)

3.) Seemingly no WPA encryption for WLAN interfaces

Before abandoning the installation via the WLAN interface, I noticed
that there is seemingly no method to configure the WPA encryption
of a WLAN interface, probably because wpa-supplicant is missing at
this stage. This makes a network based installation impossible for
users that have a WPA protected WLAN (increasingly common, at least
here in Germany) and no other means of getting connectivity.

In my opinion the installer should offer WPA encryption or at least
should state prominently that installation via an WPA protected
WLAN is impossible.

Greetings from Stuttgart,

=ToJe=

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=6.0 (squeeze) - installer build 20100910-16:05
X_INSTALLATION_MEDIUM=hd-media

==
Installer hardware-summary:
==
uname -a: Linux falcon 2.6.32-5-486 #1 Thu Aug 12 12:59:56 UTC 2010 i686 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 
915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 03)
lspci -knn: Subsystem: IBM Device [1014:0575]
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 915GM/PM 
Express PCI Express Root Port [8086:2591] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW 
(ICH6 Family) PCI Express Port 1 [8086:2660] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW 
(ICH6 Family) PCI Express Port 3 [8086:2664] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 
82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 [8086:2658] (rev 03)
lspci -knn: Subsystem: IBM Device [1014:0565]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 
82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 [8086:2659] (rev 03)
lspci -knn: Subsystem: IBM Device [1014:0565]
lspci 

Bug#596447: virt-manager: *** glibc detected *** python: malloc(): memory corruption (fast): 0x000000000300cb50 ***

2010-09-11 Thread Wolfgang Weisselberg
Package: virt-manager
Version: 0.8.4-7
Severity: normal

Restarting a virtual machine in virt-manager --debug caused the
following output.  Sorry, no core was captured.  I'll try and
reproduce it.

-Wolfgang

2010-09-11 17:04:02,068 (CloneManager:665): Duplicating finished.
2010-09-11 17:05:57,869 (engine:806): Starting vm 'Lenny-506-Coda-client'.
2010-09-11 17:05:59,706 (manager:801): VM Lenny-506-Coda-client started
2010-09-11 17:06:02,308 (engine:628): window counter incremented to 3
2010-09-11 17:06:02,311 (console:640): Starting connect process for 
vnc://localhost:5900: localhost 5900
2010-09-11 17:06:02,419 (console:474): VNC initialized
2010-09-11 17:08:44,400 (engine:854): Rebooting vm 'Lenny-506-Coda-client'.
2010-09-11 17:08:44,403 (engine:870): Hypervisor doesn't support reboot, let's 
fake it
2010-09-11 17:08:50,730 (console:456): VNC disconnected
2010-09-11 17:08:54,850 (domain:1268): Fake reboot detected shutdown. 
Restarting VM
2010-09-11 17:08:55,342 (console:640): Starting connect process for 
vnc://localhost:5900: localhost 5900
2010-09-11 17:08:55,422 (console:474): VNC initialized
2010-09-11 17:08:59,802 (manager:801): VM Lenny-506-Coda-client started
*** glibc detected *** python: malloc(): memory corruption (fast): 
0x0300cb50 ***
=== Backtrace: =
/lib/libc.so.6(+0x71b16)[0x7f9adc4d5b16]
/lib/libc.so.6(+0x7542d)[0x7f9adc4d942d]
/lib/libc.so.6(__libc_malloc+0x70)[0x7f9adc4da970]
/usr/lib/libcairo.so.2(+0x286c8)[0x7f9ad7b2c6c8]
/usr/lib/libcairo.so.2(+0x462cb)[0x7f9ad7b4a2cb]
/usr/lib/libcairo.so.2(+0x2d96e)[0x7f9ad7b3196e]
/usr/lib/libcairo.so.2(+0x16bd3)[0x7f9ad7b1abd3]
/usr/lib/libcairo.so.2(cairo_fill_preserve+0x20)[0x7f9ad7b15980]
/usr/lib/libcairo.so.2(cairo_fill+0x9)[0x7f9ad7b15999]
/usr/lib/libgtk-vnc-1.0.so.0(+0x8c91)[0x7f9acf019c91]
/usr/lib/libgtk-x11-2.0.so.0(+0x141c18)[0x7f9ad89e2c18]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f9ada2ab47e]
/usr/lib/libgobject-2.0.so.0(+0x23040)[0x7f9ada2c1040]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x62d)[0x7f9ada2c28bd]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f9ada2c2fc3]
/usr/lib/libgtk-x11-2.0.so.0(+0x257f3f)[0x7f9ad8af8f3f]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x471)[0x7f9ad89dc341]
/usr/lib/libgdk-x11-2.0.so.0(+0x437b2)[0x7f9ad86377b2]
/usr/lib/libgdk-x11-2.0.so.0(+0x4375f)[0x7f9ad863775f]
=== Memory map: 
0040-0061d000 r-xp  fe:02 344735 
/usr/bin/python2.6
0081d000-0087f000 rw-p 0021d000 fe:02 344735 
/usr/bin/python2.6
0087f000-0088e000 rw-p  00:00 0 
014a5000-03095000 rw-p  00:00 0  [heap]
7f9abb00-7f9abc00 rw-p  00:00 0 
7f9abc00-7f9abc0b2000 rw-p  00:00 0 
7f9abc0b2000-7f9ac000 ---p  00:00 0 
7f9ac101f000-7f9ac201f000 rw-p  00:00 0 
7f9ac201f000-7f9ac202 ---p  00:00 0 
7f9ac202-7f9ac282 rw-p  00:00 0 
7f9ac282-7f9ac2821000 ---p  00:00 0 
7f9ac2821000-7f9ac3021000 rw-p  00:00 0 
7f9ac3021000-7f9ac313b000 rw-s  00:04 29360138   
/SYSV (deleted)
7f9ac313b000-7f9ac513b000 rw-p  00:00 0 
7f9ac513b000-7f9ac800 r--p  fe:02 688142 
/usr/share/icons/gnome/icon-theme.cache
7f9ac800-7f9ac80ab000 rw-p  00:00 0 
7f9ac80ab000-7f9acc00 ---p  00:00 0 
7f9acc8ac000-7f9acc8c2000 r-xp  08:02 908600 
/lib/libgcc_s.so.1
7f9acc8c2000-7f9accac1000 ---p 00016000 08:02 908600 
/lib/libgcc_s.so.1
7f9accac1000-7f9accac2000 rw-p 00015000 08:02 908600 
/lib/libgcc_s.so.1
7f9accac2000-7f9accbdc000 rw-s  00:04 29425676   
/SYSV (deleted)
7f9accbdc000-7f9acccf6000 rw-s  00:04 29327369   
/SYSV (deleted)
7f9acccf6000-7f9accd56000 rw-s  00:04 29261829   
/SYSV (deleted)
7f9accd56000-7f9accd71000 r--s  fe:02 1048687
/usr/share/mime/mime.cache
7f9accd71000-7f9acd439000 r--p  fe:02 656785 
/usr/share/icons/hicolor/icon-theme.cache
7f9acd439000-7f9acd43a000 ---p  00:00 0 
7f9acd43a000-7f9acdc3a000 rw-p  00:00 0 
7f9acdc3a000-7f9acdc49000 r-xp  08:02 908576 
/lib/libbz2.so.1.0.4
7f9acdc49000-7f9acde48000 ---p f000 08:02 908576 
/lib/libbz2.so.1.0.4
7f9acde48000-7f9acde4a000 rw-p e000 08:02 908576 
/lib/libbz2.so.1.0.4
7f9acde4a000-7f9acde82000 r-xp  fe:02 246060 
/usr/lib/libcroco-0.6.so.3.0.1
7f9acde82000-7f9ace081000 ---p 00038000 fe:02 246060 
/usr/lib/libcroco-0.6.so.3.0.1
7f9ace081000-7f9ace085000 rw-p 00037000 fe:02 246060 
/usr/lib/libcroco-0.6.so.3.0.1
7f9ace085000-7f9ace0c r-xp  fe:02 247351

Bug#596446: installation report: Several UI glitches; problems with WPA

2010-09-11 Thread Christian PERRIER
clone 596446 -1
reassign -1 firmware-ipw2x00
retitle -1 Licence text overlaps accept/decline buttons
thanks

Quoting Torsten Jerzembeck (t...@datentrampelpfad.de):

 Comments/Problems:


Thanks for your report. We'll try to go through reported issues below:

 
 Most problems I encountered are probably minor glitches that can easily
 be corrected, but they probably are quite frustrating for the novice
 user.
 
 1.) Network configuration seems to hang if non-free firmware is missing
 
 I hadn't realized that the ipw2915abg WLAN card in the R52 needs a
 non-free firmware package and thus hadn't provided this on the install
 medium. This caused the installer to seemingly hang when configuring
 the network. It turned out that the installer tried to access a floppy
 drive that is not present on my system although the controller is.

Before reassigning this, I'd like you to test the daily builds of
Debian Installer, from http://www.debian.org/devel/debian-installer/

Please choose the netboot image, not another oneseveral firmware
loading issues have been fixed in the recent version of the initrd
packagesand the image you tested has quite older versions (yes,
even if it's called a daily build too).

 2.) License dialogs' text overlaps the buttons at the bottom
 
 The firmware package for the ipw2x00 chipsets presents a license dialog
 during the installation and prompts to accept or decline the license.
 However, the text of the license is too long and overlaps the buttons
 at the bottom of the dialog. This makes it impossible to accept the
 license as you can't see which button will be selected. I ended up
 continuing the installation via the wired network interface present.
 
 (This problem popped up again during the package installation stage.)

Reassigned to the package. It might be a cdebconf issue, though.

 3.) Seemingly no WPA encryption for WLAN interfaces
 
 Before abandoning the installation via the WLAN interface, I noticed
 that there is seemingly no method to configure the WPA encryption
 of a WLAN interface, probably because wpa-supplicant is missing at
 this stage. This makes a network based installation impossible for
 users that have a WPA protected WLAN (increasingly common, at least
 here in Germany) and no other means of getting connectivity.

Very longstanding wishlist for netcfg:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327309 and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550744

This is very typical of squeeze D-I development: things have been
mostly done andnobody pushed them enough so they're lying around
and it's probably even too late now for squeeze..:-(




signature.asc
Description: Digital signature


Bug#595457: gitolite: [INTL:ja] please add Japanese po-debconf template translation (ja.po)

2010-09-11 Thread Hideki Yamane
On Fri, 10 Sep 2010 10:20:53 +0200
Gerfried Fuchs rho...@deb.at wrote:

 Thanks for your help, I've updated it.


   Hi!
 
 * Hideki Yamane henr...@debian.or.jp [2010-09-04 07:50:59 CEST]:
   Um, sorry I've sent wrong file, please discard previous one and
   use attached one, thanks.
 
  You seem to have used an old template - can you please update your file
 to the template that went through the swift review? For your
 convenience, find your ja.po file attached after I did run it through
 debconf-updatepo.
 
  Thanks in advance!
 Rhonda
 -- 
 Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
 Mensch auch ein Privatleben haben sollte.
 -- http://www.karriere.at/artikel/884/


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


ja.po
Description: Binary data


Bug#596449: linux-image-2.6.32-bpo.5-openvz-amd64: kernel BUG related to SHM

2010-09-11 Thread Steven Chamberlain

Package: linux-2.6
Version: 2.6.32-20~bpo50+1
Severity: critical
Justification: breaks the whole system

Hi,

I've repeatedly run into the following issue since upgrading from 
2.6.26+17+lenny1, strangely, triggered only by phpmyadmin, which runs 
under apache2 on one of my OpenVZ VE's.


The server appears otherwise stable for days at a time, during heavy 
disk and network I/O.  But I can reliably reproduce this kernel BUG by 
trying to load phpmyadmin.


I believe this is related to SHM, which is mentioned in the backtrace, 
but I realise that the APC opcode cache for PHP uses 16MB of shared 
memory to store bytecode and/or other data for PHP applications 
including phpmyadmin.


dmesg output:

[435221.658261] [ cut here ]
[435221.661009] kernel BUG at 
/tmp/buildd/linux-2.6-2.6.32/debian/build/source_amd64_openvz/mm/filemap.c:130!

[435221.661009] invalid opcode:  [#1] SMP
[435221.661009] last sysfs file: 
/sys/devices/system/edac/mc/mc1/csrow2/ch1_dimm_label

[435221.661009] CPU 2
[435221.661009] Modules linked in: udf crc_itu_t arc4 ecb rtl8187 
mac80211 led_class cfg80211 rfkill eeprom_93cx6 cpufreq_stats vzethdev 
vznetdev simfs vzrst vzcpt vzdquota vzmon vzdev xt_DSCP xt_owner 
xt_length xt_hl xt_tcpmss xt_TCPMSS xt_limit xt_dscp nfsd exportfs nfs 
lockd fscache nfs_acl auth_rpcgss sunrpc bridge ipt_REJECT act_police 
xt_state cls_u32 sch_ingress iptable_filter sch_htb iptable_mangle 
ipt_LOG ipt_MASQUERADE xt_tcpudp xt_hashlimit xt_multiport iptable_nat 
nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables x_tables 
aufs(C) 8021q garp stp powernow_k8 ipmi_watchdog ipmi_si ipmi_devintf 
ipmi_msghandler loop container snd_pcm snd_timer snd soundcore 
snd_page_alloc amd64_edac_mod psmouse evdev serio_raw k8temp edac_core 
edac_mce_amd button processor i2c_amd756 i2c_core pcspkr amd_rng 
rng_core shpchp pci_hotplug reiserfs sha256_generic aes_x86_64 
aes_generic cbc qla2xxx dm_crypt dm_mirror dm_region_hash dm_log 
dm_snapshot dm_mod raid456 async_raid6_recov async_pq raid6_pq async_xor 
xor async_memcpy async_tx raid1 md_mod sd_mod crc_t10dif sg sr_mod cdrom 
ata_generic mptspi mptscsih pata_amd scsi_transport_fc ohci_hcd aic7xxx 
mptbase scsi_transport_spi scsi_tgt libata floppy usbcore nls_base tg3 
libphy scsi_mod thermal fan thermal_sys [last unloaded: qla2xxx]
[435221.661009] Pid: 9914, comm: apache2 Tainted: G C 
2.6.32-bpo.5-openvz-amd64 #1 budarin Sun Fire V20z
[435221.661009] RIP: 0010:[810b6b89]  [810b6b89] 
__remove_from_page_cache+0x51/0xb6

[435221.661009] RSP: 0018:88007e6fdc28  EFLAGS: 00010002
[435221.661009] RAX: 0001 RBX: ea0001cdcac0 RCX: 
880073c1291e
[435221.661009] RDX:  RSI: 0016 RDI: 
88015e80
[435221.661009] RBP: 88007ce3d2b0 R08: 0016 R09: 
8800bf02e080
[435221.661009] R10: 000d R11: 880073c12a10 R12: 
88007ce3d2b0
[435221.661009] R13:  R14: 88007e6fdcc8 R15: 

[435221.661009] FS:  7eff57357750() GS:88008140() 
knlGS:b74976c0

[435221.661009] CS:  0010 DS:  ES:  CR0: 8005003b
[435221.661009] CR2: 7eff4f638098 CR3: 01001000 CR4: 
06e0
[435221.661009] DR0:  DR1:  DR2: 

[435221.661009] DR3:  DR6: 0ff0 DR7: 
0400
[435221.661009] Process apache2 (pid: 9914, veid=1003, threadinfo 
88007e6fc000, task 88007e69f000)

[435221.661009] Stack:
[435221.661009]  8800bcd18000 88007ce3d2c8 ea0001cdcac0 
810b6c17
[435221.661009] 0 ea0001cdcac0 88007ce3d2b0  
810be2ab
[435221.661009] 0  ea0001cdcac0  
810be36c

[435221.661009] Call Trace:
[435221.661009]  [810b6c17] ? remove_from_page_cache+0x29/0x3e
[435221.661009]  [810be2ab] ? truncate_inode_page+0x6d/0x84
[435221.661009]  [810be36c] ? 
truncate_inode_pages_range+0xaa/0x2a2

[435221.661009]  [810c41a4] ? shmem_delete_inode+0x0/0x110
[435221.661009]  [810c41d5] ? shmem_delete_inode+0x31/0x110
[435221.661009]  [810c41a4] ? shmem_delete_inode+0x0/0x110
[435221.661009]  [8110339c] ? generic_delete_inode+0xd4/0x160
[435221.661009]  [810ff3ef] ? d_kill+0x40/0x61
[435221.661009]  [8110146f] ? dput+0x1c0/0x1cc
[435221.661009]  [810f21bf] ? __fput+0x176/0x1a7
[435221.661009]  [810d1de9] ? remove_vma+0x58/0x8d
[435221.661009]  [810d1f4c] ? exit_mmap+0x12e/0x14d
[435221.661009]  [8104a873] ? mmput+0x3c/0x105
[435221.661009]  [8104ef58] ? exit_mm+0x115/0x120
[435221.661009]  [810508ed] ? do_exit+0x1f5/0x747
[435221.661009]  [81050eb5] ? do_group_exit+0x76/0x9d
[435221.661009]  [81050eee] ? sys_exit_group+0x12/0x16
[435221.661009]  [81010c12] ? 

Bug#548099: broken on kfreebsd

2010-09-11 Thread Luca Bruno
It is instead working fine on my kfreebsd-amd64, up-to-date sid:

r...@europa:~# uname -sr
GNU/kFreeBSD 8.1-1-amd64

r...@europa:~# dpkg -l | grep molly-guard
ii  molly-guard 0.4.4-2

r...@europa:~# halt
W: molly-guard: SSH session detected!
Please type in hostname of the machine to halt: ^C
Good thing I asked; I won't halt europa ...

I think this works just because SSH_CONNECTION is properly set:
r...@europa:~# env | grep -i ssh
SSH_CLIENT=10.23.1.1 46891 22
SSH_TTY=/dev/ttyp0
SSH_CONNECTION=10.23.1.1 46891 10.23.1.2 22

Otherwise, I'm not sure how to identify a terminal spawned by 
sshd, as process grepping seems to behave differently and not 
to report the pseudo-terminal:
root   703   /usr/sbin/sshd
root  1012\_ /usr/sbin/sshd -R
lucab 1016\_ /usr/sbin/sshd -R
lucab 1017\_ -bash
root  1043\_ su
root  1050\_ bash

Ciao, Luca

-- 
 .''`.  ** Debian GNU/Linux **  | Luca Bruno (kaeso)
: :'  :   The Universal O.S.| lucab (AT) debian.org
`. `'`  | GPG Key ID: 3BFB9FB3
  `- http://www.debian.org  | Debian GNU/Linux Developer


pgpGOA39Cgttf.pgp
Description: PGP signature


Bug#596450: unblock: micro-evtd/3.3.3-7

2010-09-11 Thread Ryan Tandy

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

Please allow micro-evtd/3.3.3-7 to migrate to squeeze.  The package has 
been reviewed and uploaded to unstable by Martin Michlmayr (CCed).  The 
package is only used on the Buffalo Linkstation Pro/Live and Kurobox Pro 
platforms, so the affected userbase is very small; however the update is 
quite important for those users.


The upload fixes a bug causing the daemon not to start automatically in 
debian-installer, and fixes a number of bashisms in scripts included in 
d-i where bash is is not available.  Please see the annotated changelog 
below for more details.


Thanks,
Ryan

* debian/udeb/micro_evtd.command: Fixed test condition for whether 
daemon is already running. (Closes: #580549)


If the daemon is not started correctly, the built-in watchdog timer 
kills the machine after 5 minutes.  Therefore this fix is important for 
debian-installer so that users are not required to start it manually.


* debian/patches/microapl-bashisms.patch: Fixed several more bashisms in 
microapl.  Based on a patch by Noriaki Mitsunaga. (Closes: #534257)
* debian/patches/eventscript.patch: Fixed more bashisms, so the script 
actually copies and runs now.

* debian/patches/script-paths.patch: Refreshed.

These scripts are currently not functional unless bash is used as the 
interpreter.  It is not reasonable to set bash as the interpreter for 
them because they are included in debian-installer.


* debian/init.d:
  - Replaced Required-{Start,Stop} with values from 
/etc/init.d/skeleton, as the daemon has no special requirements.  (Fixes 
a lintian error.)

  - Added runlevel 1 to Default-Stop.  (Fixes a lintian warning.)

Trivial change to fix a lintian error.

* debian/rules: Overrode CFLAGS to work around a segfault that appears 
when built with optimizations.


This change is the reason for the delay in sending an unblock request, 
since I was trying to debug the crash.  It is not caused by my changes; 
it appears even when building the unmodified previous version.  I wasn't 
able to find the cause and so I included this workaround.




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



  1   2   3   >