[03:01] <xubuntu56w> hello
[10:18] <samwongms> what is the different between ubuntu and xubuntu?
[10:19] <knome> mainly the desktop environment, but many other things as well
[10:21] <samwongms> do you mean the arrangement of those icons will be different?
[10:22] <knome> that too, but that's not what i mean.
[10:24] <samwongms> thanks, knome, perhaps I shoud stick to ubuntu at this moment
[10:25] <knome> you can try xubuntu via the live DVD if you wish
[10:25] <YankDownUnder> There are a heap of differences in the "core" bits that make up the "desktops"...Ubuntu (Unity) is quite heavy in the use of GTK3+ and other Gnome3 related libraries...therefore, on systems with minimal resource, it can be a "dog"...
[10:26] <samwongms> will it destroy my data during the trial?
[10:26] <YankDownUnder> The paradigm of the desktop itself is "quite different" from the normal paradigm of the desktop - Unity was a means by which to break away from the mainstream ideologies about how a desktop was to be used...
[10:26] <YankDownUnder> No...your data will be safe.
[10:26] <knome> samwongms, unless you install, the live dvd will not touch any data
[10:29] <samwongms> thanks a lot
[10:31] <samwongms> I want to know if people using this channel are all running xubuntu in their computers
[10:31] <knome> mostly yes
[10:31] <knome> but we do not throw out people who don't
[10:32] <YankDownUnder> ...some of us are running multiple desktops...
[10:32] <samwongms> do you mean KDE or others
[10:34] <YankDownUnder> KDE/Plasma, WindowMaker, Enlightenment, Blackbox/Openbox/Fluxbox, IceWM, AfterStep, Cinnamon, Mate, Unity...there's a few...
[10:36] <samwongms> thanks
[18:45] <jalt> Hi, using a default iso of latest Xubuntu (16.04.1 amd64) dd'ed into a usb drive, where/how in the (graphical) boot process can I add the url for a preseed file? Do I have to worry about ubiquity vs. d-i? This is not documented at all (or if there is please point me to it).
[23:52] <el_diablo>   Arawak c'est juste que tu le vois sur aucun salon, mais il reste connecter sur le serveur
[23:57] <knome> !fr | el_diablo


[20:48] <mhall119> jono: ping
[20:48] <jono> mhall119, one sec, phone
[20:48] <mhall119> sure, was just going to try and help you with your quickly issue
[20:49] <jono> thanks mhall119, I think I am good now - my question was answered
[20:50] <mhall119> ok, cool
[20:50] <mhall119> btw, Singlet is working on Precise now
[20:50] <jono> awesome :-)
[20:51] <jono> btw, did you see my mail about the accomplishments scripts?
[20:51] <mhall119> yeah, haven't looked at the codes yet though
[20:51] <jono> np
[20:51] <mhall119> I wanted to get Singlet to a position where I can write the trophies lens with it
[20:56] <mhall119> jono: did you, daniel and aquarius see my questions at the end of the accomplishments spec?
[20:56] <jono> mhall119, I did, I need to head in and reply to them though
[20:57] <jono> mhall119, could do me a favor and set me up a CanoniStack instance at some point?
[20:57] <jono> I want to build the trophy verification stuff
[20:57] <mhall119> sure
[20:58] <jono> thanks!
[20:58] <mhall119> jono: do you not have canonistack credentials yet?
[20:59] <cjohnston> What's Marco Ceppi's nick?
[21:00] <jono> mhall119, I don't
[21:00] <jono> mhall119, I tried to download the zip and there was no file
[21:00] <mhall119> I guess IS doesn't trust you ;)
[21:00] <jono> of course not
[21:01] <cjohnston> He might put metal on it
[21:01] <jono> I told them explicitly I can't be trusted with a machine
[21:01] <jono> haha
[21:01] <jono> so CanoniStack is perfect
[21:01] <jono> mhall119, I basically I want to set https://wiki.ubuntu.com/UbuntuOne/Headless on there
[21:01] <mhall119> jono: I'll spin one up and give you sudo access to it
[21:02] <mhall119> jono: do you need a public IP?
[21:02] <jono> I think I can get the client side of the trophies working, and then get them synced to the CanoniStack and then I will write a trophy queue to process them
[21:02] <jono> mhall119, I will do, yep
[21:02] <jono> thanks
[21:02] <jono> I really appreciate it mhall119
[21:02] <jono> brb, going to grab some lunch
[21:02] <mhall119> no problem, will take me about 5 minutes
[21:03] <mhall119> jono: do you want a Lucid instance?
[21:03] <jono> mhall119, any chance it can run Precise?
[21:03] <mhall119> I'll have to see if they have a precise AMI
[21:03] <jono> I think I need to have pretty cutting edge U1 on there
[21:03] <jono> thanks
[21:03] <jono> if not, I will just have the most recent Ubuntu image
[21:03] <mhall119> jono: there's some labeled 'smoser-cloud-images-testing'
[21:04] <jono> cool
[21:04] <mhall119> daily or alpha1
[21:04] <jono> mhall119, can I just leave it up and running? will it persist data?
[21:04] <mhall119> as long as it's running it'll persist
[21:04] <mhall119> it's instance store only, as far as I know
[21:04] <mhall119> no ebs
[21:05] <mhall119> amd64 or i386?
[21:05] <jono> either is fine, so long as it runs U1 headless
[21:06] <jono> I will be just syncing a branch to the machine, so instance store should be fine
[21:06] <jono> but it will have a filesystem I can write to, right?
[21:06] <mhall119> yeah
[21:08] <jono> awesome
[21:08] <jono> brb
[21:15] <mhall119> jono: done
[21:15] <mhall119> cloud == awesome
[21:18] <JanC> http://www.tarsnap.com/bugbounty.html & http://www.tarsnap.com/bounty-winners.html ==> interesting to see how much money some people earned by reporting mostly "minor" bugs...
[21:24] <jcastro> did someone say cloud?
[21:25] <jono> thanks mhall119
[21:25] <cjohnston> no
[21:25] <jcastro> partay!
[21:26] <jcastro> reddit is down, there's nothing to do
[21:27] <JanC> what's "reddit"?  ;)
[21:30] <jcastro> this place where you can waste time
[21:31] <cjohnston> jcastro: I have another place for you to waste time.. bzr branch lp:summit
[21:32]  * jcastro ninja flips out of the way
[21:32] <cjohnston> too bad its a shotgun blast and still got you
[21:34] <cjohnston> jcastro: look who found an itch and started scratching: https://code.launchpad.net/~sil/summit/more-mobile-summit/+merge/90608
[21:36] <cjohnston> I think we found a new PM ^
[21:36] <cjohnston> and an almost decent cell phone interface
[21:43] <mhall119> one more MP and aquarius is the new owner of summit :)
[21:43] <cjohnston> ssshhhhh.. you arent supposed to let him know that
[21:44] <mhall119> it's ok, he's not in this channel, I checke
[21:44] <mhall119> checked
[21:44] <cjohnston> ya.. but jono will tell him
[22:07] <JanC> http://www.worldipv6launch.org/participants/?q=1 --> where is Canonical/Ubuntu...   :-/
[22:47] <jono> mhall119, around?
[22:55] <mhall119> jono: yup
[23:02] <jono> mhall119, its ok, I sorted it
[23:02] <jono> I now have my headless setup working great
[23:02] <jono> thanks!
[23:04] <mhall119> np
[23:30] <jono> any U1 folks here?


