尼克·科格兰 (ncoghlan) 的 Env 和 Stacks 选举采访

这是 Env 和 Stacks 选举采访系列的一部分。
表决 对所有人开放 Fedora 贡献者。 选举于 6 月 22 日开始,并于 6 月 28 日 23:59 UTC 迅速结束。
请仔细阅读应聘者的回答并仔细做出选择。
随时在这里或其他地方向候选人提问!

采访尼克·科格兰 (ncoghlan)

你的背景是什么 Fedora? 你做了什么,你现在在做什么?

我来到 Fedora 通过红帽,当我成为一名 Fedora KDE Spin 用户(从 Kubuntu 迁移)在开始使用 Red Hat 的几个月内 2011 年 6 月.
我的主要志愿者参与 Fedora 开发一直通过 Python SIG,通过帮助将发行版级别的工作(例如 Python 3 迁移)与上游 Python 社区保持一致,并确保在上游设计决策中考虑发行版的观点(例如上游的方式pip 捆绑的结构允许在 Fedora 系统包)。
我的主要有偿参与旨在更好地协调自动化量化宽松工作 Fedora 上游和 RHEL 下游,包括倡导建立 beaker.fedoraproject.org 服务,作为建立公共自动化硬件集成测试的途径 Fedora (而不是继续依赖 Red Hat 的私有 Beaker 实例),并帮助确保像 rpmgrill 这样的分析工具的设计方式适合在 Taskotron 中部署。

你的兴趣和经验是什么? Fedora? 这些东西中的哪些对你担任这个角色有帮助?

与我对 Environments & Stacks 工作组的兴趣直接相关的是,我目前是 CPython 核心开发人员,负责批准 Python 打包生态系统中的新互操作性标准。
不太直接相关但作为背景信息有用的是,我是 Python 软件基金会的现任董事,在过去的 4 年里一直在为 Red Hat 工作,致力于“项目到产品”工作流程自动化(将内部服务部署到RHEL 和支持 RHEL 和 Fedora 客户端系统),在此之前,他曾在波音国防澳大利亚公司工作了 12 年,担任软件开发人员和系统架构师。

你未来的计划是什么 ? 在这个角色中,您有什么可以视为“使命宣言”的东西吗?

我参与环境和堆栈工作组的主要目标是帮助重新设计 Fedora的包装审查流程不仅可以满足需要确保现有服务稳定性的运营团队的需求(因为它已经做到了) 今天),同时也满足需要快速交付新功能和新服务以满足用户需求和期望的开发团队的需求。

面临的最紧迫的问题是什么 Fedora 今天? 我们应该怎么处理它们?

我认为面临的最紧迫的问题 Fedora 是一个面向当前所有不只专注于企业数据中心的 Linux 发行版的发行版:使用除 C 和 C++ 之外的任何语言的跨平台开源开发人员倾向于将 Linux 发行版视为需要解决的障碍,而不是潜在的值得合作的盟友。
对于许多开源开发人员来说,使用 Linux 发行版作为他们的个人桌面目前并不比使用像 Apple 的 Mac OS X(甚至是像 Microsoft Windows 这样的非 POSIX 操作系统)这样的专有 POSIX 风格的操作系统更友好。允许围绕后者平台的专有生态系统的非开发相关方面主导其决策过程。
我的 Aleph 提案草案在 https://fedoraproject.org/wiki/Env_and_Stacks/Projects/PackageReviewProcessRedesign 代表我对一种可能的前进方式的建议,它保留现有审查过程的所有好处(从而继续满足运营团队的需求),同时引入新的方面,更好地考虑开发人员编写和维护快速发展的软件的利益,以及服务。

你对 Env 和 Stacks 的什么感兴趣,你会为哪些项目做出贡献?

我的主要重点是弄清楚如何将 Aleph 提案的一般概念转化为具体的改变 Fedora的流程和工具,通过 Fedora现有的变更管理流程。 虽然我的目标是使用 Python 软件分发生态系统作为参考 example (因为这既是我最了解的生态系统,也是我最有影响力的生态系统),我还致力于确保任何提案都适当考虑到其他软件开发和分发生态系统(包括与周围语言无关的生态系统)的利益尼克斯和康达)。