理事会选举采访迈克尔·舍勒(杂项)

这是一部分 Fedora 理事会 选举采访系列。 这是一次重要的选举,因为将选出两名候选人作为民选代表,这些席位在我们新的高层领导和治理机构中拥有正式成员资格。

表决 对所有人开放 Fedora 贡献者。 选举于 11 月 18 日开始,并于 11 月 26 日 00:00 UTC 迅速结束。

请阅读所有五位候选人的回复并仔细做出选择:

  • 雷克斯·迪特
  • 海克尔·古马尔
  • 迈克尔·舍勒
  • 皮特特拉维斯
  • 兰登怀特

随时在这里或其他地方向候选人提问!

采访迈克尔·舍勒(杂项)

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

我的背景比较经典。 我最初是该发行版的用户,同时为其他项目做出贡献,主要是因为我想使用 SELinux 和一些我当时使用的发行版未集成的 java 东西。 当我在巴黎和法国的免费软件活动期间提供帮助时,我已经与当地的 Fedora 社区,多年来一直在做联合展位和这类事情。 然后我开始报告错误并帮助测试稳定版本。 由于我有打包员的背景,后来我决定做个评测,做了几个打包,赞助了几个人。 我还在董事会任职 1 年。 现在,我更忙了,所以我不再像以前那样活跃,但基本上做同样的事情。

你的愿景是什么 Fedora? 五年后我们应该在哪里?

IT 是一个发展太快的领域,我在 5 年的时间框架内没有任何可信度。 然而,如果我有一根魔杖,我会用它来拥有 Fedora 成为自由软件黑客的明显操作系统,无论是直接还是下游。 对我来说,这包括提供一个现代且安全的桌面、强大且推动整个自由软件运动。 但这不是很原始,因为这是我们已经瞄准并且已经拥有的。

愿景的另一部分还考虑了我认为对社区的威胁。 我认为其他发行版不是威胁,远非如此,所以我们不应该与他们竞争,而应该更多地合作。 让人们成为 2 个社区的一部分,参加不同的活动或其他方式将是有益的。 毕竟,委员会的想法在与 Mageia 人员讨论后得到了 Christophe Wickert 的支持,而 Debian 使用 fedmsg 是因为 Aurelien Bompart 的介绍,而在 Distro Recipes 期间,一名 debian 黑客也在协助中。 systemd 项目还表明,跨发行版协作是可能的并且很有帮助。

然而,回到威胁和挑战的话题,我认为苹果和众多 SaaS 公司(例如谷歌)的崛起更令人担忧,因为它们推动了对我们和自由软件运动有害的意识形态。跑步。 为了 example,服务的集中化,最终导致一个提供商多次破坏互操作性并为自己保留代码,或者使用专利来扼杀创新等。这些都是对我们和自由软件产生非常实际影响的哲学立场一个整体,以及我们应该在哪里做点什么。

所以在思考这个问题的同时,我认为我们不应该只在技术方面进行竞争,还应该把重点放在外部沟通上,以获得一致且引人入胜的故事。 为了 example,Matthew Garrett 在今年 Guadec 期间发表的关于隐私和桌面的主题演讲令人鼓舞。 反过来,这需要使 Fedora 更欢迎非技术贡献来吸引可以帮助我们实现这一目标的人。

所以也许 Fedora Workstation 可能是这一愿景的化身之一,一个尊重用户隐私并认真对待它的系统,与上述公司不同,这更容易做到,因为我们没有明显的利益冲突。 这同样适用于 Fedora 服务器,我希望它可以帮助更多的人托管他们自己的基础设施,而不是把所有东西都搬到同一个地方。 在技​​术层面上做这件事是很好的第一步,但我们还需要考虑非技术方面,为此,我们需要有一个更多样化的社区并在沟通方面工作。

这意味着什么 Fedora 要成功? 我们项目的“胜利”是什么?

Fedora 本身就是一个基于开放和社区的项目,所以赢得的定义之一 Fedora 会让其他人跟随项目的领导,重用和增强想法和原则。 当我们推动上游优先的口头禅时 Fedora,拥有一个充满活力和多元化的用户和贡献者社区,对我们和上游来说都是赢家。 在实践中,这两个目标都非常模糊,特别是因为我们在怎样实现共同目标方面并非所有人都有相同的优先级或相同的愿景。 所以我想获胜 Fedora 将取得进展,尽管并感谢社区的差异。 这 Fedora.next change 是朝着正确方向迈出的一步,允许每个工作组有不同的可交付成果,根据他们的具体目标和愿景量身定制。

否则,我想拥有我在上一个问题中所说的魔杖并按照描述使用它会是一场胜利。 (但我认为我们现在不应该继续研究自由软件魔法)。

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

从高层次的角度来看,我认为我们在贡献方面缺乏平衡。 我认为对包装商的巨大隐含强调,这扭曲了社区的人口统计数据和由此产生的产品。 我倾向于认为,一个好的产品需要文档、设计师、QA、翻译等广泛人员的投入和工作。 为了解决这个问题,我认为理事会是朝着正确方向迈出的第一步。 另一个建议是对 FESCO 进行全面改革,使其更加多样化。 为了 example,在准备会议中拥有 i18n、QA 或 rel-eng 的正式代表是一个被讨论过的想法,这可以发出明确的信号,即这些小组很重要。 但这只是我们过去的讨论,我们应该首先同意在改进之前有一些需要改进的地方。

