Bug#1036213: apache2: frequent SIGSEGV in mod_http2.so (purge_consumed_buckets)

2023-06-08 Thread Bastien Durel 
Le mercredi 31 mai 2023 à 13:15 +0200, Stefan Eissing a écrit :
> Hi Bastien,
> 
> I was finally able to reproduce here what looks like the crashes you
> see with mod_proxy_http2 (notice the careful wording). And I fixed it
> in https://github.com/icing/mod_h2/releases/tag/v2.0.18
> 
> Looking forward to hear how it fares on your system.
> 
Hello,

After a week running on my system, I did not got any crash at all.

So maybe you effectively found and fix the problem I saw :)

Regards,

-- 
Bastien

Bug#1036213: apache2: frequent SIGSEGV in mod_http2.so (purge_consumed_buckets)

2023-05-31 Thread Bastien Durel 

Le 31/05/2023 à 13:15, Stefan Eissing a écrit :

Hi Bastien,

I was finally able to reproduce here what looks like the crashes you see with 
mod_proxy_http2 (notice the careful wording). And I fixed it in 
https://github.com/icing/mod_h2/releases/tag/v2.0.18

Looking forward to hear how it fares on your system.


Hello,

Thanks for your work. I've put it on my system, I'll report any new 
crash (last week I got approximately one every 2 days)


Regards,

--
Bastien Durel

Bug#1036213: apache2: frequent SIGSEGV in mod_http2.so (purge_consumed_buckets)

2023-05-24 Thread Bastien Durel 
Le mercredi 24 mai 2023 à 14:50 +0200, Stefan Eissing a écrit :
> I continue to improve mod_proxy_http2:
> https://github.com/icing/mod_h2/releases/tag/v2.0.17
> 
> Added more edge case tests for the module, fixed observed bugs. But
> have not replicated your crashes which look weird. Sorry.

Hello,

I've put it in use on my server.

Do you need the configuration I use to serve these requests ?

Thanks,

-- 
Bastien

Bug#1036213: apache2: frequent SIGSEGV in mod_http2.so (purge_consumed_buckets)

2023-05-22 Thread Bastien Durel 
Le lundi 22 mai 2023 à 16:36 +0200, Stefan Eissing a écrit :
> 
> 
> > Am 19.05.2023 um 18:50 schrieb Bastien Durel :
> > 
> > Le 19/05/2023 à 18:11, Stefan Eissing a écrit :
> > > Hi Bastien,
> > Hello
> > 
> > > I am looking into the failures of mod_proxy_http2 and seeing an
> > > issue with connection reuse and subsequent handling of requests.
> > > Going back to the original issue, do you still see those with
> > > mod_h2 v2.0.15? That would be interesting to know.
> > No, I had only 2 segfaults since I upgraded to 2.0.15, and none is
> > in purge_consumed_buckets :
> > 
> > - proxy_pass_brigade
> > - ap_save_brigade
> > 
> > > I do not know if just relying on mod_proxy_http in your setup
> > > would be possible. But it could help us isolating issues.
> > 
> > I don't think so ... The knot-resolver I forward DOH requests to
> > seems to only support HTTP/2 ; if I change it to https://,
> > dog fails to resolve on it :
> > 
> > Error [http]: Nameserver returned HTTP 502 (Proxy Error)
> 
> I just released v2.0.16
> <https://github.com/icing/mod_h2/releases/tag/v2.0.16>. It contains a
> fix in mod_proxy_http2 retry handling. Not sure if this is related to
> your crashes as I was so far unsuccessful to reproduce those locally.
> But maybe you'd like to give this a try.

Hello,

Thanks. I've compiled and installed v2.0.16.

I "only" had 2 crashes([1][2]) since friday, so I guess I'll have to
monitor a few days to report back.

Thanks for your work,


[1]
#0  0x7f9bb04650b3 in ssl_io_filter_output (f=0x7f9ba03c68d8, 
bb=0x7f9ba04a83b8) at ssl_engine_io.c:2008
#1  0x7f9bb0597999 in proxy_pass_brigade (flush=1, bb=, 
origin=, p_conn=0x7f9ba03c80a0, bucket_alloc=) at 
h2_proxy_session.c:218
#2  raw_send (ngh2=, data=, length=70, 
flags=, user_data=0x7f9ba04a8190) at h2_proxy_session.c:244
#3  0x7f9bb14a11f9 in nghttp2_session_send () from 
/usr/lib/x86_64-linux-gnu/libnghttp2.so.14
#4  0x7f9bb059a9b9 in send_loop (session=0x7f9ba04a8190) at 
h2_proxy_session.c:1517
#5  h2_proxy_session_process (session=0x7f9ba04a8190) at h2_proxy_session.c:1553
#6  0x7f9bb059db44 in ctx_run (ctx=0x7f9ba03524d0) at mod_proxy_http2.c:258

[2]
#0  0x7f9bb04650c5 in ssl_io_filter_output (f=0x7f9ba01388d8, 
bb=0x7f9ba05613b8) at ssl_engine_io.c:2008
#1  0x7f9bb0597999 in proxy_pass_brigade (flush=1, bb=, 
origin=, p_conn=0x7f9ba013a0a0, bucket_alloc=) at 
h2_proxy_session.c:218
#2  raw_send (ngh2=, data=, length=74, 
flags=, user_data=0x7f9ba0561190) at h2_proxy_session.c:244
#3  0x7f9bb14a11f9 in nghttp2_session_send () from 
/usr/lib/x86_64-linux-gnu/libnghttp2.so.14
#4  0x7f9bb059a9b9 in send_loop (session=0x7f9ba0561190) at 
h2_proxy_session.c:1517
#5  h2_proxy_session_process (session=0x7f9ba0561190) at h2_proxy_session.c:1553
#6  0x7f9bb059db44 in ctx_run (ctx=0x7f9ba014c4d0) at mod_proxy_http2.c:258

-- 
Bastien

Bug#1036213: apache2: frequent SIGSEGV in mod_http2.so (purge_consumed_buckets)

2023-05-19 Thread Bastien Durel 

Le 19/05/2023 à 18:11, Stefan Eissing a écrit :

Hi Bastien,


Hello


I am looking into the failures of mod_proxy_http2 and seeing an issue with 
connection reuse and subsequent handling of requests.

Going back to the original issue, do you still see those with mod_h2 v2.0.15? 
That would be interesting to know.

No, I had only 2 segfaults since I upgraded to 2.0.15, and none is in 
purge_consumed_buckets :


- proxy_pass_brigade
- ap_save_brigade


I do not know if just relying on mod_proxy_http in your setup would be 
possible. But it could help us isolating issues.


I don't think so ... The knot-resolver I forward DOH requests to seems 
to only support HTTP/2 ; if I change it to https://, dog fails to 
resolve on it :


Error [http]: Nameserver returned HTTP 502 (Proxy Error)

Regards,

--
Bastien Durel

Bug#1036213: apache2: frequent SIGSEGV in mod_http2.so (purge_consumed_buckets)

2023-05-19 Thread Bastien Durel 
Le jeudi 18 mai 2023 à 15:04 +0200, Bastien Durel a écrit :
> Le 18/05/2023 à 14:41, Stefan Eissing a écrit :
> > Did you have an warning message like "AH03516: unexpected NN
> > streams in hold" at that time in out error log?
> 
> No (grepping AH03516 in *.log returns nothing (nor does "streams in
> hold"))
> 
Hello. I got another one in ap_save_brigade()

-- 
Bastien


output.log.bz2
Description: application/bzip

Bug#1036213: apache2: frequent SIGSEGV in mod_http2.so (purge_consumed_buckets)

2023-05-18 Thread Bastien Durel 

Le 18/05/2023 à 14:41, Stefan Eissing a écrit :

Did you have an warning message like "AH03516: unexpected NN streams in hold" 
at that time in out error log?


No (grepping AH03516 in *.log returns nothing (nor does "streams in hold"))

--
Bastien Durel

Bug#1036213: apache2: frequent SIGSEGV in mod_http2.so (purge_consumed_buckets)

2023-05-18 Thread Bastien Durel 
, 
thread=thread@entry=0x7f9bafdfb0b0, worker_id=) at h2_c2.c:658
conn_ctx = 0x7f9ba06434b0
#18 0x7f9bb1187567 in slot_run (thread=0x7f9bafdfb0b0, wctx=0x7f9bb0511850) 
at h2_workers.c:299
slot = 0x7f9bb0511850
workers = 0x7f9bb05110a0
c = 0x7f9ba06430a0
rv = 
#19 0x7f9bb1844ea7 in start_thread (arg=) at 
pthread_create.c:477
ret = 
pd = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140306500486912, 
3999667409471690328, 140722438679950, 140722438679951, 140306500484992, 
8396800, -3983747864113949096, -3983768835883903400}, mask_was_saved = 0}}, 
priv = {pad = {
  0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, 
canceltype = 0}}}
not_first_call = 0
#20 0x7f9bb1764a2f in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:95


