/srv/irclogs.ubuntu.com/2019/06/12/#ubuntu-devel.txt

=== ricab is now known as ricab|lunch
=== ogra is now known as Guest43551
=== ricab|lunch is now known as ricab
=== ricab_ is now known as ricab
rbasakxnox: please could you look at bug 1798786? Claimed to be a regression caused by libssl bump.14:27
ubottubug 1798786 in fetchmail (Ubuntu Bionic) "can't retrieve gmail emails. fetchmail: OU=No SNI provided; please fix your client./CN=invalid2.invalid" [High,In progress] https://launchpad.net/bugs/179878614:27
* rbasak doesn't see how that's "In progress"14:28
rbasakahasenack: ^ ah, just noticed the timing of your comment14:29
rbasakI added the regression-update tag.14:29
ahasenackyep, uploading to the sru queue as we speak14:29
ahasenackmeant to ping xnox just to let him know14:29
rbasakBecause I feel this should feed back to the SRU team on regression considerations for the SSL work.14:29
rbasakAh. Thanks!14:30
xnoxrbasak:  SNI is real, one must send SNI. SO that sru should ship, if it hasn't yet - https://code.launchpad.net/~ahasenack/ubuntu/+source/fetchmail/+git/fetchmail/+merge/36871314:30
ahasenackdoing it right now14:30
ahasenackjust checking the version number, I might have made a mistake there14:30
ahasenackah, yeah14:31
ahasenack6.3.26-3build1    | bionic14:31
ahasenack6.3.26-3ubuntu0.1 | cosmic-updates14:31
rbasakxnox: sure. No objection to the SRU. I just mean that for the libssl work, it's "Regression Potential" that might have been missed.14:31
rbasak(this could be a class of bugs and not just one)14:31
ahasenackwhat version can I use for bionic in this case? Cosmic has the fix already14:32
rbasakxnox: do we need to actively look for others, for example, to make sure that we haven't created other regressions?14:32
ahasenackI need something between 3build1 and 3ubuntu0.114:32
ahasenack3ubuntu0.1~18.04.1?14:32
rbasakahasenack: +114:32
rbasakInteresting odd case :)14:32
xnoxrbasak:  we have fixed half-a-dozen of these SNI things in all the things already. all of those SRUs landed in bionic, prior to landing 1.1.1 sru.14:33
xnoxbut obviously missed fetchmail14:33
rbasakxnox: ack. I was just asking if it needs to be thought about, not knowing what had already been considered.14:34
xnoxrbasak:  all good. SNI was called out as Regression Potential in the openssl 1.1.1 sru.... =)14:35
xnoxwe did anticipate, plan, fix things for it.14:35
rbasakAh, OK :)14:35
rbasakahasenack: when you upload, do you want a fast review for that? Seems appropriate.14:36
ahasenacksure14:36
ahasenackrbasak: mp is/was https://code.launchpad.net/~ahasenack/ubuntu/+source/fetchmail/+git/fetchmail/+merge/36871314:36
ahasenackI'll just have to update the version number, then maybe you can take a quick look, since cpaelzer's +1 was for the former?14:36
rbasakPossibly warrants an aging period ignore too, given that it's a regression and the fix is well tested in other series.14:37
rbasakSure14:37
cpaelzeryep14:38
cpaelzerahasenack: did you push a new version number to not collide?14:38
ahasenackcpaelzer: rbasak: just now14:38
rbasakahasenack: +1. Sorry I think I stole the wrong review slot.14:43
rbasak(there are no longer any team ones)14:43
rbasakahasenack: (please upload)14:44
ahasenackrbasak: done14:45
rbasakDoes anyone think that a quick verification and release into -updates immediately is a bad idea for this one?14:50
rbasakThe source is identical to what is in Cosmic now anyway, sans changelog14:51
ahasenackit's even the same version from cosmic14:51
ahasenackyeah14:51
ahasenackthe test is super easy, I can do it as soon as it's available14:51
rbasakSo only risk is of the rebuild environment being different (which, to be fair, we know it is, because of so much work in Bionic)14:51
ahasenackrbasak: well there is a new ssl being picked up this time :)14:51
rbasak:)14:51
=== ricab_ is now known as ricab
ahasenackrbasak: fetchmail verification done15:30
rbasakahasenack: thanks!15:32
rbasakvorlon: your comment introduces some doubt. Do you think I should wait before releasing?15:33
rbasakxnox: do you think you could help with vorlon's question in bug 1798786 please? I don't see you subscribed.15:33
ubottubug 1798786 in fetchmail (Ubuntu Bionic) "can't retrieve gmail emails. fetchmail: OU=No SNI provided; please fix your client./CN=invalid2.invalid" [High,Fix committed] https://launchpad.net/bugs/179878615:33
xnoxrbasak:  vorlon: https://bugs.launchpad.net/ubuntu/+source/fetchmail/+bug/1798786/comments/2715:36
ubottuLaunchpad bug 1798786 in fetchmail (Ubuntu Bionic) "can't retrieve gmail emails. fetchmail: OU=No SNI provided; please fix your client./CN=invalid2.invalid" [High,Fix committed]15:36
rbasakxnox: sounds like you're confident - are you happy for me to release?15:37
vorlonrbasak, xnox: thanks15:37
xnoxrbasak:  yes.15:41
rbasakDone. Thanks!15:41
rbasak(and to Andreas)15:41
rbasak(and Christian, and Steve!)15:42
TJ-is there a way to auto-generate an initial man-page for a built binary from its --help prior to custom editing it?18:45
ahasenackTJ-: I used txt2man in the past to bootstrap a new manpage19:28
bryce+1 to txt2man19:32
bryce(if the tool's --help is sensibly formatted)19:33
TJ-ahasenack: thanks! I ended up doing it manually. I'm packaging dmzadm (for dm-zoned) SMR drive management etc19:52
ahasenackgood luck, and thanks for thinking about the manpages :)19:53
TJ-ahasenack: I live in man-pages; couldn't be without :)19:58
ahasenack:)19:58
TJ-am I correct in thinking, for the version, if I publish initially in a PPA that -0ubuntu1-xxxx (so that there's no Debian version number) is the way to go?20:07
TJ-hmmm that should be -0ubuntu1~xxxx "~" of course20:09
ahasenack~, yes20:09
ahasenackI use ~ppaN20:09
TJ-I'm doing (test) builds for 18.04>19.10 so I add ~YYMM[.minor]20:41
TJ-In case anyone wants to test dmzadm with the dm_zoned device-mapper module, for SMR ZAC/ZBC (host managed) shingled drives, https://launchpad.net/~tj/+archive/ubuntu/ppa/21:48
Unit193txt2man?  Seems like you mean help2man.21:50

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!