Re: EPEL Orphan or retire the TurboGears (v1) stack in 7

2014-07-10 Thread Dan Callaghan
the exact list here. Zhiwei, if you would like to co-maintain that would be a great help. I'm not able to sponsor you into the packager group, but I think you can be a co-maintainer without a sponsor (actually I'm not sure about that...) -- Dan Callaghan dcall...@redhat.com Software Engineer

Re: EPEL Orphan or retire the TurboGears (v1) stack in 7

2014-07-11 Thread Dan Callaghan
? I'm a little confused now though... I would have also expected these other TG1 pieces to be on the list: * python-TurboMail * python-tgmochikit * TurboGears but it looks like they are not retired... Toshio, is there some reason you left them out? -- Dan Callaghan dcall...@redhat.com Software

Re: [EPEL-devel] Proposal for Python 3 packaging in EPEL 7

2015-01-08 Thread Dan Callaghan
Is the EPIC proposal totally dead? It seems like that would be a nicer and more general solution to this problem (not wanting to ship a Python 3.x stack for 10 years). Personally I am not looking forward to maintaining more branches and/or (sub-)packages for every python3X-*. -- Dan

Re: [EPEL-devel] Python 3 discussion

2015-03-02 Thread Dan Callaghan
rather than just /usr/bin/python3 though, so that the scripts are always invoked with the same Python stack they are built for. Currently on Fedora they have /usr/bin/python3. This might need a patch to setuptools/distutils/whatever it is? -- Dan Callaghan dcall...@redhat.com Software Engineer

Re: [EPEL-devel] Python 3 discussion

2015-03-02 Thread Dan Callaghan
shouldn't just upgrade applications to the python35-* stack straight away, by providing python3-*? -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. signature.asc Description: PGP signature ___ epel-devel

Re: [EPEL-devel] Python 3 discussion

2015-03-01 Thread Dan Callaghan
they are ready. -- Dan Callaghan dcall...@redhat.com Software Engineer, Hosted Shared Services Red Hat, Inc. signature.asc Description: PGP signature ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman

Re: [EPEL-devel] EPEL for z Systems s390x

2015-06-23 Thread Dan Callaghan
don't have at home, like ppc64 and aarch64, on beaker.fedoraproject.org too. The only big unresolved issue with beaker.fedoraproject.org right now is how to hook up FAS authentication. I haven't had a chance to figure that out yet. -- Dan Callaghan dcall...@redhat.com Senior Software Engineer

[EPEL-devel]Re: python2-setuptools metapackage

2015-11-23 Thread Dan Callaghan
be easier to request the RHEL packages to add a virtual Provides for the python2-* name? That is, python-setuptools in RHEL could provide python2-setuptools. -- Dan Callaghan <dcall...@redhat.com> Senior Software Engineer, Products & Technologies Operations Red Hat, Inc.

[EPEL-devel] Re: EPEL5 mass rebuild (2016-01-20, 179 failures)

2016-01-21 Thread Dan Callaghan
I will update any packages I have commit access to (which is just TurboGears I think). -- Dan Callaghan <dcall...@redhat.com> Senior Software Engineer, Products & Technologies Operations Red Hat, Inc. signature.asc Description: PGP signature ___

[EPEL-devel] Re: How to clean up EPEL 7 broken repoclosure

2017-08-25 Thread Dan Callaghan
away in two more weeks when its rebuilt dependencies go stable. But there are likely others in this list caused by the same issue. -- Dan Callaghan <dcall...@redhat.com> Senior Software Engineer, Products & Technologies Operations Red Hat