The request itself seems legit (I can run it without crashing the
server).

The last log entry before 21:29:30 for this query is a few minutes
before the crash :

/var/log/apache2/access.log:37.98.109.173 - - [17/May/2023:21:26:57 +0200] "GET 
/dns-query?dns=AAABAAABDHNhZmVicm93c2luZwpnb29nbGVhcGlzA2NvbQAAHAAB 
HTTP/2.0" 200 103 "-" "-"

At this time, I have 23 ESTABLISHED (no TIME_WAIT) connections from
this IP, with no requests in access log since yesterday ; so I guess
it's a mis-behaving client

Regards,

Le mercredi 17 mai 2023 à 13:24 +0200, Stefan Eissing a écrit :
> Sorry to hear about this. I think the recent change that could be
> relevant here is
> the addition of:
> 
> h2_mplx.c#515:    c1_purge_streams(m);
> 
> as seen in Apache httpd trunk and at https://github.com/icing/mod_h2.
> 
> This is intended to assure that streams and their requests are
> destroyed
> in the right order when the connection is shut down.
> 
> Connection shutdown can happen at any time during request processing
> and
> this makes it hard to reproduce issues in test cases. We have load
> tests
> with well-behaving clients. Tests with mis-behaving ones are the
> tricky part.
> 
> It would be helpful if you could try
> https://github.com/icing/mod_h2/releases/tag/v2.0.15 
> on your system, to see how that is faring.
> 
> Kind Regards,
> Stefan
> 
> > Am 17.05.2023 um 12:24 schrieb Bastien Durel :
> > 
> > Package: apache2
> > Version: 2.4.56-1~deb11u2
> > Severity: important
> > 
> > Dear Maintainer,
> > 
> > I see many segmentation faults in apache2, for exemple in the last
> > 24h I got:
> > 
> > Tue 2023-05-16 13:40:59 CEST 775740    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 13:52:44 CEST 798329    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 16:15:46 CEST 810709    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 16:28:55 CEST 817483    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 17:59:23 CEST 823129    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 18:35:50 CEST 826974    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 18:44:15 CEST 831974    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 18:44:56 CEST 836174    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 18:54:56 CEST 822618    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 21:12:28 CEST 836246    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 21:21:10 CEST 853959    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 22:04:42 CEST 858749    33    33  11 present  
> > /usr/sbin/apache2
> > Tue 2023-05-16 23:26:09 CEST 866610    33    33  11 present  
> > /usr/sbin/apache2
> > Wed 2023-05-17 00:08:42 CEST 865968    33    33  11 present  
> > /usr/sbin/apache2
> > Wed 2023-05-17 00:24:04 CEST 874807    33    33  11 present  
> > /usr/sbin/apache2
> > Wed 2023-05-17 00:47:25 CEST 878675    33    33  11 present  
> > /usr/sbin/apache2
> > Wed 2023-05-17 01:42:14 CEST 877580    33    33  11 present  
> > /usr/sbin/apache2
> > Wed 2023-05-17 09:21:02 CEST 949781    33    33  11 present  
> > /usr/sbin/apache2
> > Wed 2023-05-17 09:50:49 CEST 954784    33    33  11 present  
> > /usr/sbin/apache2
> > 
> > All crashes I looked into are at the same function:
> > purge_consumed_buckets at h2_bucket_beam.c:159
> > 
> > Here is the output of the "bt full" command from the core:
> > 
> > #0  0x7ffb03778981 in purge_consumed_buckets
> > (beam=beam@entry=0x7ffae452c0a0) at h2_bucket_beam.c:159
> >    b = 0x7ffae45ea108
> > #1  0x7ffb03778aaf in beam_shutdown
> > (how=APR_SHUT

Bug#1036213: apache2: frequent SIGSEGV in mod_http2.so (purge_consumed_buckets)

2023-05-17 Thread Bastien Durel 
Package: apache2
Version: 2.4.56-1~deb11u2
Severity: important

Dear Maintainer,

I see many segmentation faults in apache2, for exemple in the last 24h I got:

Tue 2023-05-16 13:40:59 CEST 7757403333  11 present   /usr/sbin/apache2
Tue 2023-05-16 13:52:44 CEST 7983293333  11 present   /usr/sbin/apache2
Tue 2023-05-16 16:15:46 CEST 8107093333  11 present   /usr/sbin/apache2
Tue 2023-05-16 16:28:55 CEST 8174833333  11 present   /usr/sbin/apache2
Tue 2023-05-16 17:59:23 CEST 8231293333  11 present   /usr/sbin/apache2
Tue 2023-05-16 18:35:50 CEST 8269743333  11 present   /usr/sbin/apache2
Tue 2023-05-16 18:44:15 CEST 8319743333  11 present   /usr/sbin/apache2
Tue 2023-05-16 18:44:56 CEST 8361743333  11 present   /usr/sbin/apache2
Tue 2023-05-16 18:54:56 CEST 8226183333  11 present   /usr/sbin/apache2
Tue 2023-05-16 21:12:28 CEST 8362463333  11 present   /usr/sbin/apache2
Tue 2023-05-16 21:21:10 CEST 8539593333  11 present   /usr/sbin/apache2
Tue 2023-05-16 22:04:42 CEST 8587493333  11 present   /usr/sbin/apache2
Tue 2023-05-16 23:26:09 CEST 8666103333  11 present   /usr/sbin/apache2
Wed 2023-05-17 00:08:42 CEST 8659683333  11 present   /usr/sbin/apache2
Wed 2023-05-17 00:24:04 CEST 8748073333  11 present   /usr/sbin/apache2
Wed 2023-05-17 00:47:25 CEST 8786753333  11 present   /usr/sbin/apache2
Wed 2023-05-17 01:42:14 CEST 8775803333  11 present   /usr/sbin/apache2
Wed 2023-05-17 09:21:02 CEST 9497813333  11 present   /usr/sbin/apache2
Wed 2023-05-17 09:50:49 CEST 9547843333  11 present   /usr/sbin/apache2

All crashes I looked into are at the same function: purge_consumed_buckets at 
h2_bucket_beam.c:159

Here is the output of the "bt full" command from the core:

#0  0x7ffb03778981 in purge_consumed_buckets 
(beam=beam@entry=0x7ffae452c0a0) at h2_bucket_beam.c:159
b = 0x7ffae45ea108
#1  0x7ffb03778aaf in beam_shutdown (how=APR_SHUTDOWN_READWRITE, 
beam=) at h2_bucket_beam.c:258
No locals.
#2  beam_shutdown (how=APR_SHUTDOWN_READWRITE, beam=0x7ffae452c0a0) at 
h2_bucket_beam.c:242
No locals.
#3  beam_cleanup (data=0x7ffae452c0a0) at h2_bucket_beam.c:265
beam = 0x7ffae452c0a0
#4  0x7ffb03e6780e in run_cleanups (cref=0x7ffae452c098) at 
./memory/unix/apr_pools.c:2629
c = 
c = 
#5  apr_pool_destroy (pool=0x7ffae452c028) at ./memory/unix/apr_pools.c:987
active = 
allocator = 
#6  0x7ffb03e6782d in apr_pool_destroy (pool=0x7ffae4530028) at 
./memory/unix/apr_pools.c:997
active = 
allocator = 
#7  0x7ffb03e6782d in apr_pool_destroy (pool=0x7ffae4551028) at 
./memory/unix/apr_pools.c:997
active = 
allocator = 
#8  0x7ffb03e6782d in apr_pool_destroy (pool=0x7ffae45a1028) at 
./memory/unix/apr_pools.c:997
active = 
allocator = 
#9  0x7ffb03e6782d in apr_pool_destroy (pool=0x7ffae4606028) at 
./memory/unix/apr_pools.c:997
active = 
allocator = 
#10 0x7ffb037914c5 in h2_session_pre_close (session=0x7ffae46060a0, 
async=) at h2_session.c:1988
status = 0
#11 0x7ffb0377b745 in h2_c1_pre_close (ctx=, c=) at h2_c1.c:180
status = 
conn_ctx = 
#12 0x56438478c9b0 in ap_run_pre_close_connection 
(c=c@entry=0x7ffae4614360) at connection.c:44
pHook = 
n = 0
rv = 0
#13 0x56438478cade in ap_prep_lingering_close (c=0x7ffae4614360) at 
connection.c:101
No locals.
#14 ap_start_lingering_close (c=0x7ffae4614360) at connection.c:127
csd = 0x7ffae46140b0
#15 0x7ffb03b08abe in process_lingering_close (cs=0x7ffae46142b0) at 
event.c:1500
csd = 0x7ffae46140b0
dummybuf = 
"\027\003\003\000\023\067\020\251\027\003\215Re\345\310{\f8\312X\332N\310\375", 
'\000' ...
nbytes = 0
rv = 
q = 
#16 0x7ffb03b0a512 in process_socket (thd=thd@entry=0x7ffb037345c8, 
p=, sock=, cs=, 
my_child_num=my_child_num@entry=3, my_thread_num=my_thread_num@entry=16) at 
event.c:1238
c = 
conn_id = 
clogging = 
rv = 
rc = 
#17 0x7ffb03b0b125 in worker_thread (thd=0x7ffb037345c8, dummy=) at event.c:2199
csd = 0x7ffae46140b0
cs = 0x7ffae46142b0
te = 0x0
ptrans = 0x0
ti = 
process_slot = -855667096
thread_slot = 16
rv = 
is_idle = 0
#18 0x7ffb03e2aea7 in start_thread (arg=) at 
pthread_create.c:477
ret = 
pd = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140715157853952, 
-1517716079030320448, 140715846122926, 140715846122927, 140715157852032, 
8396800, 1520638580441989824, 1520521782042673856}, mask_was_saved = 0}}, priv 
= {pad = {0x0, 
  0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 
0}}}
not_first_call = 0
#19 0x7ffb03d4aa2f in clone () at

Bug#813790: openjdk-7-jre:i386 is not installable anymore on amd64

2016-02-05 Thread Bastien Durel 
Package: openjdk-7-jre
Version: 7u95-2.6.4-1~deb7u1

When I try to upgrade (with aptitude dist-upgrade) from 7u91-2.6.3-
1~deb7u1 to 7u95-2.6.4-1~deb7u1, I got an unmet dependencies message :

The following NEW packages will be installed:
  initscripts:i386{ab} sysvinit-utils:i386{ab} 
The following packages will be upgraded:
  openjdk-7-jre-headless:i386 
The following packages are RECOMMENDED but will NOT be installed:
  psmisc:i386 
1 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 43.4 MB of archives. After unpacking 3,046 kB will be freed.
The following packages have unmet dependencies:
 sysvinit-utils : Conflicts: sysvinit-utils:i386 but 2.88dsf-41+deb7u1 is to be 
installed.
 sysvinit-utils:i386 : Conflicts: sysvinit-utils but 2.88dsf-41+deb7u1 is 
installed.
 initscripts : Conflicts: initscripts:i386 but 2.88dsf-41+deb7u1 is to be 
installed.
 initscripts:i386 : Depends: sysv-rc:i386 which is a virtual package. or
 file-rc:i386 which is a virtual package.
Conflicts: initscripts but 2.88dsf-41+deb7u1 is installed.
Unable to resolve dependencies!  Giving up...

I saw this was added to rules in the last update :
+ifneq (,$(filter $(distrel), squeeze wheezy jessie lucid precise quantal 
raring saucy trusty utopic vivid))
+  control_vars += '-Vmountpoint:Depends=initscripts'
+else
+  control_vars += '-Vmountpoint:Depends=util-linux (>= 2.26.2-4)'
+endif

but as initscripts:i386 conflicts with initscripts:amd64, it cannot be
resolved in a multi-arch setup.

I'm using debian wheezy

-- 
Bastien

Bug#656762: gnome-shell: after something went wrong no chance to save any data at all

2012-03-21 Thread Bastien Durel 
One way to workaround this bug is to minimize (default shortcup alt+f9,
or alt+space then click minimize) the somthing went wrong window.
Works well here.

-- 
Bastien




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

Bug#656762: gnome-shell: after something went wrong no chance to save any data at all

2012-02-20 Thread Bastien Durel 
One way to workaround this bug is to minimize (default shortcup alt+f9,
or alt+space then click minimize) the somthing went wrong window.
Works well here.

-- 
Bastien




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

Bug#659053: evolution crashes when publishing calendar

2012-02-07 Thread Bastien Durel 
Package: evolution
Version: 3.2.2-1
Severity: important
Tags: upstream


Hello,

I have an old, big, calendar in ical, that I used to publish on my webdav
webserver.
Now it crashes evolution with a sigsegv -- see backtrace attached -- even if I
use another method to publish it.
Evo is crashing at startup if calendar is set to auto-publish (and evo not
stating offline)

I imported the calendar file to another computer, with a test account, I got
same crash. with an smaller (but real-life) calendar I got the same result.
With an almost-empty, created from scratch one, I got no crash.

The file is sent to the webserver, but it's corrupted (size on disk is 2578902
on my computer, 2731472)


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

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

Versions of packages evolution depends on:
ii  dbus  1.4.16-1
ii  debconf [debconf-2.0] 1.5.41
ii  evolution-common  3.2.2-1
ii  evolution-data-server 3.2.2-1
ii  gconf22.32.4-1
ii  gnome-icon-theme  3.2.1.2-1
ii  libatk1.0-0   2.2.0-2
ii  libc6 2.13-24
ii  libcairo-gobject2 1.10.2-6.1
ii  libcairo2 1.10.2-6.1
ii  libcamel-1.2-29   3.2.2-1
ii  libcanberra-gtk3-00.28-3
ii  libcanberra0  0.28-3
ii  libclutter-1.0-0  1.8.2-2
ii  libclutter-gtk-1.0-0  1.0.4-1
ii  libcogl-pango01.8.2-1
ii  libcogl5  1.8.2-1
ii  libdrm2   2.4.30-1
ii  libebackend-1.2-1 3.2.2-1
ii  libebook-1.2-12   3.2.2-1
ii  libecal-1.2-103.2.2-1
ii  libedataserver-1.2-15 3.2.2-1
ii  libedataserverui-3.0-13.2.2-1
ii  libenchant1c2a1.6.0-7
ii  libevolution  3.2.2-1
ii  libfontconfig12.8.0-3.1
ii  libfreetype6  2.4.8-1
ii  libgail-3-0   3.2.3-1
ii  libgconf2-4   2.32.4-1
ii  libgdata130.10.1-2
ii  libgdk-pixbuf2.0-02.24.0-2
ii  libgl1-mesa-glx [libgl1]  7.11.2-1
ii  libglib2.0-0  2.30.2-6
ii  libgnome-desktop-3-2  3.2.1-3
ii  libgtk-3-03.2.3-1
ii  libgtkhtml-4.0-0  4.2.2-1
ii  libgtkhtml-editor-4.0-0   4.2.2-1
ii  libgweather-3-0   3.2.1-1
ii  libical0  0.44-3
ii  libjson-glib-1.0-00.14.2-1
ii  libmx-1.0-2   1.4.1-1
ii  libnotify40.7.4-1
ii  libnspr4-0d   4.8.9-1
ii  libnss3-1d3.13.1.with.ckbi.1.88-1+b
ii  libpango1.0-0 1.29.4-2
ii  libsoup-gnome2.4-12.34.3-1
ii  libsoup2.4-1  2.34.3-1
ii  libsqlite3-0  3.7.9-2
ii  libx11-6  2:1.4.4-4
ii  libxcomposite11:0.4.3-2
ii  libxdamage1   1:1.1.3-2
ii  libxext6  2:1.3.0-3
ii  libxfixes31:5.0-4
ii  libxi62:1.4.5-1
ii  libxml2   2.7.8.dfsg-7
ii  psmisc22.13-1

Versions of packages evolution recommends:
ii  bogofilter 1.2.2+dfsg1-1
ii  evolution-plugins  3.2.2-1
ii  evolution-webcal   2.32.0-2
ii  spamassassin   3.3.2-2
ii  yelp   3.2.1+dfsg-1+b1

Versions of packages evolution suggests:
ii  evolution-dbg   3.2.2-1
ii  evolution-exchange  none
ii  evolution-plugins-experimental  none
ii  gnupg   1.4.11-3
ii  network-manager 0.9.2.0-2

-- debconf information:
  evolution/kill_processes:
  evolution/needs_shutdown:

