Re: [RFC] RPM's Python dependency generator

2016-12-04 Thread Nick Coghlan
On 3 December 2016 at 05:40, Toshio Kuratomi wrote: > On Dec 1, 2016 6:58 AM, "Petr Viktorin" wrote: >> Problems with upstreams getting setup.py wrong should be treated as >> upstream bugs and treated accordingly: reported as pull requests, or, as the >> last resort, by a Fedora-specific patch to

Re: [RFC] RPM's Python dependency generator

2016-12-02 Thread Toshio Kuratomi
On Dec 1, 2016 6:58 AM, "Petr Viktorin" wrote: > > On 12/01/2016 02:42 PM, Neal Gompa wrote: >> >> On Thu, Dec 1, 2016 at 8:36 AM, Igor Gnatenko wrote: >>> >>> On Wed, Nov 30, 2016 at 2:53 PM, Tomas Orsava wrote: On 11/30/2016 02:44 PM, Neal Gompa wrote: > > > On Wed, Nov 3

Re: [RFC] RPM's Python dependency generator

2016-12-02 Thread Charalampos Stratakis
SIG" Sent: Thursday, December 1, 2016 2:36:48 PM Subject: Re: [RFC] RPM's Python dependency generator On Wed, Nov 30, 2016 at 2:53 PM, Tomas Orsava wrote: > On 11/30/2016 02:44 PM, Neal Gompa wrote: >> >> On Wed, Nov 30, 2016 at 8:41 AM, Tomas Orsava wrote: >>

Re: [RFC] RPM's Python dependency generator

2016-12-01 Thread Petr Viktorin
On 12/01/2016 02:42 PM, Neal Gompa wrote: On Thu, Dec 1, 2016 at 8:36 AM, Igor Gnatenko wrote: On Wed, Nov 30, 2016 at 2:53 PM, Tomas Orsava wrote: On 11/30/2016 02:44 PM, Neal Gompa wrote: On Wed, Nov 30, 2016 at 8:41 AM, Tomas Orsava wrote: I don't think the depgen should be enabled by

Re: [RFC] RPM's Python dependency generator

2016-12-01 Thread Tomas Orsava
On 12/01/2016 02:36 PM, Igor Gnatenko wrote: We'll see how it will go. we have depgen for pkgconfig, libraries, etc. for many years and people don't go and debug it immediately, but for many of packages it will help a lot. Anyhow, we'll see after couple of releases. Yeah, absolutely. When it's

Re: [RFC] RPM's Python dependency generator

2016-12-01 Thread Neal Gompa
On Thu, Dec 1, 2016 at 8:36 AM, Igor Gnatenko wrote: > On Wed, Nov 30, 2016 at 2:53 PM, Tomas Orsava wrote: >> On 11/30/2016 02:44 PM, Neal Gompa wrote: >>> >>> On Wed, Nov 30, 2016 at 8:41 AM, Tomas Orsava wrote: I don't think the depgen should be enabled by default, at least not in >

Re: [RFC] RPM's Python dependency generator

2016-12-01 Thread Igor Gnatenko
On Wed, Nov 30, 2016 at 2:53 PM, Tomas Orsava wrote: > On 11/30/2016 02:44 PM, Neal Gompa wrote: >> >> On Wed, Nov 30, 2016 at 8:41 AM, Tomas Orsava wrote: >>> >>> I don't think the depgen should be enabled by default, at least not in >>> the >>> foreseeable future. IIRC it's not that well implem

Re: [RFC] RPM's Python dependency generator

2016-11-30 Thread Tomas Orsava
On 11/30/2016 02:44 PM, Neal Gompa wrote: On Wed, Nov 30, 2016 at 8:41 AM, Tomas Orsava wrote: I don't think the depgen should be enabled by default, at least not in the foreseeable future. IIRC it's not that well implemented—e.g. I believe it doesn't read requirements.txt for example (but I mi

Re: [RFC] RPM's Python dependency generator

2016-11-30 Thread Neal Gompa
On Wed, Nov 30, 2016 at 8:41 AM, Tomas Orsava wrote: > > I don't think the depgen should be enabled by default, at least not in the > foreseeable future. IIRC it's not that well implemented—e.g. I believe it > doesn't read requirements.txt for example (but I might be wrong). > There will be a lot

Re: [RFC] RPM's Python dependency generator

2016-11-30 Thread Tomas Orsava
On 11/30/2016 08:04 AM, Igor Gnatenko wrote: Hi, in short, it reads egg metadata and can generate Provides (which we already do now), Requires (which I want to talk about) and Recommends (which I don't care atm). Let's take simple package -- aiohttp. https://bugzilla.redhat.com/show_bug.cgi?id=

[RFC] RPM's Python dependency generator

2016-11-29 Thread Igor Gnatenko
Hi, in short, it reads egg metadata and can generate Provides (which we already do now), Requires (which I want to talk about) and Recommends (which I don't care atm). Let's take simple package -- aiohttp. https://bugzilla.redhat.com/show_bug.cgi?id=1381750 As you can see, since some version mul