Bug#784702: wmweather+: diff for NMU version 2.15-1.1
On Tue, 2015-05-19 at 19:04 -0500, Doug Torrance wrote: > Control: tags 784702 + pending > > Dear maintainer, > > I've prepared an NMU for wmweather+ (versioned as 2.15-1.1) and > have asked my sponsor to upload it to DELAYED/2. Please feel free > to tell me if I should delay it longer. Sure, go ahead! Thanks! Regards, Martin signature.asc Description: This is a digitally signed message part
Bug#767523: fixed in wmweather+ 2.15-1
severity 767523 important
thanks
On Fri, 2014-11-07 at 14:44 +0100, John Paul Adrian Glaubitz wrote:
> Well, while you have fixed the issue in unstable now, you are now
> running into the problem that the package won't migrate into testing
> due to the freeze and the bug still remains open there.
>
> Have you actually contacted the release team and ask them for an
> unblock? I don't see any chance that they will actually unblock
> a completely new upstream version and wmweather+ will certainly
> be removed from testing as a result.
Hi John,
Good point. Sadly, the timing for the new package was a little
unfortunate.
I have looked into the code and prepared the relevant diff (from
upstream 2.14 actually) that fixes the problem in version 2.13. For the
record, I'll attach it to this mail. It might serve as a minimal
targeted fix to get into testing during the freeze.
However, looking at the code, I'm not sure severity "grave" is
justified, maybe the bug only manifests under certain circumstances? Do
you experience the bug? Therefore, downgrading to "important" for now.
Regards,
Martin
diff -ru wmweather+-2.13_orig/download.c wmweather+-2.13/download.c
--- wmweather+-2.13_orig/download.c 2010-08-17 21:25:09.0 +0200
+++ wmweather+-2.13/download.c 2014-11-07 16:58:32.585042368 +0100
@@ -115,12 +115,26 @@
struct timeval tv;
int maxfd, n, x;
CURLMsg *msg;
+CURLMcode status;
-if(sleeptime>0){
+if(sleeptime>0) do {
FD_ZERO(&rd);
FD_ZERO(&wr);
FD_ZERO(&er);
-curl_multi_fdset(multi_handle, &rd, &wr, &er, &maxfd);
+errno = 0;
+status = curl_multi_fdset(multi_handle, &rd, &wr, &er, &maxfd);
+if(status!=CURLM_OK){
+warn("Could not fetch curl fdset: %s", curl_multi_strerror(status));
+usleep(sleeptime);
+return;
+}
+if(maxfd<0){
+/* It's not something we can select on, sleep and then blindly call
+ * curl_multi_perform.
+ */
+usleep(sleeptime);
+break;
+}
tv.tv_sec=0;
tv.tv_usec=sleeptime;
@@ -145,7 +159,8 @@
usleep(sleeptime);
return;
}
-}
+} while(0);
+
while(curl_multi_perform(multi_handle, &x)==CURLM_CALL_MULTI_PERFORM);
while((msg=curl_multi_info_read(multi_handle, &x))){
switch(msg->msg){
Bug#767523: wmweather+: Does not download weather information anymore
Package: wmweather+ Version: 2.13-1 Severity: grave Justification: renders package unusable Hi, wmweather+ 2.13 is not downloading weather information from weather.noaa.gov anymore. Thus, no weather conditions are displayed and the program is pretty much useless. Upstream version 2.15 works fine and thus presumably fixes the underlying issue. Please package 2.15. Regards, Martin -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wmweather+ depends on: ii libc62.19-11 ii libcurl3-gnutls 7.38.0-2 ii libpcre3 1:8.35-3 ii libwraster3 0.95.5-2 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.2-1 ii libxpm4 1:3.5.11-1 wmweather+ recommends no packages. Versions of packages wmweather+ suggests: ii kde-window-manager [x-window-manager] 4:4.11.12-1 ii metacity [x-window-manager]1:3.12.0-2 ii mutter [x-window-manager] 3.14.0-1 ii openbox [x-window-manager] 3.5.2-7 ii xfwm4 [x-window-manager] 4.10.1-2 pn xless -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749016: same with initramfs-tools
found 749016 3.14.15-2 notfound 749016 3.10.11-1 thanks Hi, I encountered this with 3.14.15-2 (from linux-image-3.14-2-686-pae). For the record, first symptom was cryptsetup not finding the partition and hanging with: Begin: Waiting for encrypted source device ... Adding sd_mod to /etc/initramfs-tools/modules and running update-initramfs solved the rather annoying issue and /dev/sd* and /dev/disk/* reappear. An immediate workaround is to do modprobe sd_mod in the busybox shell that appears after the "Waiting for..." message times out after a minute or so. Does not happen with 3.10.11-1 from linux-image-3.10-3-686-pae. Cheers, Martin signature.asc Description: This is a digitally signed message part
Bug#661787: radicale: server does not accept SSL connections after a while
severity: important thanks On Thu, 2012-03-01 at 21:10 +1100, Ben Elliston wrote: > Package: radicale > Version: 0.6.4 > Severity: grave > Justification: renders package unusable > > > After a while (days), the radicale server no longer negotiates SSL connections > with clients. openssl s_client shows "CONNECTED", but no certificate is sent. > This only happens on the IPv4 interface, not IPv6. A server restart always > fixes the problem. I observed as well now and then that radicale is no longer responding. Didn't trace it to SSL negotiations though, will try that. This issue may be connected to the Python HTTP server generally not being sufficiently stable, as upstream remarks: http://librelist.com/browser//radicale/2012/4/3/deploying-for-production/#369ad8c8b125f0350f3cf50b0714863b Note that other access methods are possible (e.g. WSGI under Apache), so the package is not generally unusable. Downgrading severity. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668039: Iceowl removed from unstable
Hi, I ran into the same issue. However, it's time to face the unfortunate truth that Iceowl has recently been removed from Debian Sid (since it's been discontinued for a long time upstream). See http://bugs.debian.org/665653 . Time to move on. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612961: More errors that are not displayed
Hi, Other "Failed to fetch" errors are not displayed either, like entries not found in the Release file. For example, error from apt-get update: *** W: Failed to fetch ftp://ftp.debian-multimedia.org/dists/sid/Release Unable to find expected entry 'contrib/binary-i386/Packages' in Release file (Wrong sources.list entry or malformed file) E: Some index files failed to download. They have been ignored, or old ones used instead. *** (That error is because debian-multimedia.org only has main and non-free, but no contrib. The user needs to adjust sources.list to fix this.) In contrast, aptitude update doesn't show the error and only exits with return code 255. Worse, the update is ignored and thus new packages not visible/old packages marked as obsolete, leaving the user unaware of the actual problem. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651031: Fix uninstallable problem
On Mon, 2011-12-05 at 11:41 +0100, Martin Stigge wrote: > Options after -- are passed to update-rc.d which expects the pattern > "(start|stop) runlevel .", violated by "stop 20 .". Uh, "(start|stop) NN runlevel(s) ." of course. Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646559: [Christian Marillat ] Bug#646559: gnome-alsamixer: Latest version 0.9.7~cvs.20060916.ds.1-2.1 is unusable (segmentation fault).
tags 646559 +patch thanks On Mon, 2011-10-31 at 19:31 +0100, gregor herrmann wrote: > On Sun, 30 Oct 2011 17:40:50 +0100, Christian Marillat wrote: > > > Mohammed Adnène Trojette writes: > > > http://adn.diwi.org/tmp/0.9.7~cvs.20060916.ds.1-3/gnome-alsamixer_0.9.7~cvs.20060916.ds.1-3_i386.deb > > Thanks. Works fine. > > Sorry for being so quiet, I was travelling the last days. > > Mohammed, if you need a sponsor for -3, I'd be happy to upload it. Works for me as well. Please go ahead with uploading the fixed package. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648840: Found in sid
found 648840 3.0.2-6 notfound 648840 3.0.2-5 thanks Hi, I encountered this bug in 3.0.2-6 in sid. Downgrade to 3.0.2-5 helped. (I believe it's the same issue with libmozjs8d vs libmozjs7d, looking at both packages' dependencies..) Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641413: X crashes
On Fri, 2011-09-16 at 10:35 +0200, Martin Stigge wrote: > > Upgrade again to Xserver 1.11.0 from unstable (all the Xorg packages of > > course) and replace /usr/lib/xorg/modules/libwfb.so with the file from > > above URL. Restart X afterwards. Does this fix the graphics issues and > > the crashes? > > Indeed, replacing this file makes things work even with the new > versions. Running now nvidia 280.13.really.275.28-1 and Xserver 1.11.0 > with the replaced file and both issues disappeared. Thank you! Hm, as Tony in #641344 points out, the desktop reacts quite slowly in certain situations with 1.11.0, e.g., switching tabs in pidgin or similar. Downgraded X to 1.10.4 again where this is not the case. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641413: X crashes
On Thu, 2011-09-15 at 16:53 +0200, Andreas Beckmann wrote: > > I did that now. (Running now 280.13.really.275.28-1 with 2:1.10.4-1) > > Works, i.e., no rendering issues and no crashes. .. Yet, haha. :) > > Do you want to test a bit more? > I've put 'fixed' (#641344) libwfb.so for Xserver 1.11 here: > http://stxxl.ae.cs.uni-frankfurt.de/tmp/d4c1be75-3f23-4fec-8b5a-b8903e801db2-libwfb/ > > Upgrade again to Xserver 1.11.0 from unstable (all the Xorg packages of > course) and replace /usr/lib/xorg/modules/libwfb.so with the file from > above URL. Restart X afterwards. Does this fix the graphics issues and > the crashes? Indeed, replacing this file makes things work even with the new versions. Running now nvidia 280.13.really.275.28-1 and Xserver 1.11.0 with the replaced file and both issues disappeared. Thank you! Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641413: X crashes
On Thu, 2011-09-15 at 13:38 +0200, Andreas Beckmann wrote: > On 2011-09-15 13:08, Martin Stigge wrote: > > Downgrade of nvidia from 280.13.really.275.28-1 to 280.13-1 (actually > > Did you run previously run xserver 1.11.0 with the 275.28 driver? The crashes happened with version 2:1.11.0-1 of the X server and 280.13.really.275.28-1 of nvidia. I downgraded to 2:1.10.4-1 and 280.13-1 of the respective packages and now things are back to normal. > > upgrade, judging from the version numbers) also did the trick for me, > > including fixing gtk display breakage. > > The rendering errors are most probably caused by #641344 in Xserver 1.11 Yes, that sounds exactly like what I was experiencing. > > So xserver-xorg-core could be involved as well. > > > > Please tell if you need further information from me. > > Could you update the nvidia driver again to 280.13.really.275.28-1 while > keeping Xorg from testing? If the crashes do not reappear in this > configuration, the problem is specific to the 275.28-1 + Xserver 1.11 > combination. I did that now. (Running now 280.13.really.275.28-1 with 2:1.10.4-1) Works, i.e., no rendering issues and no crashes. .. Yet, haha. :) Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641413: Reproducing the bug
On Wed, 2011-09-14 at 16:52 +0200, Rene Engelhard wrote: > > It also does crash my X session, leading me to the bug report. I'm using > > the nvidia X module which was upgraded recently. > > Aha. What I guessed. And if you downgrade it again, does it > start working again? Does it work with a driver in Debian? (nouveau) Downgrade of nvidia from 280.13.really.275.28-1 to 280.13-1 (actually an upgrade, judging from the version numbers) also did the trick for me, including fixing gtk display breakage. (Can't test nouveau, my hardware doesn't like it.) For the record: The crashes happened with libreoffice 3.4.3-1 as well as 3.3.4-1 (via ssh X forward) as well as acroread 9.4.2-0 (from debian-multimedia.org). Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641413: Reproducing the bug
Hi, I'm also experiencing this bug. It also does crash my X session, leading me to the bug report. I'm using the nvidia X module which was upgraded recently. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532823: Linking wmweather+ with gnutls instead of openssl
Hi, I've also just built a package that's depending on libcurl4-gnutls-dev instead. It works fine, so I'll prepare a new package for the archive within the next days (that also needs to clean up one two other things). Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#473943: Fixing gigedit FTBFS
tags 473943 + patch thanks Adding uuid-dev to Build-Depends fixes this FTBFS. The recent NMU of libgig (see #456083) introduced the dependency to libuuid. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440436: Bug#459214: reverse dependencies
On Mon, 2008-03-10 at 12:52 +, Thomas Viehmann wrote: > Martin, I see that #459214 is tagged pending for a month. What is holding up > the upload? If you need a sponsor, please add a note to the bug. First my AM who wanted to act as "executive" sponsor was busy, now I asked my "regular" sponsor for an upload, but he's hesitant because of a lintian warning about manpage warnings. I just asked on debian-devel about that, but I think an upload is actually not so far. Best regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419644: Upload pending
tags 419644 + patch pending thanks An upload of the proposed snprintf3-patch is on its way. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419644: Again improved patch
Ok, since configure.ac was changed, it's required to autoreconf. I'll attach a patch after doing that (which is quite big because of this). I hope this fixes the issue finally. (?) Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419644: Improved patch
Hi, since config.h.in is recreated by autoheader (from configure.ac), I also include the removal of the lines in question from configure.ac in the patch. New one attached. Martin diff -ru wmweather+-2.9/b0rken/snprintf.c wmweather+-2.9_new/b0rken/snprintf.c --- wmweather+-2.9/b0rken/snprintf.c 2007-04-20 14:36:37.0 +0200 +++ wmweather+-2.9_new/b0rken/snprintf.c 2007-04-20 14:26:32.0 +0200 @@ -35,7 +35,7 @@ fprintf(stderr, "Using snprintf replacement\n"); va_start(ap, format); -r=vsnprintf(str, size, format, ap); +r=my_vsnprintf(str, size, format, ap); va_end(ap); return r; } diff -ru wmweather+-2.9/config.h.in wmweather+-2.9_new/config.h.in --- wmweather+-2.9/config.h.in 2007-04-20 14:36:40.0 +0200 +++ wmweather+-2.9_new/config.h.in 2007-04-20 14:26:32.0 +0200 @@ -216,6 +216,3 @@ typedef signed ssize_t; #endif -#ifndef HAVE_WORKING_VSNPRINTF -# define vsnprintf(str, size, format, ap) my_vsnprintf(str, size, format, ap) -#endif diff -ru wmweather+-2.9/configure.ac wmweather+-2.9_new/configure.ac --- wmweather+-2.9/configure.ac 2004-05-14 04:55:39.0 +0200 +++ wmweather+-2.9_new/configure.ac 2007-04-20 14:38:10.0 +0200 @@ -72,10 +72,6 @@ if test "$ac_cv_func_vprintf" != "yes"; then AC_MSG_WARN(vprintf() doesn't seem to exist); fi AC_CHECK_FUNCS([atexit dup2 mkdir pow select strchr strcspn strdup strerror strrchr strspn strstr strtol],, AC_MSG_WARN($ac_func doesn't seem to be available)) FUNC_SNPRINTF_LIBOBJ -AH_BOTTOM( -[#ifndef HAVE_WORKING_VSNPRINTF -# define vsnprintf(str, size, format, ap) my_vsnprintf(str, size, format, ap) -#endif]) CFLAGS="$CFLAGS \$(X_CFLAGS) \$(LIBWWW_CFLAGS)" LIBS="$LIBS \$(LIBWWW_LIBS)"
Bug#419644: wmweather+ redefines vsnprintf
Nico: I have you in CC since you sponsored the upload and it would be nice if you could also sponsor an upload to fix this RC bug. On Tue, 2007-04-17 at 10:35 +0200, Bastian Blank wrote: > > >> Automatic build of wmweather+_2.9-3 on debian-31.osdl.marist.edu by > > >> sbuild/s390 98 > > > [...] > > >> if s390-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include > > >> -I/usr/include -I/usr/include/w3c-libwww -DHAVE_CONFIG_H -MT > > >> wmgeneral.o -MD -MP -MF ".deps/wmgeneral.Tpo" -c -o wmgeneral.o > > >> wmgeneral.c; \ > > >> then mv -f ".deps/wmgeneral.Tpo" ".deps/wmgeneral.Po"; else rm -f > > >> ".deps/wmgeneral.Tpo"; exit 1; fi > > >> In file included from /usr/include/stdio.h:839, > > >> from wmgeneral.c:70: > > >> /usr/include/bits/stdio-ldbl.h:39: error: 'vsnprintf' undeclared here > > >> (not in a function) > > > > Have you been able to reproduce the bug outside of the build daemon? > > Yes. And I found the following: > | # 221 "../config.h" > | #define vsnprintf(str,size,format,ap) my_vsnprintf(str, size, format, ap) > | # 2 "wmgeneral.c" 2 > > So it is a clear bug in wmweather+ by redefining C99 functions. Hm, this is enclosed in: #ifndef HAVE_WORKING_VSNPRINTF # define vsnprintf(str, size, format, ap) my_vsnprintf(str, size, format, ap) #endif After some hours of digging with autoconf and the supplied m4 scripts, I found out that the whole snprintf/vsnprintf action (see m4/snprintf.m4) is there just to ensure that a working-as-expected snprintf() is available. If it's not, it's defined in b0rken/snprintf.c using vsnprintf(), which in turn has then to be available in a working-as-expected way. Result is that configure checks for both snprintf() and vsnprintf() and HAVE_WORKING_VSNPRINTF is only taken care of when HAVE_WORKING_SNPRINTF is undefined. Unfortunately, this is a bug since it's then also undefined in case vsnprintf() exists (but snprintf() is fine) - rendering HAVE_WORKING_VSNPRINTF half-useless. I see three solutions: (a) Patch config.h such that the above #ifdef check includes also a check for undefined HAVE_WORKING_SNPRINTF. This would be a one-liner, fixes that the #define of vsnprintf() only happens when there is really no working vsnprintf() available, and since vsnprintf() is not used elsewhere in wmweather+ it's not too bad that vsnprintf() would be broken (i.e. maybe non-existent). Existing but broken vsnprintf() would still be redefined, which makes it a bad solution, and it's ugly anyway. (b) Fix the m4 scripts such that configure takes always care of setting HAVE_WORKING_VSNPRINTF correctly. This would make the diff much bigger since autoreconf is required and would also not fix the case that vsnprintf() is existent but buggy. (c) Patch b0rken/snprintf.c to directly use my_vsnprintf() instead and remove the (re)definition of vsnprintf() from config.h completely. This fixes all possible cases of nonexistent/broken vsnprintf(). However, the function would be possibly broken - but it's not used anyway. (Again: Only snprintf() is used in the code.) Since (c) looks best for now, I attach a (trivial) patch to implement it. (Unfortunately I could only test the build on my machine where it already worked before.) Could someone please have a short look into this if my solution is ok? I don't want to (make someone) upload this as FTBFS again... Thanks for considering! Martin diff -ru wmweather+-2.9/b0rken/snprintf.c wmweather+-2.9_new/b0rken/snprintf.c --- wmweather+-2.9/b0rken/snprintf.c2002-09-22 22:00:54.0 +0200 +++ wmweather+-2.9_new/b0rken/snprintf.c2007-04-17 16:31:52.0 +0200 @@ -35,7 +35,7 @@ fprintf(stderr, "Using snprintf replacement\n"); va_start(ap, format); -r=vsnprintf(str, size, format, ap); +r=my_vsnprintf(str, size, format, ap); va_end(ap); return r; } Only in wmweather+-2.9_new/: config.h diff -ru wmweather+-2.9/config.h.in wmweather+-2.9_new/config.h.in --- wmweather+-2.9/config.h.in 2004-06-05 15:33:10.0 +0200 +++ wmweather+-2.9_new/config.h.in 2007-04-17 16:35:26.0 +0200 @@ -216,6 +216,3 @@ typedef signed ssize_t; #endif -#ifndef HAVE_WORKING_VSNPRINTF -# define vsnprintf(str, size, format, ap) my_vsnprintf(str, size, format, ap) -#endif
Bug#385359: Still not completely solved?
Hi again... I just noticed that the GUI (multisync0.9) is now able to choose syncml-http-server and syncml-obex-client as plugins, however it's not possible to configure them via the GUI, because while pressing the "Options..." button, you get: opening syncml-http-server plugin Unable to find MSyncPlugin (syncml-http-server)!!! But this could be a different and unrelated bug... Thanks for considering! Martin Stigge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385359: Debug-Information and workaround
Hi! Here is some debug information: $ OSYNC_DEBUG=5 msynctool --listplugins [OSPLG] ERROR: Unable to load plugin /usr/lib/opensync/plugins/syncml_plugin.so: Unable to open module /usr/lib/opensync/plugins/syncml_plugin.so: /usr/lib/libsyncml.so.0: undefined symbol: wbxml_conv_xml2wbxml Available plugins: evo2-sync file-sync So it seems this is a bug in libsyncml? After rebuilding the libsyncml and installing it, the problem vanishes: $ msynctool --listplugins Available plugins: syncml-http-server syncml-obex-client evo2-sync file-sync I had libwbxml2-dev 0.9.2 installed when building my new libsyncml, but 0.9.0dfsg was used when libsyncml from the archive was built. Maybe this has something to do with it? (Just guessing...) Regards, Martin Stigge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