-- bt:
#0  0x7f5867d996c0 in pvl_head () from /usr/lib/libical.so.0
No symbol table info available.
#1  0x7f5867d8705c in icalcomponent_free () from /usr/lib/libical.so.0
No symbol table info available.
#2  0x7f5867d87053 in icalcomponent_free () from /usr/lib/libical.so.0
No symbol table info available.
#3  0x7f583c86a8e3 in write_calendar (error=0x7f58400e1b68, 
stream=0x2a1e360, source_list=optimized out, uid=optimized out) at 
publish-format-ical.c:131
source = optimized out
client = 0x2629360
objects = 0x58faca0
top_level = 0x7f58392c2950
res = optimized out
#4  publish_calendar_as_ical (stream=0x2a1e360, uri=optimized out, 
error=0x7f58400e1b68) at publish-format-ical.c:151
uid = optimized out
l = 0x2b5d670
source_list = 0x59086a0
#5  0x7f583c868c1b in publish_online (uri=0x3d87540, file=optimized out, 
perror=0x7f58400e1bb8, can_report_success=1) at publish-calendar.c:225
stream = 0x2a1e360
error = 0x0
#6  0x7f583c869068 in publish (can_report_success=1, uri=0x3d87540) at 
publish-calendar.c:461
error = 0x0
file = 0x5901af0
#7  publish (uri=0x3d87540, can_report_success=1) at publish-calendar.c:444
No

Bug#609786: libc6: getaddrinfo() incorrectly handles nss failures

2011-01-12 Thread Bastien Durel 
Package: libc6
Version: 2.7-18lenny6
Severity: important

Hello,

On a 64-bit system, using 32-bit programs that uses getaddrinfo to resolve dns 
names will fail in default configuration.
this is caused by an incorrect handling of nss errors.


The delfault nsswitch.conf for host is: files mdns4_minimal [NOTFOUND=return] 
dns mdns4

But libnss_mdns4_minimal.so.2 is not included in ia32-libs, so getaddrinfo 
cannot load it (see strace log below).
This would not be an serious problem if it did not return a NOTFOUND instead of 
an UNAVAIL, (as the service is unavailable, and you cannot say if the record 
exists or not). UNAVAIL has a 'continue' default action, but NOTFOUND has a 
'return' one ; so getaddrinfo() returns with a 'Name or service not known'

Setting NOTFOUND to its default 'continue' action allows getaddrinfo() to 
fallback to dns methods, and effectively resolving name.

- I think returning NOTFOUND when you cannot load the nss library is an error 
(UNAVAIL should be better)
- ia32-libs should include libnss_mdns4_minimal.so.2, as mdns_minimal is 
configured by default

Thanks,

Bastien Durel

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

Kernel: Linux 2.6.32.3-grsec-ipsec-std-ipv6-64 (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 libc6 depends on:
ii  libgcc1  1:4.3.2-1.1 GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
pn  glibc-doc   none   (no description available)
ii  locales 2.7-18lenny6 GNU C Library: National Language (

-- debconf information excluded
m...@me-mdh-prod:/tmp$ strace ./test.32
execve(./test.exe, [./test.exe], [/* 18 vars */]) = 0
[ Process PID=21581 runs in 32 bit mode. ]
brk(0)  = 0x95f4000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xf77a1000
access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or directory)
open(/usr/local/pgsql/lib/tls/i686/sse2/cmov/libc.so.6, O_RDONLY) = -1 ENOENT 
(No such file or directory)
stat64(/usr/local/pgsql/lib/tls/i686/sse2/cmov, 0xff8c32cc) = -1 ENOENT (No 
such file or directory)
open(/usr/local/pgsql/lib/tls/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No 
such file or directory)
stat64(/usr/local/pgsql/lib/tls/i686/sse2, 0xff8c32cc) = -1 ENOENT (No such 
file or directory)
open(/usr/local/pgsql/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No 
such file or directory)
stat64(/usr/local/pgsql/lib/tls/i686/cmov, 0xff8c32cc) = -1 ENOENT (No such 
file or directory)
open(/usr/local/pgsql/lib/tls/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such 
file or directory)
stat64(/usr/local/pgsql/lib/tls/i686, 0xff8c32cc) = -1 ENOENT (No such file 
or directory)
open(/usr/local/pgsql/lib/tls/sse2/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No 
such file or directory)
stat64(/usr/local/pgsql/lib/tls/sse2/cmov, 0xff8c32cc) = -1 ENOENT (No such 
file or directory)
open(/usr/local/pgsql/lib/tls/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such 
file or directory)
stat64(/usr/local/pgsql/lib/tls/sse2, 0xff8c32cc) = -1 ENOENT (No such file 
or directory)
open(/usr/local/pgsql/lib/tls/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such 
file or directory)
stat64(/usr/local/pgsql/lib/tls/cmov, 0xff8c32cc) = -1 ENOENT (No such file 
or directory)
open(/usr/local/pgsql/lib/tls/libc.so.6, O_RDONLY) = -1 ENOENT (No such file 
or directory)
stat64(/usr/local/pgsql/lib/tls, 0xff8c32cc) = -1 ENOENT (No such file or 
directory)
open(/usr/local/pgsql/lib/i686/sse2/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No 
such file or directory)
stat64(/usr/local/pgsql/lib/i686/sse2/cmov, 0xff8c32cc) = -1 ENOENT (No such 
file or directory)
open(/usr/local/pgsql/lib/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such 
file or directory)
stat64(/usr/local/pgsql/lib/i686/sse2, 0xff8c32cc) = -1 ENOENT (No such file 
or directory)
open(/usr/local/pgsql/lib/i686/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such 
file or directory)
stat64(/usr/local/pgsql/lib/i686/cmov, 0xff8c32cc) = -1 ENOENT (No such file 
or directory)
open(/usr/local/pgsql/lib/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such file 
or directory)
stat64(/usr/local/pgsql/lib/i686, 0xff8c32cc) = -1 ENOENT (No such file or 
directory)
open(/usr/local/pgsql/lib/sse2/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such 
file or directory)
stat64(/usr/local/pgsql/lib/sse2/cmov, 0xff8c32cc) = -1 ENOENT (No such file 
or directory)
open(/usr/local/pgsql/lib/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file 
or directory)
stat64(/usr/local/pgsql/lib/sse2, 0xff8c32cc) = -1 ENOENT (No such file or 
directory)
open(/usr/local/pgsql/lib/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file 
or directory)
stat64(/usr/local

Bug#497392: maybe a duplicate of bug 601017

2010-11-22 Thread Bastien Durel 
Le lundi 22 novembre 2010 à 12:37 +, Ben Hutchings a écrit :
 On Mon, 2010-11-22 at 03:18 -0800, Kenyon Ralph wrote:
  This looks like a duplicate of bug 601017, which was marked fixed in
  version linux-2.6/2.6.32-27:
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601017
 
 Yes, it could be.  Bastien, please could you test the new version.
 
 Ben.
 
Hello,

The bug was hardware-dependent (it cannot be reproduced with any switch)
and I throw the old one I had problem with. Then I cannot try.
The specific bug was followed by intel's guy at
https://bugzilla.kernel.org/show_bug.cgi?id=11998 

the fix I used was introduction of a mdix parameter, which is not
shown on 2.6.32-5-amd64's e1000e modinfo

I'm sorry to cannot test that.

-- 
Bastien Durel



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

Bug#593158: Pidgin crashes when emitting sound (via gstreamer)

2010-08-18 Thread Bastien Durel 
 = 0xa614028
ret = GST_FLOW_OK
last_stop = 92879819
timestamp = 0
duration = 92879819
outbuf = 0xf0801240
#22 0xf761773d in gst_pad_chain_data_unchecked (pad=0xa605260,
is_buffer=value optimized out, data=0xf0801240) at gstpad.c:4176
chainfunc = 0xf67eddd0 gst_base_transform_chain
caps = value optimized out
caps_changed = value optimized out
---Type return to continue, or q return to quit---
ret = GST_FLOW_RESEND
__PRETTY_FUNCTION__ = gst_pad_chain_data_unchecked
#23 0xf7618167 in gst_pad_push_data (pad=0xa5d4ef0, is_buffer=value
optimized out, data=0xf0801240) at gstpad.c:4405
peer = 0xa605260
ret = value optimized out
caps = value optimized out
__PRETTY_FUNCTION__ = gst_pad_push_data
#24 0xf76060cd in gst_proxy_pad_do_chain (pad=0xa606170,
buffer=0xf0801240) at gstghostpad.c:163
res = 85
#25 0xf761773d in gst_pad_chain_data_unchecked (pad=0xa606170,
is_buffer=value optimized out, data=0xf0801240) at gstpad.c:4176
chainfunc = 0xf76060a0 gst_proxy_pad_do_chain
caps = value optimized out
caps_changed = value optimized out
ret = GST_FLOW_RESEND
__PRETTY_FUNCTION__ = gst_pad_chain_data_unchecked
#26 0xf7618167 in gst_pad_push_data (pad=0xa6050d0, is_buffer=value
optimized out, data=0xf0801240) at gstpad.c:4405
peer = 0xa606170
ret = value optimized out
caps = value optimized out
__PRETTY_FUNCTION__ = gst_pad_push_data
#27 0xf124b3d7 in gst_queue_push_one (pad=0xa6050d0) at gstqueue.c:1083
buffer = 0x0
caps = 0x0
data = value optimized out
is_buffer = 1
#28 gst_queue_loop (pad=0xa6050d0) at gstqueue.c:1185
queue = 0xa608068
ret = value optimized out
__PRETTY_FUNCTION__ = gst_queue_loop
#29 0xf76446d1 in gst_task_func (task=0xa5e8680) at gsttask.c:271
lock = 0xf0802368
tself = 0xa595188
priv = 0xa5e86d0
__PRETTY_FUNCTION__ = gst_task_func
#30 0xf7645c97 in default_func (tdata=0xa392198, pool=0x99bed80) at
gsttaskpool.c:68
func = 0xf7644490 gst_task_func
user_data = 0xa5e8680
#31 0xf6ee75bc in g_thread_pool_thread_proxy (data=0x9ac2f60)
at 
/build/buildd-glib2.0_2.24.1-1-i386-84Pp4V/glib2.0-2.24.1/glib/gthreadpool.c:315
task = 0x55
pool = 0x9ac2f60
#32 0xf6ee569f in g_thread_create_proxy (data=0xa595188)
at /build/buildd-glib2.0_2.24.1-1-i386-84Pp4V/glib2.0-2.24.1/glib/gthread.c:1893
__PRETTY_FUNCTION__ = g_thread_create_proxy
#33 0xf768f955 in start_thread (arg=0xef16eb70) at pthread_create.c:300
__res = value optimized out
__ignore1 = value optimized out
__ignore2 = value optimized out
pd = 0xef16eb70
now = value optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-144048140, 0,
4001536, -283712504, -792986709, 747631003}, mask_was_saved = 0}}, priv
= {pad = {0x0, 
  0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0,
canceltype = 0}}}
not_first_call = value optimized out
freesize = value optimized out
__PRETTY_FUNCTION__ = start_thread
---Type return to continue, or q return to quit---
#34 0xf6d0510e in clone ()
at ../sysdeps/unix/sysv/linux/i386/clone.S:130
No locals.



