Hi All,

 

Just an update for this thread. I apologize for this false alarm.

It turns out that the epel is fine and there is no dependency break for the TurboGears-1.1.3. The problem is only my environment.

 

I had problems of installing TurboGears-1.1.3 on my RHEL7 was just because the RHEL7 I was using was not registered to RedHat.

The packages required by TurboGears-1.1.3 but not available on EPEL7 are actually available on RedHat network.

 

I just switched my testing server to a registered RHEL7 and everything goes well.

 

Now I do hope that this TurboGears-1.1.3 will be maintained on epel even after BetaJ

 

 

------------------------------

Best Regards

Jacky

 

From: epel-devel-bounces@lists.fedoraproject.org [mailto:epel-devel-bounces@lists.fedoraproject.org] On Behalf Of Zhiwei Zhu
Sent: Friday, 14 March 2014 5:49 PM
To: EPEL Development List
Subject: Re: EPEL Dependency broken for TurboGears-1.1.3-8.el7.noarch

 

Hi Mathieu, Toshio,

 

I am really glad of receiving your responses.

I am clear about the situation now, though the final decision on tg1 hasn’t been made.

 

Tricky thing for us is that we may need to support both el5 and el7 (yeah, not el6 and el7), while the tg1 on epel5 is 1.0.9.

We have to consider carefully before making any decision.

 

Do you have any idea about tg2 on epel7? Because currently the dependency chain of it on epel7 is broken as well.

 

 

------------------------------

Best Regards

Jacky

 

From: epel-devel-bounces@lists.fedoraproject.org [mailto:epel-devel-bounces@lists.fedoraproject.org] On Behalf Of Toshio Kuratomi
Sent: Friday, 14 March 2014 5:16 PM
To: EPEL Development List
Subject: Re: EPEL Dependency broken for TurboGears-1.1.3-8.el7.noarch

 


On Mar 13, 2014 10:57 PM, "Zhiwei Zhu" <z_zhu@wargaming.net> wrote:
>
> Hi Paul,
>
>  
>
> Thanks for sharing this. It seems there is no straightforward solution for this kind of issue.
>
>  
>
> It seems there is some kind of intersection between epel and pip. Take TurboGears for example. epel7 does provide the rpm of TurboGears but doesn’t guarantee it could be installed (epel5 didn’t have this issue, not sure for epel6). This is also applicable to TurboGears2 on epel7 which is supposed to be not old. Then I am not sure why we have TurboGears on epel7? I thought all the rpms on epel were supposed to be able to be installed, but I might be wrong.
>
>  
>
> I have just installed TurboGears using pip (current TurboGears on pip is version 1.5.x). Probably  we consider migrate our project to TurboGears 1.5.x or even TurboGears2.

I maintain tg1 (the turbogears package) in epel6.  I'm very interested in not maintaining it for epel 7.  It's currently Been branched to the beta epel 7 repo because it's a dependency of python-fedora which is needed to get fedpkg working on epel 7.  Before epel 7 comes out of beta I need to figure out with the rest of the fedora infrastructure team what to do about that.  One option is that we'd drop the tg1 portions of python-fedora in our epel 7 package and remove tg1.  If we think we can migrate or code away from tg1 in a timely manner this is likely what I'll push for.

Someone else can, of course, pick up maintenance of the tg1 stack of they need it.

-Toshio

wargaming.net

EgzO3mXGcK

This e-mail may contain CONFIDENTIAL AND PROPRIETARY INFORMATION and/or PRIVILEGED AND CONFIDENTIAL COMMUNICATION intended solely for the recipient and, therefore, may not be retransmitted to any party outside of the recipient's organization without the prior written consent of the sender. If you have received this e-mail in error please notify the sender immediately by telephone or reply e-mail and destroy the original message without making a copy. Wargaming.net accepts no liability for any losses or damages resulting from infected e-mail transmissions and viruses in e-mail attachment. kgzO3mXGcg