 @KMyers, App image is just bad all around.
 @ahoneybun, Some may say the same of snaps... I can't say I am a fan personally
 Yea I mean as long as a debian or rpm is available.
 @ahoneybun, Deb and RPMs are available
[01:56] <roaksoax> snaps are awesome!
 Who wants to see some authentic Filipino food
 Sure! Also out of curiosity. How many dongs did it cost?
 Trust me, you dont want to see it
 I know what he is talking about
 https://keybase.io/inv/0cfc9ca620 … https://keybase.io/inv/362d557b95
 https://keybase.io/inv/aa61cfdd00
 XD
 Well, now if that doesn't pique my curiosity I don't know what does.
 Are we going to use keybase?
 Just some invites if anyone wants one
 I feel the Google assistant works way better on the Google home than it does on Android
 One random example, I tell Google home to play Italian music.  I do the same on the s7 assistant and it refuses to play anything put the same classical play list.
 But*
 5G NR stands for 5G Not Ready.
 International Telecom Union says 5G is specified as theoretical maximum speed of 20GBPS at a minimum.  5G NR is 1GBPS to 10GPBS.   Verizon is not ready for 5G.
 If you ask verizon, they will say it's 5G New Radio.  But it's Not Ready or Not Really.
 They are 1/20th of the way to actual 5G speeds.
 I just mailed my Acer c720 to a cousin. Much sadness.
 X86 + sea bios, will miss it lol


[04:06] <Mirv> morning, and yes QCommandLineParser usage should lead to >= 5.2.0 dependencies automatically
[05:03] <Lunner> ls
[05:18] <Lunner> ls
[08:18] <MerucodClassic> Is there any effort to port Unity over to bsd?
[08:38] <Cimi> /back
[08:38] <Cimi> I had connection issues, they fixed this morning
[08:47] <tsdgeos> Saviq: ping
[08:47] <Saviq> tsdgeos, pong
[08:47] <tsdgeos> Saviq: can you give  lp:~aacid/unity8/unity8_real_async_loader  a quick try and see what you think of the behaviour?
[08:47] <Saviq> tsdgeos, yup
[08:48] <tsdgeos> i think it looks faster/smoother and acceptable in look&feel
[08:56] <tsdgeos> and my interwebs crashed
[08:56] <tsdgeos> Saviq: not sure you got
 i think it looks faster/smoother and acceptable in look&feel
 but would like a more impartial opinion before i make it pass tests etc