-- 
Bastien Durel



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

Bug#593158: Pidgin crashes when emitting sound (via gstreamer)

2010-08-16 Thread Bastien Durel 
-2.7.2/./libpurple/proxy.c:617
#8  0xf6e95fbf in socket_ready_cb (data=0x9d75f00, source=45, 
cond=PURPLE_INPUT_WRITE)
at 
/build/buildd-pidgin_2.7.2-1-i386-mhfoqm/pidgin-2.7.2/./libpurple/proxy.c:676
#9  0x080af180 in pidgin_io_invoke (source=0xa3f5978, condition=G_IO_OUT, 
data=0xa1d3408)
at 
/build/buildd-pidgin_2.7.2-1-i386-mhfoqm/pidgin-2.7.2/./pidgin/gtkeventloop.c:73
#10 0xf6f9869b in ?? () from /lib/libglib-2.0.so.0
#11 0xf6f542f5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#12 0xf6f57fd8 in ?? () from /lib/libglib-2.0.so.0
#13 0xf6f58517 in g_main_loop_run () from /lib/libglib-2.0.so.0
#14 0xf726bdc9 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#15 0x080ca7d8 in main (argc=2, argv=0xffd78724) at 
/build/buildd-pidgin_2.7.2-1-i386-mhfoqm/pidgin-2.7.2/./pidgin/gtkmain.c:979
(gdb) thread 3
[Switching to thread 3 (Thread 8113)]#0  0xf779c430 in __kernel_vsyscall ()
(gdb) where
#0  0xf779c430 in __kernel_vsyscall ()
#1  0xf772cf7f in __pthread_cond_wait (cond=0xa3f59c8, mutex=0xa13da98) at 
pthread_cond_wait.c:153
#2  0xf76dd893 in gst_task_func (task=0xa3fa018) at gsttask.c:259
#3  0xf76dec97 in default_func (tdata=0xa1c5da8, pool=0x9b65980) at 
gsttaskpool.c:68
#4  0xf6f805bc in ?? () from /lib/libglib-2.0.so.0
#5  0xf6f7e69f in ?? () from /lib/libglib-2.0.so.0
#6  0xf7728955 in start_thread (arg=0xf11f6b70) at pthread_create.c:300
#7  0xf6d9e10e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

As I cannot reproduce it with a test profile, I cannot attach the full
core file with clear passwords.
As additional information, crash appends when a msn connexion is
notified via a jabber transport. (I'll try to set-up another jabber
account with msn transport to test with)

-- 
Bastien Durel




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

Bug#593158: Pidgin crashes when emitting sound (via gstreamer)

2010-08-15 Thread Bastien Durel 
Package: pidgin
Version: 2.7.2-1
Severity: important
Tags: squeeze

At start, pidgin emits sounds to signal logins, and crashes immediatly

Here is the gdb backtrace :
(gdb) where
#0  0xf76f8430 in __kernel_vsyscall ()
#1  0xf6c58751 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0xf6c5bb82 in *__GI_abort () at abort.c:92
#3  0x080cad21 in ?? ()
#4  signal handler called
#5  0xef2ef2d6 in orc_x86_emit_push () from /usr/lib/liborc-0.4.so.0
#6  0xef2ef468 in orc_x86_emit_prologue () from /usr/lib/liborc-0.4.so.0
#7  0xef2eb569 in orc_compiler_sse_assemble () from /usr/lib/liborc-0.4.so.0
#8  0xef2d970b in orc_program_compile_full () from /usr/lib/liborc-0.4.so.0
#9  0xef2d97e6 in orc_program_compile_for_target () from 
/usr/lib/liborc-0.4.so.0
#10 0xef2d9816 in orc_program_compile () from /usr/lib/liborc-0.4.so.0
#11 0xef2bd25b in ?? () from /usr/lib/gstreamer-0.10/libgstvolume.so
#12 0xef2bbc23 in ?? () from /usr/lib/gstreamer-0.10/libgstvolume.so
#13 0xef2bc0d2 in ?? () from /usr/lib/gstreamer-0.10/libgstvolume.so
#14 0xf67e56f7 in ?? () from /usr/lib/libgstbase-0.10.so.0
#15 0xf67e5e87 in ?? () from /usr/lib/libgstbase-0.10.so.0
#16 0xf760c73d in ?? () from /usr/lib/libgstreamer-0.10.so.0
#17 0xf760d167 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#18 0xf67e5ede in ?? () from /usr/lib/libgstbase-0.10.so.0
#19 0xf760c73d in ?? () from /usr/lib/libgstreamer-0.10.so.0
#20 0xf760d167 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#21 0xf67e5ede in ?? () from /usr/lib/libgstbase-0.10.so.0
#22 0xf760c73d in ?? () from /usr/lib/libgstreamer-0.10.so.0
#23 0xf760d167 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#24 0xf75fb0cd in ?? () from /usr/lib/libgstreamer-0.10.so.0
#25 0xf760c73d in ?? () from /usr/lib/libgstreamer-0.10.so.0
#26 0xf760d167 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#27 0xf122e3d7 in ?? () from /usr/lib/gstreamer-0.10/libgstcoreelements.so
#28 0xf76396d1 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#29 0xf763ac97 in ?? () from /usr/lib/libgstreamer-0.10.so.0
#30 0xf6edc5bc in ?? () from /lib/libglib-2.0.so.0
#31 0xf6eda69f in ?? () from /lib/libglib-2.0.so.0
#32 0xf7684955 in start_thread (arg=0xef17eb70) at pthread_create.c:300
#33 0xf6cfa10e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130


I have time to see libnotify pop-up before pidgin crashes.


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

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

Versions of packages pidgin depends on:
ii  gconf2  2.28.1-3 GNOME configuration database syste
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.86-1   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libpango1.0-0   1.28.1-1 Layout and rendering of internatio
ii  libpurple0  2.7.2-1  multi-protocol instant messaging l
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libstartup-notification00.10-1   library for program launch feedbac
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  libxss1 1:1.2.0-2X11 Screen Saver extension library
ii  perl5.10.1-14Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10.1]  5.10.1-14minimal Perl system
ii  pidgin-data 2.7.2-1  multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.30-1  GStreamer plugins from the base 
ii  gstreamer0.10-plugins-good0.10.24-1  GStreamer plugins from the good 

Versions of packages pidgin suggests:
ii  evolution-data-server 2.30.2.1-1 evolution database backend server
ii  gnome-panel   2.30.2-1   launcher and docking facility for 
ii  libsqlite3-0  3.7.0-1.1  SQLite 3 shared library

-- no debconf information



-- 
To

Bug#482864: patch

2010-06-16 Thread Bastien Durel 
Hello,

I'm not sure this patch is needed anymore. With sid's 2.0.17 the
connection is established with the palm. (it tries pda.platform then
info.bus)

