Bug#443167: fluxbox also doesn't notice resolution changes

[Dmitry E. Oboukhov]

On 20:06 Tue 20 May , Josef Spillner wrote:
JS> Just some add-on information:
JS> It also doesn't recognise resolution changes so that if a screen is scaled
JS> down from 1680x1050 to 1024x768 to accommodate a projector, then displaying
JS> PDF files fullscreen crops them. Happened today to me in front of my
JS> students, who hence collectively learned that fluxbox 1.0.0+deb1-6 is
JS> inferiour to state-of-the-art window managers.

JS> And I was about to open a new bug just to see that this one has been open 
for
JS> a long time. Before trying to do anything about it I want to see some
JS> feedback.

Unfortunately  I  don't  use  xrandr  and  different  screen
sizes, so I can say nothing on this  bug.   The  only  thing
I definitely know is  the  following:  the  developers  have
been informed about this bug  and  may  be  they  even  have
already  corrected it.

Wouldn't it be  too  much  trouble  for  You  to  build  the
git-version of fluxbox?  In the neighbour bug-treads I wrote
how to build it.  Here for example: #375709

Some new settings  are  not  finished  yet  in  git-version,
however it is possible to  estimate  if  this  bug  declares
itself or not.


signature.asc
Description: Digital signature

Bug#482365: aptitude proceeds with install without permission to do so

[Ross Boylan]

Package: aptitude
Version: 0.4.11.2-1
Severity: normal

I consider this pretty serious misbehavior, since it results in
aptitude taking action without a request to take action.  However,
this only happens in peculiar circumstances, namely an X failure
killed my who X session.

I ran aptitude in a KDE terminal and hit u, U, and g (i.e., start
upgrade).  It downloaded the debs, checked for bugs (I don't think
there were any) and showed me the changlog.  It then asked (roughly)
Proceed with upgrade (Y/N)?

Since one of the upgrades involved the kernel I was running, and since
I had a long-running computation I didn't want to risk interruptings.
I did not respond.

Hours later I locked the screen (running KDE, launched from
KDE). After some time, another user switched to her existing session
on another virtual terminal.  After a couple of minutes my original X
session, which was not on the screen, crashed.  At that point,
aptitude apparently decided to proceed with the installation:

May 21 21:30:24 corn kernel: Xorg[7160]: segfault at 01a4 eip
0818c49a esp bf98f9a0 error 4

The dpkg log shows action started shortly thereafter:
2008-05-21 21:30:37 startup archives unpack
2008-05-21 21:30:53 upgrade linux-image-2.6.24-1-686 2.6.24-6 2.6.24-7
2008-05-21 21:30:53 status half-configured linux-image-2.6.24-1-686 2.6.24-6


I speculate that aptitude either mishandled a signal to die or got
disoriented by the disappearance of the terminal it was in.

There are many possible culprits: X or KDE Terminal generated a bogus
character as X went down; apt-listchanges; apt; or any of the
libraries they depend on.  Please reassign if appropriate.

Obviously it would be nice if X didn't crash, but this bug is about
how aptitude handles things when it does.

-- Package-specific info:
aptitude 0.4.11.2 compiled at Apr 12 2008 04:21:26
Compiler: g++ 4.2.3 (Debian 4.2.3-3)
Compiled against:
  apt version 4.6.0
  NCurses version 5.6
  libsigc++ version: 2.0.18
  Ept support enabled.

Current library versions:
  NCurses version: ncurses 5.6.20080308
  cwidget version: 0.5.11
  Apt version: 4.6.0
linux-gate.so.1 =>  (0xe000)
libapt-pkg-libc6.7-6.so.4.6 => /usr/lib/libapt-pkg-libc6.7-6.so.4.6 
(0xb7e8)
libncursesw.so.5 => /lib/libncursesw.so.5 (0xb7e44000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xb7e3d000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb7d4d000)
libept.so.0 => /usr/lib/libept.so.0 (0xb7cd5000)
libxapian.so.15 => /usr/lib/libxapian.so.15 (0xb7b62000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7b4d000)
libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7b35000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7a47000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7a22000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7a15000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb78c7000)
libutil.so.1 => /lib/i686/cmov/libutil.so.1 (0xb78c3000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb78be000)
/lib/ld-linux.so.2 (0xb7f6d000)
Terminal: xterm
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

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

Kernel: Linux 2.6.24-1-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 aptitude depends on:
ii  apt [libapt-pkg-libc6. 0.7.11Advanced front-end for dpkg
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcwidget30.5.11-1  high-level terminal interface libr
ii  libept00.5.17High-level library for managing De
ii  libgcc11:4.3.0-3 GCC support library
ii  libncursesw5   5.6+20080308-1Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libstdc++6 4.3.0-3   The GNU Standard C++ Library v3
ii  libxapian151.0.5-1   Search engine library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.4.11.2-1 English manual for aptitude, a ter
ii  libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#229285: [Pkg-awstats-devel] Suggestion for moving awstats to apache2 as default config.

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, May 21, 2008 at 10:52:11PM +0200, Andreas Henriksson wrote:
>Here's a patch that does the basics for replacing apache with apache2 
>as the default, since apache was removed after etch and we now only 
>have one version (apache2).

I am fine with changing the default, as long as it is kept overrideable.  
That is, setups favouring eg. lighttpd should work too.


>For extra bonus points, we could fix #229285 by doing:
>
>reuse example apache config for apache2 (svn move 
>debian/examples/apache.conf debian/apache.conf) comment out everything 
>except the Alias (or atleast everything with security concerns). Add 
>"debian/apache.conf /etc/apache2/conf.d/awstats" to 
>debian/awstats.install Drop debian/examples/apache.conf in 
>debian/rules.

Apache 1.3 used to use different access rights for logfiles than apache 
2.x.  Some instructions and/or setup might need an update now (but it is 
quite some time ago I looked into it, so I may be wrong).

Apart from that your changes look sane to me.

Please go ahead (and we'll fix it together if things should break).


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  - Enden er nær: http://www.shibumi.org/eoti.htm
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFINRTdn7DbMsAkQLgRAj6nAJ9tbNhzEEnj5DvIF9xlG0nCGVS6fwCfYFFW
NkjrDsNb2Y7/f8XF8wXi7Y0=
=SS5d
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T

[Brice Goglin]

Branden Robinson wrote:
>>> 6) ...and the byteswapped cursor.
>>>   
> Thanks, Alex!  This helped a lot.  Problems 1), 2), and 3) above are gone.
> 4) is no longer applicable; 5) and 6) remain.
>   

5) should be fixed once you switch to Xserver 1.5 and the ati driver
snapshot in experimental.

Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482358: requested files for apt-p2p

[Chris Lawrence]

On Thu, May 22, 2008 at 1:06 AM, Cameron Dale <[EMAIL PROTECTED]> wrote:
> On 5/21/08, Chris Lawrence <[EMAIL PROTECTED]> wrote:
>> The file seems to be present now; I'm not sure why it was missing
>>  before.  In any event, here are the files you asked for.
>
> Sorry, I neglected to mention to check the symlink destination as
> well. Is it also there? Are you no longer getting these errors then?

Yep, I only got the Python tracebacks on the first segfault, not the second.

> If it is there, I suspect that a rare error occurred in which the file
> disappeared between the checking it was there and the loading of the
> packages cache. Is it possible that an 'apt-get update' was called
> while another apt-get call was still downloading? I suspect this may
> be due to your modification of apt-p2p to allow for multiple machines
> on a LAN to use apt-p2p like a proxy. Is that a possibility?

No, the second client wasn't active on the LAN at either time; the
laptop that I use as the second client has been disconnected from the
LAN since Sunday morning, so all that's been happening is local
accesses and whatever p2p traffic has been active.


Chris



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#472709: O: sql-ledger

[Finn-Arne Johansen]

Raphael Hertzog skrev:
> retitle 472709 RFH: sql-ledger -- A web based double-entry accounting program
> thanks
> 
> On Tue, 25 Mar 2008, Finn-Arne Johansen wrote:
>> I propose to Orphan sql-ledger. 
>> Current version in Debian is 2.6.22-2, Upstream is 2.8.14. I've hade
>> hopes that the effort to get smbledger into debian would succeed before
>> we ship lenny, but I doubt that it will happen. Therefor, I fill it's
>> best to Orphan sql-ledger.
> 
> I do need such a web-application. Until smbledger is ready I'll continue
> to maintain sql-ledger in a low-maintenance mode. 
> 
> Thus I transform this bug into a RFH (Request for help) so that if anyone
> want to take over the responsibility of this package, he can.
> 
> I just uploaded the latest upstream version to sid. If you want to be
> removed from the Maintainer field, let me know.

Yes please.

-- 
Finn-Arne Johansen
[EMAIL PROTECTED] http://bzz.no/
EE2A71C6403A3D191FCDC043006F1215062E6642 062E6642




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482364: gettext-el: patch for po-mode to save buffer when PO-Revision-Date is hold

[Kobayashi Noritada]

Package: gettext-el
Version: 0.17-2
Severity: normal
Tags: patch


Hi,

po-mode provides po-auto-replace-revision-date, an option for users to
decide whether PO-Revision-Date field in the header should be
automatically updated or not.  However, when users choose holding that
field, by setting that variable to "ask" and answering "n" to "May I set
PO-Revision-Date? (y or n) " or by setting that variable to "nil", the
field is not updated AND THE BUFFER IS NOT SAVED.  I've confirmed that
this issue represents in Emacs 21 and Emacs 22.

This may be a bug due to a fact[1] that Emacs considers the buffer is
saved when a hook in write-contents-hooks returns non-nil.  So, I've
created a patch to fix the issue.  Could you please apply it?

[1] http://www.gnu.org/software/emacs/elisp/html_node/Saving-Buffers.html
(write-contents-hooks is renamed as write-contents-functions in
Emacs 22.1).

Many thanks,

-nori


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)

Versions of packages gettext-el depends on:
ii  emacs21 [emacsen] 21.4a+1-3etch1 The GNU Emacs editor
ii  gettext   0.16.1-1   GNU Internationalization utilities
ii  xemacs21-mule-canna-wnn [ 21.4.19-2  highly customizable text editor --

gettext-el recommends no packages.

-- no debconf information
Index: gettext-tools/misc/po-mode.el
===
RCS file: /sources/gettext/gettext/gettext-tools/misc/po-mode.el,v
retrieving revision 1.41
diff -u -r1.41 po-mode.el
--- gettext-tools/misc/po-mode.el   7 May 2008 23:12:36 -   1.41
+++ gettext-tools/misc/po-mode.el   21 May 2008 18:57:29 -
@@ -1391,7 +1391,8 @@
zone "\\n\"")
t t
 (message ""))
-(message (_"PO-Revision-Date should be adjusted..."
+(message (_"PO-Revision-Date should be adjusted...")))
+  nil)
 
 ;;; Handling span of entry, entry type and entry attributes.
 

Bug#482305: kernel 2.6.25-2-686 has xen support

[Ian Campbell]

> There is no problem with the Nvidia script, the problem is Nvidia does
> not support xen kernels.

That is true of the original Xen kernels (up to 2.6.18) but not of the
new Xen kernels (2.6.22+).

The original Xen port of Linux required that you build a specific Xen
kernel which would not boot on native and which made changes that broke
the Nvidia drivers, hence they check for CONFIG_XEN and abort if it is
enabled, they also added a load of #ifdef CONFIG_XEN stuff.

The new Xen port of Linux use the paravirt_ops infrastructure which
makes the support of Xen transparent to the rest of the kernel and also
allows one binary to boot on both native and Xen. Since the Xen support
is now transparent to the rest of the kernel both the check for
CONFIG_XEN and the #ifdef CONFIG_XEN code is obsolete and should be
removed from the nvidia drivers.

> I'm all for a better solution to this problem, however, a huge number of
> users have *no choice* as to which video card is installed in their
> machines, are being penalized.

See http://lists.debian.org/debian-kernel/2008/05/msg00948.html for a
report that removing all the CONFIG_XEN checks fixes the issue, it did
for me too.

Ian.
-- 
Ian Campbell

Nothing is rich but the inexhaustible wealth of nature.
She shows us only surfaces, but she is a million fathoms deep.
-- Ralph Waldo Emerson


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

Bug#482358: requested files for apt-p2p

[Cameron Dale]

On 5/21/08, Chris Lawrence <[EMAIL PROTECTED]> wrote:
> The file seems to be present now; I'm not sure why it was missing
>  before.  In any event, here are the files you asked for.

Sorry, I neglected to mention to check the symlink destination as
well. Is it also there? Are you no longer getting these errors then?

If it is there, I suspect that a rare error occurred in which the file
disappeared between the checking it was there and the loading of the
packages cache. Is it possible that an 'apt-get update' was called
while another apt-get call was still downloading? I suspect this may
be due to your modification of apt-p2p to allow for multiple machines
on a LAN to use apt-p2p like a proxy. Is that a possibility?

Thanks,
Cameron



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#230308: Bug#482044: Please restart spamd on perl upgrades.

[Niko Tyni]

On Tue, May 20, 2008 at 10:10:02AM -0400, Noah Meyerhans wrote:
> On Tue, May 20, 2008 at 06:20:33AM -0700, Daniel Burrows wrote:
> >   A much larger amount of spam than usual got through my filters, I
> > think because most of my spam checks couldn't run due to this error.
> > After some confusion, I figured out that I had upgraded perl under a
> > running spamd, from 5.8 to 5.10.  Apparently spamd needs to dynamically
> > load perl modules, and removing the 5.8 versions breaks it.  It would be
> > great if spamd could be restarted when perl is upgraded.  I suspect this
> > is not exactly trivial, which is why I'm filing at wishlist severity.
> 
> There are a few different things that need to happen to spamassassin
> when perl is upgraded.  Compiled rules need to be blown away and
> rebuilt, for example.  Unfortunately, perl is in a much better position
> than we are to know when it's upgraded.  Perhaps perl should take care
> of triggering a spamassassin restart, similar to what glibc does...

This is also #230308 against perl.

Although there's the glibc precedent, the perl package doesn't really
want to know which packages need a restart.  I wonder if the new dpkg
triggers would be a good solution for this.
-- 
Niko Tyni   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T

[Brice Goglin]

Branden Robinson wrote:
> found 1:6.8.0-1
> thanks
>   
> Unfortunately it looks like things have not improved for me, but gotten
> worse.  Now:
>   

Can you try the latest snapshot in experimental?

thanks,
Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482317: libxt6: scroll list overflow in gv

[Brice Goglin]

Juha Takala wrote:
> Brice Goglin writes on 21.5.2008 23:48:03:
>  > Juha Takala wrote:
>  > > Package: libxt6
>  > > Version: 1:1.0.2-2
>  > > Severity: important
>  > >
>  > >
>  > > I found the problem while viewing large documents vith gv, and I am not
>  > > very knowledgeable in X terminology, so I apologise, that I will
>  > > describe the problem in terms of gv:
>  > >   
>  > 
>  > Any chance you try with libxt6 from testing instead of etch/stable?
>
> Sure.  But I am not sure how to do that.  After reading apt-get man page, I
> tried
>
>  apt-get install libxt6/testing
>
> but I got error message (in finnish):
>
>   E: Julkaisua "testing" paketille "libxt6" ei l-b�ytynyt-A
>
> Translation from 
>
>   E: Distribution(?) "testing" for package "libxt6" not found.
>
> Now what?
>   

You need to add a "testing" line (copy the one from Etch/stable and
change it into testing) to your /etc/apt/sources.list first, and then
run apt-get update.

Brice




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#478893: libgl1-mesa-dri: stalls or crashes on GLX

[Brice Goglin]

forwarded 478803 http://bugs.freedesktop.org/show_bug.cgi?id=16056
thank you


Yaroslav Halchenko wrote:
> enjoy! and thanks!
> #0  0x2b18c3b19ceb in copy_array_to_vbo_array (brw=0x1b12fa0, 
> i=, array=0x1f63258, element_size=12, count=983040)
> at brw_draw_upload.c:263
> map = (GLubyte *) 0x0
> ctx = 
> size = 11796480
> vbo = (struct gl_buffer_object *) 0xb7c570
> offset = 
> __PRETTY_FUNCTION__ = "copy_array_to_vbo_array"
>   

Thank you, I have forwarded your report on the upstream bugzilla at the
URL above.

Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T

[Alex Deucher]

On Thu, May 22, 2008 at 12:26 AM, Branden Robinson <[EMAIL PROTECTED]> wrote:
> found 1:6.8.0-1
> thanks
>
> [see below]
>
> On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote:
>> On 9/7/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
>> > On Sat, Sep 01, 2007 at 11:21:18AM -0400, Alex Deucher wrote:
>> > > On 9/1/07, Branden Robinson <[EMAIL PROTECTED]> wrote:
>> > > > That's three more experiments:
>> > > >
>> > > > 1) xrandr --output DVI-0 --off
>> >
>> > This appears to be a no-op.  The interference is left in place, and it is
>> > the same as if I do not use xrandr or xvidmode at all.
>> >
>> > > > 2) Option "ConnectorTable" "3,1,1,3,2,0,0,3"
>> >
>> > This also has no apparent effect.  The same interference is present on
>> > server startup.
>> >
>> > > > 3) Switch the ConnectorTable back to what I have now*, and plug the 
>> > > > monitor
>> > > > into the other DVI port.
>> > >
>> > > 4) 3) with the new connectortable.
>> >
>> > I'm afraid I cannot perform these experiments.  Upon trying it, I see that 
>> > my
>> > other video output is an ADC connector, not a DVI connector.
>> >
>> > http://redwald.deadbeast.net/tmp/debian_bug_348082_damn_ati_connectors.jpeg
>> >
>> > > Also, if you have an analog monitor (VGA connector). it'd be nice to
>> > > test that to make sure we actually have the dac mapping correct.
>> >
>> > Another disappointment -- I got rid of my last CRT monitors earlier this
>> > year.
>> >
>> > Given these setbacks, is there something more I can do to help with this
>> > bug?
>>
>> Once I merge the external tmds stuff, things might improve.  stay tuned.
>>
>> Alex
>
> On Sun, Nov 18, 2007 at 05:05:33PM +0100, Brice Goglin wrote:
>> On Thu, Sep 13, 2007 at 09:16:39PM -0400, Alex Deucher wrote:
>> > > Given these setbacks, is there something more I can do to help with this
>> > > bug?
>> >
>> > Once I merge the external tmds stuff, things might improve.  stay tuned.
>>
>> Unless I am mistaken, this has been merged now. Branden, is it better
>> with 6.7.196-1 currently in experimental?
>
> Unfortunately it looks like things have not improved for me, but gotten
> worse.  Now:
>
> 1) My detected screen resolution is 1280x768, which is not only too small,
> but the wrong aspect ratio for my 4:3 monitor;
> 2) the xrandr tricks that worked around this problem no longer help;
> 3) in fact, they make the problem worse by throwing the display into an
> illegible mess;
> 4) which I can "recover" from by VT switching to a console and back.
> 5) But I'm still left with the weird interference pattern,
> 6) ...and the byteswapped cursor.
>

