Bug#896132: thermald uninitialised member causes loss of temperature control

[Marc Pignat]

Ben,

I tried restarting thermald (1.7.0-5) at least 10 times, and the system always 
see the same broken sensor, the same as in 1.7.0-4 and the same as in 1.7.0-6.

Perhaps by luck (or perhaps because some library or compiler version 
difference) thermald 1.7.0-5 worked fine on my ubuntu 18.04 setup.

Thank you Ben and Colin


Best regards


Marc

Bug#289884: help needed?

[Marc Pignat]

On Tuesday 22 June 2010 12:45:07 Damyan Ivanov wrote:
> -=| Marc Pignat, Tue, Jun 22, 2010 at 08:59:34AM +0200 |=-
> > Hi Niko!
> > 
> > Can I make something for this bug?
> > 
> > Have you forwarded our solution upstream?
> 
> I am not Niko, but looking at the bug log it appears that it was fixed 
> in perl 5.10.1-13 (in unstable and testing). There is also notion that 
> the bug was forwarded to 
> http://rt.cpan.org/Public/Bug/Display.html?id=35823
> 

Hi Damyan!

I written this patch and I just wanted to know if I can do something more...

* by pushing (or trying to push) the patch upstream?
* by testing the patch on 5.12.1-1?

Best regards

Marc



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

Bug#585955: Now working

[Marc Pignat]

Hi Casey!

Thanks for your response, editing the /etc/modprobe.d/radeon-kms.conf fixed the 
problem.

I don't really understand why the bts hasn't cc'ed me...

Regards

Marc



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

Bug#289884: help needed?

[Marc Pignat]

Hi Niko!

Can I make something for this bug?

Have you forwarded our solution upstream?

Best regards


Marc



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

Bug#580106: Probably the wrong instruction set

[Marc Pignat]

Hi all!

I had a look at the libclutter's build log, and it is built for armv5t,
you're running on armv4t, so your cpu has probably some missing instructions.

I think the armel port should run on armv4t hardware, so libclutter should be
compiled with -march=armv4t.

Best regards

Marc



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

Bug#579644: closed by Guido Günther (Fixed in 0.8.1-2)

[Marc Pignat]

Hi Guido!

0.8.1-2 fixed the problem.

Thanks a lot!

Best regards

Marc



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

Bug#585955: xserver-xorg-video-radeon: 1:6.13.0-2 incompatible with kernel 2.6.34-1-amd64

[Marc Pignat]

On Tuesday 15 June 2010 09:30:55 Brice Goglin wrote:
> Le 15/06/2010 09:05, Marc Pignat a écrit :
> > kernel 2.6.34-1-amd64 + xserver-xorg-video-radeon 1:6.13.0-2 -> KO
> >   
> > Versions of packages xserver-xorg-video-radeon suggests:
> > pn  firmware-linux (no description available)
> >   
> 
> You should probably install this.

Thanks for your advice, and your fast response.

With firmware-linux installed, X starts, but the display is broken.

The resolution is ok, but the cursor is a big white square and the login
dialog is not displayed.

Here are some more info:
lspci | grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc RV620 LE [Radeon HD 
3450]

Attached my new Xorg.0.log

Best regards


Marc


Xorg.0.log.old
Description: application/trash

Bug#585136: kdebase-runtime: drkonqi reports bugs upstream, not following the Debian BTS policy

[Marc Pignat]

On Wednesday 09 June 2010 16:28:30 Modestas Vainius wrote:
...
> Users are free to report upstream bugs to Debian BTS but they typically go 
> unanswered. So what's better?
> 
> 

Sure, for me bugs should be filled upstream.

But here is an extract from /usr/share/doc/debian/bug-reporting.txt (same text 
in http://www.debian.org/Bugs/Reporting)

How to report a bug in Debian
...

...
Don't file bugs upstream
If you file a bug in Debian, don't send a copy to the upstream software 
maintainers yourself, as it is possible that the bug exists only in Debian. If 
necessary, the maintainer of the package will forward the bug upstream.
...

The title says "how to report a bug in Debian..."
For me a bug in a KDE application shipped by Debian is a "bug in Debian", so I 
should use bugreport ;)

I think I misinterpreted this documentation, but we should say something like :
"Fill bugs upstream unless it seams debian related."

I'm probably not alone thinking like that, most bugs in the BTS are upstream 
bugs.


Thanks for your responses and best regards


Marc



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

Bug#585136: kdebase-runtime: drkonqi reports bugs upstream, not following the Debian BTS policy

[Marc Pignat]

Package: kdebase-runtime
Version: 4:4.4.3-1
Severity: normal

Hi all!

I think there is a problem with reporting bugs with DrKonqi.

DrKonqi fills bugs upstream, but the Debian policy is to fill bug using the
Debian BTS.

