[09:13] <morphis> currently trying to propose a merge for a git repo in launchpad but getting an error "lp:~morphis/libhybris/+git/libhybris-ubuntu is not mergeable into this repository", can someone help to figure out what the actual problem is?
[09:17] <morphis> cjwatson: can you help me?
[09:28] <wgrant> morphis: Which repository are you trying to merge into?
[09:28] <morphis> wgrant: https://code.launchpad.net/~libhybris-maintainers/+git/libhybris
[09:28] <morphis> https://code.launchpad.net/~morphis/libhybris/+git/libhybris-ubuntu/+ref/wip is the branch I want to merge
[09:28] <morphis> basically just trying it for now ..
[09:29] <wgrant> morphis: https://code.launchpad.net/~libhybris-maintainers/+git/libhybris isn't in any project.
[09:29] <wgrant> It's a personal branch unrelated to a project.
[09:29] <wgrant> The owner should visit https://code.launchpad.net/~libhybris-maintainers/+git/libhybris/+edit and switch it from "Personal" into the libhybris project, which will change the URL and allow merge proposals.
[09:30] <morphis> so you can only merge into projects?
[09:30] <morphis> wgrant: thanks, that worked: https://code.launchpad.net/~morphis/libhybris/+git/libhybris-ubuntu/+merge/277220
[09:31] <wgrant> You can only merge between repositories in the same context.
[09:31] <wgrant> Context being project or package.
[09:31] <morphis> I see, that wasn't clear for me before
[09:31] <wgrant> +git is the Git equivalent of Bazaar's +junk.
[09:32] <morphis> wgrant: there is a lp:libhybris for bzr
[09:32] <morphis> what is the equivalent for git?
[09:32] <morphis> as right now it looks like this: https://code.launchpad.net/libhybris/+git
[09:33] <wgrant> morphis: https://code.launchpad.net/libhybris/+configure-code is the relevant page.
[09:33] <wgrant> There you can choose the default VCS, and the Bazaar branch and Git repository that get the short name.
[09:33] <wgrant> The default VCS chooses which list is displayed by default.
[09:33] <morphis> ok
[09:34] <wgrant> Git doesn't natively support lp: like Bazaar does, but you can configure it to know about it.
[09:34] <morphis> wgrant: yeah, that is what I did
[09:34] <wgrant> Setting the default repository makes "git clone https://git.launchpad.net/libhybris" etc. work.
[09:35] <morphis> wgrant: lp:libhybris currently is a auto-import branch, what is the way to deal with them when you decide to switch a project over completely to git? they just go away and would probably stay as an upstream branch?
[09:35] <wgrant> morphis: Well, it sort of fades into obscurity once you change the default, unless someone hits the "View Bazaar branches" link.
[09:38] <morphis> ok
[11:27] <sidi> A quick question about copying packages in a PPA and having Launchpad rebuild them from source.. I get the following error message: same version already has published binaries in the destination archive
[11:27] <sidi> Does that mean that when rebuilding, I *must* select another PPA since identical versions are not allowed?
[11:28] <sidi> I don't want to just copy the binary packages because I want to make sure they build properly (i.e. no deps changed)
[11:32] <cjwatson> sidi: right, in any given archive, files of the same name may only exist once
[11:33] <cjwatson> sidi: if you copied within the same archive and asked to rebuild, you'd end up with pool/main/f/foo/foo_1.0-1_amd64.deb needing to exist twice with different contents
[11:33] <cjwatson> sidi: so your choices are (a) don't rebuild (b) use a different PPA (c) upload with a different version rather than copying
[11:34] <sidi> cjwatson, thanks, will go with (c). It'd be awesome to have an option to rebuild and just bump the version number (ppax -> ppax+1) though, would have saved me 30-60 minutes :-)
[15:22] <Laney> https://launchpadlibrarian.net/225818700/buildlog_ubuntu-xenial-ppc64el.amide_1.0.5-4ubuntu1_BUILDING.txt.gz <- this looks weird
[15:27] <cjwatson> there are a few known memory corruption issues with the power builders - the incidence is rare but sadly non-zero
[15:29] <cjwatson> Laney: I've asked IS to investigate in case of obvious dmesg spam, but in the meantime I suggest just retrying
[15:29] <Laney> cjwatson: Will do - you don't need to keep any state?
[15:30] <cjwatson> Laney: I've extracted the relevant state, i.e. builder and build start time
[15:30] <cjwatson> but thanks for checking
[15:30] <Laney> Nod, okay
[15:30] <cjwatson> doubt anything else is relevant, I mean it go bang
[15:31] <Laney> I saw a similar one earlier but I retried that without checking
[15:31] <Laney> my bad


