On Wednesday, January 22, 2020 8:35:32 AM CET Pavel Raiskup wrote: > On Tuesday, January 21, 2020 11:59:50 PM CET Jakub Kadlcik wrote: > > > For what it's worth, I never got the promised notification for my Coprs. > > > The legacy chroots are just gone forever with no warning whatsoever. > > > > I am truly sorry to hear that. I am afraid, that there is no way to > > > > recover > > those data. Thank you for reporting it though, I have investigated the > > issue and did as much as I could to prevent it from happening in the future. > > > > I wrote some unit tests for the feature and more importantly > > added a constraint, so we won't remove any chroot, that we haven't sent > > a notification email about. I have also found a possible cause of the issue, > > so I temporarily disabled the feature. > > > > Tests, fix, and explanation in https://pagure.io/copr/copr/pull-request/1229 > > Just one missing hint I'm not sure is clear, you can anytime take a look at: > > Project -> Settings -> Repositories > > and prolong the life of outdated directory to 180 days. Also, when the chroot > is EOLed we are used to send an email to [1], so till this bug is fixed - as a > workaround - you can poll there. > > [1] > https://lists.fedoraproject.org/archives/list/copr-de...@lists.fedorahosted.org/ > > Sorry for the lost emails,
And sorry for the lost EOL chroots :-( Pavel > Pavel > > > Jakub > > > > On Mon, Jan 20, 2020 at 1:09 PM Kevin Kofler <kevin.kof...@chello.at> wrote: > > > > > > Neal Gompa wrote: > > > > * building containers, ISOs, disk images > > > > > > +1 (at least installable live ISOs). > > > > > > > using kiwi and/or appliance-tools+livecd-tools/lorax > > > > > > I vote for livecd-creator from livecd-tools, it is the easiest to use > > > (and in particular, livecd-creator accepts kickstarts from > > > livemedia-creator > > > with little to no changes, whereas the opposite requires many more > > > changes), > > > the easiest to do local testing with (because it supports caching > > > packages without complicated workarounds), and probably also the easiest > > > to > > > integrate into the Copr setup (because it has less stringent setup > > > requirements). > > > > > > (Neal, I know I don't have to explain the rationale to YOU, but the > > > other readers should know the rationale. :-) ) > > > > > > > * automatic rebuilds of packages when dependencies change > > > > > > I am not sure about that one. I would at least like it to be optional > > > if implemented (because I would probably not enable it for most of my > > > Coprs), and I am concerned about the resource usage. > > > > > > > The second item would make Rawhide builds so much more useful since > > > > they won't just silently remain broken. > > > > > > Most likely they'll just fail to build instead of silently failing > > > to install. ;-) (And then they'll still fail to install because there was > > > no successful rebuild.) > > > > > > Sure, there are cases where a straight rebuild (for a new dependency > > > soname) will help, but judging from my experience with Rawhide FTBFSes, > > > often, a rebuild with no changes won't even succeed where no soname was > > > bumped (and soname bumps typically indicate some API change that makes it > > > more likely that the rebuild will fail). > > > > > > Kevin Kofler > > > _______________________________________________ > > > devel mailing list -- devel@lists.fedoraproject.org > > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > > 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@lists.fedoraproject.org > > _______________________________________________ > > devel mailing list -- devel@lists.fedoraproject.org > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > > 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@lists.fedoraproject.org > > > > _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org
