Re: The evil build methods of thy libev

2009-01-22 Thread Simon Richter
Hi, > Due do this news and the massive inconvience of patching everything, I > am currently favoring the libev-source solution. Does it even work properly this way? Linux's biggest disadvantage compared to Windows is the lack of a standardized event loop that can be used by multiple modules in t

Re: The evil build methods of thy libev

2009-01-21 Thread Maximilian Gaß
On Wed, Jan 21, 2009 at 09:45:58PM +0100, Florian Weimer wrote: > * Maximilian Gaß: > > > The second option I came up with was creating a libev-source package from > > the > > existing libev package and build packages including libev against this one. > > Bugs in libev would then only require a r

Re: The evil build methods of thy libev

2009-01-21 Thread Florian Weimer
* Maximilian Gaß: > The second option I came up with was creating a libev-source package from the > existing libev package and build packages including libev against this one. > Bugs in libev would then only require a rebuild of the dependent packages > instead of source package fixing. I think th

Re: The evil build methods of thy libev

2009-01-21 Thread Gunnar Wolf
Maximilian Gaß dijo [Wed, Jan 21, 2009 at 10:15:43AM +0100]: > Hi developers, > > I am a non-DD member of the Debian Perl Group. In the process of packaging the > libev-perl package, an event loop for Perl, I stumbled upon the fact that it > does not link against libev as a shared object, but inst

Re: The evil build methods of thy libev

2009-01-21 Thread Robert Lemmen
On Wed, Jan 21, 2009 at 02:35:15AM -0800, Steve Langasek wrote: > Wow, nice upstream. Maybe you should reconsider whether this code > belongs > in Debian at all; we have enough hostile upstreams without seeking > them out. in the interest of good cooperation with upstream, we should keep in mind

Re: The evil build methods of thy libev

2009-01-21 Thread Julien Danjou
At 1232534115 time_t, Steve Langasek wrote: > However, there are zero packages in Debian that use libev. awesome does, and by linking against it (and not embedding it). -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD

Re: The evil build methods of thy libev

2009-01-21 Thread Maximilian Gaß
On Wed, Jan 21, 2009 at 02:35:15AM -0800, Steve Langasek wrote: > However, there are zero packages in Debian that use libev. Like I said, rxvt-unicode is using libev. > So I think this is the correct solution - first fix the libev package > (in cooperation with upstream) to not require build-time

Re: The evil build methods of thy libev

2009-01-21 Thread Steve Langasek
On Wed, Jan 21, 2009 at 10:15:43AM +0100, Maximilian Gaß wrote: > I e-mailed upstream about this, but he basically considers this a feature > and, remembering of the OpenSSL fiasco, warned not to fiddle in upstream > code. Wow, nice upstream. Maybe you should reconsider whether this code belongs

Re: The evil build methods of thy libev

2009-01-21 Thread Rene Engelhard
Maximilian Gaß wrote: >Examples of programs that embed libev: the EV perl module, >rxvt-unicode, gvpe (GNU Virtual Private Ethernet), the Deliantra MMORPG >server (http://www.deliantra.net/), Rubinius (a next-generation Ruby >VM), the Ebb web server, the Rev event toolkit. > > I ha

The evil build methods of thy libev

2009-01-21 Thread Maximilian Gaß
Hi developers, I am a non-DD member of the Debian Perl Group. In the process of packaging the libev-perl package, an event loop for Perl, I stumbled upon the fact that it does not link against libev as a shared object, but instead builds it into its own binary. libev has a "feature" that allows y