Rene KievitsandClaude Opus 5
ef8b6b96c4
Build / build (push) Successful in 46s
Blocking snu.lge.com in /etc/hosts never stopped the boot popup on a CX, and the reason only showed up on the TV itself: /usr/sbin/update is a systemd unit (webos-mbd.target) that runs its version check against https://snu.lge.com/CheckSWAutoUpdate.laf 15-20 seconds before the Homebrew Channel gets as far as running its init.d hooks. The check therefore succeeds on every boot and the alert is already on screen before any hosts entry exists. Homebrew Channel's own "block system updates" toggle loses the same race. Nothing running that late can win it: every systemd unit path is a read-only overlay except tmpfs /run, and no persistent setting gates the check - automaticUpdate, support/softwareUpdateEnable, hotelMode/swUpdateEnable and .UpdateIsInprogress were each measured by restarting the daemon and counting its requests. So dismiss the popup instead. The boot hook recovers the alert id from the updater's own log (_gAlertWindowId), which is the only way to reach an alert that opened before we could subscribe - com.webos.notification never reports it to a late subscriber and closeAllAlerts rejects every source id it accepts. A companion alert-watch.sh then stays subscribed for the rest of the session. Also drop two things that were never true. There is no staged firmware image driving the popup (the staging dir is empty at boot; the size the daemon reports is in-memory only), and there is no update service to stop - /etc/init is dead upstart leftovers on a systemd TV, so the old stopServices layer printed "stopped update" while doing nothing. - rename the hook to 00-lgupdateblocker so run-parts runs it first, removing the legacy file on apply - add support/ and hotelMode/ to the scanned settings categories - stop matching "ota" inside screenRotation, which would have switched screen rotation off - kill the watcher by process group, and make its TERM trap exit - a trap that only returns resumes the script, which then re-subscribes Verified on an LG OLED55CX8LB (webOS 5, 04.60.65): after a reboot the boot log records "dismissed update popup com.webos.service.update-1788650782451", matching the id the updater logged that boot. Raised 01:26:22, closed 01:26:37 - so it is visible for ~15s and then goes away on its own. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
21 lines
689 B
JSON
21 lines
689 B
JSON
{
|
|
"name": "com.rkievits.lgupdateblocker",
|
|
"version": "1.1.0",
|
|
"title": "LG Update Blocker",
|
|
"description": "Blocks the recurring LG webOS firmware update popup on rooted TVs",
|
|
"private": true,
|
|
"scripts": {
|
|
"build": "node tools/build.js",
|
|
"package": "ares-package build/app build/service -n -o dist",
|
|
"manifest": "node tools/gen-manifest.js",
|
|
"dist": "npm run build && npm run package && npm run manifest",
|
|
"deploy": "ares-install dist/${npm_package_name}_${npm_package_version}_all.ipk",
|
|
"launch": "ares-launch ${npm_package_name}",
|
|
"clean": "rm -rf build dist"
|
|
},
|
|
"license": "MIT",
|
|
"devDependencies": {
|
|
"@webos-tools/cli": "^3.2.1"
|
|
}
|
|
}
|