[00:09] <huwshimi> hatch: This bug still exists: https://bugs.launchpad.net/juju-gui/+bug/1321558
[00:09] <_mup_> Bug #1321558: Destroying a service leaves inspector visible <juju-gui:Triaged> <https://launchpad.net/bugs/1321558>
[00:12] <huwshimi> hatch: Also, your caching branch is lovely!
[00:21] <rick_h_> huwshimi: hmm, that was marked as fixed. The card for that was done by Makyo
[00:21] <huwshimi> rick_h_: Was the one for hiding the ghost inspector on deploy?
[00:22] <huwshimi> *that the
[00:22] <rick_h_> huwshimi: no, that bug you linked above on the destroying leave the inspector open
[00:22] <rick_h_> huwshimi: moved the card into urgent maint.
[00:22] <rick_h_> Makyo: ^
[00:22] <huwshimi> rick_h_: Oh, I mean, didn't Makyo do the one about hiding the ghost inspector on deploy
[00:23] <rick_h_> huwshimi: not sure, I just did a search on the bug number in the kanban board and found the card
[00:23] <huwshimi> oh I see
[00:23] <rick_h_> I'll have to chase down the branch that was submitted and see what is up
[00:24] <rick_h_> huwshimi: but please make sure to note that one and the card in an email summary of the QA results please
[00:24] <hatch> huwshimi thanks :)
[00:24] <huwshimi> rick_h_: Will do, I have some small visual cleanups that I'll do myself today
[00:24] <rick_h_> huwshimi: awesome thanks
[00:28] <hatch> is comingsoon very slow for you guys?
[00:28] <hatch> oh maybe it's just me
[00:28] <rick_h_> hatch: no
[00:28] <hatch> huwshimi in your bug, how do you reproduce it?
[00:29] <hatch> can you add steps because I am not able to reproduce on comingsoon
[00:37] <huwshimi> hatch: I've added them to the bug: https://bugs.launchpad.net/juju-gui/+bug/1321558
[00:37] <_mup_> Bug #1321558: Destroying a service leaves inspector visible <juju-gui:Triaged> <https://launchpad.net/bugs/1321558>
[00:38] <hatch> huwshimi thanks, the bug only happens with ghost services not deployed ones
[00:38] <hatch> should be an easy fix the url isn't changing so just needs to fire a changestate event
[00:39] <hatch> good catch though
[00:40] <huwshimi> hatch: Ah yes, you are right. I thought I had reproduced it on a deployed service, but can't seem to now.
[00:41] <hatch> yeah, just looked, huwshimi  if you have time today you could probably bang out a fix for it real quick-like :)
[00:41] <hatch> think you might have time?
[00:41] <hatch> if not I can probably do it while watching some tv tonight heh
[00:43] <hatch> huwshimi here is the fix (sans tests) https://gist.github.com/b85f7d0ebdbf05ee0632
[00:43] <hatch> :)
[00:44] <huwshimi> hatch: It's ok I'll do it
[00:44] <rick_h_> hah! just used the chrome dev tools "copy a cURL" feature. sweetness
[00:45] <huwshimi> hatch: Unless you get to it first :)
[00:45] <hatch> rick_h_ haha cool, I've always wanted to use that :)
[00:45] <hatch> huwshimi true, although I have to start cooking supper right away so it won't be for a few hours for sure
[00:46] <rick_h_> needed a QA bundle file so went to the gui, went to code, loaded the bundle file and copied the curl command from the network tab to download it :)
[00:46] <hatch> keep me posted if you do tackle it
[00:46] <hatch> haha nice nice
[00:46] <huwshimi> hatch: Yep, I'll let you know if I start
[00:48] <rick_h_> bwuhahaha BradCrittenden you rule. <3 this
[01:00] <rick_h_> 920563
[03:27] <hatch> huwshimi I'm going to fix that bug now
[03:27] <huwshimi> hatch: OK :)
[03:27] <hatch> just watched some House of Cards and Orange is the new Black
[03:28] <hatch> need a break
[03:28] <hatch> lol
[03:28] <rick_h_> lol
[04:08] <hatch> huwshimi bug is fixed if you want to take a look for review/qa if you find some time
[04:09] <huwshimi> hatch: Ah sure, let me take a look
[04:09] <hatch> huwshimi I'm hopping offline, if alls good feel free to shipit
[04:09] <huwshimi> hatch: Sure
[04:09] <hatch> thanks, have a good night
[04:10] <huwshimi> hatch: You too
[08:55] <frankban> morning rogpeppe1: is juju/charm ready to be used?
[08:56] <rogpeppe1> frankban: yeah
[08:56] <rogpeppe1> frankban: i'm just about to push a branch that changes juju-core to use it
[08:57] <frankban> rogpeppe1: cool
[09:05] <frankban> rogpeppe1: could you please review https://github.com/juju/juju/pull/73 ?
[09:07] <rogpeppe1> frankban: looking
[09:07] <frankban> thanks
[09:09] <rogpeppe1> frankban: the PR doesn't seem to update dependencies.tsv - is that because it's been done in a previous PR?
[09:09] <frankban> rogpeppe1: yes, http.go was moved to external testing some days ago
[09:10] <rogpeppe1> frankban: LGTM then
[09:10] <frankban> rogpeppe1: thanks
[09:11] <frankban> rogpeppe1: I'll start the store migration right after you merge your current branch
[09:11] <rogpeppe1> frankban: cool. am currrently running the tests.
[09:20] <rogpeppe1> frankban: https://github.com/juju/juju/pull/74
[09:20] <frankban> rogpeppe1: looking
[09:21] <frankban> rogpeppe1: could you please create a juju/store repo and give me permissions?
[09:21] <rogpeppe1> frankban: sure
[09:22] <rogpeppe1> frankban: i wonder if the repo should be named "charmstore". what do you think?
[09:23] <frankban> rogpeppe1: it will also be a bundle store in the future. So I guess store can be ok, but that's not a strong opinion
[09:23] <rogpeppe1> frankban: bundles are bundles of charms, really
[09:23] <rogpeppe1> frankban: i'll raise it in #juju-dev
[09:23] <frankban> rogpeppe1: yeah
[09:27] <frankban> rogpeppe1: what about github.com/bmizerany/assert and deps? were they missing?
[09:27] <rogpeppe1> frankban: yup
[09:28] <frankban> rogpeppe1: LGTM
[09:59] <rogpeppe> frankban: i've created the repo and added juju-hackers as collaborators
[10:00] <rogpeppe> frankban: github.com/juju/charmstore
[10:00] <frankban> rogpeppe: cool, thanks. I'll wait for your branch to land and then start mgrating the store
[10:02] <frankban> rogpeppe: you have a conflict
[10:02] <rogpeppe> frankban: oh, darn
[11:01] <frankban> rogpeppe: how is it going?
[11:02] <rogpeppe> frankban: running tests again after merging
[11:02] <rogpeppe> frankban: worker/uniter/debug just timed out
[11:02] <frankban> rogpeppe: :-/
[11:03] <frankban> rogpeppe: some of the tests seems to have some weakness
[11:03] <rogpeppe> frankban: but just passed when i ran it again
[11:03] <rogpeppe> frankban: yeah
[11:03] <rogpeppe> frankban: it took 0.2s to run the second time
[11:03] <frankban> rogpeppe: heh
[11:07] <rogpeppe> frankban: my computer just decided to reboot randomly
[11:08] <frankban> :-/
[11:08] <rogpeppe> once upon a time if the kernel panicked, you'd see some kind of a message
[11:08] <frankban> rogpeppe: so what do you think about this plan: I will 1) migrate store 2) add README etc... 3) change core to use external store in the few places it is imported. You a) wait for 2 (add README etc) b) add to charmstore the server entry points (e.g. cmd/charmd/main.go), including README updates on how to start the charmstore server and c) remove those bits from core
[11:14] <frankban> rogpeppe1: ^^^
[11:14] <rogpeppe1> frankban: i haven't seen anything, sorry
[11:15] <frankban> rogpeppe1: so what do you think about this plan: I will 1) migrate store 2) add README etc... 3) change core to use external store in the few places it is imported. You a) wait for 2 (add README etc) b) add to charmstore the server entry points (e.g. cmd/charmd/main.go), including README updates on how to start the charmstore server and c) remove those bits from core
[11:17]  * rogpeppe1 thinks
[11:19] <rogpeppe1> frankban: how about, instead, migrating store and cmd/{charmd,charmload,charm-admin} all together. then there's nothing in core that imports store
[11:20] <rogpeppe1> frankban: because those commands feel like they're more part of the charm store than juju-core itself
[11:20] <rogpeppe1> frankban: i will suggest that in #juju-dev
[11:22] <frankban> rogpeppe1: charm-admin depends on juju/cmd. That said, the result is the same, b) and c) are about doing that move. My proposal is just to proceed with incremental steps, so that mechanical branches are really mechanical
[11:22] <frankban> rogpeppe1: so, focus on the goal of having an external store, and then move the commands where they belong
[11:23] <rogpeppe1> frankban: ah, i see
[11:23] <rogpeppe1> frankban: yeah, your approach seems fine
[11:23] <frankban> rogpeppe1: cool
[11:30] <frankban> rogpeppe1: uhm: your merge failed: godeps: cannot parse "/mnt/jenkinshome/jobs/github-merge-juju/workspace/tmp.o7sFxEIu8x/RELEASE/src/github.com/juju/juju/dependencies.tsv": cannot find directory for "github.com/bmizerany/assert": not found in GOPATH
[11:30] <rogpeppe1> frankban: oh frick
[11:30] <rogpeppe1> frankban: thanks
[11:31] <rogpeppe1> frankban: i'll remove that dependency for the time being
[11:32] <frankban> rogpeppe1: +1
[11:34] <BradCrittenden> morning rick_h_
[11:35] <frankban> rogpeppe1: created the cards for the plan above
[11:36] <rogpeppe1> frankban: lovely, ta
[12:08] <rick_h_> bac: morning
[12:08] <bac> hi rick_h_.  what was your message from last night about?  the discussing in vague terms my awesomeness.
[12:09] <rick_h_> bac: QA went well for me yesterday. Had one note where if the terminal window is small, and you go in to 'use' one of the environments, you have to scroll down with the down arrow before you can select buttons
[12:09] <rick_h_> bac: oh, just was so cool to deploy a bundle and such from OSX.
[12:09] <bac> yeah, pretty sweet
[12:11] <bac> rick_h_: is that term size issue os x specific or would that be the case on linux too?
[12:12] <rick_h_> bac: I think it'll be any terminal. I don't notice it because of the bigger display/terminals I use on linux vs OSX the default is so small
[12:13] <rick_h_> bac: so I was debating about filing a bug and wanted to see if anyone else ran across it during qa
[12:14] <bac> rick_h_: i tested the interactive stuff when i first started the process but have not made it a part of general QA as the interactive piece has been static.  so i'm glad you saw this issue.
[12:16] <rick_h_> bac: just tried it out here on linux and yep, it's just a general thing with the UI. I happened to have a terminal of *just* the right height where I could seee the buttons, but there was a small amount of scoll available
[12:17] <rick_h_> bac: so definitely nothing block about and not even sure it's something we can do something about
[12:19] <frankban> rick_h_: we can make the buttons always visible (like the status bar): I would consider this a minor/nice to have and not a release blocker.
[12:21] <rick_h_> frankban: cool, I'll file a bug then for now.
[12:21] <rick_h_> bac: but QA went well for me and was very exciting to try out after writing docs and emails all day :)
[12:22] <bac> rick_h_: cool.  i'll wait for kyle to have a go and then do the release if all is good.
[12:22] <rick_h_> bac: sounds good
[12:41] <bac> frankban: if you have a moment could you review https://codereview.appspot.com/103310043  -- it has updates to the HACKING doc for new release procedures.  You may want to read the whole section carefully, not just the changes in this branch.  I've landed a few mods there self-reviewed.
[12:42] <frankban> bac: I will
[12:42] <frankban> rogpeppe1: could you please take a look at https://github.com/juju/charmstore/pull/1 ?
[12:42] <rogpeppe1> frankban: looking
[12:43] <rogpeppe1> frankban: LGTM
[12:43] <frankban> rogpeppe1: thanks
[13:06] <frankban> rogpeppe1: another one? https://github.com/juju/charmstore/pull/2
[13:06] <rogpeppe1> frankban: looking
[13:07] <rogpeppe1> frankban: LGTM
[13:07] <frankban> rogpeppe1: thank you!
[13:16] <jcsackett> morning all.
[13:17] <rick_h_> morning jcsackett
[13:17] <rick_h_> jcsackett: can you assis with release today? QA/review Huw's branch and do some QA please.
[13:17] <rick_h_> assist that is
[13:18] <jcsackett> rick_h_: was already planning on it--saw your email.
[13:18] <rick_h_> jcsackett: ty much
[13:18] <jcsackett> i'll start with Huw's branch and then start whacking the GUI. we have specific areas we're worried about?
[13:19] <rick_h_> jcsackett: we're just making the inspector left release. So with no flags, just does anything in the GUI have an issue before we release and update jujucharms.com with it
[13:20] <jcsackett> no flags, got it.
[13:28] <frankban> rogpeppe1: last one for the store: https://github.com/juju/juju/pull/76
[13:28] <rogpeppe1> frankban: cool
[13:28] <rogpeppe1> frankban: looking
[13:28] <frankban> thnaks
[13:28] <frankban> bac: review done
[13:28] <bac> ty
[13:29] <rogpeppe1> frankban: LGTM
[13:29] <frankban> rogpeppe1: thank you, merging
[13:42] <jcsackett> rick_h_: huw's branch is good; there's no reason to hold off on shipping it, is there?
[13:43] <rick_h_> jcsackett: nope thanks
[13:44] <frankban> bac: replied
[13:59] <hatch> github added a 'jump to file' button
[14:00] <hatch> kadams54 did you see my comment on your PR?
[14:01] <kadams54> I did.
[14:01]  * rogpeppe1 lunches
[14:02] <bac> frankban: yeah, that step was attempting to do two things: use pre-booted env and remote bundle.  i'll beef up the description.
[14:02] <kadams54> Here's what I think is happening: the machine view panel… er… view has at least one child view, which means the child view's container is connected to a child node.
[14:02] <kadams54> So when container.empty() is called, the child node is removed
[14:03] <kadams54> And when the destructor is called on the child view, it attempts to empty its container and throws an error because there's no longer an associated DOM node.
[14:03] <bac> rick_h_: the date in the first sentence of https://docs.google.com/a/canonical.com/document/d/1PI4XPNxVUP3mXqce-jxtT5KgqdZoTuvJZ71W-mSiCZg/edit  does not match the later date
[14:03] <kadams54> getDOMNode returns null
[14:07] <hatch> kadams54 right, but there should be no child view rendered into the createMachine view
[14:07] <hatch> if there is then something is wrong
[14:07] <hatch> create machine view should be managing it's own child views (if there are any)
[14:09] <kadams54> I think there are quite a few child views… machine headers, service scale up, create machine, etc.
[14:09] <kadams54> The one that started erroring when I changed to container.empty() was service-scale-up-view.js
[14:09] <hatch> yeah....but create machine and scale up are siblings
[14:09] <hatch> not parent/child
[14:09] <kadams54> Maybe, but not in the DOM
[14:10] <hatch> well then the DOM structure is incorrect
[14:11] <hatch> you can't have sibling views that require one to be rendered into the other
[14:11] <kadams54> machine-view-panel.js, line 848 - the view passes a node as the container for ServiceScaleUpView
[14:11] <kadams54> That node is a child of MV's container
[14:12] <hatch> right
[14:12] <hatch> so why does another child of machine-view-panel destroy that node?
[14:13] <kadams54> Another child doesn't destroy it
[14:13] <kadams54> machine-view-panel itself destroys it, when container.empty() is called in machine-view-panel's destructor
[14:13] <bac> kadams54: you still willing/have time to do the quickstart QA this morning?
[14:13] <kadams54> bac: Yeah, I started on that last night
[14:13] <bac> oh, cool
[14:14] <hatch> kadams54 no the empty() is called in 'createMachineView' not 'machineViewPanel'
[14:14] <hatch> kadams54 https://github.com/juju/juju-gui/pull/375/files#r13618728
[14:15] <rick_h_> bac: ty, updated
[14:16] <kadams54> hatch: Ah, that's my problem :-) For some reason I changed line 901 in machine-view-panel.js :-)
[14:17] <hatch> lol oh boy
[14:17] <jcsackett> rick_h_: one minor bug that i believe is linked to inspector left https://bugs.launchpad.net/juju-gui/+bug/1328932
[14:17] <_mup_> Bug #1328932: "tutorial" link under "help & feedback" sends you to /sidebar and does nothing <juju-gui:New> <https://launchpad.net/bugs/1328932>
[14:17] <jcsackett> not remotely done looking yet.
[14:17] <rick_h_> jcsackett: rgr, ty looking
[14:18] <hatch> rick_h_ jcsackett I'll take it
[14:18] <rick_h_> hatch: rgr ty
[14:29] <bac> frankban: here is a new section http://paste.ubuntu.com/7628821/  - i've tested that the steps work.
[14:31] <hatch> hmm looks like onboarding can never BE rendered any longer, good catch jc
[14:39] <frankban> bac: looks good
[14:39] <hatch> rick_h_ low priority but should probably get some new assets from UX https://bugs.launchpad.net/juju-gui/+bug/1328936
[14:39] <_mup_> Bug #1328936: onboarding now puts the inspector in the incorrect location <juju-gui:New> <https://launchpad.net/bugs/1328936>
[14:40] <rick_h_> hatch: oh ouch, yea. Not sure I agree on low priority though
[14:40] <rick_h_> luca: ^
[14:41] <luca> rick_h_: ah yeah
[14:41] <rick_h_> luca: I feel like that should block our release today.
[14:41] <luca> rick_h_: if I remember right, they are just images that Spencer made.
[14:42] <rick_h_> hatch: what's the file name?
[14:42] <luca> rick_h_:  is that correct?
[14:42] <rick_h_> luca: correct
[14:42] <rick_h_> I'm trying to find the one we're using right now
[14:43] <hatch> umm, I broke it, lemme get it back working and grab the file name :)
[14:43] <hatch> juju-ui/assets/images/non-sprites/onboarding/3-inspector.png
[14:44] <hatch> rick_h_ luca  the issue we will have though is that the charmbrowser will be rendered underneath the new inspector image
[14:44] <hatch> so it's more work than simply changing the image
[14:44] <rick_h_> hatch: oh, but we can work with this image
[14:44] <rick_h_> hatch: we just have to relocate it and cover the sidebar
[14:45] <hatch> it'll only cover part of it
[14:45] <hatch> which may look worse :)
[14:45] <luca> rick_h_: Spencer can create a new image of the inspector
[14:45] <rick_h_> right, but I mean cover the sidebar (entirely) and then put this image on there
[14:45] <luca> rick_h_: he’s busy doing the google mocks but once he’s done he can send one over
[14:45] <rick_h_> luca: ok, but we'll have a height issue regardless
[14:45] <rick_h_> We have to solve this better than updating the image
[14:45] <hatch> the sidebar is 100% height, so that image will need to be like 3000px tall to accommodate all screens
[14:46] <luca> hatch: I see :)
[14:46] <rick_h_> right, thus we use a smaller image that's the 'top part' of a demo inspector, cover all of the sidebar and have that kindn of floating in place
[14:47] <hatch> heh, a mask in a mask
[14:47] <rick_h_> :)
[14:47] <hatch> I foresee problems in out future
[14:47] <hatch> our!
[14:49] <rick_h_> huw can do it :)
[14:50] <hatch> well we could create a fake service and show the inspector for that service
[14:50] <hatch> that's probably going to be the end goal
[14:53] <luca> rick_h_: hatch do you need me to action anything?
[14:54] <hatch> rick_h_ I'm not sure we want to try and do this pre-release
[14:55] <hatch> I think there will be dragons here which may end up causing us to push release
[14:59] <hatch> jujugui call in dos
[14:59] <hatch> jujugui call in Un
[14:59] <jcsackett> rick_h_, hatch: i've got another one: https://bugs.launchpad.net/juju-gui/+bug/1328941
[14:59] <_mup_> Bug #1328941: Deploying a local charm shows a compacted inspector <juju-gui:New> <https://launchpad.net/bugs/1328941>
[14:59] <rick_h_> jujugui on the phone with ramm at the moment, might be late
[14:59] <hatch> ok I can run it
[14:59] <hatch> jcsackett ok can you make a card in urgent plx
[14:59] <jcsackett> hatch: yup, marking the bug as high too. unless we feel "critical" is better.
[15:00] <hatch> jcsackett high is fine, we'll do it right away either way
[15:01] <hatch> jujugui call now
[15:04] <rick_h_> jcsackett: ^ antdillon
[15:17] <bac> kadams54: thanks for your help doing the QA.  please ping me when you're done.
[15:17] <kadams54> bac: will do
[15:20] <hatch> the tow truck drivers are driving around and honking the horn in front of peoples cars to get them to move it before they tow it....that's pretty nice
[15:20] <hatch> I mean...the big yellow signs have only been here for 5 days....
[15:20] <hatch> but still nice :)
[15:34] <hatch> jujugui lf a review/qa for https://github.com/juju/juju-gui/pull/379 plz and thx
[15:36] <frankban> hatch: looking
[15:36] <hatch> thanks
[15:39] <hatch> jcsackett looking at your screen shots remind me of what internet was like in the 90s :P
[15:41] <jcsackett> hatch: yeah; it's something weird with shutter.
[15:41] <jcsackett> i get great screenshots, and then the moment shutter does anything with them, they turn into horribly compressed jpegs without any chance of recovering them.
[15:41] <frankban> hatch: when I visit a charm details page and then close the panel, the onboarding is shown. Is that the expected behavior?
[15:41] <jcsackett> i haven't figured out what's going on--it didn't used to have this issue.
[15:42] <hatch> frankban if you dismiss it once then that doesn't happen, correct?
[15:42] <frankban> hatch: yes
[15:42] <hatch> frankban tough to say.... luca ^
[15:43] <hatch> frankban I'm pretty confident that that is how it should stay...
[15:43] <frankban> hatch: ok
[15:44] <hatch> you don't want to necessarily miss out on the onboarding just because you clicked a link to view some charm details
[15:44] <hatch> at least thats my reasoning
[15:44] <luca> hatch: frankban you mean that when you visit Juju for the first time and you’ve been linked to a charm details and you close the details the onboarding shows?
[15:45] <hatch> luca no if you click a link to charm details
[15:45] <hatch> but you've never been to juju before
[15:45] <hatch> we show the details w/o the onboarding
[15:45] <hatch> but when you then close those details, we show the onboarding
[15:46] <frankban> luca, hatch: I think you are describing the same path...
[15:46] <hatch> oh.....yeah, I read it wrong
[15:46] <frankban> and you are both right
[15:46] <hatch> English is hard...
[15:46] <hatch> lol
[15:47] <luca> hatch: rofl
[15:47] <luca> frankban: hatch that is expected behaviour
[15:47] <hatch> haha yay
[15:47] <frankban> cool
[15:47] <frankban> hatch: then QA is good
[15:48] <hatch> sweet shippin!
[15:48] <hatch> frankban actually, can you comment on the PR THEN i'll ship :)
[15:48] <hatch> there it is!
[15:49] <frankban> hatch: done
[15:51] <hatch> hmm this local inspector business is probably gona be some work
[15:51] <hatch> poo
[15:53] <jcastro> https://bugs.launchpad.net/ubuntu/+source/juju-quickstart/+bug/1317939
[15:53] <_mup_> Bug #1317939: New upstream release 1.3.2 is available <upgrade-software-version> <juju-quickstart (Ubuntu):Triaged> <https://launchpad.net/bugs/1317939>
[15:54] <jcastro> can I get some eyeballs here so we can get this fixed in utopic so we can get it backported to trusty?
[15:57] <rbasak> jcastro: I'm your guy. I've been working on this for a while.
[15:58] <rbasak> jcastro: there have been process issues getting in the way, and I've been working on resolving them permanently.
[15:58] <rbasak> jcastro: right now the blocker is that juju-core ftbfs on utopic on powerpc, and I need this to land in utopic to fix juju-quickstart in utopic, and with that I'll be able to SRU to Trusty.
[16:14] <jcastro> rick_h_, <patrick-uds> QUESTION: do you plan to make it possible to deploy a bundle with containing local charms in juju-gui?
[16:14] <jcastro> rick_h_, I will ask you during the wrap up
[16:28] <hatch> luca do the local charm inspectors also go 100% height in the left column? (thinking so, just want to confirm)
[16:28] <luca> hatch: they do
[16:29] <jcsackett> juju-gui: anyone QAing on safari?
[16:29] <hatch> luca thanks
[16:30] <hatch> jcsackett giver'
[16:31] <jcsackett> hatch: huh?
[16:32] <hatch> jus' giver' ?
[16:33] <jcsackett> i have no idea what you're saying.
[16:33] <jcsackett> dialects written in text tend to fail hard. :p
[16:33] <hatch> go hard?
[16:33] <hatch> you can do it?
[16:33] <jcsackett> ok. thanks.
[16:33] <jcsackett> :)
[16:33] <hatch> it's all yours
[16:33] <hatch> please sir, may  you do the safari qa
[16:34]  * jcsackett laughs
[16:34] <hatch> :D
[16:34] <jcsackett> i've never heard "giver'" before...is that "go for it", i'm guessing?
[16:34] <hatch> yeah - we say it all the time when doing something stupid
[16:34] <hatch> "ok dude giver'"
[16:35] <rick_h_> hatch: yea, that's pure canadian nonsense :P
[16:35] <hatch> haha
[16:36] <hatch> I looked up the urban dictionary definition....yeah there is some messed up stuff in there
[16:39] <jcsackett> juju-gui: if someone else has safari, can they please open the gui in coming soon and verify that scrollbars on the sidebar work? i'm almost certain this is my machine sucking, but we should double check.
[16:39] <hatch> looking
[16:40] <hatch> jcsackett working good here
[16:44] <jcsackett> hatch: awesome. well, downside, i can't QA on safari b/c my macbook is *oooold*. plusside, at least the GUI isn't completely hosed on safari. :p
[16:45] <hatch> haha, s'ok we have other osx'rs kadams54 bac frankban rick_h_  :D
[16:45] <jcsackett> hatch: if you've deployed an older version of a service, the upgrade section in the inspector should show the newer version, right? i'm not grossly misunderstanding 'upgrade' in this context, am i?
[16:46] <hatch> rick_h_ I propose we make a spreadsheet of our supported browsers/platforms and sandbox/real env and then people can put their name beside it when it qa's ok
[16:46] <hatch> jcsackett no, atm it now shows every version of the charm (And some which don't exist)
[16:47] <hatch> no, you're not misunderstanding it, it's just broken
[16:47] <hatch> :)
[16:47] <jcsackett> hatch: well, no, it seems to show every older version of the charm.
[16:47] <jcsackett> hatch: ok, as long as know that's broken.
[16:47] <hatch> yeah there are existing cards
[16:48] <jcsackett> hatch: is the upgrade path one then not something we're QAing? b/c there seems to be an inspector left issue in it as well if you actually click upgrade.
[16:48] <hatch> hmm.....
[16:48] <jcsackett> though triggering it is hard, since most of the time clicking "upgrade" doesn't seem to do anything.
[16:48] <hatch> I'm pretty sure that should still work. But it does list charms which don't exist
[16:49] <hatch> so the error may be caused by that
[16:50] <hatch> jcsackett it wouldn't hurt to create new bugs though then rick_h_  can go through and mark as duplicates if need be
[16:50] <rick_h_> oh sure :P
[16:50] <hatch> haha, well 2 bugs is better than 0 :)
[16:50] <rick_h_> hatch: all good, happy to help garden
[16:51] <jcsackett> destroying services leaving machines around is a juju-core issue, right?
[16:51] <rick_h_> hatch: I think the spreadsheet thing is something of formalizing the QA process we should do. I'm going to create a task for that.
[16:51] <hatch> cool
[16:51] <rick_h_> jcsackett: yes, and there's a branch up for review that changes that
[16:51] <jcsackett> rick_h_: cool.
[16:51] <rick_h_> hatch: but I think that's a bit much for the moment
[16:52] <hatch> s'ok!
[16:52] <rick_h_> ok, UOS session is done and out woot
[16:54] <rick_h_> jujugui UOS session if interested https://plus.google.com/116120911388966791792/posts/aLNHXFMW5DC
[16:55] <kadams54> UOS?
[16:55] <jcsackett> ubuntu online summit, i think.
[16:56] <hatch> rick_h_ thanks, watching
[16:56] <rick_h_> what jcsackett said
[16:56] <rick_h_> I'm trying to train myself to not use UDS
[16:57] <hatch> we need to do a lot better marketing of these things, I only noticed it yesterday haha
[16:59] <jcsackett> hatch: i'm making a card in urgent for the upgrade bug i've found; if we decide we don't care for release feel free to alter bug and delete card.
[17:00] <jcsackett> ok, i need food.
[17:00] <rick_h_> jcsackett: ok, make sure you've got reproduction steps please
[17:00] <rick_h_> and I also need to find food now. Phew, busy morning
[17:00] <jcsackett> rick_h_: yup.
[17:01]  * rick_h_ runs away for a few min
[17:01] <jcsackett> rick_h_: i try to never file a bug without reproduction steps if i can avoid it.
[17:01]  * jcsackett runs away in the opposite direction
[17:02]  * rogpeppe1 is done for the day
[17:02] <rogpeppe1> g'night all
[17:03] <rick_h_> night rogpeppe1
[17:03] <rogpeppe1> rick_h_: see ya
[17:03] <rick_h_> jujugui wife is comandeering the mifi for part of tomorrow for dr home visits...I might be up no-net creek without a paddle. Cannot coffee shop as I have to be here during install
[17:04] <rick_h_> gah! imagine a world without internet access! The horror!
[17:04] <hatch> lol
[17:04] <rick_h_> I'll get someone to be a meeting backup for the cross team call in case I have no net tomorrow
[17:04] <rick_h_> anyway, really off to lunch
[17:05] <hatch> enjoy
[17:14] <bac> rick_h_: where's your real internet?
[17:15] <hatch> bac it's being upgraded to add more ips
[17:15] <hatch> business line or something
[17:16] <bac> oh, yeah, that
[17:16] <bac> i tune out people with their first-world internet woes
[17:19] <hatch> lol
[17:25] <kadams54> bac: sent you a PM… going to break for lunch but wanted to chat about some things I was seeing.
[17:26] <bac> kadams54: sorry i was at lunch and didn't see that on my return
[17:26] <kadams54> np
[17:26] <bac> kadams54: do you want to do a hangout?
[17:26] <kadams54> Sure
[17:27] <bac> kadams54: going into daily standup
[17:28] <kadams54> bac: I'm there…
[17:28] <rick_h_> bac: :P definitely first world
[17:29] <bac> kadams54: got kicked.  trying again
[19:01] <bac> jujugui: i forked the homebrew project into https://github.com/CanonicalJS/homebrew instead of jujugui.  how do i delete the fork?  (i'm sure there is a button i'm just not seeing.)
[19:02] <rick_h_> bac: sec, I might be able to move it.
[19:02] <hatch> bac go into the settings for the repo and click delete
[19:02] <hatch> your fork of the repo that is
[19:02] <rick_h_> bac: where do you want it to be under? /juju/homebrew?
[19:03] <bac> rick_h_: jujugui/homebrew, no?
[19:03] <rick_h_> do we have a jujugui user/org?
[19:03] <bac> rick_h_: yes
[19:03] <bac> rick_h_: is this not a thing: https://github.com/jujugui
[19:03] <rick_h_> bac: ah, that's the bot user. I'd just move it under /juju I think. We don't have any repos there.
[19:03] <bac> rick_h_: ok, that works
[19:04] <rick_h_> bac: it's just a dummy user for CI interactions
[19:04] <rick_h_> bac: moved
[19:04] <bac> that's not unconfusing
[19:04] <rick_h_> https://github.com/juju/homebrew
[19:04] <bac> thanks
[19:04] <rick_h_> np
[19:06] <bac> rick_h_: my branch is juju-quickstart-formula
[19:06] <bac> rick_h_: so this would work:
[19:06] <bac> #git push git@github.com:juju/homebrew.git juju-quickstart-formula
[19:07] <rick_h_> bac: is your branch a fork of that juju/homebrew.git repo?
[19:07] <jcsackett> juju-gui: I have been knocked offline by a storm and my poor phone seems to not be up to the task of hot spotting today.
[19:07] <jcsackett> I go in search of internet elsewhere.
[19:07] <rick_h_> jcsackett: thanks for the heads up
[19:08] <bac> rick_h_: i think brew created a branch of the original.  i'm following the directions at https://github.com/Homebrew/homebrew/wiki/Formula-Cookbook after the 'Commit' heading
[19:08] <rick_h_> bac: looking
[19:09] <hatch> jcsackett darn I JUST needed to have a chat with you too :)
[19:09] <hatch> are you ok for ircing?
[19:09] <rick_h_> bac: looks ok then
[19:10] <bac> rick_h_: i get access denied.  should i be able to push there?
[19:11] <rick_h_> bac: hmm, I'd expect you to as you can to the gui, /me checks
[19:11] <bac> or my ssh keys are not set up
[19:11] <jcsackett> hatch: yeah, i can IRC from my phone, and i'm not in the car yet. what's up?
[19:12] <hatch> local charm drops use /local in the url and then convert to localType
[19:12] <hatch> but there is an issue with localType being converted to /local
[19:12] <hatch> so I CAN fix that
[19:12] <rick_h_> bac: updated
[19:12] <hatch> but is there a reason why you picked localType and not local?
[19:12] <hatch> I'd really prefer to have a single name instead of a odd rename just for the url
[19:12] <rick_h_> bac: they did some gardening now that core is on github. They don't follow our 'let everyone ahve admin' process
[19:13] <bac> rick_h_: i had not ssh-add my novel github key
[19:13] <bac> now it worked
[19:13] <rick_h_> bac: awesome
[19:13] <jcsackett> hatch: I think I was opposed to "local" as a variable name, since that sounds like a bool to me.
[19:14] <jcsackett> But localType is a crap URL fragment.
[19:14] <hatch> ok so are you ok with the rename just for the url?
[19:14] <jcsackett> If you want to s/localType/local I'm good.
[19:15] <hatch> ok lemme think about it :)
[19:15] <hatch> just wanted to see if there was some other reason
[19:16] <jcsackett> No good ones, no. :p
[19:16] <hatch> haha ok lemme think about it
[19:16] <pitti> hello
[19:17] <rick_h_> howdy pitti
[19:17] <pitti> so I was watching jcastro's UOS talk today and wanted to try juju-local again (a month or so ago it failed for me due to bug)
[19:18] <rick_h_> pitti: very cool
[19:18] <pitti> so I'm trying "juju quickstart" as in that tutorial; I get http://paste.ubuntu.com/7630057/ and now it's just hanging, and no running wget or similar
[19:18] <jcastro> rick_h_, we're mid session so marco and I can't help right now, but if you could help point him in the right direction that would be <3
[19:18] <pitti> any idea how I can check what's going on?
[19:18] <rick_h_> jcastro: k
[19:18] <rick_h_> pitti: what version of ubuntu are you on?
[19:19] <pitti> no container was created, and strace on the jujud bootstrap is just futex-waiting
[19:19] <pitti> rick_h_: utopic du jour
[19:20] <rick_h_> pitti: oh, bleeding edge. We're aware of some juju/quickstart bugs that we're working on getting landed. https://bugs.launchpad.net/ubuntu/+source/juju-quickstart/+bug/1317939
[19:20] <_mup_> Bug #1317939: New upstream release 1.3.2 is available <upgrade-software-version> <juju-quickstart (Ubuntu):Triaged> <https://launchpad.net/bugs/1317939>
[19:20] <rick_h_> pitti: and if you look in the comment there's a bug in getting juju updated in utopic holding that up right now
[19:20] <pitti> rick_h_: right, exactly that bug
[19:20] <rick_h_> pitti: so I'm not sure it will work properly
[19:21] <rick_h_> pitti: we're hoping juju gets updated soon and we can get our quickstart package updated and get it going
[19:21] <rick_h_> pitti: you can try the quickstart beta ppa
[19:21] <rick_h_> https://launchpad.net/~juju-gui/+archive/quickstart-beta
[19:21] <pitti> rick_h_: ack, thanks! so I didn't just screw up :)
[19:21] <rick_h_> that can get you the pending release ahead of time
[19:21] <rick_h_> pitti: no, I don't think so
[19:21] <pitti> I mean, not that there's a whole lot to screw up on a single command :)
[19:21] <rick_h_> pitti: I think you're smacking into the stuff we're all trying to get fixed up
[19:21] <rick_h_> lucky luck you :)
[19:22]  * pitti installs the PPA
[19:22] <rick_h_> pitti: note that I'm not sure it'll help you as the juju bug is still there, but I don't recall if that worked around the bug but our release is blocked
[19:23] <pitti> rick_h_: for testing I'd be ok to create trusty containers; I hope that's what the LXC bug is about? (container release, not host release)
[19:24] <rick_h_> pitti: I know the original issue was trusty containers, but the relaese is blocked on utopic builds. series series everywhere.
[19:24] <rick_h_> but the beta package should get you around the original precise container issue
[19:24] <bac> rick_h_: the brew pull request has been submitted.  that project has 33 pull requests pending, dating back one week.  so i'm going to declare victory on my card, create a tracking card, and be done.
[19:24] <pitti> still hanging :/ and nothing in .juju/local/log/
[19:24] <rick_h_> bac: sounds good
[19:25] <rick_h_> pitti: :(
[19:25] <pitti> rick_h_: I suppose I'll re-try my luck with juju bootstrap etc.
[19:25] <pitti> I'm mostly interested in this for working on the CI airline wrt. autopkgtest, so trusty containers are totally fine for me
[19:26] <rick_h_> pitti: let me know if that works for you. My understanding is that it's a juju/utopic issue. The bug linked in https://bugs.launchpad.net/ubuntu/+source/juju-quickstart/+bug/1317939 leads through a few other bugs in juju.
[19:26] <_mup_> Bug #1317939: New upstream release 1.3.2 is available <upgrade-software-version> <juju-quickstart (Ubuntu):Triaged> <https://launchpad.net/bugs/1317939>
[19:27] <rick_h_> pitti: so quickstart shouldn't be causing any issues
[19:27] <rick_h_> pitti: but definitely adding a card to our board to look at qa'ing what we do have under utopic, none of us have upgraded and checked it out yet
[19:27] <pitti> rick_h_: ah; I usually upgrade on day 1, dogfooding :)
[19:28] <rick_h_> pitti: <3 just sorry for the complications you hit.
[19:28] <pitti> rick_h_: but I didn't see any log file etc. in .juju to see what's going on; hence my thought to call bootstrap directly, that might be a little more verbose?
[19:28] <pitti> rick_h_: no worries :)
[19:28] <rick_h_> pitti: --debug
[19:28] <rick_h_> pitti: I think that turns on verbose bootstraping
[19:28] <pitti> rick_h_: how would I manually bootstrap a "local" environment?
[19:29] <rick_h_> pitti: did you create one using quickstart?
[19:29] <rick_h_> pitti: then just 'juju switch local && juju bootstrap'
[19:29] <pitti> ah, right, that already creates the yaml
[19:33] <pitti> hm, endless series of "juju.state open.go:101 connection failed, will retry: dial tcp <IP_ADDRESS>:37017: connection refused" in .juju/local/cloud-init-output.log, and no lxc process or otherwise busy process
[19:33] <pitti> so I guess I'll just subscribe to these bugs and wait until they get fixed :)
[19:33] <pitti> thanks rick_h_
[19:33] <rick_h_> pitti: yea, that's the juju mongo bug
[19:33] <rick_h_> pitti: sorry, I think they're up for the next release next week
[19:33] <pitti> sounds nice
[19:33] <pitti> or I'll try it in a trusty VM
[19:34] <rick_h_> pitti: +1
[19:37] <pitti> rick_h_: oh, I just saw that juju-local/juju-core 1.18.4 claim to fix much of this, but are stuck in -proposed
[19:37] <rick_h_> pitti: right
[19:38] <rick_h_> pitti: there's some other blockers
[19:38] <pitti> powerpc build failure apparently
[19:38] <rick_h_> pitti: they're working through it but not out yet
[19:38] <pitti> *nod*, thanks
[19:38]  * rick_h_ isn't 100% on top of it but watching it to unblock our juju-quickstart release
[19:44] <pitti> rick_h_: much much better with the proposed version :)
[19:44] <rick_h_> pitti: woot
[19:44] <rick_h_> jujugui approval for july 21 set, will have details and such tomorrow but feel free to start planning
[19:45] <pitti> juju quickstart still defaults to building stuff for precise, but *shrug*, details :)
[19:46] <pitti> and it now fails with juju-quickstart: error: machine 1 is in an error state: error: open /var/lib/lxc/martin-local-machine-1/config: no such file or directory
[19:46] <rick_h_> pitti: well it uses your env for the default env
[19:46] <rick_h_> bah that came out wrong
[19:46] <pitti> so we have some hardcoded /var/lib/lxc/ somewhere (I have them in /scratch/lxc), but that's now much easier to tackle
[19:46] <rick_h_> the default series is defined in your environments.yaml
[19:46] <rick_h_> pitti: orly that one is interesting
[19:46] <pitti> rick_h_: right, I wiped .juju and restarted quickstart, that wrote a new yaml
[19:47] <rick_h_> pitti: ah, and that yaml uses lts as default series
[19:49] <rick_h_> ok, I'm out for the day all. I'll do my best to be available online tomorrow as much as I can.
[19:51] <pitti> filed as bug 1329049
[19:51] <_mup_> Bug #1329049: quickstart fails, hardcodes /var/lib/lxc/ somewhere <amd64> <apport-bug> <utopic> <juju-quickstart (Ubuntu):New> <https://launchpad.net/bugs/1329049>
[19:51] <pitti> rick_h_: good night!
[19:58] <hatch> rick_h_ so I'm going to split this bug into two cards, one for the styling and one for the technical bugs
[19:58] <hatch> I've fixed the technical bugs but the styling still needs work
[19:59] <hatch> huw can then do that one
[20:11] <bac> rick_h_: i'm having troubles with the builds for the PPA.  it is clinging to the 1.3.4.b1 name, not recognizing 1.3.4 is more current.  may have to bump to 1.3.5 if i cannot get it to update.  feels like i'm missing something.
[20:12] <rick_h_> bac: oh hmm, I know pypi should treat the b1, guess that might not work in debian packaging world
[20:12] <bac> yeah, pypi definitely did, requiring the --pre install flag
[20:12] <rick_h_> bac: honestly, if 1.3.5 works call it. I think I might have led your wrong on that sorry
[20:12] <bac> np
[20:34] <hatch> jujugui I need a review/qa for https://github.com/juju/juju-gui/pull/380 before Huw starts so he can take on the second part of this card.
[20:34] <kadams54> hatch: I can take a look
[20:34] <hatch> ahh crap I need to remove a comment
[20:34] <hatch> sec
[20:35] <hatch> kadams54 ok it's ready now
[20:35] <hatch> thanks
[20:35] <kadams54> yup
[20:39] <hatch> jujugui does anyone have a real env up?
[20:48] <hatch> rick_h_ I think that we can push the other ticket from jcsackett
[20:48] <hatch> the upgrade one
[20:57] <hatch> oh CI, go home, you're drunk
[20:58] <jcsackett> hatch: +1, upgrade is already hella broken.
[20:58] <hatch> jcsackett cool, moving it out of urgent
[20:58] <kadams54> hatch: what exactly should be fixed in this PR? I'm still seeing the empty sidebar after deploying the local charm.
[20:58] <hatch> you sure you have cleared your cache?
[20:58] <hatch> any errors in the console?
[20:59] <kadams54> OK, caching issue
[20:59] <kadams54> Now the only problem is the squashed inspector, which I take it is what Huw will be fixing.
[21:00] <hatch> well it's just not 100% height
[21:00] <hatch> it's no longer squashed
[21:00] <kadams54> True
[21:00] <hatch> it WAS way squashed :)
[21:00] <kadams54> Alright, looks ready to ship, commented as such in the PR.
[21:01] <hatch> cool - I'm going to wait for CI to pass
[21:01] <kadams54> Assuming the build gets straightened out
[21:01] <hatch> it passes fine here
[21:01] <hatch> so hoping it's just being it stupid self
[21:20] <kadams54> EOD for me
[21:20] <kadams54> See everyone later
[21:20] <hatch> lata
[21:27] <hatch> rick_h_ anything you want me to start on before release?
[21:29] <rick_h_> hatch: can you QA/check out jcsackett's branch?
[21:29] <rick_h_> hatch: and any idea on kyle/huw's branch in review? I'm guessing he didn't get that updated due to the qa/etc work today
[21:29] <hatch> oh look at that
[21:30] <hatch> for sure
[21:30] <hatch> I THINK that one has landed
[21:30] <hatch> ....
[21:30] <hatch> he has nothing in the PR queue
[21:30] <rick_h_> hatch: oh hmm ok coolio then
[21:36] <jcastro> hey fellas
[21:36] <jcastro> wrt. "we should export bundle.yaml"
[21:37] <rick_h_> jcastro: disagree?
[21:37] <jcastro> yeah
[21:37] <jcastro> but it's only step 1
[21:37] <jcastro> I wonder if there's a bug for
[21:37] <jcastro> "envExport"
[21:37] <jcastro> like, ideally
[21:37] <rick_h_> yes, there's a bug to allow the user to select a name on export
[21:37] <jcastro> I would click the button to export, and it would ask me "name this bundle"
[21:37] <jcastro> and then it would use that
[21:37] <jcastro> AND bundle.yaml
[21:37] <rick_h_> but this is just a drive by for the filename part
[21:37] <jcastro> rick_h_, excellent, <3
[21:38] <hatch> jcastro I saw you signed up for keybase
[21:38] <jcastro> yessir
[21:38] <hatch> https://keybase.io/hatch
[21:38] <jcastro> I need to figure out how to sign my new key with my old one
[21:39] <hatch> I'm trying to find a use for this
[21:39] <hatch> lol
[21:39] <rick_h_> lol
[21:39] <hatch> I uploaded the generated private key so I can do in browser decrypting
[21:39] <jcastro> gpg pokemon
[21:39] <jcastro> hah no you didn't
[21:39] <jcastro> you fell for that?
[21:39] <hatch> without doing that, what's the point in the service?
[21:39] <hatch> if you must have your computer then why do this at all
[21:40] <jcastro> the CLI is much nicer than gpg
[21:40] <jcastro> it's like, easy to use
[21:41] <hatch> well ok theres that
[21:41] <hatch> but yeah, if I ever come up with a real use for it then maybe I'll gen another key and not push it up
[21:41] <hatch> I don't use the key I pushed up for anything
[21:42] <hatch> maybe I just don't encrypt enough stuff lol
[21:43] <hatch> ok now I need another task... hmm
[21:43] <jcastro> yeah, pokemon
[21:44] <hatch> lol what
[21:47] <jcastro> collecting signatures, it's like pokemon
[21:49] <hatch> ohhh
[21:49] <hatch> pokekey
[21:49] <jcsackett> hatch: don't think i was online when i pinged you about this: looking at reload in service-inspector.js i see this https://pastebin.canonical.com/111543/
[21:50] <jcsackett> looks like a bit of flags.il leftover?
[21:50] <hatch> 2 secs need 2fa
[21:50] <jcsackett> kk.
[21:52] <hatch> jcsackett yep looks like that should have been switched over
[21:52] <hatch> although, I am wondering why I get it auto-reloaded
[21:56] <jcsackett> hatch: my power blew out, so I'm EoDing. Let's look at it tomorrow.
[21:56] <hatch> yeah no problem - it's pretty low on the priorty list :)
[21:57] <hatch> enjoy lack of power
[21:58] <jcsackett> Thanks. :p
[23:00] <huwshimi> Morning
[23:01] <hatch> hey huwshimi
[23:01] <hatch> I gots works fors yous
[23:01] <huwshimi> hatch: Hey
[23:01] <huwshimi> hatch: I saw that card
[23:01] <hatch> cool, so it's the last one blocking release
[23:01] <hatch> I wasn't sure if you're familiar with how those inspectors are rendered so I figured I'd stick around
[23:01] <huwshimi> ah :)
[23:01] <huwshimi> hatch: I just need a local charm right?
[23:02] <hatch> yeah you can download the zip from my ghost charm one
[23:02] <hatch> https://github.com/hatched/ghost-charm
[23:02] <hatch> the big Download Zip button on the right
[23:03] <huwshimi> hatch: Ah yes, got it working
[23:03] <huwshimi> hatch: Anything else I need to take a look at?
[23:03] <hatch> https://github.com/juju/juju-gui/blob/master/app%2Fviews%2Finspectors%2Flocal-new-upgrade.js
[23:03] <hatch> https://github.com/juju/juju-gui/blob/master/app%2Fviews%2Finspectors%2Frequest-series.js
[23:04] <hatch> those are the two inspectors which need updating
[23:04] <huwshimi> Ah ok
[23:04] <hatch> I don't think so, maybe just do a once over, see if you can break it in any other way
[23:04] <huwshimi> ok :)
[23:08] <huwshimi> hatch: Aiming for release tomorrow?
[23:08] <hatch> unless we find some huge blocker :)
[23:08] <hatch> but so far so good
[23:11] <huwshimi> yay!
[23:13] <huwshimi> hatch: This is the problem with doing so much between releases :)
[23:14] <hatch> yeah yeah
[23:15] <huwshimi> hehe
[23:21] <huwshimi> Just changing locations, back in a minute.
[23:47] <hatch> huwshimi I'm going to take off for a couple hours - but I'll be back later if you run into any issues with the js portion of the local charm inspectors
[23:47] <huwshimi> hatch: Yep, np


[18:44] <oerheks_> PsychoBoB, download ubuntu from the site
[18:44] <supermouarf> i 'm french
[18:44] <lotuspsychje> !fr | supermouarf
[18:44] <oerheks_> yeah, his question does not make sense , does it?
[18:45] <supermouarf> i have a/join #ubuntu-fr
[18:45] <bapa> PsychoBoB: If I did understand you right, then I'd say avoid the 2016 LTS release. IMO, Unity is really, really slow on the few machines I had it installed on. 18.04 seems much, much speedier for me on the same hardware (I did a clean install from 2016 -> 2018 LTS and it made a huge difference).
[18:46] <eriswans> Has anyone noticed and/or gotten to the bottom of why the latest Xenial images in AWS somehow are automatically installing and running the amazon-ssm-agent snap?
[18:46] <oerheks_> bapa, fud, 16.04 lts is great too
[18:46] <lotuspsychje> bapa: we dont really take polls here, try ubuntu-discuss or offtopic for that
[18:47] <oerheks_> eriswans, because .. https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html
[18:47] <oerheks_> EC2 Messaging service thingy
[18:47] <bapa> Right-o, sorry. Didn't figure that'd venture into subjective territory.
[18:48] <eriswans> No, I mean, previous to a couple weeks ago the ssm agent didn't get installed by any means. I just spun up a new xenial instance using a more recent ubuntu ami (official from ubuntu) and the newer ami *does* automatically install it now.
[18:48] <lotuspsychje> bapa: this channel #ubuntu we only take support questions :p
[18:48] <lotuspsychje> !discuss | bapa welcome here
[18:48] <bapa> As far as the crashing goes, I don't mind it happening, since I am a technical user (used to run Gentoo for years on my desktop...). I'm just curious if Gnome 3 has known issues, because I don't want to be embarassed when I go to peddle 18.04 on other people's machines :X
[18:48] <oerheks_> eriswans, correct, SSM Agent is installed, by default, on Amazon Linux base AMIs dated 2017.09 and later.
[18:49] <oerheks_> so you must have 16.04.5 ?
[18:49] <oerheks_> err 16.04.4 release march 1 2018
[18:50] <eriswans> It's automatically installed on "ubuntu/images/hvm-ssd/ubuntu-xenial-16.04-amd64-server-20180627 (ami-759bc50a)", owned by Canonical.
[18:50] <oerheks_> jups
[18:50] <lotuspsychje> bapa: gnome3 is known to be bit heavy, needs (higher) system specs to run smooth
[18:50] <eriswans> That's a quite disruptive change. Where should I have been watching to know it was coming?
[18:51] <nacc> eriswans: you may want #ubuntu-server
[18:51] <lotuspsychje> !dmesg | bapa for the crash look here?
[18:51] <oerheks_> https://docs.aws.amazon.com/ >>> https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-install-ssm-agent.html
[18:51] <bapa> It does, and it's why all the machines I want to install it on have at least 3GB or 4 GB of RAM. Performs fine on them, just is a bit crashy on multiple machines for me (which coincidentally all have Nvidias, and it makes me wonder if it's related to compositing).
[18:51] <oerheks_> they provide excellent manuals
[18:52] <luxio> lotuspsychje: http://termbin.com/os6u
[18:52] <bapa> So I assume there's some folk here who run Gnome 3 on 18.04, with no issues?
[18:53] <eriswans> @oerheks_ I know exactly what the ssm agent is. What I want to know is why the ubuntu ami's provided by canonical were changed to automatically install it when they previously did not.
[18:53] <lotuspsychje> luxio: hmm i wonder why its not installed? are you on ubuntu-desktop 18.04 or another flavor?
[18:53] <luxio> ubuntu-desktop 18.04
[18:53] <bapa> Also, how serious does Canonical take crash reports from Apport? I've been shamefully keeping my crashes to myself and not submitting them :X
[18:53] <luxio> it shows up on the apps menu lotuspsychje
[18:53] <luxio> the bottom left
[18:53] <nacc> eriswans: as i said, you want a different channel, there is #ubuntu-server and then you jmight be able to get in touch with the AMI creators
[18:53] <nacc> bapa: fairly seriously, if it's in main
[18:53] <lotuspsychje> bapa: clean install or upgrade?
[18:54] <bapa> Clean install. It's probably been a decade since I upgraded Ubuntu in-place~
[18:54] <lotuspsychje> luxio: sudo apt install gnome-calculator
[18:54] <luxio> lotuspsychje: now there's two calculator icons
[18:55] <lotuspsychje> bapa: can you define what sort of crashes occur exactly?
[18:55] <bapa> nacc: but, good to know. I'll submit crash reports if they're from Main. (And pray that base64 memory dump has no embarassing strings in it ;>)
[18:55] <lotuspsychje> luxio: try them both, wich one working?
[18:56] <luxio> lotuspsychje: the one on the right
[18:56] <lotuspsychje> luxio: hmm i should have asked sooner..is your system up to date?
[18:56] <luxio> idk, how do I check?
[18:56] <bapa> lotuspsychje: Sure. It's usually gnome-shell freezing, in which nothing responds, and sometimes immediately or minutes later, it decides to relaunch and things work again. Or sometimes it just freezes and never recovers, where I then have to go to a terminal and restart my X session. Or sometimes gnome-shell crashes, where all my window decorations disappear and I'm just left with windows that can't be
[18:56] <bapa> interacted with.
[18:56] <lotuspsychje> luxio: sudo apt update && sudo apt full-upgrade
[18:57] <lotuspsychje> bapa: xorg or wayland and on wich nvidia driver version please?
[18:57] <bapa> Video card is Nvidia 560 Ti. Happens on both Nouveau, and Nvidia 390 proprietary drivers.
[18:57] <bapa> Using XOrg. Wouldn't touch Wayland with a 10-foot pole yet.
[18:58] <lotuspsychje> bapa: can you check what drivers avalaible in your system with: ubuntu-drivers list
[18:58] <luxio> speaking of, will 18.10/19.04 be using Wayland since those aren't LTS versions?
[18:58] <nacc> luxio: you want #ubuntu+1 for future release and it's not relevant to ask about 19.04, as that hasn't even started yet
[18:58] <bapa> I mean, I'd submit a bug report for this, but I hate reporting bugs if I feel I'm the only one in the world that has the issue - hence why I am here to ask before I try submitting.
[18:59] <oerheks_> bapa, open a launchpad account, then you can trace your bug
[18:59] <luxio> lotuspsychje: ran those commands, still same problem
[18:59] <oerheks_> all reports are helpfull, some ens just up as data/confirmation, that is also good
[18:59] <luxio> two calculator icons, one working, one not
[18:59] <bapa> Oh, strange, it says I have both nvidia-340 and nvidia-driver-390. Unless the 340 is that one weird, transitional meta package I remember seeing once.
[19:00] <lotuspsychje> bapa: as a test try another driver?
[19:00] <lotuspsychje> luxio: weird, can you findout if they have different versions?
[19:01] <lotuspsychje> !info gnome-calculator bionic | luxio
[19:01] <ioria> bapa, they are both installed ? dpkg -l | grep nvidia | pastebinit
[19:01] <bapa> I could try 340, lotuspsychje. I'll report back if I still have the same issue.
[19:01] <lotuspsychje> bapa: try what ioria suggests
[19:02] <bapa> Oh, I know. I think the 340 from ubuntu-drivers list was just the *candidate* drivers. I definitely *only* have 390 installed.
[19:02] <lotuspsychje> bapa: normally 390 is a good match for bionic..
[19:02] <bapa> https://pastebin.com/raw/1zGFmqq4
[19:03] <bapa> (output from dpkg -l|grep nvidia)
[19:03] <oerheks_> if the 390 gives issues, use the driver ppa
[19:03] <lotuspsychje> bapa: is your card optimus?
[19:04] <bapa> I mentioned my card earlier, but it's an Nvidia GeForce 560 Ti. And FWIW, performance is just fine even for demanding applications.
[19:04] <bapa> At least under 390 (nouveau is a slideshow)
[19:04] <ioria> bapa, and what is the problem ?
[19:05] <bapa> Also anyone have an idea of when the legacy 304 drivers (yes, 304, not a typo of 340) might hit 18.04's official repos? I have an ancient machine with a 6150 Nvidia card, and Nouveau is really problematic. :X
[19:05] <lotuspsychje> ioria: he's getting gnome crashes
[19:05] <ioria> ah
[19:06] <ioria> bapa, no 304 in bionic
[19:06] <ioria> !info nvidia-304
[19:06] <oerheks_> 6150 .. that will run nouveau great.. maybe it will play youtube
[19:06] <lotuspsychje> lol
[19:07] <bapa> I do run Nouveau on it, but it causes the machine to not wake from sleep about 1/10th of the time with a hard freeze :X
[19:07] <ioria> bapa, how often it freezes ? and how ? might be a gdm/mutter issue,
[19:07] <lotuspsychje> bapa: try to tweak your system a bit, install preload, trim down starting services, disable nautilus file index searching in settings, disable animations,..
[19:07] <lotuspsychje> bapa: and run lightweight packages
[19:08] <bapa> Anyhow, thanks for the support everyone. Didn't mean to drag everyone into trying to troubleshoot for me. I just came to ask if this was known. :X
[19:08] <ioria> bapa, try lightdm instead og gdm3
[19:08] <ioria> *of
[19:09] <ftrc> Can I ask a question about the forums here?
[19:09] <lotuspsychje> ftrc: if its ubuntu related, shoot
[19:10] <ftrc> I made a new account SSO, and when I try to access the forums it says  "you do not have permission to access this page. This could be due to one of the following reasons:"
[19:11] <lotuspsychje> !forum | ftrc maybe this can also help?
[19:12] <ftrc> Thank you I will try that one
[19:19] <ethan_> Hey
[19:20] <lotuspsychje> ethan_: welcome, what can we do you for?
[19:20] <ethan_> Are you an admin?
[19:20] <lotuspsychje> ethan_: this channel is for ubuntu questions, volunteers are supporting here
[19:20] <ethan_> Oh.
[19:20] <ethan_> Cool.
[19:21] <ethan_> I have a question.
[19:21] <ethan_> What can you use to record your Desktop on a Raspberry pi 3?
[19:22] <lotuspsychje> ethan_: i like kazam as recording tool
[19:22] <ethan_> Oh me too.
[19:22] <ethan_> I tried that.
[19:22] <ethan_> I think it works. lol
[19:23] <lotuspsychje> !info recordmydesktop | ethan_
[19:24] <oerheks_>  Press Ctr — Alt — Shift –R to start recording what is on your screen. ( standard on 18.04 LTS gnome )
[19:24] <Ubu-1604> question : how do I see the latest VERSION of ubuntu I am running .. I have several commands but during updates I see much later version numbers ... commands like 'lsb_release -a' are not showing the EXACT version I am running.
[19:24] <oerheks_> and hit it again to stop, i think the standard length is 30 sec?
[19:24] <bapa> I feel dumb for asking, but where do I go to actually report a bug? I'm on `/ubuntu/bionic/+bugs' and when I hit "Report a bug", whose URL is "https://launchpad.net/ubuntu/bionic/+filebug", it redirects me to a wiki entry instead. And after scanning the page multiple times, and Ctrl+F-ing like a mad-man, I cannot find a way to get to a page to file a report. :X
[19:25] <lotuspsychje> bapa: from a terminal: ubuntu-bug your-package-here
[19:26] <bapa> lotuspsychje: Okay, thanks. I only skimmed the wiki page because I assumed it was boring, common sense advice to stop the bug tracker from being overloaded :X
[19:27] <PsychoBoB> bapa, yes, i need a interface fastest of ubuntu
[19:28] <PsychoBoB> i am using 18.04
[19:28] <PsychoBoB> and deepin like a theme
[19:28] <PsychoBoB> sorry myenglish isnot good
[19:28] <bapa> lotuspsychje: I assume when I hit "Send" it'll allow me to write-up and fill in information on my own?
[19:29] <lotuspsychje> bapa: your bug will get simulated, you just add the title when its done and add description
[19:30] <lotuspsychje> PsychoBoB: only ubuntu support questions here please
[19:31] <bapa> Okay, thanks. Because the text "Send" itself makes it sound like it does something final. Kinda like having a "Send" button in an email client, which you think will immediately send an email... but it actually just brings you to a window that lets you *compose* an email. :P
[19:32] <bapa> lotuspsychje: Are there any secret URLs that'll give me free reign over how to compose my bug report? I've feeled hundreds in the past on various distros, and "user friendly" forms just slow me down :X
[19:33] <bapa> s/feeled/filed/ (although the anology is apt, since I am swamped with feels due to misbehaving software :P)
[19:33] <lotuspsychje> bapa: not sure if i understand you right, you need help with adding a description?
[19:36] <PsychoBoB> lotuspsychje,
[19:37] <PsychoBoB> what interface I need use?
[19:37] <igg> Could someone give me a hand in mounting a network share with fstab?
[19:37] <lotuspsychje> !fstab | igg start here
[19:37] <PsychoBoB> lotuspsychje,
[19:37] <PsychoBoB> why my left button of mouse dont work fine on ubuntu?
[19:38] <igg> I generally know how to use fstab, but it appears that in 18.04 the way APF is mounted has changed.
[19:38] <igg> *AFP
[19:41] <hggdh> PsychoBoB: all in one line, please
[19:42] <PsychoBoB> oh my god
[19:42] <npgm> I'm looking for a text/cli based network management tool that knows about linux network namespaces. 18.04's netplan has no notion of network namespaces. I need a configuration that will allow me to define the namespaces and the associated interfaces and have this persist on restart.
[19:42] <PsychoBoB> just  rules, nothing of solutioj
[19:42] <PsychoBoB> solutions
[19:42] <igg> lotuspsychje, I have spent a good part of the day reading the help forums on how to mount a afp and none of what I have read seam to work in 18.04
[19:43] <lotuspsychje> PsychoBoB: we can only help, if we understand the question correctly, with all details, all in one line
[19:46] <npgm> is there a irc channel for ubuntu server?
[19:46] <lotuspsychje> !server | npgm
[19:46] <_KaszpiR_> lotuspsychje #ubuntu-server
[19:47] <_KaszpiR_> ow sorry for highlight
[19:47] <npgm> lotuspsychje: thansk
[19:49] <ducasse> igg: have you checked the 18.04 release notes? there might be mention of it there if it has indeed changed.
[19:50] <igg> ducasse, no I have not
[19:51] <lotuspsychje> !releasenotes | igg
[19:52] <igg> lotuspsychje, I aldeay have them pulled up
[19:54] <igg> ducasse, you were correct the release notes had the answer
[19:55] <ducasse> igg: yay :)
[19:55] <Bashing-om> !cookie | ducasse
[20:22] <valhalla_22> Hi ,I am using bionic server, since 30 days, now I desire to get static ip address so that i could ssh from mac terminal [setting in virtulbox:NAT] ,the problem is whenver trying to configure the yaml file via NETPLAN , PING is not working but i get an static IP
[20:23] <valhalla_22> Hi ,I am using bionic server, since 30 days, now I desire to get static ip address so that i could ssh from mac terminal [setting in virtulbox:NAT] ,the problem is whenver trying to configure the yaml file via NETPLAN , PING is not working although I got   static IP  which is non sshable. so plz suggest some steps
[20:25] <blackflow> valhalla_22: so this is a virtualbox VM?
[20:26] <valhalla_22> yeah blackflow
[20:26] <valhalla_22> bionic is installed in vm
[20:26] <blackflow> valhalla_22: you mention virtualbox:NAT, iirc with that setting you can't access the VM from the host
[20:27] <valhalla_22> ok what setting do i need
[20:27] <blackflow> it's been a while since I used virtualbox, so I might give you a wrong answer, but iirc you needed bridge so the VM could get its own IP in your LAN
[20:27] <valhalla_22> when i followed http://hammondslegacy.com/forum/viewtopic.php?f=40&t=244 then on pinging it says destination host unreachable.
[20:28] <valhalla_22> means I get an static IP but there is no internet
[20:30] <blackflow> valhalla_22: btw, that tutorial does not say you should set up NAT:    Network, Attached to: Bridged Adapter, Advanced, Adapter Type: Intel PRO/1000 MT Server
[20:30] <blackflow> that's under "VirtualBox Virtual Machine Settings"
[20:31] <valhalla_22> that too tried , but it didnt worked
[20:31] <blackflow> and then also make sure if you can set up static IPs in your LAN, or that you don't conflict with dhcp ranges
[20:31] <valhalla_22> now I am backtracking all method like greedy beelzebub
[20:34] <bapa> Yeah, I generally use Bridged networking to get a VM to get its own IP and all that jazz. Though I have no idea how secure bridged networking is, or if there's a saner way to do it.
[20:35] <valhalla_22> bapa:  from stack overflow Bridged: Your VM will be in the same network as your host, if your host IP is <IP_ADDRESS> then your VM will be like <IP_ADDRESS>. It can be accessed by all computers in your host network.
[20:35] <valhalla_22> bapa:  bridged is not secure
[20:35] <blackflow> yes, they're sharing the same physical network card
[20:36] <blackflow> valhalla_22: you just had to look up what bridged is, and all of a sudden you know if it is or isn't secure?
[20:36] <valhalla_22> blackflow: when I am doing bridged its working
[20:36] <valhalla_22> i came from legacy linux 14.04 and 16.04 where config was very easy
[20:37] <ZPQ> valhalla_22: you can always try to ask in #vbox
[20:37] <blackflow> valhalla_22: great, then use that. just make sure your static IP is compatible with your LAN requirements
[20:37] <valhalla_22> with introduction of netplan thing, i am facing issues in setting up yaml file
[20:38] <blackflow> valhalla_22: what issues? netplan.io is recommended setup on Ubuntu Bionic. but, you're not forced to use it, you can use networkd files directly.
[20:39] <valhalla_22> blackflow:  ohh really , can you illustrate me on this netwrokd thing
[20:41] <nacc> or ifupdown
[20:41] <newdimension> All of sudden Ubuntu 18 isn't booting on Virtualbox. If I press ESC during boot, I can see "Failed to start Snappy daemon". Then a bunch of ok steps that last one being<EMAIL_ADDRESS>[20:41] <blackflow> valhalla_22: the systemd.network(5) manpage has almost all you need. you can also look up examples on google. or start here to get familiar with netplan (plenty of examples): https://netplan.io/examples
[20:42] <valhalla_22> what if my addresses is <IP_ADDRESS>/24 and then what should be my gateway ?
[20:42] <bapa> valhalla_22: Same as your current router's IP address.
[20:43] <OlofL> Hello i setup an vsftp server, with ftps. it worked fine with nautilus client. but when I connect with filezilla on windows I get some weird messages. "please login with user and pass" error 530
[20:43] <blackflow> valhalla_22: is your host in that subnet?
[20:43] <valhalla_22> blackflow: thanks for link, Now I am comfortable with netplan, i made myself high, stuck to reading since 10hrs.Now i am cool.
[20:43] <bapa> Assuming you want your VM OS to be functionally identical to havinganother machine on the same network.
[20:44] <valhalla_22> blackflow:  what do we mean by host in my subnet , my ip is something 10.2.x.x
[20:45] <newdimension565> I think I had a nick issue that prevented my messages from going through. Can anyone confirm that my question was posted?
[20:46] <blackflow> valhalla_22: the physical cable connecting to your NIC (assuming not wireless), "belongs" to the specific subnet defined by the upstream router. since your VM shares the same NIC and thus the same physical cable, and thus the same subnet, you can only use the same subnet in the VM (unless VLANs but that's... entirely different topic)
[20:46] <bapa> valhalla_22: On your HOST computer, run: `route -n`. The first IP address listed under `Gateway` is probably the Gateway IP you wanna use in the VM.
[20:46] <valhalla_22> my mac is connected to wireless.
[20:47] <blackflow> valhalla_22: so whatever your static IP setup in the VM is, it must mirror your host's, otehr than the IP itself (so same gateway, dns, ...)
[20:47] <valhalla_22> thanks bapa i did.
[20:47] <blackflow> valhalla_22: okay then imagine a virtual, wireless cable :)
[20:48] <bapa> Protip regarding DNS: If you dunno what DNS to use 'cause you're not using DHCP, and you don't know if your router has a DNS server built-in, "<IP_ADDRESS>" and "<IP_ADDRESS>" are easy-to-remember choices. They're DNS servers run by Google.
[20:49] <valhalla_22> bapa:  thing to note , whenever i did nameservers as you told and as hammond guy, it gave me msg destination host unreachable
[20:49] <nacc> valhalla_22: nameservers are unrealted to routing
[20:49] <blackflow> valhalla_22: did you actually use those same numbers, or did you use the numbers specific to your subnet?
[20:50] <bapa> nacc: but, don't you need to be routed somewhere to even reach a DNS server? :O
[20:50] <valhalla_22> netplan has no thing such as DNS in yaml file , blackflow i used nameservers  -addresses : [<IP_ADDRESS>,<IP_ADDRESS>]
[20:50] <nacc> bapa: well, yes. But their sentence is invalid.
[20:50] <oerheks> hmm changing netplan in an existing ubuntu vm .. i wonder, why?
[20:51] <blackflow> valhalla_22: the "nameservers" key is the DNS
[20:52] <blackflow> valhalla_22: so first things first. with that static IP, are you in the correct subnet?
[20:52] <nacc> valhalla_22: DNS = Domain Name System (served by "nameservers")
[20:56] <newdimension565> How can I run systemctl status when ubunbut fails to load?
[20:58] <oerheks> one can always boot in previous kernel = recovery mode
[20:58] <valhalla_22> blackflow:  my subnet is <IP_ADDRESS>
[20:58] <bapa> valhalla_22: That sounds about right for most consumer router setups.
[20:59] <newdimension565> @oerheks, right now I have one error "Failed to start Snappy Daemon".  But nothing progresses
[20:59] <bapa> Protip: If you know your subnet mask is <IP_ADDRESS>, and something asks you how many bits the mask is. the answer is /24.
[20:59] <blackflow> valhalla_22: that is netmask, not subnet.
[20:59] <bapa> I think he just meant "subnet [mask]".
[20:59] <valhalla_22> nacc: exactly when i did nameservers to be 8888 8844 then it says destination host unreachable
[20:59] <blackflow> valhalla_22: for example, in <IP_ADDRESS>/24   the subnet it 192.168.1.x
[21:00] <blackflow> valhalla_22: so if your host hast that IP, for example, you can only set up your VM in 192.168.1.something   being careful you don't conflict with dhpc range
[21:00] <valhalla_22> blackflow: so here the devil sleeps, conflict of dhcp range !!
[21:00] <blackflow> yeup.
[21:01] <nacc> valhalla_22: changing the nameserver won't make routes unreachable.
[21:01] <valhalla_22> cani see my dhcp range
[21:01] <blackflow> valhalla_22: but your router probably doesn't take the entire /24 for dhcp, you can check the router settings, and assign an addr outside of that range
[21:01] <valhalla_22> nacc it says , addresses <IP_ADDRESS>/24 , gateway4: <IP_ADDRESS> namesrevers 8888 8844
[21:02] <nacc> valhalla_22: please use a pastebin
[21:02] <blackflow> valhalla_22: what's your host's (mac's) IP address?
[21:02] <oerheks> https://netplan.io/examples
[21:02] <Sparky-UK> Hi, can anyone tell me how to install a ddeb (debug symbols) file?
[21:03] <valhalla_22> it is something 192.168.x.y but when i nat vm told me ip to be 10.0.x.y
[21:04] <blackflow> valhalla_22: 10.0.x.y is virtualbox' internal network
[21:04] <valhalla_22> hmmm
[21:05] <blackflow> valhalla_22: so here the important thing to know is what's x in 192.168.x.y  so that your VM has the same x, but different y
[21:05] <oerheks> there is a wiki, https://wiki.ubuntu.com/Debug%20Symbol%20Packages
[21:06] <valhalla_22> <IP_ADDRESS>
[21:07] <valhalla_22> while my vm ip under the bridged network  is <IP_ADDRESS>
[21:07] <blackflow> valhalla_22: that's the host?
[21:07] <blackflow> valhalla_22: oh, so that's what you get with dhcp?
[21:07] <blackflow> <IP_ADDRESS> ?
[21:07] <oerheks> oh, your host is troubling you, valhalla_22
[21:07] <oerheks> again: changing netplan in an existing ubuntu vm .. i wonder, why?
[21:09] <valhalla_22> blackflow:  when i set my dhcp to something hammonds http://hammondslegacy.com/forum/viewtopic.php?f=40&t=244
[21:09] <valhalla_22> infact i copied the whole thing from hammonds
[21:09] <kab0m> leftyfb: bye bye
[21:09] <blackflow> valhalla_22: so you tried to use <IP_ADDRESS> for your VM?
[21:10] <valhalla_22> yeah
[21:10] <nacc> don't c&p things from the internet.
[21:10] <blackflow> valhalla_22: well you can't if your subnet is <IP_ADDRESS>/24
[21:10] <Sparky-UK> nvm, got it :)
[21:10] <valhalla_22> which i think was silly mistake .
[21:10] <blackflow> valhalla_22: yes. like I said, your VM has to be in the same subnet as the host, because they're on the same network interface.
[21:11] <valhalla_22> yeah now i get it , i am reading networking book to get the idea of networking
[21:11] <blackflow> excellent.
[21:11] <xodiak> sup
[21:12] <valhalla_22> the book is tannebaum which is more noisy it talks more about algorithm instead i want to know other things
[21:12] <blackflow> there's Networking for Dummies
[21:13] <oerheks> vsphere for dummies too?
[21:13] <valhalla_22> i read that book only last 3 chapter were useful , rest were talking about cables and wirecutters
[21:13] <blackflow> oerheks: probably. chances are there's X for dummies for quite a domain of X values :)
[21:13] <valhalla_22> all the book for dummies are bad , i even i got mail from wiley to read sex for dummies , i thought that was spam
[21:14] <blackflow> valhalla_22: https://www.google.com/search?q=networking+basics
[21:14] <Lope> Should I rather start buying USB-C peripherals, and get USB-C to USB-3.0 adapters for backwards compatibility with my old USB2/3.0 stuff? Is USB 3.0 going to disappear?
[21:14] <blackflow> Lope: #hardware
[21:14] <eeos> hi everybody .... Thinkpad X1 Yoga Carbon .... going from 17.10 64bit to 18.04 64bit has halved the battery life
[21:14] <eeos> I did plenty of googling to no avail. Anyone who can help?
[21:15] <bapa> Lope: IIRC, USB-C is just the connector type. You can have USB A, B, and C, but they could be either 2.0 or 3.0 (though I suspect nobody has manufactured USB-C's that use the 2.0 standard).
[21:16] <valhalla_22> eeos:  i think you are correct , many things are moved to python  from c in bionic, which may be probable cause for extra consumption
[21:16] <blackflow> what's moved from c to python? O.o
[21:17] <eeos> valhalla_22: oh, I did no know .... I have some difficulties here .... the battery used to last 10 - 11 hours now is much less and it is a bit of a probelm whne I am going away for a day for work
[21:17] <eeos> What can I do?
[21:18] <valhalla_22> move to 16 its good there!!
[21:19] <eeos> valhalla_22: I do not understand .....
[21:19] <valhalla_22> you can rollback to 16.04 that i wanted to say
[21:19] <AAA_awright> Lope: If you buy a USB-C peripheral it can only go into a USB-C port, there's no converter that changes a USB-C peripheral to a USB-A port
[21:20] <AAA_awright> In therory you can have a USB-3.0 hub that has a USB-C port, but these haven't materalized yet
[21:20] <blackflow> Lope: bapa: AAA_awright: please discuss cabling elsewhere, it's a bit offtopic and noisy here.
[21:21] <AAA_awright> Anyways, I'm here to ask how do I disable the on-screen keyboard for touchscreens?
[21:21] <AAA_awright> It keeps appearing every time I touch the screen and I don't need it. I already have it disabled in Settings.
[21:23] <AAA_awright> "caribou" isn't even installed, it appears, so I'm not sure where the keyboard is coming from.
[21:24] <oerheks> AAA_awright, there is a setting in systemsettings
[21:25] <oerheks> universal access, perhaps you already enabled the panel indicator
[21:29] <AAA_awright> oerheks: Everything in Settings -> Universal Access is turned off
[21:30] <blackflow> eeos: there's a few bugs reported for Ubuntu about spammy journal events. It's possible that those contribute to faster battery depletion.
[21:31] <AAA_awright> Changing Screen Keyboard on/off doesn't seem to change the behavior at all, or pop up a new one
[21:32] <oerheks> i wonder what installed 'caribou'
[21:32] <oerheks> and that it does not respond to universal settings
[21:36] <Soul_Sam1le> are there any quick fixes for games under GNOME? I'm getting 60-100 FPS less in counterstrike and dota compared to unity/plasma/xfce. Gnome shell is obviously interfering. I love the workflow, but this kinda sucks
[21:36] <oerheks> hmm seems to be an mint-cinnamon issue
[21:36] <oerheks> 60-100 FPS less .. wow
[21:37] <Soul_Sam1le> yes, dota2 ran with over 200, now i'm getting 100-150, which is tolerable. but counterstrike dips under 60 and it really feels laggy
[21:37] <Soul_Sam1le> i found some reddit posts, some askubuntu topics with the same question, but nobody had any answers, unfortunately.
[21:37] <blackflow> you spoiled brats can't play anything under 60 fps....
[21:38] <oerheks> maybe better videodrivers for Nvidia, helps
[21:38] <blackflow> meanwhile, phoronix pegs gnome among the most performant for games benchmarks, usually first or second place
[21:38] <oerheks> *if* you have nvidia, ofcourse
[21:38] <blackflow> speaking of which, if nvidia, which nvidia driver?
[21:38] <Soul_Sam1le> well I have nvidia 396 installed
[21:38] <oerheks> from the driver ppa?
[21:39] <Soul_Sam1le> yes, the ppa-graphics-driver source
[21:39] <blackflow> Soul_Sam1le: btw do you have the clock in gnome shell displaying seconds?
[21:40] <Soul_Sam1le> no, only minutes
[21:40] <blackflow> I've read somewhere that there's (or was) a bug where displaying seconds would cause serious performance issues
[21:40] <OlofL> Im looking at a vsftpd setup. Its using ftps, with a users file called /etc/vsftpd.users. But nowhere in /etc/vsftpd.conf can I see that the users file is called. However, I can only auth via users defined in that file. Where is that setting defined?
[21:42] <blackflow> OlofL: probably default path
[21:42] <blackflow> checked the manpages?
[21:42] <squealingcode> OlofL: What are you trying to do?
[21:43] <squealingcode> Do you want to allow all local users?
[21:43] <Soul_Sam1le> oh well, i'll resort to logging into openbox or something for gaming
[21:44] <blackflow> Soul_Sam1le: I'd be very curious to know if that fixed it
[21:45] <OlofL> squealingcode: im trying to figure out a setup which i didnt setup. but i think its intended to use a local database and NOT the users from /etc/passwd
[21:45] <Soul_Sam1le> blackflow: there's no curiosity, i know it works on other desktops/window managers :D
[21:45] <OlofL> blackflow: no reference of /etc/vsftpd.users
[21:46] <squealingcode> OlofL: I see. Does it make any difference if you add 'userlist_enable=NO' to your conf?
[21:47] <squealingcode> I guess the vfstpd daemon itself knows about the file, but I've always seen it referenced to in the vsftpd.conf.
[21:48] <OlofL> squealingcode: no that didnt let me login with a user from /etc/passwd either
[21:48] <OlofL> ubuntu 18.04 here
[21:48] <squealingcode> I'm not sure if user_listenable can override it, but I local_enable is set to YES?
[21:49] <squealingcode> Otherwise I am not really sure, unfortunately.
[21:50] <blackflow> Soul_Sam1le: you mean to say with openbox you don't see such framerate drop?
[21:51] <Soul_Sam1le> blackflow: I'm saying I only see it in GNOME. And Plasma if I don't disable window compositing while gaming, but Plasma is nice enough to do it automatically. Gnome can't do that, seems like it
[21:52] <Soul_Sam1le> blackflow: this whole thing began when i "upgraded" from unity to gnome
[21:52] <blackflow> Soul_Sam1le: I see thanks for teh feedback
[21:53] <AAA_awright> oerheks: there's no 'caribou', isn't that the on-screen keyboard program?
[21:53] <OlofL> squealingcode: local_enable is yes
[21:53] <AAA_awright> Or rather, what's the on-screen keyboard that Ubuntu uses for touch laptops?
[21:53] <blackflow> Soul_Sam1le: btw, seen this?  https://www.phoronix.com/scan.php?page=article&item=intel-8400-desktops&num=1
[21:54] <oerheks> AAA_awright, you said caribou, not me
[21:54] <oerheks> so i reacted, it is a mint-cinnamon issue
[21:56] <Soul_Sam1le> blackflow: maybe it's not a problem unless nvidia is involved :/
[21:58] <blackflow> Soul_Sam1le: well I haven't noticed any difference for the games I play, between Ubuntu/GNOME and gentoo/i3wm, except in DooM i Wine'd Steam, and that only in _one_ place in the entire game where framerate dropped to unplayable levels on Ubuntu, while ti only slightly slowed down on gentoo.
[21:58] <blackflow> s/i Wine/in Wine/
[21:59] <Soul_Sam1le> I'm gonna try to downgrade 396 to 390, someone on askubuntu said that they have gaming issues since they upgraded to 396
[21:59] <blackflow> I have yet to test that same scene wiht latest nvidia (396) and vulkan
[22:00] <blackflow> Soul_Sam1le: fwiw, I had massive issues with nvidia 390 and bionic gnome. freezes twice a day wiht nvidia errors in journal
[22:00] <blackflow> upgraded to 396 and they're gone
[22:01] <Soul_Sam1le> well i'll re-upgrade if it becomes worse
[22:01] <oerheks> AAA_awright, " what's the on-screen keyboard that Ubuntu uses " .. you have been there
[22:01] <Soul_Sam1le> it's been a while since i upgraded nvidia drivers through ssh on my phone lol
[22:01] <AAA_awright> hm?
[22:02] <AAA_awright> What's the package that provides the on-screen keyboard for Ubuntu?
[22:19] <Soul_Sam1le> downgrading nvidia from 396 to 390 gives me 40-50 more fps in CS:GO
[22:19] <squealingcode> lol, that's nvidia drivers for ya.
[22:20] <blackflow> Soul_Sam1le: interesting.
[22:20] <Soul_Sam1le> i just hope there won't be any weird side-effects
[22:20] <Sven_vB> there seems to be a new setting in Thunar that I have to opt-in to execute shell scripts as their default open action. does anyone know where that setting is?
[22:22] <squealingcode> Sven_vB: I believe this is what you're looking for? https://forums.linuxmint.com/viewtopic.php?t=202303
[22:23] <Sven_vB> squealingcode, that's a neat work-around at least. thanks!
[22:24] <squealingcode> Sven_vB: You may also be interested in this thread. I am not sure if it's applicable in Ubuntu, but may be worth a read. https://bbs.archlinux.org/viewtopic.php?id=194464
[22:25] <Sven_vB> thanks!
[22:41] <krobzaur> Heyo, I'm running a ubuntu 16.04 on a macbook pro and I'm having wifi troubles with the newest kernel, version 4.13.0-45. Anyone else having issues?
[23:20] <gambl0re> i configured opendns on my wifi settings but its still not blocking harmful sites
[23:24] <hggdh> gambl0re: I am sorry, but why would it detect harmful sites?
[23:24] <pavlos> gambl0re: are you using ipv6?
[23:24] <gambl0re> opendns has family shield which is what its supposed to do
[23:25] <zmugg> randolf, are you here man?
[23:25] <oerheks> zmugg, wrong channel dude
[23:26] <zmugg> are you sure?
[23:26] <hggdh> gambl0re: I guess you have to take it with them
[23:26] <oerheks> yes, hoover over his name, it does not show logged in, in this channel
[23:27] <zmugg> ok, thx, bye
[23:27] <oerheks> :-)
[23:28] <oerheks> gambl0re, take the advise from ##linux: see opendns about it
[23:28] <guiverc> gambl0re, from what i can see, family shield is an option for opendns; not a default.
[23:29] <gambl0re> i got it working before but i had to take it off. but now when i try putting it back on its not working.
[23:29] <gambl0re> anyways seems like you guys dont know much. thanks anyways
[23:30] <pavlos> gambl0re: test it with https://welcome.opendns.com/oops/
[23:30] <gambl0re> pavlos?
[23:30] <pavlos> gambl0re: yes
[23:31] <gambl0re> same pavlos from before?
[23:31] <guiverc> gambl0re, we support Ubuntu, opendns is a corporate product from what I saw that is not Ubuntu related
[23:31] <pavlos> gambl0re: I assume ... that's my name since birth
[23:32] <pavlos> gambl0re: did I help in the past?
[23:32] <gambl0re> your name sounds similar. maybe it was someone else. anyways
[23:47] <ZaZaQR> hello
[23:48] <oerheks> :-)
[23:52] <Sheilong> I am having trouble with my nvidia card.
[23:53] <Sheilong> suddenly I wasn't able to log into and still yet to he default desktop
[23:53] <Sircle> e
[23:53] <Sheilong> The error showed in /var/log/Xorg.0.log https://www.irccloud.com/pastebin/yoegCUuo/
[23:53] <Sheilong> I have no idea about what to do to fix
[23:53] <Sheilong> Any help is welcome
[23:54] <Max-P> Hi, suddenly as of today my Ubuntu VM has started taking 2-3 *minutes* to boot instead of the usual 5-10 seconds. Any ideas why? Here's the systemd plot: https://d.max-p.me/irc/ubuntu-boot-slow.svg
[23:56] <Max-P> Sheilong: How did you install the driver? Also check dmesg, it seems that the kernel module is not starting or failing to load up the card, likely because nouveau grabs it before
[23:57] <Sheilong> Max-P: I don't remember how I installed, this started to happening today just when I turned the PC on, yesterday was working fining
[23:57] <gambl0re> how do you check your dns server ip?
[23:57] <Max-P> gambl0re: systemd-resolve --status
[23:57] <Sheilong> dmesg does point no error
[23:58] <Max-P> Sheilong: did you possibly install it straight from the nvidia website instead of the repo? Sounds like the typical "breaks after kernel update" situation
[23:58] <gambl0re>          DNS Servers: <IP_ADDRESS>
[23:58] <gambl0re>                       <IP_ADDRESS>
[23:58] <gambl0re> how long does it usually take for dns servers to update?