As a side effect, we can see the bug count for DebianKde is falling (at least
on the yearly graph (http://pkg-kde.alioth.debian.org/kdebuggraph.html).

I think either drkonqi or the documentation of BTS should be fixed.


Best regards


Marc

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

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

Versions of packages kdebase-runtime depends on:
ii  kdebase-runtime-dat 4:4.4.3-1shared data files for the KDE 4 ba
ii  kdelibs5-plugins4:4.4.3-2core plugins for KDE Applications
ii  libasound2  1.0.22-2 shared library for ALSA applicatio
ii  libattica0  0.1.3-2  a Qt library that implements the O
ii  libc6   2.10.2-9 Embedded GNU C Library: Shared lib
ii  libexiv2-6  0.19-1   EXIF/IPTC metadata manipulation li
ii  libgcc1 1:4.4.4-1GCC support library
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG
ii  libkde3support4 4:4.4.3-2the KDE 3 Support Library for the
ii  libkdecore5 4:4.4.3-2the KDE Platform Core Library
ii  libkdesu5   4:4.4.3-2the Console-mode Authentication Li
ii  libkdeui5   4:4.4.3-2the KDE Platform User Interface Li
ii  libkdnssd4  4:4.4.3-2the DNS-SD Protocol Library for th
ii  libkfile4   4:4.4.3-2the File Selection Dialog Library
ii  libkhtml5   4:4.4.3-2the KHTML Web Content Rendering En
ii  libkio5 4:4.4.3-2the Network-enabled File Managemen
ii  libkmediaplayer44:4.4.3-2the KMediaPlayer Interface for the
ii  libknewstuff2-4 4:4.4.3-2the "Get Hot New Stuff" v2 Library
ii  libknewstuff3-4 4:4.4.3-2the "Get Hot New Stuff" v3 Library
ii  libknotifyconfig4   4:4.4.3-2library for configuring KDE Notifi
ii  libkparts4  4:4.4.3-2the Framework for the KDE Platform
ii  libkpty44:4.4.3-2the Pseudo Terminal Library for th
ii  libkutils4  4:4.4.3-2various utility classes for the KD
ii  libnepomuk4 4:4.4.3-2the Nepomuk Meta Data Library
ii  libnepomukquery4a   4:4.4.3-2the Nepomuk Query Library for the
ii  libopenexr6 1.6.1-4.1runtime files for the OpenEXR imag
ii  libphonon4  4:4.6.0really4.4.1-2 the core library of the Phonon mul
ii  libplasma3  4:4.4.3-2the Plasma Library for the KDE Pla
ii  libqt4-dbus 4:4.6.2-4Qt 4 D-Bus module
ii  libqt4-network  4:4.6.2-4Qt 4 network module
ii  libqt4-qt3support   4:4.6.2-4Qt 3 compatibility library for Qt
ii  libqt4-svg  4:4.6.2-4Qt 4 SVG module
ii  libqt4-xml  4:4.6.2-4Qt 4 XML module
ii  libqtcore4  4:4.6.2-4Qt 4 core module
ii  libqtgui4   4:4.6.2-4Qt 4 GUI module
ii  libsmbclient2:3.4.8~dfsg-1   shared library for communication w
ii  libsolid4   4:4.4.3-2Solid Library for KDE Platform
ii  libsoprano4 2.4.3+dfsg.1-1   libraries for the Soprano RDF fram
ii  libssh-40.4.2-1  A tiny C SSH library
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  libstreamanalyzer0  0.7.2-1  streamanalyzer library for Strigi
ii  libstreams0 0.7.2-1  streams library for for Strigi Des
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxcursor1 1:1.1.10-2   X cursor management library
ii  oxygen-icon-theme   4:4.4.3-1Oxygen icon theme
ii  perl5.10.1-12Larry Wall's Practical Extraction
ii  phonon-backend-xine 4:4.6.0really4.4.1-2 Phonon Xine 1.1.x backend
ii  plasma-scriptengine 4:4.4.3-1the JavaScript script engine for P
ii  shared-desktop-onto 0.4-1shared ontologies for semantic sea

Versions of packages kdebase-runtime recommends:
ii  hal0.5.14-2  Hardware Abstraction Layer
ii  virtuoso-minimal   6.1.1+dfsg1-1 high-performance database - core d

Versions of packages kdebase-runtime suggests:
pn  djvulibre-bin  (no description available)
pn  icoutils   (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@l

Bug#289884: Problem with compiler optimization (now with a patch)

[Marc Pignat]

On Sunday 30 May 2010 22:35:49 Niko Tyni wrote:
> On Thu, May 27, 2010 at 08:29:14AM +0200, Marc Pignat wrote:
...
> All my tests indicate that your solution works, so I intend to include
> it in the next upload soon and notify upstream when we've verified the
> bug is actually fixed with the new packages.

The test attached with the bug report  (md5.pl) runs fine on my (armel) n2100 
using this patch.

pooky:/tmp# perl ./md5.pl 
1..14
ok 1
ok 2
ok 4
ok 10
ok 11

Best regards


Marc



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

Bug#289884: Problem with compiler optimization (now with a patch)

[Marc Pignat]

Hi!

I think I've found the (very bad) joke!

I've extracted the code which detect alignment failures into a test/try.c, then 
I tried it :

gcc -O0 -Wall -o try try.c && ./try
write failed (efbe)
pooky:~/test# gcc -O -Wall -o try try.c && ./try
pooky:~/test# gcc -O1 -Wall -o try try.c && ./try
pooky:~/test# gcc -O2 -Wall -o try try.c && ./try
pooky:~/test# gcc -O3 -Wall -o try try.c && ./try

Only the -O0 fails... the compiler seems to have optimized away most of our 
test!!!

My proposed solution is to use the 'volatile' keyword to make sure the compiler
will really do the job.

Please note that it does not work with -O3, but the configure script compile 
with
-O2, so this should be fine.

At this time I've only tested the Configure scripts, which now detects the
align problem on ARM. I'm compiling the whole thing to check if the md5 bug
goes away!

I hope this will fix this *5 years* old bug, and the upstream bug as well!

Best regards


Marc

---
 Configure |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/Configure b/Configure
index 01fa3c0..19327b7 100755
--- a/Configure
+++ b/Configure
@@ -18549,8 +18549,8 @@ $signal_t bletch(int s) { exit(4); }
 #endif
 int main() {
 #if BYTEORDER == 0x1234 || BYTEORDER == 0x4321
-U8 buf[8];
-U32 *up;
+volatile U8 buf[8];
+volatile U32 *up;
 int i;
 
 if (sizeof(U32) != 4) {
-- 
1.7.1




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

Bug#543477: The whole system is slow

[Marc Pignat]

Hi!

If you run that test on an desktop machine, you will see that that the
'Getopt::Long' version is almost 5 times longer that the 'Getopt::Std'.

On my x86 system :
p...@pim-linux:/tmp/testperl$ time perl -e 'use Getopt::Long;'

real0m0.038s
user0m0.028s
sys 0m0.008s
p...@pim-linux:/tmp/testperl$ time perl -e 'use Getopt::Std;'

real0m0.007s
user0m0.004s
sys 0m0.004s

So this numbers seems normal.



This problem is not related with perl, it is related to something slow in your
architecture (system calls, context-switch, ...) so this wish should go to the
kernel or libc page...


Best regards


Marc



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

Bug#289884: The Configure script seems buggy

[Marc Pignat]

On Saturday 22 May 2010 14:31:47 Niko Tyni wrote:
...
> Does the test program failure depend on /proc/cpu/alignment ?

Not really. Using the default value (0) for /proc/cpu/alignment, the program 
will fail with a bad
exit code (the read or write value is not good), but it seems that the 
configure script is
ignoring that value...

It seems to be a problem with the handling of the return value of the alignment
test, perhaps a shell problem?

> 
> I expect that fixing the problem will change the ABI, which is something
> we can't (easily) do for the 5.10.1 series. However, 5.12.1 is only in
> experimental and ABI changes are still possible for that branch.

Telling perl that it can't uses unaligned access on ARM machine will probably
make no ABI changes...

> 
> I wonder if the armel slowness reported in #543477 is related.
running "time perl -e 'use Getopt::Long;'" does not trigger alignment errors, 
so this seems unrelated!


> 
> I'm a bit short on time, will investigate properly later.
> 
I'm testing a patch, I will send it as soon asap. Unfortunately, it takes ages 
for
compiling on this target...

Regards


Marc



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

Bug#289884: The Configure script seems buggy

[Marc Pignat]

Hi all!

The Configure script is missing the return value of the unaligned access test.

As we can see in the buildd log 
(https://buildd.debian.org/fetch.cgi?pkg=perl;ver=5.10.1-12;arch=armel;stamp=1271034947),
the build system for perl thinks ARM can access unaligned data.

But this is *wrong*.


I extracted and compiled the test program, and it fails on ARM (as expected).

So this is a problem with the Configure script. It seems to miss the return 
value of the
test executed.

Best regards


Marc



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

Bug#289884: bug cause found (not fixed by now)

[Marc Pignat]

Hi all!

I have found the problem: alignment!

I have tried your md5.pl test on an arm machine:

pooky:/tmp# perl md5.pl 
1..14
ok 1
ok 2
ok 4
not ok 10
not ok 11

fails test 10 and 11, but when asked to fix alignment, the test performs well!

pooky:/tmp# echo 2 > /proc/cpu/alignment 
pooky:/tmp# perl md5.pl 
1..14
ok 1
ok 2
ok 4
ok 10
ok 11



Now the same, inside gdb and alignment set to 'signal+warn'

pooky:/tmp# gdb /usr/bin/perl
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabi".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/perl...Reading symbols from 
/usr/lib/debug/usr/bin/perl...done.
(no debugging symbols found)...done.
(gdb) run /tmp/md5.pl 
Starting program: /usr/bin/perl /tmp/md5.pl
[Thread debugging using libthread_db enabled]
1..14
ok 1
ok 2
ok 4

Program received signal SIGBUS, Bus error.
MD5Transform (ctx=, buf=0x659ca "(It may become useful if 
the test is moved to ./t subdirectory.)\n", blocks=1) at MD5.xs:289
289 MD5.xs: No such file or directory.
in MD5.xs
(gdb) 




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

Bug#580064: dnsmasq: dns request forwarded to every upstream name server

[Marc Pignat]

Hi Simon!
> > All queries are done with the same source port and dnsmasq seems to close 
> > the
> > port as soon as the first server has replied, generating ICMP
> > "destination unreachable" messages, is this the intended behavior?
> I'm not aware of anywhere where it causes problems. The alternative id
> to keep ports around, but that might cause problems, since ports are a
> scarce resource and dnsmasq uses a new one for each query.
> 
> 
> Have you seen problems because of this behaviour?

Apart the "destination unreachable" packet, no problem!

Thank you for your wonderful support!

Best regards


Marc



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

Bug#580064: dnsmasq: dns request forwarded to every upstream name server

[Marc Pignat]

Hi Simon!

Thanks you for the explanation!

I have re-done the test, and it runs almost as you said.
The request is also done in parallel on every server when the ttl is gone 
(before the 30 seconds).
My ISP has set a 10 seconds ttl to their hosts...

All queries are done with the same source port and dnsmasq seems to close the
port as soon as the first server has replied, generating ICMP
"destination unreachable" messages, is this the intended behavior?


Here is the tcpdump attached, just in case!


naboo-dns-only.dump
Description: Binary data

Bug#580064: dnsmasq: dns request forwarded to every upstream name server

[Marc Pignat]

Package: dnsmasq
Version: 2.52-1
Severity: normal

*** Please type your report below this line ***
Hi all!

I have 2 nameservers and dnsmasq query the 2 nameservers. I think it should
only query one.

Configuration files and tcpdump of the problem attached.

Best regards


Marc

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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages dnsmasq depends on:
ii  adduser   3.112  add and remove users and groups
ii  dnsmasq-base  2.52-1 A small caching DNS proxy and DHCP
ii  netbase   4.40   Basic TCP/IP networking system

dnsmasq recommends no packages.

Versions of packages dnsmasq suggests:
pn  resolvconf (no description available)

-- no debconf information




naboo-dns.dump
Description: Binary data
#Configuration file for dnsmasq.
#
# Format is one option per line, legal options are the same
# as the long options legal on the command line. See
# "/usr/sbin/dnsmasq --help" or "man 8 dnsmasq" for details.

# The following two options make you a better netizen, since they
# tell dnsmasq to filter out queries which the public DNS cannot
# answer, and which load the servers (especially the root servers)
# uneccessarily. If you have a dial-on-demand link they also stop
# these requests from bringing up the link uneccessarily.

# Never forward plain names (without a dot or domain part)
#domain-needed
# Never forward addresses in the non-routed address spaces.
#bogus-priv


# Uncomment this to filter useless windows-originated DNS requests
# which can trigger dial-on-demand links needlessly.
# Note that (amongst other things) this blocks all SRV requests,
# so don't use it if you use eg Kerberos.
# This option only affects forwarding, SRV records originating for
# dnsmasq (via srv-host= lines) are not suppressed by it.
#filterwin2k

# Change this line if you want dns to get its upstream servers from
# somewhere other that /etc/resolv.conf
resolv-file=/etc/dnsmasq-resolv.conf

# By  default,  dnsmasq  will  send queries to any of the upstream
# servers it knows about and tries to favour servers to are  known
# to  be  up.  Uncommenting this forces dnsmasq to try each query
# with  each  server  strictly  in  the  order  they   appear   in
# /etc/resolv.conf
#strict-order

# If you don't want dnsmasq to read /etc/resolv.conf or any other
# file, getting its servers from this file instead (see below), then
# uncomment this
#no-resolv

# If you don't want dnsmasq to poll /etc/resolv.conf or other resolv
# files for changes and re-read them then uncomment this.
#no-poll

# Add other name servers here, with domain specs if they are for
# non-public domains.
#server=/localnet/192.168.0.1

# Add local-only domains here, queries in these domains are answered
# from /etc/hosts or DHCP only.
#local=/localnet/

# Add domains which you want to force to an IP address here.
# The example below send any host in doubleclick.net to a local
# webserver.
#address=/doubleclick.net/127.0.0.1

# If you want dnsmasq to change uid and gid to something other
# than the default, edit the following lines.
#user=
#group=

# If you want dnsmasq to listen for DHCP and DNS requests only on
# specified interfaces (and the loopback) give the name of the
# interface (eg eth0) here.
# Repeat the line for more than one interface.
#interface=br0
#interface=lo
# Or you can specify which interface _not_ to listen on
#except-interface=
# Or which to listen on by address (remember to include 127.0.0.1 if
# you use this.)
#listen-address=
# If you want dnsmasq to provide only DNS service on an interface,
# configure it as shown above, and then use the following line to
# disable DHCP on it.
#no-dhcp-interface=

# On systems which support it, dnsmasq binds the wildcard address,
# even when it is listening on only some interfaces. It then discards
# requests that it shouldn't reply to. This has the advantage of
# working even when interfaces come and go and change address. If you
# want dnsmasq to really bind only the interfaces it is listening on,
# uncomment this option. About the only time you may need this is when
# running another nameserver on the same machine.
#bind-interfaces

# If you don't want dnsmasq to read /etc/hosts, uncomment the
# following line.
#no-hosts
# or if you want it to read another file, as well as /etc/hosts, use
# this.
#addn-hosts=/etc/banner_add_hosts

# Set this (and domain: see below) if you want to have a domain
# automatically added to simple names in a hosts-file.
expand-hosts

# Set the domain for dnsmasq. this is optional, but if it is set, it
# does the following things.
# 1) Allows DHCP hosts to have fully qualified domain names, as long
# as the domain part matches this setting.
# 2) Sets 

Bug#579644: [Pkg-libvirt-maintainers] Bug#579644: forgotten information

[Marc Pignat]

 
Loaded symbols for /usr/lib/libdb-4.8.so

Reading symbols from /usr/lib/sasl2/libanonymous.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/sasl2/libanonymous.so.2 

Reading symbols from /usr/lib/sasl2/libcrammd5.so.2...(no debugging symbols 
found)...done.  
Loaded symbols for /usr/lib/sasl2/libcrammd5.so.2   

Reading symbols from /usr/lib/sasl2/liblogin.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/sasl2/liblogin.so.2 

Reading symbols from /lib/libcrypt.so.1...(no debugging symbols found)...done.  

Loaded symbols for /lib/libcrypt.so.1   

Reading symbols from /usr/lib/sasl2/libplain.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/sasl2/libplain.so.2 

Reading symbols from /usr/lib/sasl2/libdigestmd5.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/sasl2/libdigestmd5.so.2 

Reading symbols from /lib/libnss_files.so.2...(no debugging symbols 
found)...done.  
Loaded symbols for /lib/libnss_files.so.2   

0x7f6bb637d99d in pthread_join () from /lib/libpthread.so.0 

(gdb) c 

Continuing. 


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f6bb2f87910 (LWP 4512)] 
0x7f6bb637ec64 in pthread_mutex_lock () from /lib/libpthread.so.0
(gdb) bt 
#0  0x7f6bb637ec64 in pthread_mutex_lock () from /lib/libpthread.so.0
#1  0x0043bd3a in qemuDomainObjEnterMonitorWithDriver 
(driver=0x1e0f7b0, obj=0x1e03060) at qemu/qemu_driver.c:499
#2  0x004484f3 in qemudDomainAttachNetDevice (conn=, driver=0x1e0f7b0, vm=0x1e03060, net=0x1e9d730, 
qemuCmdFlags=) at qemu/qemu_driver.c:7173  
 
#3  0x004491bc in qemudDomainAttachDevice (dom=0x1e9d4f0,   
 
xml=0x1e7eb10 "\n  \n  \n  \n") at qemu/qemu_driver.c:7498   
 
#4  0x7f6bb7cc7161 in virDomainAttachDevice (domain=0x1e9d4f0,
xml=0x1e7eb10 "\n  \n  \n  \n") at libvirt.c:5284
#5  0x00426b2f in remoteDispatchDomainAttachDevice (server=, client=,
conn=0x1e7fa60, hdr=, rerr=0x7f6bb2f86e60, 
args=0x7f6bb2f86e10, ret=0x7f6bb2f86db0) at remote.c:1089
#6  0x00428a31 in remoteDispatchClientCall (server=, client=0x7f6bac046250, msg=0x7f6bac001ae0)
at dispatch.c:506
#7  0x00428de3 in remoteDispatchClientRequest (server=0x1df3090, 
client=0x7f6bac046250, msg=0x7f6bac001ae0)
at dispatch.c:388
#8  0x0041a3a8 in qemudWorker (data=) at 
libvirtd.c:1553
#9  0x7f6bb637c73a in start_thread () from /lib/libpthread.so.0
#10 0x7f6bb60ed69d in clone () from /lib/libc.so.6
#11 0x in ?? ()
(gdb) quit
A debugging session is active.

