snapshots/packages/i386目录居然空了—(Packages和内核不对应导致无法安装)
snapshots/packages/i386目录居然空了—(Packages和内核不对应导致无法安装)
刚想调整一些下分区,将 /var 往外挪挪,所以重新安装了snapshots,本想直接pkg_add, 提示没有文件,上去一看,/snapshots/packages/i386/居然给清空了。:o
屋漏偏逢连阴雨。:)
屋漏偏逢连阴雨。:)
回复: snapshots/packages/i386目录居然空了
一般清空后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
看到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目录居然空了
现在我一般都会添加环境
export PKG_CACHE=/home/cache_pkg
这样安装任意packages都会在/home/cache_pkg镜像安装文件
export PKG_CACHE=/home/cache_pkg
这样安装任意packages都会在/home/cache_pkg镜像安装文件
回复: snapshots/packages/i386目录居然空了
前几天pkg_add时出现了一些问题,http://www.gobsd.org/blog.php?b=17 ,看来有的包处理的不完善,老机器禁不起编译,我也不愿意耗费太多的时间,索性等等了。
整个i386 snapshot 的 packages 都删除了这事不知道是不是因为dpb系统有什么缺陷?还是等官方的packages吧。
整个i386 snapshot 的 packages 都删除了这事不知道是不是因为dpb系统有什么缺陷?还是等官方的packages吧。
回复: snapshots/packages/i386目录居然空了
官方目录终于恢复了snapshots的packages,还不知道全不全,暂且试试。
回复: snapshots/packages/i386目录居然空了
现在已经有了,原来担心当前的packages有问题,正在build stable 的packages, 结果出来了,呵呵,立马升级加上pkg_add -u,爽啊,否则我的老机器编译一个php-5.3.13加上各种扩展就累死了。hyaska 写了:等吧,呵呵
回复: snapshots/packages/i386目录居然空了
印象中snapshot释放出最新pkg一般最快是i386,然后到amd64Leo 写了:现在已经有了,原来担心当前的packages有问题,正在build stable 的packages, 结果出来了,呵呵,立马升级加上pkg_add -u,爽啊,否则我的老机器编译一个php-5.3.13加上各种扩展就累死了。
ob知道大家i386机器可能比较慢,需要直接pkg_add
而amd64的机器可以提前get ports &自己dpb:)
回复: snapshots/packages/i386目录居然空了
当前的packages还是有问题,缺少库。
换回stable,好在不用总是更新bsd.rd, 需要时自己更新ports(有些port的版本升级不见得是有漏洞,有的只是添加了一些新功能),自己编译吧,即便再慢也就是一天的事。
此外试了试dpb,一行只能是一个subpackage,有点累,还不如直接用"env SUBPACKAGE"设置方便。
没有试过用dpb编译所有的packages,不知道不同flavors的packages怎样区分命名,有些好奇,例如PHP除了主要flavor是针对apache 1.3的以外,还有针对apache2的flavor。
换回stable,好在不用总是更新bsd.rd, 需要时自己更新ports(有些port的版本升级不见得是有漏洞,有的只是添加了一些新功能),自己编译吧,即便再慢也就是一天的事。
此外试了试dpb,一行只能是一个subpackage,有点累,还不如直接用"env SUBPACKAGE"设置方便。
没有试过用dpb编译所有的packages,不知道不同flavors的packages怎样区分命名,有些好奇,例如PHP除了主要flavor是针对apache 1.3的以外,还有针对apache2的flavor。
回复: snapshots/packages/i386目录居然空了
1、stable 版本的ports更新几乎都是security问题Leo 写了:当前的packages还是有问题,缺少库。
换回stable,好在不用总是更新bsd.rd, 需要时自己更新ports(有些port的版本升级不见得是有漏洞,有的只是添加了一些新功能),自己编译吧,即便再慢也就是一天的事。
此外试了试dpb,一行只能是一个subpackage,有点累,还不如直接用"env SUBPACKAGE"设置方便。
没有试过用dpb编译所有的packages,不知道不同flavors的packages怎样区分命名,有些好奇,例如PHP除了主要flavor是针对apache 1.3的以外,还有针对apache2的flavor。
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
需要批量编译以上程序,仅需
/usr/ports/infrastructure/bin/dpb -P my_pkg
以上例子,编译完毕,/usr/ports/packages/amd64/all/ 里面
会看到所有相关subpackage都有了
回复: snapshots/packages/i386目录居然空了
估计当前ftp snapshot上5月9号/10号的i386 packages,是基于current的系统编译的,而不是 4月26日的i386 的snapshot系统。Leo 写了:当前的packages还是有问题,缺少库。
不同步,就会发生库的问题。
faq上已经说明
userland
src
ports
xenocara
要同步,否则很多奇怪的事情会发生。
回复: snapshots/packages/i386目录居然空了
subpackages应该问题不大,我感兴趣的是它怎么处理FLAVORS,以及如何命名的.....f5b 写了:1、stable 版本的ports更新几乎都是security问题
2、man dpb看看就知道它的强大了
假设 pkg_info -maqP 输出保存以上输出到文件my_pkg代码: 全选
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
需要批量编译以上程序,仅需
/usr/ports/infrastructure/bin/dpb -P my_pkg
以上例子,编译完毕,/usr/ports/packages/amd64/all/ 里面
会看到所有相关subpackage都有了
有时间再试试了,目前确实没有这兴趣。
此外何以见得stable版的ports更新都是因为security问题?
还有请教:在OpenBSD下找到了简单获取ports更新信息的方法吗?
肯定是同步了,我在使用snapshots时是直接升级安装的,也就是将一个bsd.rd直接放在 / , 然后boot hd0a:/bsd.rd, 再选择upgrade。这个应该不存在不同步的问题。使用snapshots时从不编译基本系统和packages,都是最简单的方式,但是目前出现pkg_add安装不了packages的情况,可惜我没有保留信息。—— 估计是相关依赖关系的包没有处理好。我不等了,目前在stable下。f5b 写了:估计当前ftp snapshot上5月9号/10号的i386 packages,是基于current的系统编译的,而不是 4月26日的i386 的snapshot系统。
不同步,就会发生库的问题。
faq上已经说明
src
ports
xenocara
要同步,否则很多奇怪的事情会发生。
回复: snapshots/packages/i386目录居然空了
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也行
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目录居然空了
对,是i386系统,刚上服务器上一看确实是这么回事,以前还真没有注意过文件的时间,看来有时候出问题,确实要注意文件时间,这个时间确实差多了。多谢指教!
看来这张时候也只有自己build kernel & user land 了——应该说CVS上的kernel、user land和ports源代码肯定同步,看来有时候还是少不了自己编译。
贴一张截图吧,方便后面的朋友理解。
看来这张时候也只有自己build kernel & user land 了——应该说CVS上的kernel、user land和ports源代码肯定同步,看来有时候还是少不了自己编译。
贴一张截图吧,方便后面的朋友理解。
在线用户
正浏览此版面之用户: Ahrefs [Bot] 和 1 访客