[08:58] <Saviq> tsdgeos, yup, doing
[09:03] <Guest47462> Hi guys. Is it possible to point a result of one scope to another scope? i.e. trending tweets -> the trending scope result points to the 'twitter' scope with proper search term
[09:03] <Saviq> mhr3, ↑
[09:04] <karni> :)
[09:04] <karni> That would be an annotation, I suppose (?)
[09:04] <Saviq> karni, we call those "canned queries"
[09:04] <karni> ah cool
[09:04] <Saviq> karni, I'm not sure what exactly their status is, but it's coming
[09:04]  * karni wants to know moar :)
[09:04] <mhr3> karni, yes it is
[09:04] <karni> wohoo
[09:05] <karni> Tell me about it please :) Or point me to the docs (good joke, right ;D?)
[09:06] <mhr3> you'd just return ActivationResponse with a query to run
[09:06] <mhr3> same thing scopes scope does really
[09:06] <karni> mhr3: do remote scopes support that as well?
[09:07] <mhr3> not atm
[09:07] <mhr3> there's a bug about it
[09:07] <Saviq> tsdgeos, it does feel a bit better... I feel that we should do even better than that...
[09:07] <mhr3> karni, they will
[09:07] <karni> mhr3: I see
[09:08] <karni> mhr3: until then, I suppose I can point to twitter from the preview instead.
[09:09] <tsdgeos> Saviq: there isn't much more things i can do, basically everything is async now except the text and the card.qml creation itself
[09:09] <tsdgeos> but card.qml is just the text and the AbstractButton
[09:10] <tsdgeos> but i'll keep digging :)
[09:11] <mhr3> karni, fyi https://bugs.launchpad.net/unity-scopes-api/+bug/1305147
[09:11] <Saviq> tsdgeos, well, sure, but if you just put a Rectangle { color: "grey" opacity: 0.3 } or so behind the actual delegate (and load whole Card.qml async), it's totally smooth
[09:12] <karni> mhr3: subscribed, thanks!
[09:12] <Saviq> tsdgeos, so maybe we should think of something like that
[09:12] <tsdgeos> Saviq: yes, we can do that
[09:13] <mhr3> karni, oh wait, i think i misunderstood
[09:13] <Saviq> tsdgeos, but this is a step in the right direction for sure
[09:13] <karni> mhr3: no, I think this is exaclty it
[09:13] <mhr3> karni, you can't override what happens on tap, that always opens a preview
[09:13] <karni> mhr3: suppose "icecream" is trending topic right now on twitter. I can point from "Twitter Trending" scope to "Twitter" scope with 'icecream' search term
[09:13] <mhr3> unless it's an annotation
[09:13] <Saviq> tsdgeos, I'm only worried that once we put a workaround in place, we won't look at actually making the Card itself faster ;)
[09:13] <tsdgeos> Saviq: well, not sure, i mean if we go for the rectangle and card.qml totally async, i'm not convinced we need this
[09:14] <mhr3> karni, and we don't support annotations yet either :)
[09:14] <karni> mhr3: ah, that's fine. button in preview is fine
[09:14] <Saviq> tsdgeos, yeah, exactly ;)
[09:14] <karni> mhr3: baby steps :)
[09:15] <tsdgeos> Saviq: yeah, true, but i'm not sure we can make Card itself much faster, other than making the UShape faster
[09:16] <tsdgeos> Saviq: so basically you tell me what you want, try to make what i have faster without the async Card, go back to async Card + Rectangle, try to make Card itself faster
[09:16] <Saviq> tsdgeos, I still worry we'd be better off with purpose-built minimal Cards, falling back to the current behemoth Card.qml
[09:16] <tsdgeos> i'm open to anything :)
[09:17] <mhr3> +1 on specializing at least the apps cards
[09:18] <Saviq> tsdgeos, I think what we need is more analysis - like simplify Card.qml down to Shape + Label, and take measurements in the process to see what's the heaviest thing there
[09:18] <Saviq> we could also try with The New Shape™... but...
[09:20] <Saviq> tsdgeos, basically, if we can't see much improvement between a minimal "Shape + Label" and your asynchronized Card.qml, we'll know that this is not the bottleneck
[09:20] <Saviq> which I'm not sure is the case still, there's still too much happening in Card.qml I'm afraid
[09:21] <tsdgeos> ok
[09:21] <tsdgeos> i'll try that
[09:25] <Saviq> /food
[10:02] <mhr3> tsdgeos, been seeing this quite often with latest images http://imgur.com/q6fbfuC something to be worried about?
[10:02] <tsdgeos> yes
[10:02] <tsdgeos> should not happen
[10:04] <mhr3> is there a bug opened about it?
[10:04] <mhr3> it's not like this was the first time i saw it
[10:05] <mhr3> only seems more common
[10:06] <tsdgeos> i do not know of any bug open about this
[10:08] <mhr3> Saviq, aware of one ^?
[10:25] <Cimi> seb128, https://code.launchpad.net/~unity-team/ubuntu-system-settings/wizard.wifi/+merge/212675 :)))))))))
[10:26] <seb128> Cimi, get mterry to approve it and I can put a landing
[10:26] <Cimi> seb128, he approved
[10:27] <Cimi> seb128, but sine he participated in the branch, he asks for review
[10:28] <seb128> k
[10:28] <seb128> well, I've no slot for settings atm, still busy with the desktop LTS
[10:28] <seb128> but I can try to have a look next week
[10:29] <Cimi> seb128, someone else?
[10:29] <Cimi> if you're busy..
[10:29] <seb128> Cimi, we are short on people working on settings
[10:29] <seb128> you can try to ping kenvandine when he gets online
[10:29] <Cimi> ok thx
[10:30] <seb128> or tedg
[10:30] <seb128> he wrote the wifi settings
[10:30] <seb128> so he might want to review the wizard side
[10:37] <Cimi> Saviq, split common merging soon?
[10:38] <tsdgeos> Saviq: it is amazignly much faster :S
[10:41] <Saviq> tsdgeos, that's what I was afraid of
[10:41] <tsdgeos> Saviq: pushed to lp:~aacid/unity8/specialized_cards
[10:41] <tsdgeos> give it a try
[10:42] <tsdgeos> it's obviously not production ready since it's a total hack
[10:42] <tsdgeos> but the speed difference is quite woah
[10:43] <didrocks> Saviq: I've move the IRC bot to canonistack, it's stable enough for that. Feel free to tell me if you see any issue
[10:43] <Saviq> didrocks, just joined, thanks!
[10:43] <didrocks> great ;)
[10:45] <Saviq> tsdgeos, yeah, I can still make it skip frames, but yeah, it's a lot better
[10:46] <tsdgeos> Saviq: you can make it skip frames? not here, or my eyes are not that trained :D
[10:46] <Cimi> tsdgeos, we love hacks
[10:46] <tsdgeos> Saviq: and that's without the UbuntuShape being async
[10:46] <Saviq> tsdgeos, oh yeah, easy - open "Available" and scroll up as fast as you can
[10:46] <Cimi> tsdgeos, with async might be faster?
[10:46] <tsdgeos> sure
[10:46] <tsdgeos> well not faster
[10:46] <Cimi> tsdgeos, I mean the loader
[10:46] <tsdgeos> but less blocky
[10:47] <Cimi> you removed async from loader
[10:47] <tsdgeos> i know
[10:47] <tsdgeos> i don't mean that one
[10:47] <tsdgeos> i mean another one that in this branch doesn't exist
[10:47] <Saviq> Cimi, we're waiting for U to open, don't want to SRU
[10:47] <tsdgeos> adding async there makes you end up with basically and empty dash if you scroll faaaaaaaaast
[10:48] <Cimi> I see
[10:48] <Cimi> tsdgeos, what's the bottleneck?
[10:48] <Cimi> here?
[10:48] <tsdgeos> GL i'd say
[10:48] <Cimi> tried not using ubuntushape but rectangle?
[10:48] <tsdgeos> but can't tell
[10:49] <Cimi> tsdgeos, just to see if it's sdk or not
[10:49] <tsdgeos> Cimi: yes i have
[10:49] <tsdgeos> that's the thing i did day 0
[10:49] <Cimi> and?
[10:51] <tsdgeos> it is obviously faster
[10:53] <Saviq> tsdgeos, so yeah, I think this is the right direction, that's the only way that will give us fast delegates, downside is obviously code duplication, but it's a tradeoff we need to take I think
[10:53] <tsdgeos> Saviq: so the question is, how we do special case
[10:54] <tsdgeos> basically do a if template is vertical and has art and title and nothing else -> load this?
[10:54] <Cimi> tsdgeos, 100% fast or not?
[10:54] <tsdgeos> Cimi: you try it
[10:54] <Cimi> ok
[10:54] <Saviq> tsdgeos, yeah
[10:54] <Cimi> tsdgeos, Saviq because this ubuntushape thing can be problematic
[10:54] <Cimi> in 2014 we can't have slow performance because we use too many shaders
[10:55] <Saviq> tsdgeos, basically select the "smallest" delegate that can deal with what the template and components describe
[10:55] <Cimi> all other competitors are going flat (no shaders almost)
[10:55] <Cimi> while we use gpu a lot
[10:56] <Saviq> we should cache the shaped images, is what we should...
[10:56] <Cimi> Saviq, vram then :)
[10:56] <Cimi> but you still need to compute them once
[10:56] <Saviq> shaping them in GPU every time is kinda wasteful, when 90% of the time they will look the same every time
[10:56] <Saviq> Cimi, sure, once
[10:57] <Saviq> Cimi, you have to download them once, too, etc.
[10:57] <Cimi> Saviq, I think those are questions we need to answer asap
[10:57] <Cimi> Saviq, or we better use less this ubuntushape
[10:57] <Cimi> which is abused
[10:57] <Cimi> even when imho doesn't look nice
[10:58] <Cimi> (like everywhere)
[10:58] <Cimi> gallery app for example
[10:58] <Cimi> I'd rather have squares without padding
[10:58] <Saviq> Cimi, and why are you telling me this?
[10:58] <Cimi> faster, focusing on the content
[10:58] <Saviq> Cimi, don't you work from London, where... guess what! all the design happens!
[10:59] <Cimi> Saviq, because you're my colleagues? :)
[10:59] <Cimi> Saviq, well I first talk with friends/colleagues, if they agree I can jump and ask marcus
[10:59] <Saviq> Cimi, we don't have to agree ;D
[11:00] <Cimi> why not!
[11:00] <Saviq> Cimi, but worse than that, I don't think I can be objective any more
[11:00] <Saviq> I've gotten used to it, and probably a little tired, too
[11:00] <Cimi> Saviq, it's exactly what I want!
[11:00] <Cimi> tired!
[11:00] <Cimi> users should not be tired!
[11:01] <Saviq> Cimi, but we're not users
[11:01] <Cimi> Aqua on OS X
[11:01] <Cimi> their theme
[11:01] <Cimi> it has 14 years
[11:01] <Cimi> still people love it
[11:01] <Cimi> they nailed it
[11:01] <Cimi> good designs can last for long
[11:02] <Cimi> if we're tired of something in less than a year...
[11:02] <mhr3> pff Aqua sucks :P
[11:02] <mhr3> it's dated
[11:02] <Cimi> I like the ubuntu shape
[11:02] <Cimi> we can probably use it with more balance
[11:02] <Cimi> we gain in performance, battery usage, ram
[11:03] <Cimi> and will feel less tiring
[11:03] <Saviq> tsdgeos, Cimi, bug #1311599 btw
[11:04] <tsdgeos> that'd help
[11:04] <Saviq> Cimi, oh yeah, I'm tired of Aqua even though I don't use OS X at all ;)
[11:05] <Cimi> mhr3, https://www.youtube.com/watch?v=vXQlYhLcQ2c
[11:05] <Cimi> Saviq, ok but after 14 years for god sake!
[11:05] <mhr3> Cimi, ok, you got me :P
[11:06] <Cimi> Saviq, it lasted enough...
[11:07] <Cimi> Saviq, thanks for the bug
[11:07] <Cimi> Saviq, +!
[11:07] <Cimi> +1
[11:08] <Cimi> another example of too many ubuntushape is the calender
[11:08] <Cimi> I was talking with matthieu about this
[11:09] <Cimi> (he hates all those ubuntushapes everywhere)
[11:10] <mhr3> but he's working with them all day long
[11:10] <mhr3> Cimi, it's like you hating mir :P
[11:11] <Cimi> mhr3, it's fundamentally different
[11:12] <Cimi> mhr3, if mir will be as fast as wayland/sf it won't change anything for me, I chase performance
[11:12] <Cimi> mhr3, but we are talking about a design here, different
[11:13] <mhr3> the point was that you don't have outsider perspective
[11:14] <Cimi> mhr3, http://i1-news.softpedia-static.com/images/news2/Remember-Ubuntu-Touch-Apps-and-Unity-8-Are-Available-for-Ubuntu-14-04-LTS-438499-3.jpg
[11:15] <Cimi> mhr3, http://r.phonedog.com/shared/images/2014/1/180699-newmotoxgallerycrop.jpg
[11:16] <Cimi> mhr3, it's design choice, the latter focuses on the content, photo, the reason why I am running the app
[11:16] <Cimi> the photos are prioritised
[11:17] <Cimi> in our app, there's lots of padding and corners cropped too
[11:17] <mhr3> if you want to look at few last shots, yes
[11:17] <Cimi> with all the issues of performance too
[11:17] <mhr3> but the app is much better as a photo journal
[11:18] <Cimi> mhr3, you can have the same result with rectangles
[11:18] <mhr3> also, unfair comparison, bunch of nice pictures on an actual phone vs screenshot of screenshots of website
[11:19] <Cimi> mhr3, http://cloud.addictivetips.com/wp-content/uploads/2013/10/Ubuntu-Touch-16.2-Apps-Gallery-Photos.png
[11:19] <Cimi> mhr3, http://photos.pcpro.co.uk/blogs/wp-content/uploads/2013/01/Ubuntu-Phone-photo-gallery.jpg
[11:20] <mhr3> see, this second one isn't that bad
[11:20] <mhr3> although yes, quite a lot of empty space
[11:21] <mhr3> Cimi, but don't forget that the ushape is also making the platform as a whole distinct
[11:21] <Cimi> mhr3, I agree
[11:21] <Cimi> mhr3, but it's already everywhere
[11:22] <mhr3> *you* see it everywhere
[11:22] <Cimi> mhr3, we don't need to blindly put it in every corner
[11:22] <Cimi> we have it for buttons, widgets, etc etc
[11:22] <Cimi> here we're really abusing it in my opinion
[11:22] <mhr3> maybe, but then again, it makes the whole thing feel more concise
[11:23] <Cimi> even when design wise (UX) is counterproductive
[11:23] <Cimi> mhr3, not necessarily concise, it just makes it more repetitive
[11:24] <Cimi> I agree with consistency as a general rule
[11:24] <Cimi> but with a pinch of salt
[11:29] <rvr> I need someone's review/approval for this branch https://code.launchpad.net/~vrruiz/unity8/helpers-notify/+merge/215700
[11:29] <rvr> And I have a question: are you able to execute the autopilot tests for Unity8 in an up-to-date Trusty?
[11:30] <Cimi> rvr, first, checklist! https://wiki.ubuntu.com/Process/Merges/Checklists/Unity8
[11:30] <rvr> Cimi: Already done
[11:30] <Cimi> rvr, sorry we usually put it in the description, but it's fine in the comments
[11:31] <rvr> Cimi: Oh, next time I will do it that way
[11:33] <Cimi> rvr, you should be able to run tests
[11:33] <Cimi> rvr, read the CODING file iirc
[11:33] <Cimi> basically make install then running with exporting PYTHONPATH
[11:33] <Cimi> something like that
[11:40] <rvr> Cimi: What I mean is that I was able to execute them, but no longer
[11:40] <Cimi> rvr, which error?
[11:40] <Cimi> trying out now
[11:40] <rvr> No error, it gets stuck
[11:41] <rvr> Unity8 window doesn't appear
[11:41] <Cimi> tsdgeos, might be the error with upstart?
[11:41] <Cimi> ^
[11:42] <tsdgeos> he may have the same problem i have with the indicators yes
[11:42] <tsdgeos> i still don't understand why noone else other than me has that
[11:43] <tsdgeos> rvr: status unity8
[11:43] <tsdgeos> what does that return?
[11:43] <rvr> Let me check
[11:44] <rvr> $ status unity8
[11:44] <rvr> unity8 start/pre-start, process 2251
[11:46] <tsdgeos> rvr: yeah you are unlucky as i am
[11:46] <rvr> tsdgeos: lol
[11:46] <tsdgeos> rvr: my solution to that is
[11:46] <tsdgeos> reboot or relogout/in
[11:46] <tsdgeos> initctl emit indicator-services-start
[11:46] <tsdgeos> ctrl+c
[11:46] <tsdgeos> then stuff will work
[11:46] <rvr> I see "initctl emit indicator-services-start" in ps
[11:46] <rvr> ubuntu    2279  0.0  0.0  19388  1184 ?        S    12:28   0:00 initctl emit indicator-services-start
[11:46] <tsdgeos> you can try killing 15 that one
[11:47] <tsdgeos> see if it helps
[11:47] <Saviq> rvr, tsdgeos, there's a branch fixing this in LP
[11:47] <Saviq> https://code.launchpad.net/~saviq/unity8/no-indicator-wait-drop-tool-desktop/+merge/216713
[11:47] <Saviq> rvr, if you add the --no-wait to the unity8.conf file it won't wait for indicators to start
[11:47] <rvr> tsdgeos: Yeah, that helps
[11:48] <rvr> Saviq: Trying
[11:52] <rvr> Seems work, thank you
[11:55] <Cimi> rvr, you don't have emit indicator services here
[11:56] <rvr> Cimi: Where?
[11:56] <Cimi> rvr, in your upstart job
[11:56] <Cimi> of your branch
[11:58] <Cimi> it's in trunk with a merge
[11:58] <rvr> Cimi: My branch is related to notification tests
[11:58] <Cimi> yep
[11:58] <rvr> Some refactoring we are doing
[11:58] <Cimi> I was looking to see if the hang was due to a not updated branch
[11:59] <rvr> Autopilot wasn't able to start unity8 anymore after I upgraded the VM
[11:59] <rvr> But now the problem is gone with tsdgeos and Saviq's suggestions
[12:00] <Saviq> rvr, yup, that'd be the same issue indeed
[12:00] <Cimi> Saviq, trying to test your branch
[12:01] <Cimi> I added no wait here /usr/share/upstart/sessions/unity8.conf
[12:01] <Cimi> and locally
[12:01] <Cimi> still stuck
[12:01] <rvr> I donwloaded trunk and executed ./run, and got the same result: stuck
[12:01] <Saviq> Cimi, you probably have one in ~/.config/upstart
[12:02] <Saviq> rvr, copy data/unity8.conf to ~/.config/upstart/
[12:02] <Saviq> rvr, only then will upstart pick it up
[12:02] <Saviq> (the fixed one from my branch, that is)
[12:02] <rvr> Saviq: Ack
[12:03] <Cimi> I dont
[12:04] <Cimi> I relogin
[12:04] <rvr> Yeah, me neither
[12:08] <rvr> Saviq: Just modifying it in /usr/share/ works for me
[12:08] <Saviq> rvr, sure, the one in ~/.config (if present) just overrides the system-wide installed one
[12:09] <Saviq> rvr, so on one hand it's good to put it in ~, so that you don't mess system-wide ones... but then you might forget about the one in ~, and see weird things when it gets upgraded in the package...
[12:28] <karni> mhr3: Do you know who/when will be assigned to work on the scope:// uri? (I assume annotations are far down the line compared to supporting scope:// )
[12:29] <mhr3> karni, it's "Fix committed" already
[12:29] <mhr3> just didn't land
[12:29] <mhr3> cause T/U
[12:29] <mhr3> although shell part is still missing, i'll do that
[12:31] <Cimi> Saviq, tsdgeos I have the issue of autopilot restarting my session
[12:32] <Cimi> which was the fix for that?
[12:32] <karni> mhr3: it's fix commited in ubuntu-unity-api, not ubuntu-unity-shell. that's a difference, no?
[12:32] <karni> mhr3: ah, there you wrote it
[12:32] <karni> mhr3: yes, that's what I was asking about hehe
[12:32] <karni> mhr3: any ETA when you can get to it? (for situational awareness, let's say :) )
[12:33] <karni> mhr3: T/U ?
[12:33] <mhr3> karni, it's tiny, shouldn't take long
[12:33] <Saviq> Cimi, I don't know about that issue
[12:33] <mhr3> karni, trusty / u??? transition
[12:34] <Cimi> tsdgeos, how did you fir the issue with autopilot restarting your session?
[12:34] <karni> mhr3: ah heheh
[12:35] <mhr3> karni, but yea, not being able to land stuff kinda sucks atm
[12:35] <karni> mhr3: gotcha. "shouldn't take long" sounds good enough :)
[12:36] <mhr3> karni, just bug me about it for the next few days ;)
[12:36] <karni> hehheeh, gotcha
[12:41] <Cimi> ok ruynning autopilot restarts my desktop session
[12:42] <Saviq> Cimi, rather it sounds like something is crashing
[12:42] <Saviq> Cimi, there's no reason why autopilot runs would restart your session, unless the unity8 job kills your session upstart
[12:43] <Saviq> Cimi, which means you should check whether you didn't b0rk it
[12:57] <tsdgeos> Cimi: i didn't _/
[12:57] <tsdgeos> Cimi: i just run them on the phone
[12:57] <Cimi> ok now it didn't crash
[13:02] <Saviq> we need a way to run them on desktop in xvfb, too, but that'd basically mean a complete new session under xvfb (with dbus et al, for indicators and such)
[13:13] <pstolowski> didrocks, hey! can you take a look if this https://code.launchpad.net/~stolowski/unity-scopes-api/install-client-tool/+merge/216875 looks good from packaging pov?
[13:16] <didrocks> maybe sil2100 you want to have a look? ^
[13:23] <MacSlow> Saviq, updated the tripe-set of branches regarding the modal-snap-decisions adjusting all the version-bumps and build-dependencies... should be all set now.
[13:25] <Saviq> MacSlow, kk
[13:25] <sil2100> What's up
[13:26] <sil2100> pstolowski: I'll take a look in a amoment, just finishing lunch
[13:26] <Saviq> MacSlow, sorry for being an a$$ about it, it's a rather tangled approach, but the only one we could think of that made sense
[13:29] <MacSlow> Saviq, no worries... that's inherent to the nature of these three branches spreading numerous parts
[13:32] <pstolowski> sil2100, sure, no rush, thanks
[14:11] <karni> Saviq: Would we want to make Card description make links within text clickable?
[14:11] <Saviq> karni, no
[14:11] <karni> If not, it would make sense for me to add another preview button.
[14:11] <karni> Saviq: What's the reson behind that decision? It's heavy?
[14:11] <Saviq> karni, unless you mean in the preview?
[14:12] <Saviq> karni, so not card summary, but preview description?
[14:12] <karni> Saviq: oh. yeah, that's what I meant :)
[14:12]  * karni looks at the preview right now
[14:12] <Saviq> karni, that might be possible, but not implemented, comment on the dash spec?
[14:12] <karni> Saviq: will do!
[14:36] <Cimi> Saviq, https://bugs.launchpad.net/unity8/+bug/1089962 ?
[14:40] <Saviq> Cimi, that will be out of scope with QtComp
[14:40] <Cimi> Saviq, ok, worth commenting
[14:41] <Saviq> Cimi, yup, did
[14:42] <pete-woods> hey Saviq, did you manage to get anywhere with the infographic stuff?
[14:43] <Saviq> pete-woods, was planning to get back on it now that stuff's slightly less crazy again
[14:44] <pete-woods> Saviq: cool, was just checking really. I understand your plate is large and full!
[14:44] <Saviq> pete-woods, yeah, I get you
[14:44] <Saviq> pete-woods, do we have a blueprint for those btw?
[14:44]  * Saviq wants moar blueprints!
[14:45] <pete-woods> Saviq: seems there's this - https://blueprints.launchpad.net/ubuntu/+spec/client-1311-infographics
[14:45] <pete-woods> but it's not exactly useful information
[14:46] <Saviq> pete-woods, right, and it's old - should probably be marked completed, and we need a new u-targeted oen
[14:46] <Saviq> one
[14:47] <Saviq> but we'll need for u to be open for that...
[14:47] <pete-woods> yep
[15:27] <tsdgeos> Saviq: what about? https://code.launchpad.net/~aacid/unity8/specialized_cards/+merge/216885
[15:27] <tsdgeos> it's best of both worlds
[15:27] <tsdgeos> async loaded UShape + simplified card
[15:32] <paulliu> Saviq: If I want to make API documents inside the code, do we have any formal style. Like doxygen? Or maybe Qt has its own way of documentation?
[15:37] <paulliu> Saviq: For qt I think it is qdoc. Though I haven't read the documents about it.
[15:39] <Saviq> paulliu, yes, we're using doxygen
[15:39] <paulliu> Saviq: ok. got it.
[15:39] <Saviq> paulliu, `make doc` will build docs in builddir/doc
[15:39] <Saviq> paulliu, you can then check source files to see how we style them
[15:39] <paulliu> Saviq: ok.
[15:42] <Saviq> tsdgeos, yeah, something like this, although I think we'll have more than just this one...
[15:43] <tsdgeos> Saviq: sure, but i guess we can try to get this reviewed and in and slowly add more as we need them?
[15:43] <Saviq> tsdgeos, sure, yes
[15:43] <Saviq> gotta finish early today o/


