All of the sudden, when I am trying to install a package in a dvm template (and possibly also in an appvm), the disp-manager can’t download index files.
OK some salient facts before I present the error messages:
- Yes, I know it’s usually dumb to install to an AppVM. However, these are packages I put together that install to /usr/local/… It would be OK if the dang thing would just install; they worked fine last week when it WOULD install.
- I CAN log into the dvm template and install with ‘sudo apt install’. It’s just that I can’t do it through salt because salt runs the manager, which won’t work. Unfortunately, if I do it this way I must then manually perform all of the other salt states that depend on these packages being there. (At which point, if I can’t fix this, I might as well write a bash script to do the work. At least then I wouldn’t have to debug two languages (salt and jinja) simultaneously when something goes wrong.)
- My update VM is set properly (in my case that means to sys-net-wifi). Though it doesn’t seem to make any difference; it was actually mistakenly set to something else earlier and it didn’t complain about that or even try to start that vm–but did fail the same way as shown below. Is there some other setting for what qube to use for installs?
- I have no trouble pinging any of the locations listed below from within sys-net-wifi. I can also type in the URLs in a browser VM and see the files this thing is apparently failing to download.
- I can’t try to debug the manager disposable itself because it’s “internal.”" No way to get into it during the brief time before it fails.
- This is the same place I was failing with the Cacher before I got fed up with it and removed it; except the cacher was complaining it couldn’t allocate memory within these same messages. It’s possible I was barking up the wrong tree there.
- I am VERY frustrated with this and am wondering if I’d be better off with ubuntu than a system that at arbitrary times just decides to give me fits when I try to rebuild templates.
OK–and I’m having to copy-type from a different physical system, so please excuse typos–the messages from the salt log are:
An error was encountered while installing packages(s) E: Failed to fetch https://deb.debian.org/debian/dists/bookworm/InRelease Temporary failure resolving 'deb.debian.org'
E:failed to fetch https://deb/debian.org/debian-security/dists/bookworm-security/InRelease Temporary failure resolving 'deb.debian.org'
E: Failed to fetch https://deb.qubes-os.org/r4.2/vm/dists/bookworm/InRelease Temporary failure resolving 'deb.qubes-os.org'
E: Some index files failed to download. They have been ignored, or old ones used instead.
(That last is a lie; it’s not ignoring them it’s refusing to do a damned thing without them–even though it should have no trouble getting them. Why can’t I skip this part and just install my packages?)