SlackBuild规范化

[nnnewb]

各种不同的编译系统的SlackBuild规范化
举个红烧栗子

• 打包不使用root权限
• 所有SlackBuild脚本的Author写SlackwareCN Community，另起一行写Contributer
• 根据不同的编译系统提供相应的template
• 提供脚本来生成slack-desc/xxx.info/README.md 信息，避免重复复制粘贴
• 如果软件包同时存在中/英简介，使用英文还是中文?
• 是否允许在SlackBuild脚本内主动检查并输出错误信息？比如if [ ! -f xxx-1.0.tar.gz]; then echo 'source code not found' fi
• 使用slackbuilds.org的template脚本风格或者是自己规定脚本风格？

诸如此类

[Arondight]

这个窝单独开一个项目写吧……

另外生成脚本不属于规范的范畴，这个东西我觉得没法搞，因为这三个文件没有互相生成的关系。

[nnnewb]

@Arondight 我的意思是可以提供一个表单，填写包名、编译模板、源码链接、主页、依赖项、简介，然后用这些信息生成SlackBuild项目模板
主要是免了手动选择模板再编辑info/slack-desc/readme的麻烦

[Arondight]

@nnnewb 这里是一个基本的Guidelines。

至于项目模板自动生成的问题，我觉得手动写文件更好一些，一个Build 不应该依赖于非标准的文件和脚本，这样会让Build 变得混乱。

这个功能应当由makepkg 提供（就像Arch Linux 的makepkg 一样），既然Slackware 的makepkg 没有提供这个功能，我觉得就不应当强行添加进去。

[Arondight]

@nnnewb 关于模板我觉得可以在slackwarecn/slackbuild-guidelines 额外添加一些模板脚本和文件来解决，但是字段的填写自己比较倾向于手动完成。

[nnnewb]

@Arondight 那我自己弄个非正式的小工具来处理这个了。写info/desc对我来说确实是不想手动干的事情（而且要符合guidline更费心了），repo继续保持清洁。

[nnnewb]

CN Community 的脚本规范和slackbuilds.org的规范有冲突。

$PRGNAM.SlackBuild Requirements

• Follow our template scripts as much as possible. Deviations are fine where needed, but don't change things to be "more clever" or some such - we like consistency

[Arondight]

@nnnewb 0 0 那要删不少代码了，我先把repo 用的脚本搞完吧。搞完了之后项目都礽过去了再改代码。

[Arondight]

Ref #1