Please remove the connector table option from your xorg.conf.

Alex



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#477427: pulseaudio: crash

[Paul Wise]

forwarded 477427 http://pulseaudio.org/ticket/298
thanks

On Wed, 2008-04-23 at 15:54 +0800, Paul Wise wrote:

> My system is set to dump core files to a directory, and every now and
> then I get a core file with this backtrace:

I got another core file today.

Also since the Debian pulseaudio maintainer is not doing their job
properly, I forwarded this bug upstream:

http://pulseaudio.org/ticket/298

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#481575: RFH: Bug #481575: courier: FTBFS

[Christian Perrier]

During the l10n NMU campaign, some work was done on "courier", in the
usual "l10n NMU" way:

-send an intent to l10n NMU
-wait for 10 days to get a reaction
-send a call for l10n updates and new translations
-wait for 8 days
-build the NMU

However, building the NMU fails and lead to /me reporting #481575.

As of now, I got no news from Stefan, the package maintainer, about
this package.

So, the work is still pending in my spool...

From what I see, fixing that bug is probably fairly easy for anyone
with a little more clue than me. So, may I request for clued people to
have a look at this bug report and help me (and indirectly the package
maintainer) to find a solution?

I have no specific interest in courier. I just want to move along...:)

PS: the package has another RC bug as it apparently provides non free
RFC documents.

Many thanks in advance to people who will have a look at this.

-- 





signature.asc
Description: Digital signature

Bug#448532: RFS: phpmyvisites -- free web analytics

[Vincent Bernat]

OoO La  nuit ayant  déjà recouvert  d'encre ce jour  du mercredi  21 mai
2008, vers 23:30, Frederic Lehobey <[EMAIL PROTECTED]> disait:

>> About debian/copyright, you cannot ship  files using PHP License 2.02 or
>> PHP License  3.0. This will be  rejected by ftp-master.

>   That is what I feared at first (see #442361), but I found other
> packages (like php-html-common,
> http://packages.debian.org/changelogs/pool/main/p/php-html-common/current/copyright,
> php-net-socket, php-xml-parser [3.0], all of which are in my
> dependencies) that are under PHP License 2.02 and already included in
> the archive.

I don't  remember exactly  how this is  handled, but those  licenses are
accepted only for PHP, as per REJECT FAQ:
 http://ftp-master.debian.org/REJECT-FAQ.html

I  suppose   that  the   packages  you  cite   were  here   before  this
statement.  There  are  bugs  filed  in  this  case.  For  example,  for
php-net-socket:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332616
(not a very active bug)

This  is  quite unfair  that  already  packaged  packages can  keep  the
problematic  PHP  license  and  that  new  softwares  are  automatically
rejected on this  basis. You might ask on  debian-legal if the situation
has somewhat evolved on this situation.

>> You  seem to not
>> ship most of those files but  you still ship QuickForm. For other files,
>> you  should add  a notice  in debian/copyright  that the  files  are not
>> shipped with the package.

>   Very precisely, currently, the files of the dependencies _are_ in
> upstream tarball (and in the source package), but not _used_ by my
> package (using Debian packages instead). Do you mean I should remove
> all those files from upstream tarball and create some repackaged
> phpmyvisites.dfsg upstream sources?

No, those  files are allowed to  be distributed freely. Just  add a note
(above the license)  to tell that those files are  not shipped in binary
packages.  Otherwise, ftp-master  might be  a  bit quick  to reject  the
package.

>> You should use  dbconfig-common to configure database. This  is not very
>> difficult and there  is a lot of packages using it.

>   Yes, I am willing to do it, but (as I said in README.Debian) I fear
> it will require quite heavy patching of upstream (there is an
> installation procedure quite intricately included in the rest of the
> code) and I am undecided about what would be the best way to do it. Do
> you have some example of other packages PHP where only _parts_ of the
> installation procedure has been diverted in order to take advantage of
> dbconfig-common?

I do it  for text-pattern: I just create the empty  database and let the
installation scripts  (a bit  patched) do the  remaining. This  is quite
intrusive  and difficult  to maintain:  textpattern was  also  trying to
create the  database. Since this is  not the case  for phpmyvisites, you
can try  to just create an  empty database with  dbconfig-common and let
phpmyvisites handle the remaining installation procedure.

> PS : I have fulfilled your Mail-Followup-To, but should
> dbconfig-common questions go to -mentors, -webapps or both? (I do not
> want to bother people).  :-)

Well, mentors is a good place  for all kind of questions. And webapps is
a good place too since we are talking about a webapp.
-- 
 Question: Comment s'écrit Jacoboni ?
 Réponse: Jacoboni, pas Jacobini.
 -+- fcol-faq in Guide du linuxien pervers - "Bien configurer son Jaco" -+-


pgpTwknECLO7L.pgp
Description: PGP signature

Bug#482362: krb5: [INTL:vi] Vietnamese debconf templates translation update

[Clytie Siddall]

Package: krb5
Version: 1.6.dfsg.3-3
Tags:  l10n patch
Severity: wishlist

The updated Vietnamese translation for the debconf file: krb5

translated and submitted by:

Clytie Siddall
Vietnamese Free-Software Translation Team
http://vnoss.net/dokuwiki/doku.php?id=projects:l10n

vi.po.gz
Description: GNU Zip compressed data

Bug#482363: ipsec-tools: [INTL:vi] Vietnamese debconf templates translation update

[Clytie Siddall]

Package: ipsec-tools
Version: 1:0.7-2.1
Tags:  l10n patch
Severity: wishlist

The updated Vietnamese translation for the debconf file:

translated and submitted by:

Clytie Siddall
Vietnamese Free-Software Translation Team
http://vnoss.net/dokuwiki/doku.php?id=projects:l10n

vi.po
Description: Binary data

Bug#479744: virtualbox: 479744: more info

[Paul Wise]

On Sat, 2008-05-17 at 11:21 +0800, Paul Wise wrote:
> meskes: Hi, there are some serious bugs in 1.6.0, that's why we're
> waiting for 1.6.2
> meskes: As suggested by upstream

What about an upload of 1.6.0 to experimental in the meantime?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#481037: autoconf: 481037: upload 2.62 to experimental?

[Paul Wise]

How about uploading autoconf 2.62 to experimental so upstream developers
using sid can test their configure.ac files with the new autoconf?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#482361: mk-build-deps: don't use equivs

[Felipe Sateler]

Package: devscripts
Version: 2.10.27
Severity: wishlist

Not using equivs would be great. I have patched mk-build-deps to not
use it, but to avoid parsing of arch-specific dependencies (which I
presume equivs did previously) I used Dpkg::Deps instead.
It cannot be used while reading from apt-cache, but I think that using
apt-cache to get information instead of debian/control isn't useful
anyway.

Attached is a patch that does this (rather hacky).

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -ICVS -I.svn"
DEBUILD_PRESERVE_ENVVARS="DISPLAY"
DEBUILD_LINTIAN=yes
DEBUILD_LINTIAN_OPTS=-i
DEBCHANGE_RELEASE_HEURISTIC=changelog

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev  1.14.19package building tools for Debian
ii  libc6 2.7-11 GNU C Library: Shared libraries
ii  perl  5.10.0-10  Larry Wall's Practical Extraction 

Versions of packages devscripts recommends:
pn  at (no description available)
ii  bsd-mailx [mailx]  8.1.2-0.20071201cvs-3 A simple mail user agent
ii  bzr1.5-1 easy to use distributed version co
ii  curl   7.18.1-1  Get a file from an HTTP, HTTPS or 
ii  cvs1:1.12.13-11  Concurrent Versions System
ii  dctrl-tools2.12  Command-line tools to process Debi
ii  debian-keyring 2007.12.04GnuPG (and obsolete PGP) keys of D
pn  debian-maintainers (no description available)
ii  dput   0.9.2.32  Debian package upload tool
ii  equivs 2.0.7-0.1 Circumvent Debian package dependen
ii  fakeroot   1.9.5 Gives a fake root environment
ii  git-core   1:1.5.5.1-1   fast, scalable, distributed revisi
ii  gnupg  1.4.6-3   GNU privacy guard - a free PGP rep
ii  iceweasel [www-bro 2.0.0.14-2lightweight web browser based on M
ii  konqueror [www-bro 4:3.5.9.dfsg.1-2+b1   KDE's advanced file manager, web b
ii  libauthen-sasl-per 2.11-1Authen::SASL - SASL Authentication
ii  libcrypt-ssleay-pe 0.57-1+b1 Support for https protocol in LWP
ii  libparse-debcontro 2.005-2   Easy OO parsing of Debian control-
ii  libsoap-lite-perl  0.71-2Client and server side SOAP implem
ii  libterm-size-perl  0.2-4+b1  Perl extension for retrieving term
ii  libtimedate-perl   1.1600-9  Time and date functions for Perl
ii  liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin
ii  libwww-perl5.812-1   WWW client/server library for Perl
pn  libyaml-syck-perl  (no description available)
ii  lintian1.23.48   Debian package checker
ii  lsb-release3.2-12Linux Standard Base version report
ii  lynx [www-browser] 2.8.6-2   Text-mode WWW Browser
ii  mailx  1:20071201-3  Transitional package for mailx ren
ii  man-db 2.5.2-1   on-line manual pager
ii  mercurial  1.0-4 Scalable distributed version contr
ii  openssh-client [ss 1:4.7p1-10secure shell client, an rlogin/rsh
ii  patch  2.5.9-5   Apply a diff file to an original
ii  patchutils 0.2.31-4  Utilities to work with patches
ii  strace 4.5.15-1.2A system call tracer
ii  subversion 1.4.6dfsg1-4  Advanced version control system
ii  unzip  5.52-11   De-archiver for .zip files
ii  w3m [www-browser]  0.5.1-5.1+b1  WWW browsable pager with excellent
ii  wdiff  0.5-17Compares two files word by word
ii  wget   1.11.2-1  retrieves files from the web

-- no debconf information
--- /usr/bin/mk-build-deps  2008-05-03 12:33:35.0 -0400
+++ mk-build-deps   2008-05-22 00:48:19.0 -0400
@@ -66,6 +66,8 @@
 use warnings;
 use Getopt::Long;
 use File::Basename;
+use Dpkg::Control;
+use Dpkg::Deps;
 
 my $progname = basename($0);
 my ($opt_help, $opt_version);
@@ -81,62 +83,73 @@
 
 die "Usage: $progname  [...]\nRun $progname 
--help for more details\n" unless @ARGV;
 
-system("command -v equivs-build >/dev/null 2>&1");
-if ($?) {
-die "$progname: You must have equivs installed to use this program.\n";
-}
 
 while ($control = shift) {
 my $name;
-my $build_deps = "";
+my $build_deps;
 my $version;
 my $last_li

Bug#482360: libxsltmod.so: undefined symbol : xsltInitAllDocKeys

[Igor Tamara]

Package: tinyerp-server
Version: 4.2.2-1
Severity: important
Tags: patch


When getting an error such as :


Traceback (most recent call last):
  File "./tinyerp-server.py", line 163, in ?
import osv, workflow, report, service
  File "/usr/lib/tinyerp-server/report/__init__.py", line 29, in ?
import interface
  File "/usr/lib/tinyerp-server/report/interface.py", line 34, in ?
import libxslt
  File "/var/lib/python-support/python2.4/libxslt.py", line 52, in ?
import libxsltmod
ImportError: /var/lib/python-support/python2.4/libxsltmod.so: undefined symbol: 
xsltInitAllDocKeys

it suffices to
  apt-get install libxslt1-dev

ii  libxslt1-dev   1.1.23-1

I'm using
ii  python2.4  2.4.5-1

Thanks in advance.


http://www.openerp.com/forum/post19990.html#19990


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_CO.UTF-8)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482359: init: could not find pytz library

[Igor Tamara]

Package: tinyerp-server
Version: 4.2.2-1
Severity: important
Tags: patch


When starting for first time the server it shows messages related to
pytz :


Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library
Wed, 21 May 2008 18:04:31 INFO:init:could not find pytz library

Adding python-tz as dependency solves the issue.

I'm running it with
ii  python2.4  2.4.5-1

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_CO.UTF-8)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482358: apt-p2p: occasional process segfaults on amd64

[Cameron Dale]

On 5/21/08, Chris Lawrence <[EMAIL PROTECTED]> wrote:
> exceptions.SystemError: E:Could not open file 
> /var/cache/apt-p2p/apt-packages/mirrors/emacs.orebokech.com:80/apt/lists/apt-p2p_dists_lenny_main_binary-amd64_Packages
>  - open (2 No such file or directory), E:Problem opening 
> /var/cache/apt-p2p/apt-packages/mirrors/emacs.orebokech.com:80/apt/lists/apt-p2p_dists_lenny_main_binary-amd64_Packages,
>  E:The package lists or status file could not be parsed or opened.

Can you tell me why this file is missing? Perhaps the output of this
command would help (use sudo or run as root for proper permissions):

ls -lR /var/cache/apt-p2p/apt-packages

Also, if you could send the
/var/cache/apt-p2p/apt-packages/mirrors/emacs.orebokech.com:80/packages.db
file it would probably help too. It doesn't contain anything but a
listing of what should be in the the apt-packages directory (i.e.
nothing sensitive).

Thanks,
Cameron



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482305: xen-disabled image?

[Babstar]

There is no problem with the Nvidia script, the problem is Nvidia does
not support xen kernels.
I'm all for a better solution to this problem, however, a huge number of
users have *no choice* as to which video card is installed in their
machines, are being penalized.  Many others purchased cards on the basis
of previous support.
I would love Nvidia to open source their drivers, however no amount of
pressure seems to work...
Perhaps an alternative solution is for an explicitly xen-disabled
linux-image, allowing the nvidia module to be built, so users don't have
to reconfigure & recompile their own kernel.

--
Babstar




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482317: libxt6: scroll list overflow in gv

[Juha Takala]

Brice Goglin writes on 21.5.2008 23:48:03:
 > Juha Takala wrote:
 > > Package: libxt6
 > > Version: 1:1.0.2-2
 > > Severity: important
 > >
 > >
 > > I found the problem while viewing large documents vith gv, and I am not
 > > very knowledgeable in X terminology, so I apologise, that I will
 > > describe the problem in terms of gv:
 > >   
 > 
 > Any chance you try with libxt6 from testing instead of etch/stable?

Sure.  But I am not sure how to do that.  After reading apt-get man page, I
tried

 apt-get install libxt6/testing

but I got error message (in finnish):

  E: Julkaisua "testing" paketille "libxt6" ei l-b?ytynyt-A

Translation from 

  E: Distribution(?) "testing" for package "libxt6" not found.

Now what?

 -juha

 > 
 > Brice



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482326: krb5: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Quoting Russ Allbery ([EMAIL PROTECTED]):
> Christian Perrier <[EMAIL PROTECTED]> writes:
> 
> > Please find attached the french debconf templates update, proofread by the
> > debian-l10n-french mailing list contributors.
> >
> > Thanks for taking care of warning translators before uploading a new
> > version with string changes. It's highly appreciated.
> 
> Hi Christian,
> 
> If this is the right thing to do for translation, I don't want to
> second-guess you, but I did want to double-check just to be sure.  On
> the templates below, the strings "nopreauth", "full", "disable", and
> "none" are command-line arguments to the KDC and must be exactly that.
> However, they appear to be translated in your translation.


Because they were originally translatable..:-)

Actually, thinking deeper, you could have left them translatable. That
still works as debconf will always return the English version on
Select templates even when choices are translated.

Anyway, I corrected my translation to make the choices names appear.





fr.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#482358: apt-p2p: occasional process segfaults on amd64

[Chris Lawrence]

Package: apt-p2p
Version: 0.1.3
Severity: important

Over the past few days, apt-p2p has died mysteriously a couple of
times on my system:

May 19 16:05:01 campbell kernel: [285533.596246] twistd[29663]: segfault at 8 
ip 7fd5242f157f sp 42a6f600 error 4 in 
libapt-pkg-libc6.7-6.so.4.6.0[7fd524284000+cb000]
May 21 11:05:01 campbell kernel: [447487.868908] twistd[20987]: segfault at 8 
ip 7f119e98757f sp 41426600 error 4 in 
libapt-pkg-libc6.7-6.so.4.6.0[7f119e91a000+cb000]

Here is the log leading up to the first segfault, showing some Python
exceptions:

2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Got HTTP 
request for /ftp.us.debian.org/debian/dists/lenny/Release.gpg from 
IPv4Address(TCP, '127.0.0.1', 43063)
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Got request 
for /ftp.us.debian.org/debian/dists/lenny/Release.gpg from IPv4Address(TCP, 
'127.0.0.1', 43063)
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Initial 
response to /ftp.us.debian.org/debian/dists/lenny/Release.gpg: 

2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Trying to 
find hash for http://ftp.us.debian.org/debian/dists/lenny/Release.gpg
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] An error 
occurred while looking up a hash for: /dists/lenny/Release.gpg
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Unhandled 
Error
Traceback (most recent call last):
  File "/usr/lib/python2.5/threading.py", line 446, in run
self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/python2.5/site-packages/twisted/python/threadpool.py", 
line 161, in _worker
context.call(ctx, function, *args, **kwargs)
  File "/usr/lib/python2.5/site-packages/twisted/python/context.py", 
line 59, in callWithContext
return self.currentContext().callWithContext(ctx, func, *args, **kw)
  File "/usr/lib/python2.5/site-packages/twisted/python/context.py", 
line 37, in callWithContext
return func(*args,**kw)
---  ---
  File "/usr/lib/python2.5/site-packages/twisted/internet/threads.py", 
line 24, in _putResultInDeferred
result = f(*args, **kwargs)
  File "/var/lib/python-support/python2.5/apt_p2p/AptPackages.py", line 
334, in _load
self.cache = apt_pkg.GetCache(OpProgress())
exceptions.SystemError: E:Could not open file 
/var/cache/apt-p2p/apt-packages/mirrors/emacs.orebokech.com:80/apt/lists/apt-p2p_dists_lenny_main_binary-amd64_Packages
 - open (2 No such file or directory), E:Problem opening 
/var/cache/apt-p2p/apt-packages/mirrors/emacs.orebokech.com:80/apt/lists/apt-p2p_dists_lenny_main_binary-amd64_Packages,
 E:The package lists or status file could not be parsed or opened.

2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Hash for 
http://ftp.us.debian.org/debian/dists/lenny/Release.gpg was not found
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Checking if 
http://ftp.us.debian.org/debian/dists/lenny/Release.gpg is still fresh
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Downloading 
(HEAD) from mirror http://ftp.us.debian.org/debian/dists/lenny/Release.gpg
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Got HTTP 
request for /ftp.us.debian.org/debian/dists/sid/Release.gpg from 
IPv4Address(TCP, '127.0.0.1', 43063)
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Got request 
for /ftp.us.debian.org/debian/dists/sid/Release.gpg from IPv4Address(TCP, 
'127.0.0.1', 43063)
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Initial 
response to /ftp.us.debian.org/debian/dists/sid/Release.gpg: 

2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Trying to 
find hash for http://ftp.us.debian.org/debian/dists/sid/Release.gpg
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] An error 
occurred while looking up a hash for: /dists/sid/Release.gpg
2008-05-19 16:05:01-0500 [UploadThrottlingProtocol,109,127.0.0.1] Unhandled 
Error
Traceback (most recent call last):
  File "/usr/lib/python2.5/threading.py", line 446, in run
self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/python2.5/site-packages/twisted/python/threadpool.py", 
line 161, in _worker
context.call(ctx, function, *args, **kwargs)
  File "/usr/lib/python2.5/site-packages/twisted/python/context.py", 
line 59, in callWithContext
return self.currentContext().callWithContext(ctx, func, *args, **kw)
  File "/usr/lib/python2.5/site-packages/twisted/python/context.py", 
line 37, in callWithContext
return func(*args,**kw)
---  ---
  File "/usr/lib/python2.5/site-packages/twisted/internet/threads.py", 
line 24, in _putResultInDeferred
result = f(*args, **kwargs)
  File "/var/lib/python-su

Bug#482153: linux-image-2.6-686: Driver b43 fails to recover from hibernate

[Bhaskar S. Manda]

I have also installed up-to-date firmware as specified at linuxwireless.org:
   b43 -> 4.150.10.5
   b43legacy -> 3.130.20.0

b43legacy doesn't do anything; the wireless device, wlan0, only
appears when b43 is loaded. In any event, the kernel autoloader loads
the right one automatically anyway.

The standard linux-image packages do not build the old bcm43xx
drivers, so I haven't tried those yet.


-- 
Bhaskar



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482357: paq8l: error in man page

[Todd A. Jacobs]

Package: paq8l
Version: 20070308-1
Severity: minor
Tags: patch


The man page refers to a readme file that is in a different location
than that specified. The following diff should be applied to the man
page to correct the problem.

--- paq8l.1
+++ paq8l.1
@@ -44,4 +44,4 @@
 Enter paq8l without an argument will display a short help.
 
 .SH SEE ALSO
-/usr/share/doc/paq8l-20070308/readme.txt
\ No newline at end of file
+/usr/share/doc/paq8l/readme.txt

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

Kernel: Linux 2.6.24-1-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 paq8l depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.0-3  GCC support library
ii  libstdc++64.3.0-3The GNU Standard C++ Library v3

paq8l recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#315669: Followup on libcgi-session-perl bug

[Martín Ferrari]

Hi,

while trying to isolate the described bug, I found that what was
happening is that Storable is causing Perl to segfault. I don't know
why aren't you seeing it, but I can consistently reproduce it as
described in http://bugs.debian.org/482355

With this short snippet I can make it fail:

perl -e 'use CGI; use CGI::Session; my $cgi = new CGI(); our $session
=  CGI::Session->new("driver:file;serializer:storable", $cgi,
{Directory=>"/tmp"});'

I'd suggest, as a workaround, to force your CGI::Session object to be
destroyed before the program ends. Also, as documented, you should be
calling flush() explictly. So this should solve your problem by now:

$session->flush();
undef $session;


Cheers, Tincho.
-- 
Martín Ferrari



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482355: Missing link

[Martín Ferrari]

Sorry, I forgot to paste the link to the upstream bug report:

http://rt.cpan.org/Public/Bug/Display.html?id=36087

-- 
Martín Ferrari



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482355: perl: Storable.pm segfaults when called during global destruction

[Martín Ferrari]

Package: perl
Version: 5.10.0-10
Severity: normal
Tags: upstream

Hi, while trying to solve #315669, I discovered a bug in Storable, which
segfaults when called during global destruction. In the upstream bug
report you can find the test case and more information. I'm already
tagging upstream, since I could reproduce this in many other operating
systems.

Thanks.

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 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 perl depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libdb4.6  4.6.21-6   Berkeley v4.6 Database Libraries [
ii  libgdbm3  1.8.3-3GNU dbm database routines (runtime
ii  perl-base 5.10.0-10  The Pathologically Eclectic Rubbis
ii  perl-modules  5.10.0-10  Core Perl modules

Versions of packages perl recommends:
ii  netbase   4.32   Basic TCP/IP networking system
ii  perl-doc  5.10.0-10  Perl documentation

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482354: mutt: Why doesn't TAB completion editing work when changing Fcc: when it works on save to folder?

[s. keeling]

Package: mutt
Version: 1.5.13-1.1etch1
Severity: wishlist

Hi.  I am surprised not to see this in the buglist (or maybe I missed
it, sorry).

When I'm saving a message, I type "s", I'm presented with a dialogue
that responds to tab completion.  "=fa" returns "=family".

Why doesn't this work in the header editor, the bit after executing
$EDITOR and are back in mutt?  I type "f" to change the Fcc: header,
and TAB is just dumb old TAB, drat.

Thanks for your efforts!  Hasn't the ssh/ssl thing been fun?  :-|


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15)

Versions of packages mutt depends on:
ii  exim4  4.63-17   metapackage to ease exim MTA (v4) 
ii  exim4-daemon-light [ma 4.63-17   lightweight exim MTA (v4) daemon
ii  libc6  2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii  libdb4.4   4.4.20-8  Berkeley v4.4 Database Libraries [
ii  libgnutls131.4.4-3+etch1 the GNU TLS library - runtime libr
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libncursesw5   5.5-5 Shared libraries for terminal hand
ii  libsasl2-2 2.1.22.dfsg1-8Authentication abstraction library

Versions of packages mutt recommends:
ii  locales2.3.6.ds1-13etch5 GNU C Library: National Language (
ii  mime-support   3.39-1MIME files 'mime.types' & 'mailcap

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482353: anon-proxy: init.d script doesn't print correctly?

[graziano]

Package: anon-proxy
Version: 00.05.38+20080424-1
Severity: minor
Tags: patch


Hello there,

I noticed that the init.d script doesn't seem to print the messages
correctly. I have a quick patch, but I"m not sure how correct it is.

cheers
graziano


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

Kernel: Linux 2.6.25 (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 anon-proxy depends on:
ii  adduser   3.107  add and remove users and groups
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  libc6 2.7-11 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.0-4  GCC support library
ii  libssl0.9.8   0.9.8g-10  SSL shared libraries
ii  libstdc++64.3.0-4The GNU Standard C++ Library v3
ii  libxerces27   2.7.0-5validating XML parser library for 

anon-proxy recommends no packages.

-- debconf information:
* anon-proxy/environment: false
46c46
< log_daemon_msg "Starting anon-proxy mix" "mix"
---
> log_daemon_msg "Starting anon-proxy mix"
49d48
< log_end_msg 0
53c52
< log_daemon_msg "Stopping anon-proxy mix" "mix"
---
> log_daemon_msg "Stopping anon-proxy mix"
56d54
< log_end_msg 0

Bug#482352: libpam-runtime: login for nonexistent user fails without password prompt

[Nicholas Fleisher]

Package: libpam-runtime
Version: 0.99.7.1-6
Severity: grave
Tags: security
Justification: user security hole


At console login, an invalid username will cause the login procedure to 
fail *before* it prompts you for a password.  (I only discovered this 
because I accidentally mistyped my username.)  This allows someone to 
discover, without ever logging in, whether a given username exists on 
the system or not.  Seems like an important security issue.  The exact 
same issue cropped up on Arch Linux last fall (Nov 2007), where it was 
determined to be a libpam problem.  I don't know enough to know which 
libpam package precisely is involved, but I only have three on my 
system: libpam-modules, libpam-runtime, libpam0g, all with the same 
maintainer, so hopefully this is getting to the right person.

Relevant Arch bug report:
http://bugs.archlinux.org/task/8742

Apologies if I've reported this as too severe: it was dealt with as high 
severity in Arch, and seems like a major issue to this layman.  Wish I 
could tell you more, but as far as I can tell that's the extent of the 
problem; everything works just fine if you login with a name that exists 
on the system.

-NF


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

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

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#311596: gnupg: Error message translation wrong

[Daniel Leidert]

Hi Tapio,

Would you mind checking your Finnish translation against the lastest SVN
[1] version of gnupg?

[1] svn://cvs.gnupg.org/gnupg/branches/STABLE-BRANCH-1-4 (1.4 tree)

Regards, Daniel




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#478893: libgl1-mesa-dri: stalls or crashes on GLX

[Yaroslav Halchenko]

> > [Switching to Thread 0x2b9953c7f2c0 (LWP 4684)]
> > 0x2b99662bfceb in copy_array_to_vbo_array (brw=0x13c7330, i= > optimized out>, array=0x1fd0f58, element_size=12, count=983040) at 
> > brw_draw_upload.c:263
> > 263 brw_draw_upload.c: No such file or directory.
> > in brw_draw_upload.c
> Please send the output of "bt full" instead of "bt" right here, nothing
> else should be needed.
enjoy! and thanks!
#0  0x2b18c3b19ceb in copy_array_to_vbo_array (brw=0x1b12fa0, 
i=, array=0x1f63258, element_size=12, count=983040)
at brw_draw_upload.c:263
map = (GLubyte *) 0x0
ctx = 
size = 11796480
vbo = (struct gl_buffer_object *) 0xb7c570
offset = 
__PRETTY_FUNCTION__ = "copy_array_to_vbo_array"
#1  0x2b18c3b1a22a in brw_upload_vertices (brw=0x1b12fa0, min_index=0, 
max_index=983039) at brw_draw_upload.c:478
input = (struct brw_vertex_element *) 0x1b27648
tmp = 0
vep = {header = {length = 0, opcode = 0}, ve = {{ve0 = {
src_offset = 0, pad = 0, src_format = 0, pad0 = 0, valid = 0, 
vertex_buffer_index = 0}, ve1 = {dst_offset = 0, pad = 0, 
vfcomponent3 = 0, vfcomponent2 = 0, vfcomponent1 = 0, 
vfcomponent0 = 0}} }}
vbp = {header = {bits = {length = 0, opcode = 0}, dword = 0}, vb = {{
  vb0 = {bits = {pitch = 0, pad = 0, access_type = 0, vb_index = 0}, 
dword = 0}, buffer = 0x0, offset = 0, max_index = 0, 
  instance_data_step_rate = 0} }}
i = 3
ptr = (const void *) 0x2b18c8065060
interleave = 0
enabled = {0x1b275e8, 0x1b27628, 0x1b27648, 0x2, 0x40, 
  0x1d0018, 0x2b18c5faa440, 0x2b18c3b020f6, 0x1d0040, 0x2b18c3f20800, 
  0x40, 0x1a92720, 0x1b12fa0, 0x1440, 0x1f98320, 0x1c0, 0xb, 0x2b18c3b022b6, 
  0x20076, 0x2b18c3b02823, 0x1f98dc0, 0x64, 0x1f98dc0, 0x1b12fa0, 
  0x1f98320, 0x2b18c3b18d5f, 0x0, 0x8, 0x1c0, 0x7c3b2299d, 0x144660020100, 
  0x1b12fa0}
nr_enabled = 3
upload = {0x1b275e8, 0x1b27628, 0x1b27648, 0xdc3b32e48, 0xfe41687, 
  0x1040157, 0x1000157, 0x300040117, 0x50, 0x30020, 
  0x2b18c6029040, 0x2b18c3b020f6, 0x30050, 0x2b18c3f20800, 0xc5faa280, 
  0x1e15220, 0x1b12fa0, 0x30040, 0x50, 0x30020, 0x50, 0x20020, 
  0x40, 0x18, 0x20050, 0x84, 0x901b12fa0, 0x2b18c3f20800, 0x1b12fa0, 
  0x1a92720, 0x1b12fa0, 0x2b18b0e239a0}
nr_uploads = 3
__PRETTY_FUNCTION__ = "brw_upload_vertices"
#2  0x2b18c3b19769 in brw_try_draw_prims (ctx=0x1b12fa0, arrays=0x1c425e8, 
prim=0x7b470710, nr_prims=1, ib=0x0, min_index=0, max_index=983039)
at brw_draw.c:319
intel = 
brw = (struct brw_context *) 0x0
retval = 
i = 
j = 
__PRETTY_FUNCTION__ = "brw_try_draw_prims"
__FUNCTION__ = "brw_try_draw_prims"
#3  0x2b18c3b19a00 in brw_draw_prims (ctx=0x1b12fa0, arrays=0x1c425e8, 
prim=0x7b470710, nr_prims=1, ib=0x0, min_index=0, max_index=983039)
at brw_draw.c:446
intel = 
retval = 
#4  0x2b18c3baf8eb in vbo_exec_DrawArrays (mode=4, start=0, count=983040)
at vbo/vbo_exec_array.c:264
ctx = (GLcontext *) 0x0
prim = {{mode = 4, indexed = 0, begin = 1, end = 1, weak = 0, pad = 0, 
start = 0, count = 983040}}
#5  0x2b18b1bf8295 in __glXDisp_DrawArrays (
pc=0x2b18c8065060 "@[EMAIL PROTECTED]>>>[EMAIL PROTECTED]>>>[EMAIL 
PROTECTED]>>>@[EMAIL PROTECTED]>>>[EMAIL PROTECTED]>>>[EMAIL PROTECTED]"...)
at ../../../GL/glx/render2.c:248
datatype = 5126
numVals = 3
numComponents = 3
primType = 4
stride = 36
i = 3
#6  0x2b18b1bd9da6 in DoRenderLarge (cl=0x1bdae60, 
pc=0x277ea20 "\212ɾ\201O:$ݾ", do_swap=0)
at ../../../GL/glx/glxcmds.c:2055
proc = (__GLXdispatchRenderProcPtr) 0xb3
client = (ClientPtr) 0x14a3e70
dataBytes = 3780
glxc = (__GLXcontext *) 0x14a9be0
error = 
opcode = 193
sw = 
#7  0x2b18b1bdd72c in __glXDispatch (client=0x14a3e70)
at ../../../GL/glx/glxext.c:561
stuff = (xGLXSingleReq *) 0x277ea10
opcode = 
proc = (
__GLXdispatchSingleProcPtr) 0x2b18b1bd9de0 <__glXDisp_RenderLarge>
cl = (__GLXclientState *) 0x1bdae60
retval = 1
#8  0x0044e310 in Dispatch () at ../../dix/dispatch.c:502
clientReady = 
result = 
client = (ClientPtr) 0x14a3e70
nready = 0
start_tick = 4840
#9  0x00436add in main (argc=9, argv=0x7b470df8, 
envp=) at ../../dix/main.c:452
pScreen = 
i = 1
error = 0
xauthfile = 
alwaysCheckForInput = {0, 1}


and corresponding not-full bt
#0  0x2b18c3b19ceb in copy_array_to_vbo_array (brw=0x1b12fa0, 
i=, array=0x1f63258, element_size=12, count=983040)
at brw_draw_upload.c:263
#1  0x2b18c3b1a22a in brw_upload_vertices (brw=0x1b12fa0, min_index=

Bug#482351: ess: ess-eldoc is not compiled so cannot be require'd normally

[Sebastian Luque]

Package: ess
Version: 5.3.8~svn3895-1
Severity: normal

Not all lisp files in /usr/share/emacs/site-lisp/ess/ have their
compiled counterparts in /usr/share/emacs-snapshot/site-lisp/ess/, which
is symlinked from /usr/share/emacs/23.0.60/site-lisp.  One of these is
ess-eldoc, so the only way to `require' it is, say, as:

(add-hook 'inferior-ess-mode-hook
  (lambda ()
(require 'ess-eldoc "/usr/share/emacs/site-lisp/ess/ess-eldoc.el")))


So, compare this:

,-[ ls /usr/share/emacs-snapshot/site-lisp/ess ]
| essa-r.elc
| essa-sas.elc
| ess-comp.elc
| ess-cust.elc
| essd-arc.elc
| essd-bugs.elc
| ess-dde.elc
| essddr.elc
| ess-debug.elc
| essd-els.elc
| essd-jags.elc
| essd-omg.elc
| essd-r-args.elc
| essd-r.elc
| essd-rgui.elc
| essd-s3.elc
| essd-s4.elc
| essd-sas.elc
| essd-sp3.elc
| essd-sp4.elc
| essd-sp5.elc
| essd-sp6.elc
| essd-sp6w.elc
| essd-sta.elc
| essd-vst.elc
| essd-xls.elc
| ess.elc
| ess-emcs.elc
| ess-font-lock.elc
| ess-help.elc
| ess-inf.elc
| ess-install.elc
| essl-bug.elc
| essl-bugs.elc
| essl-lsp.elc
| essl-omg.elc
| essl-sas.elc
| essl-s.elc
| essl-sta.elc
| ess-menu.elc
| ess-mode.elc
| ess-mous.elc
| ess-noweb.elc
| ess-rdired.elc
| ess-send2.elc
| ess-send.elc
| ess-site.elc
| ess-swv.elc
| ess-toolbar.elc
| ess-trns.elc
| ess-utils.elc
| make-regexp.elc
| mouseme.elc
| msdos.elc
| noweb-font-lock-mode.elc
| noweb-mode.elc
`-

