Well, wouldn't the fedora-28-i386 be removed anyways once we remove also fedora-28-x86_64 (the machinery we implemented now which removes way too old chroots nobody is interested in).

mark it as outdated and expunge it once the outdated period times up (I like this one) or we can move it to /repositories/.

IMHO this won't be possible to do because when we unselect a chroot in project settings, we don't set any 'active' attribute to False, we just remove the row from the database (from the copr_chroot table). Therefore we have no way to set the delete_after attributes ... or even print a list of unselected chroots for that matter. That could be done only by going through all builds and looking on their chroots.

Is this supposed to be resolved by the script copr_print_results_to_delete.py?

The actual issue causing the "Leftovers when you de-select repository" is fixed, so we maybe can close this issue.

To remove those leftovers, we need to run copr_print_results_to_delete.py and remove what it finds, yes.

This is resolved now.