From room_freeassociation-devel at uncensored.citadel.org  Mon Sep  1 12:26:58 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Mon, 01 Sep 2008 15:26:58 -0400
Subject: [Freeassociation-devel] libical 0.32 has been released
Message-ID: <0002511984@uncensored.citadel.org>

  
   
 libical 0.32 has been released.  It may be ownloaded from the usual 
location.  
   
 Please take note!  As those of you who have been tracking SVN already 
know, the include path for libical's main header file has changed from 
<ical.h> to <libical/ical.h>.  Builds of downstream programs which use the 
old path will still work, but you will receive a compiler warning to alert 
you that this path is deprecated.  
   
 Many thanks to everyone who contributed patches to this release, 
especially those of you involved in downstream applications who are 
working towards dropping your libical forks.  
   
  -- Art  
  



From winter at kde.org  Mon Sep  1 14:41:58 2008
From: winter at kde.org (Allen Winter)
Date: Mon, 1 Sep 2008 17:41:58 -0400
Subject: [Freeassociation-devel] libical 0.32 has been released
In-Reply-To: <0002511984@uncensored.citadel.org>
References: <0002511984@uncensored.citadel.org>
Message-ID: <200809011741.58668.winter@kde.org>

On Monday 01 September 2008 15:26:58 IGnatius T Foobar wrote:
> 
>  libical 0.32 has been released.  It may be ownloaded from the usual 
> location.  
>    
>  Please take note!  As those of you who have been tracking SVN already 
> know, the include path for libical's main header file has changed from 
> <ical.h> to <libical/ical.h>.  Builds of downstream programs which use the 
> old path will still work, but you will receive a compiler warning to alert 
> you that this path is deprecated.  
>    
>  Many thanks to everyone who contributed patches to this release, 
> especially those of you involved in downstream applications who are 
> working towards dropping your libical forks.  
>    
Nice.
I already sent a note to the packagers of many distributions
to update their libical to version 0.32.

KDE 4.2 will require libical v0.32



From debarshi.ray at gmail.com  Tue Sep  2 12:17:00 2008
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Wed, 3 Sep 2008 00:47:00 +0530
Subject: [Freeassociation-devel] Makefile.am issues in libical
Message-ID: <3170f42f0809021217y16324adfv2e37b6f135e58df6@mail.gmail.com>

I am the Fedora packager for libical, and I was pleasantly suprised to
see a new set of mailing lists because the previous one did not seem
to work.

Congratulations on the new release.

However there are a few issues that I would like to bring to your
notice. Firstly I get the impression that the C++ bindings are badly
maintaned. eg., I needed the following patch to get 0.32 to build with
the C++ bindings enabled:

[rishi at freebook SOURCES]$ diff -urNp
libical-0.32.orig/src/test/Makefile.am
libical-0.32/src/test/Makefile.am
--- libical-0.32.orig/src/test/Makefile.am      2008-09-01
21:51:02.000000000 +0530
+++ libical-0.32/src/test/Makefile.am   2008-09-02 18:21:02.770995056 +0530
@@ -2,17 +2,11 @@ if WITH_CXX_BINDINGS
 cxx_inc=-DWITH_CXX_BINDINGS
 cxx_libs=../libical/libical_cxx.la
 regression_cxx_SOURCES =               \
-       regression.c            \
-       regression.h            \
-       regression-component.c  \
-       regression-classify.c   \
-       regression-utils.c      \
-       regression-recur.c      \
-       regression-storage.c    \
        regression-cxx.cpp
 else
 cxx_inc=
 cxx_libs=
+regression_cxx_SOURCES =
 endif

 if WITH_BDB4
@@ -50,7 +44,8 @@ regression_SOURCES = 		\
 	regression-classify.c	\
 	regression-utils.c	\
 	regression-recur.c	\
-	regression-storage.c
+	regression-storage.c	\
+        $(regression_cxx_SOURCES)


 TESTS=regression
[rishi at freebook SOURCES]$

There are some more issues like undefined symbols in the C++ bindings,
which are all due to Makefile.am issues. I have a patch and can post
it if you are interested.

Happy hacking,
Debarshi



From debarshi.ray at gmail.com  Tue Sep  2 22:38:39 2008
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Wed, 3 Sep 2008 11:08:39 +0530
Subject: [Freeassociation-devel] Makefile.am issues in libical
In-Reply-To: <3170f42f0809021217y16324adfv2e37b6f135e58df6@mail.gmail.com>
References: <3170f42f0809021217y16324adfv2e37b6f135e58df6@mail.gmail.com>
Message-ID: <3170f42f0809022238x5e2cf0dcr875e5a50c5e58f31@mail.gmail.com>

Here [1] is the Makefile patch that I use in the Fedora package to get
around various build and linkage issues in libical-0.32. I manually
patch the Makefile.ins because libical seems to be using an outdated
version of Autotools, and generating the Makefile.ins from the
Makefile.ams using the latest toolchain makes the patch needlessly
large and messy.

Would be nice to have these fixes in the next upstream release. Comments?

Happy hacking,
Debarshi

[1] http://cvs.fedoraproject.org/viewvc/rpms/libical/devel/



From room_freeassociation-devel at uncensored.citadel.org  Wed Sep  3 02:54:47 2008
From: room_freeassociation-devel at uncensored.citadel.org (Wilfried Goesgens)
Date: Wed, 03 Sep 2008 05:54:47 -0400
Subject: [Freeassociation-devel] Makefile.am issues in libical
References: <3170f42f0809021217y16324adfv2e37b6f135e58df6@mail.gmail.com>
	<3170f42f0809022238x5e2cf0dcr875e5a50c5e58f31@mail.gmail.com>
Message-ID: <0002513002@uncensored.citadel.org>

There will be no way to patch .in's  

you can call bootstrap yourself if you like to.  

Maybe Art can tell you which version he used.  

Since there is no usage of the C++ version in the outside world so far the
primary focus should be that  its building clean without.  

The debian.org debs for example neither build the  C++ part, nor the python
wrapper.  

   

Wilfried Goesgens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080903/a67d6dab/attachment.html>

From debarshi.ray at gmail.com  Wed Sep  3 03:29:26 2008
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Wed, 3 Sep 2008 15:59:26 +0530
Subject: [Freeassociation-devel] Makefile.am issues in libical
In-Reply-To: <0002513002@uncensored.citadel.org>
References: <3170f42f0809021217y16324adfv2e37b6f135e58df6@mail.gmail.com>
	<3170f42f0809022238x5e2cf0dcr875e5a50c5e58f31@mail.gmail.com>
	<0002513002@uncensored.citadel.org>
Message-ID: <3170f42f0809030329w36f101a6ved693bfc1104500b@mail.gmail.com>

> There will be no way to patch .in's

I don't want you to patch .ins. Fix the .ams.

> you can call bootstrap yourself if you like to.

See, I know this dance about Autotools. bootstrap will not help
because running recent versions of the Autotools chain will modify
many of the .ams, .ins and configures. This will make the whole patch
messy.

> Maybe Art can tell you which version he used.

Automake 1.9.6. It is written in the generated files.
Autoconf/Automake upstream believes developers should be using the
most recent versions since distributing files generated by older (read
potentially buggy) versions is not advisable.

> Since there is no usage of the C++ version in the outside world so far the
> primary focus should be that  its building clean without.

This is a lame reason to not fix your Makefiles.

> The debian.org debs for example neither build the  C++ part, nor the python
> wrapper.

So?

Happy hacking,
Debarshi



From room_freeassociation-devel at uncensored.citadel.org  Wed Sep  3 03:45:09 2008
From: room_freeassociation-devel at uncensored.citadel.org (dothebart)
Date: Wed, 03 Sep 2008 06:45:09 -0400
Subject: [Freeassociation-devel] Makefile.am issues in libical
References: <3170f42f0809021217y16324adfv2e37b6f135e58df6@mail.gmail.com>
	<3170f42f0809022238x5e2cf0dcr875e5a50c5e58f31@mail.gmail.com>
	<0002513002@uncensored.citadel.org>
	<3170f42f0809030329w36f101a6ved693bfc1104500b@mail.gmail.com>
Message-ID: <0002513036@uncensored.citadel.org>

>Mi Sep 03 2008 12:29:26 CEST von Debarshi Ray in 0000000000.Sent Items> an
>"Wilfried Goesgens"  
>Betreff: Re: [Freeassociation-devel] Makefile.am issues in libical
>
>  
>>> There will be no way to patch .in's
>>

>  
>I don't want you to patch .ins. Fix the .ams.
>
>  
>>> you can call bootstrap yourself if you like to.
>>

>  
>See, I know this dance about Autotools. bootstrap will not help
>because running recent versions of the Autotools chain will modify
>many of the .ams, .ins and configures. This will make the whole patch
>messy.
>
>  
>>> Maybe Art can tell you which version he used.
>>

>  
>Automake 1.9.6. It is written in the generated files.
>Autoconf/Automake upstream believes developers should be using the
>most recent versions since distributing files generated by older (read
>potentially buggy) versions is not advisable.
>

  

Using latest autofoo and its improved language features means trouble on *BSD
and other systems. Been there, done that.  
>
>  
>>> Since there is no usage of the C++ version in the outside world so far
>>the
>>> primary focus should be that  its building clean without.
>>