with:

,-[ ls /usr/share/emacs/site-lisp/ess ]
| essa-r.el
| essa-sas.el
| ess-comp.el
| ess-cust.el
| essd-arc.el
| essd-bugs.el
| ess-dde.el
| essddr.el
| ess-debug.el
| essd-els.el
| essd-jags.el
| essd-omg.el
| essd-r-args.el
| essd-r.el
| essd-rgui.el
| essd-s3.el
| essd-s4.el
| essd-sas.el
| essd-sp3.el
| essd-sp4.el
| essd-sp5.el
| essd-sp6.el
| essd-sp6w.el
| essd-sta.el
| essd-vst.el
| essd-xls.el
| ess.el
| ess-eldoc.el
| ess-emcs.el
| ess-font-lock.el
| ess-help.el
| ess-inf.el
| ess-install.el
| essl-bug.el
| essl-bugs.el
| essl-lsp.el
| essl-omg.el
| essl-sas.el
| essl-s.el
| essl-sta.el
| ess-menu.el
| ess-mode.el
| ess-mous.el
| ess-noweb.el
| ess-rdired.el
| ess-send2.el
| ess-send.el
| ess-site.el
| ess-swv.el
| ess-toolbar.el
| ess-trns.el
| ess-utils.el
| make-regexp.el
| mouseme.el
| msdos.el
| noweb-font-lock-mode.el
| noweb-mode.el
`-

I think only ess-eldoc is not being compiled.


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

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

Versions of packages ess depends on:
ii  emacs-snapshot [emacsen]1:20080510-1 The GNU Emacs editor (development 

ess recommends no packages.

-- no debconf information



Cheers,

-- 
Seb



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482350: htag: Miscalculation of text width when processing Unicode characters

[Ben Finney]

Package: htag
Version: 0.0.23-2
Severity: normal

My collection of tag files is slowly being converted to UTF-8, and 
'htag' is miscalculating the text width when formatting taglines that 
contain Unicode characters.

Using this signature template (the '=' delimits the file content 
in this message and is not part of the file):

=
-- 
 \@64R@ |
  `\  @64R@ |
_o__) @64R@ |
Ben Finney
=

I've attached this signature template, along with two sample tagline 
files, 'wright.tag' and 'dna.tag'.

The following output was generated using the tagfile 'wright.tag', 
which contains no non-ASCII characters:

=
-- 
 \"I was in Las Vegas, at the roulette table, having a furious |
  `\ argument over what I considered to be an odd number."  -- |
_o__)Steven Wright |
Ben Finney
=

The following output was generated using the tagfile 'dna.tag', which 
contains Unicode characters in every tagline:

=
-- 
 \ “[On the Internet,] power and control will shift to those who |
  `\   are actually contributing something useful rather than just |
_o__)having lunch.” —Douglas Adams |
Ben Finney
=

The first example is fine; the lines all occupy the specified with in  
the template.

The second is incorrectly formatted: it seems the width of the 
characters has been incorrectly calculated, resulting in text 
occupying less space than specified in the template.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.24-1-powerpc64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_AU.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages htag depends on:
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 

htag recommends no packages.

-- no debconf information
-- 
 \@64R@ |
  `\  @64R@ |
_o__) @64R@ |
Ben Finney# vim: set sts=4 et noai tw=0 :
"There's a fine line between fishing and standing on the shore looking like an 
idiot."  -- Steven Wright
"I went to a restaurant that serves 'breakfast at any time'. So I ordered 
French Toast during the Renaissance."  -- Steven Wright
"On the other hand, you have different fingers."  -- Steven Wright
"I went over to the neighbor's and asked to borrow a cup of salt. 'What are you 
making?' 'A salt lick.'"  -- Steven Wright
"I went camping and borrowed a circus tent by mistake. I didn't notice until I 
got it set up. People complained because they couldn't see the lake."  -- 
Steven Wright
"I went to a garage sale. 'How much for the garage?' 'It's not for sale.'"  -- 
Steven Wright
"I went to San Francisco. I found someone's heart."  -- Steven Wright
"I was sad because I had no shoes, until I met a man who had no feet. So I 
said, 'Got any shoes you're not using?'"  -- Steven Wright
"My theory of evolution is that Darwin was adopted."  -- Steven Wright
"Cross country skiing is great if you live in a small country."  -- Steven 
Wright
"I spilled spot remover on my dog. Now he's gone."  -- Steven Wright
"If you're not part of the solution, you're part of the precipitate."  -- 
Steven Wright
"'Did you sleep well?' 'No, I made a couple of mistakes.'"  -- Steven Wright
"I have two very rare photographs. One is a picture of Houdini locking his keys 
in his car. The other is a rare photograph of Norman Rockwell beating up a 
child."  -- Steven Wright
"I stayed up all night playing poker with tarot cards. I got a full house and 
four people died."  -- Steven Wright
"I used to work in a fire hydrant factory. You couldn't park anywhere near the 
place."  -- Steven Wright
"It's a small world, but I wouldn't want to have to paint it."  -- Steven Wright
"What's another word for Thesaurus?"  -- Steven Wright
"When I get real bored, I like to drive downtown and get a great parking spot, 
then sit in my car and count how many people ask me if I'm leaving."  -- Steven 
Wright
"When I was crossing the border into Canada, they asked if I had any firearms 
with me. I said, 'Well, what do you need?'"  -- Steven Wright
"A lot of people are afraid of heights. Not me, I'm afraid of widths."  -- 
Steven Wright
"If you were going to shoot a mime, would you use a silencer?"  -- Steven Wright
"I planted some bird seed. A bird came up. Now I don't know what to feed it."  
-- Steven Wright
"I bought some powdered water, but I don't know what to add."  -- Steven Wright
"My aunt gave me a walkie-talkie for my birthday. She says if I'm good, she'll 
give me the other one next year."  -- Steven Wright
"The sun never sets on the British Empire. But it rises every morning. The sky 
must get awfully crowded."  -- Steven Wright
"I was in the grocery store. I saw a sign that said 'pet supplies'. So I did. 
Then I went outside and saw a sign that said 'compact cars'."  -- Steven Wright
"I

Bug#399904: reassign 399904 to glibc

[dale]

# Automatically generated email from bts, devscripts version 2.10.28
# could you guys have a look at it?
reassign 399904 glibc 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#473461: apt-get should also have a --no-triggers option

[Joey Hess]

When you're implementing this, please add a --no-triggers option (or
something like that) to apt. This will be useful for things like d-i
that call apt multiple times. Then triggers can be skipped during the
multiple apt runs, and run once at the end.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#482324: [INTL:gl] Galician debconf template translation for krb5

[Russ Allbery]

Jacobo Tarrio <[EMAIL PROTECTED]> writes:

>  Yes, you're right. I simply had seen the message requesting the translation
> update and didn't even read it, as usual (just looked at the submission
> instruccions).
>
>  I'm attaching a new version I think should be o.k.

This version looks great.  Thank you!  I've committed it to our
repository.

-- 
Russ Allbery ([EMAIL PROTECTED])   



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482349: acpi-support: missing wireless on asus v2

[graziano]

Package: acpi-support
Version: 109-1
Severity: normal


Hello there,

I had to uninstall acpi-support because the last version (109-1) turned
off my wireless (iwl4965) for good at boot time, and since I am under
a project deadline I found more convenient to disable it. Uninstalling it
fixed the problem.

Descritption of the problem: the machine boots normally, soon the led of
the wireless comes on, and stays on for quite a bit, then it will turn
off (before I get console login or graphical login) and I cannot turn it
on anylonger. It may be a bad interaction with the iwl4965 (from latest
debian kernel 2.6.25 but locally compiled), which seems to refuse to
turn the radio on once turned off.

Hope you this report make sense to you, since I missed acpi-support :)

cheers
graziano


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

Kernel: Linux 2.6.25 (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 acpi-support depends on:
pn  acpi-support-base  (no description available)
pn  acpid  (no description available)
ii  dmidecode 2.9-1  Dump Desktop Management Interface 
ii  finger0.17-12user information lookup program
pn  hdparm (no description available)
ii  laptop-detect 0.13.6 attempt to detect a laptop
ii  libc6 2.7-11 GNU C Library: Shared libraries
ii  lsb-base  3.2-12 Linux Standard Base 3.2 init scrip
hi  nvclock   0.8b2-1Allows you to overclock your nVidi
ii  powermgmt-base1.30   Common utils and configs for power
ii  vbetool   1.0-3  run real-mode video BIOS code to a
ii  x11-xserver-utils 7.3+2  X server utilities

Versions of packages acpi-support recommends:
ii  radeontool1.5-5  utility to control ATI Radeon back



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#89094: I wish it could sign multiple files in one pass

[Daniel Leidert]

Seven years after your report I can tell you, that --encrypt works with
several files using the --multifile option. However, --sign does not yet
work. I will try to examine, why upstream did not yet implement this
too.

Regards, Daniel




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#481789: debian-reference: freetype1 deprecation

[Osamu Aoki]

On Wed, May 21, 2008 at 10:52:45PM +0200, Moritz Muehlenhoff wrote:
> On Mon, May 19, 2008 at 10:16:49PM +0900, Osamu Aoki wrote:
Hi,

> debian-reference doesn't use any of these. It build fine with attached
> patch.

Thanks.  I guess new TeX tool chain may have changed requirement.  
Please NMU ASAP for packages I maintain.

I guess this is true for maint-guide.

Let me focus on updating contents of debian-reference to new XML
version. Thanks.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482348: ldapdns seemingly randomly stops responding

[Jamie Thompson]

Package: ldapdns
Version: 2.06-3.3
Severity: normal


I use ldapdns with djb's dnscache for my network, accessing a LDAP server on 
localhost.

Periodically, ldapdns just seems to stop responding, with DNS requests failing 
to resolve, both on remote clients as well as directly on the server via 
localhost.

This then prevents dhcp clients working properly as the hostnames specifed in 
the leases cannot be resolved and chaos comes to town. Luckily, the client DNS 
caches usually give me enough time to notice and restart the service before 
that happens, but not always.

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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages ldapdns depends on:
ii  adduser   3.107  add and remove users and groups

Versions of packages ldapdns recommends:
ii  slapd [ldap-server]   2.4.7-6.2  OpenLDAP server (slapd)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#479273: Accepted ocaml 3.10.2-3 (source all amd64)

[Neil Roeth]

On May 21, Stephane Glondu ([EMAIL PROTECTED]) wrote:
 > For followers of Bug#479273: the new version of ocaml (3.10.2-3) FTBFS 
 > on arm because of a segfault of docbook2html. See:
 > 
 > http://buildd.debian.org/fetch.cgi?pkg=ocaml;ver=3.10.2-3;arch=arm;stamp=1211241095
 > 
 > 
 > Sylvain Le Gall a écrit :
 > > I am trying to rebuild it on agnesi.d.o. I hope there will be no
 > > problem, so i could upload it when it will be done.
 > 
 > I've tried to rebuild it in an emulated arm, and I got the same segfault 
 > at the same point. While investigating, I found:
 > 
 > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479273
 > 
 > After downgrading libosp5 to 1.5.2-3, the generation of the policy works 
 > fine.
 > 
 > I've launched a new building of ocaml in this qemu... wait for a few 
 > hours... (or try on a real machine)

I've worked on this, but have been unsuccesful so far. The libosp5 package
builds and works fine on all other architectures, and essentially nothing has
changed in the code since 1.5.2-3. Sorry for the inconvenience.

-- 
Neil Roeth



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482324: [INTL:gl] Galician debconf template translation for krb5

[Jacobo Tarrio]

El miércoles, 21 de mayo de 2008 a las 17:15:28 -0700, Russ Allbery escribía:

> Looking this over, I'm concerned that this translation may not have been
> what you intended.  It looks like the literal choices here are still being
> translated, which means that the user would see options mentioned in the
> text that aren't available in the select (which can't be translated
> because it's literal command-line options to the server).

 Yes, you're right. I simply had seen the message requesting the translation
update and didn't even read it, as usual (just looked at the submission
instruccions).

 I'm attaching a new version I think should be o.k.

-- 
   Jacobo Tarrío | http://jacobo.tarrio.org/


gl.po
Description: Binary data

Bug#297317: Hook script

[Jamie Thompson]

I use the execute patch at home with some custom LDAP-editing shell scripts, 
and it works quite nicely.

It does however mean that I have to merge the patch into the source package every time there's an important update though, which given that I also 
used the LDAP config patch ( now thankfully available pre-packaged as http://packages.debian.org/lenny/dhcp3-server-ldap ), made for a painful merge 
that as such only got performed when a dependency issue raised it's head (case in point, I'm still running 3.0.4-12).


Well, another dependency issue has occurred (libldap/dhcp3-server-ldap/perl/cyrus-admin/etc) so a rebuild is on the cards and and I'd like to 
resurrect this old bug, as whilst I now only have to merge the execute patch in, it does still leave me with non-standard packages littered about, 
which is less than ideal, especially since this functionality is so incredibly useful.


- Jamie



signature.asc
Description: OpenPGP digital signature

Bug#482324: [INTL:gl] Galician debconf template translation for krb5

[Russ Allbery]

Jacobo Tarrio <[EMAIL PROTECTED]> writes:

> Package: krb5
> Severity: wishlist
> Tags: l10n patch
>
>  It is attached to this report.

Looking this over, I'm concerned that this translation may not have been
what you intended.  It looks like the literal choices here are still being
translated, which means that the user would see options mentioned in the
text that aren't available in the select (which can't be translated
because it's literal command-line options to the server).

Could you check to see if this is correct?

> #. Type: select
> #. Description
> #. "full", "disable", and "none" are literal strings and should be left in
> #. English
> #: ../krb5-kdc.templates:3001
> msgid ""
> "Alternatively, the mode can be set to \"full\", allowing Kerberos V4 clients 
> "
> "to get initial tickets even when preauthentication would normally be "
> "required; to \"disable\", returning protocol version errors to all Kerberos "
> "V4 clients; or to \"none\", which tells the KDC to not respond to Kerberos "
> "V4 requests at all."
> msgstr ""
> "De xeito alternativo, pode cambiarse ao modo \"completo\", o que permite que 
> "
> "os clientes Kerberos V4 obteñan tiquets iniciais incluso cando se precisaría 
> "
> "normalmente de preautenticación; ao modo \"desactivado\", o que fai que se "
> "devolvan erros de versión do protocolo aos clientes Kerberos V4, ou a "
> "\"ningún\", o que indica ao KDC que non resposte en absoluto ás peticións "
> "Kerberos V4."

-- 
Russ Allbery ([EMAIL PROTECTED])   



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#477628: reopen this bug?

[Frank Lichtenheld]

On Wed, May 21, 2008 at 04:19:14PM +0200, Sven Mueller wrote:
> I don't think this bug should have been closed. If my tests are correct,
> there are some problems with the solution used. What I did in my test
> was this (on a Debian stable system):

Please don't reopen it. Feel free to clone and retitle it though.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#477628: reopen this bug?

[Frank Lichtenheld]

On Wed, May 21, 2008 at 04:19:14PM +0200, Sven Mueller wrote:
> Furthermore, if I lower the number in debian/compat and the versioned
> dependency on debhelper in debian/control of the "mr" package, but keep
> using "dh", I think at least a warning should be issued.

What has compat to do with that?

lintian should already warn if you reduce the dependency.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482153: linux-image-2.6-686: Driver b43 fails to recover from hibernate

[Bhaskar S. Manda]

The problem exists with 2.6.25 also.

-- 
Bhaskar



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482346: zsh doesn't always wait for its children (-> zombie)

[Vincent Lefevre]

On 2008-05-22 01:50:08 +0200, Vincent Lefevre wrote:
> ay:~> ps -ft pts/5
> UIDPID  PPID  C STIME TTY  TIME CMD
> lefevre   4277 20147  1 01:16 pts/500:00:26 [vlc] 
> lefevre  20147 20126  0 May06 pts/500:00:00 zsh

Additional information that may be useful:

ay:~> ps -lt pts/5
F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY  TIME CMD
0 Z  1000  4277 20147  1  80   0 - 0 exit   pts/500:00:26 vlc 
0 S  1000 20147 20126  0  80   0 -  2269 rt_sig pts/500:00:00 zsh

I also ran gdb on the zsh running process and got:

0x0fd312d4 in sigsuspend () from /lib/libc.so.6
(gdb) bt
#0  0x0fd312d4 in sigsuspend () from /lib/libc.so.6
#1  0x10071ae4 in signal_suspend ()
#2  0x10042268 in ?? ()
#3  0x100423d4 in waitjobs ()
#4  0x100274e0 in ?? ()
#5  0x10027d20 in execlist ()
#6  0x100283fc in execode ()
#7  0x1003bcec in loop ()
#8  0x1003cc30 in zsh_main ()
#9  0x1000dc70 in main ()

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482347: vorbis-tools: ogg123 man page: incorrect device name alsa09, should be alsa

[Vincent Lefevre]

Package: vorbis-tools
Version: 1.2.0-1
Severity: minor

The ogg123(1) man page says in the DEVICES section:

   alsa09 Advanced Linux Sound Architecture.

It should be:

   alsa   Advanced Linux Sound Architecture.

Indeed:

ay:~> ogg123 -d alsa09
=== No such device alsa09.

Replacing alsa09 by alsa is OK.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.24-1-powerpc
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages vorbis-tools depends on:
ii  libao2 0.8.8-4   Cross Platform Audio Output Librar
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcurl3-gnutls7.18.1-1  Multi-protocol file transfer libra
ii  libflac8   1.2.1-1.2 Free Lossless Audio Codec - runtim
ii  libkrb53   1.6.dfsg.3-2  MIT Kerberos runtime libraries
ii  libogg01.1.3-3   Ogg Bitstream Library
ii  libspeex1  1.2~beta3.2-1 The Speex codec runtime library
ii  libvorbis0a1.2.0.dfsg-3  The Vorbis General Audio Compressi
ii  libvorbisenc2  1.2.0.dfsg-3  The Vorbis General Audio Compressi
ii  libvorbisfile3 1.2.0.dfsg-3  The Vorbis General Audio Compressi

vorbis-tools recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#477244: closed by "Wesley J. Landaker" <[EMAIL PROTECTED]> (This doesn't sound like a bug in googleearth-package....)

[Carlo Wood]

On Sat, Apr 26, 2008 at 07:57:05PM +, Debian Bug Tracking System wrote:
> If you still feel that this is a bug in *packaging* and not in Google Earth 
> itself, please let me know and we can reopen this bug.

Hi - I just figured out that it is a missing dependency of lib32nss-mdns
on 64bit. I came back here to reopen the bug and report that, but I see
someone else already did that. Just want to confirm that this is the
(original) problem and after installing lib32nss-mdns GoogleEarth works
again (without even needing to be reinstalled - needs to be restarted
though).

-- 
Carlo Wood <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482346: zsh doesn't always wait for its children (-> zombie)

[Vincent Lefevre]

Package: zsh
Version: 4.3.6-2
Severity: normal

I started vlc from the zsh command line. Some time later, I decided
to kill vlc with Ctrl-C. As I didn't get the prompt, I tried Ctrl-C
a few more times, with no change. I can see that vlc is now a zombie:

ay:~> ps -ft pts/5
UIDPID  PPID  C STIME TTY  TIME CMD
lefevre   4277 20147  1 01:16 pts/500:00:26 [vlc] 
lefevre  20147 20126  0 May06 pts/500:00:00 zsh

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.24-1-powerpc
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages zsh depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcap2   2.09-1 support for getting/setting POSIX.
ii  libncursesw5  5.6+20080308-1 Shared libraries for terminal hand

Versions of packages zsh recommends:
ii  libpcre3  7.6-2  Perl 5 Compatible Regular Expressi

-- debconf information:
* zsh/rcmove:



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482345: grub-install fails to read /boot/grub/stage1

[Nicolas Évrard]

Package: grub
Version: 0.97-39
Severity: important


Hello,

I'm trying to switch from lilo to grub on my macbook.
As per [1], I made sure the gpt/mbr table are in sync:

kinder:/etc# gptsync /dev/sda

Current GPT partition table:
 #  Start LBA  End LBA  Type
 1 40   409639  EFI System (FAT)
 2 409640 88490023  Mac OS X HFS+
 3   88752168176832551  EFI System (FAT)
 4  176832552234441607  Basic Data

Current MBR partition table:
 # AStart LBA  End LBA  Type
 1  1   409639  ee  EFI Protective
 2 409640 88490023  af  Mac OS X HFS+
 3 * 88752168176832551  ef  EFI System (FAT)
 4  176832552234441607  0b  FAT32

Status: Tables are synchronized, no need to sync.

Anyway grub-install fails to read /boot/grub/stage1

kinder:~# grub-install "(hd0)"
Searching for GRUB installation directory ... found: /boot/grub
The file /boot/grub/stage1 not read correctly.

Using find in the grub shell does not work either:

grub> find stage1

Error 15: File not found

grub> find /boot/grub/stage1

Error 15: File not found

grub> 



[1] 
http://wiki.debian.org/MacBook#head-65f7d7e28fb2e49e743d0de9516b6a7733718eb4 


-- Package-specific info:

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
*** END /boot/grub/device.map

*** BEGIN /proc/mounts
/dev/root / ext3 rw,errors=remount-ro,data=ordered 0 0
/dev/root /dev/.static/dev ext3 rw,errors=remount-ro,data=ordered 0 0
/dev/sda2 /mnt/mac hfsplus ro,nosuid,nodev,noexec,umask=22,uid=0,gid=0,nls=utf8 
0 0
/dev/sda4 /mnt/win vfat 
rw,nosuid,nodev,noexec,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1 
0 0
*** END /proc/mounts

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

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

Versions of packages grub depends on:
ii  grub-common  1.96+20080512-1 GRand Unified Bootloader, version 

grub recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482326: krb5: [INTL:fr] French debconf templates translation update

[Russ Allbery]

Christian Perrier <[EMAIL PROTECTED]> writes:

> Please find attached the french debconf templates update, proofread by the
> debian-l10n-french mailing list contributors.
>
> Thanks for taking care of warning translators before uploading a new
> version with string changes. It's highly appreciated.

Hi Christian,

If this is the right thing to do for translation, I don't want to
second-guess you, but I did want to double-check just to be sure.  On
the templates below, the strings "nopreauth", "full", "disable", and
"none" are command-line arguments to the KDC and must be exactly that.
However, they appear to be translated in your translation.

Was that intentional?  I was assuming that translations would want to keep
the literal strings since people have to use that value (if, say, they
change /etc/default/krb5-kdc by hand), but I may be missing a subtlety
here.  Note that the options in select aren't translated, because of this
constraint, so the references in these templates won't match the options
the user is presented with if they're translated.

> #. Type: select
> #. Description
> #. "nopreauth" is a literal string and should be left in English
> #: ../krb5-kdc.templates:3001
> msgid ""
> "By default, Kerberos V4 requests are allowed from principals that do not "
> "require preauthentication (\"nopreauth\").  This allows Kerberos V4 services 
> "
> "to exist while requiring most users to use Kerberos V5 clients to get their "
> "initial tickets.  These tickets can then be converted to Kerberos V4 
> tickets."
> msgstr ""
> "Par défaut, les requêtes Kerberos v4 sont autorisées pour les "
> "enregistrements (« principals ») qui n'ont pas besoin de pré-"
> "authentification. Cela permet que les services Kerberos v4 fonctionnent mais 
> "
> "la majorité des utilisateurs devront utiliser des clients Kerberos v5 pour "
> "obtenir leurs tickets initiaux. Ces tickets pourront ensuite être convertis "
> "en tickets Kerberos v4."
>
> #. Type: select
> #. Description
> #. "full", "disable", and "none" are literal strings and should be left in
> #. English
> #: ../krb5-kdc.templates:3001
> msgid ""
> "Alternatively, the mode can be set to \"full\", allowing Kerberos V4 clients 
> "
> "to get initial tickets even when preauthentication would normally be "
> "required; to \"disable\", returning protocol version errors to all Kerberos "
> "V4 clients; or to \"none\", which tells the KDC to not respond to Kerberos "
> "V4 requests at all."
> msgstr ""
> "Ce mode peut également être configuré comme « complet », ce qui permet aux "
> "clients Kerberos v4 d'obtenir leurs tickets initiaux même lorsque la pré-"
> "authentification est requise. Un autre réglage possible est « désactivé » ce 
> "
> "qui renvoie une erreur de version de protocole à tous les clients Kerberos "
> "v4, ou « aucun » qui désactive totalement les réponses aux requêtes Kerberos 
> "
> "v4."

-- 
Russ Allbery ([EMAIL PROTECTED])   



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482336: keyjnote: crashes while displaying a PDF file which renders fine in Xpdf

[Yaroslav Halchenko]

didn't reproduce the bug -- went through ok - didn't stall at any
slide... didn't crash after...

lets first verify that your /tmp/ had sufficient amount of space ;) and
then your RAM (and virtual memory) -- total amount of VRAM needed for
caching your presentation is around 460MB. not sure what was max size of
rendered page -- but I guess it would be great if your /tmp had at least
100MB free?

On Thu, 22 May 2008, Francesco Poli wrote:

> Package: keyjnote
> Version: 0.10.2-1
> Severity: important

> Hi!
> Thanks for maintaining keyjnote in Debian!

> I think I found a bug, though.
> Steps to reproduce:

>   * download the following PDF presentation (from
> http://e-privacy.winstonsmith.info/2004/interventi.html)

>$ wget 
> http://e-privacy.winstonsmith.info/2004/atti/ep2004-Poli-remailers.pdf
>$ keyjnote ep2004-Poli-remailers.pdf
-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482341: [I18N-es_ES] Updated spanish translation

[Colin Watson]

tags 482341 pending
thanks

On Thu, May 22, 2008 at 12:58:44AM +0200, Javier Fernandez-Sanguino Pen~a wrote:
> Please find attached an updated po-debconf translation of this package into
> Spanish, as recently requested by Christian Perrier.

Committed, thanks.

-- 
Colin Watson   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#481948: pidgin: warns repeatedly of invalid buddy name from server

[Ari Pollak]

brian m. carlson wrote:
> It doesn't appear in the web IM interface.  Debugging output is
> attached.
> 

Strange, I don't see anything about that error. What is the exact
message you get?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482205: brltty: FTBFS: Empty declarator

[Samuel Thibault]

reassign 482205 python-pyrex
thanks

Hello,

Lucas Nussbaum, le Wed 21 May 2008 15:33:06 +0200, a écrit :
> > make[3]: Entering directory 
> > `/build/user/brltty-3.10~r3715/build-brltty/Bindings/Python'
> > mawk -f ../../../Programs/brlapi.awk -f ../../../Programs/brldefs.awk -f 
> > ../../../Bindings/Python/constants.awk ./../../Programs/brlapi.h 
> > ../../../Programs/brlapi_keycodes.h ../../../Programs/brldefs.h 
> > >constants.auto.pyx
> > /usr/bin/pyrexc -I. -o brlapi.auto.c ../../../Bindings/Python/brlapi.pyx
> > /build/user/brltty-3.10~r3715/build-brltty/Bindings/Python/../../../Bindings/Python/brlapi.pyx:544:26:
> >  Empty declarator