Inferior 1 [process 4510] will be detached.

Quit anyway? (y or n) y
Detaching from program: /usr/sbin/libvirtd, process 4510
Quitting: ptrace: No such process.
naboo:~#

On Thursday 29 April 2010 17:05:12 Guido Günther wrote:
> On Thu, Apr 29, 2010 at 04:16:48PM +0200, Marc Pignat wrote:
> > Hi all!
> > 
> > dmesg showed that : 
> > Apr 29 13:31:28 naboo kernel: [1486623.424945] libvirtd[7178]: segfault at 
> > 10 ip 7f3bc3894c64 sp 7f3bbe498b40 error 4 in 
> > libpthread-2.10.2.so[7f3bc388c000+16000]
> Can you provide a full backtrace using the libvirt-dbg package?
>  -- Guido
> 



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

Bug#579644: forgotten information

[Marc Pignat]

Hi all!

dmesg showed that : 
Apr 29 13:31:28 naboo kernel: [1486623.424945] libvirtd[7178]: segfault at 10 
ip 7f3bc3894c64 sp 7f3bbe498b40 error 4 in 
libpthread-2.10.2.so[7f3bc388c000+16000]


Best regards


Marc



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

Bug#579644: libvirt-bin: adding a virtio network card to a running machine crashed libvirtd

