Package Details: linuxqq 5:3.2.13_29927-1

Git Clone URL: https://aur.archlinux.org/linuxqq.git (read-only, click to copy)
Package Base: linuxqq
Description: New Linux QQ based on Electron
Upstream URL: https://im.qq.com/linuxqq
Keywords: electron linuxqq qq tencent
Licenses: LicenseRef-QQ
Conflicts: linuxqq-nt-bwrap
Submitter: redchenjs
Maintainer: Integral (Purofle)
Last Packager: Integral
Votes: 91
Popularity: 1.48
First Submitted: 2019-10-24 14:27 (UTC)
Last Updated: 2024-11-24 06:23 (UTC)

Pinned Comments

Integral commented on 2023-03-14 09:20 (UTC)

目前通过删除 linuxqq 包自带的 libvips 临时解决了浏览图片时崩溃的问题 PS:感谢 @ayatale 的建议

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 28 Next › Last »

deconf commented on 2023-05-18 09:57 (UTC) (edited on 2023-05-18 09:59 (UTC) by deconf)

疑似虚拟网卡设备的MAC变动会触发记忆登录失效,以及linuxqq 其他行为,比如回去读cpuid,网卡mac,磁盘uuid,建议使用 apparmor 限制如下:

# File: /etc/apparmor.d/usr.bin.linuxqq
abi <abi/3.0>,

include <tunables/global>

/usr/bin/linuxqq {
  include <abstractions/audio>
  include <abstractions/base>
  include <abstractions/bash>
  include <abstractions/consoles>
  include <abstractions/dbus-session-strict>
  include <abstractions/fonts>
  include <abstractions/gnome>
  include <abstractions/nameservice>
  include <abstractions/nvidia>
  include <abstractions/ubuntu-browsers.d/user-files>
  include <abstractions/vulkan>

  ptrace trace peer=/usr/bin/linuxqq,

  /dev/disk/by-uuid/ r,
  /etc/host.conf r,
  /etc/hosts r,
  /etc/libva.conf r,
  /etc/lsb-release r,
  /etc/nsswitch.conf r,
  /etc/resolv.conf r,
  /opt/QQ/** mrwix,
  /opt/QQ/chrome_100_percent.pak r,
  /opt/QQ/chrome_200_percent.pak r,
  /opt/QQ/icudtl.dat r,
  /opt/QQ/libffmpeg.so mr,
  /opt/QQ/locales/zh-CN.pak r,
  /opt/QQ/qq mrix,
  /proc/ r,
  /proc/*/stat r,
  /proc/devices r,
  /proc/modules r,
  /proc/sys/fs/inotify/max_user_watches r,
  /proc/sys/kernel/yama/ptrace_scope r,
  /proc/version r,
  /sys/bus/pci/devices/** r,
  deny /sys/class/net/** r,
  deny /sys/devices/virtual/net/** r,
  /sys/devices/pci0000:00/** r,
  /sys/devices/system/cpu/**l r,
  /sys/devices/virtual/dmi/id/bios_date r,
  /sys/devices/virtual/dmi/id/bios_vendor r,
  /sys/devices/virtual/dmi/id/bios_version r,
  /sys/devices/virtual/dmi/id/modalias r,
  /sys/devices/virtual/dmi/id/product_name r,
  /sys/devices/virtual/dmi/id/sys_vendor r,
  /sys/devices/virtual/tty/tty0/active r,
  /usr/bin/bash ix,
  /usr/bin/find ix,
  /usr/bin/find r,
  /usr/bin/linuxqq r,
  /usr/bin/lsb_release mrix,
  /usr/bin/nvidia-modprobe mrix,
  /usr/lib/ r,
  /usr/share/fcitx5/themes/default/theme.conf r,
  /usr/share/texmf-dist/fonts/** r,
  owner "/home/*/.config/QQ/Local Storage/leveldb/LOCK" k,
  owner /dev/shm/** rw,
  owner /home/*/ r,
  owner /home/*/.Xauthority r,
  owner /home/*/.cache/ rw,
  owner /home/*/.cache/event-sound-cache.tdb.archlinux.x86_64-pc-linux-gnu k,
  owner /home/*/.config/QQ/** rwk,
  owner /home/*/.local/share/fonts/ r,
  owner /home/*/.local/share/fonts/.uuid r,
  owner /home/*/.pki/nssdb/cert9.db k,
  owner /home/*/.pki/nssdb/key4.db k,
  owner /proc/*/cmdline r,
  owner /proc/*/fd/ r,
  owner /proc/*/mem r,
  owner /proc/*/oom_score_adj w,
  owner /proc/*/statm r,
  owner /proc/*/task/** r,
  owner /run/user/1000/pulse/ rw,

}

hysonger commented on 2023-05-18 06:10 (UTC)

破案了,有出现无法记忆登录问题的人,请自查自己是否使用网桥等虚拟网卡设备,比如说docker会创建网桥(我一禁用docker并删除网桥立即恢复正常了),疑似虚拟网卡设备的MAC变动会触发记忆登录失效

Cyberczy commented on 2023-05-18 04:09 (UTC)

3.1.2闪退问题已经修复啦,无脑升级!!!

szeto commented on 2023-05-16 08:44 (UTC)

@onlymash 我也有这个问题,请问你解决了吗?我是用网线连接的时候会出现这个问题,用wifi就可以登陆。

dannygao commented on 2023-05-12 00:45 (UTC)

搞不懂,搞不懂,闪退问题一直没有解决。目前的解决方案好像都不行。算了,目前使用TIM还比较稳定,没有出现相应的问题。

onlymash commented on 2023-05-07 14:12 (UTC)

谁知道在登录时提示“网络连接失败”怎么解决?

Mundanity commented on 2023-05-07 06:14 (UTC)

@ston 也有道理啊!libstdc++.so.6 确实也是bugly 调用的一个库。不过,如果是libstdc++.so.6的问题的话,那应该不是最近gcc-13出来的问题了,至少还要早,因为我昨天才更新的gcc-13去测试C++20特性,而 linuxqq 登录崩溃则是之前就已经有了。

ston commented on 2023-05-07 04:14 (UTC)

@Mundanity @htdocscat 经测试可能和最近更新的gcc-13有关,我用LD_PRELOAD指定gcc-12的libstdc++.so.6不再触发闪退

htdocscat commented on 2023-05-07 02:55 (UTC) (edited on 2023-05-07 03:01 (UTC) by htdocscat)

然后这事就很尴尬了,因为curl出现的问题,估计腾讯完全没有收到我们这个平台上的错误日志(如果他们真的有人在看的话)。

我这边是在堆栈跟踪当中发现了curlbugly相关的组件,虽然在堆栈跟踪中出现崩溃跟踪组件这种事情并不少见(即使发生的错误和日志上传组件完全没关系,比如libunwind之类的),但是中间出现的函数名和curl确实引起了我的怀疑,就算是处理崩溃的必要步骤,也不太可能在这个流程中直接出现curl去进行上传,因为这个时候整个程序的状态已经不可控了。