Bug#1036213: apache2: frequent SIGSEGV in mod_http2.so (purge_consumed_buckets)
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)
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)
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)
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)
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)
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)
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)
, 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)
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
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
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
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
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
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
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)
= 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)
-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)
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
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
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
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
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
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
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
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.
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:
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
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
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
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
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
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
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
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]