On Mon, Jan 04, 2021 at 06:29:13PM -0500, Matthew Miller wrote: > On Mon, Jan 04, 2021 at 10:21:15PM +0000, Matthew Almond via devel wrote: > > There's been a lot of interesting talk about the state and future of > > drpm. I'd like to propose we continue the conversation about that with > > a different subject line :) > > Okay, fair. I have a proposal. > > Right now, the problem is that making delta rpms is expensive, and therefore > we aren't making very many, which makes them even less useful. Plus, we're > only making them between updates and for packages where those updates are > frequent, that means you need to keep on top of things, which may be best > practice but is most difficult for low-bandwidth users who might most > benefit in the first place. > > So, the first thing we need to do to fix this is move deltarpm creation out > of the updates process. Kevin Fenzi tells me this would mean we'd need a > separate delta RPMs repo, which doesn't sound like a bad thing to me, but > we're not sure offhand if DNF can handle that without modification. Yeah, I don't recall how dnf looks for drpms. Right now they are in the same repo, using the same repodata. If we moved them to a new repo would they get found correctly? > This would let us make the delta RPMs asynchronously and not block updates. > And, it would also give us the ability to roughly see how important they are > to users, because we could see how popular that repository is compared to > the updates repo. > > I also remember when this was a killer feature for Fedora, and without any > real way of judging use and demand, I'm hesitant to kill it off. But that's > definitely plan B. We can point people who are in low-bandwidth situations > at Silverblue, CoreOS, and Kinoite as the preferred approach. Yeah, I came up with one more possible way we could get more drpms with our current setup, but need to talk to pungi maintainers and see if it's doable. :) After that, it's either split things out or drop drpms I think. kevin
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ 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
