[09:16] 👋 [09:16] morning [09:46] brb, new kernel [10:01] wonder if the new kernel is a fix for the recent root shell exploit [10:02] bthomas: which root shell exploit? [10:03] http://securitylab.github.com/research/Ubuntu-gdm3-accountsservice-LPE [10:05] bthomas: https://ubuntu.com/security/notices/USN-4616-1 [10:06] (so not a kernel bug) [10:07] Ah ok. Indeed. I was mistaken. [10:35] ¡Muy buenos días a todos! [10:55] नमस्ते facubatista [10:55] hola bthomas [11:45] reviews appreciated: https://github.com/canonical/charmcraft/pull/180 [11:45] PR charmcraft#180: Support to create a library, first step in all the lifecycle [12:15] Good morning! [12:17] it is! because i have yet to get lunch! [12:17] * Chipaca fixes that [12:19] Bon Appetite! [12:19] Chipaca facubatista : Is the implementation of event.defer() like a co-routine i.e. does the hook continue from the point event.defer was called or does it continue from the begenning of the hook. [12:19] I am expecting it continues from beginning of the hook. [12:19] bthomas, it's not a subroutine at all [12:19] bthomas: defer means 'deliver this event again later' [12:19] bthomas, the event just is sent again, the method is called "from scratch" [12:20] ok got it so it is from begining of hook. That is good. [12:20] facubatista: writing operators in scratch would be fun [12:20] Chipaca, we can hire Felipe! [12:20] facubatista: and then fire him! [12:20] facubatista: two life lessons for the price of one! [12:20] jajaj [12:20] poor Felipe [12:21] facubatista: clearly what we should do is set up an apprenticeship scheme where apprentices *pay us* to learn how to write operators [12:21] $$$ [12:21] Chipaca: I think that would work if we remove some of the docstrings [12:22] nah, just rotate them all one method to the right [12:22] Although there still some needs which opens up the possibility of consulatation [12:22] ha ha. I like rotation. [12:34] this joke probably brought to you by me learning about the >>>= operator in javascript, yesterday [12:36] Haven't seen that. I would have expected compound assignment with right shift to be >>= . [12:38] JoseMasson justinclark please use my latest develop branch for mongodb . It allows you to connect directly to monodb fully initialized. [12:39] Great bthomas! the branch named "refactor" ? [12:39] yep [12:40] Give it a shot. As always I love hearing about any bugs and issues. It may not solve the problem of Graylog connecting to the wrong host. I am not sure about that one but we can dig into it in today's pair programming session. [13:27] * bthomas -> lunch [13:37] * Chipaca → break [13:48] * Chipaca actually going to take that break now [14:14] Chipaca: A break with "Chipaca con chicharrón y mate" or tea and biscuits? [14:15] JoseMasson: just a cuppa coffee [14:28] * bthomas needs coffee too [15:06] bthomas, still same logs as yesterday :/ [15:08] justinclark: there are two issues 1) Graylog not seeing mongodb 2) Mongodb not properly initialized. If you connect with mongoclient do you see a prompt such as "rs0:PRIMARY>" . If so mongodb is initilialized. Is this the case ? [15:08] PR #1: Fix stop event attribute [15:09] Hi mup...!? [15:10] bthomas, if I do "mongo , I got "rs0:SECONDARY". When I did "mongo /graylog", it was "rs0:PRIMARY" [15:11] justinclark: Yes ingress address is what I meant [15:11] If you got either SECONDARY or PRIMARY that is fine [15:11] Either indicate that mongodb is initialized [15:12] https://pastebin.ubuntu.com/p/YgXg2TnR5S/ [15:13] justinclark: can we jump on Graylog daily link [15:13] Yep [15:13] am there now [18:06] * facubatista -> bbl === mup is now known as 7JTABK1M1