01:37 <chadmed> janneg: is there a reason we are going base..n-1 and then n-1..n rather than just going base..n for the asahi-kernel patches? we aren't doing that for asahi-sources, we are just going base..n

01:38 <chadmed> i assume its just to cut down a couple of MB of download since n-1 will hopefully already be cached in distfiles when the kernel is upgraded

05:45 <janneg> chadmed: it's to avoid creating and saving an uncompressed 5MB patch file when it's not necessary. I think I had that in asahi-sources as well but it doesn't integrate well with just copying the file for updates

05:48 <chadmed> i dont mind a bit of manual intervention on version bumps

05:48 <chadmed> does GH offer .patch.gz or anything like that

05:49 <chadmed> nope :c

06:08 <janneg> should be possibly to simplify it. maybe it could be even sufficient to just modify the base tag

06:14 <chadmed> well we still need to change GENTOO_CONFIG_VER and GENPATCHES_P

06:15 <chadmed> and maybe CONFIG_VER

06:17 <chadmed> we can get rid of the relfile sourcing now since the eclass does that for us now (sorry michal)