Mmm, this code is generated by python-pyrex, so the bug belongs to it.

Samuel



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#46084: xmcd: old bug no longer present

[Jason Cormie]

Package: xmcd
Followup-For: Bug #46084


unlike the ancient report from 1999, xmcd does seem to behave these days
and respect the options saved by the user.

I've looked in both debian and upstream changelogs and can't see
anything specifically fixing this, but a lot of time has passed and code
has changed. 

I think this bug should be closed.


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

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

Versions of packages xmcd depends on:
ii  cddb   2.6-19.2  CD DataBase support tools
ii  debconf [debconf-2.0]  1.5.21Debian configuration management sy
ii  lesstif2   1:0.95.0-2.1  OSF/Motif 2.1 implementation relea
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libncurses55.6+20080308-1Shared libraries for terminal hand
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

xmcd recommends no packages.

-- debconf information:
* xmcd/cdrom-device-name: /dev/cdrom

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482337: linux-image-2.6.24-1-amd64: rfkill switch doesn't work with iwl4965 driver

[maximilian attems]

On Thu, May 22, 2008 at 12:43:10AM +0200, Marco Zaccheria wrote:
> Package: linux-image-2.6.24-1-amd64
> Version: 2.6.24-6
> Severity: important
> 
> The rfkill switch doesn't work, so I can't use my iwl4965 card. It's
> strange because my Debian system doesn't work also with a custom Vanilla 
> kernel (2.6.25-4) that

unstable has a newer kernel try it out installs just fine in
testing.

thanks

-- 
maks



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#478893: libgl1-mesa-dri: stalls or crashes on GLX

[Brice Goglin]

Yaroslav Halchenko wrote:
>> Could you install xserver-xorg-core-dbg and libgl1-mesa-dri-dbg and try
>> to catch a better backtrace with gdb? The easiest way would be to ssh
>> from another host, attach gdb with "gdb -p $(pidof X)", reproduce the
>> crash, enter "bt full" in gdb, and send us the output.
>> 
> Sorry about the delay -- and thanks for the pointers. Here is what I got
> so far... please advice if I could do smth more ;-)
>
> attaching and continuing
> (gdb) bt
> #0  0x2b99533452a3 in select () from /lib/libc.so.6
> #1  0x0055eb01 in WaitForSomething (pClientsReady=0x7fff58cca120) at 
> ../../os/WaitFor.c:236
> #2  0x0044e0bb in Dispatch () at ../../dix/dispatch.c:425
> #3  0x00436add in main (argc=9, argv=0x7fff58cca6c8, envp= optimized out>) at ../../dix/main.c:452
> (gdb) c
> Continuing.
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x2b9953c7f2c0 (LWP 4684)]
> 0x2b99662bfceb in copy_array_to_vbo_array (brw=0x13c7330, i= optimized out>, array=0x1fd0f58, element_size=12, count=983040) at 
> brw_draw_upload.c:263
> 263 brw_draw_upload.c: No such file or directory.
> in brw_draw_upload.c
> (gdb) 
>   


Please send the output of "bt full" instead of "bt" right here, nothing
else should be needed.

Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#432351: Vote here

[Dominic Hargreaves]

I'm interested in IPv6 support too, in the form of uploads of 3.1pre to
experimental. Am happy to collaborate on such packages if that's of
interest.

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#418889: Nouveau packaging

[Christopher James Halse Rogers]

I'm RAOF, maintainer of the Ubuntu PPA mentioned earlier.  I've recently
changed the libdrm package in my PPA to produce a module-assistant using
drm-modules-source package, which might make inclusion in experimental a
bit easier.

Speaking with upstream, they very much do not want the 3d portion
shipped at all, anywhere.  It doesn't just need a git snapshot of mesa,
it needs a git snapshot of a branch of the experimental gallium-0.1
branch of mesa.  Accordingly, I don't ship the 3d portion in my PPA, and
it would be courteous to not ship it in experimental.

I'd be happy to help push to experimental, but I don't currently have a
bare-metal Sid install, so driver testing is a little difficult!


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

Bug#482344: gwenview: crashes when opening a very big .png ( > 30Mb in this case)

[Cassiano Leal]

Package: gwenview
Version: 4:4.0.72-1
Severity: important


While trying to open a .png picture that was greater than 30Mb in size, app 
crashed.

This is the backtrace that was generated:

Application: Gwenview (gwenview), signal SIGSEGV
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 0xb5ed1720 (LWP 22919)]
[New Thread 0xa8eceb90 (LWP 22933)]
[New Thread 0xb2387b90 (LWP 22921)]
[KCrash handler]
#6  QVector::operator= (this=0x84fc964, [EMAIL PROTECTED])
at ../../include/QtCore/../../src/corelib/arch/qatomic_i386.h:122
#7  0xb6cce73d in QImage::copy (this=0x8467188, [EMAIL PROTECTED])
at image/qimage.cpp:1373
#8  0xb6ccebc9 in QImage::detach (this=0x8467188) at image/qimage.cpp:1319
#9  0xb6cd03cb in QImage::bits (this=0x8467188) at image/qimage.cpp:1781
#10 0xb6d04098 in QPngHandlerPrivate::readPngImage (this=0x834c550, 
outImage=0x8467188) at image/qpnghandler.cpp:553
#11 0xb6d04cda in QPngHandler::read (this=0x846d198, image=0x8467188)
at image/qpnghandler.cpp:987
#12 0xb6cdabdc in QImageReader::read (this=0xb23872a0, image=0x8467188)
at image/qimagereader.cpp:990
#13 0xb7eda17d in Gwenview::LoadingDocumentImplPrivate::loadImageData (
this=0x8467130)
at 
/build/buildd/kdegraphics-4.0.72/gwenview/lib/document/loadingdocumentimpl.cpp:148
#14 0xb7ed9bbb in QtConcurrent::VoidStoredMemberFunctionPointerCall0::runFunctor (this=0x8347fb8)
at /usr/include/qt4/QtCore/qtconcurrentstoredfunctioncall.h:218
#15 0xb7ed9d2e in QtConcurrent::RunFunctionTask::run (this=0x8347fb8)
at /usr/include/qt4/QtCore/qtconcurrentrunbase.h:117
#16 0xb742a580 in QThreadPoolThread::run (this=0x8463130)
at concurrent/qthreadpool.cpp:145
#17 0xb7434482 in QThreadPrivate::start (arg=0x8463130)
at thread/qthread_unix.cpp:190
#18 0xb61fb4fb in start_thread () from /lib/i686/cmov/libpthread.so.0
#19 0xb698dd7e in clone () from /lib/i686/cmov/libc.so.6

Thread 2 (Thread 0xa8eceb90 (LWP 22933)):
#0  0xe410 in __kernel_vsyscall ()
#1  0xb61ffaa5 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/i686/cmov/libpthread.so.0
#2  0xb699abfd in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/i686/cmov/libc.so.6
#3  0xb7434f76 in QWaitCondition::wait (this=0x8516438, mutex=0x8516434, 
time=4294967295) at thread/qwaitcondition_unix.cpp:88
#4  0xb7eff4f7 in Gwenview::ThumbnailThread::run (this=0x8516400)
at /build/buildd/kdegraphics-4.0.72/gwenview/lib/thumbnailloadjob.cpp:143
#5  0xb7434482 in QThreadPrivate::start (arg=0x8516400)
at thread/qthread_unix.cpp:190
#6  0xb61fb4fb in start_thread () from /lib/i686/cmov/libpthread.so.0
#7  0xb698dd7e in clone () from /lib/i686/cmov/libc.so.6

