[12:08] <ahasenack> cpaelzer: rbasak kstenerud: hi, can one of you review https://code.launchpad.net/~ahasenack/ubuntu/+source/krb5/+git/krb5/+merge/358792 please?
[12:26] <lordievader> Good afternoon
[12:28] <joop_> lordievader: hello
[12:28] <lordievader> Hey joop_ , how are you doing?
[12:41] <coreycb> jamespage: i retriggered all the cinder dep8 failures and they're successful with the new version. probably should get the rest of the dep8 failures fixed before uploading many more packages.
[12:50] <jamespage> coreycb: I'm clearing neutron and friends atm
[12:57] <coreycb> jamespage: sounds good. should I add seconds to my git versioning? :)
[12:57] <jamespage> coreycb: maybe - that was just for some randomness just in case I did two same day snapshots
[12:58] <coreycb> jamespage: er maybe that's the day of the yr?
[12:58] <coreycb> jamespage: ok randomness
[12:59] <coreycb> hour of the day prob makes sense
[13:02] <joop_> lordievader: not so good, got a concussion
[13:02] <joop_> You?
[13:03] <lordievader> That sucks. I'm doing fine.
[13:04] <coreycb> jamespage: taking a look at the oslo.policy dep8 failure
[13:07] <jamespage> coreycb: ack
[13:22] <TheHonorableKit-> Good morning peeps
[13:48] <rbasak> kstenerud, cpaelzer: https://code.launchpad.net/~kstenerud/ubuntu/+source/nspr/+git/nspr/+merge/358904 has an odd source branch name. Was that intentional?
[13:49] <kstenerud> I'm not sure what that means...
[13:52] <ahasenack> it's also marked as work-in-progress
[13:52] <ahasenack> so it won't show up in https://code.launchpad.net/~canonical-server/+activereviews
[13:59] <cpaelzer> rbasak: ahasenack: it was an accident but is fixed now
[13:59]  * cpaelzer takes a reminder, if I want fast review leave it in WIP :-P
[14:05] <rbasak> Oh, I didn't notice the status. I just get the emails :)
[14:10] <samba35> i am try to compile a kernel ,i have source and header pack installed when i run make command i am getting this erro
[14:10] <samba35> root@intelc:/usr/src/linux-headers-4.15.0-39# make
[14:10] <samba35> make[1]: *** No rule to make target 'arch/x86/entry/syscalls/syscall_32.tbl', needed by 'arch/x86/include/generated/asm/syscalls_32.h'.  Stop.
[14:10] <samba35> arch/x86/Makefile:256: recipe for target 'archheaders' failed
[14:10] <samba35> make: *** [archheaders] Error 2
[14:11] <TheHonorableKit-> that moment some douche attempts to hack your ssh: https://paste.ubuntu.com/p/q3wTfBfbHf/
[14:11] <TheHonorableKit-> annnnd ban.
[14:11] <samba35> sorry i thought limit of 5 lines
[14:12] <samba35> i am trying to add intel acs patch to kernel
[14:13] <Ussat> I am srsly debating dropping RHEL from my env and going all Ubuntu servers after this stupid shit
[14:13] <Ussat> I have a mix now
[14:33] <rbasak> samba35: try using "apt-file"
[14:33] <rbasak> It'll find you which package ships particular files
[15:02] <coreycb> jamespage: oslo.policy is fixed up. just re-running tests and will upload. looking at oslo.service.
[15:18] <rbasak> smoser: https://bugs.launchpad.net/lazr.restfulclient/+bug/1803558
[15:18] <rbasak> Looks like there's a new release.
[15:20] <rbasak> Looks like we're pinning it though :-/
[15:44] <smoser> rbasak: what were we pinning ?
[15:48] <rbasak> smoser: lazr.restfulclient==0.14.0 in git-ubuntu setup.py, and 0.14.1 has been released (today?) with a fix following the httplib2 change.
[15:49] <rbasak> I'm just checking to see if the build is now broken differently due to the pin or not.
[15:49] <rbasak> I'm hoping that I can remove the pin if necessary.
[15:53] <smoser> DOTIBMB: dude on the internet broke my build
[16:02] <rbasak> smoser: the build now uses 0.14.1 despite the pin.
[16:03] <rbasak> So I think it has resolved itself with no changes needed.
[16:03] <rbasak> No idea why the pin doesn't break things.
[16:03] <rbasak> Possibly because elsewhere in snapcraft.yaml we avoid installing it in favour of what th elaunchpadlib part wants
[16:04] <smoser> rbasak: so rebase should make my MPs pass again ?
[16:04] <smoser> oh. or even i dont need a rebase.
[16:05] <rbasak> Right
[16:05] <smoser> that his weird. just seems wrong.
[16:05] <rbasak> I'm just retrying the nightly now
[16:05] <smoser> cause it means one day something works, and tomorrow it doesnt.
[16:05] <smoser> meaning you can never really git-bisect
[16:05] <rbasak> I don't think it's wrong. httplib2 broke things, lazr.restfulclient released a point release to work around.
[16:06] <rbasak> What we need is a global pin list that is generated by the unpinned build for reproduction purposes that can also be consumed by the build.
[16:06] <rbasak> But that doesn't exist :(
[16:06] <smoser> right.
[16:54] <jamespage> coreycb: OK I've cleared through neutron + neutron-* and networking-* into proposed - its all a bit of a tangle of removal of py2 packages, but I think things should migrate now everything is there
[16:55] <coreycb> jamespage: \o/ i'll take a look and pick up on others this afternoon
[16:55] <jamespage> coreycb: I had to disable 3 tests un n-d-r - https://bugs.launchpad.net/neutron/+bug/1803745
[16:55] <jamespage> its an upstream issue due to the fact that its using neutron from rocky still for testing :-)
[16:55] <jamespage> hurrah!
[16:56] <coreycb> jamespage: ah, ok
[16:58] <coreycb> jamespage: oslo.service and oslo.policy are uploaded and their dep8 tests should pass now. for oslo.service i just skipped the offending test for py3 and opened a bug upstream as it takes about 500x longer to run on py3 (even py35).
[16:58] <jamespage> coreycb: ack
[19:46] <bipul> Hi.
[19:47] <bipul> I'm unable to install as unattended mode ubuntu server in Virtualbox. Does anyone know how to do that?