[08:45] <bkerensa> working on a report of survey results after midnight is fun :D
[16:41] <bkerensa> Moving my EC2's to Oregon :D
[18:02] <c_smith> hello
[18:06] <c_smith> bkerensa, is the Ubuntu Oregon server down?
[18:07] <bkerensa> c_smith: I moved it to a different datacenter
[18:07] <bkerensa> one sec well I set you up again
[18:07] <c_smith> ah, ok
[18:09] <c_smith> shall I try to reconnect now?
[18:10] <bkerensa> c_smith: Check your e-mail
[18:10] <c_smith> k
[18:11] <c_smith> got the email, gonna try to connect.
[18:15] <c_smith> bkerensa, thanks for the head up on that, and thanks for letting me use this.
[18:15] <bkerensa> k
[18:17] <bkerensa> c_smith: Its no problem.... It doesnt cost me anything as of yet :P
[18:17] <bkerensa> and now that instance is now actually in Oregon so your connecting to a server near the coast
[18:18] <c_smith> cool
[18:18] <c_smith> that should be beneficial to everyone who uses the server.
[18:25] <bkerensa> slangasek: I just pinged Jose and I also cc'ed you... Hopefully he will get this sorted :)
[22:02] <c_smith> well, just had to reinstall Kubuntu when I broke Apt.
[22:04] <slangasek> bkerensa: thanks :)
[22:04] <c_smith> has anyone here broken apt beyond repair?
[22:06] <c_smith> brb, restarting PC
[22:09]  * c_smith is back
[22:25] <c_smith> so, has anyone here broken apt beyond the point it can be repaired by just installing a package from the official repos such as burg?


