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

采访斯图尔特坎贝尔（原文如此）

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

我是很久以前的用户了 Fedora 自从它诞生以来，在 Red Hat Linux 大约 4.1 之前——这真的让我开始了，让我觉得自己老了！ ?
最近，我是环境和堆栈工作组的创始成员之一。

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

在我的日常工作中，我在一个大型科学机构工作，在那里我们使用计算来尝试降低科学发现的障碍。 这可能涉及从系统管理员、架构师/集成商、软件开发人员和科学家中承担许多不同的角色。 我们使用的所有平台的基础是 RHEL/CentOS 或 Fedora. 我花了很多时间和精力来研究如何在速度较慢的平台上部署最新的尖端科学软件。 我认为这种尝试使用的真实世界体验 Fedora 对于该工作组涵盖的用例，将增加一个有用的视角。 我还研究了一些具有大量软件包依赖项的开源科学软件。 因此，当您需要部署的软件具有未满足（不太糟糕）或与基本操作系统中发布的版本冲突（不好玩）的依赖关系时，我对各种方法有很多经验（和痛苦） ）。

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

在高层次上，我想提供帮助 Fedora 成为开发人员和高级用户的首选 Linux 发行版。 但是，离家近，我想帮助 Fedora 项目开发了一种健壮且连贯的方法来使用更新/冲突的包堆栈（例如，与基本操作系统一起提供的不同版本的 python 或 httpd）到用户级别的包管理和语言堆栈的维护（例如 Python、Ruby、等等）。

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

我认为这是最大的障碍之一 Fedora 是试图改变大部分用户的普遍看法，即它移动得太快，因此太不稳定而无法用于一般的日常目的。 我认为 Fedora.Next 倡议是一个极好的概念，并导致了一种集中的方法来开发连贯的产品/风格（即工作站、服务器、 Cloud) 并最终取得了出色的成绩 Fedora 22 发布。

你对 Env 和 Stacks 有什么兴趣，你会为哪些项目做出贡献？

我觉得 Fedora 需要有一个连贯的方法来处理我们如何处理构成核心操作系统的包以及那些可以用更新或不同版本“切换”出来的包，一直到用户级别的包管理。 在这方面，我认为 Nick Coghlan 的 Aleph 提案是尝试开发项目范围方法的一个很好的开始，我想帮助他将其变为现实。

我也一直在研究如何扩展 copr 以允许用户生成包含所有 copr 包的 docker 容器。