Thread 1 (Thread 0xb5ed1720 (LWP 22919)):
#0  0xe410 in __kernel_vsyscall ()
#1  0xb61ffaa5 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/i686/cmov/libpthread.so.0
#2  0xb699abfd in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/i686/cmov/libc.so.6
#3  0xb7434f76 in QWaitCondition::wait (this=0x8470ff8, mutex=0x8470fe4, 
time=4294967295) at thread/qwaitcondition_unix.cpp:88
#4  0xb742a1a3 in QThreadPoolPrivate::waitForDone (this=0x8470fa0)
at concurrent/qthreadpool.cpp:332
#5  0xb742a273 in ~QThreadPool (this=0x845ebf0)
at concurrent/qthreadpool.cpp:400
#6  0xb7429416 in __tcf_0 ()
at ../../include/QtCore/../../src/corelib/global/qglobal.h:1567
#7  0xb68e4ef4 in exit () from /lib/i686/cmov/libc.so.6
#8  0xb6c87a6b in qt_xio_errhandler () at kernel/qapplication_x11.cpp:590
#9  0xb79f7f57 in KApplication::xioErrhandler (this=0xbfb7a424, dpy=0x80a1c80)
at /tmp/buildd/kde4libs-4.0.74/kdeui/kernel/kapplication.cpp:418
#10 0xb79f7f96 in kde_xio_errhandler (dpy=0x80a1c80)
at /tmp/buildd/kde4libs-4.0.74/kdeui/kernel/kapplication.cpp:130
#11 0xb64933e2 in _XIOError (dpy=0x80a1c80) at ../../src/XlibInt.c:2940
#12 0xb649b0fb in _XSend (dpy=0x80a1c80, data=0x0, size=0)
at ../../src/xcb_io.c:236
#13 0xb649b272 in _XFlush (dpy=0x80a1c80) at ../../src/xcb_io.c:258
#14 0xb6474a71 in XFlush (dpy=0x80a1c80) at ../../src/Flush.c:41
#15 0xb6cadc0e in QWidgetPrivate::hide_sys (this=0x84f6dd8)
at kernel/qwidget_x11.cpp:2019
#16 0xb6c7bcdf in QWidgetPrivate::hide_helper (this=0x84f6dd8)
at kernel/qwidget.cpp:6236
#17 0xb6c818f9 in QWidget::setVisible (this=0x83a68e8, visible=false)
at kernel/qwidget.cpp:6402
#18 0xb6c7b797 in QWidgetPrivate::close_helper (this=0x84f6dd8, 
mode=QWidgetPrivate::CloseWithEvent)
at ../../include/QtGui/../../src/gui/kernel/qwidget.h:474
#19 0xb6c7b8e8 in QWidget::close (this=0x83a68e8) at kernel/qwidget.cpp:6571
#20 0xb6c680c2 in QTipLabel::hideTipImmediately (this=0x83a68e8)
at kernel/qtooltip.cpp:229
#21 0xb752ed7a in QObject::event (this=0x83a68e8, e=0xbfb7a1a8)
at kernel/qobject.cpp:1105
#22 0xb6c82adf in QWidget::event (this=0x83a68e8, event=0xbfb7a1a8)
at kernel/qwidget.cpp:7310
#23 0xb6fb3503 in QFrame::event (this=0x83a68e8, e=0xbfb7a1a8)
at widgets/

Bug#482342: ITP: madfuload -- Firmware loader for M-Audio DFU audio devices

[Free Ekanayaka]

Package: wnpp
Severity: wishlist
Owner: Free Ekanayaka <[EMAIL PROTECTED]>


* Package name: madfuload
  Version : 1.2
  Upstream Author : Clemens Ladisch <[EMAIL PROTECTED]>
* URL : http://usb-midi-fw.sourceforge.net/
* License : GPL
  Description : Firmware loader for M-Audio DFU audio devices

 This packages allows you to use M-Audio's DFU audio devices
 with Linux. These devices require a firmware download before
 an operating system driver (e.g. ALSA's snd-usb-audio) can
 access them.
 .
 Supported devices:
  - Sonica
  - Ozone
  - MobilePre USB (some newer models work without the loader)
  - Transit
 The loader is not required for some newer models of the above devices,
 like the Ozone Academic.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482341: [I18N-es_ES] Updated spanish translation

[Javier Fernandez-Sanguino Pen~a]

Package: openssh
Version: 1:4.7p1-9.es.po
Severity: wishlist
Tags: l10n patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please find attached an updated po-debconf translation of this package into
Spanish, as recently requested by Christian Perrier.

Thanks for including it in your next package upload,

Javier

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

iD8DBQFINKkksandgtyBSwkRAgysAJ0ZQLomq9cTc2YstUepmGzyz0egvwCffjiE
W8079HmtAaj1KyQEO101abA=
=5mjo
-END PGP SIGNATURE-
#
# openssh debconf translation to spanish
# Copyright (C) 2003-2007 Software in the Public Interest
# This file is distributed under the same license as the  package.
#
# Changes:
# - Initial translation
#Carlos Valdivia Yagüe <[EMAIL PROTECTED],etsit.upm.es>, 2003
# - Revision
#Javier Fernandez-Sanguino Peña <[EMAIL PROTECTED]>, 2004
# - Translation updates
#Javier Fernandez-Sanguino Peña <[EMAIL PROTECTED]>, 2006-2008
#
#  Traductores, si no conoce el formato PO, merece la pena leer la 
#  documentación de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
#   http://www.debian.org/intl/spanish/coordinacion
#   especialmente las notas de traducción en
#   http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: openssh 3.6.1p2-11\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-05-17 13:58+0200\n"
"PO-Revision-Date: 2008-05-22 00:56+0200\n"
"Last-Translator: Javier Fernandez-Sanguino Peña <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Spanish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"
"X-POFile-SpellExtra: usr pid PasswordAuthentication PermitRootLogin server\n"
"X-POFile-SpellExtra: PAM start OpenSSH OpenSSL init sshhostkey daemon var\n"
"X-POFile-SpellExtra: config pam pidfile vulnkey run Potato keys share stop\n"
"X-POFile-SpellExtra: gz README ssh sshd doc keygen ARCHIVOCLAVESISTEMA SSH\n"
"X-POFile-SpellExtra: openssh root compromised\n"

#. Type: boolean
#. Description
#: ../openssh-server.templates:1001
msgid "Generate a new configuration file for OpenSSH?"
msgstr "¿Desea generar un nuevo fichero de configuración para OpenSSH?"

#. Type: boolean
#. Description
#: ../openssh-server.templates:1001
msgid ""
"This version of OpenSSH has a considerably changed configuration file from "
"the version shipped in Debian 'Potato', which you appear to be upgrading "
"from. This package can now generate a new configuration file (/etc/ssh/sshd."
"config), which will work with the new server version, but will not contain "
"any customizations you made with the old version."
msgstr "Esta versión de OpenSSH ha cambiado considerablemente el fichero de 
configuración del incluido en Debian 'Potato', que es la versión desde la que 
parece estar actualizando. Puede crear automáticamente un nuevo fichero de 
configuración (/etc/ssh/sshd.config), que funcionará con la nueva versión del 
servidor, pero no incluirá las modificaciones que hiciera en la versión 
antigua."

#. Type: boolean
#. Description
#: ../openssh-server.templates:1001
msgid ""
"Please note that this new configuration file will set the value of "
"'PermitRootLogin' to 'yes' (meaning that anyone knowing the root password "
"can ssh directly in as root). Please read the README.Debian file for more "
"details about this design choice."
msgstr ""
"Además, recuerde que este nuevo fichero de configuración dirá sí en la "
"opción «PermitRootLogin», por lo que cualquiera que conozca la contraseña de "
"root podrá entrar mediante ssh directamente como root. Puede leer README."
"Debian si quiere conocer más información sobre esta elección de diseño."

#. Type: boolean
#. Description
#: ../openssh-server.templates:1001
msgid ""
"It is strongly recommended that you choose to generate a new configuration "
"file now."
msgstr "Es muy recomendable que elija generar un nuevo fichero de configuración 
ahora."

#. Type: boolean
#. Description
#: ../openssh-server.templates:2001
msgid "Do you want to risk killing active SSH sessions?"
msgstr "¿Desea correr el riesgo de matar las sesiones SSH activas?"

#. Type: boolean
#. Description
#: ../openssh-server.templates:2001
msgid ""
"The currently installed version of /etc/init.d/ssh is likely to kill all "
"running sshd instances. If you are doing this upgrade via an SSH session, "
"you're likely to be disconnected and leave the upgrade procedure unfinished."
msgstr ""
"La versión de /etc/init.d/ssh que tiene instalada es muy probable que mate "
"todas las es

Bug#44901: dhcp: kernel 2.6 does not support CONFIG_FILTER

[Jason Cormie]

Package: dhcp
Followup-For: Bug #44901


the 2.6 kernel does not support CONFIG_FILTER so this bug should be
closed


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

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

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482343: [I18N:es] Updated spanish translation

[Javier Fernandez-Sanguino Pen~a]

Package: ipsec-tools
Version: 1:0.7-2.1.es.po
Severity: wishlist
Tags: l10n patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please find attached an updated po-debconf translation of this package into
Spanish, as requested by Christian Perrier recently.

Thanks for including it in your next package upload,

Javier

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

iD8DBQFINKm+sandgtyBSwkRAuYhAJ9jOXTl94hKRz0WpulO+frA1Vct7wCeMMZE
cfr9tEDvKAHd/h3OPi8cU+s=
=w0kf
-END PGP SIGNATURE-
# ipsec-tools po-debconf translation to Spanish
# Copyright (C) 2005 Software in the Public Interest
# This file is distributed under the same license as the ipsec-tools package.
#
# Changes:
#  - Initial translation
# César Gómez Martín <[EMAIL PROTECTED]>
#  - Translation update
# Javier Fernández-Sanguino <[EMAIL PROTECTED]>
#
#   Traductores, si no conoce el formato PO, merece la pena leer la
#   documentación de gettext, especialmente las secciones dedicadas a este
#   formato, por ejemplo ejecutando:
#  info -n '(gettext)PO Files'
#  info -n '(gettext)Header Entry'
# Equipo de traducción al español, por favor, lean antes de traducir
# los siguientes documentos:
#
#  - El proyecto de traducción de Debian al español
#http://www.debian.org/intl/spanish/
#especialmente las notas de traducción en
#http://www.debian.org/intl/spanish/notas
#
#  - La guía de traducción de po's de debconf:
#/usr/share/doc/po-debconf/README-trans
#o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: ipsec-tools 1:0.6.6-3\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-04-21 08:51+\n"
"PO-Revision-Date: 2008-05-22 01:00+0200\n"
"Last-Translator: Javier Fernández-Sanguino <[EMAIL PROTECTED]>\n"
"Language-Team: Debian l10n spanish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Spanish\n"
"X-Poedit-Country: SPAIN\n"
"X-Poedit-SourceCharset: utf-8\n"

#. Type: select
#. Choices
#: ../racoon.templates:1001
msgid "direct"
msgstr "directo"

#. Type: select
#. Choices
#: ../racoon.templates:1001
msgid "racoon-tool"
msgstr "racoon-tool"

#. Type: select
#. Description
#: ../racoon.templates:1002
msgid "Configuration mode for racoon IKE daemon."
msgstr "Modo de configuración para el demonio IKE de racoon"

#. Type: select
#. Description
#: ../racoon.templates:1002
msgid ""
"Racoon can be configured two ways, either by directly editing /etc/racoon/"
"racoon.conf or using the racoon-tool administrative front end. racoon-tool "
"is now deprecated and is only available for backward compatibility. New "
"installations should always use the \"direct\" method."
msgstr ""
"Puede configurar racoon de dos formas distintas: editando directamente el "
"fichero «/etc/racoon/racoon.conf» o utilizando la interfaz de administración "
"«racoon-tool». La herramienta «Racoon-tool» está ahora obsoleta y sólo se "
"proporciona para tener compatibilidad hacia atrás. Las nuevas instalaciones "
"deberían siempre utilizar el método «directo»."

#~ msgid "Racoon can now be configured two ways."
#~ msgstr "Racoon puede configurarse de dos formas."

#~ msgid ""
#~ "The traditional one (direct), which is for direct editing of  /etc/racoon/"
#~ "racoon.conf and setup of the SPD using setkey via a shell  script written "
#~ "by the systems administrator. You will have to make sure that the kernel "
#~ "has all required modules loaded or the racoon daemon can exit with a "
#~ "'failed to parse configuration file' error."
#~ msgstr ""
#~ "El modo tradicional (directo), que se usa para la edición directa de /etc/"
#~ "racoon/racoon.conf y para la instalación de SPD usando setkey a través de "
#~ "un shell script escrito por el administrador del sistema. Tendrá que "
#~ "asegurarse de que el núcleo tiene cargados todos los módulos requeridos o "
#~ "el demonio racoon se finalizará con el mensaje de error «fallo al analizar "
#~ "el fichero de configuración»."

#~ msgid ""
#~ "The new one is the racoon-tool administration front end which configures "
#~ "both, as well as handling module loading and can handle most common "
#~ "setups.  Please  read /usr/share/doc/racoon/README.Debian for more "
#~ "details."
#~ msgstr ""
#~ "El nuevo modo es el administrador de racoon-tool que configura ambos, "
#~ "también gestiona la carga de módulos y puede gestionar la mayoría de "
#~ "instalaciones habituales. Por favor, lea /usr/share/doc/racoon/README."
#~ "Debian para más detalles."

#~ msgid ""
#~ "Would you like to use the new racoon-tool program to configure VPNs, or "
#~ "the direct editing of /etc/racoon/racoon.conf?"
#~ msgstr ""
#~ "¿Le gustaría utilizar el administrador racoon-tool para configurar VPNs "
#~ "(Redes privadas virtuales) o prefiere la edición directa  de «/etc/racoon/"
#~ "racoon.conf»?"

#~ msgid "Please select from either 'direct' or 'rac

Bug#482340: [INTL:eu] sl-modem defconf templates Basque translation

[xabier bilbao]

Package: sl-modem
Severity: wishlist
Tags: patch l10n


Hi, please find attached:
sl-modem debconf templates Basque translation
Please add it.

Thanks

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
# translation of sl-modem-templates.po to Euskara
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# xabier bilbao <[EMAIL PROTECTED]>, 2008.
# Piarres Beobide <[EMAIL PROTECTED]>, 2008.
msgid ""
msgstr ""
"Project-Id-Version: xd-sl-modem-templates\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-05-17 14:53+0200\n"
"PO-Revision-Date: 2008-05-21 22:05+0200\n"
"Last-Translator: Piarres Beobide <[EMAIL PROTECTED]>\n"
"Language-Team: Euskara <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: select
#. Default
#: ../sl-modem-daemon.templates:1001
msgid "USA"
msgstr "SPAIN"

#. Type: select
#. Description
#. Translators: Enter the country (in uppercase and in English) where your
#. language is mostly spoken, for example FRANCE for French or GERMANY for
#. German
#: ../sl-modem-daemon.templates:1002
msgid "Location of the modem:"
msgstr "Modemaren kokalekua:"

#. Type: select
#. Description
#. Translators: Enter the country (in uppercase and in English) where your
#. language is mostly spoken, for example FRANCE for French or GERMANY for
#. German
#: ../sl-modem-daemon.templates:1002
msgid ""
"In which country is your modem located? Please select the telephone system "
"used in your country."
msgstr ""
"Zein herrialdetan dago kokatua zure modema? Mesedez hautatu zure herrialdean "
"erabiltzen den telefono-sistema."

Bug#482339: po-debconf: podebconf-report-po uses poor HELO hostname

[Russ Allbery]

Package: po-debconf
Version: 1.0.13
Severity: normal

podebconf-report-po, when sending mail via the local server, appears to
use a HELO string of the unqualified local hostname.  This isn't a valid
argument to HELO per the SMTP standard as I understand it; I believe
HELO requires a fully-qualified domain name.  Postfix configured to
reject non-FQDN HELOs (which is a helpful anti-spam measure that stops
quite a bit of bogus mail) therefore rejects the mail.

The fix is probably as simple as using hostname --long instead, but I
haven't looked at the code.

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

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

Versions of packages po-debconf depends on:
ii  gettext0.17-2GNU Internationalization utilities
ii  intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii  perl   5.8.8-12  Larry Wall's Practical Extraction 

Versions of packages po-debconf recommends:
ii  libcompress-zlib-perl 2.009-1Perl module for creation and manip
ii  libmail-box-perl  2.082-1Manage a message-folder
ii  libmail-sendmail-perl 0.79-4 Send email from a perl script

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#467652: CVE-2008-0984 (arbitrary code execution) is very likely to also affect the vlc version in Etch

[Nico Golde]

Hi,
* Axel Beckert <[EMAIL PROTECTED]> [2008-03-04 12:57]:
> reopen 467652 !
> found 467652 0.8.6-svn20061012.debian-5etch1
> tag 467652 +etch
> thanks
> 
> I have no exploit for CVE-2008-0984 available to proof that vlc in
> Etch is vulnerable, but since the official patch applies to the vlc
> source in Etch without problems, it is very likely that vlc in Etch is
> also affected.

PoC: http://nion.modprobe.de/la.mov

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgp0bB6TCDqhV.pgp
Description: PGP signature

Bug#482338: [INTL:eu] ez-ipupdate defconf templates Basque translation

[xabier bilbao]

Package: ez-ipupdate
Severity: wishlist
Tags: patch l10n


Hi, please find attached:
ez-ipupdate debconf tmplates Basque translation
Please add it,

Thank you 

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
# translation of ez-ipupdate-templates.po to Euskara
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
# xabier bilbao <[EMAIL PROTECTED]>, 2008.
# Piarres Beobide <[EMAIL PROTECTED]>, 2008.
msgid ""
msgstr ""
"Project-Id-Version: xd-ez-ipupdate-templates\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-10-31 07:37+0100\n"
"PO-Revision-Date: 2008-05-21 21:59+0200\n"
"Last-Translator: Piarres Beobide <[EMAIL PROTECTED]>\n"
"Language-Team: Euskara <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: select
#. Choices
#: ../templates:1001
msgid "configure manually"
msgstr "eskuz konfiguratu"

#. Type: select
#. Choices
#: ../templates:1001
msgid "zoneedit"
msgstr "zoneedit"

#. Type: select
#. Choices
#: ../templates:1001
msgid "ez-ip"
msgstr "ez-ip"

#. Type: select
#. Choices
#: ../templates:1001
msgid "pgpow"
msgstr "pgpow"

#. Type: select
#. Choices
#: ../templates:1001
msgid "dhs"
msgstr "dhs"

#. Type: select
#. Choices
#: ../templates:1001
msgid "dyndns"
msgstr "dynds"

#. Type: select
#. Choices
#: ../templates:1001
msgid "dyndns-static"
msgstr "dyndns-static"

#. Type: select
#. Choices
#: ../templates:1001
msgid "dyndns-custom"
msgstr "dyndns-custom"

#. Type: select
#. Choices
#: ../templates:1001
msgid "ods"
msgstr "ods"

#. Type: select
#. Choices
#: ../templates:1001
msgid "tzo"
msgstr "tzo"

#. Type: select
#. Choices
#: ../templates:1001
msgid "easydns"
msgstr "easydns"

#. Type: select
#. Choices
#: ../templates:1001
msgid "easydns-partner"
msgstr "easydns-partner"

#. Type: select
#. Choices
#: ../templates:1001
msgid "gnudip"
msgstr "gnudip"

#. Type: select
#. Choices
#: ../templates:1001
msgid "justlinux"
msgstr "justlinux"

#. Type: select
#. Choices
#: ../templates:1001
msgid "dyns"
msgstr "dyns"

#. Type: select
#. Choices
#: ../templates:1001
msgid "hn"
msgstr "hn"

#. Type: select
#. Choices
#: ../templates:1001
msgid "heipv6tb"
msgstr "heipv6tb"

#. Type: select
#. Description
#: ../templates:1002
msgid "Dynamic DNS provider to use:"
msgstr "DNS dinamiko hornitzaile hau erabili:"

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"There are many Dynamic DNS providers supported by ez-ipupdate. If you want "
"your default configuration to be created automatically, you must select the "
"provider that you wish to use here. You must configure an account on your "
"chosen provider's service yourself."
msgstr ""
"DNS dinamiko hornitzaile ugari onartzen ditu 'ez-ipupdate'-k. Konfigurazio "
"lehenetsia automatikoki sortzea nahi baduzu, hemen erabili nahi duzun "
"hornitzailea hautatu behar duzu. Zuk zeuk konfiguratu beharko duzu "
"kontu bat aukeratu duzun hornitzailearen zerbitzuan."

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"If you prefer your default ez-ipupdate configuration not to be managed for "
"you, you may choose \"configure manually\"."
msgstr ""
"Ez-update-ren konfigurazio lehenetsia automatikoki sortzen utzi beharrean, "
"zuk ezarri nahiago baduzu, \"eskuz konfiguratu\" hauta ezazu."

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"Whatever your decision, you can later put as many additional configuration "
"files in /etc/ez-ipupdate/ as you need."
msgstr ""
"Zure erabakia edozein dela, behar beste konfigurazio-fitxategi erantsi 
ditzakezu "
"gero /etc/ez-ipupdate/-n."

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Does this system use dialup PPP to connect to the internet?"
msgstr "Sistema hau PPP bidez konektatzen da internetera?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"If you use dialup PPP to connect to the internet, then ez-ipupdate can be "
"run to notify providers of your new address when ppp connects to the "
"network. Otherwise it will run in the background, and scan for changes to "
"your address while you are online."
msgstr ""
"Internera konektatzeko PPP erabiltzen baduzu, ez-ipupdate exekuta daiteke "
"hornitzaileei zure helbide berria ezagutarazteko. Bestela, bigarren planoan "
"arituko da, konektaturik zauden bitartean

Bug#475932: The newest gkrellmd is trying to replace my working init.d with the problem described here

[Daniel Dickinson]

Package: gkrellmd
Version: 2.3.1-2
Followup-For: Bug #475932


I'm in the process of running apt-get upgrade and have been prompted to replace 
my /etc/init.d/gkrellmd.  The diff reports

-   start-stop-daemon --start --quiet \
-   --exec $DAEMON -- --pidfile /var/run/$NAME.pid $DAEMON_OPTS
+   start-stop-daemon --start --quiet --pidfile /var/run/gkrellmd.pid \
+   --exec $DAEMON -m -b -- $DAEMON_OPTS
echo "$NAME."
;;
   stop)
