[00:42] ikepanhc: I guess I don't get metas afterall? [00:43] ikepanhc: (This is what I meant by "if you upload them all at once, you don't have to babysit", cause I could be promoting and moving this mess along by now) === ben1u is now known as benlu [01:43] infinity: just uploaded, shall be done in any minutes. [01:44] infinity: fall to sleep too early yesterday :p [01:54] ikepanhc: My clock's completely backward. [02:13] ikepanhc: Ack. You still there? [02:13] ikepanhc: You dropped the changes from the last upload in your quantal meta. [02:13] ikepanhc: err, precise, I mean. [02:14] infinity: eh... let me check again [02:14] https://launchpadlibrarian.net/129646059/linux-meta-armadaxp_3.2.0.1613.19_3.2.0.1614.19.diff.gz [02:14] infinity: eh, you are right, give me another 10min [02:14] ^-- That should have been 3.2.0.1614.20 and included the changes from 3.2.0.1613.19 [02:18] Hrm, it could be that Andy forgot to commit that revision to git. That would do it. [02:19] I will replay it. Just 10min [02:30] uploaded, wait ppa finishing package verify [02:31] ikepanhc: Would have more sense to keep Andy's previous changelog, and then just do your version bump on top, but oh well. [02:34] ikepanhc: Other than the changelog being weird, this at least produces the same source and binaries, so I'm happy enough with it. [02:35] infinity: is there any guidebook for debian packaging? I am starting to think it would be better if I can read it [02:36] ikepanhc: Well, I'm not sure a guide book here would have helped, it's just common courtesy to not wipe out a previous changelog entry. :) [02:36] (In this case, I doubt Andy cares about attribution, so the diff is just "weird", rather than anything else) [02:37] yes, that's what confusing me, since we have two .1614.19 in changelog. that will make changelog weird in any way [02:42] Well, my suggestion would have been to just include Andy's change, and then change your version to 1614.20, dropping the 1614.19 change entirely. [02:42] But too late now. [02:42] Since you can't reuse 1614.20, and doing ANOTHER upload just to twiddle the changelog more is pretty pointless. [02:43] infinity: btw, thanks for the review. I am glad that you let me know that I shall review the diff after upload [02:46] ikepanhc: s/after/before/ [02:46] ikepanhc: Please. :P [02:47] ikepanhc: Grab the old source, and "debdiff old.dsc new.dsc" [02:47] understood. [02:47] After is a little late, especially in the case of "oops, I did something weird and now I can't reuse that version number, so I get to have a strange changelog that documents my mistakes or mysteriously skips version numbers to hide them". :) [02:48] So, for the sake of buildd resources and your own pride, review diffs before upload. :) [02:48] * ikepanhc nods [02:48] I can not agree more [02:49] People staging in PPAs actually get it a bit rougher here. [02:49] Cause once you've uploaded to the PPA, the version is used up, and the package has eaten a few buildds. [02:49] People uploading directly to $stable-proposed get to have me yell at them from a queue review, and I can reject the package and they can redo it as if it never existed. === zequence_ is now known as zequence === yofel_ is now known as yofel [15:11] apw: lowlatency sources are updated. Did you want me to do something more this time? === zequence_ is now known as zequence