从snapshots到正式版
从snapshots到正式版
现在snapshots已经是5.1了,但如果现在装snapshots,等5.1发布时,还需要不需要重新安装5.1?还是直接可以简单地升级到5.1?
回复: 从snapshots到正式版
这个问题得好好看 FAQ
http://www.openbsd.org/faq/faq5.html#Flavors
就你现在的问题,希望你能看明白下面的表达:)
snapshots 现在是 5.1 current,已经是最新的了,它是5.1 release之后的(比5.1还新),因为5.1 release实际上在2月份已经生成,按计划 5月1日才公开发行。
snapshots一般是最近几天生成的。
http://www.openbsd.org/faq/faq5.html#Flavors
就你现在的问题,希望你能看明白下面的表达:)
snapshots 现在是 5.1 current,已经是最新的了,它是5.1 release之后的(比5.1还新),因为5.1 release实际上在2月份已经生成,按计划 5月1日才公开发行。
snapshots一般是最近几天生成的。
回复: 从snapshots到正式版
看了,知道了,但还不是太懂
那要是装的是snapshots,岂不是要经常升级,一般怎么升级?如果不升级的话过几天再装软件会不会有问题。
那要是装的是snapshots,岂不是要经常升级,一般怎么升级?如果不升级的话过几天再装软件会不会有问题。
回复: 从snapshots到正式版
CD的内容组织、运行测试、交付制作,以及正式发行/寄送都需要时间,所以官方的正式发行版(release)应该是在发布前的某个版本,考虑到CVS上的代码可能时刻都可能修正和添加新内容,所以release自然没有目前current的新。——这样说好理解了吗?
1. 关于stable:
在这个问题上是f5b兄纠正了我的错误理解,在此感谢!
实际上OpenBSD的官网FTP上并没有stable的packages(不知道有的话会不会影响CD的销售),只有发行版的packages, 所以stable版的很多ports可能已经变更了,以前讨论过,详参这里:http://gobsd.org/showthread.php?t=3036,所以如果ports因为安全的原因更新了,还是马上跟进比较稳妥。
2. 关于current
将snapshots的bsd.rd放在 "/" 下,启动时用这个最新的内存内核来启动系统,选择upgrade,然后执行升级步骤。升级好基本系统后再更新(实际上这里称为升级也可)packages, 运行
然后根据提示信息操作即可。是有些繁琐,但是我目前似乎没有发现更好的办法。而且如果没有及时升级基本系统(也就是说使用的稍早一些的current版)可能最新current的packages还安装不上,:(,这在FAQ上也有相关的描述。
如何选择?
去年我确实遇到过几次current源代码无法编译通过,甚至是下载完bsd.rd后系统无法启动的情况。而且这在FAQ上也明确说了,current包含一些实验性的代码,这些代码未必今后进入下一个发行版。
运行stable就需要及时检查ports的更新安全说明。
目前没有或者我不知道有两全其美的方案,所以如何选择只能自己斟酌了。
1. 关于stable:
在这个问题上是f5b兄纠正了我的错误理解,在此感谢!
实际上OpenBSD的官网FTP上并没有stable的packages(不知道有的话会不会影响CD的销售),只有发行版的packages, 所以stable版的很多ports可能已经变更了,以前讨论过,详参这里:http://gobsd.org/showthread.php?t=3036,所以如果ports因为安全的原因更新了,还是马上跟进比较稳妥。
2. 关于current
将snapshots的bsd.rd放在 "/" 下,启动时用这个最新的内存内核来启动系统,选择upgrade,然后执行升级步骤。升级好基本系统后再更新(实际上这里称为升级也可)packages, 运行
代码: 全选
# pkg_add -u
如何选择?
去年我确实遇到过几次current源代码无法编译通过,甚至是下载完bsd.rd后系统无法启动的情况。而且这在FAQ上也明确说了,current包含一些实验性的代码,这些代码未必今后进入下一个发行版。
运行stable就需要及时检查ports的更新安全说明。
目前没有或者我不知道有两全其美的方案,所以如何选择只能自己斟酌了。
回复: 从snapshots到正式版
好象理解了,看来不想折腾的话还是用release吧,跟snapshot是不是太累了?
回复: 从snapshots到正式版
发行版不包含系统补丁(发行时未发现的),为了安全起见,如果有Patches, 则肯定要打补丁——变成stable, 但是又没有stable对应的packages, 如果你有应用,必须要自己编译系统和packages,而且平时要留心是否有port有安全漏洞什么的,照这样看,用stable似乎就不太适合不愿意折腾的人。别的不说,即便OpenBSD的基本系统没有出问题,你也总是需要需要总盯着哪个port更新了,而且一旦有ports更新你就要编译应用的packages,这也多少有点受不了,谁没事喜欢总编译啊。至少对我来说,系统放着那里不用维护就可以几年不出问题才是最终追求。—— 我记得我原来还在openbsdonly.org上和那里的版主探讨过,我当时也是倾向于使用所谓的stable(稳定版本)。
就目前来说,我更倾向于使用current,因为即便不在乎花费时间去编译,还可能存在编译不过问题,需要自己手动调整参数的问题,所以最好OpenBSD能在FTP上提供stable的packages。—— 话说回来,如果你需要自行设置某些port的参数(例如为mysql增加GBK的支持,或者修改所有PHP以及相关ports的参数以适应apache2....)则另当别论,因为这种情况下,无论如何你都需要自己编译ports。
我的理解,如果不想太折腾就直接用snapshots, 因为这个版本还是有对应的packages的。——如果OpenBSD确实想促进官方发行版的销售,那么在FTP上提供稳定版的Packages可能效果更好。
真希望OpenBSD可以向windows一样直接发放二进制的补丁包(FreeBSD也有相关的命令),运行一下即可,同样也希望port系统也可以这样。:)
这个主题不属于OpenBSD桌面的范畴,还是放在基本问题版面吧。
就目前来说,我更倾向于使用current,因为即便不在乎花费时间去编译,还可能存在编译不过问题,需要自己手动调整参数的问题,所以最好OpenBSD能在FTP上提供stable的packages。—— 话说回来,如果你需要自行设置某些port的参数(例如为mysql增加GBK的支持,或者修改所有PHP以及相关ports的参数以适应apache2....)则另当别论,因为这种情况下,无论如何你都需要自己编译ports。
我的理解,如果不想太折腾就直接用snapshots, 因为这个版本还是有对应的packages的。——如果OpenBSD确实想促进官方发行版的销售,那么在FTP上提供稳定版的Packages可能效果更好。
真希望OpenBSD可以向windows一样直接发放二进制的补丁包(FreeBSD也有相关的命令),运行一下即可,同样也希望port系统也可以这样。:)
这个主题不属于OpenBSD桌面的范畴,还是放在基本问题版面吧。
回复: 从snapshots到正式版
我是把OpenBSD当桌面来用的,直接用release的iso文件安装的系统,补丁也懒得打(OpenBSD默认就已经很安全了,又是当桌面用,中招的概率不大:D),用package装软件,感觉还是很方便的。
回复: 从snapshots到正式版
对呀,unreal兄买过官方版,可以对比一下自己CD里的pakcages和目前官方FTP上的是否一样——也就是说FTP上的packages是否会因port更新而跟进变化?unreal 写了:呃,release 这么麻烦阿,对我买官方版CD多少有点打击……
回复: 从snapshots到正式版
MD5可能可以,但我也没有尝试过,请试试将两者放在不同的目录内,然后:
假设你购买的是5.0的CD,就到FTP上的5.0目录里(例如i386)找几个待测试文件对比一下CD上对应文件,我也不知道是否可行,我对diff命令不熟悉。:D
代码: 全选
diff -r -q dir1 dir2
回复: 从snapshots到正式版
啊,我懒得开龙芯本本,MacG4还在等PCI转接卡,也懒得开~就用家里唯一还能运行的一台 i386,winXP下面比较下 CD5.0 和 FTP 5.0 的 packages 的 MD5 和 SHA256 吧(我正在用这台图拉丁淘宝~~)
我觉得release的软件应该一样的,不论ftp还是cd。我买的确是5.0
那么选个CD上有而且比较常用的软件:firefox-5.0p3.tgz,再从ftp下载一个,比较结果是一样的。
我觉得release的软件应该一样的,不论ftp还是cd。我买的确是5.0
那么选个CD上有而且比较常用的软件:firefox-5.0p3.tgz,再从ftp下载一个,比较结果是一样的。
MD5:9e1c8eef173a08706291d61c9ee6498c
SHA256:c72f5effe3f7df5bc7936f4880e269f5cd88cbc056197eb0839ddc3334e16fea
勤能補拙 Just do it now!
回复: 从snapshots到正式版
leo 写了:发行版不包含系统补丁(发行时未发现的),为了安全起见,如果有Patches, 则肯定要打补丁——变成stable, 但是又没有stable对应的packages, 如果你有应用,必须要自己编译系统和packages,而且平时要留心是否有port有安全漏洞什么的,照这样看,用stable似乎就不太适合不愿意折腾的人。别的不说,即便OpenBSD的基本系统没有出问题,你也总是需要需要总盯着哪个port更新了,而且一旦有ports更新你就要编译应用的packages,这也多少有点受不了,谁没事喜欢总编译啊。至少对我来说,系统放着那里不用维护就可以几年不出问题才是最终追求。—— 我记得我原来还在openbsdonly.org上和那里的版主探讨过,我当时也是倾向于使用所谓的stable(稳定版本)。
就目前来说,我更倾向于使用current,因为即便不在乎花费时间去编译,还可能存在编译不过问题,需要自己手动调整参数的问题,所以最好OpenBSD能在FTP上提供stable的packages。—— 话说回来,如果你需要自行设置某些port的参数(例如为mysql增加GBK的支持,或者修改所有PHP以及相关ports的参数以适应apache2....)则另当别论,因为这种情况下,无论如何你都需要自己编译ports。
我的理解,如果不想太折腾就直接用snapshots, 因为这个版本还是有对应的packages的。——如果OpenBSD确实想促进官方发行版的销售,那么在FTP上提供稳定版的Packages可能效果更好。
真希望OpenBSD可以向windows一样直接发放二进制的补丁包(FreeBSD也有相关的命令),运行一下即可,同样也希望port系统也可以这样。:)
这个主题不属于OpenBSD桌面的范畴,还是放在基本问题版面吧。
re:所以最好OpenBSD能在FTP上提供stable的packages
曾经是这样的,不知道后来为何取消了。
回复: 从snapshots到正式版
用snapshot的经验,
1、下载install??.iso时要顺手下载自己要用的packages,还有当时的ports.tar.gz,如果允许,干脆所有packages都下载,否则将来需要的packages只能自己编译了。
2、有时顺手下载的packages也可能安装不上,因为install??.iso里面的base最近的某lib库可能更新了,所以一般选择是install??.iso的生成时间要比packages的时间早才匹配。
1、下载install??.iso时要顺手下载自己要用的packages,还有当时的ports.tar.gz,如果允许,干脆所有packages都下载,否则将来需要的packages只能自己编译了。
2、有时顺手下载的packages也可能安装不上,因为install??.iso里面的base最近的某lib库可能更新了,所以一般选择是install??.iso的生成时间要比packages的时间早才匹配。
回复: 从snapshots到正式版
另
所有的bsd.rd文件内部自带了其他base安装包的校验码(不是sha256文件哦),sha256文件是给大家下载后手工验证的。也就是说,安装过程中,bsd.rd会自动检查bsd/bsd.mp/base51.tgz等文件,不匹配会报警。
所有的bsd.rd文件内部自带了其他base安装包的校验码(不是sha256文件哦),sha256文件是给大家下载后手工验证的。也就是说,安装过程中,bsd.rd会自动检查bsd/bsd.mp/base51.tgz等文件,不匹配会报警。
回复: 从snapshots到正式版
也可能真影响CD的销售了。;)f5b 写了:re:所以最好OpenBSD能在FTP上提供stable的packages
曾经是这样的,不知道后来为何取消了。
回复: 从snapshots到正式版
有些疑惑:f5b 写了:用snapshot的经验,
1、下载install??.iso时要顺手下载自己要用的packages,还有当时的ports.tar.gz,如果允许,干脆所有packages都下载,否则将来需要的packages只能自己编译了。
2、有时顺手下载的packages也可能安装不上,因为install??.iso里面的base最近的某lib库可能更新了,所以一般选择是install??.iso的生成时间要比packages的时间早才匹配。
对于f5b兄提到的“1.”有些不明白,我的做法是如果将来再需要其它的packages,先重新下载一个snapshots里的bsd.rd,再升机系统,然后再安装新的packages。
上面所说的“2.”的情况去年确实遇到过几次,一般情况是等几天重新升级系统并再次安装这些packages就没有问题了。
不过也确实出现过下载的bsd.rd无法启动的情况,甚至是升级后系统无法启动的情况,这时也只能再等几天。
可能需要大家注意的一点是:
某些朋友可能习惯于在发行版的系统上先下载CVS上的snapshot源代码,然后自己直接编译最新的snapshot的源代码、进而升级系统,有时真有可能成功,但是多数情况下并不推荐这样做,严格将应该先将系统升级到snapshot,再自行编译系统才保险一些,我记得这在FAQ上也提到了:如果要自行编译current(例如您要定制内核或进行某些修改),必须先将版本升级为snapshot。而且,如果没有定制内核等问题,既然有了snapshots的系统组件似乎也无需自己去编译。
在线用户
正浏览此版面之用户: Ahrefs [Bot] 和 0 访客