[01:38] <Neko> In file included from up-device-csr.c:36:
[01:38] <Neko> /usr/include/libusb-1.0/libusb.h: In function 'libusb_fill_control_transfer':
[01:38] <Neko> /usr/include/libusb-1.0/libusb.h:928: error: cast increases required alignment of target type
[01:38] <Neko> anyone seen this compiling upower?
[08:00] <karmaGfa> hello.
[08:01] <karmaGfa> I would like to install ubuntu on a beagleboard. Do you know which version I should use, OMAP3 or OMAP4? (sorry for the stupid question)
[08:03] <fairuz> beagleboard use omap3
[08:04] <karmaGfa> thank you
[08:50] <diwic> ogra, ogra_ ping
[09:28] <hrw> http://lists.linaro.org/pipermail/linaro-dev/2011-May/004342.html
[09:36] <hrw> unity on 640x480px looks interesting
[09:55] <ndec> hrw: just saw your email. so hdmi is not working on panda? i am surprised
[09:56] <hrw> ndec: in Linaro kernel
[09:56] <hrw> ndec: ubuntu kernel has it working and do not ask me why
[09:56] <ndec> hrw: well... at least i know why ubuntu has it working...
[09:56] <ndec> hrw: dvi should work on ubuntu too.
[09:57] <rsalveti> ndec: not all agreen changes got into the linaro tree
[09:57] <hrw> with 1280x960 max?
[09:57] <ndec> hrw: you might not have the 'auto detection' in dvi though, rsalveti?
[09:57] <hrw> I prefer hdmi with 1680x1050 (native of panel)
[09:57] <rsalveti> hrw: yes, but you need to set the resolution at cmdline
[09:57] <rsalveti> ndec: we should have a new version of linaro kernel with both hdmi and dvi working
[09:57] <rsalveti> with the drm omap driver
[09:57] <rsalveti> and compatible with omap 3 and omap 4
[09:58] <hrw> one day I will pack my personal boards and get back to cross compilations only.
[09:58] <ndec> rsalveti: why not new ubuntu kernel?
[09:58] <hrw> it will give me 2-3 weeks of quiet and then mad mails from rsalveti will arrive ;D
[09:58] <rsalveti> ndec: once this is released and working with the linaro kernel I'll request an sru to include the same changes
[09:59] <rsalveti> ndec: just that the linaro one already included the drm driver and etc
[09:59] <rsalveti> I'm using it to fix the bugs I saw
[09:59] <rsalveti> once fixed, will also push it to the ubuntu kernel
[09:59] <hrw> rsalveti: and of course we do not have usb host working - none of my usb devices got detected
[09:59] <ndec> rsalveti: really? the omap-gpu drm driver is in linaro?
[09:59] <rsalveti> hrw: :-)
[09:59] <rsalveti> hrw: that's weird
[09:59] <rsalveti> ndec: yup
[09:59] <ndec> rsalveti: link/
[09:59] <ndec> link?
[10:00] <hrw> rsalveti: I have pandausb1->usbhub->keyboard,mouse pandausb2->usbhub->usbhdd
[10:00] <rsalveti> ndec: http://git.linaro.org/gitweb?p=kernel/linux-linaro-2.6.38.git;a=summary
[10:00] <hrw> have to solder pandausb3/4 one day
[10:00] <rsalveti> ndec: was included when I ported it to omap 3
[10:00] <ogra_> solder ?
[10:00] <ogra_> hrw, you just need a plug
[10:00] <rsalveti> at that time the hdmi driver wasn't included at the tree, so that's why it's not working now with hdmi
[10:01] <rsalveti> need some additional patches
[10:01] <rsalveti> hrw: can you send me your dmesg?
[10:01] <ndec> rsalveti: it would be nice to see the linaro kernel 'pull request' on a ML so that we can follow what gets merged. is that done already?
[10:03] <hrw> ogra_: will it work reliable without soldering?
[10:03] <rsalveti> I believe atm the landing teams are requesting the pull request directly to nicolas
[10:03] <ogra_> hrw, a std PC USB slot thingie with cable and plug will work
[10:03] <ogra_> just grab one from an old PC case
[10:03] <rsalveti> ndec: not sure if they are all going into the ml
[10:03] <hrw> I have such
[10:04]  * ogra_ curses git loudly
[10:04] <ndec> rsalveti: is there a TI landing team ML?
[10:04] <rsalveti> ndec: you should tell me :-)
[10:04] <rsalveti> let me check
[10:05] <rsalveti> ndec: https://launchpad.net/~linaro-landing-team-ti
[10:05] <rsalveti> nops
[10:06] <hrw> rsalveti: http://paste.ubuntu.com/604014/
[10:09] <rsalveti> hrw: hm, lots of errors
[10:09] <rsalveti> but this one seems that at least recognized your usb devices
[10:11] <hrw> rsalveti: it found only in-cpu-host and in-cpu-hub. no onboard hub, no onboard ethernet
[10:11] <hrw> ogra_: where from flash-kernel gets omap4 boot.scr?
[10:13] <rsalveti> hrw: hm, true, saw the 3 ports detected messaged and thought it could be the external hub
[10:16] <ppisati> any TI guy around? do you know where i can find one?
[10:17] <rsalveti> ppisati: ndec
[10:17] <ppisati> thanks
[10:17] <ppisati> ndec: ping
[10:20] <hrw> rsalveti: we need to add fbset, usbutils to default images
[10:20] <hrw> rsalveti: edid parser would be nice too
[10:23] <rsalveti> hrw: yeah, agree, was also missing fbset here
[10:23] <rsalveti> and theses tools can probably help you with your tests
[10:23] <rsalveti> guess you can open a bug requesting it
[10:24] <hrw> rsalveti: against lianro-images?
[10:26] <hrw> bug 778398
[10:26] <rsalveti> hrw: I believe linaro-images should be fine
[10:26] <ubot2> Launchpad bug 778398 in linaro-images "Add fbset into images" [Undecided,New] https://launchpad.net/bugs/778398
[10:27] <ndec> ppisati: pong.
[10:27] <hrw> bug 778399
[10:27] <ubot2> Launchpad bug 778399 in linaro-images "Add usbutils into images" [Undecided,New] https://launchpad.net/bugs/778399
[10:27] <ndec> rsalveti: i should tell you what?
[10:28] <rsalveti> ndec: just kidding about if I should know if TI lt has a m-l :-)
[10:28] <rsalveti> hrw: cool, thanks for filling the bugs
[10:29] <ppisati> ndec: never mind, i answered my question by myself... :P
[10:29] <ppisati> but i still beleive there's something wrong how we manage the L2 cache...
[10:33] <rsalveti> amazing, I'm getting a higher resolution with omap 3 when comparing to panda's dvi
[10:33] <rsalveti> 1400x900 with my xM and 1280x900 with panda
[10:52] <rsalveti> 38/39 and we still don't have proper PM support for Beagle =\
[10:52] <rsalveti> with some luck it'll work with panda around 46/47
[10:52] <ogra_> get an ac100 :P we just got it working with .37
[10:53] <ogra_> PM i mean ...
[10:53] <rsalveti> well, people also got it working with 32 and 37, but none of the patches are upstream
[10:54] <ogra_> ah, yeah, these bits arent upstream either yet
[10:54] <ogra_> but will be soon
[10:54] <rsalveti> ogra: do you need that weird daemon or proprietary software to make it work?
[10:54] <ogra_> not with .37
[10:54] <ogra_> we have a sane kernel now
[10:54] <rsalveti> oh, cool
[10:54] <rsalveti> that's awesome
[10:54] <ogra_> i can even do kernel and initrd updates on the running machine
[10:55] <ogra_> flash-kernel support is around the corner ;)
[10:55] <rsalveti> :-)
[10:55] <rsalveti> just missing images
[10:55] <ogra_> thats next :)
[10:56] <ogra_> proper cpufreq really helps the battery life :)
[10:56] <ogra_> only sound, suspend and resume are missing atm ... and the wlan driver could be more stable
[10:57] <rsalveti> not that bad
[10:57] <ogra_> nope
[10:57] <rsalveti> ogra: how many hours of battery are you getting nowadays?
[10:57] <ogra_> thanks to chromiumos we got a really good base branch
[10:57] <ogra_> 5-6 atm
[10:58] <ogra_> still not the 7-8 that android gets on the device but already pretty good
[10:58] <rsalveti> sure!
[10:59] <ogra_> and with 14 tabs in FF, xchat, one terminal and unity-2d running htop only shows 290M used :)
[10:59] <ogra_> and zero swap
[11:00] <ogra_> its really getting there
[11:00] <ogra_> now nvidia just needs to give us a driver :)
[11:01] <ogra_> though given the tegra is internally a geforce i wonder if nouveau wouldnt be hackable for it
[11:02] <ogra_> but that requires a brighter guy than me with more graphics knowledge
[11:13] <hrw> ogra_: and gpu is probably not on agp/pcie link so harder to sniff
[15:41] <GrueMaster> I have to call BS on this one.  http://www.geek.com/articles/games/game-developer-david-braben-creates-a-usb-stick-pc-for-25-2011055/
[15:42] <GrueMaster> Arm11 w/ 128M ram running Ubuntu at HDMI resolutions and web browsing?
[15:42] <ppisati> wow
[15:42] <ppisati> that David Braben!!!
[15:42] <hrw> GrueMaster: unsupported 9.04 even
[15:42] <GrueMaster> That's what I posted.
[15:43] <GrueMaster> Although the arm version numbers escape me.  What rev is Arm11?  v5 or v6?
[15:44] <ogra_> iirc v5
[15:44] <ogra_> or was it v4 ?
[15:44] <ogra_> arm really needs to do some marketing homework some day :P
[15:45] <GrueMaster> Well, like Intel is much better.  CPU family went from 4>5>6>F>6.
[15:46] <GrueMaster> F being the Pentium 4 family of products.
[15:46] <GrueMaster> 6 being anything from the Pentium Pro (1996) to the iCore series of today.
[17:39] <davidm> ARm11 = ARMv6
[17:50] <lilstevie> arm9=v4t2 arm11=v6t
[21:23] <rsalveti> GrueMaster: would you mind testing a new kernel with your monitors?
[21:23] <rsalveti> http://people.canonical.com/~rsalveti/linaro/kernel/
[21:23] <rsalveti> I'm working to fix the drm issues with the hdmi driver first with the linaro kernel
[21:23] <rsalveti> when fixed will request the sru for our kernel
[21:25] <GrueMaster> rsalveti: Ok, give me a sec.
[21:26] <matt_o> has anyone got GLES2 to work on the latest natty install for beagleboard?  when I run "es2_info" it just segfaults (which is what I've been seeing happen any time I try to run a gles2 app lately).  I've got an xM rev C
[21:29] <rsalveti> GrueMaster: this kernel should work with both panda and beagle
[21:30] <GrueMaster> Interesting.  ok.
[21:30] <rsalveti> GrueMaster: if possible, boot it with omapdss.debug=y drm.debug=7 and send paste me your dmesg
[21:30] <GrueMaster> Damn.  FS remounted RO.
[21:30] <GrueMaster> Grrr.
[21:30] <GrueMaster> (not a kernel issue)
[21:31] <rsalveti> matt_o: yup, I had that working with my xM just fine
[21:31] <rsalveti> did you installed the sgx drivers?
[21:31] <rsalveti> also, did you include yourself at the video group?
[21:31] <matt_o> rsalveti, one sec I will check my dpkg list
[21:34] <matt_o> I have a bunch of libgles*, libegl1*, opengles* packages installed if that's what you mean
[21:34] <matt_o> and yeah I added my user to the video group
[21:34] <matt_o> (do I need to add root to that group too?)
[21:34] <rsalveti> matt_o: https://wiki.ubuntu.com/ARM/OMAP/Graphics
[21:35] <rsalveti> you need libegl1-sgx-omap3 libgles1-sgx-omap3 libgles2-sgx-omap3
[21:35] <matt_o> rsalveti, yes I found that page earlier and followed the instructions
[21:36] <matt_o> got those installed, yep
[21:36] <rsalveti> matt_o: can you paste the output of strace es2_info?
[21:36] <matt_o> good idea..
[21:39] <matt_o> this may take me a few mins.. I'll be back :)
[21:43] <matt_o> irc
[21:45] <Matt_O|xM> ok.. I'm on my xM right now.. got the strace.. pasting it in a sec
[21:46]  * GrueMaster waits patiently as he reflashes natty-netbook on an uSD card for XM kernel testing.
[21:48] <Matt_O|xM> http://home.rulecity.com/browse/trace.txt
[21:48] <Matt_O|xM> ok there it is.. phew
[21:49] <rsalveti> Matt_O|xM: urgh, you got a bad address while calling ioctl at the pvrsrvkm device
[21:50] <rsalveti> Matt_O|xM: what is your kernel version?
[21:50] <rsalveti> Matt_O|xM: you said beagle rev c?
[21:50]  * ogra_ heard XM
[21:50] <Matt_O|xM> Linux version <IP_ADDRESS>-x3 (root@beagle-256mb-0) (gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4) ) #1 SMP Wed Apr 27 08:00:04 UTC 2011
[21:50] <Matt_O|xM> xM rev C, yes
[21:51] <rsalveti> I'm afraid we're missing some bits for rev c
[21:51] <Matt_O|xM> so you think you know what the issue is?
[21:52] <rsalveti> Matt_O|xM: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/770679
[21:52] <ubot2> Launchpad bug 770679 in u-boot-linaro "Missing proper support for Beagle XM rev B and C" [Undecided,New]
[21:52] <rsalveti> can you test this kernel? http://people.canonical.com/~rsalveti/770679/
[21:52] <ogra_> though that kernel version is weird
[21:52] <Matt_O|xM> I knew I shouldn't have used command-line IRC :)
[21:52] <ogra_> unless we recently started using multipliers in versions :)
[21:52] <Matt_O|xM> "apt-get install xchat" just looked like it would take a while :)
[21:52] <rsalveti> O
[21:53] <rsalveti> I'm surprised you could boot with this kernel
[21:53] <Matt_O|xM> I followed some instructions from a beagleboard/ubuntu wiki so I'm not sure what I've got
[21:53] <ogra_> oh my
[21:53] <Matt_O|xM> am I using somethnig hacked?
[21:53] <rsalveti> yeah, seems this kernel is not produced by us
[21:53] <Matt_O|xM> ahhh excellent... then I'll just reimage and use your stuff then
[21:54] <Matt_O|xM> I thouht that's what I was using ni e first place
[21:54] <ogra_> just follow https://wiki.ubuntu.com/ARM/OMAP
[21:55] <rsalveti> Matt_O|xM: you probably got your kernel from robert nelson
[21:55] <Matt_O|xM> yeah.. is that unwise? :)
[21:55] <Matt_O|xM> ogra: will do (very shortly)
[21:56] <ogra_> no, its not unwise, its just different from ours :)
[21:56] <Matt_O|xM> I am powering down my xM now but I will still see any replies on my other session
[21:57] <matt_o> aahhh.. you guys are making me feel so much better :)
[21:58] <GrueMaster> Hmmm.  rsalveti, flash-kernel doesn't appear to like that kernel.  Will bork it in manually.
[21:59] <ogra_> linaro kernel ?
[22:02] <rsalveti> yup
[22:02] <rsalveti> https://bugs.launchpad.net/bugs/721147
[22:02] <ubot2> Launchpad bug 721147 in flash-kernel "flash-kernel subarch check fails with Linaro OMAP kernels" [Undecided,Confirmed]
[22:03] <rsalveti> GrueMaster: https://launchpadlibrarian.net/70890844/flash-kernel_2.28ubuntu19.1.debdiff
[22:03] <rsalveti> the change is minimal
[22:03] <ogra_> just copy/paste it
[22:04] <matt_o> rsalveti, just reading that launchpad bug report.. seems like you need people with xM rev C's to help test?  I'd be more than happy to :)
[22:05] <rsalveti> matt_o: yup :-)
[22:05] <rsalveti> matt_o: that would be nice
[22:06] <matt_o> the people on that bug report are the people I've been looking for since I got my xM :)
[22:24] <GrueMaster> rsalveti: I have a warning in dmesg.  Installing pastebin now.
[22:24] <rsalveti> GrueMaster: that's fine
[22:24] <rsalveti> expected
[22:24] <GrueMaster> ok
[22:29] <matt_o> finished download, writing image to SD card now :D
[22:29] <matt_o> I can almost taste the successful conclusion :)
[22:59] <matt_o> hmmm... is it supposed to freeze at "booting the kernel." ? :)
[22:59] <ogra_> which image did you take ?
[23:00] <GrueMaster> matt_o: Are you running headless or do you have a keyboard,mouse, and monitor?
[23:00] <ogra_> netbook needs a display
[23:00] <matt_o> ubuntu-11.04-preinstalled-netbook-armel+omap.img.gz
[23:00] <GrueMaster> That is stand alone.
[23:00] <matt_o> it has a keyboard plugged in.. I can give it a display and a mouse
[23:00]  * ogra_ thought he suggested headless in #beagle before
[23:00] <ogra_> yeah, then do that
[23:01] <rsalveti> I'm afraid the default image is not going to work for you
[23:01] <rsalveti> because the lack of rev C support
[23:01] <rsalveti> you're the first one actually verifying that it doesn't work :-)
[23:01]  * ogra_ whispers ... headless :)
[23:02] <rsalveti> even headless, same kernel
[23:02] <ogra_> oh, it breaks completely ?
[23:02] <rsalveti> I'm afraid that the kernel is not going to boot
[23:02] <ogra_> i though it has only display issues
[23:02] <rsalveti> ogra_: nops
[23:03] <rsalveti> but I couldn't confirm as nobody ever tested with rev c
[23:03] <rsalveti> that's why I opened the bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/770679
[23:03] <ubot2> Launchpad bug 770679 in u-boot-linaro "Missing proper support for Beagle XM rev B and C" [Undecided,New]
[23:04] <rsalveti> matt_o: do you still have your previous rootfs?
[23:04] <rsalveti> if we confirm that my kernel fixes the bug, we can have the same workaround we had for rev B
[23:04] <rsalveti> with maverick
[23:05] <rsalveti> adding the instructions at the wiki page pointing the fixed uImage
[23:05] <rsalveti> and get work to have this fix as SRU
[23:06] <matt_o> rsalveti, sure I have my previous one
[23:06] <rsalveti> matt_o: can you just boot with this rootfs and install my kernel deb by hand?
[23:06] <rsalveti> I first want to confirm that my kernel fixes your problem
[23:07] <rsalveti> then I can generate a new uImage to be replaced at our images
[23:07] <matt_o> I just have to copy it to the vfat partition, right?
[23:07] <rsalveti> matt_o: no, please download the linux-image deb, dpkg -i and then run flash-kernel
[23:07] <matt_o> oh ok
[23:08] <matt_o> so you want me to use my previous natty install (with the other kernel) and then boot it with your new kernel and see what happens?
[23:08] <rsalveti> matt_o: exactly
[23:08] <matt_o> ok... lemme boot it up.. glad I didn't blow it away hehe
[23:09] <matt_o> BTW, these micro SD cards are super tiny! I love them! :)
[23:10] <GrueMaster> Yea, great.   I went to http://people.canonical.com/~rsalveti/770679/ and see three files... which one doI get?
[23:12] <matt_o> oph..
[23:12] <matt_o> nm
[23:12] <matt_o> two of them are headers.. I see :)
[23:12] <ogra_> GrueMaster, just replace the spring with a stronger one ;)
[23:12] <rsalveti> matt_o: :-)
[23:12] <matt_o> am I going to need to back up my current kernel image for this? hehe
[23:13] <GrueMaster> Yea, microSD attack missile launcher.  Great.
[23:13] <matt_o> GrueMaster, I got a USB adapter for my microSD card that has that exact problem hehehe
[23:13] <ogra_> and you can use it as stapler later if you dont test on it anymore !
[23:14] <GrueMaster> Heh.  I did find a new use for my 256M microSD though.  It is perfect for the root image for my Nook color.
[23:15] <ogra_> 256M ?
[23:15] <GrueMaster> Yea.  The image is 128M.
[23:15] <ogra_> cant have many apps :)
[23:15] <GrueMaster> Just enough scripting to root the installed image.
[23:16] <GrueMaster> I'll show you next week.
[23:16] <ogra_> :)
[23:16]  * GrueMaster just wishes he had more time to hack natty onto the system properly.
[23:17] <ogra_> roll an oneiric image instead ;)
[23:17] <GrueMaster> Pfft.
[23:17] <GrueMaster> Need a working package manager first.
[23:18] <ogra_> apt is fixed i think
[23:18] <ogra_> but i meant on cdimage ;)
[23:18] <ogra_> within the next cycle
[23:19] <GrueMaster> Oh.  I see what you're saying.  I plan on it as part of my hw overlay stuff.
[23:19] <ogra_> sweet
[23:19] <matt_o> ok.. here we go.. rebooting..
[23:19] <GrueMaster> Makes a perfect test platform for this work.
[23:19] <ogra_> yep
[23:20] <matt_o> cool, kernel booted and I'm at login prompt
[23:22] <matt_o> this is looking promising
[23:25] <rsalveti> matt_o: awesome, can you paste me the dmesg output?
[23:26] <rsalveti> it should say you have a rev C
[23:30] <matt_o|xM> ok.. I'm on my xM again. the kernel boot worked but it looks like I will need a fresh sgx kernel module
[23:31] <matt_o|xM> I guessI should'ev installed those kernel headers :)
[23:44] <matt_o|xM> yay!  es2_info returns sane results!!
[23:47] <rsalveti> matt_o|xM: awesome
[23:47] <rsalveti> matt_o|xM: can you give dmesg and paste me your output?
[23:51] <matt_o> rsalveti, I'm still here hehe
[23:52] <matt_o> you want the whole dmesg?
[23:53] <rsalveti> matt_o: yup
[23:54] <matt_o> http://home.rulecity.com/browse/dmesg.txt