echo -n "Stopping $DESC: "
-   start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid \
-   --exec $DAEMON
+   start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid
+


My start is correct, the one that is trying to be put in won't work.  Putting 
--pidfile as an option to start-stop-daemon for an application that deamonizes 
on it's own (like gkrellmd) rather than using start-stop-daemon --background 
will fail to create the pidfile because start-stop-daemon see the daemonized 
process as having exited and thus not having a pid (even though it is really in 
the background, not a true exit).  

grekllm takes --pidfile as an argument and can create the necessary pidfile 
without start-stop-daemon, and that is what I do.

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

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

Versions of packages gkrellmd depends on:
ii  adduser   3.107  add and remove users and groups
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines

gkrellmd recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#472709: O: sql-ledger

[Raphael Hertzog]

retitle 472709 RFH: sql-ledger -- A web based double-entry accounting program
thanks

On Tue, 25 Mar 2008, Finn-Arne Johansen wrote:
> I propose to Orphan sql-ledger. 
> Current version in Debian is 2.6.22-2, Upstream is 2.8.14. I've hade
> hopes that the effort to get smbledger into debian would succeed before
> we ship lenny, but I doubt that it will happen. Therefor, I fill it's
> best to Orphan sql-ledger.

I do need such a web-application. Until smbledger is ready I'll continue
to maintain sql-ledger in a low-maintenance mode. 

Thus I transform this bug into a RFH (Request for help) so that if anyone
want to take over the responsibility of this package, he can.

I just uploaded the latest upstream version to sid. If you want to be
removed from the Maintainer field, let me know.

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#453487: Severity of "should this package be orphaned/removed" bugs

[Nico Golde]

Hi Anibal,
you marked this bug as pending quite some time ago and I 
heard rumours a new upstream version was uploaded to NEW.

What happened to this upload?

Kind regards
Nico

-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgp4GhgYcQhtg.pgp
Description: PGP signature

Bug#482337: linux-image-2.6.24-1-amd64: rfkill switch doesn't work with iwl4965 driver

[Marco Zaccheria]

Package: linux-image-2.6.24-1-amd64
Version: 2.6.24-6
Severity: important

The rfkill switch doesn't work, so I can't use my iwl4965 card. It's
strange because my Debian system doesn't work also with a custom Vanilla kernel 
(2.6.25-4) that
I've prevously used on Etch (while now I've installed Lenny from
scratch) and that did work on that system. And this kernel worked also
after a migration of the Etch machine to Lenny (updating the sources.list for 
the migration), so it seems
not to be stricly related to the Kernel (it worked for me).
I've tried using different versions of firmware (the one included in the
"non-free" branch and all others downloaded from Intel web site), but
nothing happened.
I'm using successfully this card with other Distros (kernel 2.6.24)
This is my lsmod:

iwl4965   198772  0 
nvidia   8099332  36 
ipv6  231592  14 
arc44096  2 
ecb 5120  2 
crypto_blkcipher   17924  1 ecb
snd_hda_intel 401972  1 
cryptomgr   5120  0 
crypto_algapi  16192  4 arc4,ecb,crypto_blkcipher,cryptomgr
snd_pcm_oss39552  0 
snd_mixer_oss  16448  1 snd_pcm_oss
snd_pcm72840  2 snd_hda_intel,snd_pcm_oss
mac80211  169492  1 iwl4965
snd_timer  21840  1 snd_pcm
hci_usb16412  2 
snd54664  7
snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
cfg80211   19792  1 mac80211
bluetooth  52964  5 hci_usb
asus_acpi  19564  0 
snd_page_alloc 10064  2 snd_hda_intel,snd_pcm
r8169  28164  0 
backlight   6600  1 asus_acpi

And...

