On Sat, Apr 14, 2007 at 11:56:23AM +0200, "Andreas J. Koenig" <[EMAIL
PROTECTED]> wrote:
> The reason for this failure is that Coro per default chooses to not
> build Coro::Event under a pristine perl and that Continuity has no way
> to express its wish that it (Coro) be built with event support.
>
> Ideally, Marc would ask the user if he wants to build Event support
> (he asks many questions anyway:) and if the user says yes, then he
> should put the necessary modules (Event? AnyEnvent? Etc.) into its own
> prerequisites. The answer should default to yes, so that automated
> build environments build in doubt too many modules.
>
> Would that be OK for you, Marc?
Hacking around the real problem of CPAN, namely the inability to express
wishes and preferences, is not really solving anything, the hack will stay
a hack. (Compare with dpkg for example where packages can recommend and
suggest in addition to require, or request a specific feature, such as
AnyEvent).
The bug seems obviously to be a missing dependency in Continuity: If it
requires Event, it needs to specify that in its dependencies explicitly,
as Coro (quite correctly) does not depend on Event at all.
Current Coro, unlike earlier releases, makes Event *fully* optional,
as it uses AnyEvent (which suffers most from the inability to specofy
suggestions or one-of-those-set style dependencies, btw., as it requires
*one* Event-model module and *prefers* anything over Tk for example).
Forcing Event for no reason seems like a very bad idea - if a package
relies on Event it should have that dependency, adding it to Coro to help
those broken packages makes little sense, IMnsHO.
The result would only be that Coro would fail to work if Event fails to
work, even though Coro itself doesn't require that (and a large class of
Coro users do not require Event either). This seems like a bad tradeoff to
what seems essentially a workaround for some other module's bug.
As such, I would be reluctant to hack around in Coro to add a fake
dependency that Coro does not really require.
Ideas? Thoughts?
--
The choice of a
-----==- _GNU_
----==-- _ generation Marc Lehmann
---==---(_)__ __ ____ __ [EMAIL PROTECTED]
--==---/ / _ \/ // /\ \/ / http://schmorp.de/
-=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE
