@flowerains 而且 CentOS 6 是 2.6 ， 2.7 都没有，妥妥的 Py 信仰破坏平台

读秀 +1

时代在发展， systemd 总有一天也会被替代，但同时不能否认现在 systemd 是走在时代前沿的 init 系统之一。

楼主碰到的 socket activation 是 systemd 值得自豪的杀手级功能之一，故名思义通过 socket 连接触发服务启动，极其适合 cups / ssh / ocserv 这种按需启动的服务。不论具体实现，这种设计思路我觉得很赞。

在：

1. 新版本默认配置文件与旧版本默认配置文件有所不同
2. 你对旧版本配置文件做过修改

以上两者同时满足的前提下，如果不是 non-interactive 模式装软件包，会停下来问你究竟该怎么办。给你提供的选项有保留、覆盖、新开 shell 手工处理、尝试自动合并。 non-interactive 装包默认是保留。

注：配置文件的定义：所有 /etc 下的，由软件包提供的文件，或者打包者手工指定的不在 /etc 下的某些文件。

以上适用于 deb 系发行版。

通常流程应该是先拿出个 demo 和说明给大家看看项目前景，然后寻找资金和人员支持，然后回到第一步继续开发。总之就是先 show me the code 打开局面，以后就好说了。

例如究竟是支持 pygtk 开发还是和 py 无关直接改进 GTK+ 支持来间接提高 pygtk 效果，重心放在 python2 还是 python3 上，重心放在 GTK+2 上还是 GTK+3 上，都可以说明白点嘛

对于永久部署的项目，与其用 rc.local 不如做成系统服务。旧机器可以写 LSB / sysv 系统服务，新机器可以写 systemd 服务，功能更强大。只针对服务器，不针对桌面用户开机启动的需求。

现在的 GitHub 推新分支必定提示这个的，也许你可以再开一个新项目试试？总之这个是 GitHub 的设计， GitHub 啥时候改版都不奇怪（

pull request 是 GitHub 自己造的工作流程。 pull request 和 Git 之间没有什么关系，如果不想用的话不要理它即可。只要有了 Git 仓库，不碰 GitHub 网页端照样能完成工作和协作。

我觉得通用的 sendmail 接口比 ssmtp 更实用。

@htfy96 我的意思是：

纯手写 Makefile ：如果上游作者没写 uninstall target 就没法卸载，得自己找文件
Autotools, CMake, 用心写的 Makefile ： make uninstall 就可以卸载
软件包及发行版的软件包管理系统：安装卸载不用操心，由打包者解决，只需要用发行版工具照着操作即可

CPack 不在讨论范围内，它不属于构建系统。

对楼上表示不服， openssl 用的 Autotools 和 CMake 是一个性质的东西。只要源代码目录留着， make uninstall 就可以卸载。

应该说这就是发行版软件包出现的原因。

如果 a 是个目录， b 是个 b.py 文件， func 是 b.py 里的函数， a 目录里有空的 __init__.py ：

import a # 没问题
import a.b # 没问题，会在这一句找 a/b.py
result = a.b.func() # 正常

重来一遍：
import a # 没问题
result = a.b.func() # 不行， a 下面并没有 b

gbp 系列工具。软件包名： git-buildpackage

要看官方实例的话，请去 https://anonscm.debian.org/git/ 看看。当然那里只有 Git 仓库。

看过挺想吐槽，可以实现得更优雅的， docker 也是杀鸡上牛刀的感觉。

今天听说 fedora 中文比较奇葩，不管 sans 还是 serif 统统当黑体处理，而且是故意的

1TB NTFS HDD 路过

诶，无法理解楼上那些喷的是什么想法。

只有社交网络登录的话是不现实的。系统内部的账号系统总需要再建立一份账号，这些网站这样做只是保证日后可以和这些社交网络脱钩而已，基于 OpenID 和 OAuth 的很多站都这样做。我完全可以理解这种做法。

/t/324315