[06:45] <mborzecki> morning
[07:27] <mborzecki> mvo: hey
[07:27] <mvo> good morning mborzecki
[07:28] <mborzecki> mvo: more friction with greengrass: https://forum.snapcraft.io/t/aws-iot-greengrass-1-8-x-doesnt-start-on-ubuntu-core-16/22066 not sure what to make of it yet
[07:30] <mvo> mborzecki: looking, thanks
[07:32] <mborzecki> mvo: trying to install in in a core18 vm, wierd the denial suggests it's snap-confine, but we obviously allow /sys/fs/cgroup/devices manipulation from s-c
[07:34] <mvo> mborzecki: yeah, that is strange
[08:03] <pstolowski> morning
[08:05] <mup> PR snapd#9816 closed: interfaces, wrappers: misc comment fixes, etc <Simple 😃> <Skip spread> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9816>
[08:06] <mvo> good morning pstolowski
[08:07] <mborzecki> pstolowski: hey
[08:31] <zyga> good morning
[08:41] <mvo> good morning zyga
[09:26] <mborzecki> zyga: remmeber that problem with my display not waking up on 5.10.4? someone bisected and found the patch that broke it: https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/commit/?id=2f168cf391c8f615a95ab7d5264db880b225ab22
[09:26] <mborzecki> it's supposedly fixed in 5.10.5 but damn those lts kernels are buggy on release day
[09:27] <zyga> oh well, nice find on the bisect at least
[09:28] <zyga> interesting that those are in the same group though
[09:28] <zyga> drm and watchdog
[10:09] <mborzecki> mvo: does it make sense? https://github.com/snapcore/snapd/pull/9545#discussion_r553854172
[10:09] <mup> PR #9545: devicestate: keep log from install-mode on installed system <Run nested> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9545>
[10:11] <mvo> mborzecki: looking
[10:11] <mvo> mborzecki: oh, sweet, I think it totally would
[10:11] <mborzecki> mvo: zcat, zgrep are in core*, so browsing will be easy too
[10:11] <mvo> mborzecki: \o/ you rock
[10:19] <mborzecki> wow #8699 is now 1.2k lines
[10:19] <mup> PR #8699: interfaces/desktop-launch: support confined snaps launching other snaps <Needs Samuele review> <Created by AlanGriffiths> <https://github.com/snapcore/snapd/pull/8699>
[10:50] <mborzecki> mvo: btw `warning: bogus date in %changelog: Thu Dec 15 2020 Michael Vogt<EMAIL_ADDRESS>[10:50] <mborzecki> looks like it was Tue ;)
[11:04] <mborzecki> funny, we were shipping system-shutdown on fedora for no reason
[11:10] <mvo> mborzecki: uh, sorry for that
[12:22] <ogra> hmm, is there a trick to switch a snap to jailmode without reinstalling it (i'd love to not lose my data) ? switching channels seemingly doesnt have any effect
[12:23] <ogra> (i tried with snap refresh as well as snap switch, going back and forth between beta and edge)
[12:29] <pstolowski> ogra: don't know the answer, but remember you have snapshots ;)
[12:30] <mvo> ogra: we don't have this, it's something I personally would love to have. probably not a lot of work but ENOTIME :/
[12:31] <ogra> well, i'll just switch the snap in edge to strict and try it that way ...
[12:31] <ogra> else i'll resort to a snapshot ... thanks pawel !
[12:39] <ogra> heh .. i love how the download counter of snapd says "ages!" for the ETA time it shows for the first few seconds when it gets 0MB/s
[12:40] <ogra> ogra@ubuntu:~$ snap info kodi-pi-standalone|grep ^installed
[12:40] <ogra> installed:          18.9.0            (1😎 307MB jailmode
[12:41] <ogra> yay, that worked ... (and it still starts and plays the TV program, hooray)
[12:44] <ogra> hmm, no new denials, but mouse input is gone now ... very weird
[12:48] <ogra> ... and indeedd there is no desktop plug on UC20 ...
[12:49]  * ogra tries adding uhid in the hope it helps
[12:51] <mup> PR snapd#9817 opened: cmd/snapd-generator: don't create mount overrides for snap-try snaps <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9817>
[13:57] <ijohnson> ogra: there's no desktop plug on uc20?
[13:59] <zyga> ijohnson, IIRC not on core
[13:59] <zyga> classic only
[14:03] <ogra> ijohnson, there is the plug ... but nothing behind it (and snapd refuses to connect)
[14:03] <ogra> i'm on UC20 using https://snapcraft.io/kodi-pi-standalone
[14:04] <zyga> ogra, https://github.com/snapcore/snapd/blob/master/interfaces/builtin/desktop.go#L371
[14:04] <ogra> for the first time in strict mode now that the MMAL patch landed in snapd ... and it all works fine excpet for input devices
[14:04] <ogra> yeah
[14:05] <ogra> but we must have a way to access kbd/mouse without desktop ... just havent found the right interface combo yet
[14:06] <ogra> uhid isnt enough ...
[14:06] <ogra> trying uinput ... if thats not enough i'll try raw-usb too
[14:14] <ogra> heh ... i see ... at last resort i could probably use device-buttons
[14:14] <ogra> argh !
[14:15] <ogra> Will need manual review...
[14:15] <ogra> The Store automatic review failed.
[14:15] <ogra> ...
[14:15] <ogra> so much about uniput
[14:15]  * ogra tries raw-usb instead
[14:18] <ogra> grrr ... why do i still have to go to the old dashboard UI to reject releases that failed auto-review
[14:18] <mborzecki> pstolowski: https://github.com/snapcore/snapd/pull/9792 <-- the PR from cachio, there were some failures in preseeding iirc
[14:18] <mup> PR #9792: tests: enable ubuntu 21.04 for spread tests <Run nested> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9792>
[14:18] <mborzecki> pstolowski: do we need some adjustments there?
[14:21] <pstolowski> mborzecki: most likely. Failed to find executable : No such file or directory. no idea what is it about, needs investigation
[14:28] <ogra> yay ... raw-usb helps for the mouse
[14:29] <ogra> ... and for the kbd too 👋/
[14:29] <ogra> bah ... emoji plugin fail again
[14:33] <pstolowski> mborzecki, cachio i'll investigate these failures
[14:33] <mborzecki> pstolowski: thanks!
[14:35] <pstolowski> uh, https://github.com/github/hub -> "Ubuntu	Snap	We do not recommend installing the snap anymore."
[14:48] <ogra> hrm ... mouse gone again after reboot
[14:56] <ogra> hmm, so there seems to be some kind of race ... i can get it to recognize the mouse/kbd sometimes, but not all the time
[15:07] <mup> PR snapd#9818 opened: cmd/libsnap-confine-private: make unit tests execute happily in a container <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9818>
[15:10] <cachio> pstolowski, , sorry, having connection issues
[15:10] <cachio> which executable is not found?
[15:12] <mup> PR snapd#9819 opened: snap-confine: make host /etc/ssl available for snaps on classic <Created by mvo5> <https://github.com/snapcore/snapd/pull/9819>
[15:13] <ogra> *sniff* ... this is depressing 😞
[15:25] <dot-tobias> waveform80: re https://bugs.launchpad.net/snap-core18/+bug/1910094 → Can confirm that your patched u-boot-rpi PPA bins resolve the core18 refresh issue on installations that run my pi-gadget based custom gadget. Thank you for the quick investigation! (cc ogra, mvo)
[15:25] <mup> Bug #1910094: uboot fails to save env after core18 refresh <snap-core18:New> <https://launchpad.net/bugs/1910094>
[15:25] <ogra> yay !
[15:27] <mborzecki> pstolowski: added some comments https://github.com/snapcore/snapd/pull/9817#pullrequestreview-564339175
[15:27] <mup> PR #9817: cmd/snapd-generator: don't create mount overrides for snap-try snaps <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9817>
[15:29] <zyga> mvo, https://github.com/snapcore/snapd/pull/9819#pullrequestreview-564346960
[15:29] <mup> PR #9819: snap-confine: make host /etc/ssl available for snaps on classic <Created by mvo5> <https://github.com/snapcore/snapd/pull/9819>
[15:34] <zyga> pstolowski, https://github.com/snapcore/snapd/pull/9817#pullrequestreview-564352126
[15:34] <mup> PR #9817: cmd/snapd-generator: don't create mount overrides for snap-try snaps <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9817>
[15:34]  * zyga waves and goes back to yocto
[15:34] <zyga> (yuck-to)
[15:36] <pstolowski> zyga ty!
[15:40] <pstolowski> zyga: amazing, i didn't know of that helper, awesome
[15:44] <zyga> pstolowski, there was more but we never goto to it
[15:44] <zyga> *got to it
[15:45] <zyga> endless reviews and design discussions
[15:45] <zyga> but that part landed
[16:00] <pstolowski> cachio: i'm getting "Cannot allocate google:ubuntu-21.04-64: cannot allocate new Google server google:ubuntu-21.04-64 (jan081556-593916): cannot find ready marker in console output for google:ubuntu-21.04-64"
[16:00] <pstolowski> cachio: no idea what executable that is, need to debug
[16:01] <cachio> pstolowski, about the image which cannot be allocated I can't do much because is not ours
[16:01] <cachio> pstolowski, I'll try to start it ans see the serial log and send that info to the cloud team
[16:02] <pstolowski> cachio: but this is from spread -debug google:ubuntu-21.04-64:tests/main/preseed
[16:03] <zyga> pstolowski, cachio: that error message basically says: the boot output is not recognized
[16:03] <zyga> boot it manually and see
[16:03] <zyga> not via spread
[16:03] <zyga> via the gce api
[16:04] <cachio> pstolowski, let me try it
[16:20]  * zyga EOWs
[16:20] <zyga> enjoy your weekend everyone
[16:20] <zyga> cachio, I'll catch you next week
[16:23] <cachio> zyga, sure, thanks, nice weekend
[16:26] <cachio> pstolowski, https://paste.ubuntu.com/p/Yb4ygdKrVQ/
[16:26] <cachio> this is what I see in the serial
[16:26] <cachio> something chagne in the image and fails to start
[16:27] <pstolowski> cachio: i see
[16:27] <cachio> the problem is that is not managed by us
[16:28] <cachio> pstolowski, this is the image affected daily-ubuntu-2104-hirsute-v20210108
[16:29] <cachio> I am trying with the previous  image
[16:32] <cachio> pstolowski, so, if you want to run the test
[16:32] <cachio> you can use -> image: ubuntu-os-cloud-devel/daily-ubuntu-2104-hirsute-v20210107
[16:32] <cachio> that works well
[16:32] <cachio> the current image is broken
[16:33] <pstolowski> cachio: ok, thanks
[16:48] <mup> PR snapcraft#3405 opened: [feature] ROS plugins v2 out of source tree builds <Created by artivis> <https://github.com/snapcore/snapcraft/pull/3405>
[16:58] <mup> PR snapcraft#3402 closed: cli: add missing quote key creation hint <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3402>
[16:58] <mup> PR snapcraft#3403 closed: storeapi: remove unused MissingSnapdError <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3403>
[17:02] <pstolowski> zyga: doh, sc_infofile_get_key doesn't like [...] ini groups
[17:02] <zyga> pstolowski, oh
[17:02] <zyga> pstolowski, bummer, hmm
[17:02] <zyga> I have two proposals
[17:02] <zyga> well, maybe one
[17:02] <zyga> add sc_infofile_get_ini_key
[17:02] <zyga> which finds the [section] first
[17:02] <zyga> and then does the rest
[17:02] <zyga> how does that sound
[17:03] <zyga> I want to stress this over the special-cased logic in one spot
[17:03] <zyga> it should be easy to implement
[17:03] <zyga> just check if [ section starts
[17:03] <zyga> match on the section name or iterate until the next section
[17:05] <zyga> pstolowski, wdyt?
[17:05] <pstolowski> zyga: yes that sounds like a good idea
[17:05] <zyga> I can help, look at the original for inspiration
[17:05] <zyga> or if tomorrow is raining I can code it with you :)
[17:05]  * zyga looks at phone
[17:06] <zyga> looks like winter is here :)
[17:06] <zyga> maybe rain won't happen
[17:06] <zyga> anyway, if wether sucks and we're at home
[17:08] <pstolowski> zyga: thanks for the suggestions; i'll get back to it on monday (don't worry about it and relax over the weekend ;))!
[17:08] <zyga> cheers, let's chat next week then
[17:17] <pstolowski> o/
[17:23] <mup> PR snapcraft#3406 opened: pluginhandler: do not walk symlinks for include filesets <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3406>
[17:26] <mvo> zyga: thank you so much for your snap-cofnine review!
[17:27] <zyga> mvo, pleasure :)
[17:27] <zyga> mvo, I have some things I may be able to contribute
[17:27] <zyga> mvo, I did some work on using static analysis tools
[17:28] <zyga> mvo, and those would be useful for snap-confine
[17:28] <mvo> zyga: sweet
[17:29] <zyga> mvo, have a look at https://git.ostc-eu.org/ohos/third_party_bounds_checking_function/-/blob/feature/zmk/Makefile#L66 for an example
[17:29] <zyga> this integrates five different tools
[17:29] <zyga> make check or make static-check runs them
[17:29] <zyga> I'll iterate on this some more so that they are properly integrated in zmk but I suspect they may find something in our code already
[18:09] <mvo> zyga: good stuff but too tired to grasp it tonight :)
[19:09] <mup> Bug #1910790 opened: `man htop` return nothing for htop installed as snap <amd64> <apport-bug> <focal> <Snappy:New> <https://launchpad.net/bugs/1910790>
[19:12] <mup> Bug #1910790 changed: `man htop` return nothing for htop installed as snap <amd64> <apport-bug> <focal> <Snappy:New> <https://launchpad.net/bugs/1910790>
[19:15] <mup> Bug #1910790 opened: `man htop` return nothing for htop installed as snap <amd64> <apport-bug> <focal> <Snappy:New> <https://launchpad.net/bugs/1910790>
[19:23] <mup> PR snapcraft#3407 opened: WIP: Add new gnome-3-38 extension which uses gnome-3-38-2004 and core20 <Created by kenvandine> <https://github.com/snapcore/snapcraft/pull/3407>
[20:08] <mup> PR snapcraft#3406 closed: pluginhandler: do not walk symlinks for include filesets <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3406>
[21:52] <mup> Bug #1910790 changed: `man htop` return nothing for htop installed as snap <amd64> <apport-bug> <focal> <Snappy:Confirmed> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1910790>
[22:51] <ogra> sigh ... why dont we have any interface that allows me access to kbd/mouse without requiring me to use x11, wayland or mir ...
[22:52] <ogra> thats really a blocker for my kdi-pi snap
[22:52] <ogra> *kodi
[22:52] <ijohnson> well the x11 interface is "transitional" in the sense that perhaps we need new interfaces for subsets of access to those things
[22:52] <ijohnson> seems reasonable to have an interface for just asking kbd/mouse
[22:53] <ijohnson> ogra: if you know the denials you are hitting, you could open a new forum topic about it and we can discuss the name of a new interface which enables this
[22:58] <ogra> ijohnson, heh, the fun is that i dont get any denials at all ... it just blocks ... kodi notices that and doesnt bother further
[22:58] <ijohnson> ogra: is that in devmode or strict ?
[22:58] <ogra> strict
[22:58] <ijohnson> so you probably are hitting the device cgroup
[22:59] <ogra> yeah, something like that ... it doesnt get through to appamor or any other bit that would log anywhere
[23:00] <ogra> i'm currebtly paying with looping back wayland ... but that will require security team approval i guess ... given kodi runs as daemon
[23:00] <ijohnson> ogra: try doing `sudo echo 'a *:* rwm > /sys/fs/cgroup/devices/snap.<snap-name>.<app-name>/devices.allow`
[23:00] <ijohnson> iirc that will allow all devices in your device cgroup
[23:01] <ijohnson> then you should at least see apparmor denials
[23:32] <ogra> hmm, what is really interesting that using a slot of either of the above interfaces is sufficient, i dont actually need a loopback connection to the interface at all
[23:32] <ogra> just a "slot: [ wayland ]" (or mitr or x11) is enough
[23:32] <ogra> *mir
[23:43] <ogra> ijohnson, not printing anything extra ...
[23:43] <ogra> all i get is:
[23:43] <ogra> 2021-01-09 00:39:47.711 T:4064208912   ERROR: open_restricted - failed to open /dev/input/event1 (Operation not permitted)
[23:43] <ogra> in the kodi app log
[23:43] <ogra> but nothing corresponding in dmesg or the journal
[23:44] <ijohnson> ogra what is `cat /sys/fs/cgroup/devices/snap.<name>/devices.list` ?
[23:45] <ogra> ijohnson, https://paste.ubuntu.com/p/VJz3QDpyrv/
[23:48] <ijohnson> hmm the command I gave you before didn't work
[23:48] <ijohnson> ah i bet snap-confine undid the change
[23:49] <ogra> ah, and it would indeed do that if i echoed again and restarted the daemon
[23:51] <ijohnson> yeah, I need to go get dinner, but I'll share with you on monday a way to make it work
[23:52] <ogra> well, if you feel likel taking a look yourself :
[23:52] <ogra> snapcraft.i👋kodi-pi-standalone/
[23:52] <ogra> damn
[23:52] <ogra> snapcraft.io /kodi-pi-standalone/
[23:52] <ogra> the one in edge is the strict one
[23:53] <ogra> needs UC20
[23:53] <ogra> (on a Pi3 or 4)
[23:53] <ogra> oh, an needs snapd from edge
[23:53] <ogra> *and
[23:53] <ogra> anyway, enjoy your weekend


