[06:09] <harmw> mwhudson: that updated buildroot branch is tested on x86_64 only, the arm bits aren't yet in place
[06:10] <harmw> still need to get my ARM device to load up cirros in the first place
[18:13] <Pursuit> anyone have experience with the chef cloud-config module? Having some trouble getting it to run right. the last bit of the traceback is "status, context = matchpathcon(path, mode)#012OSError: [Errno 2] No such file or directory"
[19:11] <smoser> Pursuit, hm.. you can file a bug with info.
[20:37] <mwhudson> harmw: hm, can i help somehow?
[20:38] <mwhudson> harmw: e.g. can you tell me some commands to run that might make something arm64ish?
[20:38] <mwhudson> i find buildroot pretty confusing
[21:55] <mwhudson> smoser: maybe you could talk me through how cirros builds are supposed to work?
[22:54] <smoser> mwhudson, well, to get there you'd have to update the buildroot to newer version
[22:54] <smoser> and then get a config.
[22:54] <mwhudson> smoser: which is what harmw has done i think?
[22:54] <smoser> well, he did update to newer buildroot, yes.
[22:55] <mwhudson> i got it to the point of it asking me _lots_ of questions about the new config yesterday
[22:55] <smoser> i dont know if that has arm64 or not
[22:55] <smoser> https://code.launchpad.net/~smoser/cirros/powerpc
[22:55] <smoser> that has some commits that got powerpc mostly functional
[22:55] <smoser> so you could watch that.
[22:55] <mwhudson> ah ok
[22:56] <mwhudson> smoser: do the config questions require thought or can you just say "no" to almost everything?
[22:57] <smoser> try 'make br-menuconfig'
[22:57] <smoser> switch as few things as you tihnk you can get away with
[22:57] <smoser> to make it 'arm64'y
[22:57] <smoser> and then ... you'll have conf/buildroot-$(ARCH).config
[22:57] <smoser> so ...
[22:57] <smoser> make br-menuconfig ARCH=aarm64
[22:57] <smoser> i'm not sure whta to call the arch
[23:01] <mwhudson> that says things like
[23:01] <mwhudson> /bin/sh: 1: cannot open /home/mwhudson/canonical/repos/cirros/cirros-buildroot-2014.02/conf/buildroot-arm64.config: No such file
[23:01] <mwhudson> make: *** No rule to make target `/home/mwhudson/canonical/repos/cirros/cirros-buildroot-2014.02/conf/buildroot-arm64.config', needed by `/home/mwhudson/canonical/repos/cirros/cirros-buildroot-2014.02/output/arm64/buildroot/.config'.  Stop.
[23:01] <mwhudson> i guess i need to read up on buildroot and stop flailing around
[23:02] <mwhudson> smoser: calling the arch aarm64 would be a good troll :)


[08:23] <Saviq> Mohningh.
[09:41] <alan_g[m]> Saviq do you feel up to reviewing #2780? Would be good to get feedback during the iteration
[09:46] <Saviq> Meh. Another bad infra day.
[09:47] <alan_g[m]> Not noticed that yet?
[10:24] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [pull request #2782](https://github.com/MirServer/mir/pull/2782): sw_splash: Avoid racy teardown of
[10:24] -GitHub[m]:#mir-server-
[10:24] -GitHub[m]:#mir-server- > Fixes: 2780 (probably)
[10:26] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths edited [pull request #2782](https://github.com/MirServer/mir/pull/2782): sw_splash: Avoid racy teardown of
[10:26] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths edited [pull request #2782](https://github.com/MirServer/mir/pull/2782): sw_splash: Avoid racy teardown of
[10:32] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths edited [pull request #2782](https://github.com/MirServer/mir/pull/2782): sw_splash: Avoid racy teardown surface
[16:13] -GitHub[m]:#mir-server- **[MirServer/wlcs]** OPNA2608 opened [pull request #260](https://github.com/MirServer/wlcs/pull/260): pkgconfig: Use better path concatenation... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/e18bf05ea353afe7d000c42dfcc0e9d5938cbee7>)
[16:13] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2780](https://github.com/MirServer/mir/pull/2780): Fix MediatingDisplayChanger::set_power_mode()
[16:14] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] closed [issue #2695](https://github.com/MirServer/mir/issues/2695): Miriway died upon disconnecting external screen
[16:14] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] closed [issue #2757](https://github.com/MirServer/mir/issues/2757): After idle timeout and wake display configuration changes not applied immediately
[16:14] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] edited [pull request #2756](https://github.com/MirServer/mir/pull/2756): Spike dynamic display configuration
[16:34] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq assigned  to [pull request #2782](https://github.com/MirServer/mir/pull/2782): sw_splash: Avoid racy teardown surface
[16:38] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq assigned wmww to [issue #2760](https://github.com/MirServer/mir/issues/2760): Screenshotting not scale aware
[17:18] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths unassigned wmww from [issue #2758](https://github.com/MirServer/mir/issues/2758): Scaling doesn't work on overlapping outputs
[17:18] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths assigned AlanGriffiths to [issue #2758](https://github.com/MirServer/mir/issues/2758): Scaling doesn't work on overlapping outputs
[17:28] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [pull request #2783](https://github.com/MirServer/mir/pull/2783): Fix overlapping outputs of different scale
[17:28] -GitHub[m]:#mir-server-
[17:28] -GitHub[m]:#mir-server- > Fixes: #2758
[17:30] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths edited [pull request #2756](https://github.com/MirServer/mir/pull/2756): Spike dynamic display configuration
[17:40] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths assigned  to [pull request #2783](https://github.com/MirServer/mir/pull/2783): Fix overlapping outputs of different scale
[18:17] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww drafted [pull request #2784](https://github.com/MirServer/mir/pull/2784): Bump XDG shell stable protocol from version 1 to 5
[18:17] -GitHub[m]:#mir-server-
[18:17] -GitHub[m]:#mir-server- > Fixes #2778. Not sure if more things need to be implemented before we ship it. Definitely needs manual testing and WLCS coverage.
[19:56] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2783](https://github.com/MirServer/mir/pull/2783): Fix overlapping outputs of different scale
[19:56] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] closed [issue #2758](https://github.com/MirServer/mir/issues/2758): Scaling doesn't work on overlapping outputs
[19:56] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] edited [pull request #2756](https://github.com/MirServer/mir/pull/2756): Spike dynamic display configuration
[21:15] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2782](https://github.com/MirServer/mir/pull/2782): sw_splash: Avoid racy teardown surface
[21:15] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2776](https://github.com/MirServer/mir/pull/2776): debian: use newer -dev packages
[21:15] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] closed [issue #2781](https://github.com/MirServer/mir/issues/2781): miral-kiosk crashing in SwSplash in the lab after #2751


[08:26] <ochosi> morning everyone
[08:28] <knome> hallo ochosi
[10:51] <ochosi> bluesabre: i hope you can make the meeting this time – don't forget to set your alarm clock ;)
[10:51] <bluesabre> I'll make it
[10:51]  * Unit193 makes sure he can't. :P
[10:53] <ochosi> Unit193: how exactly? :)
[10:55] <Unit193> Well there is a train track close by... :D  But nah, I should be sleeping.
[11:02] <ochosi> as long as you don't sleep with the fishes...
[11:03] <Unit193> Well there is a cemetery with a pond right next to the tracks...
[11:05] <ochosi> you live in a spooky area
[11:06] <Unit193> Not really, it's nice here. :)
[11:07] <slickymasterWork> ochosi made the changes you requested in http://xubuntu.org/?p=2548
[11:10] <ochosi> slickymasterWork: what does the "bx" do exactly?
[11:10] <ochosi> (for weechat)
[11:11] <ochosi> also, i would skip "Installing weechat also installs the weechat-plugins.", because if it happens automatically, why mention it? (it'd be of more relevance if it wouldn't be automatically installed but needed)
[11:11] <ochosi> the rest looks ok to me
[11:11] <ochosi> Unit193: thoughts ^ ?
[11:12] <Unit193> ochosi: -bx is an inxi command that gives a lot of information, is that what you're looking at/
[11:12] <ochosi> i dont get why it's there in the weechat description/instruction, but not in the xchat/irssi/others description
[11:13] <ochosi> if that's an inxi command, it makes even less sense
[11:13] <ochosi> so in fact that should go away i guess
[11:13] <elfy> ochosi: I've replied to the hexchat m/l thread twice for the meeting - which I'll not be at, with my feelings
[11:13] <ochosi> elfy: yup, saw it, thanks!
[11:14] <elfy> had to do it again - apparently I wasn't plain enough :)
[11:14] <ochosi> it's a pity you can't make it. TZ is really a problem for us atm...
[11:14] <elfy> yea - only time I'm ever likely to be about between 08 and 17 UTC is a friday, and even then it depends on the other driver not being workshy
[11:15] <Unit193> ochosi: So half of you should move, yep.
[11:16] <bluesabre> Yep.
[11:16] <ochosi> :)
[11:17] <ochosi> elfy: ok, will take that into consideration next time
[11:18] <Unit193> ochosi: Can't you/we just fix it?  And, the color comment at the end is not exactly correct.  We want to disable color because it doesn't work in pastebins, not because IRC doesn't like it.
[11:19] <Unit193> Also if you look at the position of -bx, it has nothing to do with weechat.
[11:19] <Unit193> A good way to reflect this would be to add it to the examples.  Also, s/random //
[11:25] <ochosi> yeah, i could (and did now, since slicky dropped off), but i generally don't like to mess with other people's texts/tasks so much
[11:30] <Unit193> Last phrase: "If you use inxi in #xubuntu without a pastebin, you will be muted." :D
[11:30] <Unit193> :P
[11:35] <elfy> what about in here ...
[11:35] <elfy> :p
[21:43] <slickymaster> ochosi, no problem
[21:45] <slickymaster> thanks for having given the finishing touches to the inxi FAQs


[06:04] <lotuspsychje> good morning to all
[06:10] <histo> hola
[08:07] <lordievader> Good morning.
[09:56] <lotuspsychje> ruenoak, pikos hi
[09:57] <ruenoak> hey hows it going
[09:57] <lotuspsychje> ruenoak: all good here and you?
[09:58] <ruenoak> ya all good
[09:58] <lotuspsychje> im trying to get all #ubuntu supporters here
[09:58] <lotuspsychje> we always do support
[09:58] <lotuspsychje> but never have a chance to talk to each other
[09:58] <lotuspsychje> histo: hi mate :p
[09:59] <histo> ahh
[09:59] <lordievader> There is no #ubuntu-offtopic?
[09:59] <histo> didn't know what you were doing with this room
[10:00] <lotuspsychje> lordievader: offtopic is too crowdy
[10:00] <lotuspsychje> and not all supporters there
[10:00] <lotuspsychje> and this channel was never very active
[10:00] <ruenoak> I don't see allot of activity but maybe I am here at the wrong times
[10:00] <lotuspsychje> so im trying to gather only the nice guys volunteers
[10:00] <lotuspsychje> ruenoak: yeah timezones :p
[10:01] <lotuspsychje> so here we can chitchat about ubuntu support and other nice ubuntu topics
[10:01] <lotuspsychje> histo: what was your ssd brand again?
[10:05] <histo> lotuspsychje: SanDisk
[10:05] <histo> cheap
[10:05] <lotuspsychje> cool
[10:06] <lotuspsychje> i still have an old transcend 8gig
[10:06] <lotuspsychje> with ubuntu64bit and goes rocketfast
[10:06] <histo> lotuspsychje: but this 5 year old laptop boots in about 7 seconds
[10:06] <lotuspsychje> my netbook has samsung evo 840
[10:06] <lotuspsychje> histo: yeah, old or new ssd are lighting on linux :p
[10:07] <lotuspsychje> histo: you running preload?
[10:07] <histo> http://ark.intel.com/products/40739/Intel-Pentium-Processor-T4400-1M-Cache-2_20-GHz-800-MHz-FSB-Socket-P
[10:07]  * histo needs a new laptop
[10:07] <histo> lotuspsychje: no
[10:07] <lotuspsychje> EriC^^: welcome :p
[10:07] <EriC^^> thx :p
[10:07] <lotuspsychje> !info preload | histo nice with ssd's
[10:10] <histo> lotuspsychje: the system is pretty quick without that.
[10:11] <histo> I just need to get cpu virtualization support on my next laptop
[10:11] <lotuspsychje> histo: for what purpose
[10:12] <lotuspsychje> popey: we had a user here yesterday asking if he can install cinnamon on ubuntu-mate, would you know that?
[10:13] <histo> lotuspsychje: I muck around with vms quite a bit.
[10:13] <popey> lotuspsychje: not sure why you're asking me :)
[10:13] <histo> s/vms/VMs/
[10:14] <lotuspsychje> popey: i saw you on  the topic change of #ubuntu-mate
[10:14] <popey> the standard answer to any "can I install..." is "is it in the repo?" "if not, is there a ppa?" etc
[10:14] <popey> no, more that it's a very generic question, not specific to mate, is what I mean
[10:14] <lotuspsychje> ok
[11:44] <BluesKaj> Howdy folks
[18:17] <Retina> hell fellas
[18:17] <Retina> how are you doing tonight?
[18:17] <Retina> I want to discuss something
[18:17] <Retina> :)
[18:17] <Retina> what do you think kali tools on ubuntu 15.04 desktop
[18:22] <lordievader> Retina: Use 'em in a vm.
[18:22] <Retina> lordievader why not install directly every tools?
[18:22] <daftykins> i think if you want Kali, use Kali - if you want Ubuntu - use Ubuntu
[18:22] <Retina> will it create security leak on system?
[18:22] <Retina> :) I want some kali tools on ubuntu
[18:22] <daftykins> why
[18:23] <daftykins> they're probably designed to work properly with Kali
[18:23] <lordievader> No, but it is good to have a clean machine.
[18:23] <lordievader> Set up a vm with Kali Linux, everything is preinstalled. No need to do any configuration yourself.
[18:29] <OerHeks> If you want to impress your future employer, install them all :-D
[18:29] <daftykins> if i were an employer i would be more impressed at using those tools for legitimate purposes, not just having them installed ;)
[18:31] <lordievader> OerHeks: Just having them is not enough. Knowing how to use them, that is the trick ;)
[18:33] <OerHeks> Yeah oke, i wouldn't install them anyway, as one should use them in single user mode AFAIK
[18:34] <OerHeks> first backtrack, now cali, is there a followup yet?
[18:34] <lordievader> Kali is Backtrack. They renamed it.
[22:38] <tsimonq2> There is a Google+ community for Ubuntu! https://plus.google.com/communities/107299007624972266094