>  
>This is a lame reason to not fix your Makefiles.
>

  

Why? the demand is just, that it dosn't throw warnings etc. if built without
the C++ Part.  
>
>  
>>> The debian.org debs for example neither build the  C++ part, nor the
>>python
>>> wrapper.
>>

>  
>So?
>
>Happy hacking,
>Debarshi
>
>
>

  

Why distribute a library nobody is using? If there is demand, theres a reason
to invest time in it. Else its a waste of valuable time I can spend doing
better things. (the same for python and java bindings)  

Wilfried Goesgens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080903/db528f7f/attachment.html>

From debarshi.ray at gmail.com  Wed Sep  3 04:09:13 2008
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Wed, 3 Sep 2008 16:39:13 +0530
Subject: [Freeassociation-devel] Makefile.am issues in libical
In-Reply-To: <0002513036@uncensored.citadel.org>
References: <3170f42f0809021217y16324adfv2e37b6f135e58df6@mail.gmail.com>
	<3170f42f0809022238x5e2cf0dcr875e5a50c5e58f31@mail.gmail.com>
	<0002513002@uncensored.citadel.org>
	<3170f42f0809030329w36f101a6ved693bfc1104500b@mail.gmail.com>
	<0002513036@uncensored.citadel.org>
Message-ID: <3170f42f0809030409l4b8e16a3s163b35db64a5fed9@mail.gmail.com>

>>> Since there is no usage of the C++ version in the outside world so far the
>>> primary focus should be that its building clean without.

>> This is a lame reason to not fix your Makefiles.

> Why? the demand is just, that it dosn't throw warnings etc. if built without
> the C++ Part.

Because I am not just talking about warnings. The code fails to build.

> Why distribute a library nobody is using? If there is demand, theres a
> reason to invest time in it.

It looks like it is the other way round. It is as if others are being
discouraged to use them since firstly the code does not build, and
secondly they are not linked. Whatever it is there should be atleast
some mention of this fact in the sources (NEWS, README, configure,
etc.).

> Else its a waste of valuable time I can spend
> doing better things. (the same for python and java bindings)

_I_ spent _my_ valuable time to fix the Makefiles and sent you a
patch. Even if this patch is against the Makefile.ins it is trivial to
interpret them and apply the same to the Makefile.ams.

Happy hacking,
Debarshi



From room_freeassociation-devel at uncensored.citadel.org  Wed Sep  3 04:36:28 2008
From: room_freeassociation-devel at uncensored.citadel.org (dothebart)
Date: Wed, 03 Sep 2008 07:36:28 -0400
Subject: [Freeassociation-devel] Makefile.am issues in libical
References: <3170f42f0809021217y16324adfv2e37b6f135e58df6@mail.gmail.com>
	<3170f42f0809022238x5e2cf0dcr875e5a50c5e58f31@mail.gmail.com>
	<0002513002@uncensored.citadel.org>
	<3170f42f0809030329w36f101a6ved693bfc1104500b@mail.gmail.com>
	<0002513036@uncensored.citadel.org>
	<3170f42f0809030409l4b8e16a3s163b35db64a5fed9@mail.gmail.com>
Message-ID: <0002513074@uncensored.citadel.org>

The reason it is like it is was, that it doesn't use g++ as linker, If you
don't enable the C++ part.Else s.b. using libicals C version has to have g++
installed for love.  

If you manage to do this with your patches, they're welcome.  

   

Wilfried Goesgens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080903/171a1e50/attachment.html>

From debarshi.ray at gmail.com  Wed Sep  3 05:04:26 2008
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Wed, 3 Sep 2008 17:34:26 +0530
Subject: [Freeassociation-devel] Makefile.am issues in libical
In-Reply-To: <0002513074@uncensored.citadel.org>
References: <3170f42f0809021217y16324adfv2e37b6f135e58df6@mail.gmail.com>
	<3170f42f0809022238x5e2cf0dcr875e5a50c5e58f31@mail.gmail.com>
	<0002513002@uncensored.citadel.org>
	<3170f42f0809030329w36f101a6ved693bfc1104500b@mail.gmail.com>
	<0002513036@uncensored.citadel.org>
	<3170f42f0809030409l4b8e16a3s163b35db64a5fed9@mail.gmail.com>
	<0002513074@uncensored.citadel.org>
Message-ID: <3170f42f0809030504l7a2b162ex991e9aa66149f581@mail.gmail.com>

> The reason it is like it is was, that it doesn't use g++ as linker, If you
> don't enable the C++ part.Else s.b. using libicals C version has to have g++
> installed for love.

Let me rephrase a bit. You want a conditional check for C++ when the
C++ bindings are switched on?

Happy hacking,
Debarshi



From room_freeassociation-devel at uncensored.citadel.org  Wed Sep  3 05:21:35 2008
From: room_freeassociation-devel at uncensored.citadel.org (dothebart)
Date: Wed, 03 Sep 2008 08:21:35 -0400
Subject: [Freeassociation-devel] Makefile.am issues in libical
References: <3170f42f0809021217y16324adfv2e37b6f135e58df6@mail.gmail.com>
	<3170f42f0809022238x5e2cf0dcr875e5a50c5e58f31@mail.gmail.com>
	<0002513002@uncensored.citadel.org>
	<3170f42f0809030329w36f101a6ved693bfc1104500b@mail.gmail.com>
	<0002513036@uncensored.citadel.org>
	<3170f42f0809030409l4b8e16a3s163b35db64a5fed9@mail.gmail.com>
	<0002513074@uncensored.citadel.org>
	<3170f42f0809030504l7a2b162ex991e9aa66149f581@mail.gmail.com>
Message-ID: <0002513098@uncensored.citadel.org>

Yes.  

If the C++ bindings are disabled (like it is right now by default) g++
shouldn't be used to link the lib.  

Its a bit tricky to achieve that, maybe me using SID got a solution which
wouldn't do well with older autofoos here.  

maybe its neccessary to change the linking scheme alltogether.  

   

Wilfried Goesgens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080903/dbede3ac/attachment.html>

From pasp at ll.pl  Sun Sep  7 05:29:37 2008
From: pasp at ll.pl (pasp)
Date: Sun, 7 Sep 2008 14:29:37 +0200
Subject: [Freeassociation-devel] libical 0.32 problems
Message-ID: <20080907142937.4d28be03@nerka>

Hello,

We're using libical in our project called Osmo. Recently we have added
"unfinished support" for iCal file exporting. It's unfinished because of
problems with libical.

We need following headers:

#include <libical/ical.h>
#include <libical/icalss.h>
#include <libical/icalset.h>

so, we include it and during compilation we got errors:

/usr/include/libical/icalss.h:111:33: error: libicalss/icalgauge.h: No
such file or directory 
/usr/include/libical/icalss.h:282:31: error: libicalss/icalset.h: No such
file or directory 
/usr/include/libical/icalss.h:342:35: error: libicalss/icalcluster.h: No
such file or directory                  

In $PREFIX/include libical subdirectory exist, but there is no libicalss
subdirectory or are we doing something wrong?

As we're going to extend support for handling ical files in Osmo, is
there a chance to fix this bug in the upcoming release of libical?

We don't want to advise our users to use SVN version since none of linux
distribution include svn versions :) 

Also, we've prepared simple patch to add pkg-config support:
http://clay.ll.pl/repository/libical-0.31-patch.diff.gz

(please ignore 0.31 number - it works fine with 0.32)

It would be great if you could apply this patch into trunk.

Best regards,
 Tomek



From winter at kde.org  Sun Sep  7 06:23:09 2008
From: winter at kde.org (Allen Winter)
Date: Sun, 7 Sep 2008 09:23:09 -0400
Subject: [Freeassociation-devel] libical 0.32 problems
In-Reply-To: <20080907142937.4d28be03@nerka>
References: <20080907142937.4d28be03@nerka>
Message-ID: <200809070923.10618.winter@kde.org>

On Sunday 07 September 2008 08:29:37 pasp wrote:
> Hello,
> 
> We're using libical in our project called Osmo. Recently we have added
> "unfinished support" for iCal file exporting. It's unfinished because of
> problems with libical.
> 
> We need following headers:
> 
> #include <libical/ical.h>
> #include <libical/icalss.h>
> #include <libical/icalset.h>
> 
> so, we include it and during compilation we got errors:
> 
> /usr/include/libical/icalss.h:111:33: error: libicalss/icalgauge.h: No
> such file or directory 
> /usr/include/libical/icalss.h:282:31: error: libicalss/icalset.h: No such
> file or directory 
> /usr/include/libical/icalss.h:342:35: error: libicalss/icalcluster.h: No
> such file or directory                  
> 
In version 0.32, All libical headers should now be installed in
$PREFIX/include/libical and $PREFIX/include/libicalss.

So you installed version 0.32 and you don't have a $PREFIX/include/libicalss?

Before installing v0.32, please make sure you remove old headers that you may
have installed previously directly into $PREFIX/include



