[Pulp-dev] dropping i386 support in Pulp

[Brian Bouterse]

@dkliban thank you for posting that. Yes those 4 packages are noarch
packages so at least Pulp's portion of the katello-agent dependencies will
install on i386.

@Og, it's possible that dependencies of these packages (or others of
katello-agent) are not built for i386. I think we just happen to have all
of that only require noarch packages, but I don't think anyone has thought
this through. Generally, I'm curious what could be done to test Pulp with
the automated testing on other architectures.

Some input from other contributors or users would be good. To restate the
question with a component by component answer:

Should we drop i386 support for:
* the server packages, e.g. pulp-server
* pulp-agent
* pulp-admin
* pulp-consumer
* any other thing I missed

Generally I say +1 to dropping i386 support for all ^ except pulp-agent. I
would also +1 dropping all i386 support if others felt that was
appropriate. Also it would be great to have QE start testing whatever Pulp
does support for i386 on i386.


On Fri, Dec 16, 2016 at 1:22 PM, Dennis Kliban <dkliban at redhat.com> wrote:

> ----- Original Message -----
> > Would this have any effect on katello-agent for i386 arch clients?
>
> The spec file[0] for katello-agent says that it depends on the following:
>
> Requires: gofer >= 2.5
> Requires: python-gofer-proton >= 2.5
> Requires: python-pulp-agent-lib >= 2.6
> Requires: pulp-rpm-handlers >= 2.6
>
> It looks like all of the above packages are noarch[1]. So theoretically
> you should still be able to use them on i386. Is my understanding correct
> here?
>
> [0] https://github.com/Katello/katello-agent/blob/KATELLO-2.
> 3/katello-agent.spec#L14-L17
> [1] https://repos.fedorapeople.org/pulp/pulp/stable/2/fedora-24/i386/
>
>  - Dennis
>
>
> >
> > On Wed, Dec 14, 2016 at 2:34 PM, Brian Bouterse <bbouters at redhat.com>
> wrote:
> >
> > > Thank you for following up. +1 to dropping i386 support because**.
> > > However, I think we should adjust the statement to be that Pulp only
> > > supports X86_64 at this time until we can develop a plan to bring in
> more
> > > architectures. One outcome of that is that i386 would be dropped. If
> there
> > > is no one opposed, making 2 tickets on it would be a good next step.
> One
> > > ticket to issue the statement via blog post and pulp-list, and another
> to
> > > update the build machinery to stop publishing i386.
> > >
> > > **: (a) we provide an incomplete set of i386 packages today so it
> doesn't
> > > actually work well, (b) we never QE on i386, and (c) I don't think
> anyone
> > > is using them, but I have no evidence for that
> > >
> > > -Brian
> > >
> > >
> > > On Wed, Dec 14, 2016 at 2:27 PM, Dennis Kliban <dkliban at redhat.com>
> wrote:
> > >
> > >> It's been almost a week and I have not heard from anyone on this
> topic.
> > >> Does that mean we all agree that Pulp should drop support for i386?
> > >>
> > >> -Dennis
> > >>
> > >> ----- Original Message -----
> > >> > As I was adding Fedora 25 to Koji, I noticed that our Fedora 24
> > >> packages were
> > >> > not being built for i386. Even though most of the packages in the
> Pulp
> > >> repo
> > >> > are 'noarch', the pymongo related packages need to be compiled
> > >> specifically
> > >> > for i386. With having said that, I don't think we should support
> i386
> > >> > architecture. We should make a formal announcement about this. What
> are
> > >> your
> > >> > thoughts?
> > >> >
> > >> > -Dennis
> > >> >
> > >> > _______________________________________________
> > >> > Pulp-dev mailing list
> > >> > Pulp-dev at redhat.com
> > >> > https://www.redhat.com/mailman/listinfo/pulp-dev
> > >> >
> > >>
> > >> _______________________________________________
> > >> Pulp-dev mailing list
> > >> Pulp-dev at redhat.com
> > >> https://www.redhat.com/mailman/listinfo/pulp-dev
> > >>
> > >
> > >
> > > _______________________________________________
> > > Pulp-dev mailing list
> > > Pulp-dev at redhat.com
> > > https://www.redhat.com/mailman/listinfo/pulp-dev
> > >
> > >
> >
> >
> > --
> > Og Maciel
> >
> > Manager Quality Engineering
> > Red Hat, Inc.
> > irc: omaciel
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/pulp-dev/attachments/20161217/43388ee6/attachment.htm>