exactly. libev missed the last debian release by half a month.
but since its got no external dependencies, and also compiles well with legacy compilers without problem, I don't think this will be much of a problem.
though easy install is going to be required to offer both of them.
However, 4.x offers features one would have to implement by hand for a 3.x compatibility, so I decided against that.
Sat Dec 17 2011 22:55:17 EST from IGnatius T Foobar @ UncensoredI wonder if we should just put them both directly into the citserver source tree.
no, I realy don't think so.
easy install already has its way to provide libs, where the two of them need to be added.
for packagers this makes the work harder. Debian.citadel.org can also deliver backports of the two to older systems.
Shouldn't the configure script check the version?
well, yes, at least it should try to compile and fail with the old version not containing the symbols; you're right.
Thu Dec 22 2011 08:09:27 EST from IGnatius T Foobar @ UncensoredI added a configure check for libev version. I couldn't figure out how to do it for c-ares though. Is there perhaps an API call that is only available in the new version that we can check for?
ares_parse_mx_reply is the reason why we need a recent version; it was added about a year ago by the node.js guys.
Sun Dec 11 2011 12:30:28 PM EST from jame Subject: Net::Citadel in DebianFYI,
The v0.02 Net::Citadel Perl module has been accepted into Debian unstable as the package libnet-citadel-perl.
And has now migrated to Debian Testing, so there shouldn't be any issue with it being available in the next Debian release.
I'm not sure if new packages are automatically picked up by Ubuntu but I'll follow up about that later.
Jame
Thu Dec 22 2011 15:04:07 EST from jame @ Rocasa Mail System Subject: Re: Net::Citadel in DebianI'm not sure if new packages are automatically picked up by Ubuntu but I'll follow up about that later.
yes, they do, but on irregular basis...
which is the reason why they have some pretty awkward versions of citadel in their long term support...
they also don't care much about upgrades etc. :-(
ares_parse_mx_reply is the reason why we need a recent version; it
was added about a year ago by the node.js guys.
Ok, that worked really well. Now we can check for the right version.
Is there a similar function we can check for in libev? If so, then we can look for that instead of running a test program to evaluate the version number.
yes, there is.
#define EV_COMPAT3 0
#include <ev.h>
and then instanciate
ev_cleanup foo;
its used when shutting down. else we would have to add our own mechanics to destruct our queue items; here libev4 saves us a lot of work; no need to keep track of those items.
If we can find a function that exists in libev 4 that doesn't exist in libev 3, then autoconf can test for it without having to build and run a test program.
The autoconf documentation says that it's a better way to go because test programs aren't ideal for cross complilation.
It's not a big deal though; I'm ok with leaving it the way it is for now if it's easier.
hm, a datatype which doesn't exist in the never version is not enough?
for shure there are also the functions initializing them
http://pod.tst.eu/http://cvs.schmorp.de/libev/ev.pod
ev_cleanup_init (ev_cleanup *, callback)
Fri Dec 23 2011 13:00:18 EST from dothebart @ Uncensoredhm, a datatype which doesn't exist in the never version is not enough?
does only exist that is.
Thu Dec 22 2011 03:52:24 PM EST from dothebart @ Uncensored Subject: Re: Net::Citadel in DebianThu Dec 22 2011 15:04:07 EST from jame @ Rocasa Mail System Subject: Re: Net::Citadel in DebianI'm not sure if new packages are automatically picked up by Ubuntu but I'll follow up about that later.
yes, they do, but on irregular basis...
which is the reason why they have some pretty awkward versions of citadel in their long term support...
they also don't care much about upgrades etc. :-(
That's part of why I don' t do much with Ubuntu...<g>
I'll check over there in the next month or two, see if the Net:;Citadel package is over there yet; if not, I'll go ahead & request a sync fo the package. (I presume that can still be done; been awhile since I did it...)
Jame
Subject: Re: Net::Citadel in Debian
That's part of why I don' t do much with Ubuntu...<g>
I've been doing a lot with Ubuntu lately.
Most of it involves trolling any story on the web that mentions Ubuntu and leaving a comment about how Ubuntu has jumped the shark now that they're forcing Unity on everyone.
hm, a datatype which doesn't exist in the never version is not
enough?
for shure there are also the functions initializing them
ev_cleanup_init() is defined as a macro.
I went with ev_cleanup_start() instead. Is that definitely a function that only appears in libev 4, not libev 3?
yes, the cleanup range is new in 4.0
as said before, its responsible for being called on shutdown, so we don't need to do that by hand.
I have also decided to make zlib mandatory from now on.