From room_freeassociation-devel at uncensored.citadel.org  Sun Sep  7 06:43:24 2008
From: room_freeassociation-devel at uncensored.citadel.org (dothebart)
Date: Sun, 07 Sep 2008 09:43:24 -0400
Subject: [Freeassociation-devel] libical 0.32 problems
References: <20080907142937.4d28be03@nerka> <200809070923.10618.winter@kde.org>
Message-ID: <0002515081@uncensored.citadel.org>

Hy Tomek;  

I've applied your patch, thanks for contributing.  

probably we need to reaply r826; I've thought Allens patch made it unneeded
so I told Art to revert it...  

please try  

svn diff -r825:826|patch -p0  

whether this fixes your troubles...  

   

Wilfried Goesgens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080907/af931fae/attachment.html>

From pasp at ll.pl  Sun Sep  7 07:00:52 2008
From: pasp at ll.pl (pasp)
Date: Sun, 7 Sep 2008 16:00:52 +0200
Subject: [Freeassociation-devel] libical 0.32 problems
In-Reply-To: <200809070923.10618.winter@kde.org>
References: <20080907142937.4d28be03@nerka> <200809070923.10618.winter@kde.org>
Message-ID: <20080907160052.1e35c95f@nerka>

On Sun, 7 Sep 2008 09:23:09 -0400
Allen Winter <winter at kde.org> wrote:

> In version 0.32, All libical headers should now be installed in
> $PREFIX/include/libical and $PREFIX/include/libicalss.
>
> So you installed version 0.32 and you don't have a
> $PREFIX/include/libicalss?
> 

I've compiled again into empty folder using following commands:

./configure --prefix=/home/pasp/tmp
make && make install

as the result I got the following structure:

/home/pasp/tmp/include/
	[libical]
	[libicalvcal]
	ical.h

there is no libicalss subdirectory :/

> Before installing v0.32, please make sure you remove old headers that
> you may have installed previously directly into $PREFIX/include

I did that.

Thanks,
 Tomek



From pasp at ll.pl  Sun Sep  7 07:23:17 2008
From: pasp at ll.pl (pasp)
Date: Sun, 7 Sep 2008 16:23:17 +0200
Subject: [Freeassociation-devel] libical 0.32 problems
In-Reply-To: <0002515081@uncensored.citadel.org>
References: <20080907142937.4d28be03@nerka> <200809070923.10618.winter@kde.org>
	<0002515081@uncensored.citadel.org>
Message-ID: <20080907162317.3e448a30@nerka>

On Sun, 07 Sep 2008 09:43:24 -0400
"dothebart" <room_freeassociation-devel at uncensored.citadel.org> wrote:

> I've applied your patch

Great! Thanks.
 
> probably we need to reaply r826; I've thought Allens patch made it
> unneeded so I told Art to revert it...  
> 
> please try  
> 
> svn diff -r825:826|patch -p0  
> 
> whether this fixes your troubles...  

Yes, it fixes include problem. Please reaply r826 :D

Thanks,
 Tomek



From winter at kde.org  Sun Sep  7 15:49:01 2008
From: winter at kde.org (Allen Winter)
Date: Sun, 7 Sep 2008 18:49:01 -0400
Subject: [Freeassociation-devel] Fwd: Re: [Kde-pim] Libical v0.32
	Requirement Coming
Message-ID: <200809071849.03992.winter@kde.org>

Does anyone want to work on this?
If we have a 0.32.1 release, we should include this patch and test program.
http://bugzilla.gnome.org/show_bug.cgi?id=548268

I'm pretty busy this week, but I will make time to work on this if necessary..
Let me know.

-Allen

----------  Forwarded Message  ----------

Subject: Re: [Kde-pim] Libical v0.32 Requirement Coming
Date: Saturday 06 September 2008
From: Patrick Ohly <Patrick.Ohly at gmx.de>
To: KDE PIM <kde-pim at kde.org>

On Mon, 2008-09-01 at 17:11 -0400, Allen Winter wrote:
> Libical v.032, an implementation of basic iCAL protocols was released today.
> 
> For years, the kdepim module has relied upon its own, very old forked version
> of the libical, but now we want to start using the official version again.

This is the right move. Now the Evolution developers should do the same.
I'll suggest it.

I didn't know the SF.net project was planning a release. I wish I had
heard about it earlier, because I recently discovered that the Evolution
fork of libical has (IMHO) a serious bug, and the SF.net libical has
inherited that problem when they merged the code earlier.

The main effect is that in large parts of the world (Western Europe,
Australia, South America, Asia) the transition from summer saving time
to winter time will not be calculated correctly.

Here's the original report and the one I just created on SF.net:

http://sourceforge.net/tracker/index.php?func=detail&aid=2096602&group_id=16077&atid=116077

Hopefully a libical-0.32.1 can be released quickly. As I said on the
SF.net bug report, please don't shoot the messenger :-/

> So, beginning on 1 Oct kdepimlibs trunk will require libical v0.32.
> Thus, large parts of KDE 4.2 will not build without libical 0.32.
> 
> To make life easier for developers, I ask the distros to make
> this new libical version available, where possible, and as soon
> as possible.

Seems like the distros will be busy with updates, as Evolution also
needs to be patched/recompiled.

-- 
Bye, Patrick Ohly
--  
Patrick.Ohly at gmx.de
http://www.estamos.de/

_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/

-------------------------------------------------------



From room_freeassociation-devel at uncensored.citadel.org  Sun Sep  7 18:39:50 2008
From: room_freeassociation-devel at uncensored.citadel.org (dothebart)
Date: Sun, 07 Sep 2008 21:39:50 -0400
Subject: [Freeassociation-devel] Fwd: Re: [Kde-pim] Libical v0.32
	Requirement Coming
References: <200809071849.03992.winter@kde.org>
Message-ID: <0002515427@uncensored.citadel.org>

I'll have a look at this.  

We've got also another bug which art is looking after or fixed?  

Yes, we probably need to do another release soon.  

   

Wilfried Goesgens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080907/9abd3f9e/attachment.html>

From room_freeassociation-devel at uncensored.citadel.org  Mon Sep  8 09:37:59 2008
From: room_freeassociation-devel at uncensored.citadel.org (dothebart)
Date: Mon, 08 Sep 2008 12:37:59 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[844] trunk/libical/src
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
Message-ID: <0002515747@uncensored.citadel.org>

>Mo Sep 08 2008 18:31:09 CEST von dothebart in 0000000000.Sent Items> an
>freeassociation-commits at lists.sourceforge.net 
>Betreff: [FA-commits] SF.net SVN: freeassociation:[844] trunk/libical/src
>
>Revision: 844
>
>http://freeassociation.svn.sourceforge.net/freeassociation/?rev=844&view=rev
>Author:   dothebart
>Date:     2008-09-08 16:31:06 +0000 (Mon, 08 Sep 2008)
>
>Log Message:
>-----------
>* chenthill/Patrick Ohly: Calculate the relative position of a week day
>properly.
>
>Modified Paths:
>--------------
> trunk/libical/src/libical/icaltz-util.c
> trunk/libical/src/test/Makefile.am
>
>Added Paths:
>-----------
> trunk/libical/src/test/timezones.c
>
>
>This was sent by the SourceForge.net collaborative development platform, the
>world's largest Open Source development site.
>
>-------------------------------------------------------------------------
>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>Build the coolest Linux based applications with Moblin SDK & win great
>prizes
>Grand prize is a trip for two to an Open Source event anywhere in the world
>http://moblin-contest.org/redirect.php?banner_id=100&url=/
>_______________________________________________
>Freeassociation-commits mailing list
>Freeassociation-commits at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/freeassociation-commits
>
>

  

Ok, applied the patch. Though I get this:  

..  

America/Port_of_Spain: day 000: first failed: libc 2008-09-08 12:00:00 !=
libical 2008-09-08 11:53:56
America/St_Vincent: day 000: first failed: libc 2008-09-08 12:00:00 !=
libical 2008-09-08 11:55:04
America/Tortola: day 000: first failed: libc 2008-09-08 12:00:00 != libical
2008-09-08 11:41:32
America/St_Thomas: day 000: first failed: libc 2008-09-08 12:00:00 != libical
2008-09-08 11:40:16
Asia/Aden: day 000: first failed: libc 2008-09-08 12:00:00 != libical
2008-09-08 12:00:48
Indian/Mayotte: day 000: first failed: libc 2008-09-08 12:00:00 != libical
2008-09-08 12:00:56
Africa/Lusaka: day 000: first failed: libc 2008-09-08 12:00:00 != libical
2008-09-08 11:53:08
Africa/Harare: day 000: first failed: libc 2008-09-08 12:00:00 != libical
2008-09-08 12:04:12
 *** Summary: 400 zones tested, 21993 days failed, 124007 okay => 15% failed
***  

while the original post in the bugzilla just had offses by hours, at least
here on my debian lenny we produce OFFSETS IN SECONDS AND MINUTES?  

Though, with the patch I get less troubles...  

Is anyone else able to reproduce this?  

I've tried it with Valgrind, no uninitialized values...  

   

Wilfried Goesgens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080908/61c01553/attachment.html>

From winter at kde.org  Mon Sep  8 10:37:19 2008
From: winter at kde.org (Allen Winter)
Date: Mon, 8 Sep 2008 13:37:19 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[844] trunk/libical/src
In-Reply-To: <0002515747@uncensored.citadel.org>
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<0002515747@uncensored.citadel.org>
Message-ID: <200809081337.20851.winter@kde.org>