[11:35] <testmad> I need help. Currently trying to use cloud-init on Azure VMs in vmss.  Testing my cloud-config is fine and I am able to SSH into the vm and verify packages are installed, files created, etc. When I add a users block to my config I am no longer able to SSH into the VM.  Has anyone experienced something like this?  Could my users block be overwriting an existing one that is being supplied?
[12:24] <meena> testmad: what's your user-data look like?
[12:35] <testmad> meena: right now its a few write-files, packages, and runcmds.
[12:35] <testmad> It all works fine
[12:36] <testmad> If I add -name: foo under a users: block that is when I can no longer SSH into the VM
[12:37] <meena> testmad: can you please pastebin the working vs the non-working state?
[12:39] <testmad> I do not believe I would be allowed to do that.
[12:40] <testmad> give me a moment ad I can provide something similar.
[12:47] <testmad> meena: working - https://pastebin.pl/view/ca40b3ae and not working - https://pastebin.pl/view/29192b4c
[12:54] <testmad> Also in case it matters, this is on azure vmss using the ubuntu 16.04 image
[13:10] <meena> testmad, that looks like it should just work.ii wonder if we have a validation option inthe cli
[13:14] <absc> Hi
[13:15] <absc> I'm the same guy that had a problem configuring the network using cloud-init on CentOS converted to CloudLinux
[13:15] <absc> meena: We found the problem
[13:19] <testmad> meena, there is a way. cloud-init devel schema --config-file <path/to/file>
[13:19] <testmad> and both the working and non-working come back valid
[13:21] <chillysurfer> testmad: we need to see logs to understand what is happening. you can use this method to get access to the logs: https://trstringer.com/recovery-os-disk-azure-linux-vm/
[13:21] <chillysurfer> likewise you can try to serial console into the machine and dig around there
[13:22] <absc> It seems that cloud-init doesn't like the content cloudlinux put in /etc/os-release
[13:23] <absc> Changing the file with a stock CentOS 8.2 one, confirm the problem. After that, the network configuration is completed successfully.
[13:23] <absc> I don't know who's doing the wrong thing tho...
[13:25] <meena> absc: can you still submit a bug report?
[13:26] <absc> meena: Yep, I already did it and I updated it with the new informations. https://bugs.launchpad.net/bugs/1894990
[13:33] <meena> absc: so we need a CloudLinux distro then, like this: https://github.com/canonical/cloud-init/pull/510
[13:33] <absc> I think so?
[13:34] <absc> Unless cloud-init doesn't start to use the field ID_LIKE as a backup
[13:34] <absc> When it doesn't recognize the distribution in it's list
[13:36] <meena> oy
[13:36] <absc> I'm not sure what the proper solution is
[13:37] <meena> it might be simpler to use hat field, than to keep adding distro classes which do almost nothing
[13:49] <absc> For sure
[14:57] <testmad> meena, chillysurfer : I may have solved my problem. Adding - default to my user block lets me SSH in again. But now I have another question.. How can I write_files and set the owner to the user i am adding in the user block? It seems as though it's not possible since write_files is done before users-groups.
[15:01] <meena> testmad: you'd have to change the order in cloud.cfg
[15:12] <testmad> Re: user block problem.. it does seem that my user block is overwriting the user block being passed in from azure and also my attempts at changing the merge behavior to append is not working either
[15:24] <Krikke> I just did runcmd and chmod :x
[16:44] <blackboxsw> falcojr: nice verification on the grub fix. I think we just need to attach those verification logs to the related bug
[16:46] <blackboxsw> and you can change the verification-needed-X tags to verification-done-X on that grubbug
[16:46] <blackboxsw> falcojr: also the SRU bug https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1893064 I think we are missing a confirmation of cdoqa results (which I think completed successfully)
[16:48] <blackboxsw> so we need to get jog or someone from CDO QA/solutions QA to link the verifcation results to the SRU bug. and we can and should ping the SRU vanguard in #ubuntu-release channel that we are ready for SRU upload review into Xenial/Bionic/Focal
[16:50] <falcojr> blackboxsw what do you mean by link those verification logs to the related bug?
[16:53] <blackboxsw> falcojr: so our current SRU has two bug ids associated with it as seen in the cloud-init rows @ https://people.canonical.com/~ubuntu-archive/pending-sru.html
[16:54] <blackboxsw> in order to ping ubuntu-release SRU vanguard, we need to attach relevant verification logs to each SRU bug.
[16:54] <blackboxsw> one bug is the SRU process bug (to which we've attached all our manual cloud verification/maas  logs
[16:55] <blackboxsw> the other is that specific grub bug, https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1889555
[16:55] <blackboxsw> to which you'll need to upload your  logs/test output from https://github.com/cloud-init/ubuntu-sru/pull/145
[16:56] <blackboxsw> because that specific bug is called out in the debian/changelogs of our SRU upload
[16:59] <blackboxsw> one other requirement for the SRU generally is to update the description of the bug https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1889555 with an SRU verification template
[17:01] <blackboxsw> falcojr: I'll update that bug description now with something like this https://wiki.ubuntu.com/StableReleaseUpdates#SRU_Bug_Template
[17:01] <blackboxsw> which I'm just going to adapt from your original test plan header from  https://github.com/cloud-init/ubuntu-sru/pull/145
[17:02] <blackboxsw> or actually  cut-n-paste. no adapting needed really
[17:04] <falcojr> Makes sense. Thanks
[17:04] <blackboxsw> so I'll let you upload your full SRU test log on that one.
[17:05] <blackboxsw> and then replace any verification-needed* tags with verification-done*
[17:05] <blackboxsw> that'll turn the bug id link from yellow to green on https://people.canonical.com/~ubuntu-archive/pending-sru.html
[17:36] <falcojr> blackboxsw we should merge the issue in github first, right?
[17:37] <falcojr> I just responded to your comment. Is it good to merge?
[17:50] <blackboxsw> oops, yes merging  now and you can cut-n-paste logs the the bug
[17:50] <blackboxsw> merged falcojr
[17:52] <falcojr> lol, right as Dan had a comment
[17:53] <blackboxsw> heh. comment wasn't in my view  as I merged. ahh well. could push the typo changes. if you do that you can also redact the "ls blk" typo too
[17:59] <Odd_Bloke> I leave for *checks watch* 5 hours and you're merging things without reading my comments smh. ;)
[18:00] <falcojr> haha, that was good timing!
[18:01] <falcojr> blackboxsw I attached the log and updated the tags on that bug
[18:01] <Odd_Bloke> testmad: You're correct that write_files runs before user/group creation: we can't modify this order because people will be relying on it in the wild (the canonical example we use is writing something to /etc/skel; if we changed the order, then user creation would change under people).  You can reorder the modules on your own system, but a better solution may be to write them out in a runcmd block.
[18:01] <blackboxsw> hah
[18:02] <blackboxsw> "Odd_Bloke's stepped away from the keyboard" full steam ahead. It's cowboy time
[18:02] <Odd_Bloke> We have had conversations about adding a later write_files stage, so we can continue to support existing users as well as your use case, but that hasn't been more than talk yet IIRC.
[18:25] <falcojr> blackboxsw: so at this point we can change the tags on that other bug too, right?
[18:25] <falcojr> and ping the vanguard, you mentioned doing that...or should I do it or has it been done already?
[18:25] <falcojr> sorry, can't video atm
[18:34] <blackboxsw> falcojr: if we have a confirmation form solutionsqa on https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1893064
[18:34] <blackboxsw> I think that is the only thing missing
[21:12] <meena> Odd_Bloke, i… don't know how to ask people from OpenNebula anything
[21:12] <meena> there's… no IRC channel
[21:12] <meena> so, 🤷🏻♀


[22:34] <qwebirc8418> im getting this when i look at my hauppage video card anyone know how to fix?
[22:34] <qwebirc8418> charles@spoonerdvr:~$ sudo sh install.sh [sudo] password for charles:  sh: 0: Can't open install.sh charles@spoonerdvr:~$ dmesg | grep saa7164 [   16.155851] saa7164 driver loaded [   16.156427] CORE saa7164[0]: subsystem: 0070:8851, board: Hauppauge WinTV-HVR2250 [card=8,insmod option] [   16.156430] saa7164[0]/0: found at 0000:07:00.0, rev: 129, irq: 17, latency: 0, mmio: 0xfb800000 [   16.312923] saa7164_downloadfirmwar
[22:34] <qwebirc8418> [   29.241788] saa7164[0]: Warning: Unknown Hauppauge model #0 [   29.241829] saa7164[0]: Hauppauge eeprom: model=0
[23:08] <Hydroponx> looked at this ? http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-1250
[23:23] <qwebirc8418> Ok that fixed that it.  thanks. Anyone know how to get the MCE remote to work with the cord that came with that card
[23:24] <qwebirc8418> It's not USB it is something else it is like a speaker cable that has a reciever and transmitter hanging off of it
[23:46] <qwebirc8418> yep that is what it is like


[23:30] <johnc4510> The new edition of the Ubuntu Weekly Newsletter #180 is now available here:
[23:30] <johnc4510> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue180


[00:00] <wallyworld> hpidcock: yeah, should be a const, i can abort the merge if tlm wants to fix
[00:00] <hpidcock> nah all good
[00:01] <wallyworld> can be drive by nxext time
[00:01] <hpidcock> yep
[00:31] <wallyworld> hpidcock: FYI pr landed, release doc started, https://docs.google.com/document/d/13OZtXkx_0lfa3a6W6xRYqlY9p3MQT0KLtFRU49acXhM/
[00:38] <hpidcock> wallyworld: awesome!
[00:40] <wallyworld> hpidcock: or thumper: here's 2.8-rc into 2.8 https://github.com/juju/juju/pull/11600 clean merge
[00:41] <hpidcock> wallyworld: any merges?
[00:41] <hpidcock> merge conflicts*
[00:41] <hpidcock> oh
[00:41] <wallyworld> np :-)
[00:41] <hpidcock> you already said clean merge
[00:41] <wallyworld> yeah
[00:42] <hpidcock> approved
[00:42] <wallyworld> ta
[00:42] <hpidcock> wallyworld: I'm going to start the release
[00:42] <wallyworld> ok, sgtm
[00:44] <wallyworld> hpidcock: maybe wait for buildjuju to finish to reduce load on slaves?
[00:45] <hpidcock> wallyworld: yeah, just killed the old ci-runs
[00:45] <hpidcock> waiting for this one to at least pass build
[00:45] <wallyworld> +1
[00:49] <tlm> tiny pr if anyone has a few minutes https://github.com/juju/juju/pull/11601
[00:52] <wallyworld> tlm: thre's also uniter.go
[00:52] <tlm> ?
[00:52] <wallyworld> same pattern
[00:53] <wallyworld> if we fix in caasoperator should also fix in uniter.go as well
[00:53] <wallyworld> original code was from 2015
[00:53] <tlm> ah ok makes sense
[00:53] <wallyworld> i wonder if we needed the mutex back then
[00:53] <tlm> thought I had missed a use case
[00:53] <tlm> I was thinking the func was called multiple times but not the case
[00:53] <wallyworld> no
[00:55] <wallyworld> tlm: here's the commit message
[00:55] <wallyworld> I believe that [this recent ppc64 failure](http://reports.vapour.ws/releases/3059/job/run-unit-tests-trusty-ppc64el/attempt/3804#highlight), is caused by a race between the restartWatcher and watcher cleanup closures.
[00:55] <wallyworld> we should look to be sure we're not reintroducing a test issue
[00:56] <tlm> that for me? Also link doesn't work
[00:56] <wallyworld> no link won't work, it's an old CI server
[00:56] <tlm> ah cool
[00:56] <wallyworld> i just wanted to point out the commit message and why the mutex was added
[00:57] <tlm> ah ok, mutex isn't doing anything now besides adding some noops
[00:57] <wallyworld> we should think about if removing it would reintroduce any test failures
[00:57] <wallyworld> yeah, it does appear to be redundant
[00:58] <tlm> if we get test failures out of that then It would be a miracle that it has been working for so long.
[00:58] <wallyworld> tlm: ah, the addCleanup() had the mutexes
[00:59] <wallyworld> and they have been removed
[00:59] <wallyworld> for some reason
[00:59] <tlm> ah k
[00:59] <wallyworld> this line u.addCleanup(func() error
[01:00] <wallyworld> but it's not there anymore
[01:00] <tlm> updated pr
[01:00] <tlm> hey my first uniter change wallyworld. I have battle scars now :)
[01:01] <wallyworld> lol
[01:01] <wallyworld> tlm: i think we changes how stuff is shutdown since 2015 so mutex is now not not needed
[01:01] <tlm> yep
[01:02] <wallyworld> lgtm
[01:02] <tlm> made juju 0.000005% faster
[01:05] <wallyworld> progress
[01:06] <timClicks> "what's new in juju 2.8" should now be feature complete https://discourse.juju.is/t/whats-new-in-juju-2-8/2859
[01:08] <wallyworld> awesome ty
[01:09] <wallyworld> timClicks: the vsphere section should mention the new credential folder attribute?
[01:10] <timClicks> actually just noticed that the new/changed hooks section is also quite sparse
[01:13] <wallyworld> timClicks: min-juu-version isn't new, it's been there since 1.24 i think. What is new is that a charm says "2.8.0" to signal it doesn't need a k8s PV created for it since it (the charm) has been updated to use the new controller storage facility
[01:47] <thumper> why do we have a package level variable for the watcher in the first place?
[02:01] <hpidcock> thumper?
[02:19] <thumper> hpidcock: from this https://github.com/juju/juju/pull/11601
[02:19] <thumper> the lock was removed, but next to it was a package level watcher
[02:19] <thumper> which seems wrong to me
[02:20] <hpidcock> they are function variables
[02:23]  * thumper looks again
[02:23]  * thumper sighs
[02:23] <thumper> I should have expanded the diff
[02:23] <thumper> sorry for the noise
[02:24] <thumper> https://github.com/juju/juju/pull/11602 for a boring review
[02:28] <tlm> i an do it
[02:30] <babbageclunk> tlm: I'm looking
[02:31] <tlm> ah cheers babbageclunk, my only feed back thus far and it may be there is that logger should be an interface type like the pattern in new workers
[02:31] <babbageclunk> (I should have said I was)
[02:31] <babbageclunk> it is one isn't it?
[02:32] <tlm> maybe, I hadn't got that far yet
[02:32] <tlm> as in type Logger interface { DebugF() }
[02:32] <babbageclunk> yup yup
[02:33] <babbageclunk> I can't remember why we started doing that though - was it just for ease of testing?
[02:33] <tlm> Yeah make duck typing in testing easier
[02:33] <tlm> makes*
[02:34] <babbageclunk> I have a vague memory of there being something else as well but I can't think what it is.
[02:35] <tlm> maybe for regex testing log messages in tests ?
[02:36] <babbageclunk> thumper: approved
[02:38] <wallyworld> thumper: last one for today, also clean merge https://github.com/juju/juju/pull/11604
[03:57] <wallyworld> hpidcock: since thumper is ignoring me, perhaps you can +1 2.8->develop, similar to 2.8-rc->2.8 https://github.com/juju/juju/pull/11604; clean merge, no accidental version updates
[04:01] <hpidcock> wallyworld: ok looking
[04:03] <hpidcock> wallyworld: approved
[04:03] <wallyworld> tyvm
[04:07]  * thumper sighs
[04:07] <thumper> I need to get these alerts sorted
[04:07] <thumper> wallyworld: sorry
[04:08] <wallyworld> thumper: no worries, i'm not really mad, just trolling you :-)
[04:25] <hpidcock> wallyworld: is there a fast way to mark all bugs in a release as released?
[04:25] <hpidcock> in a milestone*
[04:27] <wallyworld> only using the python clp client
[04:27] <wallyworld> IIANM
[04:27] <wallyworld> *lp, not clp
[05:57]  * thumper knocks off a few more todos for the merging of agents
[05:57]  * thumper EODs
[05:57] <thumper> see ya tomorrow folks
[05:57] <thumper> wallyworld: could I get you to do a pass over the latest stop the line tests?
[05:58] <thumper> just to see why they are failing, and email crew?
[05:58] <thumper> especially given RC2
[05:58] <wallyworld> ok
[05:58] <thumper> ta
[08:03] <stickupkid> manadart, ping when you get a chance...
[08:07] <manadart> stickupkid: Pong.
[08:07] <stickupkid> daily?
[09:47] <manadart> stickupkid: https://github.com/juju/juju/pull/11606
[10:24] <stickupkid> manadart, if MapWithSpaceNames passes in a lookup, but lookup is nil, should we return nil or the underlying bindings?
[10:24] <stickupkid> manadart, I suspect we should return nil, but that gives you nothing
[10:31] <manadart> stickupkid: If the lookup is length zero, we do what it does now and retrieve the spaces from state.
[10:31] <stickupkid> manadart, why?
[10:32] <stickupkid> manadart, why not push the logic out as a dependency?
[10:33] <stickupkid> manadart, just make it implicit that we now require the network.SpaceInfos to get you MapWithSpaceNames...
[10:33] <stickupkid> it's less magicial
[10:33] <manadart> stickupkid: I guess it's doable. Not many call sites.
[10:33] <stickupkid> manadart, that's my thought atm
[10:34] <stickupkid> manadart, anything magical I'm tending to run away from atm
[10:34] <manadart> stickupkid: In that case, a length zero lookup returns a `errors.NotValidf("empty space lookup")`.
[10:34] <stickupkid> wicked, like it
[12:19] <manadart> stickupkid: https://github.com/juju/juju/pull/11607
[12:44] <rick_h> stickupkid:  if I deploy a bundle with pylibjuju with a CMR am I asking for trouble?
[12:45] <rick_h> stickupkid:  on the consuming side
[12:50] <stickupkid> rick_h, probably
[12:51] <stickupkid> rick_h, let me check if we implemented all the lookups
[12:51] <rick_h> booooooooo
[12:53] <stickupkid> rick_h, it depends, we handle consuming of offers, but we might not handle everything.
[12:53] <rick_h> stickupkid:  ok, guess I'll see how far I get ty
[12:53] <stickupkid> rick_h, indeed
[14:11] <achilleasa> what can possibly go wrong here? https://github.com/juju/juju/blob/develop/network/network.go#L233-L252
[14:11] <achilleasa> (hint: look at the map access patterns)
[14:18] <stickupkid> achilleasa, I don't like the fact it modifies the original map, creeps me out
[14:18] <achilleasa> stickupkid: if you run out of space in the map, a new backing store will be allocated and the _reference_ passed to the func gets modified. However, the caller still has the old map ;-)
[14:19] <stickupkid> achilleasa, also why doesn't gatherBridgeAddresses return []net.Addr
[14:19] <stickupkid> achilleasa, hence the creeps me out
[14:19] <stickupkid> achilleasa, addressesToRemove[DefaultLXDBridge] = gatherBridgeAddresses(DefaultLXDBridge)
[14:19] <stickupkid> done
[14:20]  * stickupkid goes to check that he didn't write it
[14:20] <stickupkid> haha
[14:20] <achilleasa> nah, I will just throw all into a list and pass it to the filter func
[14:20] <stickupkid> fair
[14:20] <achilleasa> there might be some dups but who cares
[14:21] <stickupkid> solve that later :)
[14:36] <achilleasa> stickupkid: you need the map after all because the map gets flattened into a []ipNetAndName slice
[15:07] <rick_h> guild I updated guimaas with guidance to the snap and 2.7 FYI
[15:07] <rick_h> if anyone hits issues let me know and I might ask to take over guimaas for a demo in the near future just a heads up
[15:08] <stickupkid> rick_h, nice :)
[15:14] <stickupkid> gr8, when we moved to go 14 we didn't update all the mocks - haha