[Marc Pignat]

Package: libvirt-bin
Version: 0.8.0-1
Severity: normal


I added a virtual network interface using virt-manager to a running host,
libvirtd crashed. It is possible that qemu crashed too.

Here is the /var/log/libvirt/qemu/machine.log   

 
qemu: hardware error: ROM images must be loaded at startup  

  

CPU #0:
EAX=b15df5a2 EBX=ffdffc70 ECX=ffdffc70 EDX=04d5
ESI=ffdffc50 EDI=821b30b8 EBP=80549cd0 ESP=80549cb4
EIP=f875bd3e EFL=0246 [---Z-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =0023   00c0f300 DPL=3 DS   [-WA]
CS =0008   00c09b00 DPL=0 CS32 [-RA]
SS =0010   00c09300 DPL=0 DS   [-WA]
DS =0023   00c0f300 DPL=3 DS   [-WA]
FS =0030 ffdff000 1fff 00c09300 DPL=0 DS   [-WA]
GS =    
LDT=    
TR =0028 80042000 20ab 8b00 DPL=0 TSS32-busy
GDT= 8003f000 03ff  
IDT= 8003f400 07ff  
CR0=8001003b CR2=013f CR3=007ca000 CR4=06f8 
DR0= DR1= DR2= DR3= 
DR6=0ff0 DR7=0400   
FCW=027f FSW=0120 [ST=0] FTW=00 MXCSR=  
FPR0=000a11bc  FPR1=53da045e 8cb8   
FPR2=5e490005dee6 d7d0 FPR3=7f9a 4898   
FPR4=01bcf20c0b82  FPR5=    
FPR6=ffc38000 400f FPR7=ccc9a000 4019   
XMM00=6f9860407c9201db XMM01=00f108831057
XMM02=0ca7 XMM03=
XMM04=044e03a77ee9 XMM05=01b20ab0
XMM06=006200050ddf000f XMM07=

It seems that logrotate has cut the beginning of the file...

/var/log/libvirt/qemu/machine.log.1 contains : 

LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin 
HOME=/ QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.11 -enable-kvm -m 512 -smp 
1,sockets=1,cores=1,threads=1 -name machine -uuid 
8a20b96d-332c-dc20-6e3e-a4f0f77587b4 -nodefaults -chardev 
socket,id=monitor,path=/var/lib/libvirt/qemu/machine.monitor,server,nowait -mon 
chardev=monitor,mode=readline -rtc base=localtime -boot c -drive 
file=/var/lib/libvirt/images/machine.qcow2,if=none,id=drive-ide0-0-0,boot=on 
-device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -device 
rtl8139,vlan=0,id=net0,mac=00:00:17:b5:5a:07,bus=pci.0,addr=0x4 -net 
tap,fd=28,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device 
isa-serial,chardev=serial0 -usb -device usb-tablet,id=input0 -vnc 0.0.0.0:7 -k 
fr-ch -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3
char device redirected to /dev/pts/3

I'm not really sure if qemu has crashed or not, but eventually libvirtd crashed!

This happended on a production machine, but feel free to ask me if you need
more information!


Best regards


Marc


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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvirt-bin depends on:
ii  adduser   3.112  add and remove users and groups
ii  libavahi-client3  0.6.25-3   Avahi client library
ii  libavahi-common3  0.6.25-3   Avahi common library
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcap-ng00.6.3-1An alternate posix capabilities li
ii  libdevmapper1.02.12:1.02.45-1The Linux Kernel Device Mapper use
ii  libgcrypt11   1.4.5-2LGPL Crypto library - runtime libr
ii  libgnutls26   2.8.6-1the GNU TLS library - runtime libr
ii  libparted0debian1 2.2-5  The GNU Parted disk partitioning s
ii  libpciaccess0 0.11.0-2   Generic PCI access library for X
ii  libreadline6  6.1-1  GNU readline and history libraries
ii  libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra
ii  libudev0  151-3  libudev shared library
ii  libuuid1  2.16.2-0   Universally Unique ID library
ii  libvirt0  0.8.0-1library for interfacing with diffe
ii  libxenstore3.03.4.3~r

Bug#567996: more info

[Marc Pignat]

Hi all!

I have the same problem here : The usb writing performance drops when writing
on usb-storage device.

* There is only a problem when writing, reading is ok, writing to a filesystem,
  to the partition or to the hdd make the problem happen.

* I suspect this is not the same issue as the one ubuntu one, because I don't 
have
  usb reset device messages.

* I have tested the same kernel version on a x86 machine and is unaffected, but
  it has another usb controller.



I can't test a x86 kernel on my amd64 machine, because it is used in 
production...


Best regards

Marc




Some more info about the test machines:
affected-machine:
cat /proc/version
Linux version 2.6.32-trunk-amd64 (Debian 2.6.32-5) (b...@decadent.org.uk) (gcc 
version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Sun Jan 10 22:40:40 UTC 2010
lspci | grep EHCI
00:12.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller
00:13.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller


working-machine:
cat /proc/version
Linux version 2.6.32-trunk-686 (Debian 2.6.32-5) (b...@decadent.org.uk) (gcc 
version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Sun Jan 10 06:32:16 UTC 2010
lspci | grep EHCI
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI 
Controller (rev 01)





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

Bug#568226: rebuilding the packages fixes the problem

[Marc Pignat]

Hi all!

I recompiled the package with debugging information and the bug goes away.
(no more segfault, the program exits, saying "Error: unable to open ftdi 
device: device not found").

I think this is a library/version problem.

Here is how I recompiled openocd:

su -c "aptitude build-dep openocd"
DEB_BUILD_OPTIONS="nostrip" fakeroot apt-get -b source hello
su -c "dpkg -i openocd_0.3.1-1_i386.deb"

running this recompiled version does not segfault.

Then I recompiled without debugging info
fakeroot apt-get -b source hello
su -c "dpkg -i openocd_0.3.1-1_i386.deb"

running this recompiled version does not segfault.

After that I re-installed the package from squeeze -> segfault.



Best regards

Marc



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

Bug#568226: openocd: segmentation fault when interface not connected

[Marc Pignat]

Package: openocd
Version: 0.3.1-1
Severity: normal

Hi all!

When openocd is started using a libftdi device that is not connected, it 
crashes.
This is not a severe problem, there is no reason to start it without the device
connected, but crahsing is not the best way to tell the user openocd can't find
the device.

Please let me know if you want more information.

Thanks in advance and best regards



Marc




Here is how to reproduce the bug:

p...@pim-linux:~$ openocd -f /usr/share/openocd/scripts/board/at91rm9200-dk.cfg 
-f /usr/share/openocd/scripts/interface/jtagkey.cfg
Open On-Chip Debugger 0.3.1 (2009-11-25-12:22)
$URL$
For bug reports, read
http://openocd.berlios.de/doc/doxygen/bugs.html
trst_and_srst separate srst_gates_jtag trst_push_pull srst_open_drain
dcc downloads are enabled
Warn : use 'at91rm9200.cpu' as target identifier, not '0'
Segmentation fault
p...@pim-linux:~$

and the same with -d3:

p...@pim-linux:~$ openocd -d3 -f 
/usr/share/openocd/scripts/board/at91rm9200-dk.cfg -f 
/usr/share/openocd/scripts/interface/jtagkey.cfg 
Open On-Chip Debugger 0.3.1 (2009-11-25-12:22)  
   
$URL$   
   
For bug reports, read   
   
http://openocd.berlios.de/doc/doxygen/bugs.html 
   
User : 5 1 command.c:400 command_print(): debug_level: 3
   
Debug: 6 1 configuration.c:83 find_file(): found 
/usr/share/openocd/scripts/board/at91rm9200-dk.cfg  
  
Debug: 7 1 configuration.c:83 find_file(): found 
/usr/share/openocd/scripts/target/at91rm9200.cfg
  
Debug: 9 1 command.c:68 script_debug(): command - reset_config  
   
Debug: 10 1 command.c:77 script_debug(): reset_config - 
argv[0]=ocd_reset_config   
Debug: 11 1 command.c:77 script_debug(): reset_config - argv[1]=trst_and_srst   
   
User : 12 1 command.c:400 command_print(): trst_and_srst separate 
srst_gates_jtag trst_push_pull srst_open_drain   
Debug: 13 1 tcl.c:245 jim_newtap_cmd(): Creating New Tap, Chip: at91rm9200, 
Tap: cpu, Dotted: at91rm9200.cpu, 8 params 
Debug: 14 1 tcl.c:262 jim_newtap_cmd(): Processing option: -irlen   
   
Debug: 15 1 tcl.c:262 jim_newtap_cmd(): Processing option: -ircapture   
   
Debug: 16 1 tcl.c:262 jim_newtap_cmd(): Processing option: -irmask  
   
Debug: 17 1 tcl.c:262 jim_newtap_cmd(): Processing option: -expected-id 
   
Debug: 18 1 core.c:1314 jtag_tap_init(): Created Tap: at91rm9200.cpu @ abs 
position 0, irlen 4, capture: 0x1 mask: 0xf 
Debug: 19 1 target.c:4515 jim_target(): Target command params:  
   
Debug: 20 1 target.c:4516 jim_target(): target create at91rm9200.cpu arm920t 
-endian little -chain-position at91rm9200.cpu
Debug: 22 3 command.c:68 script_debug(): command - dcc_downloads
Debug: 23 3 command.c:77 script_debug(): dcc_downloads - 
argv[0]=ocd_arm7_9_dcc_downloads
Debug: 24 3 command.c:77 script_debug(): dcc_downloads - argv[1]=enable
User : 25 3 command.c:400 command_print(): dcc downloads are enabled
Debug: 27 3 command.c:68 script_debug(): command - bank
Debug: 28 3 command.c:77 script_debug(): bank - argv[0]=ocd_flash_bank
Debug: 29 3 command.c:77 script_debug(): bank - argv[1]=cfi
Debug: 30 3 command.c:77 script_debug(): bank - argv[2]=0x1000
Debug: 31 3 command.c:77 script_debug(): bank - argv[3]=0x0020
Debug: 32 3 command.c:77 script_debug(): bank - argv[4]=2
Debug: 33 3 command.c:77 script_debug(): bank - argv[5]=2
Debug: 34 3 command.c:77 script_debug(): bank - argv[6]=0
Warn : 35 3 target.c:344 get_target(): use 'at91rm9200.cpu' as target 
identifier, not '0'
Debug: 36 4 configuration.c:83 find_file(): found 
/usr/share/openocd/scripts/interface/jtagkey.cfg
Debug: 38 4 command.c:68 script_debug(): command - interface
Debug: 39 4 command.c:77 script_debug(): interface - argv[0]=ocd_interface
Debug: 40 4 command.c:77 script_debug(): interface - argv[1]=ft2232
Debug: 42 4 command.c:68 script_debug(): command - ft2232_device_desc
Debug: 43 4 command.c:77 script_debug(): ft2232_device_desc - 
argv[0]=ocd_ft2232_

Bug#552550: hylafax-client: The config file /etc/hylafax/typerules refers to the unavailable Courier-Bold font

[Marc Pignat]

Hi!

On Wednesday 28 October 2009 16:14:46 Giuseppe Sacco wrote:
...
> I am currently working on a new hylafax upload and I wonder if I have to
> configure typerules in order to use enscript instead of textfmt.
> Could you please check that enscript work even when fontconfig isn't
> installed?

I removed the fontconfig packages before doing that test.

The enscript version can even use the Courier-Bold font!

Best regards

Marc



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

Bug#552550: hylafax-client: The config file /etc/hylafax/typerules refers to the unavailable Courier-Bold font

[Marc Pignat]

Hi!

On Wednesday 28 October 2009 15:29:55 you wrote:
>> 
...
>> what's the output of "fc-match Courier-Bold" and "fc-match Courier"
>> commands on your system?
>> what's the output of "fc-match Courier-Bold" and "fc-match Courier"
>Sorry, exact commands are "fc-match courier" and "fc-match courier:bold"
p...@phone:~$ fc-match Courier-Bold
-bash: fc-match: command not found

;)

After installing the fontconfig package, the output becomes:

p...@phone:~$ fc-match Courier
n022003l.pfb: "Nimbus Mono L" "Regular"
p...@phone:~$ fc-match courier
n022003l.pfb: "Nimbus Mono L" "Regular"
p...@phone:~$ fc-match Courier-Bold
n022003l.pfb: "Nimbus Mono L" "Regular"
p...@phone:~$ fc-match courier-cold
n022003l.pfb: "Nimbus Mono L" "Regular"
p...@phone:~$

>> Could you also try to comment the textfmt line in your typerules, and
>> uncomment the enscript line on the same file, then install enscript, and
>> try againt to send a fax?

The enscript version is working fine ;I

Best regards

Marc



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

Bug#552550: hylafax-client: The config file /etc/hylafax/typerules refers to the unavailable Courier-Bold font

[Marc Pignat]

Subject: hylafax-client: The config file /etc/hylafax/typerules refers to the 
unavailable Courier-Bold font
Package: hylafax-client
Version: 2:6.0.3-3
Severity: important

Hi all!

The sendfax command does not work, here is the error I found in my shell:

p...@phone:/tmp$ sendfax -n -d HIDDEN_FAX_NR < /etc/network/interfaces 
textfmt: No font metric information found for "Courier-Bold".   
Usage: textfmt [-1] [-2] [-B] [-c] [-D] [-f fontname] [-F fontdir(s)] [-m N] 
[-o #] [-p #] [-r] [-U] [-Ml=#,r=#,t=#,b=#] [-V #] files... >out.ps
Default options: -f Courier -1 -p 11bp -o 0 

Error converting document; command was "textfmt -B -f Courier-Bold   -Ml=0.4in 
-p 11 -s default >'/tmp//sndfaxBym4yP' <'/etc/network/interfaces'"
p...@phone:/tmp$

The conversion to ps fails because the Courier-Bold font is not in the system, 
and seems unavailable in debian/squeeze.

Best regards

Marc


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

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

Versions of packages hylafax-client depends on:
ii  enscript  1.6.4-13   Converts ASCII text to Postscript,
ii  ghostscript   8.70~dfsg-2The GPL Ghostscript PostScript/PDF
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.1-4  GCC support library
ii  libpaper-util 1.1.23+nmu1library for handling paper charact
ii  libstdc++64.4.1-4The GNU Standard C++ Library v3
ii  libtiff4  3.9.1-1Tag Image File Format (TIFF) libra
ii  ucf   3.0024 Update Configuration File: preserv
ii  zlib1g1:1.2.3.3.dfsg-15  compression library - runtime

Versions of packages hylafax-client recommends:
ii  netpbm   2:10.0-12   Graphics conversion tools
ii  transfig 1:3.2.5.a-2 Utilities for converting XFig figu

Versions of packages hylafax-client suggests:
pn  mgetty-viewfax (no description available)

-- no debconf information



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

Bug#511344: Same problem in opensc

[Marc Pignat]

Hi Ludovic!

On Friday 23 October 2009 22:24:21 Ludovic Rousseau wrote:
> Marc Pignat a écrit :
...
> The bug should be fixed with the next stable version of OpenSC upload.
> But you can report the bug against opensc if you want.

Thanks for your fast response.

I have really no reason to fill a bug against opensc if it fixed upstream ;)

Best regards

Marc



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

Bug#511344: Same problem in opensc

[Marc Pignat]

Hi all!

The opensc package 0.11.9-2 seems to have the same problem.

In the config file (/etc/opensc/opensc.conf), it is said that the 
provider_library default to /usr/lib/libpcsclite.so.



Should I fill a bug against opensc?

Best regards

Marc



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

Bug#538886: fixed by reboot

[Marc Pignat]

Hi all!

The bug disappeared after a reboot, probably a problem when upgrading.

Best regards

Marc



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

Bug#538886: upstream kde bug #198067?

[Marc Pignat]

Hi all!

Seems to be same as upstream bug #198067 
(https://bugs.kde.org/show_bug.cgi?id=198067)

So we're waiting for kde 4.3...

Best regards

Marc



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

Bug#528723: [Pkg-openldap-devel] Bug#528723: Same here

[Marc Pignat]

On Thursday 23 July 2009 15:52:09 Matt Kassawara wrote:
> The slapd package in lenny/squeeze depends on Berkeley DB 4.2, not 4.6.
>  Install the libdb4.2 package and see if it fixes the problem.


The package libdb4.2 is installed.

Perhaps I miss something, but slapd is not linked against libdb-4.6.so...

naboo:~# ldd /usr/sbin/slapd
linux-vdso.so.1 =>  (0x7fff04112000)
libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x7f38ae05a000)
liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x7f38ade4b000)
libdb-4.2.so => /usr/lib/libdb-4.2.so (0x7f38adb5d000)
libodbc.so.1 => /usr/lib/libodbc.so.1 (0x7f38ad8fd000)
libslp.so.1 => /usr/lib/libslp.so.1 (0x7f38ad6eb000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x7f38ad4d1000)
libgnutls.so.26 => /usr/lib/libgnutls.so.26 (0x7f38ad21f000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x7f38acfe7000)
libresolv.so.2 => /lib/libresolv.so.2 (0x7f38acdd)
libltdl.so.3 => /usr/lib/libltdl.so.3 (0x7f38acbc9000)
libwrap.so.0 => /lib/libwrap.so.0 (0x7f38ac9c)
libpthread.so.0 => /lib/libpthread.so.0 (0x7f38ac7a5000)
libc.so.6 => /lib/libc.so.6 (0x7f38ac452000)
libltdl.so.7 => /usr/lib/libltdl.so.7 (0x7f38ac249000)
libnsl.so.1 => /lib/libnsl.so.1 (0x7f38ac031000)
libdl.so.2 => /lib/libdl.so.2 (0x7f38abe2d000)
libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0x7f38abc1d000)
libz.so.1 => /usr/lib/libz.so.1 (0x7f38aba06000)
libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x7f38ab79)
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x7f38ab58d000)
/lib64/ld-linux-x86-64.so.2 (0x7f38ae2a3000)