On Monday 08 September 2008 12:37:59 dothebart wrote:
> >Mo Sep 08 2008 18:31:09 CEST von dothebart in 0000000000.Sent Items> an
> >freeassociation-commits at lists.sourceforge.net 
> >Betreff: [FA-commits] SF.net SVN: freeassociation:[844] trunk/libical/src
> >
> >Revision: 844
> >
> >http://freeassociation.svn.sourceforge.net/freeassociation/?rev=844&view=rev
> >Author:   dothebart
> >Date:     2008-09-08 16:31:06 +0000 (Mon, 08 Sep 2008)
> >
> >Log Message:
> >-----------
> >* chenthill/Patrick Ohly: Calculate the relative position of a week day
> >properly.
> >
> >Modified Paths:
> >--------------
> > trunk/libical/src/libical/icaltz-util.c
> > trunk/libical/src/test/Makefile.am
> >
> >Added Paths:
> >-----------
> > trunk/libical/src/test/timezones.c
> >
> >
> >This was sent by the SourceForge.net collaborative development platform, the
> >world's largest Open Source development site.
> >
> >-------------------------------------------------------------------------
> >This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> >Build the coolest Linux based applications with Moblin SDK & win great
> >prizes
> >Grand prize is a trip for two to an Open Source event anywhere in the world
> >http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >_______________________________________________
> >Freeassociation-commits mailing list
> >Freeassociation-commits at lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/freeassociation-commits
> >
> >
> 
>   
> 
> Ok, applied the patch. Though I get this:  
> 
> ..  
> 
> America/Port_of_Spain: day 000: first failed: libc 2008-09-08 12:00:00 !=
> libical 2008-09-08 11:53:56
> America/St_Vincent: day 000: first failed: libc 2008-09-08 12:00:00 !=
> libical 2008-09-08 11:55:04
> America/Tortola: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> 2008-09-08 11:41:32
> America/St_Thomas: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> 2008-09-08 11:40:16
> Asia/Aden: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> 2008-09-08 12:00:48
> Indian/Mayotte: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> 2008-09-08 12:00:56
> Africa/Lusaka: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> 2008-09-08 11:53:08
> Africa/Harare: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> 2008-09-08 12:04:12
>  *** Summary: 400 zones tested, 21993 days failed, 124007 okay => 15% failed
> ***  
> 
> while the original post in the bugzilla just had offses by hours, at least
> here on my debian lenny we produce OFFSETS IN SECONDS AND MINUTES?  
> 
> Though, with the patch I get less troubles...  
> 
> Is anyone else able to reproduce this?  
> 
Yep, I got the exact same Summary message on my Fedora 9 system.

Patrick, any idea what's happening?

-Allen



From Patrick.Ohly at gmx.de  Mon Sep  8 11:08:30 2008
From: Patrick.Ohly at gmx.de (Patrick Ohly)
Date: Mon, 08 Sep 2008 20:08:30 +0200
Subject: [Freeassociation-devel] [FA-commits] SF.net
	SVN:	freeassociation:[844] trunk/libical/src
In-Reply-To: <200809081337.20851.winter@kde.org>
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<0002515747@uncensored.citadel.org> <200809081337.20851.winter@kde.org>
Message-ID: <1220897310.7142.40.camel@localhost>

Hi,

including Chenthill on the discussion. He's the author of the time zone
conversion code, I only wrote the test program. Sorry for top-posting,
but I wanted to preserve the discussion for him.

The broken offsets calculated with libical look random to me, but I
don't have a clue as to why. The original problem was that the *date* of
the offset switch wasn't calculated correctly, not the *offset*.

Did you also apply this patch:
http://svn.gnome.org/viewvc/libical?view=revision&revision=645

If you have, is it possible that some uninitialized memory is used
(either in the test program or libical)? Does valgrind say anything?

Bye, Patrick

On Mon, 2008-09-08 at 13:37 -0400, Allen Winter wrote:
> On Monday 08 September 2008 12:37:59 dothebart wrote:
> > >Mo Sep 08 2008 18:31:09 CEST von dothebart in 0000000000.Sent Items> an
> > >freeassociation-commits at lists.sourceforge.net 
> > >Betreff: [FA-commits] SF.net SVN: freeassociation:[844] trunk/libical/src
> > >
> > >Revision: 844
> > >
> > >http://freeassociation.svn.sourceforge.net/freeassociation/?rev=844&view=rev
> > >Author:   dothebart
> > >Date:     2008-09-08 16:31:06 +0000 (Mon, 08 Sep 2008)
> > >
> > >Log Message:
> > >-----------
> > >* chenthill/Patrick Ohly: Calculate the relative position of a week day
> > >properly.
> > >
> > >Modified Paths:
> > >--------------
> > > trunk/libical/src/libical/icaltz-util.c
> > > trunk/libical/src/test/Makefile.am
> > >
> > >Added Paths:
> > >-----------
> > > trunk/libical/src/test/timezones.c
> > >
> > >
> > >This was sent by the SourceForge.net collaborative development platform, the
> > >world's largest Open Source development site.
> > >
> > >-------------------------------------------------------------------------
> > >This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> > >Build the coolest Linux based applications with Moblin SDK & win great
> > >prizes
> > >Grand prize is a trip for two to an Open Source event anywhere in the world
> > >http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > >_______________________________________________
> > >Freeassociation-commits mailing list
> > >Freeassociation-commits at lists.sourceforge.net
> > >https://lists.sourceforge.net/lists/listinfo/freeassociation-commits
> > >
> > >
> > 
> >   
> > 
> > Ok, applied the patch. Though I get this:  
> > 
> > ..  
> > 
> > America/Port_of_Spain: day 000: first failed: libc 2008-09-08 12:00:00 !=
> > libical 2008-09-08 11:53:56
> > America/St_Vincent: day 000: first failed: libc 2008-09-08 12:00:00 !=
> > libical 2008-09-08 11:55:04
> > America/Tortola: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> > 2008-09-08 11:41:32
> > America/St_Thomas: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> > 2008-09-08 11:40:16
> > Asia/Aden: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> > 2008-09-08 12:00:48
> > Indian/Mayotte: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> > 2008-09-08 12:00:56
> > Africa/Lusaka: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> > 2008-09-08 11:53:08
> > Africa/Harare: day 000: first failed: libc 2008-09-08 12:00:00 != libical
> > 2008-09-08 12:04:12
> >  *** Summary: 400 zones tested, 21993 days failed, 124007 okay => 15% failed
> > ***  
> > 
> > while the original post in the bugzilla just had offses by hours, at least
> > here on my debian lenny we produce OFFSETS IN SECONDS AND MINUTES?  
> > 
> > Though, with the patch I get less troubles...  
> > 
> > Is anyone else able to reproduce this?  
> > 
> Yep, I got the exact same Summary message on my Fedora 9 system.
> 
> Patrick, any idea what's happening?
> 
> -Allen
-- 
Bye, Patrick Ohly
--  
Patrick.Ohly at gmx.de
http://www.estamos.de/




From w.goesgens at outgesourced.org  Mon Sep  8 12:20:46 2008
From: w.goesgens at outgesourced.org (Wilfried Goesgens)
Date: Mon, 08 Sep 2008 21:20:46 +0200
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[844] trunk/libical/src
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<0002515747@uncensored.citadel.org>
	<200809081337.20851.winter@kde.org>
	<1220897310.7142.40.camel@localhost>
Message-ID: <0000078803@moil.outgesourced.org>

Hy all, 

ok, R645 indeed fixes our troubles, except for  one:

 ./timezones 
Africa/Casablanca: day 272: first failed: libc 2009-06-07 11:00:00 != libical
2009-06-07 12:00:00
 *** Summary: 400 zones tested, 93 days failed, 145907 okay => 0% failed ***

