Just saw that the newest image has
Removed: ublue-brew-0.1.13-1.fc43.x86_64
Not yet installed. What does it mean for automatic brew updates?
Just saw that the newest image has
Removed: ublue-brew-0.1.13-1.fc43.x86_64
Not yet installed. What does it mean for automatic brew updates?
Nothing, as brew comes from GitHub - ublue-os/brew: Homebrew tarball generation and integration
Yes, but I was thinking twice because of
rpm -ql ublue-brew
/etc/profile.d/brew-bash-completion.sh
/etc/profile.d/brew.sh
/etc/security/limits.d/30-brew-limits.conf
/usr/lib/systemd/system-preset/01-homebrew.preset
/usr/lib/systemd/system/brew-setup.service
/usr/lib/systemd/system/brew-update.service
/usr/lib/systemd/system/brew-update.timer
/usr/lib/systemd/system/brew-upgrade.service
/usr/lib/systemd/system/brew-upgrade.timer
/usr/lib/tmpfiles.d/homebrew.conf
/usr/share/fish/vendor_conf.d/ublue-brew.fish
/usr/share/homebrew.tar.zst
which looks to me that the update service will vanish.
Why would it vanish? It’s still part of common for example.
I thought when the package is removed there is no longer, e.g. `/usr/lib/systemd/system/brew-update.service`
Nothing stops us getting the needed stuff from elsewhere. In this case the common and brew repos
What is the common?
See this here:
Thanks. I haven’t checked yet. Does it mean that this common stuff contains the brew update mechanism?
EDIT: It looks like. The common stuff seems to be “wild” stuff. I mean it is not in any rpm package.
The systemd services are here:
It’s ingested here:
Don’t know what you mean by “wild”?
But the point is that we don’t want to rely on rpm packages if there is more native way of doing, like with OCIs.
When saying “wild” I mean to put stuff in /usr/… without having it packaged in an rpm package. ![]()
IMHO, packages have some advantages. For example, I could find out to which package a file belongs: rpm -q –file /usr/lib/systemd/system/brew-update.timer
So, it seems that I can assume (but don’t know for sure) that “unpackaged” files in /usr belong to common.