libsasl2-2 depends on libdb-4.6.so, so the problem can be in here!

Best regards

Marc



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

Bug#528723: Same here

[Marc Pignat]

Hi all!

I have the same bug on my machine.

It is very easy to reproduce:
1. install slapd and ldap-utils
* aptitude install slapd ldap-utils
2. do a ldap search (any search, any credentials)
* ldapsearch toto -w anypassword

Then slapd is crashed.

dmesg contains various messages when slapd crashes, here are some examples:

[1709526.534218] slapd[10017] trap invalid opcode ip:7fa92be6cc29 
sp:7fa92a5e63c8 error:0 in libdb-4.6.so[7fa92bda3000+142000]
[1709555.781874] slapd[10030]: segfault at 2500ed8 ip 02500ed8 sp 
7fdcb8e884c8 error 15
[1709728.106545] slapd[10072] trap invalid opcode ip:7f3b3f38ec29 
sp:7f3b3db083c8 error:0 in libdb-4.6.so[7f3b3f2c5000+142000]
[1709749.217577] slapd[10084] trap invalid opcode ip:7f5e03126c29 
sp:7f5e018a03c8 error:0 in libdb-4.6.so[7f5e0305d000+142000]
[1709826.944526] slapd[10097] trap invalid opcode ip:7f19b1fd0c29 
sp:7f19b074a3c8 error:0 in libdb-4.6.so[7f19b1f07000+142000]