Plus, my local system needed to include stdlib.h, and setenv() gets another
parameter then. 
>Mo Sep 08 2008 08:08:30  CEST von Patrick Ohly an Allen Winter  
>Betreff: Re: [Freeassociation-devel] [FA-commits] SF.net SVN:
>freeassociation:[844] trunk/libical/src
>
>Hi,
>
>including Chenthill on the discussion. He's the author of the time zone
>conversion code, I only wrote the test program. Sorry for top-posting,
>but I wanted to preserve the discussion for him.
>
>The broken offsets calculated with libical look random to me, but I
>don't have a clue as to why. The original problem was that the *date* of
>the offset switch wasn't calculated correctly, not the *offset*.
>
>Did you also apply this patch:
>http://svn.gnome.org/viewvc/libical?view=revision&revision=645
>
>If you have, is it possible that some uninitialized memory is used
>(either in the test program or libical)? Does valgrind say anything?
>
>Bye, Patrick
>
>On Mon, 2008-09-08 at 13:37 -0400, Allen Winter wrote:
>
>>> On Monday 08 September 2008 12:37:59 dothebart wrote:
>>> > >Mo Sep 08 2008 18:31:09 CEST von dothebart in 0000000000.Sent Items>
>>an
>>> > >freeassociation-commits at lists.sourceforge.net
>>> > >Betreff: [FA-commits] SF.net SVN: freeassociation:[844]
>>trunk/libical/src
>>> >>
>>> > >Revision: 844
>>> >>
>>> >
>>>http://freeassociation.svn.sourceforge.net/freeassociation/?rev=844&view=rev
>>> > >Author:   dothebart
>>> > >Date:     2008-09-08 16:31:06 +0000 (Mon, 08 Sep 2008)
>>> >>
>>> > >Log Message:
>>> > >-----------
>>> > >* chenthill/Patrick Ohly: Calculate the relative position of a week
>>day
>>> > >properly.
>>> >>
>>> > >Modified Paths:
>>> > >--------------
>>> > > trunk/libical/src/libical/icaltz-util.c
>>> > > trunk/libical/src/test/Makefile.am
>>> >>
>>> > >Added Paths:
>>> > >-----------
>>> > > trunk/libical/src/test/timezones.c
>>> >>
>>> >>
>>> > >This was sent by the SourceForge.net collaborative development
>>platform, the
>>> > >world's largest Open Source development site.
>>> >>
>>> >
>>>-------------------------------------------------------------------------
>>> > >This SF.Net email is sponsored by the Moblin Your Move Developer's
>>challenge
>>> > >Build the coolest Linux based applications with Moblin SDK & win great
>>> > >prizes
>>> > >Grand prize is a trip for two to an Open Source event anywhere in the
>>world
>>> > >http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>> > >_______________________________________________
>>> > >Freeassociation-commits mailing list
>>> > >Freeassociation-commits at lists.sourceforge.net
>>> > >https://lists.sourceforge.net/lists/listinfo/freeassociation-commits
>>> >>
>>> >>
>>>>
>>>>
>>>>
>>> > Ok, applied the patch. Though I get this:
>>>>
>>> > ..
>>>>
>>> > America/Port_of_Spain: day 000: first failed: libc 2008-09-08 12:00:00
>>!=
>>> > libical 2008-09-08 11:53:56
>>> > America/St_Vincent: day 000: first failed: libc 2008-09-08 12:00:00 !=
>>> > libical 2008-09-08 11:55:04
>>> > America/Tortola: day 000: first failed: libc 2008-09-08 12:00:00 !=
>>libical
>>> > 2008-09-08 11:41:32
>>> > America/St_Thomas: day 000: first failed: libc 2008-09-08 12:00:00 !=
>>libical
>>> > 2008-09-08 11:40:16
>>> > Asia/Aden: day 000: first failed: libc 2008-09-08 12:00:00 != libical
>>> > 2008-09-08 12:00:48
>>> > Indian/Mayotte: day 000: first failed: libc 2008-09-08 12:00:00 !=
>>libical
>>> > 2008-09-08 12:00:56
>>> > Africa/Lusaka: day 000: first failed: libc 2008-09-08 12:00:00 !=
>>libical
>>> > 2008-09-08 11:53:08
>>> > Africa/Harare: day 000: first failed: libc 2008-09-08 12:00:00 !=
>>libical
>>> > 2008-09-08 12:04:12
>>> >  *** Summary: 400 zones tested, 21993 days failed, 124007 okay => 15%
>>failed
>>> > ***
>>>>
>>> > while the original post in the bugzilla just had offses by hours, at
>>least
>>> > here on my debian lenny we produce OFFSETS IN SECONDS AND MINUTES?
>>>>
>>> > Though, with the patch I get less troubles...
>>>>
>>> > Is anyone else able to reproduce this?
>>>>
>>> Yep, I got the exact same Summary message on my Fedora 9 system.
>>>
>>> Patrick, any idea what's happening?
>>>
>>> -Allen
>>

>--
>Bye, Patrick Ohly
>--
>Patrick.Ohly at gmx.de
>http://www.estamos.de/
>
>
>-------------------------------------------------------------------------
>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>Build the coolest Linux based applications with Moblin SDK & win great
>prizes
>Grand prize is a trip for two to an Open Source event anywhere in the world
>http://moblin-contest.org/redirect.php?banner_id=100&url=/
>_______________________________________________
>Freeassociation-devel mailing list
>Freeassociation-devel at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/freeassociation-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080908/a9351400/attachment.html>

From winter at kde.org  Mon Sep  8 12:25:04 2008
From: winter at kde.org (Allen Winter)
Date: Mon, 8 Sep 2008 15:25:04 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[846] trunk/libical/src/libical/icaltz-util.c
In-Reply-To: <E1KcmBN-0005qA-Vq@74yxhf1.ch3.sourceforge.com>
References: <E1KcmBN-0005qA-Vq@74yxhf1.ch3.sourceforge.com>
Message-ID: <200809081525.05818.winter@kde.org>

On Monday 08 September 2008 15:13:53 dothebart at users.sourceforge.net wrote:
> Revision: 846
>           http://freeassociation.svn.sourceforge.net/freeassociation/?rev=846&view=rev
> Author:   dothebart
> Date:     2008-09-08 19:13:53 +0000 (Mon, 08 Sep 2008)
> 
> Log Message:
> -----------
> * add fix from pchen from gnome ical to fix our timezone issues
> 
> Modified Paths:
> --------------
>     trunk/libical/src/libical/icaltz-util.c
> 
> 
Nice.
Now the timezones test says:
Africa/Casablanca: day 272: first failed: libc 2009-06-07 11:00:00 != libical 2009-06-07 12:00:00
 *** Summary: 400 zones tested, 93 days failed, 145907 okay => 0% failed ***

Which is much, much better.
Thanks for the great work everyone.

-Allen



From pchenthill at novell.com  Mon Sep  8 18:47:14 2008
From: pchenthill at novell.com (Chenthill)
Date: Tue, 09 Sep 2008 04:47:14 +0300
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[846]	trunk/libical/src/libical/icaltz-util.c
In-Reply-To: <200809081525.05818.winter@kde.org>
References: <E1KcmBN-0005qA-Vq@74yxhf1.ch3.sourceforge.com>
	<200809081525.05818.winter@kde.org>
Message-ID: <1220924834.4581.6.camel@rocky.blr.novell.com>

Hi,
   Am looking on the issue right now.

- Chenthill.
On Mon, 2008-09-08 at 15:25 -0400, Allen Winter wrote:
> On Monday 08 September 2008 15:13:53 dothebart at users.sourceforge.net wrote:
> > Revision: 846
> >           http://freeassociation.svn.sourceforge.net/freeassociation/?rev=846&view=rev
> > Author:   dothebart
> > Date:     2008-09-08 19:13:53 +0000 (Mon, 08 Sep 2008)
> > 
> > Log Message:
> > -----------
> > * add fix from pchen from gnome ical to fix our timezone issues
> > 
> > Modified Paths:
> > --------------
> >     trunk/libical/src/libical/icaltz-util.c
> > 
> > 
> Nice.
> Now the timezones test says:
> Africa/Casablanca: day 272: first failed: libc 2009-06-07 11:00:00 != libical 2009-06-07 12:00:00
>  *** Summary: 400 zones tested, 93 days failed, 145907 okay => 0% failed ***
> 
> Which is much, much better.
> Thanks for the great work everyone.
> 
> -Allen




From Patrick.Ohly at gmx.de  Mon Sep  8 13:34:08 2008
From: Patrick.Ohly at gmx.de (Patrick Ohly)
Date: Mon, 08 Sep 2008 22:34:08 +0200
Subject: [Freeassociation-devel] [FA-commits] SF.net
	SVN:	freeassociation:[844] trunk/libical/src
In-Reply-To: <0000078803@moil.outgesourced.org>
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<0002515747@uncensored.citadel.org> <200809081337.20851.winter@kde.org>
	<1220897310.7142.40.camel@localhost> <0000078803@moil.outgesourced.org>
Message-ID: <1220906048.7142.57.camel@localhost>

On Mon, 2008-09-08 at 21:20 +0200, Wilfried Goesgens wrote:
> ok, R645 indeed fixes our troubles, except for  one:
> 
>  ./timezones 
> Africa/Casablanca: day 272: first failed: libc 2009-06-07 11:00:00 !=
> libical 2009-06-07 12:00:00
>  *** Summary: 400 zones tested, 93 days failed, 145907 okay => 0%
> failed ***

That looks like something for Chenthill. FWIW, it does not happen on my
system (Ubuntu 7.10, AMD64) with freeassociation libical trunk r846. No
valgrind reports for the source.

> Plus, my local system needed to include stdlib.h, and setenv() gets
> another parameter then.

How embarrassing - you are right of course. Seems like I became to
dependent on -Wall -Werror, which was off when hacking on the test
program ;-}

-- 
Bye, Patrick Ohly
--  
Patrick.Ohly at gmx.de
http://www.estamos.de/




From Patrick.Ohly at gmx.de  Mon Sep  8 13:35:47 2008
From: Patrick.Ohly at gmx.de (Patrick Ohly)
Date: Mon, 08 Sep 2008 22:35:47 +0200
Subject: [Freeassociation-devel] [FA-commits] SF.net
	SVN:	freeassociation:[844] trunk/libical/src