[06:51] <blahdeblah> Re: "Juju on multiple public clouds" thread on the mailing list a couple of weeks back, what's the current recommendation if we need to communicate in an environment which is a roughly 50/50 split between two different providers (in my case openstack + bare metal maas)
[06:51] <blahdeblah> ?
[06:57] <stub> blahdeblah: Your choices are using 2 environments without relations between it, or bringing up a single environment and using manual provisioning for the other provider (where we have done this, it is OpenStack environment with the MaaS provisioned servers plugged in with the manual provider)
[06:58] <blahdeblah> stub: And if using the former, then work out some sort of manual replacement for relations that passes the required data?
[06:59] <stub> yeah, which is why the latter is usually the better options I think.
[07:00] <stub> With the latter you just have to handle the firewall stuff yourself.
[07:04] <blahdeblah> cool - thanks
[09:00] <blahdeblah> lazypower: there seem to be 3 versions of the dns charm in jujucharms.com - any plans to make one of them official at some point?
[09:01] <blahdeblah> lazypower: also, what are your plans for autogeneration?
[13:59] <sg> I want to use apache http server for load balancing, can any one tell me how to configure apache server for loadbalancing using apche2 charm?
[14:13] <sg> I want to use apache http server for load balancing, can any one tell me how to configure apache server for loadbalancing using apche2 charm?
[14:19] <jamespage> gnuoy`, morning
[14:20] <gnuoy`> hi jamespage
[14:21] <jamespage> gnuoy`, thanks for the reviews and merging of my charm branches fro mover the weekend
[14:21] <gnuoy`> np, thanks for the mps!
[14:21] <jamespage> gnuoy`, :)
[17:28] <bdx> openstack-charmers, charmers, core, dev: hows it going everyone? Can someone give a little feedback on whether or not I am going about parsing the network-interfaces yaml/string/dict in a sane way? I feel like it could be done cleaner, but am having a trouble understanding how the input could be parsed in a cleaner fashion...Thanks!
[17:28] <bdx> heres the MR I'm referencing: https://code.launchpad.net/~jamesbeedy/charms/trusty/nova-compute/add-iface-support/+merge/274159
[17:40] <bdx> jamespage: ^^
[17:54] <jamespage> bdx, hey - I have you on my TODO for today re that merge proposal
[17:55] <jamespage> bdx, completely ack the requirement, but I need to fill you in on where that feature will come from
[17:55] <jamespage> (i.e. its not the charm)
[17:55] <jamespage> bdx, in meetings all day so it will be a few hours before i respond in full
[17:56] <bdx> jamespage: ok, no worries...I'll leave her rest then
[17:58] <jamespage> bdx, please - don't want you to waste cycles on this when its going to be resolved in a different way
[18:11] <bdx> jamespage: ok, thanks!
[18:22] <lazypower> blahdeblah, i'm not sure if my last messages sent. so i'll repeat:  It will get official once we have some actual tests around it that properly validate the charm. It presently requires the ability to store and ship with secrets in order to do that (infra keys for rt53) - and we dont have an answer for storing secrets. I've been toying with the idea of charming up vault and adding relations between CI and Vault to do secret storage/recovery/co
[18:22] <lazypower> nfiguration  but thats pie in the sky atm
[18:23] <lazypower> In terms of the bind provider, thats stable enough that we could probably omit that, depreciate the current namespace charm across the board, and move to a generation pattern. The charm is constructed in a way that would lend itself nicely to that.
[18:23] <lazypower> all the "providers" are plugin based, and fairly arbitrary
[21:40] <blahdeblah> lazypower: I didn't understand a single thing in that line about the bind provider. :-(
[21:40] <blr> Have an issue with juju deployer - if a deployment fails for any reason, before payloads are copied to /var/lib/juju/agents/unit-foo-0/files subsequent runs will not recopy payloads to the unit afaict
[21:40] <blahdeblah> lazypower: So is your version of the DNS charm the closest thing to official at present?
[21:48] <blr> ok possibly not juju deployer, but juju rather.
[21:59] <blr> nevermind, a problem with my understanding, rather than mojo/juju.
[22:48] <nottrobin> you know when you do "juju bootstrap" it asks for sudo password? what command is it actually trying to run? I'd like to use the sudoers file to allow a user to bootstrap juju but nothing else
[23:03] <rick_h__> nottrobin: it's starting the lxc that needs it. lxc-create?
[23:10] <nottrobin> rick_h__: hmm I got "sudo lxc-create" to work without password, but "juju bootstrap" still asks for password. Also when I look in auth.log I see "command not allowed ; .. COMMAND=/bin/bash -s". Which suggests I'd need to let that user run bash as sudo. Which is obviously too permissive. Maybe there's no solution.
[23:11] <rick_h__> nottrobin: what version of juju?
[23:11] <rick_h__> nottrobin: and lxc?
[23:12] <rick_h__> nottrobin: there was a point where that switched over to not need sudo perms but not sure when that flipped
[23:12] <nottrobin> rick_h__: juju: 1.22.6-trusty-amd64. lxc: 1.0.7
[23:12] <nottrobin> maybe if I was on utopic?
[23:12] <rick_h__> nottrobin: looking
[23:13] <rick_h__> nottrobin: https://github.com/juju/docs/blob/master/src/en/config-LXC.md#bootstrapping-and-destroying
[23:15] <nottrobin> rick_h__: Isn't that about "juju bootstrap" itself needing to be run with sudo, which was a long time ago. I don't need that. This is a completely clean install of juju-local on an up-to-date version of trusty.


[13:02] <tdr112> afternoon
[13:03] <czajkowski> tdr112: howdy
[13:03] <czajkowski> how did the weekend go ?
[13:07] <tdr112> grand , its been a while since i was up all night , good fun
[13:09] <czajkowski> good stuff
[13:12] <tdr112> and got around to do a debian install on my work dev laptop , just need to move my file and get my ide up and running
[13:14] <czajkowski> nnods
[16:14] <czajkowski> http://loco.ubuntu.com/events/global/1598/detail/
[20:19] <mokmeister> Just started upgrading my desktop from 11.10 to 12.04
[20:19] <mokmeister> 1,852 packages upgraded!
[20:19] <mokmeister> over 2GB to download!
[20:20] <mokmeister> 37 new packages
[20:20] <mokmeister> It's gonna take a while anyway! ;)
[20:20] <czajkowski> yup
[20:20] <czajkowski> well worth it though
[20:21] <mokmeister> bin using 12.04 for awhile on an old laptop, it is nice alright
[20:22] <mokmeister> 32 bit version that is, on the laptop. This one is 64 bit
[20:23] <mokmeister> I've been messing with a couple of different versions in VMs as well, sure it's great craic! :)
[20:25] <mokmeister> Round about now I'm wishing I lived in a large urban area where UPC supplied their fibre broadband.... ;)
[21:08] <mokmeister> ahha, installing the upgrades
[22:22] <mokmeister> hhhmmm...
[22:23] <mokmeister> so far so good!
[22:23] <mokmeister> :D


 :P
[16:07] <infinity> I didn't realise management was on the other side of the planet.
[16:08] <barry> well then, yes, let's cancel
[16:08] <chiluk> wow infinity I'm surprised they didn't drag you there as well.
[16:08] <barry> bdmurray: enjoy your nap!
[16:08] <infinity> We don't technically have a TL, so I get to skip on TL obligations.  Sometimes.
[16:09] <chiluk> infinity smart man...
[16:09] <infinity> Except when people decide that I am, and then I don't.
[16:13] <barry> see ya


[06:32] <dyllan> hi all
[06:33] <dyllan> I am having a problem with one of my thin clients, getting the ldm screen to show up, it PXE boots but then the screen stays blank. I am using this piece of hardware: http://www.devonit.com/_wp//wp-content/uploads/2010/10/TC5D-Dell.pdf
[06:34] <dyllan> The only main difference between the thin client hardware that works and the one copied above that does not work is that non-working one had 2x DVI ports, do you think ltsp is getting confused about the dual DVI ports and therefore not able to bring up the ldm?
[06:35] <dyllan> The thin client hardware that IS working: http://www.devonit.com/_wp//wp-content/uploads/2010/07/DIT_TC5Xc_SSheet-email.pdf
[06:36] <dyllan> As you will see they both have the same Atom processor, memory and Graphics card.
[08:48] <dyllan> hi all
[08:48] <dyllan>  I am having a problem with one of my thin clients, getting the ldm screen to show up, it PXE boots but then the screen stays blank. I am using this piece of hardware: http://www.devonit.com/_wp//wp-content/uploads/2010/10/TC5D-Dell.pdf
[08:49] <dyllan> The only main difference between the thin client hardware that works and the one copied above that does not work is that non-working one had 2x DVI ports, do you think ltsp is getting confused about the dual DVI ports and therefore not able to bring up the ldm?
[08:49] <dyllan> The thin client hardware that IS working: http://www.devonit.com/_wp//wp-content/uploads/2010/07/DIT_TC5Xc_SSheet-email.pdf
[08:49] <dyllan> As you will see they both have the same Atom processor, memory and Graphics card.
[08:49] <dyllan> any ideas? - thanks!
[08:54] <viks> ltsp is not workinng
[08:56] <viks> fuse module is not showing
[08:56] <viks> #ltsp
[12:55] <viks> can we have ubuntu with only firefox applcation
[17:35] <alkisg> viks: yes, it's very easy. You just create a "session" for firefox, and select it in GDM. Chromium-browser even puts a session automatically, so all you have to do is select it.
[17:35] <alkisg> Google is your friend: http://www.instructables.com/id/Setting-Up-Ubuntu-as-a-Kiosk-Web-Appliance/
[17:35] <alkisg> Also, your question isn't edubuntu-specific, so it's better to ask it in #ubuntu.


[09:20] <rmg51> Morning
[12:21] <teddy-dbear> Morning peoples, critters and everything else
[12:27] <L3gacy> morningn


[08:13] <kjackal> Good morning Juju world!
[08:18] <CarlFK> good morning!
[13:43] <sfeole> perhaps someone here can tell me if this is actually a bug? https://bugs.launchpad.net/juju/+bug/1655020
[13:43] <mup> Bug #1655020: Newly Built Charm, "Vanilla" Fails to install, when following "Charm Build Getting Started Guide" <juju:New> <https://launchpad.net/bugs/1655020>
[13:44] <sfeole> I just filed it, going through the proper channels. Just need a sanity check at this point :)
[15:10] <Zic> hello here, do you know how to build a Kubernetes cluster with Juju but with multi-master HA? because the Juju charms demonstrated for Canonical Kubernetes just build a cluster with one master
[15:16] <marcoceppi_> Zic: you should be able to take the bundle and add more units to master. I think there's a few gotchyas that are being ironed out though
[15:16] <marcoceppi_> Zic: I can give you a bundle with multi-master if you'd like to try
[15:18] <Zic> oh thanks, I'm interested
[15:25] <marcoceppi_> Zic: Give me a few mins
[15:27] <marcoceppi_> Zic: If you download http://paste.ubuntu.com/23770746/ and save it as something like ha-k8s.yaml, you can do `juju deploy ./ha-k8s.yaml` it's experimental, but if you hit any bugs please report them here https://github.com/juju-solutions/bundle-canonical-kubernetes
[15:28] <Zic> thanks, I will take a look
[17:52] <vmorris> trying to bootstrap a controller on localhost LXD while on a private network (squid proxy and dns forwarder in use)... using a custom lxd bridge and dnsmasq instance
[17:53] <vmorris> http://paste.ubuntu.com/23771485/
[17:54] <vmorris> i can't understand why jujud would be connecting to <IP_ADDRESS>:8443/1.0 (this is the default gateway passed in through dnsmasq)
[18:21] <SimonKLB> trying to setup juju on maas but im stuck with: ERROR failed to bootstrap model: waited for 20m0s without getting any addresses
[18:21] <SimonKLB> however, sshing to the maas node works fine
[18:21] <SimonKLB> any ideas?
[18:31] <sfeole> SimonKLB, i just happened to click into this Channel and saw your message. When you issue the $juju bootstrap --debug <cloud> <controllername> do you see a node in MAAS becoming allocated and deploying?
[18:32] <sfeole> SimonKLB, are you using --debug flag with bootstrap?
[18:39] <SimonKLB> sfeole: yes, the maas node is started when im executing juju bootstrap
[18:42] <sfeole> SimonKLB, mmmm, once the MAAS node is deployed is it in fact accessible via the network after MAAS deploys it?   Do you have access to watch the logs in /var/log/juju or /var/log/cloud-init to see if in fact the node is actually coming up fully?
[18:43] <sfeole> SimonKLB, also, perhaps check you're not setting http_proxy or similar in your terminal..
[18:43] <sfeole> SimonKLB, usually when I ran into the problem you
[18:43] <sfeole> SimonKLB, you're mentioning, it's usually a problem with the MAAS host
[18:46] <SimonKLB> sfeole: cloud-init logs are available but nothing juju related from the looks of it
[18:46] <SimonKLB> sfeole: no obvious errors in the cloud-init logs
[18:46] <sfeole> SimonKLB, the Node actually reached the "Deployed" state in MAAS?
[18:47] <SimonKLB> sfeole: yep!
[18:47] <sfeole> SimonKLB, hmm
[18:47] <SimonKLB> it started off with a normal interface, but then created a br-eth0 and added the ip to that bridge instead of the physical nic
[18:48] <SimonKLB> is that the expected behaviour?
[18:48] <sfeole> SimonKLB, yes, it creates a bridge device by default
[18:48] <sfeole> SimonKLB, could you post the juju bootstrap --debug output in pastebin?
[18:49] <SimonKLB> sfeole: sure one sec
[18:51] <SimonKLB> sfeole: http://paste.ubuntu.com/23771843/
[20:24] <vmorris> beisner: I have the this paste showing a localhost+lxd bootstrap failure.. it nearly completes and then craps out at the end...
[20:24] <vmorris> http://paste.ubuntu.com/23772244/
[20:25] <vmorris> beisner: I think it's when it tries to connect to http://unix.socket/1.0/containers/juju-94a8f2-0/state
[20:26] <vmorris> beisner: but i see on my http proxy that it's actually trying to connect to <IP_ADDRESS> (the default gateway), which gets denied
[20:26] <vmorris> i have no idea what to tune or even where to dig in for more information... i couldn't really see anything in /var/log/lxd
[20:27] <beisner> hi vmorris https://bugs.launchpad.net/charm-test-infra/+bug/1633788
[20:27] <mup> Bug #1633788: juju 2.0.0 bootstrap to lxd fails (connect to wrong "remote" IP address) <canonical-is> <juju> <lxd> <lxd-provider> <uosci> <OpenStack Charm Test Infra:Confirmed> <juju:Triaged by rharding> <https://launchpad.net/bugs/1633788>
[20:29] <vmorris> beisner qq
[20:30] <admcleod_> facepalm
[20:39] <vmorris> lol was that just good timing or what?
[20:40] <vmorris> oh i thought that was somebody doing the triage in real time
[20:40]  * vmorris facepalms
[21:22] <sfeole> SimonKLB, sorry i got pulled away from meetings. How about the juju logs on the bootstrap node, since you have access?
[23:33] <bdx> hey whats up everyone? is there a `--force` type arg for 'destroy-model'?
[23:35] <bdx> I'm just getting "Waiting on model to be removed..." for days


[03:58] <svaksha> hi, is there a MT meeting scheduled this week?
[03:59] <mdke> "I suggest its better to amalgamate the Magazine and UWN with the
[03:59] <mdke> Fridge as the publishing space, instead of creating seperate projects
[03:59] <mdke> which essentially carry similar messages. </end thinking loud> "
[03:59] <mdke> SPOT ON
[04:00] <svaksha> to be fair,  Sara has put in effort so I dont want to discourage people who take an initiative.
[04:01] <mdke> right, it's important to recognise the efforts made but ensure that the enthusiasm is getting guided in a direction that is going to produce a good result
[04:01] <svaksha> but then its not a 1-person project so she does need help
[04:02] <svaksha> mdke: i agree
[04:03] <svaksha> maybe it will be easier to understand if proposals were submitted to the list for discussion first , as IRC is not timezone friendly
[04:03] <mdke> definitely
[04:04] <svaksha> most meetings are held past midnight (my local time) so I do prefer the mailing list
[04:05] <matthewrevell> svaksha: The magazine project has been carried over from the time where the team was split between the mailing list and some privately held forums
[04:05] <matthewrevell> Those forums were taken offline, as part of a dispute
[04:05] <matthewrevell> So, we can't see what the original rationale was.
[04:06] <svaksha> yes, I saw some rumblings but surely we can leave that behind and get ahead
[04:06] <matthewrevell> Well, yes, of course, but I was making the point that the magazine was discussed on forums, not on irc.
[04:06] <svaksha> at this moment if we can find a middle path it will be nicer
[04:06] <matthewrevell> A middle path?
[04:06] <svaksha> ahh...ok, i am not a forums person :)
[04:07] <svaksha> i mean find a way to avoid overlap and keep it together instead of rejecting the idea totally
[04:08] <matthewrevell> If people want to create a magazine, then they're free to.
[04:08] <matthewrevell> It's probably a better use of their time and energy if we all work on one thing, though.
[04:09] <matthewrevell> If we can encourage people, through the mailing list, that we should help with UWN and the Fridge, then that's probably better idea. *Unless* the magazine guys can show they're catering for a different need.
[04:09] <matthewrevell> as I say, people are free to do as they please.
[04:10] <svaksha> from the wiki I found Sara as the lead and she does have 3-4 people working on it but its not clear  so I cant really say anything
[04:11] <svaksha> i read the wiki and specs on LP
[04:14] <svaksha> ok, I will post a message tonight on the list about bringing the magazine and UWN together on the Fridge.
[04:14] <mdke> you just did :)
[04:15] <matthewrevell> svaksha: I'm sure it will :)
[04:16] <mdke> things tend to
[04:23] <svaksha> bye all..
[06:08] <MenZa> Has anyone seen Jenda lately?
[06:13] <gaz00> iirc, jenda wont' be back for another 2 weeks
[06:14] <gaz00> might be one by now... dont' really remember
[06:14] <gaz00> :s
[06:15] <MenZa> meep
[06:15] <MenZa> 'salright.
[09:41] <Burgwork> http://www.americanmcgee.com/wordpress/?p=171