[02:31] <Network2501> if by gentoo you mean freebsd sure
[06:46] <nomic> can't get virtual box working
[06:46] <nomic> ie .. it won't connect to the interrnet ... xubuntu 15.10 .. xubuntu 12.04 in virtual box .. doesn't connect
[07:33] <nomic> anyone know why virtualbox / ubuntu 12.04 won't connect over bridged adapter
[07:33] <nomic> xubuntu
[07:35] <well_laid_lawn> nomic:  if no one here knows someone in #vbox might
[15:48] <HoHoHoAmerica> Why are no applications showing up in the application finder (Alt+F3)?
[17:14] <jaba>  /new xubuntu user/ does the letter icon in the panel show an alert for newly received emails?
[20:58] <pepe> hi
[23:49] <xubuntu18w> hello
[23:50] <xubuntu18w> is there anybody to elp me
[23:50] <xubuntu18w> help
[23:50] <knome> ask the question
[23:51] <xubuntu18w> I use bot win7 and xubuntu while ago and i have to formatted win7
[23:51] <xubuntu18w> xubuntu starter is gone now
[23:51] <xubuntu18w> it is grub i think
[23:52] <xubuntu18w> bu i belive i not deleted partition of xubuntu
[23:52] <xubuntu18w> how can i fix it
[23:53] <knome> xubuntu18w, these might help you:
[23:53] <knome> xubuntu18w, https://help.ubuntu.com/community/RecoveringUbuntuAfterInstallingWindows
[23:53] <knome> !bootrepair | xubuntu18w
[23:54] <xubuntu18w> thank you


[04:19] <ybaumy> cant get either conjure-up or juju to deploy to localhost
[04:19] <ybaumy> master cant start pods
[04:20] <ybaumy> is there a deployment guide for localhost
[04:20] <ybaumy> do i have to do something different. i used juju to deploy on vsphere alot of times and never had any trouble with k8 packages
[04:24] <ybaumy> this seems to be somehow the same kind of problem ... https://github.com/conjure-up/conjure-up/issues/1377
[04:25] <ybaumy> but its not only conjure-up
[04:34] <ybaumy> kube-apiserver.daemon[13489]: Error: error creating self-signed certificates: mkdir /var/run/kubernetes: permission denied
[04:45] <ybaumy> 018-06-30 04:42:07 INFO juju-log Checking system pods status: heapster-v1.5.3-6c9b557676-4f5br=Pending, kube-dns-7b479ccbc6-mnjjj=Pending, kubernetes-dashboard-6948bdb78-mvp4b=Pending, metrics-server-v0.2.1-85646b8b5d-g4682=Pending, monitoring-influxdb-grafana-v4-b54d59784-d2xbb=Pending
[10:50] <adham> hello everyone
[10:51] <adham> rick_h_
[10:51] <adham> I'm currently stuck on removing kubernetes
[10:51] <adham> So that I can go with the option of the constraints
[10:51] <adham> I had a loadbalancer that was running on the server haproxy
[10:52] <adham> after installing kubernetes using conjure-up, it seems it blocked my loadbalancer or at least my loadbalancer is no longer at the front
[10:53] <adham> I don't know how to reverse that, I've been searching almost everywhere but no luck, routes, firewall, ip tables, no hint at all
[10:53] <adham> can anyone help please?
[10:54] <adham> I'm currently stuck on removing kubernetes, so that I can go with the option of the constraints
[10:54] <adham> I had a loadbalancer that was running on the server haproxy and after installing kubernetes using conjure-up, it seems it blocked my loadbalancer or at least my loadbalancer is no longer at the front.
[10:54] <adham> I don't know how to reverse that, I've been searching almost everywhere but no luck, routes, firewall, ip tables, no hint at all, can anyone help please?
[11:08] <ybaumy> ok this is what i found out https://github.com/juju-solutions/bundle-canonical-kubernetes/issues/262#issuecomment-401534126 .. even if i use kubernetes-core here. i dont think it matters.
[11:09] <ybaumy> the lxd localhost deployment is broken .. let alone that i had to "mkdir /var/run/kubernetes; chmod 777 /var/run/kubernetes; usermod -a -G lxd ubuntu" on the master
[11:10] <ybaumy> also i had to set a lxc profile for which fits this deployment
[11:10] <ybaumy> sorry to say this. but scattered documentation here and there cost me few hours
[11:11] <ybaumy> i would really need some help here
[12:10] <adham> guys
[12:10] <adham> I just figured
[12:10] <adham> juju status haproxy
[12:10] <adham> it shows me a controller or model
[12:11] <adham> is there a way where I can remove this or unregister this controller or model?
[12:11] <adham> I am very 1 minute away from resolving my issue
[12:11] <adham> do anyone know how to undo juju haproxy?
[12:12] <adham> or cancel it?