In-Reply-To: <1220906048.7142.57.camel@localhost>
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<0002515747@uncensored.citadel.org> <200809081337.20851.winter@kde.org>
	<1220897310.7142.40.camel@localhost> <0000078803@moil.outgesourced.org>
	<1220906048.7142.57.camel@localhost>
Message-ID: <1220906147.7142.60.camel@localhost>

On Mon, 2008-09-08 at 22:34 +0200, Patrick Ohly wrote:
> On Mon, 2008-09-08 at 21:20 +0200, Wilfried Goesgens wrote:
> > ok, R645 indeed fixes our troubles, except for  one:
> > 
> >  ./timezones 
> > Africa/Casablanca: day 272: first failed: libc 2009-06-07 11:00:00 !=
> > libical 2009-06-07 12:00:00
> >  *** Summary: 400 zones tested, 93 days failed, 145907 okay => 0%
> > failed ***
> 
> That looks like something for Chenthill. FWIW, it does not happen on my
> system (Ubuntu 7.10, AMD64) with freeassociation libical trunk r846. No
> valgrind reports for the source.

Forgot to mention that Africa/Casablanca is
tested. /usr/share/zoneinfo/Africa/Casablanca is attached.

> > Plus, my local system needed to include stdlib.h, and setenv() gets
> > another parameter then.
> 
> How embarrassing - you are right of course. Seems like I became to
> dependent on -Wall -Werror, which was off when hacking on the test
> program ;-}

-- 
Bye, Patrick Ohly
--  
Patrick.Ohly at gmx.de
http://www.estamos.de/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Casablanca
Type: application/octet-stream
Size: 458 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080908/1d405cc7/attachment.obj>

From w.goesgens at outgesourced.org  Mon Sep  8 14:34:35 2008
From: w.goesgens at outgesourced.org (w.goesgens)
Date: Mon, 08 Sep 2008 23:34:35 +0200
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[844] trunk/libical/src
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<0002515747@uncensored.citadel.org>
	<200809081337.20851.winter@kde.org>
	<1220897310.7142.40.camel@localhost>
	<0000078803@moil.outgesourced.org>
	<1220906048.7142.57.camel@localhost>
	<1220906147.7142.60.camel@localhost>
Message-ID: <0000078842@moil.outgesourced.org>

Hm.. and now? 

diff Casablanca /usr/share/zoneinfo/Africa/Casablanca 
Binary files Casablanca and /usr/share/zoneinfo/Africa/Casablanca differ

 ii  tzdata                               2008e-3                       time
zone and daylight-saving time data

This is a Lenny... 
>Mo Sep 08 2008 10:35:47  CEST von Patrick Ohly an Wilfried Goesgens  
>Betreff: Re: [Freeassociation-devel] [FA-commits] SF.net SVN:
>freeassociation:[844] trunk/libical/src
>
>Forgot to mention that Africa/Casablanca is
>tested. /usr/share/zoneinfo/Africa/Casablanca is attached.
>
>--
>Bye, Patrick Ohly
>--
>Patrick.Ohly at gmx.de
>http://www.estamos.de/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080908/bf418613/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Casablanca
Type: application/octet-stream
Size: 486 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080908/bf418613/attachment.obj>

From Patrick.Ohly at gmx.de  Sat Sep 13 06:33:06 2008
From: Patrick.Ohly at gmx.de (Patrick Ohly)
Date: Sat, 13 Sep 2008 15:33:06 +0200
Subject: [Freeassociation-devel] [FA-commits] SF.net
	SVN:	freeassociation:[844] trunk/libical/src
In-Reply-To: <0000078842@moil.outgesourced.org>
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<0002515747@uncensored.citadel.org> <200809081337.20851.winter@kde.org>
	<1220897310.7142.40.camel@localhost> <0000078803@moil.outgesourced.org>
	<1220906048.7142.57.camel@localhost>
	<1220906147.7142.60.camel@localhost>
	<0000078842@moil.outgesourced.org>
Message-ID: <1221312786.7051.32.camel@localhost>

On Mon, 2008-09-08 at 23:34 +0200, w.goesgens wrote:
> Hm.. and now? 
> 
> diff Casablanca /usr/share/zoneinfo/Africa/Casablanca 
> Binary files Casablanca and /usr/share/zoneinfo/Africa/Casablanca
> differ

Chenthill told me that he has been able to reproduce and fix the
problem. But then the test program still reported other inconsistencies.

Chenthill, any news and plan until when you might have another patch
ready?

-- 
Bye, Patrick Ohly
--  
Patrick.Ohly at gmx.de
http://www.estamos.de/




From pchenthill at novell.com  Sat Sep 13 02:19:42 2008
From: pchenthill at novell.com (Chenthill)
Date: Sat, 13 Sep 2008 12:19:42 +0300
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
 freeassociation:[844] trunk/libical/src
In-Reply-To: <1221312786.7051.32.camel@localhost>
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<0002515747@uncensored.citadel.org> <200809081337.20851.winter@kde.org>
	<1220897310.7142.40.camel@localhost> <0000078803@moil.outgesourced.org>
	<1220906048.7142.57.camel@localhost>
	<1220906147.7142.60.camel@localhost>
	<0000078842@moil.outgesourced.org> <1221312786.7051.32.camel@localhost>
Message-ID: <1221297582.22881.11.camel@rocky.blr.novell.com>

On Sat, 2008-09-13 at 15:33 +0200, Patrick Ohly wrote:
> On Mon, 2008-09-08 at 23:34 +0200, w.goesgens wrote:
> > Hm.. and now? 
> > 
> > diff Casablanca /usr/share/zoneinfo/Africa/Casablanca 
> > Binary files Casablanca and /usr/share/zoneinfo/Africa/Casablanca
> > differ
> 
> Chenthill told me that he has been able to reproduce and fix the
> problem. But then the test program still reported other inconsistencies.
> 
> Chenthill, any news and plan until when you might have another patch
> ready?
Have not been able to work on the issue as I had some packaging work for
couple of packages, for which the deadline was Friday. So debugged the
issue regarding the test failure, though the fix was in place.

The time generated by libc seems to be wrong for 15 days coming this
month. Libc says that dst is still prevailing, although I see it does
not as per
http://timeanddate.com/worldclock/results.html?query=casablanca . So
with the fix libical seems to correctly generate the timezone. Fix has
been committed to svn HEAD and stable branches.


http://svn.gnome.org/viewvc/libical?view=revision&revision=654 .


thanks, Chenthill.




From winter at kde.org  Sun Sep 14 06:05:31 2008
From: winter at kde.org (Allen Winter)
Date: Sun, 14 Sep 2008 09:05:31 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[844] trunk/libical/src
In-Reply-To: <1221297582.22881.11.camel@rocky.blr.novell.com>
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<1221312786.7051.32.camel@localhost>
	<1221297582.22881.11.camel@rocky.blr.novell.com>
Message-ID: <200809140905.32597.winter@kde.org>

On Saturday 13 September 2008 05:19:42 Chenthill wrote:
> On Sat, 2008-09-13 at 15:33 +0200, Patrick Ohly wrote:
> > On Mon, 2008-09-08 at 23:34 +0200, w.goesgens wrote:
> > > Hm.. and now? 
> > > 
> > > diff Casablanca /usr/share/zoneinfo/Africa/Casablanca 
> > > Binary files Casablanca and /usr/share/zoneinfo/Africa/Casablanca
> > > differ
> > 
> > Chenthill told me that he has been able to reproduce and fix the
> > problem. But then the test program still reported other inconsistencies.
> > 
> > Chenthill, any news and plan until when you might have another patch
> > ready?
> Have not been able to work on the issue as I had some packaging work for
> couple of packages, for which the deadline was Friday. So debugged the
> issue regarding the test failure, though the fix was in place.
> 
> The time generated by libc seems to be wrong for 15 days coming this
> month. Libc says that dst is still prevailing, although I see it does
> not as per
> http://timeanddate.com/worldclock/results.html?query=casablanca . So
> with the fix libical seems to correctly generate the timezone. Fix has
> been committed to svn HEAD and stable branches.
> 
> 
> http://svn.gnome.org/viewvc/libical?view=revision&revision=654 .
> 
I applied this patch locally and re-ran the timezone test.
On output, I see:
Africa/Casablanca: day 000: first failed: libc 2008-09-14 12:00:00 dst 1 != libical 2008-09-14 11:00:00 dst 0
Africa/Casablanca: day 014: okay again: libc 2008-09-28 11:00:00 dst 0
 *** Summary: 400 zones tested, 14 days failed, 145986 okay => 0% failed ***


Is that ok?  Should I commit to the freeassocation SVN repo?

-Allen




From room_freeassociation-devel at uncensored.citadel.org  Sun Sep 14 10:20:36 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Sun, 14 Sep 2008 13:20:36 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[844] trunk/libical/src
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<1221312786.7051.32.camel@localhost>
	<1221297582.22881.11.camel@rocky.blr.novell.com>
	<200809140905.32597.winter@kde.org>
Message-ID: <0002519292@uncensored.citadel.org>

 > *** Summary: 400 zones tested, 14 days failed, 145986 okay => 0% failed 
***   
 >   
 >   
 >Is that ok?  Should I commit to the freeassocation SVN repo?   
   
 Sounds great.  Go for it.  :)  
   
   -- Art  
  



