FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 04-30-2011, 01:06 PM
Matej Cepl
 
Default libevent-1.4.13 compatbility

Hi,

I am trying to package forked-daapd and it depends on libevent 1.4.13.
When asking forked-daapd's maintainer about the compatibility with
libevent2, I've got this into reply:

libevent2 is not and will not be supported; you need to use
libevent 1.4.x.

Which I guess means either I'd have to package libevent1 for Fedora
(which seems to be PITA ... files have same names etc.), or patch
forked-daapd to use libevent2 and maintain the patch.

What's so horrible about libevent2 that the upstream author won't
support it? Is it that difficult to make and maintain the patch for
libevent2 compatiblity?

Non-building experiemntal draft of the package is at
http://mcepl.fedorapeople.org/tmp/forked-daapd-0.14-0.fc15.src.rpm (you
need also avl package from -testing to build it).

Any ideas?

Best,

Matěj

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-30-2011, 05:28 PM
William Lima
 
Default libevent-1.4.13 compatbility

On Sat, Apr 30, 2011 at 10:06 AM, Matej Cepl <mcepl@redhat.com> wrote:

Hi,



I am trying to package forked-daapd and it depends on libevent 1.4.13.

When asking forked-daapd's maintainer about the compatibility with

libevent2, I've got this into reply:



* * * *libevent2 is not and will not be supported; you need to use

* * * *libevent 1.4.x.



Which I guess means either I'd have to package libevent1 for Fedora

(which seems to be PITA ... files have same names etc.), or patch

forked-daapd to use libevent2 and maintain the patch.



What's so horrible about libevent2 that the upstream author won't

support it? Is it that difficult to make and maintain the patch for

libevent2 compatiblity?



Non-building experiemntal draft of the package is at

http://mcepl.fedorapeople.org/tmp/forked-daapd-0.14-0.fc15.src.rpm (you

need also avl package from -testing to build it).



Any ideas?



Best,



Matěj



--

devel mailing list

devel@lists.fedoraproject.org

https://admin.fedoraproject.org/mailman/listinfo/devel
There's a lot of changes in libevent2, and currently all development focus is under it. So 1.4 users shouldn't expect for updates.

Active projects should migrate to the new API.

http://www.wangafu.net/~nickm/libevent-book/Ref0_meta.html
--
w

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 05-01-2011, 12:02 AM
"Richard W.M. Jones"
 
Default libevent-1.4.13 compatbility

On Sat, Apr 30, 2011 at 03:06:55PM +0200, Matej Cepl wrote:
> I am trying to package forked-daapd and it depends on libevent 1.4.13.
> When asking forked-daapd's maintainer about the compatibility with
> libevent2, I've got this into reply:
>
> libevent2 is not and will not be supported; you need to use
> libevent 1.4.x.
>
> Which I guess means either I'd have to package libevent1 for Fedora
> (which seems to be PITA ... files have same names etc.), or patch
> forked-daapd to use libevent2 and maintain the patch.
>
> What's so horrible about libevent2 that the upstream author won't
> support it? Is it that difficult to make and maintain the patch for
> libevent2 compatiblity?
>
> Non-building experiemntal draft of the package is at
> http://mcepl.fedorapeople.org/tmp/forked-daapd-0.14-0.fc15.src.rpm (you
> need also avl package from -testing to build it).
>
> Any ideas?

Help upstream by converting forked-daapd to use libevent2. I suspect
one of two things will happen:

- either you'll do this and your patches will be accepted upstream

- or you'll quickly discover what's so horrible about libevent2 (:-)

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://libguestfs.org
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 05-01-2011, 01:04 AM
Kevin Kofler
 
Default libevent-1.4.13 compatbility

Richard W.M. Jones wrote:
> Help upstream by converting forked-daapd to use libevent2. I suspect
> one of two things will happen:
>
> - either you'll do this and your patches will be accepted upstream
>
> - or you'll quickly discover what's so horrible about libevent2 (:-)

- or you'll do this, upstream will reject it just because and we end up with
forked-forked-daapd… ;-)

Kevin Kofler

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 05-01-2011, 06:39 PM
Matej Cepl
 
Default libevent-1.4.13 compatbility

Dne 1.5.2011 03:04, Kevin Kofler napsal(a):
> - or you'll do this, upstream will reject it just because and we end up with
> forked-forked-daapd… ;-)

Given my level of proficiency in C, the most likely scenario is that I
won't have forked-daapd server for some time more. Oh well.

Matěj

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 05-03-2011, 04:10 PM
Tomasz Torcz
 
Default libevent-1.4.13 compatbility

On Sat, Apr 30, 2011 at 03:06:55PM +0200, Matej Cepl wrote:
> Hi,
>
> I am trying to package forked-daapd and it depends on libevent 1.4.13.

While you at it, could you take care of https://bugzilla.redhat.com/show_bug.cgi?id=657494
(mt-daapd: Providing native systemd file for upcoming F15 Feature Systemd)?
As far as I know, forked-daapd is a replacement for mt-daapd.
Fedora's mt-daapd maintainer haven't commented on this bug for half a year now. :/

--
Tomasz Torcz "Funeral in the morning, IDE hacking
xmpp: zdzichubg@chrome.pl in the afternoon and evening." - Alan Cox

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 05-03-2011, 10:27 PM
Matej Cepl
 
Default libevent-1.4.13 compatbility

Dne 3.5.2011 18:10, Tomasz Torcz napsal(a):
> While you at it, could you take care of
> https://bugzilla.redhat.com/show_bug.cgi?id=657494 (mt-daapd:
> Providing native systemd file for upcoming F15 Feature Systemd)? As
> far as I know, forked-daapd is a replacement for mt-daapd. Fedora's
> mt-daapd maintainer haven't commented on this bug for half a year
> now. :/

The main reason why I tried to do package of forked-daapd was to get as
far as possible from incredibly crashy and stinky mt-daapd.

Is it the answer?

Matěj

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 05-04-2011, 06:41 AM
Tomasz Torcz
 
Default libevent-1.4.13 compatbility

On Wed, May 04, 2011 at 12:27:18AM +0200, Matej Cepl wrote:
> Dne 3.5.2011 18:10, Tomasz Torcz napsal(a):
> > While you at it, could you take care of
> > https://bugzilla.redhat.com/show_bug.cgi?id=657494 (mt-daapd:
> > Providing native systemd file for upcoming F15 Feature Systemd)? As
> > far as I know, forked-daapd is a replacement for mt-daapd. Fedora's
> > mt-daapd maintainer haven't commented on this bug for half a year
> > now. :/
>
> The main reason why I tried to do package of forked-daapd was to get as
> far as possible from incredibly crashy and stinky mt-daapd.

If you do package it, please include systemd unit file.

--
Tomasz Torcz ,,(...) today's high-end is tomorrow's embedded processor.'
xmpp: zdzichubg@chrome.pl -- Mitchell Blank on LKML

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 02:24 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org