Re: New RFR -- Zanata instance

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

 



On Thu, Jun 16, 2011 at 10:11:19AM -0400, Jared Smith wrote:
> 2) Some people have expressed concerns to me personally that they're
> uncomfortable having a core piece of Fedora infrastructure hosted by a
> third-party, even if we have a great relationship with that third
> party.
>
The thing about this is that I don't think anyone on the present
infrastructure team sees this as a problem; unless I've forgotten someone
I think that we're unanimous in thinking of this as an opportunity.  So the
foundation of this argument carries less than zero weight with us (less as
this argument just gets people to feeling that the people proposing the
change are doing so because of fundamental disagreements that we'll never
agree with.)

Any change to production infrastructure will need to have reasons that
transifex.net is a less desirable solution than something else that we
manage.

> 3) At the same time, there's always been a lack of community
> involvement in the day-to-day maintenance (from a infrastructure
> standpoint) of Fedora's translation infrastructure.  If we go back to
> any soft of self-hosted translation system (Transifex, Zanata, or
> anything else), it's going to need a small team of folks from the
> Fedora community to step up and dedicate themselves to keeping it
> running, keeping it patched, and keeping it upgraded.  The ongoing
> maintenance burden is a something that keeps folks like me awake at
> night, and shouldn't be taken lightly.
>
Noting here that you earn a greater degree of trust and freedom to make
decisions when you join the Infrastructure team and happen to focus on
a project rather than working on a project within infrastructure.  The shift
in emphasis there is whether you are around on IRC, contribute to other
areas that aren't your primary focus, and generally, have a presence that
says, I'm not just going to disappear and leave my projects resting on your
shoulders in the future.

> 4) Another thing to consider is whether a self-hosted solution has
> been packaged for Fedora.  I know that Transifex is packaged for
> Fedora, but I don't see Zanata in the package list.
>
Zanata is built on the JBoss framework and JBoss hasn't even been packaged
in Fedora.

> 6) While this concept is currently being discussed here on the
> infrastructure list, I think it's really a subject that needs to be
> discussed with a wider audience.  It's a topic that affects
> infrastructure, translation, packagers, and documentation at a
> minimum.  My plan is to kick of some discussions in those groups, and
> then try to schedule a wider meeting in the next two weeks (similar to
> the meetings we held before the transition to tx.net).
>
So... having been a part of the multi-year insight development from the
infrastructure side, there's two aspects:

Consuming groups:
1) What features do we need?
2) What features do we desire?
3) What manpower can we pony up to deploy this?
4) What manpower can we pony up to maintain this?
5) What is out there that might satisfy our needs?

Providing groups (infra):
1) What computing resources are needed to support this?
2) What manpower resources are needed to support this?
   2.a) What security implications does running this entail?
   2.b) Do we have inhouse knowledge that will support running this?
   2.c) Do we have in-Fedora knowledge to fall back on?
   2.e) Is this something we need to run?
3) What is the effect on Fedora if we find that we cannot continue to
   support this in the future?
4) What is out there that's going to be easiest to support?

In the early stages, the consuming groups are really doing the most
evaluation since they have to determine what features they must have and
what features they desire to have.  However, they either need to understand
the support burden so they have something decent to present to
infrastructure or (probably preferably) they need to stop their evaluation
short of trying actual products and get someone in infrastructure interested
in their list of features at that point so that they can evaluate the
choices together.

-Toshio

Attachment: pgpPitGsluHSO.pgp
Description: PGP signature

_______________________________________________
infrastructure mailing list
infrastructure@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

[Index of Archives]     [Fedora Development]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]

  Powered by Linux