versions used:
slapd-2.4.11-1
libdb4.6.21-14

I have tested this on 2 different machines, using 2 different kernel:
* linux-image-2.6.30-1-1-amd64 (phenom II X4)
* linux-image-2.6.26-2-686 (on Core2)

Please consider changing the severity level, I think crashing the ldap server
is really a big problem.

Please let me know if you want more info!

Best regards

Marc



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

Bug#534152: mirrors: German primary mirror (ftp.de.debian.org) is not functional

[Marc Pignat]

Package: mirrors
Severity: important

This mirror does not work (the server is up, but empty).

Best regards

Marc

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

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



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

Bug#487803: mldonkey: unaligned data access in CryptoPP.cc

[Marc Pignat]

Package: mldonkey
Version: 2.9.5-1+b1
Severity: important
Tags: patch



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

Kernel: Linux 2.6.24-1-iop32x
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Hi all!

There is a bug in the CryptoPP.cc file, at least on ARM and probably
on any arch where data alignement matters.

The RawPokeUInt32 dereferences a void* after a cast to uint32_t*.
This should not be done on ARM (the result won't be what you expect).

My proposed fix is the same as the one used for sparc architecture.

Since almost every arch have performance penality when performing unaligned
access, I think the memcpy could be used on all arch (a recent compiler will
replace the fixed size memcopy by an optimized assembly version).

Best regards

Marc



Patch v1: fix unaligned access for ARM architecture
--- CryptoPP.cc.orig2008-06-24 09:58:44.0 +0200
+++ CryptoPP.cc 2008-06-24 09:59:15.0 +0200
@@ -9494,7 +9494,7 @@ inline void PokeUInt8(void* p, uint8_t n
 
 inline void RawPokeUInt32(void* p, uint32_t nVal) 
 {
-#ifndef __sparc__
+#if !defined(__sparc__) && !defined(__arm__)
   *((uint32_t*)p) = nVal;
 #else
   memcpy( p, &nVal, sizeof(uint32_t) );


Patch v2: fix (or improve) unaligned access for almost all architectures
--- CryptoPP.cc.orig2008-06-24 09:58:44.0 +0200
+++ CryptoPP.cc 2008-06-24 10:48:35.0 +0200
@@ -9494,11 +9494,7 @@ inline void PokeUInt8(void* p, uint8_t n
 
 inline void RawPokeUInt32(void* p, uint32_t nVal) 
 {
-#ifndef __sparc__
-  *((uint32_t*)p) = nVal;
-#else
   memcpy( p, &nVal, sizeof(uint32_t) );
-#endif
 }
 








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

Bug#412185: bug confirmed

[Marc Pignat]

Hello!

The bug is still there for version 0.7.dfsg-2.

Regards

Marc


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