I have run into disk size constraints, so I have to delete a few of the templates I downloaded and installed from “unman”. I go into wine settings and click delete. I type in the name of the Qubes to delete BUT it is telling me this…"VM installed by package manager: (name of qube)
So what or how do I delete these Qubes so much have more space back on my SSD?
NVM, The found the commands for Dom0, and I can delete now
Unman…
thank you for the “kali” template.I am using it and love it, have it setup the way I want. You see I am a CLI person, basically live in it. I use a app 2 apps either “tilix” OR " Terminator". I have tilix installed but would really like “Terminator” as well. I am having a problem trying to install it…Here is the github page…
I am following the process
sudo add-apt-repository ppa:mattrose/terminator
sudo apt-get update
sudo apt install terminator
BUT get these errors...
sudo: add-apt-repository: command not found
Err:1 http://HTTPS///http.kali.org/kali kali-rolling InRelease
500 Unable to connect [IP: 127.0.0.1 8082]
Err:2 http://HTTPS///deb.qubes-os.org/r4.0/vm bullseye InRelease
500 Unable to connect [IP: 127.0.0.1 8082]
Hit:3 https://deb.debian.org/debian bullseye InRelease
Hit:4 https://deb.debian.org/debian-security bullseye-security InRelease
Reading package lists... Done
W: Failed to fetch http://HTTPS///http.kali.org/kali/dists/kali-rolling/InRelease 500 Unable to connect [IP: 127.0.0.1 8082]
W: Failed to fetch http://HTTPS///deb.qubes-os.org/r4.0/vm/dists/bullseye/InRelease 500 Unable to connect [IP: 127.0.0.1 8082]
W: Some index files failed to download. They have been ignored, or old ones used instead.
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
qubes-core-agent : Depends: python3-qubesdb but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
Could you please Help out???
Thank you for your time and effort for everything...
Nvm, I found the fix for thisThese URLs don’t seem right. I don’t know how they got there, but as a workaround I would be curious to see if you can find them in /etc/apt/sources.list/ (or in one of the files in the /etc/apt/sources.list.d/ directory).
If you find them, replacing http://HTTPS/// by https:// would likely resolve the errors.
Thank you sir, I’ll give it a go this weekend when I’m off work and let you know…
I’m still learning the Qubes OS, so I wouldn’t know how they got in there or changed
This isn’t the problem - those are the canonical way of using TLS
repositories via a caching proxy like apt-cacher-ng.
They are build artefacts.
But they aren’t the problem in this case - the problem is (obviously)
command not found and the qubes-core-agent dependency which
I had fixed in the parrot, but not in this old kali template.
I’ll rebuild a kali for 4.0 overnight and post it in the morning.
It’s not advisable to mix Ubuntu and Debian packages, and
Terminator is available in the Debian repository - so the appropriate
thing is not to add a Ubuntu ppa, but to apt install terminator
@B_ryr Please see @unman’s answer and disregard mine.
I had never seen the URLs of repositories used through a proxy and missed the command not found error 
Thank you unman…
Yes I ever tried…
(apt install terminator/apt-get install terminator) it would not install either way.
So unmann, I was able to upgrade the Arch Linux template but big problems now. Nothing works, (terminal, leafpad, package updated… etc) the only thing that will run is the qubes settings for the Arch Linux template.I know it should work as even if the “archlinux” template is shut down. If I click any app I have selected to display under the template I see that the template is starting but no app shows up after it has started. will just delete and reinstall, just not update/upgrade… -Syu
It’s been pointed out to me that the Mint template (ulyssa) ships with a
limited icon set, so file manager is hard to use.
Installing gnome-icon-theme will fix this.
sudo apt install gnome-icon-theme
thank you and will do
worked like a “charm” for ulyssa… file explorers habe icons back!
Thanks a ton!
The same happens if you try to update the Parrot Template VM; the update aborts with a lot of messages 500 Unable to connect [IP: 127.0.0.1 8082].
If the offending lines in /etc/apt/sources.list.d/qubes-r4.list and .../parrot.list are changed from
deb ... http://HTTPS///deb... to
deb ... https://deb..., the update runs without problems.
Since all right thinking people use apt-cacher-ng as a caching proxy, I
would not describe these as “offending lines”.
@unman, there’s absolutely need to take ofense over this or offend others with “No True Scotsman” fallacies. As I’m sure you’re aware “offending lines” is the term used to describe the lines that caused the error.
If it was a joke, please add a winky face or something, as otherwise it gets lost in translation.
I don’t take offence, but I’m not a winky face person.
I thought that “all right thinking people” would indicate a note of
levity. Apparently I was wrong.
It’s not a matter of right thinking - as a non-linux-speakting guy, I simply don’t know and never heard of apt-cacher-ng. 
And now you have.
One of the issues with Qubes is that if you start to expand templates
beyond the standard, by cloning and configuring for particular purposes,
there is a good deal of redundancy keeping them up to date.
A caching proxy helps, since a package is downloaded once and then cached
for use by other templates. This is more efficient, and allows for very
fast updates.
If you use Qubes builder, using the same proxy allows for very fast
rebuilds, etc.
There is no loss of security because the client performs the same
security checks as normal.
apt-cacher-ng is a Debian based caching proxy, which works out of the
box for Debian based clients, Arch, Suse, and Cygwin. With minimal
configuration it will cache Fedora too.
If it is configured to listen on port 8082 it can be dropped in to place
in a standard Qubes configuration.
I have a note on this at GitHub - unman/notes
There is also a salt packaged solution at GitHub - unman/shaker
What’s the reason for the http://HTTPS/// ?
Any proxy has to deal with https requests - either it passes them without
caching, or it provides some MITM solution.
apt-cacher-ng has various solutions - the canonical way is to change the
request at the client - so the client requests http://HTTPS///, the
proxy gets a standard http, requests using TLS, caches and
passes back via http.
Anyone who has cloned templates will benefit from using a caching proxy,
and apt-cacher-ng is drop in usable in Qubes. Well worth a try.
I’ll be happy to help if anyone has any questions, or hits problems.