基于完成包的源代码和分布的分布
我想知道什么是普遍偏好，它来自哪里。 积极使用 FreeBSD 几年来，我倾向于 Gentoo, 但是当我花费宝贵的时间时，我有一种令人不快的经历，因为 Gentoo 它安装在一辆真正的旧车上，一个不寻常的汇编时间。
如果它是某种预先创建的包，则花费更少的时间。 (我知道 FreeBSD 有二进制包，但问题是，在发布版本后显然不支持它们，以及获得新鲜材料的唯一方法 - 它自己编译它。 事实上，我不知道 Gentoo).
您如何看待它，您是否有任何经验，使您根据其他内容的源代码从分发切换？
编辑：我想我必须澄清最近的“我的经历”
故事是这样的。 改变工作，我不得不维护它被放置的老汽车 LDAP (OpenLDAP) 使用数据进入Office用户。 来重启野兽 (8 几个月没有重启). 重新启动后 OpenLDAP 未连接。 看起来 slapd 在系统操作期间，某些其他二进制文件以某种方式删除。 组装包裹后 ldap 我第一次考虑为什么我没有二进制文件 slapd (占据 15 分钟). 一段时间后，我将问题追踪到默认情况下的“最小”标志，它仅构建库，而不是服务器二进制文件。 最后结果 - ~ 1 一个小时减少办公室和同事的表现，证明：“我没有这样做，因为我们的主要服务器是无序的。”
-
它非常感谢您的答案，但没有令人信服的论据，有利于使用源代码和完成的包。 如今，存储场所不是问题。
如果它是某种预先创建的包，则花费更少的时间。 (我知道 FreeBSD 有二进制包，但问题是，在发布版本后显然不支持它们，以及获得新鲜材料的唯一方法 - 它自己编译它。 事实上，我不知道 Gentoo).
您如何看待它，您是否有任何经验，使您根据其他内容的源代码从分发切换？
编辑：我想我必须澄清最近的“我的经历”
故事是这样的。 改变工作，我不得不维护它被放置的老汽车 LDAP (OpenLDAP) 使用数据进入Office用户。 来重启野兽 (8 几个月没有重启). 重新启动后 OpenLDAP 未连接。 看起来 slapd 在系统操作期间，某些其他二进制文件以某种方式删除。 组装包裹后 ldap 我第一次考虑为什么我没有二进制文件 slapd (占据 15 分钟). 一段时间后，我将问题追踪到默认情况下的“最小”标志，它仅构建库，而不是服务器二进制文件。 最后结果 - ~ 1 一个小时减少办公室和同事的表现，证明：“我没有这样做，因为我们的主要服务器是无序的。”
-
它非常感谢您的答案，但没有令人信服的论据，有利于使用源代码和完成的包。 如今，存储场所不是问题。
没有找到相关结果
已邀请:
13 个回复
郭文康
赞同来自:
不是因为我们关心的孩子设置铰链速度。 我们关心安装究竟我们想要的灵活性，而不是
每个
套餐功能和依赖，根据参与者，我们
力量
一旦我想要。 我们绝对舒适他们如何工作 Linux, 编译和图书馆。 我们不希望一切都从我们身上分散到一个黑匣子里。
你必须选择你最方便的东西。 以下是一些有助于消除您的疑虑的细节 Gentoo.
在现代化的设备，装配时间相对较小。 特别是如果您的汽车有冗余 N + 1.
你可以挑选行为 portage, 例如，到住宿
在你的 make.conf, 当平均负载变得太高时，确保推迟新构建。
如果您希望，您可以使用二进制包 Portage. 镜子提供了许多常见包，或者您可以使用自己
.
如果您有大量的汽车，则可以使用分配的装配主机或分布式编译。
最新稳定版本 Portage, 现在使用的是，在执行更新时几乎没有留下您。 童话的冲突和锁的故事在很大程度上进入了过去。
如果你照顾如此大量的机器，更新变得痛苦，你仍然需要看看 Puppet / BCFG / cfengine;)
更新以响应编辑问题：
虽然我用你描述的情况理解，但不是基于源代码的分布的症状，或者使用基于数据包的分发来确实阻止的症状。 结果是：
你自己的自然不可用血缘关系和
您的前任的不良内部文件
事实上，我尚未使用任何其他分布相当长的时间。 Linux. 出于这个原因，如果你把车 Debian (例如) 我跪下告诉我 OpenLDAP 重启后不起作用，我也可以花钱 15 几分钟或一个小时来解决问题。 不是因为我不明白 Linux 要不然是啥 Debian 不是一个好的操作系统，首先因为我不记得场景的详细细节 Debian RC 或包系统。 这就是为什么内部文档在组织中很重要。 它应该为一个不熟悉的并填补其他人的空白。 即使他们都知道。
小笔记O. Gentoo. 使用旗帜 Portage 它非常有用，我经常使用“最小”。 例如，我不希望将包服务器的BIFF文件安装在计算机上只能在其使用寿命期间成为客户端。 它们过度的存在可以增加复杂性甚至成为安全问题。 这绝不是一个地方的问题。 您可以看到将需要哪些使用标志和依赖项包 (什么是), 在开始编译之前
论点。 所以应该没有惊喜。
GNUix> 简单，抓住！
董宝中
赞同来自:
我会说我使用 Gentoo 和 Ubuntu. 我曾经用过 Gentoo 在所有的车上 GNU / Linux, 但决定了 Ubuntu 在我的桌面上，更容易管理。 我在管理员的一边，他们相信使用 Gentoo 作为服务器 - 很好的主意，我将它用于几乎所有的个人服务器。
除此之外，我还喜欢从来源或设置的东西创造任何东西 CFLAGS, 以便 Portage. Portage - 这只是管理包的最佳工具和我曾经使用过的系统 GNU / Linux. 我只能用我需要的东西和其他任何东西创建一个确切的环境，而且我可以在不超越我的包管理系统的情况下做到这一点。 我不需要安装 postfix 只是因为某种家伙包装经典决定是“必要的”。 因为我想运行，我不需要安装单声道 Gnome, 我只是没有安装 Tomboy. 在此桌面上快速查看已安装的软件包 Ubuntu 表明安装了绑定？ 做什么的？ 它是无用的，我不在这台电脑上使用DNS服务器，我绝对不需要文档，但它在这里。
背面 ... 时间。 包装装配不仅是时间，而且还要在工作状态下维护系统。 我真的可以确定我可以跑 sudo aptitude update {upgrade} 并且不要担心它 ... 另一方面，在更新机器时，您必须非常小心 Gentoo 并确保您需要 (你准备好了) 他想做什么。 `` 打破了骆驼的稻草 '' 关于为什么我转换为什么 Ubuntu 对于其桌面计算机，已更新 udev, 这打破了我的设置 - 我想找到我尝试做的工作，而不是试图解决它。 所以，我决定我真的不在乎如果绑定文件占据桌面上的一个地方，因为我有一个地方。
在我的服务器上完全不同的业务。 我想控制涉及环境，安装软件包的所有内容，每个我想要控制的小事 - 和 Gentoo 让我很容易做到。
八刀丁二
赞同来自:
帅驴
赞同来自:
君笑尘
赞同来自:
一般来说，没有特殊的区别，几乎所有的服务器都在工作 Debian, 但最终，我们仍然有一个装配结。 我们需要几个不可用的软件包作为调试，因此我们配置了代表性和 buildhost 为了我们的需求 buildhost 几乎没有服用 (从“无论是有效的角度来看), 因为重新部署 - 这只是几分钟的问题，因为我们可以通过网络上传，它将自动展开。
无论是 BSD / Gentoo / Debian, 真正的利润来自使用系统的情况并不重要 (例如，当在提供商业价值的不同主机上收集服务时), 这最大限度地减少了资源的损失并提供服务。 我们选择了 Debian, 由于安全更新不代表困难，因此他们之前编译了，因此我们不需要“花费”在安全更新到期时恢复包的时间。 这是我可以根据源代码和基于二进制代码来发明分发的唯一缺点。
涵秋
赞同来自:
两个世界的最佳意志 ArchLinux, 具有二进制发行版，但简单的装配系统，允许您几乎以风格创建包 Gentoo. 您可以选择手动编译的内容。
至于生产系统，我个人将远离初始分布并遵守稳定的东西，可能支持 (根据您的技术人员), Debian 或者 RHEL.
八刀丁二
赞同来自:
我的分发提供了所有二进制包的源代码的包，所以我有自由创建我想要的东西，而且更重要的是，我有机会不断创建一直在创建。
冰洋
赞同来自:
配置文件永远不会更新，副本与前缀 ._cfg000 放置在 / etc, 显示一条消息，为您提供新的配置文件而不是现有的配置文件。
我相信，有轻微的努力 gentoo 甚至复杂的东西也很简单。
冰洋
赞同来自:
我们用 Debian 在所有操作服务器上，因为：
安装不会造成困难。
安全更新 - 这很简单。
安装新软件并不困难。
团队 Debian 它非常努力地与最新的活动保持最新状态。
出于各种原因，我们使用一个服务器 Gentoo. 我们永远不会再次更新，因为我最后一次尝试更新某事的安全性
重要的
在系统中 (思考：关键系统库),
坏事
发生了。 我们不能与此服务器进行小型停机，因为它非常重要，而且客户真的注意到这一点，除了服务器 Asterisk 和陪同 PRI 根据该方案制造冗余是非常困难和昂贵的。 N + 1. 我们的客户群的大小 (小的) 也不保证，不支付它。 我们很快就会遇到 (也许小) 由于操作系统错误而不是通过不可避免的拒绝来破坏安全性的能力，因为它是痛苦的，并且适合喜欢乱七八糟的人和与东西一起玩耍。
简易系统管理 - 数字 1 在我们的书中。 专家手中的简单系统 - 这是高可靠性和可用性。
窦买办
赞同来自:
知食
赞同来自:
现在我用 Debian 由于服务器更新的简单性。 更新大量软件包，与最小的停机相比 FreeBSD 占据 2 分钟。 我仍然使用 FreeBSD 对于一些特定的应用程序 (例如， MySQL 和 BIND), 但这只是由于个人喜好。 (和这两个应用的历史，非常快速稳定 FreeBSD).
我对对何种兴趣感兴趣的人的建议：使用你舒适的东西。
喜特乐
赞同来自:
端口状况良好，源和二进制形式提供。 如果您编译自己的端口，它将进入一个适用于具有相同架构的其他机器的二进制包。
OpenBSD 适用于旧设备。
一样的 BSD, 因此，在你的工作中很多 FreeBSD 会像 OpenBSD.
除了原来 / 二进制数据包您可以在必要时进行调整，然后
http://www.openbsd.org/cgi-bin ... Dhtml
, 这意味着您可以在设备上编译快速构建，然后在较慢的设备上部署。
在普通情况下，您希望充分使用二进制代码。 它不断更新，如果你自己建造它，这与你一样。 唯一的例外 - 当您需要用特殊参数编译的内容时，在二进制形式中无法访问。 但实际上，为什么选择你的平台可以给你两个世界的最好？
詹大官人
赞同来自:
如果安装更新 100 机器您真正希望它编制 100 地点？ 当然，编译器必须是一致的，必须生成类似的二进制文件，但原则上没有保修。
然后有测试。 您的测试环境可能与生产非常相似，但您仍然可以测试与生产不同的二进制文件。
使用二进制文件，您将更加自信，它将在整个基础架构中同样表现; 您有更多的机会，测试代码与部署相同。 您还有更多机会，代码将稳定地在生产系统中稳定工作。 (即使它可能与具有特定处理器的优化的代码一样优化).