But there is another problem (at least with my zire72) : dlp_ReadSysInfo
returns 201 (PI_ERR_SOCK_INVALID /** invalid protocol stack */),
although pilot_connect returns without error. (device-type is
PILOT_DEVICE_USB_VISOR)

I can sync under lenny and ubuntu 9.10, but I can't with squeeze or sid.

-- 
Bastien Durel



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

Bug#574117: gdb: cannot print value-passed object parameters

2010-03-16 Thread Bastien Durel 
Package: gdb
Version: 6.8-3
Severity: important

gdb incorrectly prints some objects passed to functions as value.

i.e. for a c-string holder, data pointer is displayed as pointing on itself (or 
this), although it points to a valid allocated mem zone.

I put a demonstrating program below :

bdu...@linux1:/tmp$ cat test.cpp 
#include iostream
#include cstring

using namespace std;

class PTString
{
  char * data;
public:
  
  PTString(const char * s) {
data = strdup(s);
  }

  PTString(const PTString p) {
data = strdup(p.data);
  }

  operator const char * () const { return data; }
};

void Do(PTString aStr)
{
  PTString lStr = aStr;

  int a = 1;
  ++a;
}
int main()
{
  PTString test = foo;

  Do(test);

  cout  test  endl;

  return 0;
}

when I run gdb on it, aStr displays incorrectly (I had to cut garbage to write 
in console-based editor)
but if I cast aStr.data to a char**, it works around the problem, as gdb thinks 
data is pointing on itself, it dereferences it to real memory zone. See below.

bdu...@linux1:/tmp$ g++ -g2 test.cpp 
bdu...@linux1:/tmp$ gdb a.out 
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
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 i486-linux-gnu...
(gdb) b Do
Breakpoint 1 at 0x8048726: file test.cpp, line 24.
(gdb) r
Starting program: /tmp/a.out 

Breakpoint 1, Do (aStr={data = 0xbf8af8a0 \030\020[...garbage cut...]\001}) 
at test.cpp:24
24PTString lStr = aStr;
(gdb) n
26int a = 1;
(gdb) p lStr
$1 = {data = 0x9d81028 foo}
(gdb) p *(char **)(aStr.data)
$2 = 0x9d81018 foo
(gdb) p aStr.data
$3 = 0xbf8af8a0 \030\020[...garbage cut...]\001
(gdb) c
Continuing.
foo

Program exited normally.


-- System Information:
Debian Release: 5.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages gdb depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libexpat1 2.0.1-4XML parsing C library - runtime li
ii  libncurses5   5.7+20081213-1 shared libraries for terminal hand
ii  libreadline5  5.2-3.1GNU readline and history libraries

gdb recommends no packages.

Versions of packages gdb suggests:
pn  gdb-doc   none (no description available)

-- no debconf information



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

Bug#560765: glunarclock: does not work

2010-02-18 Thread Bastien Durel 
As this bug affects ubuntu, I sent report to launchpad as well

https://bugs.launchpad.net/ubuntu/+source/glunarclock/+bug/459389

You can see SIGGEGV in strcmp() (disassembly  stack trace avaiable)

-- 
Bastien Durel


smime.p7s
Description: S/MIME cryptographic signature

Bug#547010: proposed patch error

2009-09-17 Thread Bastien Durel 
Hello,

I forgot the pid in my proposed patch, so here's the correct version

-- 
Bastien Durel
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ mt-daapd\[[0-9]+\]: Rescanning database$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ mt-daapd\[[0-9]+\]: Starting playlist scan$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ mt-daapd\[[0-9]+\]: Updating playlists$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ mt-daapd\[[0-9]+\]: Scanned [0-9]+ songs 
\(was [0-9]+\) in [0-9]+ seconds$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ mt-daapd\[[0-9]+\]: Error writing to client 
socket: Connection reset by peer$



smime.p7s
Description: S/MIME cryptographic signature

Bug#547010: mt-daapd package should ship a logcheck ignore file

2009-09-16 Thread Bastien Durel 
Package: mt-daapd
Version: 0.9~r1696.dfsg-6lenny2
Severity: minor
Tags: patch

mt-daapd is filling syslog with informations like Rescanning database which 
may be ignored by logcheck.
It logs even if a logfile is provided

This could be resolved with a logcheck ignore file like this :
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ mt-daapd: Rescanning database$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ mt-daapd: Starting playlist scan$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ mt-daapd: Updating playlists$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ mt-daapd: Scanned [0-9]+ songs \(was 
[0-9]+\) in [0-9]+ seconds$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ mt-daapd: Error writing to client socket: 
Connection reset by peer$