[07:36] <ara> morning!
[15:31] <davmor2> is someone running karmic with todays updates?
[15:36] <stgraber> I do
[15:37] <davmor2> stgraber: can you add telepathy-idle log onto this channel and let me know if the contacts show up please (empathy should of been installed today)
[15:44] <stgraber-test> davmor2: Nobody in the right panel
[15:44] <davmor2> That'll be a bug then :)
[16:10] <fader> stgraber: How's karmic treating you?  I'm thinking of upgrading my main machine this weekend...
[16:10] <davmor2> fader: Nooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
[16:11] <fader> davmor2: o_O
[16:12] <davmor2> fader: Only teasing :)  I just wanted to see your reaction :)
[16:12] <fader> davmor2: I stopped believing anything you said a long time ago ;)
[16:12] <davmor2> not when I'm testing though then I'm serious :)
[16:14] <fader> See, I don't believe that either.
[16:27] <stgraber> fader: works fine for now, just some X crashes from time to time
[16:28] <fader> stgraber: Who needs X anyway, right? :)
[16:28] <stgraber> right ;)
[16:28]  * fader can just interpret the clicks from the hard disk spinning and doesn't need a monitor at all.
[16:36] <jpds> fader: What about the people using SSDs?
[16:37] <fader> jpds: They have to watch the disk activity light ;)
[16:56] <davmor2> fader: don't be daft they just use the force right
[18:05] <schwuk> fader, cr3, eeejay: I suspect this is going to be made of fail.
[18:05] <fader> Your suspicions seem to be accurate.
[18:05] <eeejay> schwuk, you are loud and clear
[18:05] <eeejay> schwuk: so you could drive :)
[18:06] <fader> I just got dropped