cat /sys/bus/pci/devices/*/rf_kill
2

So it is disabled. Note that the switch is phisically at the "RFKILL
OFF" position.

Thank you

-- Package-specific info:

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

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

Versions of packages linux-image-2.6.24-1-amd64 depends on:
ii  debconf [debconf-2.0] 1.5.21 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.92a  tools for generating an initramfs
ii  module-init-tools 3.4-1  tools for managing Linux kernel mo

linux-image-2.6.24-1-amd64 recommends no packages.

-- debconf information:
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.24-1-amd64/preinst/abort-overwrite-2.6.24-1-amd64:
  linux-image-2.6.24-1-amd64/postinst/old-dir-initrd-link-2.6.24-1-amd64: true
  linux-image-2.6.24-1-amd64/preinst/failed-to-move-modules-2.6.24-1-amd64:
  linux-image-2.6.24-1-amd64/postinst/bootloader-test-error-2.6.24-1-amd64:
  linux-image-2.6.24-1-amd64/preinst/lilo-initrd-2.6.24-1-amd64: true
  linux-image-2.6.24-1-amd64/postinst/create-kimage-link-2.6.24-1-amd64: true
  linux-image-2.6.24-1-amd64/postinst/depmod-error-initrd-2.6.24-1-amd64: false
  linux-image-2.6.24-1-amd64/postinst/old-system-map-link-2.6.24-1-amd64: true
  linux-image-2.6.24-1-amd64/preinst/lilo-has-ramdisk:
  linux-image-2.6.24-1-amd64/preinst/overwriting-modules-2.6.24-1-amd64: true
  linux-image-2.6.24-1-amd64/postinst/bootloader-error-2.6.24-1-amd64:
  linux-image-2.6.24-1-amd64/preinst/abort-install-2.6.24-1-amd64:
  linux-image-2.6.24-1-amd64/postinst/old-initrd-link-2.6.24-1-amd64: true
  linux-image-2.6.24-1-amd64/postinst/kimage-is-a-directory:
  linux-image-2.6.24-1-amd64/preinst/bootloader-initrd-2.6.24-1-amd64: true
  linux-image-2.6.24-1-amd64/prerm/would-invalidate-boot-loader-2.6.24-1-amd64: 
true
  linux-image-2.6.24-1-amd64/preinst/initrd-2.6.24-1-amd64:
  linux-image-2.6.24-1-amd64/prerm/removing-running-kernel-2.6.24-1-amd64: true
  linux-image-2.6.24-1-amd64/preinst/elilo-initrd-2.6.24-1-amd64: true
  linux-image-2.6.24-1-amd64/postinst/depmod-error-2.6.24-1-amd64: false



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482336: keyjnote: crashes while displaying a PDF file which renders fine in Xpdf

[Francesco Poli]

Package: keyjnote
Version: 0.10.2-1
Severity: important

Hi!
Thanks for maintaining keyjnote in Debian!

I think I found a bug, though.
Steps to reproduce:

  * download the following PDF presentation (from
http://e-privacy.winstonsmith.info/2004/interventi.html)

   $ wget http://e-privacy.winstonsmith.info/2004/atti/ep2004-Poli-remailers.pdf
   $ keyjnote ep2004-Poli-remailers.pdf

  * wait for the first slide to show up
  * click on the screen with the middle mouse button

  the screen is subdivided in small thumbnails of the various slides,
  which are gradually rendered as the caching process goes on.

  * wait for the caching process to complete

  the caching process seems to hang on the slide titled
  _Debolezza: pinger incoerenti_ and never seems to complete

  * click on the above-mentioned slide

  the slide shows up

  * press the spacebar in order to move to next slide

  boom!
  the program crashes with the following error messages:

  Unhandled exception in thread started by 
  Traceback (most recent call last):
File "/usr/bin/keyjnote", line 1828, in RenderThread
  PageImage(page)
File "/usr/bin/keyjnote", line 1755, in PageImage
  TextureImage.paste(img, (x0, y0))
File "/usr/lib/python2.5/site-packages/PIL/Image.py", line 1061, in paste
  im.load()
File "/usr/lib/python2.5/site-packages/PIL/ImageFile.py", line 192, in load
  raise IOError("image file is truncated (%d bytes not processed)" % len(b))
  IOError: image file is truncated (3752 bytes not processed)
  Traceback (most recent call last):
File "/usr/bin/keyjnote", line 3992, in 
  run_main()
File "/usr/bin/keyjnote", line 3553, in run_main
  main()
File "/usr/bin/keyjnote", line 3546, in main
  HandleEvent(pygame.event.wait())
File "/usr/bin/keyjnote", line 3067, in HandleEvent
  DoOverview()
File "/usr/bin/keyjnote", line 2908, in DoOverview
  if not PreloadNextPage(GetNextPage(Pcurrent, 1)):
File "/usr/bin/keyjnote", line 2341, in PreloadNextPage
  RenderPage(page, Tnext)
File "/usr/bin/keyjnote", line 1804, in RenderPage
  GL_RGB, GL_UNSIGNED_BYTE, PageImage(page))
File "/usr/bin/keyjnote", line 1755, in PageImage
  TextureImage.paste(img, (x0, y0))
File "/usr/lib/python2.5/site-packages/PIL/Image.py", line 1061, in paste
  im.load()
File "/usr/lib/python2.5/site-packages/PIL/ImageFile.py", line 192, in load
  raise IOError("image file is truncated (%d bytes not processed)" % len(b))
  IOError: image file is truncated (3559 bytes not processed)


Please note that the PDF presentations works fine with Xpdf.



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

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

Versions of packages keyjnote depends on:
ii  perl 5.10.0-10   Larry Wall's Practical Extraction 
ii  python   2.5.2-1 An interactive high-level object-o
ii  python-imaging   1.1.6-2 Python Imaging Library
ii  python-opengl3.0.0~b1-2  Python bindings to OpenGL
ii  python-pygame1.7.1release-4.1+b1 SDL bindings for games development
ii  python-support   0.7.7   automated rebuilding support for P
ii  xpdf-reader  3.02-1.3Portable Document Format (PDF) sui
ii  xpdf-utils [poppler- 3.02-1.3Portable Document Format (PDF) sui

Versions of packages keyjnote recommends:
ii  gs   8.56.dfsg.1-1.1 Transitional package
ii  gs-gpl [gs]  8.56.dfsg.1-1.1 The GPL Ghostscript PostScript int
ii  pdftk1.41-2  useful tool for manipulating PDF d

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#478893: libgl1-mesa-dri: stalls or crashes on GLX

[Yaroslav Halchenko]

> Could you install xserver-xorg-core-dbg and libgl1-mesa-dri-dbg and try
> to catch a better backtrace with gdb? The easiest way would be to ssh
> from another host, attach gdb with "gdb -p $(pidof X)", reproduce the
> crash, enter "bt full" in gdb, and send us the output.
Sorry about the delay -- and thanks for the pointers. Here is what I got
so far... please advice if I could do smth more ;-)

attaching and continuing
(gdb) bt
#0  0x2b99533452a3 in select () from /lib/libc.so.6
#1  0x0055eb01 in WaitForSomething (pClientsReady=0x7fff58cca120) at 
../../os/WaitFor.c:236
#2  0x0044e0bb in Dispatch () at ../../dix/dispatch.c:425
#3  0x00436add in main (argc=9, argv=0x7fff58cca6c8, envp=) at ../../dix/main.c:452
(gdb) c
Continuing.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b9953c7f2c0 (LWP 4684)]
0x2b99662bfceb in copy_array_to_vbo_array (brw=0x13c7330, i=, array=0x1fd0f58, element_size=12, count=983040) at 
brw_draw_upload.c:263
263 brw_draw_upload.c: No such file or directory.
in brw_draw_upload.c
(gdb) 
Continuing.

# silly be forgotten to bt at this point -- but it is the same as below
# under #9

so screen is frozen but it seems that box is still alive... if I interrupt it
now I get:

Program received signal SIGINT, Interrupt.
0x2b99533449a7 in ioctl () from /lib/libc.so.6
(gdb) bt
#0  0x2b99533449a7 in ioctl () from /lib/libc.so.6
#1  0x2b9954c19381 in drmGetLock () from /usr/lib/libdrm.so.2
#2  0x2b99549e7c4f in DRILock (pScreen=, flags=) at ../../../../hw/xfree86/dri/dri.c:2234
#3  0x2b9954d43994 in I830LeaveVT (scrnIndex=, 
flags=) at ../../src/i830_driver.c:3187
#4  0x00467c65 in AbortDDX () at 
../../../../hw/xfree86/common/xf86Init.c:1112
#5  0x0056a888 in AbortServer () at ../../os/log.c:406
#6  0x0056aed5 in FatalError (f=0x573ae8 "Caught signal %d.  Server 
aborting\n") at ../../os/log.c:552
#7  0x00475639 in xf86SigHandler (signo=11) at 
../../../../hw/xfree86/common/xf86Events.c:766
#8  
#9  0x2b99662bfceb in copy_array_to_vbo_array (brw=0x13c7330, i=, array=0x1fd0f58, element_size=12, count=983040) at 
brw_draw_upload.c:263
#10 0x2b99662c022a in brw_upload_vertices (brw=0x13c7330, min_index=0, 
max_index=983039) at brw_draw_upload.c:478
#11 0x2b99662bf769 in brw_try_draw_prims (ctx=0x13c7330, arrays=0x1f480e8, 
prim=0x7fff58cc9fe0, nr_prims=1, ib=0x0, min_index=0, max_index=983039)
at brw_draw.c:319
#12 0x2b99662bfa00 in brw_draw_prims (ctx=0x13c7330, arrays=0x1f480e8, 
prim=0x7fff58cc9fe0, nr_prims=1, ib=0x0, min_index=0, max_index=983039) at 
brw_draw.c:446
#13 0x2b99663558eb in vbo_exec_DrawArrays (mode=4, start=0, count=983040) 
at vbo/vbo_exec_array.c:264
#14 0x2b995439e295 in __glXDisp_DrawArrays (
pc=0x2b996a8cb060 "@[EMAIL PROTECTED]>>>[EMAIL PROTECTED]>>>[EMAIL 
PROTECTED]>>>@[EMAIL PROTECTED]>>>[EMAIL PROTECTED]>>>[EMAIL PROTECTED]"...)
at ../../../GL/glx/render2.c:248
#15 0x2b995437fda6 in DoRenderLarge (cl=0x1da0df0, pc=0x2df3cd0 
"\212ɾ\201O:$ݾ", do_swap=0) at ../../../GL/glx/glxcmds.c:2055
#16 0x2b995438372c in __glXDispatch (client=0xc1ccf0) at 
../../../GL/glx/glxext.c:561
#17 0x0044e310 in Dispatch () at ../../dix/dispatch.c:502
#18 0x00436add in main (argc=9, argv=0x7fff58cca6c8, envp=) at ../../dix/main.c:452

and then loops:
(gdb) nexti
0x005643c7  1560in ../../os/utils.c
0x005643ce  1560in ../../os/utils.c
0x005643d1  1560in ../../os/utils.c
1561in ../../os/utils.c


0x2b99533449a5 in ioctl () from /lib/libc.so.6
SmartScheduleTimer (sig=14) at ../../os/utils.c:1560
1560in ../../os/utils.c
0x005643c7  1560in ../../os/utils.c
0x005643ce  1560in ../../os/utils.c
0x005643d1  1560in ../../os/utils.c
1561in ../../os/utils.c


0x2b99533449a5 in ioctl () from /lib/libc.so.6
SmartScheduleTimer (sig=14) at ../../os/utils.c:1560

so it looks like it got stuck in drmGetLock's call to ioctl, and never gets
out from signal handler, so it doesn't crash nicely ;-)

If I detach from that X, and exit gdb -- cpu is not busy and everything looks
fine in remote console, but screen is frozen, switching to terminals with
Ctrl-Alt-F? doesn't work.

I replicated it once again (because by trying to start new X I overriden
log files), so - the same kind of backtrace and then I get in Xorg.log.0
the same what I got before

Backtrace:
0: /usr/bin/X(xf86SigHandler+0x6a) [0x4755ea]
1: /lib/libc.so.6 [0x2b91db53d240]
2: /usr/lib/dri/i965_dri.so [0x2b91ee545ceb]
3: /usr/lib/dri/i965_dri.so(brw_upload_vertices+0x20a) [0x2b91ee54622a]
4: /usr/lib/dri/i965_dri.so [0x2b91ee545769]
5: /usr/lib/dri/i965_dri.so(brw_draw_prims+0xb0) [0x2b91ee545a00]
6: /usr/lib/dri/i965_dri.so [0x2b91ee5db8eb]
7: /usr/lib/xorg/modules/extensions//libglx.so [0x2b91dc624295]
8: /usr/lib/xorg/modules/extensions//libglx.so(DoRe

Bug#143307: dpkg: Also experiencing this crash after trying to upgrade my SID, which pulled in the Perl upgrades

[Gunter Ohrner]

Am Mittwoch, 21. Mai 2008 schrieb Raphael Hertzog:
> How did you get out the problematic situation?

Good question - I did several things at once and I don't know which 
helped. Sorry, I'm not sure which of these measured really helped. :-( I 
fear I've been "the" typical user in this regard

- I waited a few days before trying to upgrade again, as my system was
  still running, I had to rely on it for a few days and didn't want to
  mess it up completely during that time.

- I manually downgraded dpkg, which worked to my surprise.

- I'm not sure if I did anything else which could have affected the
  upgrade. Maybe I also manually configured a bunch of packages with
  problematic dependencies for removal using aptitude.

When I upgraded the system one or two weeks later using the older dpkg 
version, the upgrade succeeded. 

Maybe updated perl packages fixed something?

Greetings,

  Gunter

-- 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Old Tom was the single cracked bronze bell in the University bell tower. 
The clapper dropped out shortly after it was cast, but the bell still 
tolled out some tremendously sonorous silences every hour.-- 
(Terry Pratchett, Eric)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+   PGP-verschlüsselte Mails bevorzugt! +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


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

Bug#480296: [Python-modules-team] Bug#480296: python-qt4-gl: Python scripts using this module segfault on exit

[Sandro Tosi]

tag 480296 + unreproducible
thanks

Hi Sven,

> I'm using up to date etch and it is still segfaulting.  As said

do you really mean etch? or lenny? ;)

> before, I don't know which library is causing the segfault.  I suspect
> this could be a problem with my fglrx graphics driver, which is quite
> buggy.  If I find the time, I will try and start X using vesa or
> radeon driver and see what happens.

Nice; please let us know any evolution.

Kindly,
Sandro

-- 
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#480972: vulnerable to symlink attacks

[Sune Vuorela]

On Thursday 22 May 2008, Nico Golde wrote:

> Yes, same here. Looks like some deprecated package for kde
> libs. I couldn't find that either in current source
> packages. Marco, where did you get this information?

Marco told me he got it from google code search.

/Sune
-- 
Man, do you know how could I open the line to the editor on the head of a 
terminale?

You can never forward to the ethernet microkernel for installing the 3-bit 
mousepad.


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

Bug#482325: GStreamer sink selection

[Richard Laager]

On Wed, 2008-05-21 at 16:59 -0400, Ari Pollak wrote:
> Because if a user is not running in a GNOME session, there is no other
> way to specify a custom audio sink to pidgin. If you guys removed the
> gconf code completely I would certainly remove the patch. But according
> to the playbin docs, it only tries autoaudiosink, not gconfaudiosink.

Is autoaudiosink not working in some actual case? If so, I think we
should address that with the GStreamer folks. While I think they can
probably be removed, we do also offer the ESD and ALSA settings. It
seems to me that people that aren't running under GNOME don't want to be
going into gconf to change their settings, assuming they even have
gconfd installed in the first place.

Richard


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

Bug#480972: vulnerable to symlink attacks

[Nico Golde]

Hi Sune,
* Sune Vuorela <[EMAIL PROTECTED]> [2008-05-18 21:35]:
> On Tuesday 13 May 2008, Marco d'Itri wrote:
> > Security team: libuu-dev is a static-only library (see #216593).
> > klibido, nget and slrn build-depend on libuu-dev, while
> > libconvert-uulib-perl and kde (I don't know exactly which package,
> > look in the kdesupport directory) contain an embedded copy.
> 
> I tried locating it in kde (kdesupport directory). I could find it thru 
> google 
> code search in a  ancient (probably kde 1) tarball on some openbsd mirrors.
> 
> But I couldn't find it in neither kde3 or kde4.
> 
> (I looked for the file mentioned ..)

Yes, same here. Looks like some deprecated package for kde 
libs. I couldn't find that either in current source 
packages. Marco, where did you get this information?

Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgp6q3gzBfFyo.pgp
Description: PGP signature

Bug#470566: other big machine generated lists on /etc and its traditionally tiny partition

[jidanni]

470566: /etc/wwwoffle/certificates --> /var
also awaits the
481283: big blacklists belong in /var/lib?
ruling.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#475506: debdiff: be smarter with source package using Format: 3.0 (quilt)

[Adam D. Barratt]

On Wed, 2008-05-21 at 21:57 +0200, Raphael Hertzog wrote:
> On Wed, 21 May 2008, Adam D. Barratt wrote:
> > Apologies if I'm missing something (which is entirely possible :), but
> > my experimentation suggests that using --skip-patches simply swaps one
> > set of noise for another.
> 
> If you take a package that contains upstream changes in its .diff.gz, you
> effectively get that. But any package using quilt/dpatch/simple-patch-sys
> will not have upstream changes applied at unpack time and will thus have
> less noise with this change.
> 
> Also consider the case when you compare two 3.0 (quilt) packages together
> (say an NMU integrating an upstream patch), as you have a new patch in
> debian/patches/ and the new patch applied, you get to see the same change
> twice in the debdiff, not really optimal.

Having revisited the -dpkg thread on quilt packages (which I vaguely
remember reading at the time), I realised that one of the problems was
that I was building the packages with dpkg-buildpackage rather than
dpkg-source -b so the diffs were skewed to start with.

After some further experimentation with converting a quilt-using package
to the new format and then modifying it, the change makes much more
sense :-) I'll commit a patch shortly; testing welcome.

Adam



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482312: exim4: exits when asked to reload configuration

[Marc Haber]

block #482312 with #478871
thanks

On Thu, May 22, 2008 at 12:02:31AM +0200, Johannes Berg wrote:
> Ok, the -n is bogus, and a bit more digging shows that this is actually
> bug 478871 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478871)

Blocking appropriately. Thanks for finding out yourself.

This also explains why I wasn't able to reproduce this, I only have
stable and unstable systems, not testing.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482287: po-debconf: [INTL:ru] Russian manpage translation update

[Nicolas François]

On Wed, May 21, 2008 at 08:27:06PM +0400, [EMAIL PROTECTED] wrote:
> 
> Russian manpage translation update is attached.

Thanks a lot. It's committed.

I unfortunately had to add a new string. Thus I'm sending the updated
ru.po

If you have time to translate this string before this week-end, that would
be great.

Thanks in advance,
-- 
Nekral


ru.po.gz
Description: Binary data

Bug#475506: setting package to devscripts, tagging 475506

[Adam D . Barratt]

# Automatically generated email from bts, devscripts version 2.10.27
#
# devscripts (2.10.29) UNRELEASED; urgency=low
#
#  * debdiff: Don't apply patches when extracting a Format 3.0 (quilt) source
#package, to minimise noise in the diffs (Closes: #475506)
#

package devscripts
tags 475506 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482312: exim4: exits when asked to reload configuration

[Marc Haber]

On Wed, May 21, 2008 at 11:57:54PM +0200, Johannes Berg wrote:
> + '[' -n HUP -o HUP = 15 -o HUP = TERM ']'
> + is_term_sig=yes
> 
> == strange! But what is the -n test doing there?

checks for non-emptyness of the signal string, I suppose.

Which shell executes this, and which version of lsb-base do you have
installed?

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482312: exim4: exits when asked to reload configuration

[Johannes Berg]

> + '[' -n HUP -o HUP = 15 -o HUP = TERM ']'
> + is_term_sig=yes
> 
> == strange! But what is the -n test doing there?

Ok, the -n is bogus, and a bit more digging shows that this is actually
bug 478871 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478871)

That just hasn't migrated to testing yet which it happens to be
installed. Sorry for the noise.

johannes


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

Bug#481807: ogv file recorded with recordmydesktop crashes mplayer

[Nico Golde]

Hi,
* A Mennucc <[EMAIL PROTECTED]> [2008-05-19 11:31]:
> On Sun, May 18, 2008 at 07:21:36PM +0200, Nico Golde wrote:
> > Package: mplayer
> > Version: 1.0~rc2-12
> > Severity: normal
> > 
> > http://nion.modprobe.de/mplayer-crash.ogv crashes my mplayer 
> > installation.
> > 
> > Using mplayer-dbg I get no reliable backtrace
> 
> I could get this
> 
> #0  0x005a4dbe in demux_ogg_add_packet (ds=0xe67af0, os=0xe7afa8, 
> id=1, pack=0x7fff00d6b150) at demux_ogg.c:463
> #1  0x005a5f92 in demux_ogg_fill_buffer (d=0xe685a0, dsds= optimized out>) at demux_ogg.c:1225
> #2  0x005598a8 in ds_fill_buffer (ds=0xe679d0) at demuxer.c:423
> #3  0x00559f45 in ds_get_packet_pts (ds=0xe679d0, 
> start=0x7fff00d6b228, pts=0x7fff00d6b220) at demuxer.c:550
> #4  0x005397c1 in decode_audio (sh_audio=0xe69e60, buf=0x2ac0b2a09010 
> "", minlen=1, maxlen=257536) at ad_ffmpeg.c:158
> #5  0x005399c1 in init (sh_audio=0xe69e60) at ad_ffmpeg.c:112
> #6  0x004fe6cf in init_audio_codec (sh_audio=0xe69e60) at 
> dec_audio.c:93
> #7  0x004fea75 in init_audio (sh_audio=0xe69e60, codecname=0x0, 
> afm=0x0, status=1) at dec_audio.c:195
> #8  0x004fec32 in init_best_audio_codec (sh_audio=0xe69e60, 
> audio_codec_list=0x7fff00d6b340, audio_fm_list=0x0)
> at dec_audio.c:238
> #9  0x0046315a in reinit_audio_chain () at mplayer.c:1485
> #10 0x00464f73 in main (argc=, argv= optimized out>) at mplayer.c:3274

No idea on what it depends in this case. Just tried again 
and results sometimes in the above backtrace and sometimes 
in:
#0  0x2b6531494165 in raise () from /lib/libc.so.6
#1  0x2b6531495610 in abort () from /lib/libc.so.6
#2  0x2b65314ccedb in ?? () from /lib/libc.so.6
#3  0x2b65314d1fad in ?? () from /lib/libc.so.6
#4  0x2b65314d4296 in ?? () from /lib/libc.so.6
#5  0x2b65314d58b0 in malloc () from /lib/libc.so.6
#6  0x2b652ff1c2a0 in ft_mem_qalloc () from /usr/lib/libfreetype.so.6
#7  0x2b652ff1dba3 in ft_mem_alloc () from /usr/lib/libfreetype.so.6
#8  0x2b652ff1dcca in ft_mem_qrealloc () from /usr/lib/libfreetype.so.6
#9  0x2b652ff1dd4b in ft_mem_realloc () from /usr/lib/libfreetype.so.6
#10 0x2b652ff2c80e in ?? () from /usr/lib/libfreetype.so.6
#11 0x2b652ff2cba2 in ?? () from /usr/lib/libfreetype.so.6
#12 0x2b652ff1e9a7 in ?? () from /usr/lib/libfreetype.so.6
#13 0x2b652ff202f6 in FT_Open_Face () from /usr/lib/libfreetype.so.6
#14 0x2b652ff20ee2 in FT_New_Face () from /usr/lib/libfreetype.so.6
#15 0x00623c1d in read_font_desc_ft (fname=0x102ab50 
"/usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf", movie_width=0x85b100, 
movie_height=) at font_load_ft.c:898
#16 0x006245d5 in load_font_ft (width=0xb90, height=0x40f, 
fontp=0xdfa560, font_name=) at font_load_ft.c:1164
#17 0x00620954 in vo_update_osd (dxs=0xb90, dys=0x40f) at sub.c:1093
#18 0x00621fb5 in vo_draw_text (dxs=0x6ddf, dys=0x6ddf, draw_alpha=0x6) 
at sub.c:1228
#19 0x0053563e in control (vf=0xfc17c0, request=0x6ddf, data=0x0) at 
vf_vo.c:94
#20 0x00509680 in filter_video (sh_video=, 
frame=, pts=0.46

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpqPUayI21QJ.pgp
Description: PGP signature

Bug#482312: exim4: exits when asked to reload configuration

[Johannes Berg]

> Please help us to reproduce this issue by providing debug output and
> other evidence of the bug, step-by-step instructions to reproduce this
> behavior.

I figure a shell log is most useful: (=== marker inserted by me)

# sh -x /etc/init.d/exim4 reload 2>&1 | tee /tmp/log
+ set -e
+ '[' -r /lib/lsb/init-functions ']'
+ . /lib/lsb/init-functions
++ FANCYTTY=
++ '[' -e /etc/lsb-base-logging.sh ']'
++ true
+ '[' -n '' ']'
+ LANG=C
+ export LANG
+ QUEUERUNNER=combined
+ QUEUEINTERVAL=30m
+ UPEX4OPTS=
+ PIDFILE=/var/run/exim4/exim.pid
+ QRPIDFILE=/var/run/exim4/eximqr.pid
+ '[' -f /etc/default/exim4 ']'
+ . /etc/default/exim4
++ EX4DEF_VERSION=
++ QUEUERUNNER=combined
++ QUEUEINTERVAL=30m
++ COMMONOPTIONS=
++ QUEUERUNNEROPTIONS=
++ QFLAGS=
++ SMTPLISTENEROPTIONS=
+ '[' -f /etc/inetd.conf ']'
+ grep -E -q '^[[:space:]]*((\*|[[:alnum:].-]+):)?smtp' /etc/inetd.conf
+ DAEMON=/usr/sbin/exim4
+ NAME=exim4
+ test -x /usr/lib/exim4/exim4
+ case "$1" in
+ log_daemon_msg 'Reloading exim4 configuration files'
+ '[' -z 'Reloading exim4 configuration files' ']'
+ '[' -z '' ']'
+ echo -n 'Reloading exim4 configuration files:'
Reloading exim4 configuration files:+ return
+ upex4conf
+ UPEX4CONF=update-exim4.conf
+ OLDIFS='  
'
+ IFS=:
+ for p in '$PATH'
+ '[' -x /sbin/update-exim4.conf ']'
+ for p in '$PATH'
+ '[' -x /usr/sbin/update-exim4.conf ']'
+ IFS=' 
'
+ /usr/sbin/update-exim4.conf
+ return 0
+ isconfigvalid
+ /usr/sbin/exim4 -bV
+ reload_exim
+ case ${QUEUERUNNER} in
+ killproc -p /var/run/exim4/exim.pid /usr/sbin/exim4 -HUP
+ local pidfile sig status base i name_param is_term_sig
+ pidfile=
+ name_param=
+ is_term_sig=no
+ OPTIND=1
+ getopts p: opt
+ case "$opt" in
+ pidfile=/var/run/exim4/exim.pid
+ getopts p: opt
+ shift 2
+ base=exim4
+ '[' '!' /var/run/exim4/exim.pid ']'
++ sed -e 's/^-\(.*\)/\1/'
++ echo -HUP
+ sig=HUP
++ echo HUP
++ sed -e 's/^SIG\(.*\)/\1/'
+ sig=HUP
+ '[' -n HUP -o HUP = 15 -o HUP = TERM ']'
+ is_term_sig=yes

== strange! But what is the -n test doing there?

+ status=0
+ '[' '!' yes = yes ']'
+ /sbin/start-stop-daemon --stop --pidfile /var/run/exim4/exim.pid --retry 5 
--quiet --oknodo
+ '[' 0 = 1 ']'
+ '[' 0 = 0 -a yes = yes ']'
+ pidofproc -p /var/run/exim4/exim.pid /usr/sbin/exim4
+ local pidfile line i pids= status specified pid
+ pidfile=
+ specified=
+ OPTIND=1
+ getopts p: opt
+ case "$opt" in
+ pidfile=/var/run/exim4/exim.pid
+ specified=1
+ getopts p: opt
+ shift 2
+ '[' -z /var/run/exim4/exim.pid ']'
+ '[' -f /var/run/exim4/exim.pid ']'
+ read pid
+ '[' -n 13598 ']'
++ kill -0 13598
+ return 1
+ rm -f /var/run/exim4/exim.pid
+ return 0
+ log_progress_msg exim4
+ '[' -z exim4 ']'
+ echo -n ' exim4'
 exim4+ log_end_msg 0
+ '[' -z 0 ']'
+ log_use_fancy_output
+ TPUT=/usr/bin/tput
+ EXPR=/usr/bin/expr
+ '[' -t 1 ']'
+ FANCYTTY=0
+ case "$FANCYTTY" in
+ false
+ '[' 0 -eq 0 ']'
+ echo .
.
+ return 0
+ warn_paniclog
+ '[' -s /var/log/exim4/paniclog ']'
+ exit 0





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#481821: po-debconf: [INTL:de] updated German man page translation

[Nicolas François]

Hello Helge,

On Wed, May 21, 2008 at 07:40:06PM +0200, [EMAIL PROTECTED] wrote:
>
> On Wed, May 21, 2008 at 12:16:29AM +0200, Nicolas François wrote:
> > I already tagged it as pending, but I just added a new string.
> > Here is the new PO file.
> 
> please find the updated de.po attached.

Thanks a lot. It's committed.

Cheers,
-- 
Nekral



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]