分页： 1 / 1
snapshots/packages/i386目录居然空了—（Packages和内核不对应导致无法安装）
发表于 : 2012-05-10 10:24
由 leo
刚想调整一些下分区，将 /var 往外挪挪，所以重新安装了snapshots，本想直接pkg_add, 提示没有文件，上去一看，/snapshots/packages/i386/居然给清空了。:o
屋漏偏逢连阴雨。:)
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-10 11:34
由 unreal
换个镜像站也不行么？
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-10 14:05
由 leo
当时是可以，但是犹豫了一下，还是等等吧。
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-10 16:55
由 f5b
一般清空后24小时内就有新的发布
看到php 5.3.13更新后snapshot上面还没有
想自己build，但snapshot的系统还是上个月26号的
于是自己fetch src ports xenocara
build 系统和i buildrelease
看来明天才能自己build snapshot版的 php 5.3.13啦
btw， 5.1 的获取stable ports ,里面已经有php 5.3.13
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-10 16:57
由 f5b
现在我一般都会添加环境
export PKG_CACHE=/home/cache_pkg
这样安装任意packages都会在/home/cache_pkg镜像安装文件
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-10 21:34
由 leo
前几天pkg_add时出现了一些问题，
http://www.gobsd.org/blog.php?b=17 ，看来有的包处理的不完善，老机器禁不起编译，我也不愿意耗费太多的时间，索性等等了。
整个i386 snapshot 的 packages 都删除了这事不知道是不是因为dpb系统有什么缺陷？还是等官方的packages吧。
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-11 11:30
由 leo
官方目录终于恢复了snapshots的packages，还不知道全不全，暂且试试。
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-11 13:05
由 hyaska
等吧，呵呵
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-11 13:10
由 leo
hyaska 写了:等吧，呵呵
现在已经有了，原来担心当前的packages有问题，正在build stable 的packages, 结果出来了，呵呵，立马升级加上pkg_add -u,爽啊，否则我的老机器编译一个php-5.3.13加上各种扩展就累死了。
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-11 17:24
由 f5b
Leo 写了:现在已经有了，原来担心当前的packages有问题，正在build stable 的packages, 结果出来了，呵呵，立马升级加上pkg_add -u,爽啊，否则我的老机器编译一个php-5.3.13加上各种扩展就累死了。
印象中snapshot释放出最新pkg一般最快是i386，然后到amd64
ob知道大家i386机器可能比较慢，需要直接pkg_add
而amd64的机器可以提前get ports &自己dpb:)
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-13 14:32
由 leo
当前的packages还是有问题，缺少库。
换回stable,好在不用总是更新bsd.rd, 需要时自己更新ports（有些port的版本升级不见得是有漏洞，有的只是添加了一些新功能）,自己编译吧，即便再慢也就是一天的事。
此外试了试dpb,一行只能是一个subpackage,有点累，还不如直接用"env SUBPACKAGE"设置方便。
没有试过用dpb编译所有的packages,不知道不同flavors的packages怎样区分命名，有些好奇，例如PHP除了主要flavor是针对apache 1.3的以外，还有针对apache2的flavor。
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-13 16:52
由 f5b
Leo 写了:当前的packages还是有问题，缺少库。
换回stable,好在不用总是更新bsd.rd, 需要时自己更新ports（有些port的版本升级不见得是有漏洞，有的只是添加了一些新功能）,自己编译吧，即便再慢也就是一天的事。
此外试了试dpb,一行只能是一个subpackage,有点累，还不如直接用"env SUBPACKAGE"设置方便。
没有试过用dpb编译所有的packages,不知道不同flavors的packages怎样区分命名，有些好奇，例如PHP除了主要flavor是针对apache 1.3的以外，还有针对apache2的flavor。
1、stable 版本的ports更新几乎都是security问题
2、man dpb看看就知道它的强大了
假设 pkg_info -maqP 输出
代码: 全选
www/aria2
www/dokuwiki
www/drupal7/core
www/drupal7/webform
mail/mozilla-thunderbird,-enigmail
graphics/feh
net/filezilla
www/mozilla-firefox
www/firefox35
www/firefox36
sysutils/hotplug-diskmount
editors/libreoffice,-main
audio/mpg123
textproc/mupdf
net/pfstat,-main
sysutils/pftop
mail/roundcubemail
net/rsync,iconv
inputmethods/scim-fcitx
www/squid,snmp
security/sshguard
sysutils/symon,-main
www/syweb
audio/umurmur
net/unbound
fonts/zh-wqy-bitmapfont
保存以上输出到文件my_pkg
需要批量编译以上程序，仅需
/usr/ports/infrastructure/bin/dpb -P my_pkg
以上例子，编译完毕，/usr/ports/packages/amd64/all/ 里面
会看到所有相关subpackage都有了
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-13 17:03
由 f5b
Leo 写了:当前的packages还是有问题，缺少库。
估计当前ftp snapshot上5月9号/10号的i386 packages，是基于current的系统编译的，而不是 4月26日的i386 的snapshot系统。
不同步，就会发生库的问题。
faq上已经说明
userland
src
ports
xenocara
要同步，否则很多奇怪的事情会发生。
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-13 17:17
由 leo
f5b 写了:1、stable 版本的ports更新几乎都是security问题
2、man dpb看看就知道它的强大了
假设 pkg_info -maqP 输出
代码: 全选
www/aria2
www/dokuwiki
www/drupal7/core
www/drupal7/webform
mail/mozilla-thunderbird,-enigmail
graphics/feh
net/filezilla
www/mozilla-firefox
www/firefox35
www/firefox36
sysutils/hotplug-diskmount
editors/libreoffice,-main
audio/mpg123
textproc/mupdf
net/pfstat,-main
sysutils/pftop
mail/roundcubemail
net/rsync,iconv
inputmethods/scim-fcitx
www/squid,snmp
security/sshguard
sysutils/symon,-main
www/syweb
audio/umurmur
net/unbound
fonts/zh-wqy-bitmapfont
保存以上输出到文件my_pkg
需要批量编译以上程序，仅需
/usr/ports/infrastructure/bin/dpb -P my_pkg
以上例子，编译完毕，/usr/ports/packages/amd64/all/ 里面
会看到所有相关subpackage都有了
subpackages应该问题不大，我感兴趣的是它怎么处理FLAVORS,以及如何命名的.....
有时间再试试了，目前确实没有这兴趣。
此外何以见得stable版的ports更新都是因为security问题？
还有请教：在OpenBSD下找到了简单获取ports更新信息的方法吗？
f5b 写了:估计当前ftp snapshot上5月9号/10号的i386 packages，是基于current的系统编译的，而不是 4月26日的i386 的snapshot系统。
不同步，就会发生库的问题。
faq上已经说明
src
ports
xenocara
要同步，否则很多奇怪的事情会发生。
肯定是同步了，我在使用snapshots时是直接升级安装的，也就是将一个bsd.rd直接放在 / , 然后boot hd0a:/bsd.rd, 再选择upgrade。这个应该不存在不同步的问题。使用snapshots时从不编译基本系统和packages,都是最简单的方式，但是目前出现pkg_add安装不了packages的情况，可惜我没有保留信息。—— 估计是相关依赖关系的包没有处理好。我不等了，目前在stable下。
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-13 20:59
由 f5b
re: 此外何以见得stable版的ports更新都是因为security问题？
ob官方faq某个地方有说过（不记得哪了，肯定有），也可以从类似以下地方观察到，注意“Branches: OPENBSD_5_1”
http://www.openbsd.org/cgi-bin/cvsweb/p ... 3/Makefile
还有个简单验证方法，也可以回答（re：在OpenBSD下找到了简单获取ports更新信息的方法吗？）
假设你安装了OpenBSD 5.1 release
解压缩
http://ftp.openbsd.org/pub/OpenBSD/5.1/ports.tar.gz
到/usr/ports
然后遵循
http://www.openbsd.org/anoncvs.html中的方法
(If you are following the patch branch for 5.1):
# export CVSROOT=
[email protected]:/cvs
# cd /usr/ports
# cvs -q up -rOPENBSD_5_1 -Pd
将来在/usr/ports上面每次运行
cvs -q up -rOPENBSD_5_1 -Pd
屏幕的输出可以看到什么软件有更新
----------------
re: 肯定是同步了，我在使用snapshots时是直接升级安装的，也就是将一个bsd.rd直接放在 / , 然后boot hd0a:/bsd.rd, 再选择upgrade。这个应该不存在不同步的问题。使用snapshots时从不编译基本系统和packages,都是最简单的方式，但是目前出现pkg_add安装不了packages的情况，可惜我没有保留信息。—— 估计是相关依赖关系的包没有处理好。我不等了，目前在stable下。
你安装的 pub/OpenBSD/snapshots/i386/ 是 4月26号发布的吧？然后你通过pkg_add 安装的pub/OpenBSD/snapshots/packages/i386是5月10号发布（ftp服务器时间）的吧
或许你能提供哪个软件无法安装，缺少库问题的错误信息，我就可以模拟你的环境测试了。
这里，仅能猜测ftp上面的pub/OpenBSD/snapshots/i386（系统）和pub/OpenBSD/snapshots/packages/i386（软件）已经不同步了！
也就是说，可能developer“忘记”把近几天的snapshot系统（假设是5月8号生成的）放ftp上，而把该snapshot系统上build出来的packages放上去了。
这点在FAQ上也有提到！实际上，4月26日到5月10日，个别lib确实发生了变化。
我也是多次读faq，man文档，看以下地方，比较过才大概知道这些事情如何发生。
系统的变化可以关注
http://marc.info/?l=openbsd-cvs
lib（库）有关的变化都可以上面看到
ports软件的变化可以看
http://marc.info/?l=openbsd-ports-cvs
订阅相关的两个mail list也行
回复: snapshots/packages/i386目录居然空了
发表于 : 2012-05-13 23:20
由 leo
对，是i386系统，刚上服务器上一看确实是这么回事，以前还真没有注意过文件的时间，看来有时候出问题，确实要注意文件时间，这个时间确实差多了。多谢指教！
看来这张时候也只有自己build kernel & user land 了——应该说CVS上的kernel、user land和ports源代码肯定同步，看来有时候还是少不了自己编译。
贴一张截图吧，方便后面的朋友理解。