Open akarelas opened 2 months ago
Hi. Searching first for xbps tools on "/usr/local/bin" and use this path if so solves your issue, doesn't it?
This doesn't seem like a perfect solution, because other users might want to place their wrapper scripts in their /root/.bin
directory. You'd have to search for that too, perhaps. And you'd have to know the order of directories in the $PATH
variable (maybe the user modified it).
Isn't it better just to remove the path from the execution command?
I'm sorry but removing the full path is too risky, because a malicious program could harm the system as it'll be executed with elevated privileges.
I'd be happy with this solution then:
Searching first for xbps tools on "/usr/local/bin" and use this path if so solves your issue, doesn't it?
Hi @akarelas Yesterday I coded the changes and were able to add a nice pre system upgrade hook using a custom posix shell wrapper on /usr/local/bin. Can you test your solution using latest git code?
I don't know how to do that. Do you mean xbps-src? I've used that once, I'll try if you want (and I might ask you or on IRC for help in doing that).
Ah, THIS git repo. Okay.
If I follow the steps on this page to install octoxbps from source, how easy will it be afterwards to cleanup everything? (And how will I do it?) I don't want it to mess my system.
Well, if you do not have the qt dev tools, maybe it's better if I tag a release and you upgrade octoxbps using the official method.
Yes, thanks!
Yes, thanks!
I've just released v0.4.0. Let's wait for XBPS automated package updates.
By no means an expert, but shouldn't there be a PR here? https://github.com/void-linux/void-packages/pulls?q=is%3Apr+octoxbps
Probably...
I noticed all of these PRs were made by people other than you. Should someone who is interested, other than you, do this one too?
Or should it happen automatically by a bot?
Indeed, it was never me. But this time it's taking a while.
@akarelas It seems we are close to something... https://repo-default.voidlinux.org/void-updates/void-updates.txt shows octoxbps 0.4.0 is scheduled...
Not that close yet, it seems :D Almost a month passed
Since I'm using the
etckeeper
utility, which keeps git commits of changes in the/etc
directory, I wrapped thexbps-install
andxbps-remove
programs with my own scripts with the same name, placed them in the /usr/local/bin directory, so that they execute the etckeeper pre-install and post-install scripts (a necessary move, as xbps does not support hooks) when I run xbps-install/remove from the console.This setup works fine when when using the command-line, but unfortunately doesn't when I use octoxbps and octoxbps-notifier to install/remove packages or to update my system, because octoxbps is executing the specific xbps-{install,remove} scripts that are under /usr/bin.
Would it be possible for you to remove the directory /usr/bin from the execution of the xbps utilities, so that they are searched from
$PATH
? This way we can create custom versions of xbps-{install,remove} and all will be fine. Alternatively, if my first suggestion is not possible, then could you please allow the overriding of these locations with environment variables?Thanks.