On Tue, 2013-12-03 at 22:13 -0500, Rahul Sundaram wrote:
> Hi
> On Tue, Dec 3, 2013 at 9:47 PM, Gilles J. Seguin wrote:
>
> OMG
> i do not know what to say here
> /usr/lib/event.h
> -1 should -1,000,000,000
>
> :-)
> i need a list
Hi
On Tue, Dec 3, 2013 at 9:47 PM, Gilles J. Seguin wrote:
>
> OMG
> i do not know what to say here
> /usr/lib/event.h
> -1 should -1,000,000,000
>
> :-)
> i need a list of peoples making such uninspired suggestions
>
Even with a smiley, you haven't really added anything useful to the
discuss
On Tue, 2013-11-19 at 15:30 +0800, Mathieu Bridon wrote:
> Hi,
>
> I would like to finally fix this bug in Fedora:
> https://bugzilla.redhat.com/show_bug.cgi?id=985610
>
> Basically, our libev package diverges from upstream in two ways:
>
> 1. we install the header files in /usr/include/libe
On Mon, 2013-11-25 at 10:27 -0500, Nathaniel McCallum wrote:
> - Original Message -
> > That's why I said I wouldn't make libev-devel conflict with
> > libevent-devel.
> >
> > I said I would put the event.h header from libev into a
> > libev-libevent-devel subpacke, and only this one would
Hi,
On Tue, 2013-11-19 at 15:30 +0800, Mathieu Bridon wrote:
> My plan is to do the following in Rawhide (the future Fedora 21) :
>
> * Move the headers back to /usr/include, as upstream intended
> * Put the event.h header into a libev-libevent-devel subpackage, and
> make it Conflicts: l
Hi Michael,
On Wed, 2013-11-20 at 12:17 +0100, Michael Schwendt wrote:
> On Wed, 20 Nov 2013 11:24:34 +0800, Mathieu Bridon wrote:
> > I'm really just trying to fix all this mess here, so what do you think
> > would be the better solution?
>
> To follow:
> https://fedoraproject.org/wiki/Packaging
On Sat, 23 Nov 2013 16:52:38 -0500, Orcan Ogetbil wrote:
> Can we have an event.h file that conditionally (or maybe even
> unconditionally) #includes the appropriate header file from either
> package? Both packages can then use the same event.h file without
> conflicts.
It would also boil down to
On Sat, 2013-11-23 at 13:47 -0500, Simo Sorce wrote:
> On Tue, 2013-11-19 at 15:30 +0800, Mathieu Bridon wrote:
> > libverto
> >
> >
> > Upstream itself requires the pkgconfig file for libev.
> >
> > That's just a terrible idea, as it means libverto won't build on e.g
> > Debian, or with
On Tue, Nov 19, 2013 at 7:36 AM, Michael Schwendt wrote:
> On Tue, 19 Nov 2013 15:30:46 +0800, Mathieu Bridon wrote:
>> * Move the headers back to /usr/include, as upstream intended
>> * Put the event.h header into a libev-libevent-devel subpackage, and
>> make it Conflicts: libevent-devel
On Sat, Nov 23, 2013 at 01:47:49PM -0500, Simo Sorce wrote:
> On Tue, 2013-11-19 at 15:30 +0800, Mathieu Bridon wrote:
> > Upstream itself requires the pkgconfig file for libev.
> >
> > That's just a terrible idea, as it means libverto won't build on e.g
> > Debian, or with the upstream libev.
> >
On Tue, 2013-11-19 at 15:30 +0800, Mathieu Bridon wrote:
> Hi,
>
> I would like to finally fix this bug in Fedora:
> https://bugzilla.redhat.com/show_bug.cgi?id=985610
>
> Basically, our libev package diverges from upstream in two ways:
>
> 1. we install the header files in /usr/include/libe
On Fri, 2013-11-22 at 16:06 +0100, Kevin Kofler wrote:
> Mathieu Bridon wrote:
> > * Move the headers back to /usr/include, as upstream intended
> > * Put the event.h header into a libev-libevent-devel subpackage, and
> > make it Conflicts: libevent-devel (this is what Debian did)
>
> -1
>
Original Message -
> From: "Kevin Kofler"
> To: devel@lists.fedoraproject.org
> Sent: Friday, November 22, 2013 9:06:07 AM
> Subject: Re: Packaging changes for libev in Rawhide
>
> Mathieu Bridon wrote:
> > * Move the headers back to /usr/include, as upstream int
Mathieu Bridon wrote:
> * Move the headers back to /usr/include, as upstream intended
> * Put the event.h header into a libev-libevent-devel subpackage, and
> make it Conflicts: libevent-devel (this is what Debian did)
-1
Conflicts are evil, and this pointless conflict is very easily avoi
On Wed, 20 Nov 2013 11:24:34 +0800, Mathieu Bridon wrote:
> > The current packaging approach is circumventing the packaging policies:
> > https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries
> >
> > perl-EV does not use the system libev. No real "unbundling" has been
> > achieved by repl
On Tue, 2013-11-19 at 14:38 +0100, Michael Schwendt wrote:
> On Tue, 19 Nov 2013 21:01:06 +0800, Mathieu Bridon wrote:
>
> > > This one is weird:
> > > https://bugzilla.redhat.com/672153
> > >
> > > In order to make the "perl-EV" package not use a bundled "libev" source,
> > > you build a "libev-
On Tue, 2013-11-19 at 12:43 -0500, Tim St Clair wrote:
> Sorry to disagree, but segregation is standard practice and is far better
> then polluting /usr/include.
I actually agree with that.
Upstream libev doesn't, though.
And with our current package in Fedora, we are creating a situation
wher
patch
Cheers,
Tim
- Original Message -
> From: "Mathieu Bridon"
> To: "Development discussions related to Fedora"
>
> Sent: Tuesday, November 19, 2013 1:30:46 AM
> Subject: Packaging changes for libev in Rawhide
>
> Hi,
>
> I wou
On Tue, 19 Nov 2013 21:01:06 +0800, Mathieu Bridon wrote:
> > This one is weird:
> > https://bugzilla.redhat.com/672153
> >
> > In order to make the "perl-EV" package not use a bundled "libev" source,
> > you build a "libev-source" subpackage that perl-EV adds as BuildRequires.
> > In other words
On 11/19/2013 02:01 PM, Mathieu Bridon wrote:
On Tue, 2013-11-19 at 13:36 +0100, Michael Schwendt wrote:
On Tue, 19 Nov 2013 15:30:46 +0800, Mathieu Bridon wrote:
1. we install the header files in /usr/include/libev/ whereas upstream
installs them in /usr/include/
That's a common way
On Tue, 2013-11-19 at 13:36 +0100, Michael Schwendt wrote:
> On Tue, 19 Nov 2013 15:30:46 +0800, Mathieu Bridon wrote:
> > 1. we install the header files in /usr/include/libev/ whereas upstream
> > installs them in /usr/include/
>
> That's a common way to resolve such a conflict:
> https://
On Tue, 19 Nov 2013 15:30:46 +0800, Mathieu Bridon wrote:
> Hi,
>
> I would like to finally fix this bug in Fedora:
> https://bugzilla.redhat.com/show_bug.cgi?id=985610
>
> Basically, our libev package diverges from upstream in two ways:
>
> 1. we install the header files in /usr/include/li
Hi,
I would like to finally fix this bug in Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=985610
Basically, our libev package diverges from upstream in two ways:
1. we install the header files in /usr/include/libev/ whereas upstream
installs them in /usr/include/
2. we ship a pk
23 matches
Mail list logo
