Re: [Ubuntu-bugcontrol] Fwd: [Bug 701471] Re: Sync libevent 2.0.10 from Debian experimental
> IMO its a bit late for any library transitions in natty, especially for > libevent which is used in a lot of server applications beyond those in > the Ubuntu archives. VERY early in the O cycle is the perfect time for > this to hit the archives. We can start reporting the bugs upstream now > and some should be releasing fixes in time for O. > Hey, That's also my opinion at this point. I was willing to push it, but got another FTBFS yesterday which seems related to the new libevent2 version. I'm afraid that the risk is too great to justify this transition as the only package that really requires new version is Transmission. It is unfortunate, but it seems to be our best option to start this transition soon after natty release. Thanks for your input. Best Regards, KK -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
Re: [Ubuntu-bugcontrol] Fwd: [Bug 701471] Re: Sync libevent 2.0.10 from Debian experimental
On Sun, 2011-02-13 at 09:50 -0600, Micah Gersten wrote: > On 02/13/2011 09:44 AM, Andreas Noteng wrote: > > Forwarding to ubuntu-bugcontrol list in the hope that someone is willing > > and able to help. > > Unfortunately my knowlegde of C is pretty close to zero, but I'd be > > happy to help in any other way possible.. > > > > Andreas Noteng > > > > Original Message > > Subject: [Bug 701471] Re: Sync libevent 2.0.10 from Debian experimental > > Date: Sun, 13 Feb 2011 11:55:53 - > > From: Krzysztof Klimonda > > Reply-To: Bug 701471 <701...@bugs.launchpad.net> > > To: andr...@noteng.no > > > > I have tried rebuilding all the packages in both main and universe > > against the libevent 2.0.10 in the > > https://launchpad.net/~kklimonda/+archive/libevent2 PPA. > > All but four did fine, but the failure of one in its unit tests make me > > think that at least part of the packages that did build may not work > > correctly. As for the packages that did fail: > > > > * honeyd -- inactive upstream (ironically he's the author of libevent). > > I have attempted porting it to libevent2, and I've done it but I can't > > really test it as I have no idea how to use it so I can't tell if the > > port was successful. I didn't have luck contacting upstream author (but > > will try again) > > * ladvd -- this is the one with failing tests (or rather a single test). > > We can attempt fixing it, as it shouldn't be hard. > > * python-event -- this one has inactive upstream, no packages depend on > > it, we already have a python-gevent which is more popular and working > > * lua-event -- this one is tricky. lua-event that we ship is a fork of > > lua-event that has been made with single package in mind (prosody). > > Apparently all changes from this fork has been already merged upstream, > > and the upstream lua-event builds fine with libevent2, but Debian > > maintainer is concerned with whether prosody works with it, so he asked > > for some time to do tests. I also did not hear from him since then. > > > > There is not much time before the feature freeze but, if I could get one > > more person who knows C interested in helping me with ladvd, and > > proofreading honeyd changes I've made, and if I got answer about lua- > > event, we could make this transition. > > > > My main concern is the fact that we'd have to check as many reverse > > dependencies for whether they actually work - and even that may not be > > enough, someone would have to subscribe to all those packages and > > investigate problems (probably with the help of upstream) for the > > possibility that their cause is the new libevent. > > > This is totally off-topic for Ubuntu Bug Control, I've CC'd ubuntu-motu > in the hope someone will pick this up. I've CC'd the server list in the > hope that someone on there will notice the desire for this transition > and either give the go ahead or say it's not happening until Natty + 1. > Please drop ubuntu-bugcontrol ML from replies. Further, I think this should probably go to ubuntu-devel-discuss, so, adding it to the (growing) list of CC's IMO its a bit late for any library transitions in natty, especially for libevent which is used in a lot of server applications beyond those in the Ubuntu archives. VERY early in the O cycle is the perfect time for this to hit the archives. We can start reporting the bugs upstream now and some should be releasing fixes in time for O. Notable rdepends from main are memcached and nfs-common. libevent-1.4-2 Reverse Depends: gearman-job-server transmission-gtk unworkable trickle transmission-qt transmission-daemon transmission-cli tor tmux swordfish scanssh python-gevent python-event-dbg python-event picviz pgbouncer mysql-proxy museekd memcachedb liblua5.1-event0 ladvd infon-viewer infon-server honeyd getstream gearman-job-server farpd dnsproxy bitlbee beanstalkd transmission-gtk nfs-common memcached libevent-dev -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
Re: [Ubuntu-bugcontrol] Fwd: [Bug 701471] Re: Sync libevent 2.0.10 from Debian experimental
On 02/13/2011 09:44 AM, Andreas Noteng wrote: > Forwarding to ubuntu-bugcontrol list in the hope that someone is willing > and able to help. > Unfortunately my knowlegde of C is pretty close to zero, but I'd be > happy to help in any other way possible.. > > Andreas Noteng > > Original Message > Subject: [Bug 701471] Re: Sync libevent 2.0.10 from Debian experimental > Date: Sun, 13 Feb 2011 11:55:53 - > From: Krzysztof Klimonda > Reply-To: Bug 701471 <701...@bugs.launchpad.net> > To: andr...@noteng.no > > I have tried rebuilding all the packages in both main and universe > against the libevent 2.0.10 in the > https://launchpad.net/~kklimonda/+archive/libevent2 PPA. > All but four did fine, but the failure of one in its unit tests make me > think that at least part of the packages that did build may not work > correctly. As for the packages that did fail: > > * honeyd -- inactive upstream (ironically he's the author of libevent). > I have attempted porting it to libevent2, and I've done it but I can't > really test it as I have no idea how to use it so I can't tell if the > port was successful. I didn't have luck contacting upstream author (but > will try again) > * ladvd -- this is the one with failing tests (or rather a single test). > We can attempt fixing it, as it shouldn't be hard. > * python-event -- this one has inactive upstream, no packages depend on > it, we already have a python-gevent which is more popular and working > * lua-event -- this one is tricky. lua-event that we ship is a fork of > lua-event that has been made with single package in mind (prosody). > Apparently all changes from this fork has been already merged upstream, > and the upstream lua-event builds fine with libevent2, but Debian > maintainer is concerned with whether prosody works with it, so he asked > for some time to do tests. I also did not hear from him since then. > > There is not much time before the feature freeze but, if I could get one > more person who knows C interested in helping me with ladvd, and > proofreading honeyd changes I've made, and if I got answer about lua- > event, we could make this transition. > > My main concern is the fact that we'd have to check as many reverse > dependencies for whether they actually work - and even that may not be > enough, someone would have to subscribe to all those packages and > investigate problems (probably with the help of upstream) for the > possibility that their cause is the new libevent. > This is totally off-topic for Ubuntu Bug Control, I've CC'd ubuntu-motu in the hope someone will pick this up. I've CC'd the server list in the hope that someone on there will notice the desire for this transition and either give the go ahead or say it's not happening until Natty + 1. Please drop ubuntu-bugcontrol ML from replies. Thanks, Micah -- ubuntu-server mailing list ubuntu-server@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam