[11:53] <BluetailsBuizel> Hello, first time using a internet chat client, i can't see any messages above this line.
[11:54] <BluetailsBuizel> never used irc beore
[11:54] <BluetailsBuizel> *before
[11:56] <kc2bez> BluetailsBuizel: congratulations. You've made it to the Lubuntu support channel. If you have any questions or need assistance for Lubuntu this is the place.
[11:56] <BluetailsBuizel> oh nice, thanks :)
[12:04] <BluetailsBuizel> not sure if i can ask this here, but why does my previous installation of lubuntu boots up very slow. it took up 1min 30 to 45 sec to boot up, while windows on the same machine boots up way faster then lubuntu (about 10-15sec)? how can I configure it to boot it as fast or faster then windows? if possible?
[12:05] <BluetailsBuizel> (it's a windows 8.1, 2GB ram, HDD)
[12:05] <guiverc> you've not provided any release details; but modern windows uses fastboot which is really not a full boot but just a restore from a prepared hibernate file.
[12:06] <BluetailsBuizel> so windows will forever be an advantage in this area?
[12:06] <guiverc> fastboot has disadvantages too... if the boot file becomes corrupted; it has only a certain number of fixes that can be performed before system is a write off.. nothing comes with only benefits (ie. no costs)
[12:07] <BluetailsBuizel> ok, thanks
[12:08] <guiverc> fastboot means the file-system is left in an unclean state, not a problem if only the OS that is hibernated is used; but it means the data on disk isn't in a clean state which reduces capacity to recover data on corruption, OR use it whilst booting another OS (eg. a live system)... ie. costs are tehre
[12:14] <BluetailsBuizel> i don't really care if fast boot will break thing if it's a windows only issue, I'll get back to you whenever I reinstall Lubuntu again :)


[17:02] <stokachu> rick_h_: is talking to juju over websockets baked into the juju-gui code or did you guys develop a separately js library?
[17:03] <rick_h_> stokachu: https://github.com/juju/juju-gui/blob/develop/app/store/env/go.js
[17:03] <stokachu> rick_h_: perfect thanks, this is just for personal stuff
[17:04] <rick_h_> stokachu: np, we've always had a wishlist to build a true juju npm module but we've got enough extra/YUI bits in there it'll take some love
[17:04] <stokachu> ah ok
[17:05] <rick_h_> stokachu: any questions hit up myself or just ping jujugui in here
[17:30] <stokachu> rick_h_: will do thanks


[06:07] <lordievader> Good morning
[10:35] <jamespage> coreycb: working through the py37/async syntax failures
[10:35] <jamespage> most upstreams have commits at least so generally picking those
[11:48] <coreycb> jamespage: great, thanks
[12:23] <ahasenack> rbasak: hi, good morning, did you see my ping about the git-ubuntu importer being apparently stuck?
[12:25] <rbasak> Yes
[12:25] <rbasak> The experimental deployment environment had died.
[12:25] <rbasak> I intend on restoring it this afternoon
[12:27] <ahasenack> ok
[13:20] <ahasenack> rbasak: I have a salsa merge request to add dep8 tests to the krb5 package. This package is currently a sync in ubuntu
[13:20] <ahasenack> rbasak: no response from salsa yet
[13:20] <ahasenack> rbasak: should I keep waiting, or is it worth it to add a delta because of dep8?
[13:21] <ahasenack> rbasak: https://salsa.debian.org/debian/krb5/merge_requests/2
[13:30] <rbasak> ahasenack: good job with the tests. I think it's fine to add a delta. Though does the slapd-gssapi test perhaps belong in the openldap side source package?
[13:30] <ahasenack> rbasak: it's testing mostly gssapi, not ldap
[13:31] <ahasenack> since the only call I'm making is ldapwhoami
[13:31] <ahasenack> I'm not even seting up an ldap "database"
[13:31] <rbasak> Sure it's testing mostly gssapi, but really isn't it openldap's gssapi implmentation that's being tested here? Anyway, it's clearly subjective :)
[13:33] <ahasenack> no, it's also testing cyrus-sasl
[13:33] <ahasenack> kerberos is used also for services, not just people
[13:33] <ahasenack> so any service I pick could have this argument
[13:34] <ahasenack> it's testing both
[13:34] <ahasenack> but I'm sticking to authentication when talking to this other service, that's where I think the separation lies
[13:35] <ahasenack> if I had been exercising slapd acls with this authentication and authorization, then it would belong in the slapd package, for example
[13:35] <ahasenack> for slapd dep8 tests I have other ideas, much more ldap cnetric
[13:35] <ahasenack> centric*
[13:43] <rbasak> I appreciate it's sort of "in the middle" so which end is very much opinion. Let's see if the Debian maintainer accepts it :)
[14:10] <ahasenack> rbasak: there is one argument in your favor, though. If there is a related bug in the slapd package, the krb5 dep8 tests will fail
[14:10] <ahasenack> rbasak: but so will apache2 tests if openssl has a bug, for example
[14:11] <ahasenack> if, say, slapd gets a bug like the current mariadb one, where it's not running after installation, the krb5 dep8 tests could fail because of that
[14:22] <mattk> Is the ntp package missing from the 18.04 server ISO on purpose? I have some Packer builds that don't reach out to the Internet, and they're failing b/c that package is missing from the install media.
[14:23] <mattk> It's easy enough to fix on my end, but wondering if it'll be back in the 18.04.1 server ISO.
[14:24] <mattk> I based my build off of this preseed.cfg, and it's works for 14.04 and 16.04:
[14:24] <mattk> https://github.com/boxcutter/ubuntu/blob/master/http/preseed.cfg
[14:26] <rbasak> mattk: on purpose. ntp has been demoted to universe in 18.04 in favour of chrony.
[14:26] <rbasak> mattk: https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes#Chrony
[14:27] <mattk> ahhh, good to know. And thanks for the pointer! rtfm ;)
[14:53] <coreycb> jamespage: comparing neutron-lbaas and neutron-fwaas. why do you have python(3)-neutron-fwaas -> neutron-fwaas-common and neutron-lbaas-common -> python(3)-neutron-lbaas? i thought the plan was to do the former but maybe i'm missing something.
[15:34] <paulbarker> Hi, I'm trying to bring up a bridge without any external interfaces (for containers to use) on Ubuntu 18.04, I have the following in /etc/netplan/01-netcfg.yaml: https://pastebin.com/0S9hqZ95
[15:35] <paulbarker> After running `netplan generate && netplan apply` and looking at the ouput of `ip addr` I have a new lxdbr0 interface but it's not fully up: https://pastebin.com/mGXQZ2Pm
[15:35] <paulbarker> I've done some googling but can't find much info on how to set up an "isolated", "private" or "internal" bridge (those are the terms I've searched for as that's what I'd call it)
[15:35] <paulbarker> Anyone got any ideas?
[15:37] <cyphermox> paulbarker: you can't bring an bridge with no member interfaces up right now with netplan, some config is missing from the generated systemd config
[15:37] <cyphermox> (I'm working on fixing this)
[15:38] <cyphermox> I think dja wrote down exactly what you need to do to make it work, if I can find the blog post again
[15:38] <paulbarker> Ok. I'm only trying to set this up in netplan manually due to problems with lxd's managed interfaces
[15:39] <cyphermox> right
[15:39] <compdoc> I use bridges for kvm guests, and i found in 18.04, kvm wont see bridges created in netplan
[15:39] <compdoc> paulbarker ^
[15:39] <paulbarker> Even with "ipv4.firewall", "ipv4.nat", "ipv6.firewall" and "ipv6.nat" set to false in my lxd network config it's still injecting iptables rules
[15:39] <cyphermox> it's top of my list for stuff in netplan, I'm getting to that today
[15:39] <cyphermox> compdoc: you mean libvirt? we fixed this recently
[15:40] <paulbarker> My actual end goal is using lxd + nftables instead of lxd + iptables
[15:40] <compdoc> but if you create the interfaces in netplan, and the bridges in /etc/network/insterfaces, kvm will see them and use them
[15:40] <compdoc> *interfaces
[15:40] <cyphermox> compdoc: yes, but this is unrelated to what we're talking about here
[15:40] <cyphermox> (and we fixed it, at least in bionic)
[15:40] <paulbarker> compdoc: From what I've seen other people post online, lxd should be able to see those interfaces if netplan brings them up correctly
[15:41] <compdoc> try it. create the bridge the old way
[15:41] <paulbarker> cyphermox: I'll be a happy guinea pig to test any fix for this when you have one out
[15:41] <compdoc> i figure kvm will catch up to netplan eventually
[15:42] <paulbarker> compdoc: What's the "old way"? Purge netplan and move back to ifupdown?
[15:42] <cyphermox> paulbarker: what compdoc is suggesting (using ifupdown) will work for now (though not for the same reason as it does anything for libvirt/kvm)
[15:42] <cyphermox> you don't need to purge netplan for that
[15:42] <paulbarker> I did that when Ubuntu 18.04 came up but figured it was time to move to the new stuff
[15:42] <cyphermox> but there's another way too, you can add an extra file to /etc/systemd/network
[15:43] <paulbarker> Manually messing with systemd-networkd configuration is not something I ever want to do
[15:44] <paulbarker> Happy to learn one new config language (netplan) but not 2
[15:44] <blackflow> jackie_chan_meme.jpg
[15:45] <cyphermox> paulbarker: you should be able to copy /run/systemd/network/00-netplan-lxdbr0.network to /etc/systemd/network/00-netplan-lxdbr0.network, and add to it "ConfigureWithoutCarrier=true" under the [Network]  block.
[15:46] <cyphermox> paulbarker: that's your alternative, if you don't want to use ifupdown instead for now
[15:46] <paulbarker> cyphermox: Do I then remove it from the netplan config for now?
[15:46] <cyphermox> or you'll have to wait until I put up the fix on my ppa or upload it to the archive
[15:46] <cyphermox> don't need to, but you can if you wish
[15:47] <paulbarker> I'd rather not throw everything out and move back to ifupdown when I've got almost everything working now with netplan
[15:47] <paulbarker> So will give that a go for now
[15:47] <cyphermox> it's not throwing everything out
[15:47] <cyphermox> on a new install of 18.04, you don't have ifupdown, but you don't need to remove netplan to use it
[15:47] <cyphermox> both can coexist fine if you don't try to configure the same device in both :)
[15:48] <cyphermox> OTOH, what I suggested for systemd-networkd is essentially the fix that will be implemented in netplan's generator, just it will be written in the file under /run (which doesn't help you here, if you don't want to write it yourself every time you reboot)
[15:48] <paulbarker> Living in a world of multiple admins here, having both a netplan config and a network interfaces file on the same server is just inviting others to accidentally break it
[15:49] <blackflow> indeedy. less conflicting layers the better.
[15:49] <paulbarker> I'll do the systemd-networkd config fix for now as it's easy to then back that out when you've got a fix out
[15:50] <blackflow> since netplan is only creating networkd config and not itself doing any networking API, you can do both netplan and throw in a separate .network file for the bridge
[15:50] <cyphermox> paulbarker: I'm a bit surprised you didn't just let lxd handle things, it usually does the bridges just fine itself
[15:50] <paulbarker> cyphermox: Even with "ipv4.firewall", "ipv4.nat", "ipv6.firewall" and "ipv6.nat" set to false in my lxd network config it's still injecting iptables rules
[15:52] <paulbarker> That causes the iptable_nat kernel module to be loaded which prevents me from using nftables (as the modules conflict)
[15:52] <cyphermox> ok
[15:52] <blackflow> are nftables even ready for prime time yet?
[15:52] <cyphermox> paulbarker: then, please also file a bug for lxd so stgraber can potentially fix this
[15:53] <paulbarker> cyphermox: Already done. Also happy to help testing a fix for that
[15:53] <cyphermox> I'm reasonably sure if you set ipv4.firewall=fasle and whatnot, you shouldn't still get stuff injected in iptables :)
[15:53] <cyphermox> paulbarker: ok
[15:53] <paulbarker> https://github.com/lxc/lxd/issues/4739
[15:53] <cyphermox> paulbarker: great
[15:53] <paulbarker> It's still injecting the rule for automatic checksum generation
[15:56] <paulbarker> blackflow: As long as you're running a recent kernel, nftables should be pretty stable now
[15:57] <blackflow> neat, I might start toying with then.
[15:59] <paulbarker> I'm currently loving the ability to split my rules file using "Include" directives but still get atomic switchover to a new ruleset
[16:00] <paulbarker> Never found how to do something like that with iptables
[16:01] <blackflow> paulbarker: different files you use for iptables-restore? with the flush directive available, the replacement should be atomic, no?
[16:03] <paulbarker> Yea you can do atomic replacement with iptables-restore but not with the rules split into multiple files
[16:05] <paulbarker> I'm using ansible to push configurations to a bunch of servers and have never got on well with the ansible iptables module.
[16:05] <sdeziel> paulbarker: I use something along those lines: cat /etc/iptables/*.snippets | iptables-restore
[16:06] <paulbarker> sdezial: Yea, I could put together a script to do that and then write a systemd unit file for it I suppose
[16:06] <paulbarker> But with nftables that's built-in and I can use the existing nftables service
[16:07] <paulbarker> I have `include "/etc/nftables.d/*.conf` in my /etc/nftables.conf file and it works really well
[16:07] <blackflow> paulbarker: check out iptables-persistent and netfilter-persistent packages (the former being a plugin for netfilter), it already comes with a service.
[16:08] <paulbarker> blackflow: Don't need either and iptables-persistent just calls iptables-restore which doesn't support includes
[16:09] <blackflow> why do you need includes if you use ansible? just combine one file from multiple files
[16:12] <paulbarker> The fragments are split across different roles. Yes I can mash it all together using templates in ansible but that's more of a mess
[16:13] <paulbarker> As usual there's 20 ways to solve the problem depending on personal taste
[16:15] <blackflow> no, you can have one role or action run at the end that takes all the files other roles placed into /etc/my-iptables-fragments.d/, creates a single file out of them and has a change handler that feeds it to iptables-restore if they're changed ;)
[16:18] <paulbarker> blackflow: That would work. But I still want to play with the new shiny nftables :p
[16:20] <blackflow> oh, sure :) I just mean it's more than possible to achieve that with iptables, if you want.
[18:29] <jamespage> coreycb: most pkgs with agents ave the dep common -> py
[18:29] <jamespage> not py->common
[18:29] <jamespage> we should switcharoo
[18:30] <coreycb> jamespage: ok so everything should switch to py->common, even pkgs with agents.


[17:35] <jeblair> smoser: hi! is the openstack/cloud-init repo defunct?
[17:35] <smoser> "on hold [indefinitely]".
[17:38] <jeblair> smoser: ok.  that's fine (of course).  i noticed it has some changes open in gerrit.  i wonder if performing some or all of the steps in http://docs.openstack.org/infra/manual/drivers.html#retiring-a-project might be appropriate (particularly, updating README with current information, and marking the project read-only)?  that would help users who stumble upon it know the situation.  and of course the git repo will remain around ...
[17:38] <jeblair> ... indefinitely and can always be reactivated.
[17:39] <smoser> yeah. i thimnk we swhould probably do that.
[17:41] <jeblair> smoser: ok.  i'm happy to write the infrastructure changes, if you want to make the changes to the repo content itself (eg README, etc)?
[17:42] <smoser> ok. i can do that.
[17:46] <jeblair> remote:   https://review.openstack.org/392902 End gating for cloud-init
[17:46] <jeblair> remote:   https://review.openstack.org/392903 DNM: Retire cloud-init
[17:47] <jeblair> smoser: ^
[17:59] <harlowja> thx jeblair
[17:59] <openstackgerrit> Scott Moser proposed openstack/cloud-init: README.rst: mention that cloud-init focus is on v1 branch.  https://review.openstack.org/392911
[18:00] <smoser> jeblair, https://review.openstack.org/#/c/392911/
[20:03] <jeblair> smoser: cool, you should be able to approve that now (the tests have been removed)
[20:03] <smoser> which ?


[00:21] <mhall119> I'd think event name, venue name and date/time
[00:59] <Ronnie> mhall119: are there good icons to use for markers?
[01:09] <mhall119> hmm, I don't know if we have any
[01:09] <mhall119> I don't think so
[01:21] <Ronnie> first steps are made. map is visible, icons are placed and are clickable
[01:35] <Ronnie> mhall119: first steps can be found here: https://code.launchpad.net/~ronnie.vd.c/loco-directory/570613
[06:48] <YoBoY> bonjour
[06:58] <toabctl> hi
[07:12] <YoBoY> good morning
[14:09] <cjohnston> mornin
[14:56] <nigelb> Finally, the Indian LoCo is having an IRC meeting today.
[14:56] <nigelb> Any suggestions, tips? :)
[15:11] <paultag> nigelb: have fun?
[15:12] <paultag> nigelb: Mohi looks like he's doing work with it. He's a hard worker, it'll happen
[15:12] <nigelb> paultag: haha
[15:12] <nigelb> paultag: I'm hoping he'll lead things up.  I just got voluntold to chair :p
[15:12] <paultag> get mohi to do it :)
[15:13] <nigelb> paultag: btw, tomorrow we have an unconference and I'm expected to lead the Ubuntu BoF.
[15:13] <paultag> :)
[15:13] <paultag> woo
[15:13] <paultag> I'm kinda drunk still, so I'm a bit slow
[15:13] <nigelb> paultag: I have no clue what to do.  Any suggestions?
[15:13] <paultag> working on getting rid of this headache, cut me some slack
[15:13] <nigelb> paultag: finals over?
[15:13] <paultag> jawohl
[15:13] <paultag> nigelb: let's see here
[15:14] <paultag> nigelb: akgraner would be a godsend right now
[15:14] <paultag> hummm
[15:14] <nigelb> paultag: totally.
[15:14]  * czajkowski sends paultag a case of mickeyfinns
[15:14] <paultag> nigelb: get in touch with the guy who ran the ubuntu ohio mini-conf at olf
[15:15] <paultag> czajkowski: mickeyfinns? that sounds awesome and tasty
[15:15] <czajkowski> paultag: ask akgraner
[15:15] <czajkowski> nyommy good stuff
[15:15] <czajkowski> Nafallo: aint that right :)
[15:15] <nigelb> paultag: who was it ?  He's one of the new Ohio contacts :)
[15:16] <czajkowski> paultag: http://www.mickeyfinn.ie/
[15:17] <nigelb> paultag: okay!
[18:06] <Ronnie> can someone give feedback on https://code.launchpad.net/~ronnie.vd.c/loco-directory/570613  ( bug #570613 )
[18:06] <ubot4> Launchpad bug 570613 in loco-directory "Show map of events (affects: 9) (heat: 25)" [High,Triaged] https://launchpad.net/bugs/570613
[19:06] <Tricky> Hi all
[19:06] <Tricky> :)
[19:09] <serfus> hey Tricky
[21:29] <Tricky> Ronnie: Hey ronnie
[21:29] <Ronnie> hey hey :D
[21:29] <Tricky> I'm done for the day we talk soon tomorrow..
[21:30] <Tricky> Ronnie: you know its 3:00am in d night
[21:30] <Ronnie> till then :D
[21:30] <Ronnie> aj, thats late... its here 22:30
[21:31] <Tricky> Ronnie: Hmmm u still got time to enjoy :) howzz the climate in there u guys got snowfall ?
[21:31] <Tricky> Ronnie: we got winter here in india but not snowfall :P
[21:31] <Tricky> shani: hi
[21:31] <Ronnie> we got plenty of snow here
[21:31] <Tricky> Ronnie: great man i wish i could be there i've never seen snow fall :P
[21:31] <Ronnie> dangerous to driver by car...
[21:32] <Tricky> Ronnie: really ?? I would love to sket u know........ are you there on FB (Facebook)???
[21:32] <Ronnie> when i was around 14 years old, me and my friends made a 4person iglo in the back yard
[21:32] <Ronnie> nope, no FB here
[21:32] <Ronnie> snow can be really fun
[21:33] <Ronnie> but not when you need to drive
[21:33] <Ronnie> snowfights are also very cool
[21:33] <Ronnie> whats the temperature in india?
[21:34] <Tricky> well not less 14 - 15 Degree ce
[21:34] <paultag> snow rules
[21:34] <Tricky> :P paultag yaa buddy
[21:34] <Ronnie> you know how -5 feels like?
[21:35] <paultag> Yup.  I need to pack. I'm leaving in the morning :(
[21:38] <Ronnie> bad planning ;)
[21:39] <paultag> Ronnie: yup :)
[21:39] <czajkowski> paultag: me too
[21:39] <paultag> Ronnie: In all honesty, I keep enough stuff back home to where I don't have to pack if I don't have time
[22:35] <Ronnie> bug 570613 almost resolved. For a screenshot of the current map: http://img522.imageshack.us/img522/4906/maverikmeerkatreleasepa.png
[22:35] <ubot4> Launchpad bug 570613 in loco-directory "Show map of events (affects: 9) (heat: 44)" [High,Triaged] https://launchpad.net/bugs/570613
[22:38] <Ronnie> mhall119, cjohnston, daker online?
[22:39] <daker> Woo that looks good
[22:43] <Ronnie> yea, it does, and it works like a charm (alright.... almost)
[22:43] <Ronnie> just need some 'cluster' icons (when multiple makers are clustered)
[22:44] <Ronnie> and the balloons, when clicking on icons need more attention


[00:34] <arraybolt3> teward: Previously my pkgset requests were reviewed very quickly and discussion on one of them seemed to suggest that it didn't need a whole DMB meeting or anything like that to approve a packageset addition. I won't expect fast handling, though. I'll finish the last package in the "trouble group" that I know of and then ping you again.
[00:42] <teward> arraybolt3: lots of conferences around now so the core of the DMB are probably all busy.
[20:45] <bluesabre> vorlon: Just checking in on Xubuntu Minimal... can you review the MPs again?