#archlinux-cn-offtopic

!sHfvsJejodKvXevZ5DIO_XTCyV0ElW1n6NOR__tH7Pc

23,333 messages · Page 192 of 234

telegram_694598748
太可怕了,我以为现在正经国家的银行都没有这些手续费了
telegram_92432906
ATM耗電,櫃臺消耗人力,網銀轉賬要服務器,所以要手續費?
telegram_8093990650
怎么通过element-desktop 加入bash irc ?
telegram_1914797688
借记卡消费也要算吗
telegram_92432906
* 存取或者轉賬一次的手續費,一般一次150,日常多取幾次就把這月利息花超了
telegram_694598748
日本好可怕
telegram_694598748
为什么会有手续费?!又不是跨行或跨境转账
telegram_92432906
存取或者轉賬一次的手續費,一般一次500,日常多取幾次就把這月利息花超了
telegram_694598748
怎么还有手续费的
telegram_5700169067
这简直是负利率
telegram_92432906
存活期甚至利息不抵手續費
telegram_92432906
那日本人定期只有 0.375%
telegram_1914797688
所以房贷lpr也在降
telegram_92432906
基準利率和通脹率不一樣
yatseni
是的,还有些aur上的PKGBUILD,也偶尔需要改一点编译参数
telegram_8478069838
Gemini,这是一个 AUR 的 PKGBUILD,帮我偷过来改成一个.sh,然后打包成 DEB。
yatseni
是呀,我想了一下还挺麻烦,就看看有前人的例子
telegram_881729343
基于容器的 action 也会很麻烦,主要是产物权限变成 root 了,还得自己改回来
yatseni
好,我得看看
telegram_1587739157
不知道现在还能不能用
telegram_1587739157
可以参考0w佬以前的博客 https://nyac.at/posts/auto-build-aur
telegram_881729343
你看我这个就摆脱了 aur helper 的依赖,因为直接要你传递一个仓库进去(
telegram_824372155
github actions 有一个 container 属性的
telegram_824372155
这应该是最 trivial 的做法了(
telegram_1587739157
好几年前了,不推荐喵
yatseni
对是这个意思,把你的打包例子发一下 @Cafe
telegram_824372155
严格来说可能也算滥用,但这种一般就没那么严格
telegram_1587739157
telegram_1587739157
当时看别人的 action 对 aur 依赖的解决不是很好,我用很蠢的方法实现了(写个 dockerfile,from archlinux 并添加 yay,用 yay 构建再上传)
telegram_824372155
那不清楚了
telegram_881729343
然后发现带 epoch 的那就没法,因为里面的 : 不允许作为文件名(
yatseni
那要是我自己写的PKGBUILD呢
telegram_1587739157
我以前用过 github 打包,最后 pkg.tar.zst 和 repo.db 上传到 releases 里当软件源
telegram_881729343
有没有计数溢出的情况(
telegram_881729343
总之确实,要正经的还是自己来弄 lilac 之类的吧
telegram_824372155
我记得说是只有上游打包才不算滥用,你这种自己打别人的包给自己用的就算滥用(
telegram_1587739157
但这是我在公司电脑上不得不面对的问题,怀疑是威联通的 qsync 客户端有毛病,不释放句柄
yatseni
github还这么干?
telegram_881729343
正好跑路去更没 ai 的地方(
telegram_824372155
就怕号没了( github 号不是一个简单的帐号,它也提供 sso
telegram_881729343
是,没人找上来就这么将就用了(
yatseni
不会太多,多了我硬盘装不下,只是我自己用的一些包,应该不算吧
telegram_824372155
或者在 archlinuxcn 里维护一个包
telegram_824372155
自己本地编译呗
telegram_881729343
https://github.com/arenekosreal/repo 没有自动化检查依赖以及是否需要重新编译,以及受限于 GitHub Release 的限制还要额外处理
yatseni
没有打包机器啊
telegram_824372155
可以做到但这算滥用吧(
yatseni
不想本机打包,github 打包好了,直接下载
telegram_881729343
当然是自己来在 action 里编译二进制(
telegram_824372155
aur 只分发 PKGBUILD,为什么要用 github actions(
littleme
我草 windows当年黑他 也不是黑这点 说他长期不关机卡 也不是句柄泄漏这个问题吧... 现在的windows 真的已经不再是生产力设备了
yatseni
arch aur 中的包
telegram_824372155
要打什么包
yatseni
怎么用github action打包,有没有例子
linuxcn
telegram_241995008
打包的人
linuxcn
还是打包的贡献者
linuxcn
> <@telegram_241995008:nichi.co> 会有人帮你 微软吗
linuxcn
* 过时包会是一直过时的吗
telegram_241995008
* 会有人帮你更新的
linuxcn
谢谢你,银河蜗牛
telegram_241995008
会有人帮你
linuxcn
telegram_824372155
那不至于,及时更新就行了
telegram_1102618031
[m.image] image.jpeg
linuxcn
* 微软的vscode-bin过时了,我刚好用的这个, aur/visual-studio-code-bin 1.109.1-1 (+1609 24.01) (过时的: 2026-02-11)
linuxcn
微软的vscode-bin过时了,我刚好用的这个
linuxcn
> <@telegram_824372155:nichi.co> 忍受旧 bug 甚至是安全漏洞,且通常无法得到上游支持 过时包会是一只过时的吗
telegram_1395981741
生产环境过时包挺多的吧(除安全更新外
telegram_824372155
忍受旧 bug 甚至是安全漏洞,且通常无法得到上游支持
telegram_1395981741
没做过运维,运维是不是24h on call啊
telegram_1395981741
并没有彻底墙掉
linuxcn
话说,用过时软件包会有什么影响吗
telegram_1395981741
我记得gh一直只是dns污染来着
telegram_881729343
不是故意时断时续伪装成服务器的问题吗
kureneko
死了就不用赚钱了(
linuxcn
我在cloudflare群听人家说, GFW是人工手动的
telegram_1002758479
我记得一年半以前不挂梯子根本上不了github一点
linuxcn
> <@kureneko:fedora.im> 不如润二次元 可以,能赚钱就行
linuxcn
> <@telegram_1002758479:nichi.co> 话说,是不是墙对github的监管放松了 我也感觉是这样
telegram_1002758479
话说,是不是墙对github的监管放松了
telegram_1395981741
视频制作者的声量决定了生产力所在)
kureneko
不如润二次元
telegram_5044834448
别问, 问就是大v这么说, 你算老几
matterbridge
[HoroBot] 🎰🎰
linuxcn
不知道六个月的学习能不能让我面上运维
telegram_5044834448
唯一正统生产力: 剪短视频
telegram_8459942659
仿真实验与编译kernel之类的还是多核更重要点
telegram_241995008
Windows ARM的LLVM
telegram_241995008
https://www.phoronix.com/news/LLVM-22.1-rc3-Released
telegram_8093990650
flatpak element 咋还不能用
telegram_1522196488
早上好!
telegram_824372155
在那之前 futex 一直无法在单线程中和 epoll 之类的等待 fd 的 api 结合使用,而 io_uring 统合了二者
telegram_824372155
说到这个,顺便一提,io_uring 已经支持 futex 两年了 https://www.phoronix.com/news/IO_uring-FUTEX-Linux-6.7 https://man.archlinux.org/man/io_uring_enter.2#IORING_OP_FUTEX_WAIT
kureneko
苹果获屏下 Touch ID 新专利,支持 iPhone 及 Mac 等多类设备 苹果近日获批一项名为“具有局部亮度调节能力的显示器”的新专利,披露了屏下 Touch ID 技术的最新研究进展。该技术利用显示屏像素产生局部闪光以照亮指纹,并由屏下传感器阵列完成采集。与传统全屏闪烁方案不同,该专利支持在识别指纹时保持屏幕其余区域的信息显示。 专利显示该技术可应用于 iPhone、iPad 及 Mac 等设备。此前有传闻称,折叠屏 iPhone 因机身厚度限制难以搭载 Face ID,该专利为其提供了技术支撑。该专利于 2025 年 1 月提交申请,目前尚不确定苹果是否会在近期产品中量产该技术。 AppleInsider 🍀在花频道 🍵茶馆聊天 📮投稿
telegram_824372155
谁知道呢(
telegram_1212261321
[m.image] image.jpeg
telegram_241995008
说明大卫卡特勒当年想岔了?
telegram_824372155
这句话就足以看出 wine 开发者的无奈了(
telegram_824372155
太真实了
← Previous Page 192 / 234 Next →

Matrix Historian — Message Archive Browser