upstart和sysvinit

sdpq

我apt-get install upstart后，
再apt-get update && apt-get dist-upgrade显示如下：
正在读取软件包列表... 完成
正在分析软件包的依赖关系树      
正在读取状态信息... 完成      
正在对升级进行计算... 完成
下列软件包将被【卸载】：
  upstart
下列【新】软件包将被安装：
  sysvinit
升级了 0 个软件包，新安装了 1 个软件包，要卸载 1 个软件包，有 0 个软件包未被升级。
需要下载 0B/107kB 的软件包。
解压缩后将会空出 721kB 的空间。
您希望继续执行吗？[Y/n]n

为什么？大家在用upstart吗？

swicol

还没敢用，等待

d00m3d

没有敢死队现身？

sdpq

我试过了。没感觉。upstart取代sysvinit是个平滑的过程。
只是再dist-upgrade的时候再要求卸载upstart，并安装sysvinit，不知道为什么。
等待吧。

大家看看这个：
http://www.pkwall.com/result/ae103921

biinn

显摆一下：两年前将 upstart 移植到了一个 voip 的 嵌入系统，做系统启动和进程管理，运行得很不错

d00m3d

biinn 兄能分享一下移植的经历吗？

blue_stone

之前用过upstart， 后来又删除了。
upstart是用来控制开机时后台进程的启动的，目前Debian进程启动关闭的脚本对事件的支持并不好，所以upstart对于Debian的意义并不大。

AutoXBC

upstart 和 sysvinit 在依赖关系上声明了相互冲突，如果确定要做这个替代要把前前后后的依赖都理顺，新立得里可以列出相关说明。

HuiCai

用了一段时间了，除了部分启动脚本显示不符合发现标准的会提示，整体升级顺利效果明显，未出现意外。

biinn

回 doom 兄，
快三年前的事情了，很多细节要回去看代码了。不过移植大致分三部分。
1. 编译 upstart
    交叉编译，没什么多说的。打了几个补丁，记得当时系统没有 inotify，给 upstart 打了补丁去掉了 inotify 的使用；为了减小系统尺寸，没用 busybox 的 reboot 命令，用了 upstart 提供的，打了补丁使 reboot 能发 event ；其他的补丁不记得了。

2. 用 upstart 做为 system event 管理器
    upstart 提供函数接口，可以发送和接受 event。更改了 voip 系统的 system event 接口，采用 upstart 提供的接口。这样就将嵌入系统和 upstart 接合到了一起。

3. upstart scripts
   写脚本，这是工作量最大的部分。通过大量的脚本将网络接口和 voip 系统功能联系起来。

比如，当网线插入后，ifmon （net interface daemon，自己写的）就会监测到这个变化，发出 link-up event；
dhcpc 脚本 收到 link-up event，就会启动 dhcp client；当得到 ip 后，dhcpc 脚本就会发出 ip-up event along with the ip address；
voip 系统收到 ip-up event 就会对系统做一些设置，启动 voip stack；

一些网络之外的功能，比如更改系统用设置，firmware 升级，都何以用 upstart script 完成。

两年前的时候，upstart 还不是很成熟，我想现在 upstart 应该更好用了吧。