#OpenWrt 使用 GitHub Actions 编译 OpenWrt 新增 macOS 虚拟机编译 使用说明 PS: 已 fork 的小伙伴请自行合并最新代码或者重新 fork 获得最佳使用体验 频道：@GitHub_Actions_Channel
Hashtags
TGTGInsighttelegram intelligenceLIVE / telegram public index
#APPLE 🍎Apple 2025 秋季发布会看些啥？—— 自留地 の 前瞻盘点 明天凌晨，一年一度的阿果秋季春晚又要来了。老规矩，结合此前种种爆料和信息，我们一起来盘点一下今年可能的看点 📱iPhone 17 系列 - A19 系列处理器 - 推出全新 Air 系列，主打 5.5mm 超薄机身，配备「药丸」后摄模组，预计搭载 12GB RAM、Apple C1 调制解调器和 6.6 英寸显示屏 - Air 首发或暂无国行，因其大概率仅支持 eSIM，需等 eSIM 政策落地 - Pro 系列将采用半玻璃半铝的设计，其中玻璃区域用于 MagSafe 充电，后背还将采用巨大摄影头模组 - Pro 系列有望搭载 A19 Pro 处理器，以及全 48MP 后置三摄 / 最高 8 倍光学变焦 - Pro 机型将提供橙色、深蓝色、灰色、白色和黑色机型 - 数字版将迎来 6.3 英寸显示屏、A19 处理器以及「小药丸」后摄模组，有望带来 ProMotion 功能 - 将采用均热板等手段，进一步改善 iPhone 散热问题 📸 今年升级的亮点，我觉得除了推出轻薄 SKU 取代了 Plus 系列之外，依然是影像。随着国产 Android 品牌以及三星等竞品的不断发力，光学长焦等手机相机体验越来越好，Apple 这几年感受到了压力。去年使得 Pro 和 Pro Max 在影像功能上做到了对等，今年很高兴看到模组增大的同时，有新的功能和变化 像素提升、光学倍数增加，都是我们喜闻乐见的，拍演唱会等场景可以排上大用场。但是，正如我去年说的那样，我们也应该拥有一个「专业模式」来充分发挥这些硬件的实力。此外，对于日常用的中焦焦段的选择，Apple 应该有自己的思考 🧠 去年以为 Apple Intelligence 会在过去的这一年大展拳脚，但其实 Apple 还是在做底层的框架协议，至于落地一直传闻想要通过合作或者收购其他 LLM 来实现。我能理解 Apple 站到了一个十字路口，下一步选择很重要。但去全球化日益明显的今天，Apple Intelligence 在各国的落地也受到诸多法律和监管方面阻碍 从我个人的角度来看，对 Apple Intelligence 的需求也不是太强烈，日常主要还是以电脑使用为主。因此，今年也不排除会继续选择国行。最后，eSIM 或许是接下来一年每个人都要考虑的问题，如果新机真的大规模砍掉双 nano-SIM 卡，变为单卡 + eSIM 的模式，应该怎么处理自己目前的多卡问题 ⌚️Apple Watch 系列 - Apple Watch Ultra 3 将搭载全新 S11 芯片，并支持 5G 网络连接，保留卫星通信功能，略微增大屏幕尺寸 - Apple Watch Series 11 预计延续 Series 10 的设计语言 - Apple Watch SE 3 也可能获得升级，重点是升级芯片 - 目前尚不清楚是否会引入血压监测功能 🎧AirPods - AirPods Pro 3 有望在下半年发布 - 有望取消背部的传统实体配对按键，同时为充电盒正面引入触控操作区 - 耳机盒将变得更小 - 引入心率监测、体温监测等健康功能 - 实时翻译功能可能无法随硬件首发一同提供 之前通过 AC+ 更换的越南产 AirPods Pro 一代，已经快要罢工了，因此我迫切地等待第三代的发布 👀 今年的传闻大致如上所述，期待 iPad 和 Mac 更新的朋友或需要等更迟一些的发布会了。随着年龄增长，逐渐发现即便如 Apple 这样的品牌，也不能做对、做好每一件事，黄金时期的发展掩盖了很多问题，一旦停滞进入瓶颈期便暴露无遗。不管怎样，我还是很怀念那个爆料没有这么发达、发布会还是实时直播的年代 🔗 附上一些国内外媒体长文前瞻：Bloomberg | 9to5Mac | MacRumors | The Verge | sspai * 以上所有前瞻信息来自网络和爆料人，均在早晚报出现过，不一一列举来源。请以最终发布会结果为准，欢迎大家届时进群 @NewlearnerGroup 和我们一同观看 🍿️ 频道：@NewlearnerChannel
Hashtags
結果
38件の類似投稿が見つかりました
検索: #openwrt
当前筛选 #openwrt清除筛选
Krebs::OutputStream
@KbsEcho · Post #686 · 2025/12/29 07:48
这几天在树莓派上部署 act_runner, 遇到了一些问题, 在此记录一下解决办法。 树莓派其实是我的路由器, 安装 ImmortalWrt (OpenWRT); act_runner 使用 Docker 启动容器以执行任务, 但旧版 OpenWRT 对 Docker 的支持有些问题: 在 docker pull 时可能遇到 failed to register layer: operation not supported 错误, pr/16181 解决了该问题, 该补丁被合入 v24.10.0 中。 不幸的是, 我的树莓派目前运行的 OpenWRT 版本是 v23.05.2, 并不包含该补丁。那么, 此时正常的思路应该是升级 OpenWRT, 然而 OpenWRT 并不可以直接升级, 而且我平时把路由器当服务器用 ( RPI4 的性能只拿来转发包也太浪费了吧? ) 又因为日常秉持容器歧视原则 (能不用容器就不用), 所以我的 rootfs 里其实有大量自定义安装的软件/配置等等, 如果真的遵循官方的升级指南, 那迁移 rootfs 可太费劲了。 不过, 其实我们只是想要 pr/16181 那个补丁, 难道不是吗? 理论上完全可以自己构建合并了补丁的内核, 然后仅替换内核就可以美美解决问题了。由于这个补丁提交的时候 OpenWRT 主线已进入 linux 6.6, 所以要先 backport 补丁到 5.15, 不过这一步并不难, 毕竟只涉及到内核构建配置修改而已。 接着, 遵循指南编译内核, 并用 binwalk 从 sysupgrade 镜像中拿出 boot 分区, 再刷入到对应分区应该就好了😃 启动测试, 树莓派陷入了 bootloop, 串口输出的日志中发现内核模块加载时有大量 unknown symbol 错误: [ 2.152044] kmodloader: loading kernel modules from /etc/modules-boot.d/* ... [ 2.333239] exfat: Unknown symbol kmem_cache_alloc_trace (err -2) [ 2.400118] fat: Unknown symbol kmem_cache_alloc_trace (err -2) [ 2.460838] exfat: Unknown symbol kmem_cache_alloc_trace (err -2) [ 2.498255] fat: Unknown symbol kmem_cache_alloc_trace (err -2) ... 这暗示了内核构建配置实际有所不同, 但我的确是 checkout 到一样的 commitid 去编译的, 怎么会不同呢？难道 Firmware Selector 上提供的镜像不是用默认参数编译的吗？ 还真不是，经 ImmortalWrt 群群友提醒，预构建镜像的构建参数可以在 downloads.immortalwrt.org/downloads.openwrt.org 下载到, 使用正确的参数构建后, 树莓派顺利启动。 但启动日志仍指示一些问题: [ 11.525850] failed to validate module [ppp_async] BTF: -22 [ 11.531799] BPF:[79577] STRUCT 2 [ 11.535114] BPF:size=24 vlen=3 [ 11.538169] BPF: [ 11.540084] BPF:Invalid name [ 11.542954] BPF: ... 不过, BTF 验证失败并不影响模块加载, 又因为我们的确构建了高度相似的内核, 所以我不认为这是一个问题 (目前也确实没遇到什么问题)。至于为什么会产生错误, 我猜测可能是因为工具链版本不同所致 (OpenWRT Buildsystem 总是部署最新的工具链), 如果使用 downloads.immortalwrt.org 页面上提供的工具链, 这个问题应该会解决, 但我没有验证。 此外, 还有一点不得不提, 就是文件系统支持是可以作为 kmod 构建的 ( CONFIG_EXT4_FS=m ), 但 OpenWRT 的默认配置是 CONFIG_EXT4_FS=y (builtin)。我不知道为什么 pr/16181 在标题上写 kmod-ext4..., 如果它确实被作为内核模块构建, 应该替换 /lib/modules/$(uname -r) 路径下对应的 ko, 而不需要动 boot 分区中的内核。 总的来说, 是一次简单的玩具级灵车之旅。 #Linux#OpenWRT
https://omnitt.com/ #openwrt#tool #openwrt@Qiao_blog #tool@Qiao_blog
1️⃣故障:使用OpenWrt并且开启了IPV6的用户，运营商每次断线重启的时候，有概率会出现断网一直连不上的问题，需要自己手动重拨才能连上。 2️⃣原因:运营商每次断线的时候，wan_6口还没来得及关闭，wan口就已经重拨连上了，导致内网没有IPV6，所以连不上网。 3️⃣解决方法:手动修改路由器文件 /lib/netifd/ppp-down，最后一行加上sleep 3 #openwrt #小技巧
折腾了两三天，终于重新把网络环境布置好了，对旁路、网关等设置又有了新的理解。 #openwrt#宽带
In case you're searching for wifi and Ethernet #routers with open source #Openwrt Linux distribution here's some trustworthy ones Openwrt One https://openwrt.org/toh/openwrt/one https://docs.banana-pi.org/en/OpenWRT-One/BananaPi_OpenWRT-One Turris https://www.turris.com https://openwrt.org/toh/turris/turris_omnia GL-inet https://www.gl-inet.com https://openwrt.org/toh/gl.inet/start
Pi&N1交流群通知频道
@newpin1channel · Post #385 · 2020/07/19 03:18
💢京东签到插件已更新：V0.8.1-B💢 #openwrt#ipk 修复newapp.sh更新脚本版本出错的问题 修复部分cookie更新到脚本时出错的问题 🛑node-request下载 ⚠️安装步骤[重要]⚠️ 已经安装的用户 提前copy一下cookie,直接上传ipk 安装即可。 1.自行安装Node [命令: opkg update && opkg install node] (如果已经安装node版本的网易云插件则可以跳过) 2.一些必要的依赖 wget 和 coreutils-nohup [命令：opkg install wget coreutils-nohup] 3.根据自己的系统架构选择合适的node-request.ipk进行安装。 - Pi[H5] 系列：aarch64_cortex-a53 - Pi[H3] 系列：arm_cortex-a7_neon-vfpv4 - 树莓派4：aarch64_cortex-a72 - N1/ 贝壳云：aarch64_generic - MT7621：mipsel_24kc - x86：x86_64 - 其他：自行编译 - 如果找不到合适的,也可以通过ssh: opkg install node-npm 然后 npm install request -g 进行安装 4.安装luci-app-jd-dailybonus Enjoy! 插件制作 by 老竭力 特别感谢NobyDa的js脚本。
OpenWRT.ai 最近倒腾了个AX1800Pro，在刷OpenWRT的时候发现了这个网站，免费用户可以每天免费自定义构建一次固件包，支持非常多的硬件类型。 https://openwrt.ai/ #工具箱#OpenWRT#网络
Pi&N1交流群通知频道
@newpin1channel · Post #526 · 2022/05/09 15:01
固件类型： #openwrt#x86旁路专用 版本：R22.5.5 - 內核5.15.37 IP地址: openwrt.local/ 或 进入主路由查看 插件列表： ┌ rootfs 空间 ：300MB ├ VSSR [1.25] ├ OpenClash [0.45.16] ├ 广告屏蔽大师plus+ └ KMS服务器
▎SmartDNS SmartDNS 是一个运行在本地的 DNS 服务器，它接受来自本地客户端的 DNS 查询请求，然后从多个上游 DNS 服务器获取 DNS 查询结果，并将访问速度最快的结果返回给客户端，以此提高网络访问速度。 SmartDNS 同时支持指定特定域名 IP 地址，并高性匹配，可达到过滤广告的效果; 支持DOT(DNS over TLS)和DOH(DNS over HTTPS)，更好的保护隐私。 与 DNSmasq 的 all-servers 不同，SmartDNS 返回的是访问速度最快的解析结果。 支持树莓派、OpenWrt、华硕路由器原生固件和 Windows 系统等。 项目地址：https://github.com/pymumu/smartdns SmartDNS官网：https://pymumu.github.io/smartdns 标签：#OpenWrt#Windows#路由#Linux
▎RunFilesBuilder #github#iStoreOS#openwrt#APP 这是一个工作流。同步各位大佬项目里最新编译的ipk文件 生成适用于iStoreOS/ImmortalWrt用的run自解压包 - wukongdaily/RunFilesBuilder 项目地址： https://github.com/wukongdaily/RunFilesBuilder
在 iStoreOS (ARM64) 上安装q #教程#openwrt#Linux#bash 本指南适用于 iStoreOS（基于 OpenWrt），确保你的系统可以正确安装 Git、Go 1.22，并成功运行 q。 1. 安装 Git 并启用 HTTPS 支持 opkg update opkg install git git-http ca-certificates 检查 Git 是否安装成功： git --version 如果输出类似： git version 2.x.x 说明安装成功。 2. 安装 Go (1.22) cd /tmp wget https://go.dev/dl/go1.22.0.linux-arm64.tar.gz mkdir -p /opt/go tar -C /opt/go -xzf go1.22.0.linux-arm64.tar.gz echo 'export PATH=/opt/go/go/bin:$PATH' >> ~/.profile source ~/.profile 检查安装是否成功： go version 应输出： go version go1.22.0 linux/arm64 3. 克隆 q 源代码 git clone https://github.com/natesales/q.git cd q 4. 编译并安装 q go install github.com/natesales/q@latest 5. 确保 q 在 PATH 中 echo 'export PATH=$(go env GOPATH)/bin:$PATH' >> ~/.profile source ~/.profile 6. 验证安装 q --version 如果输出 q 的版本号，说明安装成功！ 7. 如果 q 仍然找不到 运行： echo $PATH go env GOPATH ls -l $(go env GOPATH)/bin/q 如果 q 安装成功但找不到，可以手动移动到 /usr/local/bin： mv $(go env GOPATH)/bin/q /usr/local/bin/ 然后再次尝试运行： q --version 现在，你可以在 iStoreOS 上使用 q 了！