唔，个人经验是不要开 proposed 就不会挂。

虽然我是 Arch 党 /Debian sid 党，但是主力还是用 Ubuntu 。

用了四五年，稳定版 dist-upgrade 从来没碰到过崩，只有手贱（例如现在装测试中的 16.04 ）才碰到过无法启动，还给上游报了 bug 。当然跨版本升级另当别论。

当真是人品问题？

我校在用 eduroam ，近一年才开通的
另外，没有 eduroam 的地方和有线网有自己做的基于网页的登录机制，所以是个设备都能上网不需要客户端
另外，收费包月，流量不限

P.S. 我校位于中国大陆

尚且不论对与错，个人感觉因为提出的排版规则的修正没被接受，就从邮件列表到 IRC 再到 V2 一路说过来，给人的观感很糟糕。

现在负责各大项目 l10n 的负责人总是会换的，只是时间早晚的问题。

话说对于升级非滚动版本这回事， Ubuntu 其实还算好。这两年都是直接改 sources.list 升级，图形界面出不来就修修，彻底跪掉只能 chroot 修的情况倒没遇上过。

和你在哪个大学有关，差距太大没法比较。

标准电子邮件协议：不可能。

除非是在同一服务器（服务提供商）上，由邮件服务器加上去的扩展，例如都是网易邮箱、都是 QQ 邮箱。

minetest-(c55 )

非 Java ， C++写的

好了，找到了一个 dirty hack:

import os, time
import multiprocessing

FM_FILEPATH = '/tmp/myfifo'

def mf_keeper(filepath=FM_FILEPATH):
"""
Open it. Don't close it.
"""
f2 = open(filepath, 'w')
while True:
time.sleep(60)
pass

if __name__ == "__main__":
p = multiprocessing.Process(target=mf_keeper)
p.start() # never join
f = open(FM_FILEPATH, 'r')
while True:
line = f.readline()
print("I have \"{}\"".format(line))

似乎 f.readline() 读取时候只会对第一个打开FIFO的进程所写入的 EOF 反应。

@pubby 的确是这样的，如果没有一个以读模式打开FIFO文件的进程，那么其它进程以写模式打开文件会卡在 open() 中。但是在现在的情况下始终有一个以读模式打开文件的进程，所以并不存在问题。

我只是想要一个符合情景的解决方案 =_=

@pubby 感谢，这个解释可能说明了一些问题。

按我理解，现在这种应用应当存在两种情况：

第一种：Python 程序打开 FIFO 读，有另外的程序打开 FIFO 写，并且没有写完，此时读取文件在默认（阻塞）条件下会阻塞。但是如果以非阻塞模式打开文件读会怎么样呢？（待实验，是否出现 EAGAIN/EWOULDBLOCK？）

第二种：Python 程序打开 FIFO 读，已经有程序打开过 FIFO 写并关闭了文件，此时一直读取文件一定会碰到 EOF，之后再以任何方式读取 FIFO 就像是读取普通文件遇到文件末尾后继续读返回空字符串那样返回了空字符串而非阻塞。是这样吗？如果以非阻塞方式打开文件读又会如何？（待实验）

@akira 使用非阻塞方式，是在 Python 程序中以非阻塞方式打开文件读吗？我觉得并不符合情景要求，因为任何情况下 read 都会立刻返回。

@pubby 不是很想通过轮询的方式判断有没有数据，占用 CPU 时间有点多

@yuelang85 实际上想实现的目的是读取到末尾管道中没有数据时，readline 函数因为没有输入又没有遇到 EOF 而阻塞，直到管道中又有数据输入，有换行符为止而使 readline 函数返回该行数据。就像是 shell 中

cat /tmp/myfifo

时阻塞住的情况，而不要在没数据时返回空字符串。

open() 放在循环外面是因为打开文件只需要一次，本来就不需要多次调用 open()。

LUG@USTC 的前来冒泡，简单说一下个人体会：

* 要保证新老更替，简单来说就是每年能招到新人，长江后浪推前浪
* 毕业学长一定要保持联系，可以为后人进行指导
* 和学校网络部门多联系，争取资源或者项目
* 自身学业或技术或能力至少一项要拿得出手
* 注册成为社团，构思各种活动吸引同学们甚至老师们参加

现在科大 LUG 处在良性循环中，活动十多年，建社团十几年，IT界学长积累不少，最近帝都聚餐就来了5、6个，都是宝贵的资源与友情积淀，甚至学校网络中心和教师也有当年LUG的人。可能走下来并不容易，但如果能坚持，前途一定是光明的。

感觉还是硬件不一样的问题，我这里 Ubuntu + KDE 装了两三年，怎么折腾都不会崩。同样 15.04。
另外，同时作为 Arch 用户和 Debian testing 用户，表示不是服务器的话就应该跟随主流最新版本。

今晚不睡，干活中

如果可以的话请不要使用"中科大 DNS"的表述方式，这个所谓的DNS与中科大网络信息中心没有直接关系，容易引起歧义。