Thanks,

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.27.10-grsec (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 mt-daapd depends on:
ii  adduser3.110 add and remove users and groups
ii  avahi-daemon   0.6.23-3lenny1Avahi mDNS/DNS-SD daemon
ii  libavahi-client3   0.6.23-3lenny1Avahi client library
ii  libavahi-common3   0.6.23-3lenny1Avahi common library
ii  libavcodec51   0.svn20080206-18  ffmpeg codec library
ii  libavformat52  0.svn20080206-18  ffmpeg file format library
ii  libavutil490.svn20080206-18  ffmpeg utility library
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libflac8   1.2.1-1.2 Free Lossless Audio Codec - runtim
ii  libid3tag0 0.15.1b-10ID3 tag reading library from the M
ii  libjs-prototype1.6.0.2-4 JavaScript Framework for dynamic w
ii  libjs-scriptaculous1.8.1-5   JavaScript library for dynamic web
ii  libogg01.1.3-4   Ogg Bitstream Library
ii  libsqlite3-0   3.6.17-2~bpo  SQLite 3 shared library
ii  libtagc0   1.5-3 TagLib Audio Meta-Data Library (C 
ii  libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi
ii  libvorbisfile3 1.2.0.dfsg-3.1The Vorbis General Audio Compressi
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

mt-daapd recommends no packages.

mt-daapd 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#536694: gpilotd cannot sync e_calendar nor e_address conduit

2009-07-12 Thread Bastien Durel 
Package: evolution
Version: 2.22.3.1-1
Severity: normal

ecalendar and eaddress conduits didn't work anymore for a few weeks.
Gpilotd complains about an undefined symbol : 

(gpilotd:5024): libgpilotdcm-WARNING **: unable to g_module_open 
(/usr/lib/evolution/2.22/conduits/libecalendar_conduit.so), reason 
/usr/lib/libcamel-provider-1.2.so.11: undefined symbol: set_nss_error
gpilotd-Message: Loading conduit e_calendar_conduit failed!
** Message: time_file: creating time conduit

(gpilotd:5024): libgpilotdcm-WARNING **: unable to g_module_open 
(/usr/lib/evolution/2.22/conduits/libeaddress_conduit.so), reason 
/usr/lib/libcamel-provider-1.2.so.11: undefined symbol: set_nss_error
gpilotd-Message: Loading conduit e_address_conduit failed!

this symbol seems to has been introduced in version 2.22.3-1.1+lenny1 on Sat, 
30 May 2009, by the patch 66_security_CVE-2009-0547.patch

Regards,

Bastien Durel

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

Kernel: Linux 2.6.26-2-nomdix (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 evolution depends on:
ii  dbus   1.2.1-5   simple interprocess messaging syst
ii  evolution-common   2.22.3.1-1architecture independent files for
ii  evolution-data-server  2.22.3-1.1+lenny1 evolution database backend server
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  gtkhtml3.143.18.3-1  HTML rendering/editing library - b
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbluetooth2  3.36-1Library to use the BlueZ Linux Blu
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libcairo2  1.6.4-7   The Cairo 2D vector graphics libra
ii  libcamel1.2-11 2.22.3-1.1+lenny1 The Evolution MIME message handlin
ii  libdbus-1-31.2.1-5   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libebook1.2-9  2.22.3-1.1+lenny1 Client library for evolution addre
ii  libecal1.2-7   2.22.3-1.1+lenny1 Client library for evolution calen
ii  libedataserver1.2-92.22.3-1.1+lenny1 Utility library for evolution data
ii  libedataserverui1.2-8  2.22.3-1.1+lenny1 GUI utility library for evolution 
ii  libegroupwise1.2-132.22.3-1.1+lenny1 Client library for accessing group
ii  libexchange-storage1.2 2.22.3-1.1+lenny1 Client library for accessing Excha
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.7-2+lenny1FreeType 2 font engine, shared lib
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.6-2  The GLib library of C routines
ii  libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-2The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.12-1~lenny1  The GTK+ graphical user interface 
ii  libgtkhtml3.14-19  3.18.3-1  HTML rendering/editing library - r
ii  libhal10.5.11-8  Hardware Abstraction Layer - share
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libldap-2.4-2  2.4.11-1  OpenLDAP libraries
ii  libnm-glib00.6.6-3   network management framework (GLib
ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to a n
ii  libnspr4-0d4.7.1-4   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.0-6  Network Security Service libraries
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.5-5  Layout and rendering of internatio
ii  libpisock9 0.12.3-5  library for communicating with a P
ii  libpisync1 0.12.3-5  synchronization library for PalmOS
ii  libpixman-1-0  0.10.0-2  pixel-manipulation library for X a
ii  libpng12-0 1.2.27-2+lenny2   PNG library - runtime
ii  libpopt0   1.14-4lib for parsing

Bug#527747: Sorry

2009-05-09 Thread Bastien Durel 
Hello,

Sorry for this mistake, I did not see dbndns subfolder, and I was
confused by an old /usr/local install.

You can drop this non-bug.

Regards,

-- 
Bastien Durel


smime.p7s
Description: S/MIME cryptographic signature

Bug#527747: dbndns don't include IPv6 functionality.

2009-05-08 Thread Bastien Durel 
Package: dbndns
Version: 1:1.05-4
Severity: important

dbndns built from source is same as djbdns

diff debian/dbndns/usr/bin/tinydns debian/djbdns/usr/bin/tinydns reports same 
files

I found no trace of 0002-Apply-fefe-s-djbdns-1.05-test23-ipv6-patch.diff in the 
source package

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

Kernel: Linux 2.6.27.10-grsec-ipsec-ipv6-64 (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 dbndns depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries

Versions of packages dbndns recommends:
ii  daemontools1:0.76-3  a collection of tools for managing
ii  daemontools-run1:0.76-3  daemontools service supervision
ii  make   3.81-5The GNU version of the make util
ii  ucspi-tcp  1:0.88-2+ssl+ipv6 command-line tools for building TC

Versions of packages dbndns suggests:
pn  dnscache-run  none (no description available)

-- no debconf information



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

Bug#501526:

2009-03-08 Thread Bastien Durel 
Hello,

if the compile error could be resolved by including stdbool.h, there
is also a link error:

/usr/lib/libsmdkim/libdkim.so: undefined reference to `sm_strlcat'
/usr/lib/libsmdkim/libdkim.so: undefined reference to `sm_strlcpy'
/usr/lib/libsmdkim/libdkim.so: undefined reference to `ar_shutdown'
/usr/lib/libsmdkim/libdkim.so: undefined reference to `ar_init'
/usr/lib/libsmdkim/libdkim.so: undefined reference to `ar_addquery'
/usr/lib/libsmdkim/libdkim.so: undefined reference to `ar_cancelquery'
/usr/lib/libsmdkim/libdkim.so: undefined reference to `__dn_expand'
/usr/lib/libsmdkim/libdkim.so: undefined reference to `__dn_comp'
/usr/lib/libsmdkim/libdkim.so: undefined reference to `__dn_skipname'
/usr/lib/libsmdkim/libdkim.so: undefined reference to `ar_waitreply'

sm_* may be found in libsm (libmilter-dev[1]), but ar_* are located in
libar(.a), which is not shipped in package(s)

[1] libsmdkim-dev should then depends on libmilter-dev ?

-- 
Bastien Durel


smime.p7s
Description: S/MIME cryptographic signature

Bug#511776: libvpim-ruby1.8: encode method deos not work for Vpim::Icalendar

2009-01-14 Thread Bastien Durel 
Package: libvpim-ruby1.8
Version: 0.15-1
Severity: normal

encode seems to apply fields to an array:

/usr/lib/ruby/1.8/vpim/icalendar.rb:246:in `fields': undefined method `fields' 
for #Array:0xb77b4988 (NoMethodError)
from /usr/lib/ruby/1.8/vpim/icalendar.rb:246:in `each'
from /usr/lib/ruby/1.8/vpim/icalendar.rb:246:in `fields'
from /usr/lib/ruby/1.8/vpim/icalendar.rb:234:in `encode'
from ./main.rb:31
from ./main.rb:17:in `each'
from ./main.rb:17

When I try to run this code :

cals = Vpim::Icalendar.decode(cal_file)
cals.each do |cal|
  f = File.open(new_cal, 'w')
  f.write(cal.encode)
end


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.26.3-grsec
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages libvpim-ruby1.8 depends on:
ii  libruby1.8  1.8.5-4etch4 Libraries necessary to run Ruby 1.

libvpim-ruby1.8 recommends 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#436289: libphp-jpgraph: succeed to install on lenny with php5, but not compatible with php5

2009-01-05 Thread Bastien Durel 
Le lundi 05 janvier 2009 à 18:21 +0100, Evgeni Golov a écrit :
 Hi *,
 
 while looking at RC-bugs I stumbled over this one.
 Yupp, the long descriptions only mentions PHP4. But look at the
 changelog, the latest entry says:
   * Added support for php5(-gd), reviewed all example that seems to work
   (Closes: #424795) affected by php4-removal 
 And indeed, I tested and the examples seem to work fine (some fail with
 an caching error, but thats something different AFAICT).
 
 Bastien, did you actually test jpgraph with PHP5 on Lenny? Upstream can
 tell much, but we can patch more :)
Hello,

I did not used it much, but one of my projects require it for cron jobs
execution. I cannot remember if I actually used debian packaged version,
or if I downloaded one from upstream.
Infortunatly, my laptop is now out of order, then I cannot verify this.

regards,

-- 
Bastien.
Amour est un étrange maître.
Heureux qui peut ne le connaître
Que par récit, lui ni ses coups !
-+- Jean de La Fontaine (1621-1695), 
Le Lion amoureux (Fables IV.1) -+-



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

Bug#497392: e1000e driver does not initialize correctly

2008-11-09 Thread Bastien Durel 
Le samedi 08 novembre 2008 à 00:01 +0100, Moritz Muehlenhoff a écrit :
 On Mon, Sep 22, 2008 at 01:44:38PM +0200, Bastien Durel wrote:
  Le dimanche 21 septembre 2008 à 15:14 +0200, Bastian Blank a écrit :
   On Mon, Sep 01, 2008 at 02:22:00PM +0200, Bastien Durel wrote:
The e1000e kernel module does not initialize correctly, then the 
network cannot initialize.
   
   Please explain, the attached log does not show strange e1000 related
   messages.
   
  Well,
  
  when the module is inserted, nothing complains, the RAs are recevied,
  but ipv4 cannot be used on the interface. DHCP does not respond, and
  manual configuration does not allow packets to reach another computer.
  tcpdump on the router does not show any packet going from the computer
  during DHCP or after manual configuration.
  
  After a few(exact number may change) rmmod's modprobe's, IPv4 can goes
  through interface. *That's* very strange.
 
 Is this behaviour also reproducible if you try a current 2.6.28-rcX
 kernel? If so, could you file a report at bugzilla.kernel.org?
 
 Cheers,
 Moritz
I reproduce it with 2.6.28-rc3

Linux sietchtabr 2.6.28-rc3 #2 SMP Sun Nov 9 23:05:00 CET 2008 i686
GNU/Linux

I copied .configure from linux-headers-2.6.22-3-686, adding e1000e
support.

rmmod e1000e ; modprobe e1000e was required to recieve DHCP info.

Cheers,

-- 
Bastien Durel


smime.p7s
Description: S/MIME cryptographic signature

Bug#497392: e1000e driver does not initialize correctly

2008-09-22 Thread Bastien Durel 
Le dimanche 21 septembre 2008 à 15:14 +0200, Bastian Blank a écrit :
 On Mon, Sep 01, 2008 at 02:22:00PM +0200, Bastien Durel wrote:
  The e1000e kernel module does not initialize correctly, then the network 
  cannot initialize.
 
 Please explain, the attached log does not show strange e1000 related
 messages.
 
Well,

when the module is inserted, nothing complains, the RAs are recevied,
but ipv4 cannot be used on the interface. DHCP does not respond, and
manual configuration does not allow packets to reach another computer.
tcpdump on the router does not show any packet going from the computer
during DHCP or after manual configuration.

After a few(exact number may change) rmmod's modprobe's, IPv4 can goes
through interface. *That's* very strange.

  00:19.0 Ethernet controller [0200]: Intel Corporation 82562V-2 10/100 
  Network Connection [8086:10c0] (rev 02)
  Subsystem: Dell Device [1028:0238]
 
 Which sort of controller is this?
 
It's an onboard 10/100 controler, on a Vostro-200 dell computer.

-- 
Bastien Durel


smime.p7s
Description: S/MIME cryptographic signature

Bug#497392: e1000e driver does not initialize correctly

2008-09-01 Thread Bastien Durel 
Package: linux-image-2.6.26-1-686
Version: 2.6.26-3
Severity: important

The e1000e kernel module does not initialize correctly, then the network cannot 
initialize.
It does not complain, but packets do not exit correctly. The port's LED on 
switch blinks quickly all time, IPv6 RA's are recevied by the kernel, but no 
DHCP packet reaches router, nor any ICMP one after manual configuration.
rmmod / modprobe module *sometimes* makes it working correctly, then the 
network interface is bringed up, DHCP responds, and communication can be 
established.

e1000e worked correctly with linux-image-2.6.25-2-686 kernel.

-- Package-specific info:
** Version:
Linux version 2.6.26-1-686 (Debian 2.6.26-3) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Wed Aug 20 12:56:41 UTC 
2008

** Command line:
root=/dev/sda6 ro 

** Not tainted

** Kernel log:
[5.639460] EXT3-fs: mounted filesystem with ordered data mode.
[6.838118] udevd version 125 started
[7.555905] input: PC Speaker as /class/input/input3
[8.116282] ACPI: PCI Interrupt :00:1f.3[B] - GSI 18 (level, low) - 
IRQ 18
[8.240908] Linux agpgart interface v0.103
[8.280909] agpgart: Detected an Intel G33 Chipset.
[8.280909] agpgart: Detected 7164K stolen memory.
[8.294893] agpgart: AGP aperture is 256M @ 0xd000
[8.297597] dcdbas dcdbas: Dell Systems Management Base Driver (version 
5.6.0-3.2)
[8.316909] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.03 (30-Apr-2008)
[8.316909] iTCO_wdt: Found a ICH9R TCO device (Version=2, TCOBASE=0x0460)
[8.316909] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[8.568520] input: Power Button (FF) as /class/input/input4
[8.620819] ACPI: Power Button (FF) [PWRF]
[8.620945] input: Power Button (CM) as /class/input/input5
[8.669703] ACPI: Power Button (CM) [PWRB]
[9.048402] Error: Driver 'pcspkr' is already registered, aborting...
[9.068403] ACPI: PCI Interrupt :00:1b.0[A] - GSI 22 (level, low) - 
IRQ 22
[9.068403] PCI: Setting latency timer of device :00:1b.0 to 64
[9.104403] hda_codec: Unknown model for ALC883, trying auto-probe from 
BIOS...
[9.888929] Adding 1847432k swap on /dev/sda12.  Priority:-1 extents:1 
across:1847432k
[   10.222051] EXT3 FS on sda6, internal journal
[   10.641805] it87: Found IT8718F chip at 0x290, revision 3
[   10.641805] it87: in3 is VCC (+5V)
[   10.641805] it87: in7 is VCCH (+5V Stand-By)
[   10.657357] coretemp coretemp.0: Using relative temperature scale!
[   10.657357] coretemp coretemp.1: Using relative temperature scale!
[   10.745725] device-mapper: uevent: version 1.0.3
[   10.745725] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: 
[EMAIL PROTECTED]
[   26.582047] kjournald starting.  Commit interval 5 seconds
[   26.582047] EXT3 FS on sda10, internal journal
[   26.582047] EXT3-fs: mounted filesystem with ordered data mode.
[   26.605941] kjournald starting.  Commit interval 5 seconds
[   26.605941] EXT3 FS on sda8, internal journal
[   26.605941] EXT3-fs: mounted filesystem with ordered data mode.
[   26.641371] kjournald starting.  Commit interval 5 seconds
[   26.641371] EXT3-fs: mounted filesystem with ordered data mode.
[   26.661274] kjournald starting.  Commit interval 5 seconds
[   26.661274] EXT3-fs: mounted filesystem with ordered data mode.
[   26.677206] kjournald starting.  Commit interval 5 seconds
[   26.677206] EXT3-fs: mounted filesystem with ordered data mode.
[   29.971694] eth0: Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[   29.971758] eth0: 10/100 speed: disabling TSO
[   42.084477] NET: Registered protocol family 10
[   42.085051] lo: Disabled Privacy Extensions
[   42.899159] lp: driver loaded but no devices found
[   42.955150] ppdev: user-space parallel port driver
[   44.514082] RPC: Registered udp transport module.
[   44.514082] RPC: Registered tcp transport module.
[   44.540877] Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]).
[   44.588337] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery 
directory
[   44.603502] NFSD: starting 90-second grace period
[   45.513208] warning: `ntpd' uses 32-bit capabilities (legacy support in use)
[   50.493377] [drm] Initialized drm 1.1.0 20060810
[   50.507808] ACPI: PCI Interrupt :00:02.0[A] - GSI 16 (level, low) - 
IRQ 16
[   50.507819] PCI: Setting latency timer of device :00:02.0 to 64
[   50.507903] [drm] Initialized i915 1.6.0 20060119 on minor 0
[   51.063638] set status page addr 0x00033000
[   72.047875] UDF-fs: Partition marked readonly; forcing readonly mount
[   72.079879] UDF-fs INFO UDF: Mounting volume 'VIIS', timestamp 2007/08/30 
17:19 (1078)
[  120.622085] ACPI: PCI interrupt for device :00:19.0 disabled
[  161.188681] e1000e: Intel(R) PRO/1000 Network Driver - 0.3.3.3-k2
[  161.188681] e1000e: Copyright (c) 1999-2008 Intel Corporation.
[  161.188681] ACPI: PCI Interrupt :00:19.0[A] - GSI 20 (level, low) - 
IRQ

Bug#482864: gpilotd cannot communicate with HAL

2008-05-25 Thread Bastien Durel 
Package: gnome-pilot
Version: 2.0.15-2.1
Severity: important
Tags: patch

gpilotd did not communicate with HAL since ~30/03 in lenny, so synchronisation 
never begins, altough it could be forced via pilot-link CLI.
I found HAL key info.bus is no more used, and this information is now in 
info.subsystem key.

With the attached patch, I'm able to sync my Zire 72 using gpilotd.

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

Kernel: Linux 2.6.24-1-686 (SMP w/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 gnome-pilot depends on:
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.6.4-1+b1The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-2   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.74-2simple interprocess messaging syst
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgnome-pilot22.0.15-2.1Support libraries for gnome-pilot
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-2GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.9-3  The GTK+ graphical user interface 
ii  libhal10.5.11~rc2-1  Hardware Abstraction Layer - share
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.12-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.20.3-3  library for GNOME Panel applets
ii  libpango1.0-0  1.20.2-2  Layout and rendering of internatio
ii  libpisock9 0.12.3-4+b1   library for communicating with a P
ii  libpisync1 0.12.3-4+b1   synchronization library for PalmOS
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libxml22.6.32.dfsg-2 GNOME XML library

Versions of packages gnome-pilot recommends:
ii  gnome-pilot-conduits  2.0.15-1.2 conduits for gnome-pilot

-- no debconf information
diff -u gnome-pilot-2.0.15.debian.orig/gpilotd/gpilotd.c 
gnome-pilot-2.0.15/gpilotd/gpilotd.c
--- gnome-pilot-2.0.15.debian.orig/gpilotd/gpilotd.c2006-11-18 
14:50:10.0 +0100
+++ gnome-pilot-2.0.15/gpilotd/gpilotd.c2008-05-25 17:48:12.0 
+0200
@@ -1048,8 +1048,13 @@
 * and then try to match the usb_device.product_id and 
usb_device.vendor_id
 * against the list in devices.xml.
 */
-   if (!(bus = libhal_device_get_property_string (hal_ctx, udi, 
info.bus, NULL)))
-   return;
+   if (!(bus = libhal_device_get_property_string (hal_ctx, udi, 
info.bus, NULL))) {
+   /* Bastien Durel: newer HAL seems to use info.subsystem, not 
info.bus */
+   if (!(bus = libhal_device_get_property_string (hal_ctx, udi, 
info.subsystem, NULL))) {
+   return;
+   }
+   }
+
if (strcmp (bus, usb_device) != 0) {
libhal_free_string (bus);
return;

Bug#436289: libphp-jpgraph: succeed to install on lenny with php5, but not compatible with php5

2007-08-06 Thread Bastien Durel 
Package: libphp-jpgraph
Version: 1.5.2-11
Severity: important

As stated on jpgraph website, Note: The 1.x series is only for PHP4. It will 
not work on PHP5.
On my etch server, libphp-jpgraph requires downgrade to php4, but on my lenny 
laptop, it installed without complaining.
But it doesn't work.
We need to install jpgraph 2.x with php5, or 1.x with php4.

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

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

Versions of packages libphp-jpgraph depends on:
ii  libapache2-mod-php5   5.2.3-1+b1 server-side, HTML-embedded scripti
ii  php5-gd   5.2.3-1+b1 GD module for php5

libphp-jpgraph recommends no packages.

-- no debconf information


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