从更底层的角度来看,我认为由于缺乏志愿者,FPC 目前正处于危机之中。 反过来,这会导致现有成员的倦怠,进而成为瓶颈,从而导致由于缺乏指导方针和大量官僚主义而导致软件包出现问题。 作为审稿人,我完全赞成
有更多的指导方针来确保分发的质量,但目前的流程似乎并不是最佳的。 我没有一个简单的解决方法,我只是在没有参与的情况下看到后果,所以问题可能更复杂。 我会首先与人们讨论以收集他们的观点,找到痛点并提出解决方案的想法,以达成一些共识。

我不时听到的另一个担忧是 rel-engineering 的人手严重不足。 虽然所有自由软件项目的所有部分都人手不足(因为我们总是有更多关于做什么的想法而不是时间去做它们,不计算错误),但由于缺乏人员,rel-eng 似乎在各种事情上受阻。 然而,我知道几个月前解决这个问题的工作正在进行中,从 Ralph 致力于获得 koji 的暂存设置以帮助测试事物,到 Dennis 已经开始围绕 rel-eng 开会以扩展自己。 我也对 vagrant 寄予厚望,因为我们可能很快就能利用它来简化社区在基础设施方面的测试。

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

我的经验是系统管理员(这是我的日常工作)和开发人员(我以前的日常工作)之一。 我真的不认为这会对理事会有太大帮助,除非它由于其技术性质而使我在社区中获得街头信誉。 我也是发行版分叉的创始成员之一,在基础设施级别和治理级别从 0 开始就为它做出了贡献。 尽管我因个人问题离开,但分发仍然运行良好这一事实表明,我们做出了长期维持它的正确选择,出于专业和个人原因,我也对安全和隐私领域感兴趣。

我认为我的其他兴趣不够重要或相关,无法在本次采访中披露。

小心分享你的截图 Fedora 桌面?

我宁愿不这样做,我认为我屏幕上出现的内容对我来说是私密的,所以我想保持这种方式。

你用过吗 Fedora 在云或服务器环境中?

我将它用作常规数据中心中的服务器,托管各种个人事物(VPN、XMPP 服务器等),并且我确实使用它来构建工作中的静态网站。 我想这算作云环境,因为安装在各种云提供商处是完全自动化的,并且各种托管问题迫使我定期重新部署(即临时实例)。 我很高兴有最新的软件供我使用。

你在上一个假期或周末休息时做了什么?

我的最后一个假期是在北美,我去北卡罗来纳州看我的一个朋友。 我可以说我的最后一个周末,但自从我旅行归来以来,它们都异常充斥着免费软件活动,并不代表我通常做的事情。

作为理事会成员,您想实现什么?

我想确保理事会正常启动并正常运行。 任何新组织的头几年通常都会有些艰难,因为我们会发现各种计划外的问题,我想在这里提供帮助。 正如其他问题已经触及的那样,我已经进行过一次这个练习,所以我想我至少可以帮助避免一些我已经面临的陷阱。 但是,我也认为我能够帮助,威尔,我被列选,所以我看到问题有点误导。

还有什么选民应该知道的吗?

为了透明和公开,我目前被红帽聘为 OSAS 团队的系统管理员,负责帮助社区取得成功。 然而,成为董事会的一员(fedora 或其他任何东西)从来都不是我的雇主要求的,即使我很确定我在为几个社区做这件事时所获得的经验确实帮助我得到了现在的工作。 所以当我受雇于 Fedora的主要赞助商,虽然我有很多内部(和外部)联系人,但我也只是这方面的志愿者,并尽量牢记外部社区的利益。 我仍然认为围绕该项目获得更多不同的赞助商是有益的,但是这次采访已经足够长了,我没有在这个话题上添加更多内容?

您怎样设想改善与下游社区(即:CentOS)的协作?

除了 EPEL(他是我们怎样与 Centos 协作的明显答案),并且来自基础架构背景,我倾向于优先考虑基于基础架构的解决方案和协作,因此主要是共享软件并使其更易于重用。 有很多可能的交互,比如与 fedmsg 进行一些集成(就像 Debian 所做的那样)。 另一个潜在的想法是围绕 SCL,因为这是我与人们交谈时经常出现的话题 Fedora 和 Centos 将它们作为一个联合项目( Fedora 照顾围绕它的创新,而 Centos 是为它们服务的下游)将是一个想法。 另一个潜在的合作领域是举办联合活动,特别是在 Fedora 服务器。

对于非 Centos 下游,以更正式的方式获得他们的反馈将是一个好的开始。 虽然我们有旋转和混音,但我认为我们在决定某事时通常不会考虑他们的需求。 然而,有必要避免分裂并迫使每个人都处于 Fedora 伞以分担负载并使项目更具弹性。

下游另一个经常被忽视的部分是我们开发的软件 Fedora,谁不经常在它之外重用。 各种基础设施项目浮现在脑海中,找出它们不引人注目或不重用的原因将是有益的。