Re: unblocking the py3 transition

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 11 Nov 2019, Alfredo Deza wrote:
> On Mon, Nov 11, 2019 at 5:54 PM Sage Weil <sage@xxxxxxxxxxxx> wrote:
> >
> > On Mon, 11 Nov 2019, Alfredo Deza wrote:
> > > The more we are looking into this, the more the dependency chain keeps growing.
> > >
> > > One thing I want to emphasize is the *tremendous* amount of
> > > dependencies Ceph has, which makes this a non-trivial task. One
> > > example of this, is that Ceph has a direct dependency on
> > > **three** Python web frameworks: Cherrypy, Pecan, and Flask.
> > >
> > > We surely don't need three. I remember pushing for Pecan usage but
> > > others liked Cherrypy more, and I guess some other group really liked
> > > Flask so that is where we are today.
> > >
> > > This sort of dependency proliferation is a bug and it makes
> > > maintaining the packages (and their dependencies) a consuming and
> > > time-intensive task.
> > >
> > > The three web frameworks is one example, I am sure there are others.
> > > How can we streamline, or reduce this?
> >
> > I did a git grep flask and don't see what is using that one... I don't see
> > the dependency listed either?
> 
> Seems like Flask is no longer around for Master but it is around in Luminous:
> 
> https://github.com/ceph/ceph/blob/luminous/ceph.spec.in#L322

That makes it irrelevant for the el8 and py3 work then right?  I don't 
think we don't need to build luminous for el8...

sage


> 
> 
> >
> > pecan is used by the restful module.  I'm not sure we have many users
> > there or what the long term future for that is.. it may be supplanted by
> > the dashboard's API, in which case pecan could be dropped.  OTOH, it's
> > probably the easiest dependency to carry, right? :)
> 
> Yes it is! Of course it is :D
> 
> As much as I like/prefer it, would *love* to see more trimming, less adding.
> 
> >
> > sage
> >
> >
> >
> > >
> > > On Thu, Nov 7, 2019 at 2:55 PM kefu chai <tchaikov@xxxxxxxxx> wrote:
> > > >
> > > >
> > > > Le jeu. 7 nov. 2019 à 05:02, Alfredo Deza <adeza@xxxxxxxxxx> a écrit :
> > > >>
> > > >> On Wed, Nov 6, 2019 at 10:11 AM Sage Weil <sweil@xxxxxxxxxx> wrote:
> > > >> >
> > > >> > On Tue, 5 Nov 2019, Sage Weil wrote:
> > > >> > > Hi everyone,
> > > >> > >
> > > >> > > The transition to python3-only is blocked on three missing python packages
> > > >> > > in EPEL7:
> > > >> > >
> > > >> > > - python36-werkzeug: tracked by https://bugzilla.redhat.com/show_bug.cgi?id=1545888
> > > >> > > - python36-pecan: tracked by https://bugzilla.redhat.com/show_bug.cgi?id=1766839
> > > >> > > - python36-cherrypy: tracked by https://bugzilla.redhat.com/show_bug.cgi?id=1765032
> > > >> > >
> > > >> > > In order to get these into EPEL, they need to go into Fedora first, which
> > > >> > > has its own (slow) process.  In the meantime, these packages are easy to
> > > >> > > build manually as one-offs (and may already have been built by David and
> > > >> > > sitting in a temporary repo).
> > > >> > >
> > > >> > > To unblock this, what if we require that temporary repo for centos7
> > > >> > > *master* installs, and add it to the teuthology workers via
> > > >> > > ceph-cm-ansible?  The assumption is that by the time we release octopus we
> > > >> > > will have gotten the dependencies in to the appropriate upstream repos.
> > > >> > > That means we have until March 2020... 4 months away.
> > > >> >
> > > >> > Update:
> > > >> >
> > > >> > I just talked to Alfredo and the (current) blocker is cherrypy.. there are
> > > >> > a zillion dependencies and the maintainer doesn't want to pull them in.
> > > >> >
> > > >> > So, the current plan is now to drop centos7 support for octopus.  That
> > > >> > should simplify things drastically!
> > > >>
> > > >> Quick update on this, we are working hard on trying to get cherrypy
> > > >> fully available, and we made some progress yesterday. Being able to
> > > >
> > > >
> > > > Alfredo, may I learn what progress it was? As I plan to build the python3-cherrypy package(s)  on el7 to understand the efforts to ready its dependencies before moving on after returning home. So i am interested in where we are now.
> > > >
> > > >>
> > > >> concentrate on EPEL8 (CentOS8) is going
> > > >> to be a tremendous help.
> > > >>
> > > >> We will follow Sage's suggestion of getting the packages into a
> > > >> self-hosted repo so that we don't have to wait (weeks!) for packages
> > > >> to become available officially.
> > > >> >
> > > >> > sage
> > > >> _______________________________________________
> > > >> Dev mailing list -- dev@xxxxxxx
> > > >> To unsubscribe send an email to dev-leave@xxxxxxx
> > > >
> > > > --
> > > > Regards
> > > > Kefu Chai
> > > _______________________________________________
> > > Dev mailing list -- dev@xxxxxxx
> > > To unsubscribe send an email to dev-leave@xxxxxxx
> > > _______________________________________________
> > Dev mailing list -- dev@xxxxxxx
> > To unsubscribe send an email to dev-leave@xxxxxxx
> _______________________________________________
> Dev mailing list -- dev@xxxxxxx
> To unsubscribe send an email to dev-leave@xxxxxxx
> 
_______________________________________________
Dev mailing list -- dev@xxxxxxx
To unsubscribe send an email to dev-leave@xxxxxxx

[Index of Archives]     [CEPH Users]     [Ceph Devel]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux