如何打包arch软件并且打包到arch仓库中(超详细教程)
前提一:注册arch账号
略,官网是:https://archlinux.org/
前提二:将本地的ssh-key放入arch账号的ssh秘钥中
终端执行
生成ssh秘钥
ssh-keygen
cd ~/.ssh
cat id_rsa.pub
将该段复制到arch账号中ssh中
更新
写PKGBUILD（介绍各个变量含义，有些看看就行，不用太在意）
我习惯复制例子的PKGBUILD文件进行修改，每个qt项目大差不差，而且很简单
PKGBUILD 是一个 shell 脚本.
pkgname，pkgver，pkgrel 和 arch 是必须定义的变量。license在构建包时并不强制要求(会警报)
下面就介绍PKGBuild每个参数的作用，有些是个人理解，有些是直接来自官网的解释
pkgname:
包名
proname:
我自己定义的变量，方便后面使用的
pkgver:
版本，在下面的例子中出现两个:
(1) pkgver=1.1.0
(2) pkgver() {
cd “
s
r
c
d
i
r
/
{srcdir}/
srcdir/{pkgname%-git}”
git describe --long --tags | sed ‘s/([^-]*-g)/r\1/;s/-/./g’
}
其中(1)为固定的版本号
(2)其实是浮动版本号，是可以不需要的，且必须git地址存在tag才可使用，否则会报错，一般我们认定tag为代码版本号，那么这里的意思就是如果上游软件更新tag ，如1.2.0，
那么本地安装也会使用上游的版本号1.2.0.**(其中可能git提交的commit前几位，如r513rab之类的)
即:上游更新，我重新安装或升级，会使用上游tag版本。
pkgrel:
我自己也不要清楚这个，似乎有写1,2的，说的第几次打包？
pkgdesc:
程序描述
arch:
适用于的平台，any为所有 其他还有x86_64等等
license:
开源协议
provides：
以下是官方解释
这个序列说明当前包能提供的功能（或者像 cron、sh 这样的虚拟包）。只要没有在 conflicts 序列中被标记，提供相同功能的软件包可以同时安装。注意： 如果你需要使用这个变量，应当加上所替代软件的版本号（
pkgver，可能的话还有pkgrel）。就是说，如果你提供一个修改过的 qt 包其版本号为 3.3.8，命名为 qt-foobar，那么 provides 应该写成 provides=(‘qt=3.3.8’)。如果忽略了版本号，会导致所有依赖于 qt 的某个特定版本的包编译失败。不要把 pkgname 加入 provides 序列。这个操作会自动进行。
conflicts:包冲突，比如simple-image-filter-git和simple-image-filter是同一个软件包，用同样的地址，只是可能版本不一样，所以需要在这里写，该两种软件包是冲突的，不能同时安装。
replaces:我的理解:替代过去的包，也就是装这个会判断系统有没有写的包，替代该包
会因安装当前包而取代的过时的包的列表。比如：wireshark-qt包 中的 replaces=(‘wireshark’)。在同步软件数据库后，pacman 会立刻用软件库中的另一个包替换掉 replaces 中已安装的包。如果你只是提供已存在包的一个替代品，或者上传到 AUR, 请不要使用 replace，而是使用 conflicts 和 provides 两个变量——它们仅在安装冲突软件包时被检查。
如下:
backup:
(我不怎么使用这些)
当包被升级或卸载时，应当备份的文件（的路径）序列。这些文件一般是用户会更改的文件，如主要放置在 /etc 中的配置文件。
列表中的文件应该使用没有绝对路径标识(/)的相对路径(如 etc/pacman.conf)，而不是绝对路径(如 /etc/pacman.conf)。
在升级时，新版本会被命名为 file.pacnew 以避免覆盖旧有且被用户修改过的文件。类似地，当卸载包时，用户修改过的文件会以 file.pacsave 为名而保留下来——除非用 pacman -Rn 命令卸载。
options:
这个序列允许你重载 makepkg 的部分定义在 /etc/makepkg.conf 中的默认行为。要设置一个选项，请在序列中指定选项名。要禁用一个默认行为，则还需要在前面加上!。
url:
待打包软件官方站点的网址。
source:
源码包地址，可以是gitee地址，gitbub地址，或者某次release的地址,反正能下载到代码就对了
如
("${pkgname%-git}::git+${url}.git")
就是从github下载最新的代码
sha256sums:用于判断md5码是否与文件匹配，如果是固定路径而不是一直拉github最新代码的形式，建议使用，
当然我喜欢跳过检查，直接写SKIP
source=("${pkgname%-git}::git+${url}.git")
//由PKGBUILD生成.SRCINFO之后可以看到这个地址的直译
simple-image-filter::git+https://github.com/dependon/simple-image-filter.git
//固定路径写法，取pkgver版本的release(需要你的github中有pkgver版本的)
source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/refs/tags/${pkgver}.tar.gz" )
//由PKGBUILD生成.SRCINFO之后可以看到这个地址的直译
source = simple-image-filter-1.1.2.tar.gz::https://github.com/dependon/simple-image-filter/archive/refs/tags/1.1.2.tar.gz
sha256sums = SKIP
install:
安装脚本，我喜欢直接在cmaketext和pro里面写，我不太需要这个，并且package也可以执行install相关功能
官方提供了多种依赖：最重要的depends和makedepends
depends:
运行时和编译时都需要依赖
如例子项目:
depends=(qt5-tools)
由于qt5-tools已经依赖了qt5的base组件，所以我只需要写qt5-tools即可，其他项目自己看着来
makedepends:
编译时依赖
makedepends=(git
qconf
pkgconfig
make)
由于我们需要执行git命令，所以需要git
qconf和qt有关
pkgconfig基本上都要
make，一般都需要吧
checkdepends:
我的不需要测试所以不用,下面是官网原文
运行测试组件时需要，而运行时不需要的包列表。该列表中的包遵循和 depends 相同的格式。这些依赖只在 check() 函数存在，且被 makepkg 执行时会被处理。
optdepends:
就是推荐一起使用的软件包
可选软件包序列。这些可选软件包不影响软件主要功能，但能提供额外特性。这通常暗示除非安装了对应的可选软件包软件包的个别程序可能无法正常使用[2]。如果软件有一些替代依赖，您可以将其在此处，而不是 depends 序列中，全部列出。
应该简要说明每个包所能提供的额外功能，例如：
optdepends=('cups: printing support'
'sane: scanners support'
'libgphoto2: digital cameras support'
'alsa-lib: sound support'
'giflib: GIF images support'
'libjpeg: JPEG images support'
'libpng: PNG images support')
最后最重要的两项:
build:
生成规则
如我的项目:
cd "${srcdir}/${pkgname%-git}"
qmake ./${proname}.pro -spec linux-g++ CONFIG+=qtquickcompiler -o build/
make -C ./build
到指定目录，qmake一下，make输出到build目录
package:
安装规则
如我的项目:
cd "${srcdir}/${pkgname%-git}"
make INSTALL_ROOT="${pkgdir}" -C ./build install
到代码目录，执行make install 安装。
这样，一个PKGBUILD文件就完成了，
PKGBUILD例子1: pro工程
# Contributor: liuminghang <liuminghang0821@gmail.com>
pkgname=simple-image-filter
proname=simple-image-filter-process
pkgver=1.1.2
pkgrel=1
pkgdesc="Deepin DDe simple image filter qt"
arch=('any')
url="https://github.com/dependon/simple-image-filter"
license=('GPLv3')
provides=(${pkgname})
conflicts=(${pkgname} ${pkgname%-git})
#replaces=(${pkgname})
depends=(qt5-tools)
makedepends=(git
qconf
pkgconfig
make)
backup=()
options=('!strip')
#install=${pkgname}.install
source=("${pkgname%-git}::git+${url}.git")
sha256sums=('SKIP')
pkgver() {
cd "${srcdir}/${pkgname%-git}"
git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/-/./g'
}
build() {
cd "${srcdir}/${pkgname%-git}"
qmake ./${proname}.pro -spec linux-g++ CONFIG+=qtquickcompiler -o build/
make -C ./build
}
package() {
cd "${srcdir}/${pkgname%-git}"
make INSTALL_ROOT="${pkgdir}" -C ./build install
}
PKGBUILD例子2: cmake工程
# Contributor: liuminghang <liuminghang0821@gmail.com>
pkgname=durian-ocr
srcname=durian-ocr
pkgver=1.0.0.r0.gbf3d465
pkgrel=1
pkgdesc=" durian-ocr is no dtk deepin-ocr. This is a ocr tool ui."
arch=('any')
url="https://github.com/dependon/durian-ocr"
license=('GPLv3')
provides=(${pkgname})
conflicts=(${pkgname} ${pkgname%-git})
depends=(qt5-tools
)
makedepends=(git
qconf
pkgconfig
cmake
make)
source=("${pkgname%-git}::git+${url}.git")
sha256sums=('SKIP')
pkgver() {
cd "${srcdir}/${pkgname%-git}"
git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/-/./g'
}
build() {
cd "${srcdir}/${pkgname%-git}"
cmake -DCMAKE_INSTALL_PREFIX=/usr .
cmake --build . -j`nproc`
}
package() {
#cd "${srcdir}/${pkgname%-git}"
make -C ${srcdir}/${srcname} DESTDIR="$pkgdir" install
}
执行打包测试
接下来我习惯在一个文件夹下，实验正确性
makepkg PKGBUILD
由于我的github中tag为1.1.2，加上我写了
pkgver() {
cd "${srcdir}/${pkgname%-git}"
git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/-/./g'
}
所以打包不会按照上面的1.1.0来，并且把PKGBUILD同样修改了
打包完成(其实是测试完成)
相当于证明PKGBUILD没有问题即可
在arch的系统下点击改文件即可安装
上传到aur软件仓库
对于上传到官方仓库，.tat.zst的本地包不需要
官方仓库只需要PKGBUILD和.SRCINFO
好的，这样就能够打包了
接下来生成.SRCINFO文件(上传aur仓库需要)
makepkg --printsrcinfo > .SRCINFO
执行git clone ssh://aur@aur.archlinux.org/某项目.git
放入PKGBUILD和.SRCINFO
接下来add commit push即可
，文件push上去了之后，就能找到你的软件了
别的电脑怎么安装你的软件
yay -S 你的软件
如:
