On 2020-01-22 12:03, Kevin Kofler wrote:
Kevin Kofler wrote:
IMHO, this whole "delete by default" concept is inherently flawed and
dangerous and cannot be fixed. Notification e-mails can be lost in so many
ways (wrong Fedora notification settings, e-mail provider issues, spam
filter false positives, out-of-quota mailbox, etc.) or be missed due to
being offline for a prolonged period of time. It should never be allowed
to delete users' data without their explicit confirmation. Especially in
this case where it is not even possible to reupload the data because Copr
can no longer build for those EOL chroots (which is another quite annoying
limitation of Copr – allowing to build for EOL releases would also allow
people to try backporting select security fixes to those releases Fedora
no longer wants to support).
PS: I also think that at the very least, there ought to be a way to
permanently opt-out a Copr repository out of all future cleanups. Some Coprs
such as the Kannolo Copr should just always be preserved.
I also do not understand why 6 TB of disk space is such an issue in times
where one single HDD can carry up to 16 TB.
AFAIU, the problem is that if something should *always* be preserved,
you're looking at very different hardware (and associated maintenance
work) than a single HDD.
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