From winter at kde.org  Sun Sep 14 10:59:47 2008
From: winter at kde.org (Allen Winter)
Date: Sun, 14 Sep 2008 13:59:47 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[844] trunk/libical/src
In-Reply-To: <0002519292@uncensored.citadel.org>
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<200809140905.32597.winter@kde.org>
	<0002519292@uncensored.citadel.org>
Message-ID: <200809141359.48241.winter@kde.org>

On Sunday 14 September 2008 13:20:36 IGnatius T Foobar wrote:
>  > *** Summary: 400 zones tested, 14 days failed, 145986 okay => 0% failed 
> ***   
>  >   
>  >   
>  >Is that ok?  Should I commit to the freeassocation SVN repo?   
>    
>  Sounds great.  Go for it.  :)  
>  
Done.
But, as usual, my commit message went into oblivion.

-Allen



From room_freeassociation-devel at uncensored.citadel.org  Sun Sep 14 13:01:49 2008
From: room_freeassociation-devel at uncensored.citadel.org (dothebart)
Date: Sun, 14 Sep 2008 16:01:49 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[844] trunk/libical/src
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<200809140905.32597.winter@kde.org>
	<0002519292@uncensored.citadel.org>
	<200809141359.48241.winter@kde.org>
Message-ID: <0002519371@uncensored.citadel.org>

hm, afaik you have to register your SF.net email account with 

 

https://sourceforge.net/mailarchive/forum.php?forum_name=freeassociation-commi
ts 

 

which probably should be <username>@users.sourceforge.net

after that it should work.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080914/0fd79694/attachment.html>

From room_freeassociation-devel at uncensored.citadel.org  Mon Sep 15 18:45:23 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Mon, 15 Sep 2008 21:45:23 -0400
Subject: [Freeassociation-devel] (no subject)
Message-ID: <0002519906@uncensored.citadel.org>

   
 I'm currently in the middle of updating libical to make available both 
the traditional string API (which returns strings from a ring buffer) and 
the new API from the Evolution team (which returns strings that the caller 
is responsible for freeing).  
   
 As I do this I'm wondering something:  
   
 Is *anyone* using the stuff from 'libicalcap' at all?  CAP never really 
made it out the door, and everyone's using standards such as GroupDAV or 
CalDAV instead.  
   
 For that matter, is anyone using the 'libicalss' stuff?  
   
 I know that Eric and Andrea wanted to eventually write a calendar server, 
but they stopped before it really took form.  As far as I know, everyone 
is using libical just for the stuff in the 'libical' directory -- in other 
words, the data type and the routines to manipulate it.  
   
 Please, prove me wrong if you know otherwise.  I'm really thinking we 
ought to deprecate these (probably quite incomplete) parts of the library. 
 
   
    -- Art  
  



From room_freeassociation-devel at uncensored.citadel.org  Mon Sep 15 21:35:15 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Tue, 16 Sep 2008 00:35:15 -0400
Subject: [Freeassociation-devel] (no subject)
Message-ID: <0002519942@uncensored.citadel.org>

Ok folks, the following new API functions are now present in libical:  
   
 icalproperty_as_ical_string_r()  
 icalvalue_as_ical_string_r()  
 icalcomponent_as_ical_string_r()  
 icalparameter_as_ical_string_r()  
 icaldurationtype_as_ical_string_r()  
 icalenum_reqstat_code_r()  
 icallangbind_property_eval_string_r()  
 icallangbind_quote_as_ical_r()  
 icalmime_text_end_part_r()  
 icalperiodtype_as_ical_string_r()  
 icalproperty_get_parameter_as_string_r()  
 icalproperty_get_value_as_string_r()  
 icalproperty_get_property_name_r()  
 icalrecurrencetype_as_string_r()  
 icaltime_as_ical_string_r()  
 icalreqstattype_as_string_r()  
 icalvalue_binary_as_ical_string_r()  
 icalvalue_int_as_ical_string_r()  
 icalvalue_utcoffset_as_ical_string_r()  
 icalvalue_string_as_ical_string_r()  
 icalvalue_recur_as_ical_string_r()  
 icalvalue_text_as_ical_string_r()  
 icalvalue_attach_as_ical_string_r()  
 icalvalue_duration_as_ical_string_r() 


 icalvalue_date_as_ical_string_r()  
 icalvalue_datetime_as_ical_string_r()  
 icalvalue_float_as_ical_string_r()  
 icalvalue_geo_as_ical_string_r()  
 icalvalue_datetimeperiod_as_ical_string_r()  
 icalvalue_period_as_ical_string_r()  
 icalvalue_trigger_as_ical_string_r()  
 icalvalue_as_ical_string_r()  
   
 These basically comprise the API exposed by Chenthill's memory management 
patch.  The functions with the old names are now just wrappers that call 
their corresponding _r functions and then make a call to 
icalmemory_add_tmp_buffer() before returning the value to the caller.  
   
 I only did libical, not libicalcap or libicalss (so far).  
   
 The unit tests have NOT been rewritten.  I felt it was important to run 
the unit tests with the *old* API in order to ensure that we didn't break 
anything.  Indeed, during my own testing this successfully turned up a 
couple of "double free" issues that needed cleaning up.  
   
 I would *really* appreciate some extra eyeballs on this right now.  If 
any of you could test your applications against this it would be extremely 
helpful.   I'm also interested in knowing what else we need to do in order 
for the Evolution team to move forward.  
   
 Thanks everyone,  
   
   -- Art  
  



From w.goesgens at outgesourced.org  Sun Sep 14 06:34:33 2008
From: w.goesgens at outgesourced.org (Wilfried Goesgens)
Date: Sun, 14 Sep 2008 15:34:33 +0200
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[844] trunk/libical/src
References: <E1Kcjdt-00066m-NC@dn4whf1.ch3.sourceforge.com>
	<1221312786.7051.32.camel@localhost>
	<1221297582.22881.11.camel@rocky.blr.novell.com>
	<200809140905.32597.winter@kde.org>
Message-ID: <0000079502@moil.outgesourced.org>

>So Sep 14 2008 03:05:31  CEST von Allen Winter an Chenthill  
>Betreff: Re: [Freeassociation-devel] [FA-commits] SF.net SVN:
>freeassociation:[844] trunk/libical/src
>
>Is that ok?  Should I commit to the freeassocation SVN repo?
>
>-Allen
>
>
>



Yes please. 

We probably should report a bug against libc here? 

Wilfried Goesgens
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080914/ec70907a/attachment.html>

From room_freeassociation-devel at uncensored.citadel.org  Thu Sep 18 19:46:32 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Thu, 18 Sep 2008 22:46:32 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[856] trunk/libical
References: <E1KgVvz-0001JL-Cm@d5vjzd1.ch3.sourceforge.com>
Message-ID: <0002521454@uncensored.citadel.org>

   
 Ok folks, that's it for the API changes.  
   
 Test, TEST, and *test* some more.  
   
 I'd like to know if we're still solid.  
   
    -- Art  
  



From winter at kde.org  Sat Sep 20 08:59:52 2008
From: winter at kde.org (Allen Winter)
Date: Sat, 20 Sep 2008 11:59:52 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[856] trunk/libical
Message-ID: <200809201159.53724.winter@kde.org>

[This is a Resend.  My first attempt never showed]

On Thursday 18 September 2008 22:46:32 IGnatius T Foobar wrote:
> 
>  Ok folks, that's it for the API changes.  
>    
>  Test, TEST, and *test* some more.  
>    
>  I'd like to know if we're still solid.  
>    
Art,
I'm seeing errors link errors.
Did you actually implement the icalproperty_enum_to_string_r function?

