Re: Copr delete-by-default expiration policy still unacceptable

2022-10-14 Thread Daniel P . Berrangé
On Fri, Oct 14, 2022 at 09:24:05AM +0200, Miroslav Suchý wrote: > Dne 13. 10. 22 v 14:41 Kevin Kofler via devel napsal(a): > > At least allow the opt-out per maintainer. > > > > I would suggest to add the permanent opt-out checkbox, mark it "(BETA)", and > > then evaluate how many maintainers

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-14 Thread Miroslav Suchý
Dne 13. 10. 22 v 16:24 Josh Boyer napsal(a): Would you be willing to pay for that feature? BTW I have been seriously probing for some time whether people would be willing to pay for private repositories. And this is my first time mentioning it in public space :) Miroslav

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-14 Thread Miroslav Suchý
Dne 13. 10. 22 v 17:18 PGNet Dev napsal(a): Another option is to get the containerized COPR efforts polished & available.  Then, any/all could spin them up easily (aka, far easier than now), and deploy locally, &/or make available ... and, charge some reasonable fee for those downloads.

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-14 Thread Miroslav Suchý
Dne 13. 10. 22 v 14:41 Kevin Kofler via devel napsal(a): At least allow the opt-out per maintainer. I would suggest to add the permanent opt-out checkbox, mark it "(BETA)", and then evaluate how many maintainers actually check that checkbox and how much resource usage is actually caused by it.

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-14 Thread Miroslav Suchý
Dne 13. 10. 22 v 15:27 Stephen Smoogen napsal(a): The problem is that they HAVE been running out of disk space quite regularly. This is not a new problem as COPR has bounced off of zero storage over time as various 'newer' hardware is moved over for their usage. Currently, the storage they are

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-14 Thread Miroslav Suchý
Dne 13. 10. 22 v 17:06 Neal Gompa napsal(a): Considering services like packagecloud.io and others exist and do manage to make money storing repositories and builds, I think it's pretty workable for COPR too. It would require some advertising and such to get it out there, but it'd be workable.

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Gary Buhrmaster
On Thu, Oct 13, 2022 at 3:56 PM Josh Boyer wrote: > > On Thu, Oct 13, 2022 at 11:04 AM Gary Buhrmaster > wrote: > > > > On Thu, Oct 13, 2022 at 2:25 PM Josh Boyer > > wrote: > > > > > Would you be willing to pay for that feature? > > > > A "freemium" COPR service? > > > > I suspect that that

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Josh Boyer
On Thu, Oct 13, 2022 at 11:04 AM Gary Buhrmaster wrote: > > On Thu, Oct 13, 2022 at 2:25 PM Josh Boyer wrote: > > > Would you be willing to pay for that feature? > > A "freemium" COPR service? > > I suspect that that would be such a > niche service that the cost per user > (to pay for the

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread PGNet Dev
Don't get me wrong, the folks who work on Koji and Copr are great, but even they'll admit that they're woefully underfunded. The compose tooling, PDC, etc. are also examples of this problem. Can't agree enough. Hats off to the COPR folks. Without it, even it current state, RH/Fed ecosystem is,

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Neal Gompa
On Thu, Oct 13, 2022 at 11:04 AM Gary Buhrmaster wrote: > > On Thu, Oct 13, 2022 at 2:25 PM Josh Boyer wrote: > > > Would you be willing to pay for that feature? > > A "freemium" COPR service? > > I suspect that that would be such a > niche service that the cost per user > (to pay for the

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Gary Buhrmaster
On Thu, Oct 13, 2022 at 2:25 PM Josh Boyer wrote: > Would you be willing to pay for that feature? A "freemium" COPR service? I suspect that that would be such a niche service that the cost per user (to pay for the overheads to create and maintain it) would not be acceptable to anyone.

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Mattia Verga via devel
Il 13/10/22 16:48, Kevin Kofler via devel ha scritto: > > What makes Copr so interesting is that it is offered at no cost to all > Fedora contributors. But it has always been treated as an unloved stepchild > by Red Hat and has never received the kind of resources, e.g., OBS has. Is there any

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Neal Gompa
On Thu, Oct 13, 2022 at 10:48 AM Kevin Kofler via devel wrote: > > Josh Boyer wrote: > > Would you be willing to pay for that feature? > > Probably not, because at that point, it would probably be cheaper to just > set up a mirror or even a full-fledged build system on a VPS somewhere. Or > even

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Josh Boyer
On Thu, Oct 13, 2022 at 10:48 AM Kevin Kofler via devel wrote: > > Josh Boyer wrote: > > Would you be willing to pay for that feature? > > Probably not, because at that point, it would probably be cheaper to just > set up a mirror or even a full-fledged build system on a VPS somewhere. Or > even

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Kevin Kofler via devel
Josh Boyer wrote: > Would you be willing to pay for that feature? Probably not, because at that point, it would probably be cheaper to just set up a mirror or even a full-fledged build system on a VPS somewhere. Or even to use OBS, though I do not know what their retention policies for old

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Michael J Gruber
You do have to admit that this happens only as a result of: - wanting to support EOLed chroots - not wanting to support non EOLed chroots (for those projects) - not receiving notification e-mails - not logging onto the web UI for more than 75 days All of this in combination, and knowingly, as

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Josh Boyer
On Thu, Oct 13, 2022 at 8:41 AM Kevin Kofler via devel wrote: > > Miroslav Suchý wrote: > > Dne 13. 10. 22 v 6:12 Kevin Kofler via devel napsal(a): > >> I am really angry at Copr's expiration policy once again. It looks like I > >> missed the deadline to renew the expired chroots (I still do not

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Stephen Smoogen
On Thu, 13 Oct 2022 at 08:49, Kevin Kofler via devel < devel@lists.fedoraproject.org> wrote: > Miroslav Suchý wrote: > > Dne 13. 10. 22 v 6:12 Kevin Kofler via devel napsal(a): > >> I am really angry at Copr's expiration policy once again. It looks like > I > >> missed the deadline to renew the

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Kevin Kofler via devel
Miroslav Suchý wrote: > Dne 13. 10. 22 v 6:12 Kevin Kofler via devel napsal(a): >> I am really angry at Copr's expiration policy once again. It looks like I >> missed the deadline to renew the expired chroots (I still do not get any >> notification mails, they end up eaten in a spam filter

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-13 Thread Miroslav Suchý
Dne 13. 10. 22 v 6:12 Kevin Kofler via devel napsal(a): I am really angry at Copr's expiration policy once again. It looks like I missed the deadline to renew the expired chroots (I still do not get any notification mails, they end up eaten in a spam filter somewhere), so once again a lot of

Re: Copr delete-by-default expiration policy still unacceptable

2022-10-12 Thread Kevin Kofler via devel
PS: At the very least, you could add a checkbox to allow a maintainer to opt out permanently of automatic expiration (it would still be possible to manually click on "Expire now"), as opposed to having to click dozens of buttons (an everincreasing number, since there is not even an "Extend all"

Copr delete-by-default expiration policy still unacceptable

2022-10-12 Thread Kevin Kofler via devel
Hi, I am really angry at Copr's expiration policy once again. It looks like I missed the deadline to renew the expired chroots (I still do not get any notification mails, they end up eaten in a spam filter somewhere), so once again a lot of data was deleted forever with no way to recover it.