我试图在Red Hat上安装php5-intl，但似乎无法find该软件包。 我运行yum install php5-install并得到错误No package php5-intl available 。 有我需要的另一个存储库吗？ 我没有用存储库做太多的工作，所以我很不熟悉这些。
我想在附图中显示的基础设施内安装Yum Repo服务器。 YUM架构 我的意图是： 1.） 安全区内安装CentOS最小 2.） 安全区域中的电脑不允许连接到互联网 3.） 安全区域内的计算机必须连接到更新Open Zone内的服务器 4.）位于开放区域的 Yum服务器允许去互联网镜像 5.） 安全区域 ， 开放区域和互联网是两个防火墙 6.）每天在开放区域的 Yum服务器获取CentOS 7的所有新的更新 7.） 安全区中的电脑更新为manualy（每月一次） 现在我的问题是： Yum服务器在开放区域内需要多less硬盘空间？ （只适用于CentOS 7回购） 2. Yum服务器在Open区域收集来自互联网的所有包还是只有Secure区域中的计算机需要？ （例如，在安全区域内只有一个CentOS 7最小安装的情况下） 3. Yum服务器上的文件大小有多快（例如，每月有多lessMB）？ 4.当Yum服务器从互联网获取新版本软件包时，会发生什么情况？ 它会被删除（以保留磁盘空间），或者它保留所有版本相同的包
一位朋友问我一个Ubuntu问题，我没有一个快速的一次性答案，所以我把它提交给SF：我如何列出给定的apt库中可用的所有包？ 例如Canonical合作伙伴的所有软件包回购。
你有代码库的专用服务器？ 我试图说服我的同事从SVN切换到Git或Mercurial为了使合并不那么痛苦，我想知道是否有必要有一个专用的服务器（目前我们不）。 另外，还有一件事情 – Git或Mercurial的任何Eclipse插件是否稳定且足够兼容以便在生产环境中使用？
我们有一大堆的centos服务器，我厌倦了更新和连接到一个慢镜子，等待很长时间的更新。 所以我决定只是创build一个本地存储库服务器。 这是我的脚本来同步 #!/bin/bash /usr/bin/rsync -rtLv –progress rsync://pubmirrors.reflected.net/centos/5/ –exclude=debug/ –exclude=isos/ /var/www/html/centos/5/ /usr/bin/rsync -rtLv –progress rsync://pubmirrors.reflected.net/centos/5.5/ –exclude=debug/ –exclude=isos/ /var/www/html/centos/5.5/ /usr/bin/rsync -rtLv –progress rsync://pubmirrors.reflected.net/centos/5.4/ –exclude=debug/ –exclude=isos/ /var/www/html/centos/5.4/ 我的问题是：不是/ 5 / dir应该是一个sym连接到5.5或最新的版本是什么？ 我的rsync脚本只是对待它的文件夹，并下载所有的5.5文件两次或有一些/ 5 /和/5.5/之间的合法区别
有一个我非常喜欢的webhost SP，对我说，如果我愿意的话，他们可以增加对Subversion的支持。 他们只是要求我发送一封电子邮件，其中包括我想要的一切，以及我希望如何工作等等。 我唯一能记住的就是我需要支持Subversion和无限的存储库。 还有哪些其他的细节你们认为这很重要我指出了一个适当的Subversion支持？
我在工作中的networking存在一个存储困境。 目前我们使用版本控制（SVN）将我们的原始文件从我们的工作站备份到中央服务器上的存储库。 看完之后，似乎我可能会遇到一些较大文件的问题，有时候这些文件有时会大到1G。 我们每个存储库都有100个这样的文件，这使得存储库超时。 那里有更好的软件吗？ 我想知识库function，但有一个更稳定/可行的环境。 我们真的需要为我们的中央服务器做一个备份系统的大修。 更新： 根据要求，服务器和工作站的操作系统是XP。 可以更新服务器到Server 2003，如果需要的话。
我找不到包含ruby 1.8.7的版本库。 所有回购仅包含1.8.5或1.8.6版本。 有没有人知道与ruby1.8.7任何回购？
从今天上午开始，我无法在我的Ubuntu 9.04上使用apt-get命令。这是抛出以下错误： W：未能获取http://in.archive.ubuntu.com/ubuntu/dists/jaunty/multiverse/binary-i386/包装 404未find 我想Ubuntu改变了它的存储库链接，我的/etc/apt/source.list没有相应的更新。 这里有没有人面临同样的问题？
由于不正确的closures似乎与WMI存储库的大小有关，我们的组织正在经历漫长的启动时间。 例如，存储库文件夹大小为50 megs可能导致启动时间增加10分钟，而500 megs可能需要整整一个小时。 有这样一个问题的修补程序 ，但我想追查什么导致存储库增长。 某些软件？ 多用户configuration文件？ 在某些情况下，几百个不同的用户可能在给定的机器上有configuration文件。 我们不使用漫游configuration文件，我们使用delprof2定期清除这些configuration文件，但是它对这个存储库大小没有任何影响。