gcc -g -O2 -o .libs/copycluster copycluster.o  ../libicalss/.libs/libicalss.so ../libicalvcal/.libs/libicalvcal.so /usr/local/src/freeassociation/trunk/libical/src/libical/.libs/libical.so ../libical/.libs/libical.so -lpthread
/usr/local/src/freeassociation/trunk/libical/src/libical/.libs/libical.so: undefined reference to `icalproperty_enum_to_string_r'
collect2: ld returned 1 exit status




From room_freeassociation-devel at uncensored.citadel.org  Sat Sep 20 09:40:00 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Sat, 20 Sep 2008 12:40:00 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[856] trunk/libical
References: <200809201159.53724.winter@kde.org>
Message-ID: <0002522291@uncensored.citadel.org>

 >I'm seeing errors link errors.   
 >Did you actually implement the icalproperty_enum_to_string_r function?   
   
 I just patched that function back in about an hour ago.  
   
  -- Art  
  



From winter at kde.org  Sat Sep 20 13:02:25 2008
From: winter at kde.org (Allen Winter)
Date: Sat, 20 Sep 2008 16:02:25 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[856] trunk/libical
In-Reply-To: <0002522291@uncensored.citadel.org>
References: <200809201159.53724.winter@kde.org>
	<0002522291@uncensored.citadel.org>
Message-ID: <200809201602.26010.winter@kde.org>

On Saturday 20 September 2008 12:40:00 IGnatius T Foobar wrote:
>  >I'm seeing errors link errors.   
>  >Did you actually implement the icalproperty_enum_to_string_r function?   
>    
>  I just patched that function back in about an hour ago.  
>    
hmm.. svn up doesn't show it.



From room_freeassociation-devel at uncensored.citadel.org  Sat Sep 20 13:25:26 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Sat, 20 Sep 2008 16:25:26 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[856] trunk/libical
References: <200809201159.53724.winter@kde.org>
	<0002522291@uncensored.citadel.org>
	<200809201602.26010.winter@kde.org>
Message-ID: <0002522332@uncensored.citadel.org>

 >hmm.. svn up doesn't show it.   
   
 Weird, now it's missing from my build too.  Something weird seems to have 
happened.  
  



From room_freeassociation-devel at uncensored.citadel.org  Sat Sep 20 13:34:57 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Sat, 20 Sep 2008 16:34:57 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[856] trunk/libical
References: <200809201159.53724.winter@kde.org>
	<0002522291@uncensored.citadel.org>
	<200809201602.26010.winter@kde.org>
	<0002522332@uncensored.citadel.org>
Message-ID: <0002522339@uncensored.citadel.org>

   
 Ok, I've got it straightened out now.   icalproperty_enum_to_string_r() 
needed to be in the .c.in file, not in the .c file.  The latter gets 
rewritten at configure time.  
   
 Sorry for the goof.  Please try it again.  
   
    -- Art  
  



From winter at kde.org  Sat Sep 20 13:50:40 2008
From: winter at kde.org (Allen Winter)
Date: Sat, 20 Sep 2008 16:50:40 -0400
Subject: [Freeassociation-devel] Using CMake
Message-ID: <200809201650.40488.winter@kde.org>

Howdy,

I'm getting pushback from the KDE Windows team about using
the freeassociation version of libical in the upcoming KDE 4.2 release.

Long story short:  we need to make a real CMake buildable libical.

So, I will attempt to provide a working CMake buildsystem for our libical.  Soon.

Might require a 0.34 release.

Just, FYI.
-Allen




From room_freeassociation-devel at uncensored.citadel.org  Sat Sep 20 18:10:04 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Sat, 20 Sep 2008 21:10:04 -0400
Subject: [Freeassociation-devel] Using CMake
References: <200809201650.40488.winter@kde.org>
Message-ID: <0002522406@uncensored.citadel.org>

 >So, I will attempt to provide a working CMake buildsystem for our 
libical.  Soon.   
 >   
 >Might require a 0.34 release.   
   
 Not to worry.  We can just keep firing out releases forever if we need 
to.  
   
 Perhaps we'll call it 1.00 after all of the major downstream forks are 
gone.  
   
   -- Art  
  



From winter at kde.org  Mon Sep 22 17:36:16 2008
From: winter at kde.org (Allen Winter)
Date: Mon, 22 Sep 2008 20:36:16 -0400
Subject: [Freeassociation-devel] Library Versioning
Message-ID: <200809222036.18265.winter@kde.org>

Howdy,

I noticed we install the following shared libs:
libical.so.0.34.0
libicalss.so.0.32.0
libicalvcal.so.0.32.0


shouldn't all be version 0.34.0?



From room_freeassociation-devel at uncensored.citadel.org  Wed Sep 24 05:50:42 2008
From: room_freeassociation-devel at uncensored.citadel.org (dothebart)
Date: Wed, 24 Sep 2008 08:50:42 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[863] trunk/libical/src
References: <200809240834.17865.winter@kde.org>
Message-ID: <0002524670@uncensored.citadel.org>

Hm, isn't there a smart way to do this all in configure? so we just have one
place to change?  

Wilfried Goesges  
>
>Revision: 863
>
>http://freeassociation.svn.sourceforge.net/freeassociation/?rev=863&view=rev
>Author:   awinterz
>
>-----------
>lib versioning to 0.34, to be consistent with libical.so
>
>Modified Paths:
>--------------
> trunk/libical/src/libicalss/Makefile.am
> trunk/libical/src/libicalvcal/Makefile.am

  
>
>

  
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libical-devel/attachments/20080924/480714e4/attachment.html>

From winter at kde.org  Wed Sep 24 06:11:26 2008
From: winter at kde.org (Allen Winter)
Date: Wed, 24 Sep 2008 09:11:26 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[863] trunk/libical/src
In-Reply-To: <0002524670@uncensored.citadel.org>
References: <200809240834.17865.winter@kde.org>
	<0002524670@uncensored.citadel.org>
Message-ID: <200809240911.27672.winter@kde.org>

On Wednesday 24 September 2008 08:50:42 dothebart wrote:
> Hm, isn't there a smart way to do this all in configure? so we just have one
> place to change?  
> 
I suppose so.  I'm not an autoconf guru.
Maybe using @VERSION@ ??

But the CMake build I'm working on will use a variable in all the CMakeLists.txt
files which is set in 1 place at the top-level.

> Wilfried Goesges  
> >
> >Revision: 863
> >
> >http://freeassociation.svn.sourceforge.net/freeassociation/?rev=863&view=rev
> >Author:   awinterz
> >
> >-----------
> >lib versioning to 0.34, to be consistent with libical.so
> >
> >Modified Paths:
> >--------------
> > trunk/libical/src/libicalss/Makefile.am
> > trunk/libical/src/libicalvcal/Makefile.am
> 
>   
> >
> >
> 
>   
> >
> >



From debarshi.ray at gmail.com  Wed Sep 24 06:30:08 2008
From: debarshi.ray at gmail.com (Debarshi Ray)
Date: Wed, 24 Sep 2008 19:00:08 +0530
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[863] trunk/libical/src
In-Reply-To: <200809240911.27672.winter@kde.org>
References: <200809240834.17865.winter@kde.org>
	<0002524670@uncensored.citadel.org>
	<200809240911.27672.winter@kde.org>
Message-ID: <3170f42f0809240630y279f046buad7e62e6502932eb@mail.gmail.com>

> I suppose so.  I'm not an autoconf guru.
> Maybe using @VERSION@ ??

Yes, assign them to suitable variables in configure.ac and use AC_SUBST.

configure.ac:
[...]
FOO=123
AC_SUBST(FOO)
[...]

... and then use FOO in Makefile.am as $(FOO).

Cheers,
Debarshi



From room_freeassociation-devel at uncensored.citadel.org  Wed Sep 24 08:20:07 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Wed, 24 Sep 2008 11:20:07 -0400
Subject: [Freeassociation-devel] [FA-commits] SF.net SVN:
	freeassociation:[863] trunk/libical/src
References: <200809240834.17865.winter@kde.org>
Message-ID: <0002524788@uncensored.citadel.org>

   
 Thanks Allen, I was a bit behind on getting around to version number 
changes -- thanks for taking care of that   :)  
   
   -- Art  
  



From winter at kde.org  Wed Sep 24 17:10:28 2008
From: winter at kde.org (Allen Winter)
Date: Wed, 24 Sep 2008 20:10:28 -0400
Subject: [Freeassociation-devel] SF.net SVN: freeassociation:[864]
	trunk/libical/src/libicalvcal/Makefile.am
Message-ID: <200809242010.29101.winter@kde.org>

Revision: 864
          http://freeassociation.svn.sourceforge.net/freeassociation/?rev=864&view=rev
Author:   awinterz
Date:     2008-09-25 00:07:08 +0000 (Thu, 25 Sep 2008)

Log Message:
-----------
I think the libicalvcal headers should be installed with all the other
headers in $prefix/include/libical.
Make it so.

Modified Paths:
--------------
    trunk/libical/src/libicalvcal/Makefile.am


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.




From winter at kde.org  Fri Sep 26 05:13:13 2008
From: winter at kde.org (Allen Winter)
Date: Fri, 26 Sep 2008 08:13:13 -0400
Subject: [Freeassociation-devel] Libical Buildsystem
Message-ID: <200809260813.14674.winter@kde.org>

Howdy,

I've been making some changes to the autoconf buildsystem as I continue
working on the cmake buildsystem.

Please test to make sure things still build ok for you.


-Allen



From room_freeassociation-devel at uncensored.citadel.org  Mon Sep 29 10:53:19 2008
From: room_freeassociation-devel at uncensored.citadel.org (IGnatius T Foobar)
Date: Mon, 29 Sep 2008 13:53:19 -0400
Subject: [Freeassociation-devel] (no subject)
Message-ID: <0002527800@uncensored.citadel.org>

   
 Hey everyone -- just wanted to let you all know that CVS has been 
disabled for our SourceForge project, because we've been running smoothly 
with Subversion for some time now.  
   
 I disabled it in order to prevent new users from accidentally going there 
first and thinking that our code is unmaintained.  (This has happened more 
than once.)  
   
 Happy hacking everyone,  
   
   -- Art  
  



From winter at kde.org  Sun Sep 28 08:02:03 2008
From: winter at kde.org (Allen Winter)
Date: Sun, 28 Sep 2008 11:02:03 -0400
Subject: [Freeassociation-devel] Ready for v0.34
Message-ID: <200809281102.03663.winter@kde.org>

Howdy,

The KDE Windows team is now satisfied with the CMake buildsystem I put in place.

So, I hereby officially request that we release v0.34 as soon as possible.

Regards,
Allen



