Package Details: linuxqq-appimage 3.2.19_20250820-1

Git Clone URL: https://aur.archlinux.org/linuxqq-appimage.git (read-only, click to copy)
Package Base: linuxqq-appimage
Description: New Linux QQ based on Electron
Upstream URL: https://im.qq.com/linuxqq/
Keywords: appimage electron linuxqq qq tencent
Licenses: custom
Conflicts: linuxqq, linuxqq-nt-bwrap
Provides: linuxqq, qq
Submitter: fengch
Maintainer: fengch
Last Packager: fengch
Votes: 11
Popularity: 0.000922
First Submitted: 2023-04-11 02:14 (UTC)
Last Updated: 2025-08-20 12:41 (UTC)

Pinned Comments

fengch commented on 2023-10-02 02:32 (UTC) (edited on 2024-08-20 06:03 (UTC) by fengch)

版本更新以 https://cdn-go.cn/qq-web/im.qq.com_new/latest/rainbow/linuxQQDownload.js 获取到的最新版本为准,如果新版本未通过这个链接发布,请不要将这个包标志为过期

包内提供了node.js脚本get_latest获取最新的版本 脚本 update.sh 直接更新 PKGBUILD 和 .SRCINFO 文件,然后手动打包安装

仓库在 https://gitlab.com/findlayfeng1/linuxqq-appimage 配置了 ci/cd 自动进行版本更新,检查频率为每天检查一次

Latest Comments

1 2 3 4 5 6 Next › Last »

fengch commented on 2025-07-07 13:09 (UTC)

@BryanLiang 试了几次确认从腾讯 im页面上爬下来的链接的确在变化。。。。,先暂停检测了。。。或者换之前 @wcbing 说到的另一个链接看看,这几天先暂停更新

BryanLiang commented on 2025-07-07 13:06 (UTC)

@fengch 我觉得自动打包脚本在更新前可以使用vercmp进行版本号比较。

fengch commented on 2025-07-07 13:01 (UTC)

@BryanLiang 估计是腾讯那边的cdn弄错了,返回了旧版本,脚本自动打包了一次,我没做升级验证。。。。

BryanLiang commented on 2025-07-07 09:50 (UTC)

@fengch 这个自动更新的脚本是不是有问题啊?怎么从3.2.18_2025_6_26更新到3.2.9_2024_6_6了呢?

fengch commented on 2024-08-20 06:02 (UTC)

@wcbing 感谢,有空更新一下脚本~

wcbing commented on 2024-08-17 03:20 (UTC) (edited on 2024-08-20 03:35 (UTC) by wcbing)

@fengch 那个 cdn-go 的 linuxQQDownload.js 链接不再固定,我看 gitlab 上改为了从首页正则获取。

我项目也要爬取 QQ 更新,前两天和朋友从这里得到提示,猜出更新链接为:https://im.qq.com/rainbow/linuxQQDownload

后来看到了 Flatpak 上的 QQ,他们也是从这里获取的,再看一看提交记录,这个好像在新 QQ 正式发布那天就有了。

Paeonia commented on 2024-05-07 16:17 (UTC) (edited on 2024-06-08 02:22 (UTC) by Paeonia)

太好了,感谢 @yifwon 与 @fengch

fengch commented on 2024-05-06 02:36 (UTC) (edited on 2024-05-06 02:36 (UTC) by fengch)

我知道什么原因,但不知道如何导致的,我比较我这边pkg目录下生成的appimage,是src目录下二进制文件strip之后的,非appimage文件没有这个问题是因为strip之后不影响程序运行,而对appimage来说,并不是一个真正的二进制文件,strip之后不能使用了。我查看过makepkg.conf文件,里边只有编译是会有strip的选项,而我也是保持!strip的,之所以我尝试手动install的时候没有问题,是因为在这个时候没有strip操作。

谢谢提供的线索,我找到了复现这个问题的办法了,因为这个pacman 补丁 导致,makepkg 构建默认启用了debug

虽然我不知道为什么 debug 标记会影响 install的行为,但是我发现开启debug标记后就会不正常, 现在将debug标记强制禁用

Paeonia commented on 2024-04-29 12:22 (UTC)

@yifwon 好神奇