[00:55] <billy_> Hi, is anyone online atm?
[23:32] <billy__> Hi is anyone online?
[23:33] <billy__> I've signed up to help with bug triaging but I haven't heard anything yet


[06:29] <pitti> rbasak: init-system-helpers shouldn't have apparmor-profile-load, it should go back to upstart; see bug 1432683
[06:29] <pitti> rbasak: but of course the breaks/replaces are missing, that was a merge error; thanks for pointing out! fix uploaded
[06:35] <FourDollars> Hi, is anyone able to review my patch of https://code.launchpad.net/~fourdollars/ubuntu/trusty/efibootmgr/1460521/+merge/260676?
[06:39] <ricotz> doko__, hi, jfyi, happing on wily as well: https://bugzilla.redhat.com/show_bug.cgi?id=1155273
[07:28] <dholbach> good morning
[07:30] <seb128> hey dholbach
[07:32] <dholbach> hey seb128
[07:47] <rbasak> pitti: "as it's only being used in upstart jobs" I'm not sure this is true. That's why we moved it.
[07:47] <rbasak> pitti: it belongs in something generic as it's not upstart-specific.
[07:48] <pitti> rbasak: IMHO it belongs into (and is in) apparmor
[07:48] <rbasak> pitti: the problem with it being in apparmor is that apparmor is optional.
[07:48] <pitti> how is that a problem?
[07:49] <rbasak> pitti: so we can't depend on apparmor for the wrapper to exist if we want to unconditionally call the wrapper.
[07:49] <rbasak> hallyn_: ^^
[07:49] <pitti> right, you shouldn't unconditionally call the wrapper :)
[07:50] <rbasak> IIRC hallyn wanted a way to unconditionally call *something*, so that had to go somewhere generic that can be depended on.
[07:50] <pitti> init.d scripts/systemd units always need to check for that, as this wrapper is ubuntu specific
[07:50] <pitti> and if they need to check for it anyway, they can just as well work on other distros and call the apparmor loader right away
[07:51] <pitti> rbasak: LXC checks for it (and checks for the apparmor scirpt, not the i-s-h helper)
[07:51] <pitti> https://github.com/lxc/lxc/blob/master/config/init/systemd/lxc-apparmor-load
[07:52] <infinity> pitti: I'm down with the argument that perhaps all references to the sciprt/wrapper should be conditionalised to avoid the dep altogether, but it's still probably true that we need to ship the wrapper and keep the breaks/replaces for 14.04->16.04 upgrades.
[07:52] <rbasak> pitti: if everyone is fine to always [ -x /lib/apparmor/profile-load ] first, then I'm fine with the wrapper going away.
[07:53] <pitti> infinity: right; I added back the breaks/replaces for the time being, until that gets cleaned up
[07:53] <infinity> The only way to make sure people always call it right, though, is to turn it into a debhelper snippet or something.
[07:53] <pitti> and we only ever called /lib/init/apparmor-profile-load in upstart jobs, so let's clean this up over time
[07:54] <infinity> (Well, for the maintainer script invocations, people are on their own for init jobs)
[08:01] <infinity> bdmurray: Oh, and regarding your comment in LP: #1458630, I wouldn't discourage people filing bugs on current-LTS to current-non-LTS upgrades, since even if we don't officially support that, they're beta-testing current-LTS to next-LTS for us.
[08:53] <cjwatson> seb128: I was on vacation.  Merged now
[08:53] <seb128> cjwatson, hey, thanks ;-)
[08:53] <seb128> wb!
[08:55] <cjwatson> Anyone know why there's unmerged azure.device.tar.gz stuff on nusakan's cdimage deployment?
[11:18] <FourDollars> Hi, does anyone have time to review my patch of https://code.launchpad.net/~fourdollars/ubuntu/trusty/efibootmgr/1460521/+merge/260705 ?
[11:22] <FourDollars> There are some OEM projects blocked by https://bugs.launchpad.net/ubuntu/+source/efibootmgr/+bug/1460521. :-(
[12:32] <pitti> uh, what kind of disaster struck our buildds?
[13:06] <cjwatson> pitti: Not clear what happened, perhaps some kind of network blip.  Re-enabling
[13:08] <pitti> cjwatson: cheers
[13:52] <smoser> teward, slow response to ping
[13:52] <smoser> but here now
[14:57] <pitti> hallyn: ah, I followed xnox's unified hierarchy work on the upstream ML
[14:57] <bdmurray> infinity: I thought the recommended path in this case was from T-U-V-W or T->X not T->W.
[14:57] <pitti> hallyn: that's also nice work, it should allow us to simplify/drop the unpriv LXC hacks/patches, right?
[14:58] <pitti> bdmurray: right, but ideally we want last LTS -> today's devel series upgrade to always work
[14:58] <pitti> bdmurray: as we need that for last LTS -> next LTS anyway
[14:58] <xnox> pitti: i'm trying for it to work with name=systemd mount and unified mount at the same time.... e.g. do runtime detection. cause we will need that for live upgrade / re-exec.
[14:58] <pitti> bdmurray: so it's true that we don't officially support it, but we appreciate bug reports anyway
[15:01] <bdmurray> pitti: understood
[15:22] <hallyn> pitti: we'll see :)
[15:22] <hallyn> pitti: which unpriv lxc hacks?
[15:23] <pitti> hallyn: this one mostly: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/patches/core-Put-session-scopes-into-all-cgroup-controllers.patch?h=ubuntu
[15:23] <hallyn> xnox: but i haven't looked closely yet - were you saying you were able to mount freezer in both unified and non-unified hierarchy at the same time?
[15:23] <hallyn> pitti: oh, not at all.
[15:23] <xnox> hallyn: that is possible with extra kernel command line which might not be desirable.
[15:24] <hallyn> xnox: that's a step up - i thought the docs said it wasn't possible at all
[15:24] <pitti> hallyn: it's what caused that cpu hotplug "I need my cpuset controller back" bug report, and it generally seems unfriendly to have to pre-allocate all controllers for upriv LXC that way
[15:24] <xnox> hallyn: what i was doing so far is, mount legacy controllers where they are. mount unified hierchy in /sys/fs/cgroup/systemd and get benefit of the cgroup.populated file
[15:24] <pitti> hallyn: i. e. that still smells like an userspace workaround for "we want proper cgroup namespaces" to me?
[15:25] <hallyn> pitti: well there's more to it than that.  cgroupns may let us drop cgmangaer, but unpriv users still would need for systemd to set them up so that they can create a new cgroupns inthe frest place
[15:25] <hallyn> i think
[15:26] <hallyn> xnox: if we're going to support 12.04 and 14.04 containers under 16.04, we'll need all current controllers mounted non-hierarchy (along side hierachical)
[15:26] <hallyn> uh, non-unified that is
[15:27] <hallyn> pitti: but i think we can work together to make it all more seamless (for unpriv containers).
[15:28] <hallyn> of course, the stumbling block will be lxc using systemd's api
[15:28] <pitti> hallyn: right, that'd be nice; aside from that "I stomp over all controllers" unfriendliness didn't cause much trouble, but it's a bit of a tech debt
[15:28] <hallyn> anyway first i'll look at xnox's patchset :)  and by first i mean first by way of systemd stuff, not first thing i'm working on :)
[15:28] <pitti> hallyn: hehe
[15:29] <hallyn> pitti: couldn't quite parse that
[15:29] <pitti> hallyn: anyway, I'm happy to give you a tour through the debian git, how we maintain patches etc., if/once you want; just let me know if/when you want to start with something
[15:29] <hallyn> (missing comma somewhere?  or i'm misreading)
[15:29] <hallyn> pitti: thanks, sounds good!
[15:30] <pitti> hallyn: ... unfriendliness "the patch" didnt' cause much trouble
[15:30] <pitti> hallyn: eek :) -- (but it's time to make dinner anyway, bbl)
[15:30] <hallyn> \o


[00:35] <hazmat> roaksoax, hmm followup.. the node that's bootstrapping in the cluster appears to be up (responds to pings) but not to ssh.. per the rsyslog output it hasn't done anything in the last 1hr, its reporting as status 6.. http://paste.ubuntu.com/5860134/ any ideas?
[13:01] <roaksoax> hazmat: o/
[13:01] <roaksoax> hazmat: sorry couldn't make it last night.
[13:02] <roaksoax> hazmat: it seems that it might have not finished running cloud-init after install (after first boot)
[14:57] <hazmat> roaksoax, it did eventually finish, just took a long while
[15:01] <roaksoax> hazmat: ok cool then. SO they are back online then
[15:04] <hazmat> roaksoax, yup. although 2 of 12 haven't seem to have pending agent states  that i'm investigating.
[15:15] <roaksoax> hazmat: ok! cool. Let me know if you need me!
[15:15] <hazmat> roaksoax, nope looks good, thanks for your help yesterday.
[15:16] <roaksoax> :)
[16:00] <hazmat> roaksoax, re those 2 machines that didn't make it, afaics there isn't any rsyslog info for them. the odd part is that i don't see anything in the celery logs for them either (ie . no powercycle tasks)
[16:01]  * hazmat recycles them via juju
[16:04] <hazmat> oh.. the celery log doesn't reference node uuids its acting upon but task ids perhaps
[16:26] <sputnik13> is there any plan to support network configuration as part of maas?
[16:26] <sputnik13> by this I mean network router/switch configuration
[17:37] <hazmat> roaksoax, the issue was somehow the impi creds that maas had for those two machines were invalid
[17:42] <roaksoax> hazmat: uhmmm
[17:42] <roaksoax> hazmat: i know there ws a related bug but was fixed
[19:05] <BeatsMusic> Have a quick question about maas
[19:06] <BeatsMusic> bootstraps fine
[19:06] <BeatsMusic> fails at connecting to bind
[20:11] <paraglade> when I do a juju bootstrap I am being prompted for how the partitioning will be done at the server console.  is there a way I can get the bootstrap process to be non-interactive?
[20:14] <roaksoax> paraglade: the installation should be non-interactive
[20:14] <roaksoax> paraglade: did you change the preseed?
[20:17] <paraglade> roaksoax: nope
[20:40] <paraglade> roaksoax: would this happen if the node has multiple volumes or drives?
[20:49] <roaksoax> paraglade: might be the reason.. but it shouldnt cause the preseed selects the first disk
[23:15] <BeatsMusic> Anyone know what this error means ?
[23:15] <BeatsMusic> 2013-07-10 23:13:22,215 ERROR SSH forwarding error: bind: Cannot assign requested address
[23:18] <BeatsMusic> #juju