Bug#540954: video-radeon: white flashing lines when moving cursor between screens

[Michal Suchanek]

2009/8/13 Alex Deucher :
> On Thu, Aug 13, 2009 at 5:18 PM, Michal Suchanek wrote:
>> 2009/8/11 Alex Deucher :
>>> On Mon, Aug 10, 2009 at 6:53 PM, Michal Suchanek wrote:
 Package: xserver-xorg-video-radeon Version: 1:6.12.2-3 Severity: minor 
 File: video-radeon In a two screen setup wnenever I move the mouse cursor 
 between screens pieces of horizontal white lines appear momentarily at 
 random on the right edge of the primary screen. The secondary screen is 
 right of the primary and rotated. I suspect it is specific to this 
 hardware because the lines are quite easily noticed with light web page 
 background and dark scrollbar in Firefox - it seems the web page is 
 bleeding into the scrollbar. I was unable to reproduce this in a terminal 
 or on the smaller screen so it might be also specific to the way Firefox 
 redraws its window. Yes, there is no reason to redraw but like it would 
 stop Mozilla products from redrawing. I did not notice this issue with 
 Radeon X550 card and slightly older X server - had to restart it when 
 replacing the card.
>>>
>>> Can you try xf86-video-ati from git master?  This sounds like a
>>> display watermark issue.
>>
>> Same results with yesterday's git master.
>>
>> The flashing lines occurs on the (physical) right of both screens
>> while Firefox is redrawing, especially while loading a web page. On
>> the smaller screen the right side is the logical top which typically
>> contains some menus or toolbars so the effect is not so easily
>> noticed.
>>
>> It happens even when Firefox is not mapped (ie if  I restart Firefox
>> which causes page loading and switch to a different desktop the lines
>> appear on the visible desktop.
>>
>
> Does
> Option "DisplayPriority" "HIGH"
> in the device section of your config help?  Also, if you have a large
> virtual setting in your config:
> Virtual 2304 2304
> reducing that might as help as well if you don't need all of it.
> And finally, you might try disabling tiling:
> Option "ColorTiling" "FALSE"
>

Sorry, I did not install all the packages that were built out of the new source.

I re-checked because I saw that the radeon module version is still
6.12.2 in X log.

Installing the new radeon package resolved the problem.

It is true that I technically do not need that large virtual but this
is the smallest that is going to work with a 1280x1024 and a 1024x768
display for sure. The resolution I use when the screen is set up
properly is 2048x1024 but I must get there somehow, and smaller
virtual might make that harder.

Thanks

Michal



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

Bug#541403: linux-image-2.6.26-2-686: Local Privilege Escalation

[Stefano]

Package: linux-image-2.6.26-2-686
Version: 2.6.26-17
Justification: root security hole
Severity: critical
Tags: security

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

Hi,

today a serious bug in the Linux Kernel has been discovered and
disclosed. It affects all 2.4 and 2.6 kernels since 2001 on all
architectures. 

See here for more details:
http://blog.cr0.org/2009/08/linux-null-pointer-dereference-due-to.html

Hopefully this bug has already been patched:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e694958388c50148389b0e9b9e9e8945cf0f1b98

I'm pretty sure that you guys already know that, but it is really urgent
to apply the patch and release an update for the linux-image packages.

Thank you for your fantastic job.

Stefano

-- Package-specific info:
** Version:
Linux version 2.6.26-2-686 (Debian 2.6.26-17) (da...@debian.org) (gcc
version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Sun Jun 21
04:57:38 UTC 2009

-- System Information:
Debian Release: squeeze/sid
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)

Versions of packages linux-image-2.6.26-2-686 depends on:
ii  debconf [debconf-2.0] 1.5.27 Debian configuration
management sy
ii  initramfs-tools [linux-initra 0.93.4 tools for generating an
initramfs
ii  module-init-tools 3.9-2  tools for managing Linux
kernel mo

Versions of packages linux-image-2.6.26-2-686 recommends:
ii  libc6-i6862.9-23 GNU C Library: Shared
libraries [i

Versions of packages linux-image-2.6.26-2-686 suggests:
ii  grub  0.97-55GRand Unified Bootloader
(dummy pa
ii  grub-legacy [grub]0.97-55GRand Unified Bootloader
(Legacy v
pn  linux-doc-2.6.26   (no description available)

-- debconf information excluded




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

Bug#540954: video-radeon: white flashing lines when moving cursor between screens

[Alex Deucher]

On Thu, Aug 13, 2009 at 5:18 PM, Michal Suchanek wrote:
> 2009/8/11 Alex Deucher :
>> On Mon, Aug 10, 2009 at 6:53 PM, Michal Suchanek wrote:
>>> Package: xserver-xorg-video-radeon Version: 1:6.12.2-3 Severity: minor 
>>> File: video-radeon In a two screen setup wnenever I move the mouse cursor 
>>> between screens pieces of horizontal white lines appear momentarily at 
>>> random on the right edge of the primary screen. The secondary screen is 
>>> right of the primary and rotated. I suspect it is specific to this hardware 
>>> because the lines are quite easily noticed with light web page background 
>>> and dark scrollbar in Firefox - it seems the web page is bleeding into the 
>>> scrollbar. I was unable to reproduce this in a terminal or on the smaller 
>>> screen so it might be also specific to the way Firefox redraws its window. 
>>> Yes, there is no reason to redraw but like it would stop Mozilla products 
>>> from redrawing. I did not notice this issue with Radeon X550 card and 
>>> slightly older X server - had to restart it when replacing the card.
>>
>> Can you try xf86-video-ati from git master?  This sounds like a
>> display watermark issue.
>
> Same results with yesterday's git master.
>
> The flashing lines occurs on the (physical) right of both screens
> while Firefox is redrawing, especially while loading a web page. On
> the smaller screen the right side is the logical top which typically
> contains some menus or toolbars so the effect is not so easily
> noticed.
>
> It happens even when Firefox is not mapped (ie if  I restart Firefox
> which causes page loading and switch to a different desktop the lines
> appear on the visible desktop.
>

Does
Option "DisplayPriority" "HIGH"
in the device section of your config help?  Also, if you have a large
virtual setting in your config:
Virtual 2304 2304
reducing that might as help as well if you don't need all of it.
And finally, you might try disabling tiling:
Option "ColorTiling" "FALSE"

Alex



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

Bug#510573: linux-image: kernel oops with debian-live and aufs, unionfs based on lenny

[Moritz Muehlenhoff]

On Sat, Jan 03, 2009 at 11:58:33AM +0100, Stefan Breitegger wrote:
> Package: linux-image
> Version: 2.6.26-1-486
> Severity: important
> 
> 
> 
> -- System Information:
> Debian Release: 5.0
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
> Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)
> Shell: /bin/sh linked to /bin/bash
> 
> Here's the console log:

Does this error persist with more recent versions of Debian Live?

Cheers,
Moritz



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

Bug#508589: ppp: USB Modem removal after PPP exits kills keyboard

[Moritz Muehlenhoff]

On Fri, Dec 12, 2008 at 03:20:49PM -0600, Dean Rantala wrote:
> Package: ppp
> Version: 2.4.4rel-10
> Severity: serious
> Justification: Policy 1.1
> 
> 
> pppd will cause keyboards to stop functioning if using a USB modem.
> 
> The problem happens *exactly* in this order:
> 
> 1) Disconnect (kill pppd).
> 2) Wait for daemon to completely exit (watching syslog)
> 3) Once down, remove USB cable.
> 4) Keyboard no longer works.
> 
> Interestingly, even a USB keyboard will not work once this happens. I am 
> running an IBM t23 thinkpad.
> When this happens, the *ONLY* way to get back into the machine is restart. 
> Also note, even if you plug
> a USB keyboard in AFTER this has happened, you still cannot use it. I am not 
> sure if this would be a Xorg
> problem, there are no errors being written to Xorgs logs when this happens.
> 
> I DO get an interesting log entry - not sure if it is related or not:
> 
> -LOG--
> Dec 12 11:40:33 astro pppd[4587]: Connection terminated.  
> // <- Hangup as normal
> Dec 12 11:40:33 astro pppd[4587]: ioctl(TIOCSETD, N_TTY): Interrupted system 
> call (line 571)  // <- Related?
> Dec 12 11:40:46 astro kernel: [ 7234.328080] usb 2-1: USB disconnect, address 
> 4   // <- Modem removed
> -END--
> 
> And thats it. Those are the last 3 log entries that are written. The USB 
> disconnect is the USB modem
> being removed.
> 
> The "USB modems" are also 3G Cell phones (one LG Fusic and another is a palm 
> centro) - if that has anything to do with it.

Does this error still occur with more recent kernel versions?

Cheers,
Moritz



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

Bug#541367: winbind: Missing init.d $syslog script dependency

[Steve Langasek]

On Thu, Aug 13, 2009 at 07:27:59PM +0200, Petter Reinholdtsen wrote:
> With dependency based boot sequencing, I discovered what I believe is
> a bug in the init.d scripts. The dependencies are not completely
> correct.  The daemons log to syslog, and should start after the syslog
> collector is started.  Also, the dependency on $local_fs is redundant
> ($remote_fs depend on $local_fs), and can be dropped.

Winbind does not log to syslog by default on Debian.  Do you think it's
necessary to add this dependency on the basis that a user /might/
reconfigure winbind to log to syslog?

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



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

Bug#516292: still no success

[Peter Gervai]

Hmm,

Client seems not to reply CHECK_REQ and server doesn't seem to care
about ECHO_*, and this combination seems not to work.

-- 
 byte-byte,
grin



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

Bug#540232: xz-utils: undeclared conflict with lzip

[Jonathan Nieder]

Vincent Lefevre wrote:

> Sorry, I mixed up xz-lzma (which I didn't know) and xz-utils.

That's okay. xz-lzma contains programs and compatibility symlinks
providing the interface of the legacy LZMA Utils package. Those who
don't need the old command names can just install xz-utils, those who
want to use the old lzma implementation for some reason can install
xz-utils and lzma, and those who need the old command names for
scripts or muscle memory but would like to save some space can install
xz-utils and xz-lzma.

The version currently in Debian doesn't include xz-lzma yet, so there
was no way to know. I should have made that clearer.

[...]
> Yes, a .deb would be more convenient.

Ok, I've put a snapshot in .

Thanks again,
Jonathan



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

Bug#541275: ca-certificates: Fails to remove

[Philipp Kern]

tag 541275 + moreinfo
thanks

On Thu, Aug 13, 2009 at 12:57:08AM +0200, Kurt Roeckx wrote:
> I get:
> dpkg --purge ca-certificates
> (Reading database ... 9937 files and directories currently installed.)
> Removing ca-certificates ...
> Purging configuration files for ca-certificates ...
> Removing dangling symlinks from /etc/ssl/certs... done.
> dpkg: error processing ca-certificates (--purge):
>  subprocess installed post-removal script returned error exit status 128
> Errors were encountered while processing:
>  ca-certificates

As it got tested successfully by piuparts this is not a common issue.  Please
run the maintainer script through bash -x (e.g. by adding a set -x to its top)
and provide a listing of /etc/ssl/certs.  TIA.

Kind regards,
Philipp Kern
-- 
 .''`.  Philipp KernDebian Developer
: :' :  http://philkern.de Stable Release Manager
`. `'   xmpp:p...@0x539.de Wanna-Build Admin
  `-finger pkern/k...@db.debian.org


signature.asc
Description: Digital signature

Bug#540775: Newer kernel

[Siim Põder]

Hi

Indeed, a newer kernel fixed the issue, thanks for the hint ;)

Siim



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

Bug#506586: [SECURITY] [DSA 1809-1] New Linux 2.6.26 packages fix several vulnerabilities

[Moritz Muehlenhoff]

On Wed, Jun 03, 2009 at 09:29:33AM +0200, Johannes Wiedersich wrote:
> Hallo list,
> 
> dann frazier wrote:
> > --
> > Debian Security Advisory DSA-1809-1secur...@debian.org
> > http://www.debian.org/security/   dann frazier
> > Jun 01, 2009http://www.debian.org/security/faq
> > --
> > 
> > Package: linux-2.6
> > Vulnerability  : denial of service, privilege escalation
> > Problem type   : local/remote
> > Debian-specific: no
> > CVE Id(s)  : CVE-2009-1630 CVE-2009-1633 CVE-2009-1758
> 
> [snip]
> 
> > CVE-2009-1633
> > 
> > Jeff Layton and Suresh Jayaraman fixed several buffer overflows in
> > the CIFS filesystem which allow remote servers to cause memory
> > corruption.
> 
> Apparently this is a different issue from #506586, I can still verify
> that bug on my system. In particular a simple 'du -hs' on the mounted
> cifs share leads to an immediate freeze of the system.
> 
> I have two questions:
> 
> Is a hard freeze, incurring data loss of all open/unsaved files
> considered a security issue?
> 
> Since #506586 and #509428 are reported to be fixed in
> inux-image-2.6.29-1-686 2.6.29-2
> inux-image-2.6.29-1-686 2.6.29-3
> is there any chance that the fixes are backported for lenny or should
> users of stable upgrade to the kernel from testing/unstable/backports?

The problem is that the exact changes fixing the problem are yet
unknown. If you can pinpoint the root cause we can consider a backport,
but since the crashes cannot be reproduced reliably bisecting or similar
methods are arguably hard.

Cheers,
Moritz








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

Bug#399840: Do we want an ssh-server task?

[Frans Pop]

On Thursday 13 August 2009, Philip Hands wrote:
> Any suggestions for ways to protect the clueless from themselves?

Password strength checking probably.

There are open wishlist BRs against user-setup for that, but AFAIK so far 
nobody has made the effort to implement all the required changes.



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

Bug#541140: fdi file for GNU/kFreeBSD

[Aurelien Jarno]

On Wed, Aug 12, 2009 at 12:23:43PM +0200, Aurelien Jarno wrote:
> On Tue, Aug 11, 2009 at 11:53:44PM +0200, Aurelien Jarno wrote:
> > Package: xserver-xorg-input-kbd
> > Version: 1:1.3.2-3
> > Severity: wishlist
> > 
> > Please find attached an fdi file to drop in 
> > /usr/share/hal/fdi/policy/10osvendor, 
> > which contains the rules to support GNU/kFreeBSD.
> > 
> 
> Actually it makes no sense to have a keymap for all devices with keys,
> it is only necessary for keyboards. As a consequence, please find a new
> fdi file attached.

After some discussion with Julien Cristau on the mailing list, I am now
convinced that the keymap setting should not done in this file, but in
debian-x11-keymap.fdi (see bug#535291).

I am therefore attaching the final (I hope) fdi file needed to make
this package working with hal on GNU/kFreeBSD.



  

  
kbd
  

  



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



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

Bug#533620: Re-assign 533620 to linux-2.6

[Rainer Typke]

Hi Moritz,

 I am surprised that the Debian bug submitting program did not automatically 
attach such a vital bit of information!

 I do believe to have upgraded the kernel in the meantime, simply by installing 
security upgrades, so I am probably no longer running that exact version. Right 
now, I am running:

2.6.26-2-openvz-amd64 #1 SMP Sun Jul 26 21:18:21 UTC 2009 x86_64 GNU/Linux

So - it probably was the version that was available on the Debian repositories 
before this one.
Is there a reliable way of making sure?

The contents of my /boot directory are:
ll /boot/
total 19M
lrwxrwxrwx 1 root root1 2009-06-03 11:20 boot -> .
-rw-r--r-- 1 root root 302K 2009-02-18 16:13 coffee.bmp
-rw-r--r-- 1 root root  84K 2009-07-27 00:46 config-2.6.26-2-openvz-amd64
lrwxrwxrwx 1 root root   15 2009-06-03 11:20 debian.bmp -> /boot/sarge.bmp
-rw-r--r-- 1 root root 151K 2009-02-18 16:13 debianlilo.bmp
drwxr-xr-x 3 root root 4.0K 2009-08-06 01:09 grub
-rw-r--r-- 1 root root 7.5M 2009-08-06 01:09 initrd.img-2.6.26-2-openvz-amd64
-rw-r--r-- 1 root root 7.5M 2009-06-28 08:50 
initrd.img-2.6.26-2-openvz-amd64.bak
drwx-- 2 root root  16K 2009-06-03 11:17 lost+found
-rw-r--r-- 1 root root  24K 2009-02-18 16:13 sarge.bmp
-rw-r--r-- 1 root root  24K 2009-02-18 16:13 sid.bmp
-rw-r--r-- 1 root root 1.2M 2009-07-27 00:46 System.map-2.6.26-2-openvz-amd64
-rw-r--r-- 1 root root 1.7M 2009-07-27 00:45 vmlinuz-2.6.26-2-openvz-amd64

Does this mean the previous version was also 2.6.26-2?

Hope this helps!

Rainer


- "Moritz Muehlenhoff"  wrote:

> On Mon, Jul 06, 2009 at 06:56:00AM +0200, Jeremy Lainé wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> > 
> > reassign 533620 linux-2.6
> > thanks
> > 
> > The problem described in bug 533620 is a kernel bug, so I am
> re-assigning it to the
> > linux-2.6 package. What version of the kernel were you running when
> you experienced the crash?
> 
> Rainer, which kernel was used?
> 
> Cheers,
> Moritz



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

Bug#541197: [Evolution] Bug#541197: evolution: Cannot validate changes in the account editor (OK button greyed out)

[Yves-Alexis Perez]

On mer, 2009-08-12 at 13:54 +0200, Julien Valroff wrote:
> While all the controls are ok, the "OK" button of the account editor
> remains greyed out.
> It is hence impossible to validate the changes made to an account.
> 
I can't reproduce it, it works fine here. Maybe it's related to your
other bug. I'm doing an evolution upload soon so you'll be able to check
that.

Cheers,

-- 
Yves-Alexis


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

Bug#541402: alpha: plasma segfault on kde4 startup

[Bob Tracy]

Package: kdebase-workspace-bin
Version: 4:4.2.4-1
Severity: grave
Justification: renders package unusable


Since the upgrade from KDE3 to KDE4 on the Alpha platform, KDE has been
unusable.  "/usr/bin/plasma" consistently segfaults on startup.  This may
or may not be related to #519518: the reporter was using an i686 platform.
The following diagnostic output was captured (was not given the opportunity
to save it directly -- "save" button grayed-out):

This backtrace appears to be of no use.
This is probably because your packages are built in a way which prevents 
creation of proper backtraces, or the stack frame was seriously corrupted in 
the crash.

(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x20004bad580 (LWP 9690)]
0x021bd638 in nanosleep () from /lib/libc.so.6.1
[Current thread is 0 (process 9690)]

Thread 1 (Thread 0x20004bad580 (LWP 9690)):
#0  0x021bd638 in nanosleep () from /lib/libc.so.6.1
#1  0x021bd428 in sleep () from /lib/libc.so.6.1
#2  0x02bbef60 in ?? () from /usr/lib/libkdeui.so.5
#3  0x02bbfedc in KCrash::defaultCrashHandler () from 
/usr/lib/libkdeui.so.5
#4  0x02140db0 in ?? () from /lib/libc.so.6.1
#5  0x0200020c6e80 in ?? () from /usr/lib/libQtCore.so.4
#6  0x0200020c8508 in QObject::QObject () from /usr/lib/libQtCore.so.4
#7  0x020001316cb8 in QAction::QAction () from /usr/lib/libQtGui.so.4
#8  0x0200013a916c in QWidgetAction::QWidgetAction () from 
/usr/lib/libQtGui.so.4
#9  0x020001ba33f8 in ?? () from /usr/lib/libQtGui.so.4
#10 0x020001ba61a8 in ?? () from /usr/lib/libQtGui.so.4
#11 0x020001ba6de4 in ?? () from /usr/lib/libQtGui.so.4
#12 0x020001b90898 in QGraphicsLinearLayout::sizeHint () from 
/usr/lib/libQtGui.so.4
#13 0x020001b8e88c in ?? () from /usr/lib/libQtGui.so.4
#14 0x020001b8ef80 in QGraphicsLayoutItem::effectiveSizeHint () from 
/usr/lib/libQtGui.so.4
#15 0x020001b940f8 in QGraphicsWidget::sizeHint () from 
/usr/lib/libQtGui.so.4
#16 0x020001b8e88c in ?? () from /usr/lib/libQtGui.so.4
#17 0x020001b8ef80 in QGraphicsLayoutItem::effectiveSizeHint () from 
/usr/lib/libQtGui.so.4
#18 0x020001b96bc0 in QGraphicsWidget::setGeometry () from 
/usr/lib/libQtGui.so.4
#19 0x020015cf16c8 in ?? () from /usr/lib/kde4/plasma_applet_systemtray.so
#20 0x020001b939f4 in QGraphicsWidget::resize () from /usr/lib/libQtGui.so.4
#21 0x020001b94690 in QGraphicsWidget::updateGeometry () from 
/usr/lib/libQtGui.so.4
#22 0x020001b8fc24 in QGraphicsLayoutItem::setMinimumSize () from 
/usr/lib/libQtGui.so.4
#23 0x0233f37c in Plasma::Applet::setBackgroundHints () from 
/usr/lib/libplasma.so.3
#24 0x020015cf41c8 in ?? () from /usr/lib/kde4/plasma_applet_systemtray.so
#25 0x020015cf56cc in KPluginFactory::createInstance () from /usr/lib/kde4/plasma_applet_systemtray.so
#26 0x02000109eab0 in KPluginFactory::create () from 
/usr/lib/libkdecore.so.5
#27 0x0234a8c8 in Plasma::Applet::load () from /usr/lib/libplasma.so.3
#28 0x0208d5e0 in ?? () from /usr/lib/libkdeinit4_plasma.so
#29 0x0208fb38 in ?? () from /usr/lib/libkdeinit4_plasma.so
#30 0x0236f110 in Plasma::Corona::initializeLayout () from 
/usr/lib/libplasma.so.3
#31 0x020b141c in ?? () from /usr/lib/libkdeinit4_plasma.so
#32 0x020b1e00 in ?? () from /usr/lib/libkdeinit4_plasma.so
#33 0x020b6e78 in ?? () from /usr/lib/libkdeinit4_plasma.so
#34 0x0200020d0d64 in QMetaObject::activate () from /usr/lib/libQtCore.so.4
#35 0x0200020d1f78 in QMetaObject::activate () from /usr/lib/libQtCore.so.4
#36 0x0200020d9db8 in ?? () from /usr/lib/libQtCore.so.4
#37 0x0200020d9f30 in ?? () from /usr/lib/libQtCore.so.4
#38 0x0200020c925c in QObject::event () from /usr/lib/libQtCore.so.4
#39 0x02000131f574 in QApplicationPriv

Bug#533620: Re-assign 533620 to linux-2.6

[Moritz Muehlenhoff]

On Mon, Jul 06, 2009 at 06:56:00AM +0200, Jeremy Lainé wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> reassign 533620 linux-2.6
> thanks
> 
> The problem described in bug 533620 is a kernel bug, so I am re-assigning it 
> to the
> linux-2.6 package. What version of the kernel were you running when you 
> experienced the crash?

Rainer, which kernel was used?

Cheers,
Moritz



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

Bug#540954: video-radeon: white flashing lines when moving cursor between screens

[Michal Suchanek]

2009/8/11 Alex Deucher :
> On Mon, Aug 10, 2009 at 6:53 PM, Michal Suchanek wrote:
>> Package: xserver-xorg-video-radeon Version: 1:6.12.2-3 Severity: minor File: 
>> video-radeon In a two screen setup wnenever I move the mouse cursor between 
>> screens pieces of horizontal white lines appear momentarily at random on the 
>> right edge of the primary screen. The secondary screen is right of the 
>> primary and rotated. I suspect it is specific to this hardware because the 
>> lines are quite easily noticed with light web page background and dark 
>> scrollbar in Firefox - it seems the web page is bleeding into the scrollbar. 
>> I was unable to reproduce this in a terminal or on the smaller screen so it 
>> might be also specific to the way Firefox redraws its window. Yes, there is 
>> no reason to redraw but like it would stop Mozilla products from redrawing. 
>> I did not notice this issue with Radeon X550 card and slightly older X 
>> server - had to restart it when replacing the card.
>
> Can you try xf86-video-ati from git master?  This sounds like a
> display watermark issue.

Same results with yesterday's git master.

The flashing lines occurs on the (physical) right of both screens
while Firefox is redrawing, especially while loading a web page. On
the smaller screen the right side is the logical top which typically
contains some menus or toolbars so the effect is not so easily
noticed.

It happens even when Firefox is not mapped (ie if  I restart Firefox
which causes page loading and switch to a different desktop the lines
appear on the visible desktop.

Thanks

Michal



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

Bug#411499: kernel: panic with scsi scanner and aha1542

[Moritz Muehlenhoff]

On Sat, Jun 06, 2009 at 07:33:22PM +0100, Ben Hutchings wrote:
> The panic is due to the driver receiving a request to transfer 5 bytes
> when it requires and checks for even lengths.  It was almost certainly
> introduced by this change between 2.6.15 and .16:
> 
> commit eca7be5e1899626db01ae42b0123458d6fb34930
> Author: Brian King 
> Date:   Tue Feb 14 12:42:24 2006 -0600
> 
> [SCSI] sg: Remove aha1542 hack
> 
> Remove a hack in the sg driver that alters the total buffer
> length for SG_IO commands to ensure buffers are not odd byte
> lengths. This breaks on the ipr driver since it requires the
> request_bufflen to equal the length specified in the cdb.
> The block layer SG_IO code does not appear to have this hack.
> 
> Signed-off-by: Douglas Gilbert 
> Signed-off-by: Brian King 
> Signed-off-by: James Bottomley 
> 
> A later change between 2.6.23 and .24 removed the check for even lengths
> from aha1542:
> 
> commit fc3fdfcc8bb0e069a2d172e745664fa2c1f1b0ca
> Author: Boaz Harrosh 
> Date:   Sun Sep 9 21:02:45 2007 +0300
> 
> [SCSI] aha1542: convert to accessors and !use_sg cleanup
> 
>  - convert to accessors and !use_sg cleanup
> 
> Signed-off-by: Boaz Harrosh 
> Signed-off-by: James Bottomley 
> 
> but it's not clear that the driver will work correctly with odd lengths.

JJL, sz-pr,
does the scanner work properly in current kernels?

Cheers,
Moritz



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

Bug#540232: xz-utils: undeclared conflict with lzip

[Vincent Lefevre]

On 2009-08-13 15:54:47 -0500, Jonathan Nieder wrote:
> > On 2009-08-13 12:07:18 -0500, Jonathan Nieder wrote:
> >> I have a few choices:
> >>
> >> 1. Make xz-lzma conflict with lzip. [...]
> >
> > This is unacceptable.
> 
> Could you clarify why? People who want to deal with both file formats
> can install xz-utils at the same time as lzip (they won't conflict);

Sorry, I mixed up xz-lzma (which I didn't know) and xz-utils.
What's xz-lzma? (I can't find any reference to it on debian.org.)

> If you have a chance, could you try the latest version from
> collab-maint ()?
> Or if .dsc/.diff.gz/.deb files would be more convenient, please let me
> know and I'll set up a Debian repository.

Yes, a .deb would be more convenient.

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



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

Bug#541398: [INTL:sv] Swedish strings for rpm debconf

[Martin Bagge]

package: rpm
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data

Bug#399840: Do we want an ssh-server task?

[Rick Jones]

Philip Hands wrote:

On Mon, Aug 10, 2009 at 09:57:06AM -0700, Rick Jones wrote:

In my case, 99 times out of ten it is a case of "Sit at the console and 
do the install, when it completes walk back to my desk in another 
building, try to login and realize 'Damn, I didn't get an ssh server 
installed' and go back to do so."  Good for exercise, not so good for 
frustration level.  Were I dealing exclusively with Debian installs, 
perhaps my creaky wetware would become conditioned to "the install isn't 
complete until you apt-get install openssh-server" but I deal with three 
other distros and at least two other operating systems where this isn't 
an issue.



Out of interest, how do those other OSs mitigate the possibility of a
clueless admin choosing "password" as the root password, and so getting
their box rooted within moments of it going on the net?


I do not know.  While I am clueless enough to forget to install the ssh server, 
I am not *that* clueless, so I don't know what the RHEL, SLES, Ubuntu, HP-UX or 
Solaris installers do in the face of such a clueless password.


And the question seems to presume that said clueless administrator would have an 
epiphany between the time he did the initial install and when he had to install 
the ssh server.  Otherwise, I am not sure I see a difference in the two cases.


rick jones



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

Bug#541397: [INTL:sv] Swedish strings for goto-fai-progress debconf

[Martin Bagge]

package: goto-fai-progress
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data

Bug#541401: denyhosts: ignores login failures via IPv6

[Bjoern Buerger]

Package: denyhosts
Version: 2.6-6
Severity: important


Denyhosts ignores IPv6 login failures completely.
Since Debian is IPv6-enabled by default, this problem
renders denyhosts to useless snakeoil.

Solution:
a) remove denyhosts from the distribution OR
b) add a clear warning to the documentation and install procedure

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

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

Versions of packages denyhosts depends on:
ii  lsb-base  3.2-22 Linux Standard Base 3.2 init scrip
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt

denyhosts recommends no packages.

denyhosts suggests no packages.

-- no debconf information



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

Bug#541400: gnunet-server: Hangs during purge

[Kurt Roeckx]

Package: gnunet-server
Version: 0.8.0c-3
Severity: serious

Hi,

About half of the buildds got stuck building gnunet-fuse during
the purge state of the package gnunet-server.

The process list at that point contains:
root  2971  0.0  0.8  49520 8544 ?  SAug11   0:00 /usr/bin/perl -w 
/usr/share/debconf/frontend /var/lib/dpkg/info/gnunet-server.postrm purge
root  2973  0.0  0.1   8956 1320 ?  SAug11   0:00 /bin/sh 
/var/lib/dpkg/info/gnunet-server.postrm purge

Killing one of those makes the process continue.

Note that this is running noninteractivly, so it shouldn't prompt
for anything.


Kurt




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

Bug#541394: fetchmail: init script should depend on $syslog

[Nico Golde]

tags 541394 + confirmed
thanks

Hi,
* Frédéric Brière  [2009-08-13 23:02]:
> The init script should depend on $syslog as Required-Start/Stop or
> Should-Start/Stop, as it may currently be started/stopped before syslog
> by insserv.

True. Thanks, fixed in svn.

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0
For security reasons, all text in this mail is double-rot13 encrypted.


pgppZawS60QlL.pgp
Description: PGP signature

Bug#541391: LZMA license inaccuracy

[Jonathan Nieder]

Hi Kees,

You wrote:

> It seems that the license of the package needs further examination.  It
> cannot be Public Domain, since it is derived from the "lzma" package.

LZMA Utils and XZ Utils were both developed by Lasse Collin in
collaboration with Igor Pavlov. Lasse Collin is the maintainer of both
XZ Utils and LZMA Utils, and he only released that code into the
public domain on April 13, 2009 (i.e., recently). Igor Pavlov's code
in the LZMA SDK was released into the public domain in December, 2008.

See xz-utils/AUTHORS, , and XZ Utils
git commit 02ddf09b ("Put the interesting parts of XZ Utils into the
public domain.", 2009-04-13).

Hope that helps,
Jonathan



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

Bug#364607: horrible nfs read performance

[Moritz Muehlenhoff]

On Sat, Jun 06, 2009 at 05:25:15PM +0100, Ben Hutchings wrote:
> Using TCP for NFS is the default and is generally recommended.
> 
> The problem you originally reported involved poorer performance for the
> clients using a gigabit link than those using a 100-megabit link
> .  Based on
> your latest results
> , this
> appears to have been fixed.
> 
> So, if you still think you are seeing "horrible read performance", what
> are you comparing with?

Arthur, what did you compare against?

Cheers,
Moritz



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

Bug#541399: [INTL:sv] Swedish strings for pam debconf

[Martin Bagge]

package: pam
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data

Bug#399840: Do we want an ssh-server task?

[Philip Hands]

On Mon, Aug 10, 2009 at 09:57:06AM -0700, Rick Jones wrote:
> In my case, 99 times out of ten it is a case of "Sit at the console and 
> do the install, when it completes walk back to my desk in another 
> building, try to login and realize 'Damn, I didn't get an ssh server 
> installed' and go back to do so."  Good for exercise, not so good for 
> frustration level.  Were I dealing exclusively with Debian installs, 
> perhaps my creaky wetware would become conditioned to "the install isn't 
> complete until you apt-get install openssh-server" but I deal with three 
> other distros and at least two other operating systems where this isn't 
> an issue.

Out of interest, how do those other OSs mitigate the possibility of a
clueless admin choosing "password" as the root password, and so getting
their box rooted within moments of it going on the net?

While having a task that one needs to opt into seems fair enough, I'm a
little concerned that if we lower the bar too much we'll be adding to
the number of badly secured Debian systems out there.

Any suggestions for ways to protect the clueless from themselves?

Perhaps a variation on the Ubuntu approach of enabling sudo for the
first user, and making PermitRootLogin without-password to at least make
the attacker have to guess the username as well as the password.

That could be made a debconf question, so that people that know what
they're doing can say "I really want to be able to log in as root with
a password" (although I'd question why such a person would think that's
a good idea, since they should be using keys, but at least the debconf
question would shut them up ;-) )

Cheers, Phil.



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

Bug#541396: mdadm: monitor init script should depend on $syslog

[Frédéric Brière]

Package: mdadm
Version: 3.0-2
Severity: normal
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: missing-dependency

The mdadm monitor init script seems to be missing a dependency on
$syslog, either via Required-Start/Stop or Should-Start/Stop.  As it is,
insserv currently installs it as S01, right alongside rsyslog.


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

Kernel: Linux 2.6.26.8 (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/dash

Versions of packages mdadm depends on:
ii  debconf   1.5.27 Debian configuration management sy
ii  libc6 2.9-24 GNU C Library: Shared libraries
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip
ii  makedev   2.3.1-89   creates device files in /dev
ii  udev  0.141-1/dev/ and hotplug management daemo

Versions of packages mdadm recommends:
ii  module-init-tools3.9-2   tools for managing Linux kernel mo
ii  postfix [mail-transport-agen 2.6.2~rc1-1 High-performance mail transport ag

mdadm suggests no packages.

-- debconf information excluded



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

Bug#485330: Non-unified patches and dpkg source format ‘3.0 (quilt)’.

[Pierre Habouzit]

On Sun, Aug 09, 2009 at 06:04:34PM +0200, Raphael Hertzog wrote:
> retitle 485330 Allow context diff in debian/patches/ in 3.0 (quilt) format
> thanks
> 
> On Thu, 06 Aug 2009, Pierre Habouzit wrote:
> > That said, yes, using non-unified diff is as laughable as using RCS or
> > SCCS nowadays. Though I consider it a bug if dpkg refuses to apply a
> > patch that patch(1) (that it uses in the end) would apply fine. I shall
> > say that I absolutely don't get why there even is an "analyze()" routine
> > in Patch.pm,
> 
> analyze() extracts information from the patch in order to:
> - create directories that do not exist yet (patch will not do that for
>   you AFAIK or at least that's the assumption that the current codebase
>   made, it might have changed since this part of the code has been written)

According to the man page, and to tests I did, it does

> - have a listing of all modified files in order to harmonize their
>   timestamp afterwards (required to avoid unwanted rebuilding when
>   patching auto-generated files and their source file)

Can't you get that using lsdiff from patchutils ?

> Extracting those information require to parse the patch files, so why not
> error out when the parser finds something not allowed?

With that we clearly agree ;)

> So while I have no opposition to allowing patches in context format (and
> not other non-contextual ones), the fix is most likely not the short one
> proposed by Charles.

It's not.

> Instead the Dpkg::Source::Patch object should have full support of the
> context format at least in the analyze() part.

Or you may use lsdiff.

> > if you want that, let patch(1) do it using its --dry-run
> > mode.  It'll report failed hunk and bad syntax the same way.
> 
> You'll be surprised how much permissive patch actually is. IIRC missing 
> context
> in unidiff is not always fatal for example (even when the numbers on the
> @@ lines stipulate that there should be more lines than what there is).

Sure, but there are some tools to verify how clean a patch is, but yeah,
you're probably right on that.
-- 
Intersec 
Pierre Habouzit 
Tél : +33 (0)1 5570 3346
Mob : +33 (0)6 1636 8131
Fax : +33 (0)1 5570 3332
37 Rue Pierre Lhomme
92400 Courbevoie


signature.asc
Description: Digital signature

Bug#518138: Mark Bug#518138 notfound

[Jari Aalto]

notfound 518138
thanks

The URL no longer exists at Sourceforge:
 
https://sourceforge.net/tracker/index.php?func=detail&aid=2662934&group_id=35380&atid=414024



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

Bug#541394: fetchmail: init script should depend on $syslog

[Frédéric Brière]

Package: fetchmail
Version: 6.3.9~rc2-7
Severity: normal
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: missing-dependency

The init script should depend on $syslog as Required-Start/Stop or
Should-Start/Stop, as it may currently be started/stopped before syslog
by insserv.


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

Kernel: Linux 2.6.26.8 (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/dash

Versions of packages fetchmail depends on:
ii  adduser  3.110   add and remove users and groups
ii  debianutils  3.2.1   Miscellaneous utilities specific t
ii  libc62.9-24  GNU C Library: Shared libraries
ii  libcomerr2   1.41.8-2common error description library
ii  libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k
ii  libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C
ii  libkrb5-31.7dfsg~beta3-1 MIT Kerberos runtime libraries
ii  libssl0.9.8  0.9.8k-4SSL shared libraries
ii  lsb-base 3.2-23  Linux Standard Base 3.2 init scrip

Versions of packages fetchmail recommends:
ii  ca-certificates   20090709   Common CA certificates

Versions of packages fetchmail suggests:
pn  fetchmailconf  (no description available)
ii  postfix [mail-transport-agen 2.6.2~rc1-1 High-performance mail transport ag
ii  resolvconf   1.44name server information handler

-- no debconf information



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

Bug#541198: [Python-modules-team] Bug#541198: python-mysqldb: utf8_bin collation will not convert to Unicode strings

[Jonas Meurer]

hey,

On 12/08/2009 Christoph Burgmer wrote:
> A string type column with a utf8_bin collation will not be converted to a
> Python Unicode string, but instead will be returned as a utf8 (byte) string.
> 
> The MySQL documentation though clearly states: "A nonbinary string has a
> character set and is converted to another character set in many cases, even
> when the string has a _bin collation"[1].
> 
> I understand that a string with utf8_bin collation is still a string and
> thus should not be dealt with differently. The utf8_bin collation is
> essential when working with Unicode without wanting the Unicode collation
> algorithm to kick in.

thanks for the bugreport. i forwarded it to the upstream bug tracking
system at sourceforge:
http://sourceforge.net/tracker/?func=detail&aid=2837134&group_id=22307&atid=374932

greetings,
 jonas


signature.asc
Description: Digital signature

Bug#540232: xz-utils: undeclared conflict with lzip

[Jonathan Nieder]

Hi Vincent,

You wrote:

> On 2009-08-13 12:07:18 -0500, Jonathan Nieder wrote:
>> I have a few choices:
>>
>> 1. Make xz-lzma conflict with lzip. [...]
>
> This is unacceptable.

Could you clarify why? People who want to deal with both file formats
can install xz-utils at the same time as lzip (they won't conflict);
it's just the compatibility commands in xz-lzma that are in question.
And until lzip 1.8 rc2 is packaged for Debian and this whole problem
disappears, users can install the xz-utils, lzma, and lzip packages
together if they want to have "xz", "lzma" and "lzip" commands
available.

> BTW, there's a problem with the lzdiff man page at least:

Thanks for the heads up --- this was fixed already in the next version
of the packaging. xz-utils in experimental has some problems, since
the packaging files assume a more recent upstream version than was
used. If you have a chance, could you try the latest version from
collab-maint ()?
Or if .dsc/.diff.gz/.deb files would be more convenient, please let me
know and I'll set up a Debian repository.

Thanks,
Jonathan



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

Bug#541393: emacs23-gtk: Gnus don't read from imap server via "nnimap-stream shell"

[Grzegorz Kolorz]

Package: emacs23-gtk
Version: 23.1+1-2
Severity: normal

I have gnus setup to read mails from maildirs via local dovecot imap
server. I sync maildirs from remote imap servers with offlineimap and
serve localy with dovecot.

dovecot.conf
---
protocols = imap 
listen = localhost 
mail_location = maildir:~/Maildir:LAYOUT=fs 
---

..gnus
---
(setq gnus-select-method '(nntp "localhost"))
(setq imap-shell-program "/usr/sbin/dovecot --exec-mail imap")

(setq gnus-secondary-select-methods
  '(
(nnimap "Mail"
(nnimap-stream shell


Gnus failed to read from imap server via "nnimap-stream shell".

 Messages buffer ---
Reading active file from localhost via nntp...
Reading active file from Mail via nnimap...
Opening nnimap server on Mail...
imap: Connecting to Mail...
imap: Opening IMAP connection with `/usr/sbin/dovecot –-exec-mail imap'...
imap: Opening IMAP connection with `nil'...failed
imap: Connecting to Mail...failed
Opening nnimap server on Mail...failed
Reading active file from localhost via nntp...done
Reading active file from Mail via nnimap...
Opening nnimap server on Mail...
Denied server nnimap+Mail
Opening nnimap server on Mail...failed
-
If I execute 
/usr/sbin/dovecot –-exec-mail imap 
from terminal I get
* PREAUTH [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES
* MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS
* UIDPLUS LIST-EXTENDED I18NLEVEL=1] Logged in as grzegorz


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

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

Versions of packages emacs23-gtk depends on:
ii  emacs23-bin-common 23.1+1-2  The GNU Emacs editor's shared, arc
ii  install-info   4.13a.dfsg.1-4Manage installed documentation in 
ii  libasound2 1.0.20-3  shared library for ALSA applicatio
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-4.1 FreeType 2 font engine, shared lib
ii  libgif44.1.6-6   library for GIF images (library)
ii  libglib2.0-0   2.20.1-2  The GLib library of C routines
ii  libgpm21.20.4-3.2General Purpose Mouse - shared lib
ii  libgtk2.0-02.16.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libm17n-0  1.5.4-1+b1a multilingual text processing lib
ii  libncurses55.7+20090803-1shared libraries for terminal hand
ii  libotf00.9.9-1   A Library for handling OpenType Fo
ii  libpango1.0-0  1.24.0-3+b1   Layout and rendering of internatio
ii  libpng12-0 1.2.38-1  PNG library - runtime
ii  librsvg2-2 2.26.0-1  SAX-based renderer library for SVG
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libtiff4   3.8.2-13  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.2.2-1 X11 client-side library
ii  libxft22.1.13-3  FreeType-based font drawing librar
ii  libxpm41:3.5.7-2 X11 pixmap library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

emacs23-gtk recommends no packages.

Versions of packages emacs23-gtk suggests:
ii  emacs23-common-non-dfsg   23.1+1-1   GNU Emacs shared, architecture ind

-- no debconf information



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

Bug#541380: avr-evtd: Missing init.d script dependency info and incorrect runlevel list

[Rogério Brito]

Hi, Petter.

On Aug 13 2009, Petter Reinholdtsen wrote:
> With dependency based boot sequencing, I discovered what I believe is
> a bug in the init.d script. The dependencies are not correct.
(...)

Thank you very much for this report.

I am fixing the code in my (upstream) repository, will release a new
version of the program (with some extra changes) and will upload a new
package soon.


Thanks again, Rogério Brito.

-- 
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org



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

Bug#541385: live-installer_12(sparc/unstable): FTBFS on all archs

[Daniel Baumann]

tag 541385 pending
thanks

Martin Zobel-Helas wrote:
> There was an error while trying to autobuild your package:

fixed in svn.

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



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

Bug#541160: #541160 xterm: heap corruption when changing window size

[Thomas Dickey]

hmm.  It's supposed to work.  However, for background: most of the changes
from 244 are restructuring changes (actually, making structs for the index
of line-data).  So before, I had something like

unsigned char *a;
unsigned char *b;
unsigned char *c;
unsigned char *d;

and now it's a struct which can have different pointer types than unsigned
char *.

The enable-fifo-lines option turns on/off a modification which lets the
saved-line area be a separate memory buffer from the visible-lines.  In turn,
that saved-line area is accessed as a circular buffer.

Because of the way saved-lines and visible-lines were all one array, the new
scheme has several special cases - and up to this point, I've been assuming the
problems lie just in that chunk - particularly since more than half of the code
related to just enable-fifo-lines is in the resizing logic.

However - in that "most of the changes" chunk, it may address memory
differently, and we may be looking for a subscripting error, etc.

If I were able to reproduce this, I'd build xterm using the --enable-trace
option, to see if that gave me more information.  Besides writing to
Trace-parent.out the display information, it turns on several assert's
(which may catch the problem a little earlier).  There's a little more
trace that could be turned on by #define'ing OPT_TRACE to 2, though I'm
not sure if that's needed.  But that's where I'd start - to find
xterm's sizes for the buffer.

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


signature.asc
Description: Digital signature

Bug#541229: nginx: Please add support for gzip_static module

[Andres Rodriguez]

Version: 0.7.61

Please add support for gzip_static module for this new upstream version.
Thank you.

-- 
Andres E. Rodriguez Lazo (RoAkSoAx)
Ingeniero de Sistemas
Official Ubuntu Member
Ubuntu Counter Project - User # 17582

Bug#541392: ddclient: init script is missing dependency on $syslog

[Frédéric Brière]

Package: ddclient
Version: 3.8.0-4
Severity: normal
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: missing-dependency

ddclient's init script is currently missing a dependency on $syslog,
either as Required-Start/Stop or as Should-Start/Stop.  (Both are
apparently equivalent in the case of $syslog.)


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

Kernel: Linux 2.6.26.8 (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/dash

Versions of packages ddclient depends on:
ii  debconf [debconf-2.0]   1.5.27   Debian configuration management sy
ii  initscripts 2.87dsf-2+b1 scripts for initializing and shutt
ii  lsb-base3.2-23   Linux Standard Base 3.2 init scrip
ii  perl [perl5]5.10.0-24Larry Wall's Practical Extraction 

Versions of packages ddclient recommends:
pn  libio-socket-ssl-perl  (no description available)

ddclient suggests no packages.

-- debconf information excluded



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

Bug#541390: open-iscsi: Incorrect init.d dependency information

[Petter Reinholdtsen]

Package:  open-iscsi
Version:  1.0.485-2
Severity: important
Tags: patch
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependency incorrect-provides

With dependency based boot sequencing, I discovered what I believe is
a bug in the init.d script. The dependencies are not correct.  The
daemon need /usr/ to be mounted, and thus need to depend on $remote_fs
both during boot and shutdown.  Also, the stop-open-iscsi script
depend on open-iscsi, while the open-iscsi script provide iscsi.  The
provide need to match the depend, and I suggest renaming the provide
to handle this.

I suspect the stop dependencies on sendsigs and networking for both
init.d scripts are redundant, but failed to understand why they were
listed in the first place and thus left them there.

http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
 >
documents the LSB header format.  Some debian notes are available from
http://wiki.debian.org/LSBInitScripts >.

This patch should solve the issue.  Without it, the init.d will start
to early in the boot sequence.

diff -ur open-iscsi-2.0.870~rc3-pere/debian/open-iscsi.init 
open-iscsi-2.0.870~rc3/debian/open-iscsi.init
--- open-iscsi-2.0.870~rc3-pere/debian/open-iscsi.init  2009-08-13 
22:25:53.0 +0200
+++ open-iscsi-2.0.870~rc3/debian/open-iscsi.init   2009-08-13 
22:29:35.0 +0200
@@ -1,7 +1,7 @@
 #! /bin/sh
 ### BEGIN INIT INFO
-# Provides:  iscsi
-# Required-Start:$local_fs
+# Provides:  open-iscsi
+# Required-Start:$remote_fs
 # Required-Stop: $remote_fs sendsigs networking
 # Default-Start: S
 # Default-Stop:  0 6

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#521285: Debian bug#521285 wcd: path names are recoded in absolute form - use

[Jari Aalto]

Hi Erwin,

Thanks for releasing new version which I'm packaging for Debian. 

Could you recall this:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521285

>From my testing this is not yet implemented in 5.0.4. Would you have any
estimate in which version you could address it?

Thanks,
Jari



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

Bug#540552: [ja...@internet24.de: Re: [wnpp] libnet-libidn-perl has been ITAed]

[Lucas Nussbaum]

- Forwarded message from ja...@internet24.de -

From: ja...@internet24.de
To: WNPP Monitor 
Cc: libnet-libidn-p...@packages.qa.debian.org
Date: Tue, 11 Aug 2009 10:58:20 +0200
Subject: Re: [wnpp] libnet-libidn-perl has been ITAed

Quoting WNPP Monitor :
> The libnet-libidn-perl package in Debian is orphaned, and someone
> is  interested in maintaining it.
> 
> For more information, please read
> 
> 
> (You are receiving this mail because you are subscribed to
> libnet-libidn-perl on the Debian Package Tracking System.)
> 
> 

Just to let you know, apart from a minor doc fix, there haven't been
any changes
since 0.07 that should really affect anything on a Debian GNU/Linux system,
the changes were mostly about compatibility to other platforms.

http://cpansearch.perl.org/src/THOR/Net-LibIDN-0.12/Changes

- End forwarded message -



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

Bug#541228: nginx: Please add status action to debian/init.d script

[Andres Rodriguez]

Version: 0.7.61

Please add status action for this new upstream version. Thank you.

-- 
Andres E. Rodriguez Lazo (RoAkSoAx)
Ingeniero de Sistemas
Official Ubuntu Member
Ubuntu Counter Project - User # 17582

Bug#541391: LZMA license inaccuracy

[Kees Cook]

Package: xz-utils
Version: 4.999.8beta-1
Severity: serious
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic

Hello!

It seems that the license of the package needs further examination.  It
cannot be Public Domain, since it is derived from the "lzma" package.  This
is supported by both http://tukaani.org/lzma/history and the file headers
for things like src/liblzma/lzma/lzma_encoder.c.

So this is not correct:

Files: src/liblzma/*
License: PD
 liblzma is in the public domain.

It does appear to be LGPL, so it's not a giant issue, but this package
should be more carefully reviewed for copyright issues.

Thanks,

-Kees

-- 
Kees Cook@debian.org



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

Bug#540974: Include full URL to UploadQueue/README

[Lucas Nussbaum]

On 10/08/09 at 18:56 -0700, Carl Worth wrote:
> Package: developers-reference
> Version: 3.4.1
> 
> In Section "5.6.1. Uploading to ftp-master" I missed the reference to
> the README file on a first reading. I suggest changing:
> 
> For removing packages, please see the README file in that ftp
> directory, and the Debian package...
> 
> to:
> 
> For removing or renaming uploaded files, see
> ftp://ftp-master.debian.org/pub/UploadQueue/README and the
> Debian package...
> 
> -Carl
> 
> PS. I've filed several little bugs against developers-reference in the
> last week, but haven't yet gone as far as getting the actual source and
> developing proper patches yet. I'll be glad to do that if it would be
> more helpful in making these changes. Let me know.

Hi Carl,

developers-reference is currently not very well maintained (and I'm one
of the maintainers ;). That is: patches get applied, but bugs that
require spending a lot of time writing stuff are not usually fixed.

It would be great if you wanted to get involved into
developers-reference maintainance. And yes, the easiest way to do that
is to start providing patches for open bugs. If you need help with
something, just tell me.
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#541389: linux-2.6: please enable CONFIG_NUMA_EMU

[Lucas Nussbaum]

Package: linux-2.6
Version: 2.6.30-5

Hi,

Please enable CONFIG_NUMA_EMU.

CONFIG_NUMA_EMU allows to emulate more memory banks than available on
the system, by splitting the existing memory banks, using the
numa=fake=DESCR command line option. It is very useful together with
cpusets.

Take a machine with 8 CPUs, but only 2 memory banks. It would not be
possible to create 8 cpusets, with an equal amount of memory each,
because memory can only be allocated to cpusets by full memory banks.
Using numa=fake=8*1024, it would be possible to split the 8 GB of RAM
into 8 shares of 1 GB. There's documentation in
Documentation/x86/x86_64/fake-numa-for-cpusets

Thank you,
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#540556: ssss: should this package be removed?

[Lucas Nussbaum]

severity 540556 important
thanks

On 11/08/09 at 11:49 +0100, James Westby wrote:
> Lucas Nussbaum wrote:
> > Package: 
> > Version: 0.5-2
> > Severity: serious
> > User: debian...@lists.debian.org
> > Usertags: proposed-removal
> > 
> > Hi James,
> > 
> > While reviewing some packages, your package came up as a possible
> > candidate for removal from Debian, because:
> > 
> >  * No upload since 2006
> 
> No changes upstream since 2006, no bugs filed to fix.
> 
> >  * Low popcon
> >  * Better (at least, more used) alternative available: libgfshare-bin
> 
> That's true.
> 
> I'm not particularly attached to the package, but I'm not sure about
> removing it. Allow me to ponder it for a while.

A strong point in favor of removing it is that we should not mislead
users to software when a better alternative exists. Are there
reasons/use cases where  would be better than libgfshare-bin?

However, for this particular package, it might make sense to keep
providing it for a while, since removing it might cause users to lose
the tool to recover their data. Unless -"encrypted" data is
"decryptable" with libgfshare-bin?

> I'm happy to have the package fall out of testing while I decide though,
> so I'm leaving the bug as it is.

That's not needed ; reducing severity.
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#492840: here shortname=mixed help

[jorge]

I think Paula is right, I got this problem and now I am fine.

To John: No one is saying that rhythmbox relies on the kernel, but the
default option for mounting vfat is forcing lower case when it
shouldn't.

--
Jorge




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

Bug#541387: electric-fence: Fix pthread support

[Samuel Thibault]

Package: electric-fence
Version: 2.1.14.1
Severity: important
Tags: patch

Hello,

The pthread support is currently completely bogus (using getpid() to
identify threads has been bogus since Linux 2.6...). I don't know why
patch 365382 has still not been included, I guess that's because it's
quite intrusive. The attached patch is much less intrusive and should
thus be fine to be applied ASAP.

Thanks,
Samuel

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

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

Versions of packages electric-fence depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries

electric-fence recommends no packages.

electric-fence suggests no packages.

-- no debconf information

-- 
Samuel Thibault 
 bah, j'aime bien les feux d'artifices, mais j'ai peur de me prendre un 
boeing sur le coin de la gueule si je vais sur le pont de brooklyn
 -+- #ens-mim - 11 septembre forever -+-
--- electric-fence-2.1.14.1.original/efence.c   2005-01-15 20:18:20.0 
+0100
+++ electric-fence-2.1.14.1/efence.c2009-08-13 22:27:43.0 +0200
@@ -188,28 +188,28 @@
  /*
  * mutex to enable multithreaded operation
  */
-static pthread_mutex_t mutex ;
-static pid_t mutexpid=0;
+static pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;
+static pthread_t mutexowner = (pthread_t) -1;
 static int locknr=0;
 
 
 static void lock() {
 if (pthread_mutex_trylock(&mutex)) {
-   if (mutexpid==getpid()) {
+   if (mutexowner==pthread_self()) {
locknr++;
return;
} else {
pthread_mutex_lock(&mutex);
}
 } 
-mutexpid=getpid();
+mutexowner=pthread_self();
 locknr=1;
 }
 
 static void unlock() {
 locknr--;
 if (!locknr) {
-   mutexpid=0;
+   mutexowner=(pthread_t)-1;
pthread_mutex_unlock(&mutex);
 }
 }
@@ -429,6 +429,8 @@
size_t  slack;
char *  address;
 
+   lock();
+
if ( allocationList == 0 )
initialize();
 
@@ -615,6 +617,7 @@
if ( !internalUse )
Page_DenyAccess(allocationList, allocationListSize);
 
+   unlock();
return address;
 }
 
@@ -814,11 +817,9 @@
 {
 void  *allocation;   
  
-if ( allocationList == 0 ) {
-pthread_mutex_init(&mutex, NULL); 
-initialize();   /* This sets EF_ALIGNMENT */
-}   
 lock();
+if ( allocationList == 0 )
+initialize();   /* This sets EF_ALIGNMENT */
 allocation=memalign(EF_ALIGNMENT, size); 
 
 unlock();
@@ -833,10 +834,9 @@
 void * allocation;
 
 lock();
-   
 allocation = malloc(size);
-memset(allocation, 0, size);
 unlock();
+memset(allocation, 0, size);
 
return allocation;
 }

Bug#530787: invoke-rc.d: initscript mysql, action "start" failed after installation

[Tomasz Kaźmierczak]

Removing the 'skip-federated' option from /etc/mysql/my.cnf does not resolve 
the problem for me - the server still fails to start. However, the option has 
influence on what is written to the /var/log/daemon.log.

The daemon.log with the 'skip-federated' option set:

Aug 13 22:06:42 localhost mysqld_safe[4051]: started
Aug 13 22:06:42 localhost mysqld[4054]: 090813 22:06:42 [ERROR] 
/usr/sbin/mysqld: unknown option '--skip-federated'
Aug 13 22:06:42 localhost mysqld[4054]:
Aug 13 22:06:42 localhost mysqld_safe[4057]: ended
Aug 13 22:06:57 localhost /etc/init.d/mysql[4212]: 0 processes alive and 
'/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
Aug 13 22:06:57 localhost /etc/init.d/mysql[4212]: ^G/usr/bin/mysqladmin: 
connect to server at 'localhost' failed
Aug 13 22:06:57 localhost /etc/init.d/mysql[4212]: error: 'Can't connect to 
local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
Aug 13 22:06:57 localhost /etc/init.d/mysql[4212]: Check that mysqld is running 
and that the socket: '/var/run/mysqld/mysqld.sock' exists!
Aug 13 22:06:57 localhost /etc/init.d/mysql[4212]:



The daemon.log without the 'skip-federated' option:

Aug 13 22:11:02 localhost mysqld_safe[4531]: started
Aug 13 22:11:02 localhost mysqld[4534]: InnoDB: The first specified data file 
./ibdata1 did not exist:
Aug 13 22:11:02 localhost mysqld[4534]: InnoDB: a new database to be created!
Aug 13 22:11:02 localhost mysqld[4534]: 090813 22:11:02  InnoDB: Setting file 
./ibdata1 size to 10 MB
Aug 13 22:11:02 localhost mysqld[4534]: InnoDB: Database physically writes the 
file full: wait...
Aug 13 22:11:03 localhost mysqld[4534]: 090813 22:11:03  InnoDB: Log file 
./ib_logfile0 did not exist: new to be created
Aug 13 22:11:03 localhost mysqld[4534]: InnoDB: Setting log file ./ib_logfile0 
size to 5 MB
Aug 13 22:11:03 localhost mysqld[4534]: InnoDB: Database physically writes the 
file full: wait...
Aug 13 22:11:03 localhost mysqld[4534]: 090813 22:11:03  InnoDB: Log file 
./ib_logfile1 did not exist: new to be created
Aug 13 22:11:03 localhost mysqld[4534]: InnoDB: Setting log file ./ib_logfile1 
size to 5 MB
Aug 13 22:11:03 localhost mysqld[4534]: InnoDB: Database physically writes the 
file full: wait...
Aug 13 22:11:03 localhost mysqld[4534]: InnoDB: Doublewrite buffer not found: 
creating new
Aug 13 22:11:03 localhost mysqld[4534]: InnoDB: Doublewrite buffer created
Aug 13 22:11:03 localhost mysqld[4534]: InnoDB: Creating foreign key constraint 
system tables
Aug 13 22:11:03 localhost mysqld[4534]: InnoDB: Foreign key constraint system 
tables created
Aug 13 22:11:03 localhost mysqld[4534]: 090813 22:11:03  InnoDB: Started; log 
sequence number 0 0
Aug 13 22:11:03 localhost mysqld[4534]: 090813 22:11:03 [ERROR] Fatal error: 
Can't open and lock privilege tables: Table 'mysql.host' doesn't exist
Aug 13 22:11:03 localhost mysqld_safe[4545]: ended
Aug 13 22:11:16 localhost /etc/init.d/mysql[4695]: 0 processes alive and 
'/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
Aug 13 22:11:16 localhost /etc/init.d/mysql[4695]: ^G/usr/bin/mysqladmin: 
connect to server at 'localhost' failed
Aug 13 22:11:16 localhost /etc/init.d/mysql[4695]: error: 'Can't connect to 
local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
Aug 13 22:11:16 localhost /etc/init.d/mysql[4695]: Check that mysqld is running 
and that the socket: '/var/run/mysqld/mysqld.sock' exists!
Aug 13 22:11:16 localhost /etc/init.d/mysql[4695]:


I've just installed the mysql-server because of that dumb dependency of 
kaddressbook on it, so it was a clean MySQL installation on my system. The 
version is 5.0.51a-24+lenny1 (current from testing)



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

Bug#541386: gnome-power-manager: suspend and hibernate fail without any explanation

[Stefan Monnier]

Package: gnome-power-manager
Version: 2.24.4-3
Severity: normal

On this machine (an old Macbook Pro), both commands
"hibernate" and "hibernate-ram" can be used successfully (as root)
to hibernate/suspend the machine, but when I try to select either
"Suspend" or "Hibernate" from the power manager applet, all I get is the
screen-lock together with a little sound.  No message of any kind that
might help figure out what's going on.


Stefan


-- Package-specific info:
Distro version:   squeeze/sid
Kernel version:   2.6.30-1-686
g-p-m version:2.24.4
HAL version:  0.5.12
System manufacturer:  missing
System version:   missing
System product:   missing
AC adapter present:   yes
Battery present:  yes
Laptop panel present: no
CPU scaling present:  yes
Battery Information:
  battery.charge_level.current = 51590  (0xc986)  (int)
  battery.charge_level.design = 55000  (0xd6d8)  (int)
  battery.charge_level.last_full = 53270  (0xd016)  (int)
  battery.charge_level.percentage = 96  (0x60)  (int)
  battery.charge_level.rate = 0  (0x0)  (int)
  battery.is_rechargeable = true  (bool)
  battery.model = 'ASMB012'  (string)
  battery.present = true  (bool)
  battery.rechargeable.is_charging = false  (bool)
  battery.rechargeable.is_discharging = false  (bool)
  battery.reporting.current = 51590  (0xc986)  (int)
  battery.reporting.design = 55000  (0xd6d8)  (int)
  battery.reporting.last_full = 53270  (0xd016)  (int)
  battery.reporting.rate = 0  (0x0)  (int)
  battery.reporting.technology = 'Unknown'  (string)
  battery.reporting.unit = 'mWh'  (string)
  battery.serial = ''  (string)
  battery.technology = 'unknown'  (string)
  battery.type = 'primary'  (string)
  battery.vendor = 'Sony012'  (string)
  battery.voltage.current = 12406  (0x3076)  (int)
  battery.voltage.design = 11100  (0x2b5c)  (int)
  battery.voltage.unit = 'mV'  (string)
GNOME Power Manager Process Information:
HAL Process Information:
101   3690  0.0  0.3   7032  4860 ?Ss   11:05   0:03 /usr/sbin/hald
root  3693  0.0  0.0   3432  1196 ?S11:05   0:00  \_ hald-runner
root  3728  0.0  0.1   5408  2096 ?S11:05   0:00  \_ hald-ad
root  3756  0.0  0.1   5384  1908 ?S11:05   0:00  \_ hald-ad
101   3767  0.0  0.1   5248  1912 ?S11:05   0:00  \_ hald-ad

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

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

Versions of packages gnome-power-manager depends on:
ii  consolekit   0.3.0-3 framework for defining and trackin
ii  dbus-x11 1.2.16-2simple interprocess messaging syst
ii  gconf2   2.26.2-3GNOME configuration database syste
ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii  libbonobo2-0 2.24.1-1Bonobo CORBA interfaces library
ii  libc62.9-23  GNU C Library: Shared libraries
ii  libcairo21.8.6-2+b1  The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.2.16-2simple interprocess messaging syst
ii  libdbus-glib 0.82-1  simple interprocess messaging syst
ii  libgconf2-4  2.26.2-3GNOME configuration database syste
ii  libglade2-0  1:2.6.4-1   library to load .glade files at ru
ii  libglib2.0-0 2.20.1-2The GLib library of C routines
ii  libgnome-key 2.26.1-1GNOME keyring services library
ii  libgnome2-0  2.26.0-1The GNOME library - runtime files
ii  libgnomeui-0 2.24.1-1The GNOME 2 libraries (User Interf
ii  libgstreamer 0.10.23-2   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.16.1-2The GTK+ graphical user interface 
ii  libnotify1 [ 0.4.5-1 sends desktop notifications to a n
ii  libpanel-app 2.26.2-1library for GNOME Panel applets
ii  libpango1.0- 1.24.0-3+b1 Layout and rendering of internatio
ii  libx11-6 2:1.2.2-1   X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxrandr2   2:1.3.0-2   X11 RandR extension library
ii  notification 0.4.0-1 a daemon that displays passive pop

gnome-power-manager recommends no packages.

gnome-power-manager suggests no packages.

-- no debconf information



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

Bug#541385: live-installer_12(sparc/unstable): FTBFS on all archs

[Martin Zobel-Helas]

Package: live-installer
Version: 12
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of live-installer_12 on schroeder by sbuild/sparc 99.99
> Build started at 20090812-2241

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 7), autotools-dev, po-debconf

[...]

>dh_icons -a
>dh_perl -a
>dh_usrlocal -a
>dh_link -a
>dh_compress -a
>debian/rules override_dh_fixperms
> make[1]: Entering directory `/build/buildd/live-installer-12'
> # Preserve 0755 on script files
> dh_fixperms
> chmod a+x 
> debian/live-installer-launcher/usr/share/live-installer-launcher/*.sh
> chmod: cannot access 
> `debian/live-installer-launcher/usr/share/live-installer-launcher/*.sh': No 
> such file or directory
> make[1]: *** [override_dh_fixperms] Error 1
> make[1]: Leaving directory `/build/buildd/live-installer-12'
> make: *** [binary-arch] Error 2
> dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave 
> error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=sparc&pkg=live-installer&ver=12




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

Bug#541384: java3d_1.5.2+dfsg-2(sparc/unstable): FTBFS on sparc

[Martin Zobel-Helas]

Package: java3d
Version: 1.5.2+dfsg-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of java3d_1.5.2+dfsg-2 on schroeder by sbuild/sparc 99.99
> Build started at 20090813-1140

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5), cdbs, default-jdk, ant-optional, 
> libvecmath-java, mesa-common-dev, libgl1-mesa-dev, libxext-dev, libxt-dev

[...]

> 
> genJavah:
> [mkdir] Created dir: 
> /build/buildd/java3d-1.5.2+dfsg/j3d-core/build/linux-generic/debug/native/javah/j3dcore
> [javah] javadoc: error - Illegal package name: 
> "javax.media.j3d.${osNativeConfigTemplate3D}"
> [javah] javadoc: error - Illegal package name: 
> "javax.media.j3d.${osNativeScreenInfo}"
> [javah] 2 errors
> 
> BUILD FAILED
> /build/buildd/java3d-1.5.2+dfsg/j3d-core/build.xml:433: The following error 
> occurred while executing this line:
> /build/buildd/java3d-1.5.2+dfsg/j3d-core/build.xml:437: The following error 
> occurred while executing this line:
> /build/buildd/java3d-1.5.2+dfsg/j3d-core/src/native/build.xml:347: 
> compilation failed
> 
> Total time: 31 seconds
> make: *** [debian/stamp-ant-build] Error 1
> dpkg-buildpackage: error: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=sparc&pkg=java3d&ver=1.5.2+dfsg-2




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

Bug#536572: pytrainer: doesn't import data from my forerunner 305

[Noèl Köthe]

Am Mittwoch, den 22.07.2009, 10:53 +0200 schrieb Rob Franken:

> > > > > While importing data from my Garmin Forerunner 305 i get the 
> > > > > following message on stderr:
> > > > > 
> > > > > Traceback (most recent call last):
> > > > >   File 
> > > > > "/tmp/buildd/pytrainer-1.6.0.8/debian/pytrainer/usr/lib/python2.5/site-packages/pytrainer/main.py",
> > > > >  line 166, in runPlugin
> > > > >   File 
> > > > > "/tmp/buildd/pytrainer-1.6.0.8/debian/pytrainer/usr/lib/python2.5/site-packages/pytrainer/record.py",
> > > > >  line 410, in importFromGTRNCTR
> > > > >   File 
> > > > > "/tmp/buildd/pytrainer-1.6.0.8/debian/pytrainer/usr/lib/python2.5/site-packages/pytrainer/lib/xmlUtils.py",
> > > > >  line 127, in shortFromGPS
> > > > >   File "", line 45, in parse
> > > > >   File "", line 32, in parse
> > > > > SyntaxError: unbound prefix: line 13, column 8
> > > > > 
> > > > > And the data isn't imported while the gui doesn't show any kind of 
> > > > > hint that importing failed 
> > > > 
> > > > > Versions of packages pytrainer depends on:
> > > > > ii  gpsbabel1.3.6-3  GPS file conversion plus 
> > > > > transfer 
> > > > 
> > > > Could you do downgrade gpsbabel to 1.3.5 (use the lenny package from
> > > > http://packages.debian.org/gpsbabel and test if this helps. I have read
> > > > about problems with 1.3.6 and maybe this is one of it.
> > > ii  gpsbabel   1.3.5-1.1  
> > >GPS file conversion plus transfer to/from 
> > > GPS units
> > > stil doesn't import my data, but now i don't even get the error on stderr

I had the same problem when using gpsbabel 1.3.6. Downgrading gpsbabel
and delete the /tmp/*gtrnctr files makes the plugin working again for me
(after a hint from upstream).

Maybe I should conflict pytrainer with gpsbabel 1.3.6 but then it might
get removed from squeeze because its not installable anymore (no
gpsbabel 1.3.5 available anymore).:(

-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#539764: openvpn: init.d script must depend on $remote_fs for /usr/

[Petter Reinholdtsen]

I had a closer look, and the dependencies should also list $syslog, as
the openvpn daemon log to syslog.  Here is a better patch, which make
sure openvpn is started after the syslog collector is started.

diff -ur openvpn-2.1~rc19/debian/openvpn.init.d 
openvpn-2.1~rc19-pere/debian/openvpn.init.d
--- openvpn-2.1~rc19/debian/openvpn.init.d  2009-08-03 15:43:23.0 
+0200
+++ openvpn-2.1~rc19-pere/debian/openvpn.init.d 2009-08-03 15:41:49.654115000 
+0200
@@ -2,8 +2,8 @@

 ### BEGIN INIT INFO
 # Provides:  vpn
-# Required-Start:$network $local_fs
-# Required-Stop: $network $local_fs
+# Required-Start:$network $remote_fs $syslog
+# Required-Stop: $network $remote_fs $syslog
 # Default-Start: 2 3 4 5
 # Default-Stop:  0 1 6
 # Short-Description: Openvpn VPN service


Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#537487: opencity: segfaults at start

[Gonéri Le Bouder]

tag 541365 patch
block 537487 by 541365
thanks

2009/8/4 Piotr Lewandowski 

> * Gonéri Le Bouder , 2009-08-04 22:43:
>
>> If this package is required to run opencity, doesn't it
>>> should be included in Depends:? Otherwise, opencity
>>> shouldn't segfault in the first place.
>>>
>>
>> xserver-xorg has already a dependency on libgl1-mesa-dri. I
>> don't think we need a dependency between x11 server and a
>> software. It's like DB and a webapp. Both can be installed on
>> a different machine.
>>
>
> I agree with you completely when it comes to dependency issues. OTOH I
> still believe that opencity should gracefully exit when libgl1-mesa-dri is
> not installed. Segfault is just not the most user-friendly behaviour.


It's libSDL fault. I submited a bug (#541365) with a patch.

Cheers,

  Gonéri

Bug#541291: console-setup: No special characters after update

[Harald Braumann]

On Thu, 13 Aug 2009 19:36:36 +0300
Anton Zinoviev  wrote:

> retitle 541291 Some issues to document in FAQ
> severity 541291 minor
> thank you
> 
> On Thu, Aug 13, 2009 at 01:31:51PM +0200, Harald Braumann wrote:
> > 
> > For `€' two additional characters are deleted. For the other
> > symbols one additional character is deleted. And it adds up. Thus
> > if I type '€öäü', 5 additional characters are deleted.
> 
> This is because in UTF-8 '€' is coded with 3 bytes and the non-ascii 
> letters with 2 bytes.

I suspected something like this.

> Console-setup permits user-level configuration. The system
> configuration in /etc/default/console-setup can be overriden by
> ~/.console-setup.  But during the last few years, due to a change in
> the kernel configuration the non-priviledged users are not allowed to
> change the keyboard layout.

That's good to know. Could you please add that information to
setupcon(1)? Even if the kernel doesn't permit a non-privileged user to
change the keymap, he can do it at least with sudo/su.

> /usr/share/doc/console-setup/FAQ.gz has not been updated for a while
> and your bug contains several things that need to be documented there.

I don't blame you. Writing documentation is always a PITA.

Cheers,
harry


signature.asc
Description: PGP signature

Bug#541383: [INTL:sv] Swedish strings for citadel debconf

[Martin Bagge]

package: citadel
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data

Bug#523858: git-bzr doesn't work

[Gonéri Le Bouder]

2009/8/13 Gonéri Le Bouder 

>
>
I pushed 2 patches here
https://code.launchpad.net/~goneri/bzr-fastimport/goneri.
With them I can use kfish's git-bzr.* 
*

Bug#524818: msmtp: crontab and mutt difficulties to work

[Emmanuel Bouthenot]

> So the direction of aliases is not possible, until now for your program :(
yes, it is not possible

> I was thinking to use a
> "* * * * * echo 'starting sh' ; cd ; sh sendmeemail.sh
> as alternative, but well in crontab it is far better.
for such usage, it's better to use the MAILTO environnement variable
for crontabs (cf. man 5 crontab)

your contrab should be like that:
---
mailto=yellow.prot...@gmail.com
* * * * * echo "yes"
---
 
> nbsmtp works great, but is not in repos of debain stable ; dont knwo why
> actually.
the answer is there : http://bugs.debian.org/481818


Regarding this bug, unless upstream developer decides to add local
delivery, i think i will tag it 'wontfix'.

Regards,

-- 
Emmanuel Bouthenot



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

Bug#526141: quilt: please provide a way to edit a whole source tree

[Raphael Hertzog]

On Wed, 20 May 2009, Josselin Mouette wrote:
> Hi again,
> 
> the first version of the script can lead to some file removals as soon
> as there are symbolic links somewhere, so this doesn’t look very safe.
> 
> The attached one should be better in this matter, and it should not
> remove anything.

I'm going to include it in the next upload but this should really have
been discussed with upstream first... but Martin Quinson did not manage to
work on the new upstream version in a timely fashion and the relation with
upstream needs more love than what I can afford to put into this package.

Cheers,
-- 
Raphaël Hertzog



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

Bug#540929: [lxde-settings-daemon] config file is intalled in the wrong location

[Julien Lavergne]

Le vendredi 14 août 2009 à 03:15 +0800, Andrew Lee a écrit :
> >> If you do, do you use maintainer's config file?
> > You mean configurations shipped by upstream ? If so yes. And it doesn't
> > apply when installing in etc/ I made all my tests without specific
> > configurations in ~/.config
> 
> Please check /etc/xdg/lxsession/LXDE/autostart, it's
> @lxde-settings-daemon or @lxde-settings?

@lxde-settings-daemon

BTW, you can check packages I used on this PPA :
https://edge.launchpad.net/~gilir/+archive/backports?field.name_filter=&field.status_filter=published&field.series_filter=karmic

It didn't include the workaround for the config file issue, so
installing them should generate the bug.

Regards,
Julien Lavergne




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

Bug#541128: amarok crashes immediately at startup (when /var/tmp is full)

[Stuart Pook]

amarok crashes if /var/tmp is full.

:; cat /dev/zero > /var/tmp/junk
cat: write error: No space left on device
:; amarok -debug
Object::connect: No such signal KLineEdit::downPressed()
QPainter::begin: Cannot paint on a null pixmap
QPainter::translate: Painter not active
QPainter::end: Painter not active, aborted
(19622)/: Communication problem with  "amarok" , it probably crashed. 
Error message was:  "org.freedesktop.DBus.Error.NoReply" : " "Message did not receive a reply (timeout by message bus)" " 


:; rm /var/tmp/junk
:; amarok -debug
Object::connect: No such signal KLineEdit::downPressed()
QPainter::begin: Cannot paint on a null pixmap
QPainter::translate: Painter not active
QPainter::end: Painter not active, aborted
amarok:   
amarok:  ** DEBUGGING OUTPUT IS NOW ENABLED. PLEASE NOTE THAT YOU WILL ONLY SEE THE FULL OUTPUT ON THE NEXT START. ** 
amarok:   
amarok: END__: static void App::handleCliArgs() - Took 0.00016s 




[ How to I get Amarok 2 to use a virtual alsa device? As described in 
http://amarok.kde.org/wiki/Setting_up_Dmix_for_ALSA or 
http://amarok.kde.org/wiki/FAQ#I_have_a_second_soundcard_and_I.27m_using_ALSA._How_do_I_make_Amarok_use_it_instead_of_the_default.3F
 ? ]



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

Bug#528053: php5-cli: Occasionaly crashes with 'Segmentation fault' after execution is finished

[Bas Verhoeven]

Raphael Geissert wrote:

Hi,


Hi,

Please install the php5-dbg package and provide a full backtrace 


[Thread debugging using libthread_db enabled]
[New Thread 0xb78236d0 (LWP 22485)]
[New Thread 0xb6b5ab90 (LWP 22488)]
PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 26 2009 
22:16:23)

Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb6b5ab90 (LWP 22488)]
0xb6f7be90 in ?? ()
(gdb) bt full
#0  0xb6f7be90 in ?? ()
No symbol table info available.
#1  0xb7836f3b in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#2  0xb7a66bee in clone () from /lib/libc.so.6
No symbol table info available.
(gdb)

Although this information doesn't seem to have become more usable, so it 
could be that I'm doing something wrong here.



On what architecture(s) are you experiencing the problem?

> How many cores does the CPU have?

I'm running this on a Intel Q6600 (4 cores) and am currently using an 
i686 kernel (2.6.18-6-686-bigmem).



Do you have the mysql extension installed?


Yes:

ii  php5 5.2.6.dfsg.1-1+lenny3 
server-side, HTML-embedded scripting language (metapackage)
ii  php5-mysql   5.2.6.dfsg.1-1+lenny3MySQL 
module for php5


Although disabling the module for the cli (by removing the 
/etc/php5/cli/conf.d/mysql.ini) seems to have no effect, it still crashes.


>
> Thanks.
>
> Cheers,

Cheers,
Bas Verhoeven




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

Bug#541381: canto: please migrate to python-multiprocessing

[Sandro Tosi]

On Thu, Aug 13, 2009 at 21:49, Daniel Baumann wrote:
> Sandro Tosi wrote:
>> I just saw #541376 being closed, so I'd like to request to migrate to
>> python-multiprocessing, that it's the backport from Python 2.6 of
>> 'multiprocessing' module, that's the evolution of 'processing'.
>
> what will happen first, upload of python 2.6 in unstable or removal of
> python-processing?

python-multiprocessing is a separate package from python 2.6, that's a
backport for python 2.5 and 2.4 of 'multiprocessing' module available
in python 2.6. It's already in sid/squeeze, and you can use it right
away.

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



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

Bug#540232: xz-utils: undeclared conflict with lzip

[Vincent Lefevre]

On 2009-08-13 12:07:18 -0500, Jonathan Nieder wrote:
> I have a few choices:
> 
> 1. Make xz-lzma conflict with lzip. [...]

This is unacceptable.

> 2. Use alternatives or diversions to allow both xz-lzma and lzip to
> install lzdiff commands. Since each package's lzdiff does something
> different, this is a bad idea.

And this may be too complex for a short term (lzip won't ship lzdiff
and so on, as they will be replaced by zutils).

> 3. Only ship lzma, unlzma, and lzmadec in the xz-lzma package and stop
> shipping lzdiff, lzgrep, lzmore, lzless, and so on. This would make
> the xz-lzma package compatible with the lzma Debian package, which I
> think just never bothered to include those.

The lzma format is obsolete anyway. And the future is zutils.

> 4. Make xz-lzma ship lzma, unlzma, lzmore, lzcmp, and so on, but not
> lzdiff or lzgrep so as to not conflict with lzip. I think this would
> be just too confusing.

Yes.

> None of them seem great to me. What do you think?

Solution 3 is OK, IMHO.

BTW, there's a problem with the lzdiff man page at least:

xvii:~> man lzdiff
man: warning: /usr/share/man/man1/lzdiff.1.gz is a dangling symlink
man: warning: /usr/share/man/man1/lzdiff.1.gz is a dangling symlink
man: warning: /usr/share/man/man1/lzdiff.1.gz is a dangling symlink
No manual entry for lzdiff
See 'man 7 undocumented' for help when manual pages are not available.

xvii:~> dlocate man1/lzdiff
xz-utils: /usr/share/man/man1/lzdiff.1.gz

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



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

Bug#541342: please upgrade sbuild on peri, caballero, ball, mayer, lxdebian and schroeder (at least)

[Damyan Ivanov]

tags 541342 patch
thanks

-=| Philipp Kern, Thu, Aug 13, 2009 at 08:15:59PM +0200 |=-
> On Thu, Aug 13, 2009 at 05:11:43PM +0300, Damyan Ivanov wrote:
> > Fixed sbuild package is in Lenny. Please upgrade.
> 
> That doesn't help us.  Those buildds need either a switch to the new software
> or a patch against the old sbuild in use on them.  Anyway, maybe we could
> use this as an opportunity to switch over?  I just fear that it's not
> something you should rely on to happen "in time".

The change needed is rather trivial and should be easily backported. 
The commit is 8bc3477690728ec2c61e8240b63df15b06de933a.

It replaces the two occurences of the string '=*=PROVIDED=*=' in 
lib/Sbuild/Build.pm with '~*=PROVIDED=*=' (The first '=' is replaced 
with '~').

I hope this increases the chances for fixing it sooner.


Thanks!

-- 
dam


signature.asc
Description: Digital signature

Bug#541381: canto: please migrate to python-multiprocessing

[Daniel Baumann]

Sandro Tosi wrote:
> I just saw #541376 being closed, so I'd like to request to migrate to
> python-multiprocessing, that it's the backport from Python 2.6 of
> 'multiprocessing' module, that's the evolution of 'processing'.

what will happen first, upload of python 2.6 in unstable or removal of
python-processing?

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



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

Bug#541089: xterm: bold color attribute now displaying as black by default

[Cristian Ionescu-Idbohrn]

My interpretation of this (man xterm):

,
|colorBD (class ColorBD)
|This specifies the color to use to display bold  characters  if
|the  ``colorBDMode''  resource  is  enabled.   The  default  is
|``XtDefaultForeground.''
`

is that setting colorBD without colorBDMode being enabled won't do
anything useful.  Am I wrong?


Cheers,

-- 
Cristian



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

Bug#431229: trouble with patch

[Russ Allbery]

Raphael Hertzog  writes:

> Hi,

> On Tue, 01 Jan 2008, Adam Megacz wrote:
>> Thanks for the patch!  Unfortunately I'm having a bit of trouble with
>> it...  Applying it to quilt_0.46-4 gives a bunch of test case failures
>> during the build.  Any hints?

> You forgot to put Russ in copy so he never saw your email.

> (Leaving the rest of the email for the benefit of Russ so that he can
> comments on the test failures)

I was unable to find any way of modifying quilt to not require
cross-directory hard-links in a way that still passed its test suite.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#541382: dmucs: Missing init.d script dependency info

[Petter Reinholdtsen]

Package:  dmucs
Version:  0.6.1-1
Severity: minor
Tags: patch
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependency incorrect-runlevels

With dependency based boot sequencing, I discovered what I believe is
a bug in the init.d script. The dependencies are not correct.  The
daemon need /usr/ to be mounted, and thus need to depend on $remote_fs
both during boot and shutdown.  The effect is minimal because it is
not started from rcS.d/, but should be fixed.  The Should-Start header
do not make sense, and should be dropped.

http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
 >
documents the LSB header format.  Some debian notes are available from
http://wiki.debian.org/LSBInitScripts >.

This patch should solve the issue.  Without it, the init.d might start
to early in the boot sequence.

diff -ur dmucs-0.6.1/debian/init dmucs-0.6.1-pere/debian/init
--- dmucs-0.6.1/debian/init 2009-08-13 21:41:17.0 +0200
+++ dmucs-0.6.1-pere/debian/init2009-08-13 21:41:42.0 +0200
@@ -1,8 +1,8 @@
 #!/bin/sh
 ### BEGIN INIT INFO
 # Provides:  dmucs
-# Should-Start:  loadavg
-# Required-Start:
+# Required-Start:$remote_fs
+# Required-Stop: $remote_fs
 # Required-Stop:
 # Default-Start: 2 3 4 5
 # Default-Stop:  0 1 6

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#541381: canto: please migrate to python-multiprocessing

[Sandro Tosi]

Package: canto
Severity: normal

Hello,
I just saw #541376 being closed, so I'd like to request to migrate to
python-multiprocessing, that it's the backport from Python 2.6 of
'multiprocessing' module, that's the evolution of 'processing'.

Please note that soon python-processing will be removed.

Thanks,
Sandro

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

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

Versions of packages canto depends on:
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libncursesw5  5.7+20090411-1 shared libraries for terminal hand
ii  python2.5.4-2An interactive high-level object-o
ii  python-chardet1.0.1-1.1  universal character encoding detec
pn  python-feedparser  (no description available)

canto recommends no packages.

canto suggests no packages.



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

Bug#431229: trouble with patch

[Raphael Hertzog]

Hi,

On Tue, 01 Jan 2008, Adam Megacz wrote:
> Thanks for the patch!  Unfortunately I'm having a bit of trouble with
> it...  Applying it to quilt_0.46-4 gives a bunch of test case failures
> during the build.  Any hints?

You forgot to put Russ in copy so he never saw your email.

(Leaving the rest of the email for the benefit of Russ so that he can
comments on the test failures)

> [applied.test]
> Use of uninitialized value in undef operator at ./run line 39.
> Use of uninitialized value in undef operator at ./run line 39.
> [1] $ rm -rf d -- ok
> [2] $ mkdir -p d/patches -- ok
> [3] $ cd d -- ok
> [5] $ echo a > a -- ok
> [6] $ echo b > b -- ok
> [7] $ diff -u a b > patches/patch -- ok
> [8] $ echo patch -p0 > patches/series -- ok
> [9] $ rm -f b -- ok
> [10] $ quilt push -q -- ok
> [14] $ quilt pop -q -- ok
> [18] $ patch -s -p0 < patches/patch -- ok
> [19] $ quilt push -q -- failed
> Applying patch patches/patch  == Applying patch patches/patch
> 1 out of 1 hunk FAILED== 1 out of 1 hunk FAILED
> Now at patch patches/patch!= Patch patches/patch can be
> reverse-applied
> [24] $ echo patch -p0 -R > patches/series -- ok
> [25] $ quilt push -q -- failed
> File series fully applied, ends at patch patches/patch != Applying
> patch patches/patch
> ~ != Now at patch patches/patch
> [29] $ quilt pop -q -- ok
> [33] $ patch -s -p0 -R < patches/patch -- ok
> [34] $ quilt push -q -- failed
> Applying patch patches/patch  == Applying patch patches/patch
> 1 out of 1 hunk FAILED== 1 out of 1 hunk FAILED
> Now at patch patches/patch!= Patch patches/patch can be
> reverse-applied
> [39] $ cd .. -- ok
> [40] $ rm -rf d -- ok
> 19 commands (16 passed, 3 failed)
> make[1]: *** [test/.applied.ok] Error 3
> make[1]: Leaving directory `/tmp/quilt-0.46'
> make: *** [debian/stamp-makefile-check] Error 2
> megacz_ad...@deleuze:/tmp/quilt-0.46$
> 
> 
> 

-- 
Raphaël Hertzog



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

Bug#523073: [debian/debian-sid] Add aliases to the mssql functions on the sybase extension (Closes: #523073)

[Raphael Geissert]

tag 523073 pending
thanks

Date: Tue Aug 11 13:08:10 2009 -0500
Author: Raphael Geissert 
Commit ID: 11a51ed7893e9cbd7769fa4d9af1aa9f649e4e54
Commit URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=11a51ed7893e9cbd7769fa4d9af1aa9f649e4e54
Patch URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=11a51ed7893e9cbd7769fa4d9af1aa9f649e4e54

Add aliases to the mssql functions on the sybase extension (Closes: #523073)

Patch from Ubuntu, thanks
  



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

Bug#540605: [debian/debian-sid] Don't strcmp a null value in ini_restore (partially addresses #540605)

[Raphael Geissert]

tag 540605 pending
thanks

Date: Thu Aug 13 14:35:28 2009 -0500
Author: Raphael Geissert 
Commit ID: 3f0289b50e71947fa20061cdfe8c92b27413a453
Commit URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=3f0289b50e71947fa20061cdfe8c92b27413a453
Patch URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=3f0289b50e71947fa20061cdfe8c92b27413a453

Don't strcmp a null value in ini_restore (partially addresses #540605)

Patch cherry-picked from upstream. Added local test case.
  



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

Bug#540605: [debian/debian-sid] Avoid possible memory dumps via PG on restored ini values (Closes: #540605)

[Raphael Geissert]

tag 540605 pending
thanks

Date: Thu Aug 13 14:01:57 2009 -0500
Author: Raphael Geissert 
Commit ID: 34fc0a7c6c90c919e1cf96940a15d16535ad820a
Commit URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=34fc0a7c6c90c919e1cf96940a15d16535ad820a
Patch URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=34fc0a7c6c90c919e1cf96940a15d16535ad820a

Avoid possible memory dumps via PG on restored ini values (Closes: #540605)

Patch cherry-picked from upstream.
Thanks to Michael S. Gilbert for the report.
  



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

Bug#407440: [Bug-ddrescue] Re: Bug#407440: gddrescue: missing pass indicator

[Michael Prokop]

* Antonio Diaz Diaz  [20090813 20:56]:
> Michael Prokop wrote:

> >>Assuming ddrescue does several passes to try to rescue data,
> >>a pass counter might be displayed to the user.

> Ddrescue already shows the name of the pass being performed (each pass 
> does a different thing) and, when retrying, the retry number.

Great, thanks for clarification, Antonio.

> >* Do you have an idea how to simulate a broken device?

> No, but Corvus Corax is working on it. See this message (Benchmarking 
> ddrescue) 
> http://lists.gnu.org/archive/html/bug-ddrescue/2009-07/msg00027.html

Ah, thanks for the pointer.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#541177: flex stuck in infinite loop on some input patterns

[Philip Ashmore]

My bad.

It turns out it was the parser - did I mention I was also a bison newbie?

Thanks for your help anyway.



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

Bug#541380: avr-evtd: Missing init.d script dependency info and incorrect runlevel list

[Petter Reinholdtsen]

Package:  avr-evtd
Version:  1.7.2-1
Severity: important
Tags: patch
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependency incorrect-runlevels

With dependency based boot sequencing, I discovered what I believe is
a bug in the init.d script. The dependencies are not correct.  The
daemon need /usr/ to be mounted, and thus need to depend on $remote_fs
both during boot and shutdown.  It also uses syslog, and should depend
on $syslog.  The runlevel list in the header do not match the ones
used in the call to update-rc.d.  I found it strange that it should
not start in runlevels 3-5 and not stop in runlevel 1, but assume that
is correct.

http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
 >
documents the LSB header format.  Some debian notes are available from
http://wiki.debian.org/LSBInitScripts >.

This patch should solve the issue.  Without it, the init.d will start
to early in the boot sequence, and start in runlevels 1 and 3 to 5.

diff -ur avr-evtd-1.7.3/Install/avr_evtd.init 
avr-evtd-1.7.3-pere/Install/avr_evtd.init
--- avr-evtd-1.7.3/Install/avr_evtd.init2008-09-19 06:11:25.0 
+0200
+++ avr-evtd-1.7.3-pere/Install/avr_evtd.init   2009-08-13 21:23:54.0 
+0200
@@ -15,9 +15,9 @@

 ### BEGIN INIT INFO
 # Provides:  avr-evtd
-# Required-Start:
-# Required-Stop:
-# Default-Start: 1 2 3 4 5
+# Required-Start:$remote_fs $syslog
+# Required-Stop: $remote_fs $syslog
+# Default-Start: 2
 # Default-Stop:  0 6
 # Short-Description: Linkstation/Kurobox AVR watchdog daemon
 ### END INIT INFO

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#541379: libqscintilla changed ABI without bumping soname

[Martin Zobel-Helas]

Package: libqscintilla2-5
Severity: grave

Hi,

libqscintilla changed ABI without bumping soname. That broke several packages,
including tora and monkeystudio.

Please adjust your package accordingly and coordinate the binNMU of the other
packages with me afterwards.

Greetings
Martin
-- 
 Martin Zobel-Helas   | Debian System Administrator
 Debian & GNU/Linux Developer   |   Debian Listmaster
 Public key http://zobel.ftbfs.de/5d64f870.asc   -   KeyID: 5D64 F870
 GPG Fingerprint:  5DB3 1301 375A A50F 07E7  302F 493E FB8E 5D64 F870


signature.asc
Description: Digital signature

Bug#541378: apt-cacher: Missing init.d $remote_fs script dependency

[Petter Reinholdtsen]

Package:  apt-cacher
Version:  1.5.4
Severity: important
Tags: patch
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependency incorrect-runlevels

With dependency based boot sequencing, I discovered what I believe is
a bug in the init.d script. The dependencies are not correct.  The
daemon need /usr/ to be mounted, and thus need to depend on $remote_fs
both during boot and shutdown.  The dependency on mountall can be
dropped.  Also, the script should be stopped in runlevel 1.  The empty
Should-* headers are not needed and can be removed.

http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
 >
documents the LSB header format.  Some debian notes are available from
http://wiki.debian.org/LSBInitScripts >.

This patch should solve the issue.  Without it, the init.d might start
to early in the boot sequence, and fail to stop in runlevel 1.

diff -ur apt-cacher-1.6.8/debian/apt-cacher.init 
apt-cacher-1.6.8-pere/debian/apt-cacher.init
--- apt-cacher-1.6.8/debian/apt-cacher.init 2009-02-05 00:53:53.0 
+0100
+++ apt-cacher-1.6.8-pere/debian/apt-cacher.init2009-08-13 
21:12:31.0 +0200
@@ -3,12 +3,10 @@

 ### BEGIN INIT INFO
 # Provides:  apt-cacher
-# Required-Start:
-# Should-Start:  mountall
-# Required-Stop:
-# Should-Stop:
+# Required-Start:$remote_fs
+# Required-Stop: $remote_fs
 # Default-Start: 2 3 4 5
-# Default-Stop:  0 6
+# Default-Stop:  0 1 6
 # Short-Description: apt-cacher package caching proxy daemon
 # Description:   The apt-cacher service is used to cache packages for a 
system or LAN
 ### END INIT INFO

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#534876:

[Sandro Tosi]

Hello Sheridan,
thanks for your follow-up

On Thu, Aug 13, 2009 at 19:22, Sheridan Hutchinson wrote:
> Package: python-reportbug
> Severity: normal
>
> I don't now about how others would feel, however would a normal dependency on 
> python-vte be more appropriate and user-friendly?

No, this won't work; what we're considering to do is force python-gtk2
and python-vte to be present to make Gtk+ gui working.

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



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

Bug#528053: php5-cli: Occasionaly crashes with 'Segmentation fault' after execution is finished

[Jonas Falck]

On Thu, Aug 13, 2009 at 9:11 PM, Raphael Geissert wrote:

> Hi,
>
> Please install the php5-dbg package and provide a full backtrace and answer
> the following questions:
> On what architecture(s) are you experiencing the problem?
> How many cores does the CPU have?
> Do you have the mysql extension installed?
>
> Thanks.
>
> Cheers,
> --
> Raphael Geissert - Debian Developer
> www.debian.org - get.debian.net
>


Accually i no longer have this problem. It was resolved after a reboot a
month ago.
-- 
Mvh Jonas Falck

Bug#528053: php5-cli: Occasionaly crashes with 'Segmentation fault' after execution is finished

[Raphael Geissert]

Hi,

Please install the php5-dbg package and provide a full backtrace and answer 
the following questions:
On what architecture(s) are you experiencing the problem?
How many cores does the CPU have?
Do you have the mysql extension installed?

Thanks.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#540929: [lxde-settings-daemon] config file is intalled in the wrong location

[Andrew Lee]

Julien Lavergne wrote:
> Yes, I modified the package for this (removed depends than can't be
> satisfy for now)

Hum. This package should conflicts lxde-common (< 0.4).

>> If you do, do you use maintainer's config file?
> You mean configurations shipped by upstream ? If so yes. And it doesn't
> apply when installing in etc/ I made all my tests without specific
> configurations in ~/.config

Please check /etc/xdg/lxsession/LXDE/autostart, it's
@lxde-settings-daemon or @lxde-settings?

-Andrew



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

Bug#540442: openoffice.org: OpenOffice.org don't open OOXML with password

[Rene Engelhard]

On Sat, Aug 08, 2009 at 11:05:45AM +0200, Rene Engelhard wrote:
> forwarded 540442 http://qa.openoffice.org/issues/show_bug.cgi?id=92645
> tag 540442 + upstream
[...]
> Anyway, http://qa.openoffice.org/issues/show_bug.cgi?id=92645 is where this
> is discussed upstream. It's a upstream bug anyway. Markin gas forwarded; the
> bug will be closed whenever they fixed it upstream and we upload that release
> to Debian.

This is supposed to be fixed in OOo 3.2.0.

Grüße/Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#541320: Config upgrade issue, fixed

[thomas schorpp]

Fixed it, config upgrade issue.

Steps:
-Removed old applet in panel
-Removed gnome-volume-control-applet from sessions->autostart
-Saved session-> running apps
-gnome restart
-Added mixer-applet2
-Saved session
-Reinstalled gnome-media + pulseaudio-xxx
(-several gnome restarts and kills of volume and mixer apps)
-gnome restart
-removed double speaker applet in panel (mixer-applet2)
-gnome-volume-control-applet reappered in session->autostart
-Saved session->running apps
(-several gnome restarts with system-tools, pulseaudio und gconfd-2 kills)
cannot remember exact procedure, sorry

status:

scho...@tom1:~$ ps -Af |grep vol 
schorpp  14787 14488  0 20:52 ?00:00:00 gnome-volume-control-applet

schorpp  14795 1  0 20:52 ?00:00:00 
/usr/lib/gvfs/gvfs-hal-volume-monitor
schorpp  14799 1  0 20:52 ?00:00:00 
/usr/lib/gvfs/gvfs-gphoto2-volume-monitor
schorpp  14902 1  0 20:52 ?00:00:00 gnome-volume-control.gstreamer
schorpp  15548 23296  0 20:59 pts/400:00:00 grep vol
scho...@tom1:~$ 
scho...@tom1:~$ 
scho...@tom1:~$ ps -Af |grep mix

schorpp  15564 23296  0 21:00 pts/400:00:00 grep mix
scho...@tom1:~$ 
scho...@tom1:~$ ps -Af |grep pulse

schorpp  13781 1  0 20:47 ?00:00:00 /usr/bin/pulseaudio 
--log-target=syslog
schorpp  15580 23296  0 21:00 pts/400:00:00 grep pulse
scho...@tom1:~$ 


mixer usable.

y
tom




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

Bug#161432: [Bug target/8603] [Alpha] s?addl pattern doesn't work

[uros at gcc dot gnu dot org]

--- Comment #9 from uros at gcc dot gnu dot org  2009-08-13 18:57 ---
Subject: Bug 8603

Author: uros
Date: Thu Aug 13 18:57:15 2009
New Revision: 150723

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150723
Log:
PR target/8603
* config/alpha/alpha.md (addsi3): Remove expander.
(addsi3): Rename from *addsi3_internal insn pattern.
(subsi3): Remove expander.
(subsi3): Rename from *subsi3_internal insn pattern.


Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/alpha/alpha.md


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8603

--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.



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

Bug#541377: ITA: apachetop --- Realtime Apache monitoring tool

[Sébastien Posé]

Package: wnpp
Severity: normal

Bug#407440: [Bug-ddrescue] Re: Bug#407440: gddrescue: missing pass indicator

[Antonio Diaz Diaz]

Hello Michael, thanks for maintaining gddrescue.

Michael Prokop wrote:

Assuming ddrescue does several passes to try to rescue data,
a pass counter might be displayed to the user.


Ddrescue already shows the name of the pass being performed (each pass 
does a different thing) and, when retrying, the retry number.




* Do you have an idea how to simulate a broken device?


No, but Corvus Corax is working on it. See this message (Benchmarking 
ddrescue) 
http://lists.gnu.org/archive/html/bug-ddrescue/2009-07/msg00027.html



Best regards,
Antonio.



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

Bug#540929: [lxde-settings-daemon] config file is intalled in the wrong location

[Julien Lavergne]

Le jeudi 13 août 2009 à 23:44 +0800, Andrew Lee a écrit :
> Do you have lxde-common upgraded to 0.4.2?
Yes, I modified the package for this (removed depends than can't be
satisfy for now)

> If you do, do you use maintainer's config file?
You mean configurations shipped by upstream ? If so yes. And it doesn't
apply when installing in etc/ I made all my tests without specific
configurations in ~/.config

> > After another check, lxde-settings-daemon was merged into lxsession,
> > which seems to have no config files. So it's in fact solve upstream :)
> > (at least for this package).
> 
> In upstream's SVN, config files are all stored under /etc/lxsession/
> .
Ok, so they should have done proper fix to support this. I'll wait for
next upstream release and report a bug if there is still the problem.

Regards,
Julien Lavergne




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

Bug#541376: canto: 0.7.x requires the python-processing module to run on Python 2.5

[Ales Zabala Alava (Shagi)]

Package: canto
Version: 0.7.2-1
Severity: important

Canto does not start without python-processing installed.
Gives the exact error I put as subject of this mail, and after installing
python-processing runs fine again.

Please add dependency to python-processing.

Bye,

Shagi



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

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

Versions of packages canto depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libncursesw5  5.7+20090803-1 shared libraries for terminal hand
ii  python2.5.4-2An interactive high-level object-o
ii  python-chardet1.0.1-1.1  universal character encoding detec
ii  python-feedparser 4.1-14 Universal Feed Parser for Python

canto recommends no packages.

canto suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#541374: RM: polgen-doc-non-dfsg -- ROM; Dead upstream, obsolete

[Manoj Srivastava]

Package: ftp.debian.org
Severity: normal

Hi,

The last release was in 2006, and the package itself has a ROM
 request. This is obsolete technology.

manoj



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

Bug#532757: Stripped debug info breaks erlang-dialyzer

[Sergei Golovan]

On Thu, Aug 13, 2009 at 2:10 PM, Michael Pitidis wrote:
>
> Distributing erlang with stripped debug info breaks dialyzer (and probably any
> application which extracts abstract code from beam files). Dialyzer requires a
> persistent lookup table (plt), containing analysis information from any
> dependencies. Any non-trivial erlang program uses several library functions
> from erlang-base, therefore it's a very common scenario to build a plt from
> some of these libraries.

I know that dialyzer and debugger don't work when the debug info is
stripped from beam files.

The idea of removing debug info was to reduce the size of the packages
making them more usable in embedded environment and fit small-size
media (needed for UbuntuOne project).

So, now I'm a bit unsure which way to prefer - restore debug info in
beams or leave dialyzer and debugger broken. Building set of -dbg
packages (installable simultaneously) seem to be too complicated
(technically it's possible to point erlang root to an alternative
directory, but it'd be hard to make other packages installed to
/usr/lib/erlang/lib work with that setup).

Cheers!
-- 
Sergei Golovan



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

Bug#541296: migrationtools: migrate_services.pl generates invalid entry for tcp/udp echo

[Jonas Smedegaard]

On Thu, Aug 13, 2009 at 10:50:30AM -0700, Mike Castle wrote:

On Wed, Aug 12, 2009 at 10:18:30PM -0700, Mike Castle wrote:


Severity: grave
Justification: causes non-serious data loss


Incorrect: No data was actually *lost*, right?


I think it's correct.  After all the definition is:

'causes non-serious data loss', """causes the loss of data on the system
   that is unimportant, or restorable without resorting to backup media"""

Granted, I ran migrationtools once, two years ago.  And now, trying to
upgrade slapd caused there to be no ldap server running, because the
data is invalid.  As a result, I ended up with an ldap server with no
data in it.  Seemed lost to me.  Sure, it was there in /var/backups.
But it did involve a restore process that seems to imply the final
clause there.


migrationtools did not hide your data, slapd did!

If package A contains "test -e /arrrgh && rm -rf /home" and package B 
contains "touch arrrgh" then package B does not have a grave bug.


What you describe above is slapd upgrade script dropping (or hiding) 
your data when containing syntactic errors.  If you find that behaviour 
a grave bug, then file a bugreort against that package.


migrationtools generating bogus ldif data is *not* a grave bug.  
Tolerating bogus ldif data and then later being more strict might be 
(but as you said the data was not exactly lost - and I suspect that 
slapd kindly asked you if you wanted to do the upgrade).


Please do not discuss slapd behaviour any further here - only 
migrationtools behaviour.



The fix for bug#307618 actually introduced another issue.  Any 
system that used migrationtools to load services will be unable to 
upgrade to slapd 2.4.17-1 (actually, anything newer than 2.4.15). 
 Reference bug#541292 for details.  But essentially, 
`cn=echo+ipServiceProtocol=tcp+ipServiceProtocol=udp' is an illegal 
value.



At first glance, it seems that replacing the + with _ allows the 
file to load, but I'm not sure if that's sufficient for everything 
to work properly.  I don't know if this dn: is used or just needs to 
be unique.


In principle they are unique, but I suspect that most users of 
migrationtools won't actually use that data.


I will simply disable that patch for now, and leave it to the user to 
decide if they want to a) use only some of the scripts og b) 
force-load with the result that tcp and udp entries are merged.


A force load that results in the same string will never work in the
long run.  Better to give them the ability to have a valid string.


You are free to have that opinion.  You would then choose a) above :-)



Maybe instead of `+' use `_and_'   ?


I dislike inventing pseudo-separators.  I thought I was clever 
discovering that "+" separator but learned a lesson here.



Kind regards,

 - Jonas

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

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#541375: RM: polgen-dfsg -- ROM; Dead upstream, non functional on modern systems

[Manoj Srivastava]

Package: ftp.debian.org
Severity: normal

Hi,

The last release was in 2006, and there have been no changes
 since.  The technology has moved far past since.

manoj



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

Bug#541372: maintainer-script-needs-depends-on-ucf: check for '|| true'

[Aurelien Jarno]

Package: lintian
Version: 2.2.13
Severity: normal

Lintian reports the following warning on libsensors4:

W: libsensors4: maintainer-script-needs-depends-on-ucf preinst

However the maintainer script contains:

ucf -p /etc/sensors3.conf || true

So there should be no problem. I think a check for '|| true' should be
added in lintian.

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

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

Versions of packages lintian depends on:
ii  binutils   2.19.1-1  The GNU assembler, linker and bina
ii  diffstat   1.46-1produces graph of changes introduc
ii  dpkg-dev   1.15.3.1  Debian package development tools
ii  file   4.26-2Determines file type using "magic"
ii  gettext0.17-6GNU Internationalization utilities
ii  intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl0.1.22+b1 Perl interface to libapt-pkg
ii  libipc-run-perl0.82-1Perl module for running processes
ii  libparse-debianchangel 1.1.1-2   parse Debian changelogs and output
ii  libtimedate-perl   1.1600-9  Time and date functions for Perl
ii  liburi-perl1.37+dfsg-1   Manipulates and accesses URI strin
ii  man-db 2.5.2-4   on-line manual pager
ii  perl [libdigest-sha-pe 5.10.0-19 Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch (no description available)
ii  libtext-template-perl 1.44-1.2   Text::Template perl module
ii  man-db2.5.2-4on-line manual pager

-- no debconf information



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