[15:24] <slytherin> is there any argument for/against using javahelper for packaging java apps/libs?


[00:03] <Myrtti> m0nkey_: photos tomorrow, we're browsing through them first
[00:03] <Myrtti> 9GB's worth...
[00:04] <daftykins> not many then ;)
[00:04] <daftykins> cleaned up some PCs today \o/
[00:04] <daftykins> https://www.dropbox.com/s/110mteug0vufjrm/IMG_20150320_135305.jpg?dl=0
[00:04] <daftykins> they all suffer from workshop dust-itis
[00:05] <m0nkey_> Myrtti, about time! :-) Been waiting for them!
[00:11] <intrbiz> daftykins: rather you than me
[00:11] <daftykins> intrbiz: why-so? easy peasy :D
[00:12] <intrbiz> daftykins: dust allergy :(
[00:12] <daftykins> ah
[00:13] <daftykins> how far do you have to go with protecting yourself from that? if you were in a room with a dusty floor would you notice?
[00:14] <intrbiz> daftykins: urm it's only an issue when very dusty, so when cleaning servers out or dusting the house I tend to take a hayfever tablet
[00:14] <intrbiz> daftykins: or more to the point, when distrubing the dust
[00:15] <daftykins> ah ok
[00:15] <daftykins> no clean rooms then :D
[00:16] <intrbiz> I tend not to tidy around often, but that is more laziness
[00:17]  * zmoylan-pi wonders if i still have a manky pcs i cleaned out folder...
[00:22] <intrbiz> http://www.theregister.co.uk/2010/11/26/ventblockers_2/
[00:30] <zmoylan-pi> must be on kitchen computer.
[02:59] <diddledan> http://sirius.clarity-lab.org/
[03:04] <zmoylan-pi> shouldn't it be drunkm0nkey now? :-)
[04:17] <diddledan> lol @ danish air traffic control when a leap second is due : "ok, flights, we're going off-air now. tata. good luck"
[04:17] <diddledan> discovered in this talk: http://mirrors.dotsrc.org/fosdem/2015/main_track-time/ntimed_ntpd_replacement.mp4
[04:17] <diddledan> about 25 minutes
[04:17] <diddledan> 25 minutes-in
[05:21] <shauno> no wonder you can't sleep
[05:22] <mapp> n
[07:35] <MooDoo> morning all
[07:37] <MartijnVdS> hey moodoo
[07:47] <MooDoo> kids got me up lol
[07:47] <MartijnVdS> isn't that what they're for? alarm clocks? :P
[07:56] <MooDoo> lol
[10:13] <brobostigon> morning boys and girls.
[12:46]  * SuperEngineer is annoyed with the beeb - they block get-iplayer but don't provide a linux download - only a Windows & Mac version - really beeb, you think that matches your charter?  I don't.  hurumph!
[12:47] <penguin42> SuperEngineer: Oh the Beeb have been doing that for 100 years+ since their choice of which TV standard to use in the days of early TV sets
[12:50] <zmoylan-pi>  good old mechanical baird tv :-)
[12:51] <penguin42> spin up the nipkov disk!
[12:52] <SuperEngineer> hmmm- have a look at theitr charter - they are required to provide *full* access - withiut bias
[12:52] <SuperEngineer> *without
[12:53] <zmoylan-pi> 'withiut bias' reads like proper bbc english :-)
[12:53] <SuperEngineer> yes, one fully agrees the previous staement
[12:53] <SuperEngineer> lol
[12:54]  * SuperEngineer takes plum out of cheek
[12:54]  * zmoylan-pi prints that on a sign and using sticky back plastic attaches it to the wall
[12:54] <SuperEngineer> ...don't forget to show us the one you made earlier
[12:57] <SuperEngineer> The question is, however, who/what/when/why did they change their tolerance of get-iplayer
[12:58] <SuperEngineer> ...was it the same a*hole who also said, "make'em suffer - don't even provode a linux download
[12:58] <SuperEngineer> *provide
[13:19] <SuperEngineer> hmmm - trying to [buffering] watch last week's grand [buffering] prix via i- [buffering] player really [buffering] sucks
[13:28] <popey> does get_iplayer no longer work?
[13:28] <zmoylan-pi> well the bbc has a blind spot when it comes to technology, their journalists think that only iphones exist for some reason
[13:32] <Myrtti> SuperEngineer: do you have the github version
[13:32] <Myrtti> the one from the repos stopped working ages ago methinks
[13:38] <popey> yeah, latest seems to work okay here
[13:46] <SuperEngineer> Myrtti, actually no -  I have the repo version
[13:47] <Myrtti> yeah, that's why it doesn't work
[13:47] <Myrtti> BBC nixed an API the repo version used
[13:47] <SuperEngineer> hurumph!
[14:06]  * SuperEngineer avoids asking the obvious ["then why is it still in the repos - coz that would be annoying, wouldn't it]  :D
[14:06] <popey> file a bug
[14:07] <popey> https://bugs.launchpad.net/ubuntu/+source/get-iplayer/+bugs
[14:07] <popey> oh look, bugs
[14:07] <SuperEngineer> SURELY NOT!
[14:08] <SuperEngineer> & who hit my caps lock - oh, yeah, me!  doh!
[14:10] <popey> someone needs to update it in vivid, then backport it
[14:11] <popey> or just remove it if nobody is maintaining it
[14:11]  * popey looks at Daviey
[14:54] <SuperEngineer> The best thing about IRC is the fact you don't actually use your mouth - especially useful when you've just burnt your upper lip [hashtag damn, that hurts!]
[17:18] <foobarry> back from my nerdfest modelshow
[17:18] <foobarry> full on scale model geekery
[17:19] <foobarry> rather akin to oggcamp/linux geekery i've seen. seems to attract the same types
[17:38] <penguin42> what types of model?
[17:42] <_TROLL_> ubuntu is crap
[17:43] <Myrtti> ok.
[17:43] <penguin42> ah a nice honest troll
[17:45] <foobarry> all sorts
[17:45] <foobarry> https://plus.google.com/photos/114715399750849495601/albums/6128745942942175857?authkey=CIamjpqT75bwpgE
[17:45] <foobarry> at least troll had the decency to annoucne himself as troll
[18:55] <shauno> the rugby seems awefully exciting, but I've no idea what's going on
[18:58] <SuperEngineer> that, *that*, was one of the best games of rugby I've watched in ages... no ^N cup [^ points short] - but wow!
[19:00] <SuperEngineer> *6N ... & 6... and whoops somethings happened with keyboard.. guess I'g better go changre the batteries!
[19:02] <shauno> not sure I've ever seen them look so sad about beating france though
[19:02] <SuperEngineer> now lets try... 6! &6! .... wow, new batteries make a wee bit of difference :D
[19:02] <SuperEngineer> shauno - it's a shame, but they should be proud
[19:03] <shauno> I only pay attention so I know what to say at work :/
[19:03] <SuperEngineer> shame on you!
[19:04] <shauno> :)
[19:04] <shauno> rugby for me is tainted with some very dark memories of school
[19:04] <SuperEngineer> ...confuse them, tell them at work that you thought Sweden played the best match :D
[19:05] <shauno> as an englishman living in ireland, letting them win but giving them a fright is quite a convenient narative
[19:05] <SuperEngineer> hmmmmm
[19:06] <SuperEngineer> ever thought of becoming a politician ;)
[19:07] <shauno> I couldn't do that.  my poor mother would die of shame
[19:07] <SuperEngineer> :)
[19:10] <SuperEngineer> [rugby players wearing suits mostly like bouncers]
[19:11] <shauno> [I wonder if he knows we can hear him thinking]
[19:11] <SuperEngineer> .................... I can't!
[19:25] <SuperEngineer> In retrospect, all it would have taken for England to get those final 6 points was a vet with a  sedative air dart gun in the crowd - shame on all you vets - you let us down!
[19:25] <KrimZon> is there any way to install ubuntu server 14.04 via usb stick?
[19:26] <KrimZon> I've had a quick go but
[19:26] <KrimZon> using unetbootin the installer complains that it can't find the cd
[19:28] <penguin42> KrimZon: You should just be able to dd it straight to the stick
[19:29] <penguin42> KrimZon: If your usb stick is /dev/sdX then dd if=ubuntu14.04.iso of=/dev/sdX bs=1024k   note don't put the '1' at the end if it's /dev/sdX1
[19:30] <KrimZon> aha, thanks, i'll give that a go
[19:36] <KrimZon> this looks more promising
[19:39] <penguin42> KrimZon: Out of interest what machine are you booting it on?
[19:48] <KrimZon> an atom d510 motherboard i bought in 2010 or 2011
[19:48] <KrimZon> installing over ubuntu server 10.04
[19:50] <penguin42> ok
[19:51] <KrimZon> i can't remember the model name
[19:51] <KrimZon> and the manual isn't in the easiest-to-dig-out box of manuals
[19:52] <penguin42> no no, don't worry about it
[19:55] <KrimZon> it's old anyway, and last time I installed it I plugged a CD drive in
[19:56] <penguin42>  '10 isnt old!
[19:59] <KrimZon> it's old enough that i was worried some devices wouldn't boot from usb
[20:03] <KrimZon> unless I was thinking of something else
[20:04] <penguin42> nah, not in '10


[10:56] <s-fox> Hello.
[12:08] <aztek> bro s-fox
[12:09] <aztek> are u busy?
[12:10] <s-fox> Hello aztek  =)
[12:10] <s-fox> How are you ?
[12:11] <aztek> find bro...
[12:11] <aztek> sorry, fine bro..
[12:11] <aztek> u?
[12:11] <s-fox> fabulous
[12:13] <aztek> i have problem when installing canon ip 1300 in my ubuntu
[12:14] <aztek> would u like to help me bro
[12:14] <aztek> please...
[12:15] <s-fox> Are you running ubuntu aztek ?
[12:15] <aztek> yupz
[12:17] <aztek> am trying to googling for that, but i can't solve the problem
[12:17] <s-fox> aztek,  Little dated but should be okay - http://ubuntuforums.org/showthread.php?p=3450617
[12:18] <s-fox> Follow that howto
[12:18] <s-fox> Hmm, canon changed their website  *sigh
[12:20] <s-fox> Worrying - http://software.canon-europe.com/products/0010383.asp
[12:20] <s-fox> No linux software.
[12:20] <s-fox> aztek,  Have you created a thread on the ubuntu forums ?
[12:21] <s-fox> aztek,  Have you asked your question in other irc channels? For example : #ubuntu or #ubuntu-beginners
[12:21] <aztek> yes, but don't solve yet
[12:22] <aztek> yupz
[12:22] <s-fox> aztek,  Link to the thread?
[12:23] <aztek> i also join #ubuntu-indonesia
[12:25] <aztek> i have follow the suggestion of my friend there
[12:26] <aztek> but, i can't solve the problem
[12:27] <aztek> I need file canonip 1300.ppd
[12:27] <aztek> but i only have canon ip1900 and 2200
[12:28] <aztek> can u help me to edit it in order to make it work for ip 1300?
[12:28] <s-fox> Do you have a link to the thread you created on the forum? If it has been 24 hours since your last post you might want to BUMP it
[12:29] <aztek> ok i will try....
[12:30] <aztek> tq for ur suggestion..:-)


[00:54] <ogra-Q1> yippie!!!!
[00:54]  * ogra-Q1 waves from the first working Q1 live session
[00:55] <ogra-Q1> ...finally bed time for me
[02:19] <ian_brasil> cgregan: someone mentioned that you had been looking at specific user profiles and what applications they might use..is there anything public you can point me to about this?
[02:22] <cgregan> ian_brasil: I was attempting to gather info to create a resource for this information for testing. Unfortunately, I ran into the same issue you seem to have....lack of public data.
[02:23] <ian_brasil> cgregan: ok np
[02:23] <cgregan> ian_brasil: If you would like to set up a wiki page, I would be happy to drop in info as I collect it
[02:24] <cgregan> We could try to gather people to add as we go
[02:24] <ian_brasil> yes, i can do that
[02:24] <cgregan> ian_brasil: Excellent
[02:24] <cgregan> ian_brasil: please email me a link when you do<EMAIL_ADDRESS>[02:25] <ian_brasil> ok
[03:09] <persia> ian_brasil: Are you looking to build a list of things for which people use these devices generally, or a specific set of test cases?
[03:09]  * persia has lots of use cases, and wouldn't mind adding to a list
[03:13] <ian_brasil> i am trying to 'market segment' the MID market and work out what needs to be done to target each specific segment
[03:14] <ian_brasil> like for example the primary factor driving the adoption of mobile devices in corporate settings is security.
[03:14] <ian_brasil> so ecryptfs-setup-private makes sense
[03:15] <ian_brasil> i found some marketing report which identified some segments
[03:16]  * ian_brasil does not know what all these are yet
[03:16] <ian_brasil> Multimedia Enthusiasts, Gen Y Social Networkers, Younger Gamers, Soccer Moms, Lifestyle Boomers, Adventurers, Frugal Generalists, and Business Application Users.
[03:16] <StevenK> Gen Y Social Networkers == people who live on Facebook
[03:17] <ian_brasil> StevenK: cool, that was one i didn't know
[03:20] <persia> I'd add public transportation users to that list.  The most common application for tiny (2-3.5"), very small (4-6"), and small (7-9") computers here is for email, light gaming, and reading books on the trains.
[03:23] <ian_brasil> persia: excellent, no one here does that because of security but I imagine that is a very common use
[03:24] <persia> ian_brasil: That's just a matter of market penetration.  Here, it's well over 90% for the 2-3.5" range, with over 100% in metropolitan areas (many people carry two).
[03:25] <persia> for 4-6" and 7-9" the numbers are smaller: I'd say somewhere in the 5-10% range for each, but that's a bit of a guess.  Generally about 1 in 50 people is actively using a larger device on the train (the Nintendo DS is definitely the market leader)
[04:56] <cgregan> StevenK: ping
[05:06] <StevenK> Yay, drive-by ping
[08:09] <lool> Hey
[09:45] <ogra> StevenK, lool, to enable task generation, we need the header in the seed, need to use the ^ sign in the livecd.sh script and need to trigger the soyuz team to enable task generation from the seed headers, i asked cjwatson to do that for mobile already, bt i think we should do it for mid as well
[09:46] <StevenK> IE: ubuntu-mid^ as a task?
[09:46] <ogra> right
[09:46] <ogra> to avoid surprises through recommends
[09:47]  * lool is happy with a task
[09:48] <ogra> i'll talk to colin if he's back
[09:48] <StevenK> I don't think anything else does that, though
[09:48] <ogra> StevenK, define "anything else"
[09:49] <StevenK> In livecd-rootfs. It seems it does, and I can't read.
[09:49] <ogra> ah, you mean any other seed/metapackage :)
[09:49] <StevenK> ogra: Sort it out, and hammer me to fix livecd-rootfs and I'll upload it
[09:50] <ogra> yeah, its only a ^ :)
[09:51] <ogra> but a ^ that costed me a day to find ...
[09:51] <ogra> (i had blindly copied mid to mobile in livefs.sh for testing ... and ended up with a ton unwanted stuff )
[09:52] <ogra> luckily colin saved me ... i would never have found it and was near filing  grave bug against apt :)
[09:52] <ogra> *a grave
[10:54] <ogra> http://people.ubuntu.com/~ogra/mobile/ ;)
[11:39] <lool> StevenK: How big is the nautilus dep tree?
[11:45] <StevenK> lool: Well, I could probably tell you if my edit_image script didn't drop the changes and not update the image. :-)
[12:00] <lool> I should really push mine
[12:02] <ogra> StevenK, do you have enough space inside the image ?
[12:02] <ogra> i mean the vfat
[12:02] <ogra> else use the grow_image script first
[12:02] <StevenK> ogra: I grew the image by another 50MB first
[12:03] <ogra> ah
[12:03] <ogra> hmm
[12:06] <ogra> StevenK, btw i still dont understand how build-mobile-img works, it cant work with the original files created by livecd-rootfs, does infinity change the filenames (mainly does he strip the livefs. in the beginning) if he copies it over ?
[12:08] <ogra> i always have to mangle it a bit to make it work locally ... for autobuilds i need to understand how ${TYPE} is used
[12:08] <ogra> which doesnt seem to be conform with the filenames i get from livecd-rootfs
[12:09] <StevenK> ogra: Okay, so if you run livecd.sh locally, you get livecd.${TYPE}.*
[12:09] <StevenK> ogra: If you run it on the buildds using BuildLiveCD, you get ${ARCH}.*
[12:09] <ogra> ah
[12:09] <ogra> hmm
[12:10] <StevenK> build-mobile-img was written with the assumption of the latter, of course
[12:10] <ogra> livecd.ubuntu-mobile.squashfs would then become generic.squashfs for me ...
[12:10] <ogra> not sure that doesnt clash with the actual livecd image
[12:11] <StevenK> No, it would become i386.squashfs or lpia.squashfs
[12:11] <ogra> right, but still, i assume the livecd uses the same name
[12:11] <ogra> since we oth build for i386/generic
[12:11] <ogra> *both
[12:12] <ogra> though likely only something infinity can solve anyway
[12:22] <StevenK> After this operation, 311MB of additional disk space will be used.
[12:22] <StevenK> lool: ^
[12:22] <StevenK> lool: 'apt-get install nautilus' in an edit-image session
[12:26] <ogra> you should probably grow the image by 150M then :)
[12:28] <StevenK> I didn't get an ENOSPC error last time, though
[12:28] <StevenK> ogra: I'm also binning mobile-basic-flash and the entire Xul 1.8 stack
[12:29] <ogra> ah
[12:29] <ogra> well, i'd give it more than it needs for safety reasons, check how much it grows in real and then do a second edit
[12:32] <ogra> oh my, thats a lot of changes to get one more image in
[12:33] <Fenario> ogra: ping
[12:34] <ogra> Fenario, yep
[12:35] <Fenario> ogra can you provide our team with a complete of all the packages you put in the CMPC 1.5 image?
[12:36] <lool> StevenK: Thanks for the info
[12:37] <ogra> Fenario, sure, its under http://bazaar.launchpad.net/~ogra/cmpc/cmpc-gen1-installer/annotate/34?file_id=livecd.sh-20080428012938-h194unwuw3pk2f1y-9 i can extract the packagelist from there
[12:37] <ogra> "minimal^ standard^ edubuntu-desktop cheese classmate-initramfs classmate-artwork classmate-tools grub ttf-nafees kpdf kolourpaint thunderbird thunderbird-gnome-support 915resolution"
[12:37] <ogra> :)
[12:37] <Fenario> ogra:can you do this and provide it to Alex K?
[12:37] <ogra> Fenario, where should i send it to ?
[12:37] <ogra> oki
[12:37] <Fenario> ogra:  thank you
[12:38] <ogra> davidm, http://people.ubuntu.com/~ogra/mobile/ ... i'll blog it as soon as we have the next (fixed seed) image ready
[12:42]  * lool goes lunching
[12:49] <Celtiore> hi
[12:49] <Celtiore> ogra, can i try this image on aigo mid p8860 ?
[12:50] <ogra> Celtiore, what CPU arch is that ?
[12:50] <ogra> its built for generic i386
[12:50] <Celtiore> atom
[12:50] <ogra> should work
[12:50] <Celtiore> ok
[12:50] <Celtiore> i try
[12:50] <ogra> i might build an lpia image as well in the future, the current test images will only be i386 though
[12:51] <ogra> note that the sidebar isnt in the current image yet ...
[12:51] <Celtiore> the 2 probs on aigo mid, are the wifi and touchscreen
[12:52] <ogra> wifi should work ...
[12:52] <ogra> i doub the touchscreen will though
[12:52] <Celtiore> wifi we can put marvel driver, but touchscreen at this moment we can't find the idc touch
[12:52] <Celtiore> wifi use the sd8686 marvel
[12:53] <ogra> hmm, that might not be in the i386 kernel ... i see it in lpia
[12:58] <ogra> Celtiore, a good attempt would probably to ask in #ubuntu-kernel if sd8686 marvel can be included by default in the -generic kernel package ... seems teher is no prob to have it in lpia so it should be possible to have it by default in -generic as well
[12:59] <Celtiore> thanks you
[13:10] <StevenK> lool: Right, adding nautilus grows the squashfs by 50MB
[13:34] <Celtiore> ogra: i have "Boot error" message ?!
[13:34] <ogra> oh ?
[13:34] <ogra> whats the exact error ?
[13:35] <Celtiore> "Boot error"
[13:35] <ogra> thats all ?
[13:35] <Celtiore> i retry the dd
[13:35] <ogra> nothing more ?
[13:35] <Celtiore> no
[13:35] <ogra> yeah
[13:36] <ogra> it boots fine here on my Q1
[13:53] <Celtiore> ogra, first DD was wrong
[13:53] <Celtiore> booting now correctly
[13:55] <ogra> good
[13:56] <ogra> lets see how the touchscreen and wlan behave
[14:01] <Celtiore> error with graphics devices
[14:02] <persia> What graphics HW does the Aigo have?
[14:03] <Celtiore> don't know :p
[14:04] <lool> Did anyone try to use usb-creator?
[14:04] <lool> We should make sure it supports our images
[14:04] <ogra> it cant
[14:04] <lool> Would stop people from using dd  :-P
[14:04] <ogra> it needs isos
[14:05] <ogra> and you still need dd
[14:05] <ogra> it just creates dd'able images from ubuntu isos
[14:05] <ogra> that boot from usb
[14:05] <lool> ogra: At some point I suggested you discuss with Evan the merge of your two tools; did he get a chance to look at your stuff?
[14:05] <persia> usb creator needs usb imagewriter, but that didn't get enough attention for intrepid.
[14:06] <ogra> lool, he said he would take a look if he finds time
[14:06] <lool> Ok, thanks
[14:06] <ogra> but i doubt that has happened yet
[14:06] <persia> ogra: Are there 2D poulsbo drivers for i386?  Alternately, does your image require 3D?
[14:06] <ogra> and imagewriter needs some love still
[14:07] <ogra> persia, it uses gnome ... it will use compiz if possible and fall back to metacity if tehere is no GL support, just like the ubuntu desktop
[14:08] <persia> Then I suspect the 2F poulsbo driver is not working for i386, and so Aigo MID users need lpia.
[14:08] <persia> s/F/D/
[14:08] <ogra> yeah, might be
[14:09] <ogra> though i386 has a psb driver in xorg
[14:09] <persia> Hrm.
[14:09] <ogra> ogra@osiris:/var/build/mobile$ dpkg -l|grep psb
[14:09] <ogra> ii  xserver-xorg-video-psb                     0.2.1-1ubuntu3                        2D graphics driver for Poulsbo
[14:09] <persia> Celtiore: Could you paste your /var/log/Xorg.log ?  I suspect there's something odd happening.
[14:10] <ogra> the last few lines should suffice
[14:10] <Celtiore> persia: Poulsbo with 3D graphics, HD video playback (720p and 1080i content) and memory controller
[14:10] <Celtiore> yes ogra
[14:10] <Celtiore> i need to reboot and put usb keyboard
[14:10] <ogra> i suspect its not rebuilt against xorg 1.5 yet
[14:10] <Celtiore> aigo specs: http://umpchouse.com/aigospecs.php
[14:10] <persia> Celtiore: I don't think there are working 3D poulsbo drivers X 1.5.
[14:11] <ogra> oh, 4.8" 800x480 ?
[14:11] <ogra> that will get hairy with the mobile image ...
[14:11] <Celtiore> i have a box with :
[14:11] <Celtiore> how would you like to reconfigure your display :
[14:11] <persia> ogra: It's worth a shot :)
[14:11] <Celtiore> use default
[14:11] <Celtiore> create new configuration
[14:12] <Celtiore> use your backed-up configguration
[14:12] <ogra> persia, well, but you will definately need a pen :)
[14:12] <ogra> Celtiore, try default (guessing that will be vesa though)
[14:13] <persia> ogra: Yep.  It's a MID (although fairly low DPI for a MID) :)
[14:14] <ogra> iÄm pretty sure you'll have a god bunch of ap probs though
[14:14] <ogra> *good
[14:14] <ogra> they are not designed for 480
[14:17] <Celtiore> ogra, do nothing
[14:19] <ogra> does it get you back to the config dialog ?
[14:23] <Celtiore> yes
[14:23] <Celtiore> 2mins i have log errors
[14:25] <Celtiore> http://public.celtiore.fr/test/
[14:26] <ogra> ha ! the Q1 touchpad isnt as bad as i thought ... just needs some love in the config http://people.ubuntu.com/~ogra/mobile/xournal-shot.png
[14:33] <ian_brasil> ogra: ha ha ...cool!
[14:33] <ogra> ian_brasil, seen that ? http://people.ubuntu.com/~ogra/mobile/
[14:34] <ian_brasil> yes..iam downloading now
[14:34] <ogra> (the image hasnt the sidebar yet though... next build will)
[14:34] <ogra> and it has only configuration for the egalax touchscreen on the Q1 yet ... i havent receved other configs yet
[14:35] <ogra> *recieved
[14:36] <ian_brasil> i have a geode here ..i will try it on that
[14:36] <Celtiore> ogra, if you have time can you read the logs ?
[14:37] <ogra> Celtiore, hmm, the failsafe one should have used vesa and should have worked
[14:38] <Celtiore> just to have the box for the error message :p
[14:39] <ogra> if you click on configure and configure it with vesa, does it work ?
[14:40] <Celtiore> just ask me to restart
[14:40] <ogra> seems it tries the intel driver for the psb ... you can also tyr to force psb for that
[14:40] <ogra> *try
[14:40] <ogra> seems it didnt detect that it needs psb
[14:40] <Celtiore> how can i force ?
[14:42] <ogra> Celtiore, edit /etc/X11/xorg.conf
[14:42] <ogra> in: Section "Device"
[14:43] <ogra> add:         Driver          "psb"
[14:44] <Celtiore> ok
[14:44] <ogra> no guarantee that works though
[14:44] <ogra> you can try the same ith vesa instead of psb
[14:48] <Celtiore> ok
[16:58]  * lool goes for a walk
[19:59] <ian_brasil> i thought desktop icons went in /usr/share/icons/hicolor
[19:59]  * ian_brasil looks for freedesktop.org standards documentation


[02:33] <adub> hi i just install mythbuntu control centre
[02:34] <adub> was wondering after installing this and skins next do i need to install mythbuntu-desktop ?
[02:34] <tgm4883> adub, nope, I just responded to you in mythtv-users
[04:34] <somethinginteres> I can't seem to watch TV correctly with the exception of one channel - the others get stuck on "TLMs partial lock" - I had it all working before but had to reinstall mythtv and now I have this issue - any ideas. I
[05:15] <qwebirc5491> Hello I am wondering about the volume limit in mythbuntu. The seems to be an issue with xbuntu in general in that xbuntu's volume goes up to 100% of the input volume where as regular ubuntu and windows go to 125%... is there a way to get that kind of volume in mythbuntu?
[05:25] <mrand> qwebirc5491: I'm walking away from the computer, but maybe gnome-volume-control?
[05:42] <Chaorain> Can I force Mythvideo to use subtitles (track 2) on a video automatically?
[05:44] <rhpot1991> Chaorain: don't think so
[05:46] <Chaorain> rhpot1991: just playing areou, under meta data there is a field that says "Unique Player C..." I think its commands, doesn't Mythvideo use Mplayer? so If I could find mplayer commands do you think that would work?
[05:52] <Chaorain> ok it doesn't use mPlayer
[17:42] <adub> how can i rerun database setup to specify database user and password
[17:44] <rhpot1991> !mysql
[17:44] <Zinn> If you are having problems connecting to your mysql database, perform the following to reconfigure it: [1] sudo dpkg-reconfigure mysql-server-5.1 (pay attention to the root password you set, you will need it later)  [2] sudo dpkg-reconfigure mythtv-database [3] sudo dpkg-reconfigure mythtv-common
[18:01] <adub> thanks i reset the pass
[18:02] <adub> i keep getting mythtv is using all active inputs but there is no active recordings when trying to watch tv
[18:03] <rhpot1991> adub: doesn't sound like a mysql issue, prob your tuner isn't setup correctly
[18:10] <adub> mythtvfilldatabase  i run this and look in settings and for whatever reason says there is no guide information
[18:10] <rhpot1991> adub: where are you located?
[18:10] <rhpot1991> country
[18:41] <adub> sorry usa
[18:41] <adub> sory rhpot1991
[18:41] <rhpot1991> adub: did you setup schedules direct?
[18:41] <adub> yes it pulls channels i think i got thqat part covered
[18:41] <adub> i think i need to setup the tuner right
[18:42] <adub> when i do $mythtv-setup
[18:42] <adub> i notice that the tuner is not pinging properly
[18:42] <adub> man thanks for helping i have been working on this for a long time
[18:42] <adub> using analog
[18:42] <adub> i have an analog card
[18:42] <adub> i noticed when i am doing mythtv-setup as root
[18:42] <adub> the card seems to detect
[18:42] <adub> /dev/video0
[18:43] <adub> i tried chmod 755 /dev/video0
[18:43] <adub> thiniking it was a permissions issue
[18:44] <adub> someone is saying its likely i need put put the standard user in the video group
[18:45] <adub> hmm maybe not it my user is in the mythtv group
[18:47] <rhpot1991> you should launch mythtv-setup from the menu
[18:47] <rhpot1991> which will ask you to authenticate to stop the backend
[18:47] <rhpot1991> adub: what tuner?
[18:51] <adub> one sec ill get
[18:51] <adub> root can see it it seems
[18:51] <adub> 03:07.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
[18:51] <adub> 03:07.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11)
[18:51] <adub> that shows up when i do mythtv-setup as root
[18:52] <adub> not as standard user though
[18:53] <adub> video0 does show up in dev
[18:54] <adub> i think i got the proper channel lineup now that was getting all the db info synced right
[18:54] <adub> now is just the configuring of the capture card
[18:55] <rhpot1991> sounds like your card needs some configuration then
[18:56] <rhpot1991> I'm not familiar with that model, I'd recommend googling or asking on the mailing list
[18:56] <rhpot1991> !mailing%
[18:56] <Zinn> The MythTV Users mailing list is located at: http://www.gossamer-threads.com/lists/mythtv/users/


[03:49] <biezpal> jdstrand, hey, sorry high latency :)
[03:51] <biezpal> jdstrand, again about ubuntu-core-launcher apparmor profile - remounted / to rw, added "/dev/null rw" and everything worked
[03:52] <biezpal> jdstrand, how we can do the same without remounting ro volume?
[03:53] <biezpal> jdstrand, Isn't a read access to /dev/null a normal behavior for app?
[03:53] <biezpal> *write
[04:06] <jjohansen> biezpal: PoLP, its not used by many apps
[04:07] <jjohansen> if ubuntu-core-launcher is using it then we need to make sure it gets added to the profile so that it is there as part of the ro image
[04:09] <biezpal> jjohansen, ok, then how could I run my app?
[04:09] <biezpal> without changing ubuntu-core-launcher profile
[04:10] <jjohansen> I would assume, that there is an abstraction that allows it, if not there should be
[04:10] <jjohansen> or you could go the route of additional rules
[04:10] <jjohansen> I think that would trigger a rule
[04:11] <jjohansen> s/rule/review/
[04:12] <jjohansen> eg. the permy app has additional read paths set, and additional write paths
[04:12] <jjohansen> oh hrmm, just check not additional write, but additional read
[04:13] <jjohansen> I'd have to lookup how to specify that in the manifest
[04:13] <biezpal> but the problem is that ubuntu-core-launcher cannot write to /dev/null, even before my app starts
[04:13] <biezpal> apparmor="DENIED" operation="file_inherit" profile="/usr/bin/ubuntu-core-launcher" name="/dev/null" pid=17552 comm="ubuntu-core-lau" requested_mask="wr" denied_mask="wr" fsuid=0 ouid=0
[04:14] <jjohansen> biezpal: then the ubuntu-core-launcher app is missing a rule it needs, its profile will have to be updated
[04:15] <jjohansen> you can remount and run your app locally but until that change rolls out ...
[04:15] <biezpal> jjohansen, I've added /den/null rw to the launcher profile as jdstrand advised and everything became ok
[04:16] <biezpal> so, we should wait until next Snappy update?
[04:17] <jjohansen> right, it needs to be updated in the base image, other wise other people won't be able to run it without doing the remount, and adding of the permission
[04:17] <biezpal> jjohansen, ok, thank you. Waiting for update :)
[07:11] <dholbach> good morning
[07:16] <biezpal> good morning
[08:37] <ogra_> off to the dentist ...
[09:23] <Chipaca> ogra_: you have all the fun
[09:29] <Chipaca> whee! in wily rolling we now can do "sudo snappy service xkcd-webserver stop" \o/
[09:29] <Chipaca> also "snappy man|less"
[09:29] <Chipaca> which is only useful if you can read troff
[09:29] <Chipaca> :)
[09:34] <biezpal> wow, nice
[10:01]  * ogra_ sees the recent systemd discussion on ubuntu-devel-discuss and wonders if "snappy service" was such a clever idea :P
[10:01] <ogra_> (oh, and re ... :))
[12:04] <Chipaca> woo, random-versioned sideloaded packages works
[12:04] <Chipaca> the tests are all grumpy tho
[13:13] <jdstrand> biezpal: re /dev/null and remounting> for now, you can't do anything else. it is a bug in the launcher. we should get it fixed
[13:15] <Chipaca> jdstrand: what's the bug?
[13:17] <jdstrand> Chipaca: lack of /dev/null rw in the profile
[13:18] <jdstrand> Chipaca: I am preparing an upload for wily as we speak
[13:18] <Chipaca> ahh
[13:18] <Chipaca> ok :)
[13:18] <Chipaca> jdstrand: i read "bug in the launcher" as something wrong in the c code
[13:18] <jdstrand> Chipaca: are you guys planning an upload for the launcher for vivid?
[13:18] <jdstrand> if not, I'll upload to the ppa too
[13:18] <Chipaca> jdstrand: i know of no such plans
[13:19] <Chipaca> jdstrand: which says more about how much attention i'm paying to that kind of plans than of the plans themselves
[13:19] <jdstrand> haha
[13:19] <jdstrand> well, the launcher has been pretty stable for a while. I'll just do the upload :)
[13:20] <Chipaca> which reminds me
[13:21] <Chipaca> elopio: with yesterday's image, amd64 and armhf images should now have a network interface on first boot
[13:21] <Chipaca> let me confirm that just in case
[13:24] <Chipaca> yep! just booted kvm, got an iface right away
[13:24] <Chipaca> \o/
[13:34] <jdstrand> biezpal: ok, uploaded fix to wily and the image ppa. the fix should be in edge in the next image or two
[13:34] <longsleep> Chipaca: will the random sideload version stuff available in 15.04 eventually?
[13:39] <beowulf> hi, can anyone tell me why the store gives me these errors with a snap that doesn't define any apparmor profiles? http://pastebin.ubuntu.com/12124699/
[13:39] <beowulf> it's just a test snap for working in the store, the package.yaml is http://bazaar.launchpad.net/~stephen-stewart/+junk/test-snap/view/head:/meta/package.yaml
[13:41] <jdstrand> beowulf: what version of snappy are you using to create those packages?
[13:42] <jdstrand> beowulf: it seems you are using a very old version...
[13:44] <Chipaca> longsleep: sergiusens said yes
[13:44] <Chipaca> longsleep: i am not so sure :) but hope so
[13:45] <Chipaca> elopio: i'm still getting “adt-virt-ssh: WARNING: ssh connection failed. Retrying in 3 seconds...” from the integration tests
[13:45] <Chipaca> elopio: which is a bummer, because i'm pretty sure i'm breaking them with this branch
[13:46] <beowulf> jdstrand: oops, yes i am, thanks!
[13:49] <Chipaca> longsleep: btw, i & we have been calling it "random version", but that didn't really work, so it's a monotonically increasing version instead
[13:49] <Chipaca> longsleep: that if you look really carefully just happens to be the current time in nanoseconds, in base36
[13:50] <Chipaca> which is fairly arbitrary, but (1) is reasonably monotonically increasing for our purpose, and (2) is a one-liner to implement :)
[14:55] <elopio> Chipaca: checking...
[15:01] <elopio> Chipaca: it's working for me.
[15:01] <elopio> Chipaca: can you paste the log somewhere to see the adt messages?
[15:10] <elopio> Chipaca: All good, what could possibly go wrong
[15:10] <elopio> \o/
[15:12] <Chipaca> elopio: http://pastebin.ubuntu.com/12125512/
[15:20] <elopio> Chipaca: http://paste.ubuntu.com/12125594/
[15:22] <elopio> plars: do you want to jump into a hangout to set up the manifest details?
[15:23] <longsleep> Chipaca: sounds good and will not give dups when developing
[15:23] <Chipaca> elopio: https://code.launchpad.net/~chipaca/snappy/schmideload/+merge/268498
[15:23] <Chipaca> longsleep: yep
[15:27] <plars> elopio: sure
[15:27] <plars> elopio: I'm not sure the manifest bits work right now, ask ev about that
[15:27] <plars> elopio: I have no idea how they are used either... but we can talk about a spec
[15:35] <elopio> plars: https://plus.google.com/hangouts/_/canonical.com/qa?authuser=0
[15:35] <clobrano> hi all :) is there a way to have a second terminal on snappy (virtual consoles do not seem to work)?
[15:36] <ogra_> well, whatever the systemd way of enabling more is ...
[15:37] <ogra_> sudo systemctl enable<EMAIL_ADDRESS>[15:37] <ogra_> sudo systemctl start<EMAIL_ADDRESS>[15:37] <ogra_> that seems to work
[16:01] <elopio> Chipaca: All good, what could possibly go wrong
[16:02] <elopio> that was running with the snappy binary from your branch, faking the updates and rollbacks.
[16:02] <elopio> do you want me to run something else, like real updates from a specific image #?
[16:07] <elopio> Chipaca: ah, I think your branch only modifies the sideloaded snaps. We don't have integration tests for that, so of course they all pass.
[16:08] <Chipaca> elopio: \o/
[16:08] <elopio> I'm not sure how to test sideloads. We would have to receive arguments with the snaps that you want to install, and write tests for those snaps, that maybe will install from the store only if they are not already installed.
[16:09] <elopio> I'll add a card to trello.
[16:10] <elopio> Chipaca: https://trello.com/c/02SDJD9x/198-tests-for-sideloaded-snaps in case you want to add requirements.
[16:49] <Chipaca> elopio: 198 tests for sideloaded snaps is probably a bit much :)
[16:51] <elopio> Chipaca: that's what you say now, but let's talk again when the missing test #199 breaks a stable release.
[16:51] <Chipaca> elopio: dealopio
[17:17] <elopio> plars: I triggered a test.
[17:18] <plars> elopio: yeah, I just heard the relays firing :)
[17:18] <elopio> plars: that's fast :D
[17:18] <plars> elopio: right, at this point it's just booting back to a stable image it can flash the sd card from
[17:19] <plars> elopio: so it'll be booting the emmc right now, creating/flashing your image will take a bit longer obviously
[17:28] <plars> elopio: sounds like it just booted the test image


[16:40] <SpamapS> jodh: https://code.launchpad.net/~clint-fewbar/upstart-cookbook/clarify-complex-start-stop/+merge/90379 ... bump
[16:55] <jodh> SpamapS: merged! I tweaked the content a little so let me know if its still unclear.
[16:56] <SpamapS> jodh: no, looks good.
[20:36] <bencer> hi dudes, i'm writting upstart scripts for some packages we use in zentyal, like dansguardian, isc-dhcp-server, bind9, slapd, etc... i'm migrating all the features present on their current init.d scripts
[20:37] <bencer> do you think we are still on time to upload these changes? would be anybody interested in sponsor the uploads?
[20:38] <JanC> I can't sponsor anything, but would love to see more upstart jobs  ☺
[20:39] <JanC> BTW: upstart jobs aren't "scripts"  ;)
[20:39] <bencer> they still have script magic between the script stanzas ;-)
[20:40] <JanC> bencer: also, this is not really the place to ask for Ubuntu package sponsors (this is the upstream upstart channel)
[20:41] <JanC> asking comments on your upstarts jobs is okay of course
[20:42] <JanC> a good review by an upstart developer might help getting it into Ubuntu
[20:43] <JanC> and yes, some upstart jobs contain script fragments
[20:59] <bencer> what is the upstream suggestion on where to add things like mkdir /var/run/named , in the  pre-start or in the script section? what's the recommended usage of each one?
[21:05] <bencer> well, this is the approach i took: http://paste.ubuntu.com/833162/
[21:05] <JanC> bencer: pre-start exec/script is defined as “This process will be run after the job's starting(7) event has finished, but before the main process is run.  It is typically used to prepare the environment, such as making necessary directories.”
[21:07] <bencer> so according to that, the mkdir-like things, should go to the pre-start
[21:07] <JanC> bencer: so I guess creating directories is best done in the pre-* part
[21:07] <JanC> right
[21:08] <bencer> that not what i saw in other upstart scripts :) but, okey
[21:08] <JanC> except if there is a good reason to do it elsewhere  ;)
[21:09] <JanC> bencer: feel free to file bugs for those other *jobs*...
[21:09] <bencer> ok, good, with that i will review what i did and i will file the bugs
[21:10] <JanC> either those jobs or the manpage is wrong  ;)
[21:10] <JanC> (or there is some exception to the rule involved)


[01:19] <veebers> wallyworld: so for mariadb (and probably mysql, maybe gitlab?) we're proposing the charm does this instead: http://paste.ubuntu.com/p/NBrGSTyMxy/ (re: cloud container status)
[01:20] <wallyworld> pretty much except the message is wrong
[01:20] <veebers> wallyworld: oh oops, got lazy. Yeah will update message too
[01:20] <veebers> heh 'got' lazy, more like remained lazt
[01:20] <wallyworld> but yeah, i think that will work
[01:38] <thumper> wallyworld, veebers, kelvinliu__: http://<IP_ADDRESS>:8080/view/Unit%20tests/job/RunUnittests-amd64/859/console
[01:38] <thumper> not sure what is causing that issue
[01:42] <wallyworld> thumper: the jenkins job needs to have a make arg ste to not do the dep thing twice
[01:42] <kelvinliu_> veebers, is it related with warning: unable to access '/home/ubuntu/.config/git/ignore': Permission denied
[01:42] <kelvinliu_>  ?
[01:42] <wallyworld> i fixed it last week but seems it got reverted
[01:42] <thumper> wallyworld: I think this is different isn't it?
[01:43] <wallyworld> it's running make build followed by make check
[01:43] <wallyworld> both do the dep thing
[01:43] <wallyworld> only the first one needs to
[01:44] <wallyworld> I previously added JUJU_SKIP_DEP=true along wit the VERBOSE=1 arg to malke
[01:49]  * veebers looking
[01:50] <veebers> thumper, wallyworld, kelvinliu_ this rings a bell. I'm sure I put a fix in for this; let me double check (to do with "make lxd-setup" on an empty system)
[01:50] <wallyworld> veebers: i just edited the job
[01:50] <wallyworld> the RUnUnitTests job itself
[01:50] <veebers> wallyworld: ack, what change?
[01:51] <wallyworld> the same one i added last week
[01:51] <wallyworld> JUJU_SKIP_DEP=true
[01:51] <veebers> wallyworld: ah, you didn't add that to the yaml config so it'll survive a redeploy?
[01:51] <wallyworld> the make check coommand needed that dded
[01:51] <wallyworld> that i didn't know about
[01:52] <wallyworld> i edited several job yamls whichj looked similar but were not the same
[01:52] <wallyworld> so i didn't realise we had a template
[01:53] <veebers> wallyworld: all jenkins jobs are configured via jenkins job builder, no changes made via the web ui are guaranteed to last at all (any redploy will overwrite)
[01:53] <veebers> wallyworld: I see your change, I have that stuff open and setup, I'll make the change in the yaml now so it persists
[01:53] <wallyworld> tyvm
[01:59] <veebers> wallyworld: FYI all RunUnittests-* job has been updated to skip deps on check
[02:00] <wallyworld> gr8
[02:12] <anastasiamac> wallyworld: do u have another min? i *think* i know what m seeing but m not sure i know the solution
[02:12] <wallyworld> ok
[02:12] <anastasiamac> and m sure someone (probably u) have come up with solution
[02:12] <anastasiamac> mobile k?
[02:12] <wallyworld> ok
[02:20] <veebers> sigh, my test error is because I said one thing out loud but typed the opposite
[02:29] <wallyworld> kelvinliu_: sadly, ebs volumes do not support ReadWriteMany, so the idea of sharing a single PV for each operator can't easily work
[02:30] <kelvinliu_> wallyworld, that's annoying!
[02:30] <wallyworld> yeah, back to square one
[02:35] <kelvinliu_> wallyworld, how about DaemonSet
[02:35] <wallyworld> not sure, will have to look
[02:36] <wallyworld> veebers: btw, i just confirmed you can deploy an operator without storage so no idea why you had issues yesterday
[02:36] <veebers> wallyworld: ugh :-| I'll try again later, but it's not blocking me right now. Perhaps I'm doing something different/unexpected (doubt it though)
[02:37] <wallyworld> no rush
[02:43] <wallyworld> kelvinliu_: i think AWS EFS is worth looking at instead
[03:31] <veebers> wallyworld: you have a couple moments?
[03:32] <wallyworld> ok
[03:32] <veebers> wallyworld: HO ok? would be quicker
[03:32] <wallyworld> ok
[03:32] <veebers> see you in standup
[04:58] <veebers> wallyworld: Pushed updates to https://github.com/juju/juju/pull/9081 for when you have a moment
[04:58] <wallyworld> ok, almost done in meeting
[05:15] <wallyworld> veebers: there's still an outstanding todo item to not ignore getting container status
[05:16] <veebers> wallyworld: err, is that in state/unit.go? /me checks for todo
[05:17] <wallyworld> state/status.go
[05:18] <wallyworld> and also a blocvk of code to be deleted
[05:19] <veebers> wallyworld: I'm not following with that todo comment, something from your previous review?
[05:19] <wallyworld> yeah, there's comments that have not been addressed
[05:21] <veebers> wallyworld: oh wow, yeah I didn't see those comments until I went to the /files url, I just saw what was on the root page for the PR. taking a look now, sorry
[05:21] <wallyworld> no worries
[05:22] <wallyworld> veebers: sorry, a left a few more also
[05:24] <veebers> wallyworld: if I 'resolve conversation' do you get an email?
[05:25] <wallyworld> maybe, but reviews emails are filtered so i may miss them sometimes
[05:25] <veebers> ack, no I was hoping you wouldn't so I could tick them off without spamming you
[05:26] <wallyworld> :-) hence the fil;ter
[05:30] <veebers> wallyworld: should I add a SetCloudContainerStatus(...) and CloudContainerStatus() to Unit? Set.. instead of update ops, and CloudContainerStatus() so I can check the status (I take it TestCloudContainerStatus doesn't cover what you expected)
[05:31] <wallyworld> veebers: i think we have a SetAgentStatus already?
[05:32] <veebers> wallyworld: but that doesn't set the cloud container status?
[05:33] <wallyworld> sure, was just wanting to see what we had
[05:33] <veebers> ah, aye
[05:36] <wallyworld> veebers: we have this func (u *UnitAgent) SetStatus
[05:36] <wallyworld> so we'd needsomething similar for cloud container i would think
[05:37] <veebers> wallyworld: ack, I can make that happen
[05:38] <wallyworld> veebers: there is a StatusSetting and StatusGetter interface which are used in places; that's why the status methods exist like that
[10:14] <stickupkid> question: when we deploy, do we know before hand what the provider is in the deploy stage?
[10:14] <stickupkid> jam: you may know?
[10:15] <jam> stickupkid: we generally want to not couple what you can deploy with what the provider is, so we *might* but I would be hesitant to expose that.
[10:16] <jam> stickupkid: its Juju's job to abstract the provider, so the charms don't have to know about everywhere they might be deployed.
[10:17] <stickupkid> jam: I'm looking at the lxd profile stuff, with the idea of having a lxd profile for the charm, but I don't want to validate the profile if it's not hitting lxd
[10:17] <stickupkid> jam: my only option then is to validate when deploying via the agent (if that's the right terminology?)
[10:18] <stickupkid> jam: offically we want to validate early so we can tell users early on, but then to do so we break abstraction rules - which 100% agree with by the way
[10:26] <jam> stickupkid: lxd profile isn't about the lxd provider
[10:26] <jam> stickupkid: it is actually about "juju deploy charm --to lxd:1"
[10:26] <jam> stickupkid: so it applies to all providers
[10:27] <stickupkid> jam: quick HO?
[10:27] <jam> give me a sec to make coffee, and sure
[10:33] <jam> stickupkid: I'm joining the guild ho now
[11:36] <rick_h_> manadart: heads up, had the call with the openstack folks last night and had more promising test results. The updates with the agent work was helpful with things post-reboot so <3
[14:14] <hml> anyone know why juju uses two version of charmrepo?
[14:14] <stickupkid> hml: I didn't have a look properly yesterday either, but that's one of my questions as well
[14:15] <hml> stickupkid: it looks like by v3 and v4 are both being updated… and juju uses v2 and v3.  :-)
[14:17] <hml> stickupkid: maybe we’re not using v2, just didn’t take it out of the deps?
[14:18] <stickupkid> hml: looks like it
[14:23] <hml> stickupkid: i’m looking at removing it
[14:23] <stickupkid> hml: sounds good to me
[17:43] <cory_fu> rick_h_: Do you know if there's a way for a charm to determine what region it's running in, specifically on OpenStack?
[17:44] <rick_h_> cory_fu: not that I know of.
[17:44] <cory_fu> rick_h_: Though ideally in a cloud-agnostic way.  I know there's JUJU_AVAILABILITY_ZONE, but that's different from the region (though it might contain it, in some fashion)
[17:44] <cory_fu> rick_h_: Hrm.  That's annoying.  Why do we have JUJU_A_Z but not JUJU_REGION?
[17:45] <rick_h_> cory_fu: so I think that we want units to be able to make sure they're spread across the AZ in a region
[17:45] <rick_h_> cory_fu: but not sure on what the charm would do different based on a region since it's agnostic
[17:45] <rick_h_> cory_fu: and you can't deploy the same app across regions and have any logic around that
[17:45] <rick_h_> cory_fu: what are you trying to do?
[17:47] <cory_fu> rick_h_: This is specifically for the integrator charm, and one of the things that k8s needs from it is to know what region it's running in.
[17:49] <cory_fu> rick_h_: If it comes down to it, the integrator charm could query it from the OpenStack API, but that adds back in a lot of complexity that we had removed for other reasons
[17:49] <rick_h_> cory_fu: looking, is there a method to find it given the current info on the instance it's running on?
[17:49] <rick_h_> cory_fu: understand
[17:50] <cory_fu> rick_h_: I don't think OpenStack has something like the metadata service that most clouds support that would allow it to be queried easily, or else k8s wouldn't need us to provide it
[17:50] <rick_h_> cory_fu: I see
[17:51] <rick_h_> cory_fu: have you dumped out the env in the hook context?
[17:51] <cory_fu> Yeah.  it's not there
[17:52] <cory_fu> rick_h_: Oh, I'm wrong: https://docs.openstack.org/nova/latest/user/metadata-service.html
[17:53] <rick_h_> cory_fu: k, yea I see some stuff with OS_REGION_NAME but it's on the client side for setting up your credentials
[17:53] <rick_h_> cory_fu: I'd be curious if there's any region related info in the credentials you get via trust
[17:53] <rick_h_> cory_fu: but it might be a list...still looking
[17:54] <cory_fu> rick_h_: There might be region info in the trust creds, but the charm also supports creds via config.  But you said on OpenStack there's actually an OS_REGION_NAME?  I could probably use that
[17:54] <rick_h_> cory_fu: so I see that showing up in the credential adding code such that if you have that env var set juju reads it in, does some detection, etc.
[17:55] <rick_h_> cory_fu: so it might end up as part of the creds data but possibly not all the time
[17:56] <cory_fu> rick_h_: But if it's in the env for Juju to pick up, then I could pick that up in the charm as well, presumably.  I don't have an OpenStack instance that I can test this on.   I should get that resolved so I can see what's on the actual system.
[17:56] <rick_h_> cory_fu: yea, I was just looking I had a bastion at one point but can't recall where I put the creds lol
[17:59] <rick_h_> cory_fu: have a sec for a hangout?
[18:04] <cory_fu> rick_h_: Sorry, chatting about this with David in another channel.  Might be resolved
[18:04] <rick_h_> cory_fu: k
[18:04] <cory_fu> It sounds like OS_REGION_NAME is reliable
[18:04] <rick_h_> cory_fu: even if there's > 1 region?
[18:05] <cory_fu> rick_h_: Can an instance be in more than one region?
[18:05] <rick_h_> cory_fu: no, but there can be > 1 region in the openstack and so we'd have to find which region that instance is in?
[18:05] <cory_fu> rick_h_: Is this value getting accessed by Juju on the instance, or on the client?
[18:05] <rick_h_> cory_fu: because region is part of the credential data vs the juju instance
[18:05] <rick_h_> cory_fu: the client
[18:05] <cory_fu> Oh, that's not useful.  I need it from the instance
[18:05] <rick_h_> cory_fu: right, that's what I'm saying
[18:06] <rick_h_> cory_fu: so if you get the credentials via trust and OS_REGION_NAME is singular you have the answer there, but if > 1 region there I'm not sure if there's another path
[18:07] <rick_h_> cory_fu: I guess that leads into the API calls you noted against the metadata service? Can you easily get the instance info you need to call that api?
[18:08] <rick_h_> cory_fu: I've got to run for few, biab
[18:09] <cory_fu> rick_h_: Ok.  The metadata service is easy to use, but I'm not sure if it includes the region.
[18:37] <rick_h_> hml: do you know if there's any secret way to get the OS region out from an instance that's running?
[18:37] <hml> rick_h_: with juju or any tool?
[18:38] <rick_h_> hml: bonus points with Juju from the running instance, secondary points for any tool that the charm can be updated to leverage
[18:50] <hml> rick_h_:  it could be that the controller region is all you’ll get.  i’m not sure there is a way to change the region once the controller is bootstrapped??
[18:50] <rick_h_> hml: no, but how would you get the controller region from within an instance in a charm?
[18:50] <hml> rick_h_: the openstack commands apply to one Region - that you define in the environment variables or running the command
[18:53] <hml> rick_h_: checking something
[18:54] <hml> rick_h_: out of curiousity, why would a charm need to know?
[18:54] <rick_h_> hml: seems that the openstack integrator charm needs to know the region of the instance for something in k8s.
[18:55] <rick_h_> hml: I'm still wondering then if the info out of juju trust (the credentials) will be limited to the one region that the model is in or if it'll provide a list of an answer if there's > 1 region on the cloud.
[18:55] <hml> rick_h_: i think it’d have to be… creds only allow for 1 region
[18:56] <rick_h_> hml: ok, I couldn't find a way to confirm that. In looking at the discoverregions code I saw it could get a list.
[18:56] <hml> rick_h_: but i ‘m wrong
[18:56] <hml> rick_h_: creds don’t include a region
[18:56] <rick_h_> hml: oh? is it the cloud that's reading the OS_REGION_NAME then?
[18:57] <hml> rick_h_: yes
[18:57] <rick_h_> hml: gotcha, ugh
[19:01] <hml> rick_h_: so far the only place i found it was in the bootstrap-params on the controller
[19:01] <hml> but any charm wouldn’t have access
[19:32] <magicaltrout> rick_h_: yolo
[19:34] <rick_h_> magicaltrout: doing dad stuff. What's up?
[19:37] <magicaltrout> doesn't matter, just looking for some advice on the Openstack LXD conjure-up stuff
[20:04] <rick_h_> magicaltrout: how so?
[20:05] <rick_h_> magicaltrout: the nova-lxd stuff?
[21:04] <magicaltrout> sorry yeah rick_h_
[21:04] <magicaltrout> whatever I do
[21:04] <magicaltrout> nova-compute moans about image not found
[21:18] <babbageclunk> thumper: have space for a review? https://github.com/juju/juju/pull/9161
[21:19] <rick_h_> magicaltrout: oh hmm. Yea not sure on that. Might have to get with the openstack folks.
[22:13] <babbageclunk> Ooh, wallyworld, can I get a review? https://github.com/juju/juju/pull/9161
[22:13] <wallyworld> sure
[22:20] <babbageclunk> thanks
[22:30] <wallyworld> babbageclunk: done
[22:32] <babbageclunk> wallyworld: awesome, thanks
[23:49] <veebers> wallyworld: I added a type UnitCloudContainer to cloudcontainer.go cribbing off UnitAgent (as per convo from last night), I didn't think adding State to cloudContainer would be ideal when it's only needed for status bits, not the provider/address/ports etc.
[23:51] <veebers> ah shoot, the other car still has a dead battery.


[15:12] <mup> Bug #1440763 was opened: 1.8b1 regiond.log Tracebacks when trying to deploy 42 nodes at a time <isolation> <MAAS:Triaged> <https://launchpad.net/bugs/1440763>
[15:12] <mup> Bug #1440765 was opened: 1.8b1         oauth.oauth.OAuthError:  <isolation> <MAAS:Triaged> <https://launchpad.net/bugs/1440765>
[18:06] <mup> Bug #1440823 was opened: Using both MAC address fields in AMT config causes AMT Power to fail <MAAS:New> <https://launchpad.net/bugs/1440823>
[18:22] <saltlake> Hi,
[18:23] <saltlake> I am working with maas and HO servers for the first time and I was able to see a "node" recognized on the maas server but wanted to know what the "power" settings for the node need to be ? The error I have right now is that "The node does not have apowere type"
[18:25] <roaksoax> saltlake: do your nodes have an IPMI bmc?
[18:25] <saltlake> roaksoax : Yes
[18:25] <roaksoax> saltlake: and how was the node recognized by MAAS?
[18:25] <roaksoax> saltlake: if you commission the node (even if you power it on manually), it should automatically configure the power parameters
[18:25] <saltlake> roaksoax : But I have not setup or done anything with them ..I setup Network boot option for the node and rebooted it. I see the MAC addresses look different than what they were in linux
[18:26] <roaksoax> that doesn't make any sense
[18:27] <roaksoax> how would the mac address be different?
[18:27] <roaksoax> saltlake: so if the node pxe booted from maas and registered itself into MAAS, automatically
[18:27] <saltlake> Not sure maybe I mistaken.. but looks like it ..
[18:27] <roaksoax> MAAS should have configured IPMI and updated the parameters automatically
[18:28] <saltlake> roaksoax : the sttus on the maas page says "commissioning" for the node but there is a red error on top of the page that says "Doens not have a power type etc.. " I could manually reboot the node again to see if it makes a difference
[18:29] <roaksoax> saltlake: yeah, reboot the node, make sure it PXE boots
[18:29] <roaksoax> saltlake: and let it do the commissioning
[18:29] <roaksoax> it should fix the power parameters
[18:30] <saltlake> roaksoax : I aborted the commissioning and restarted commission... is there a way to see what is going on on that node ?
[18:30] <roaksoax> saltlake: you'd have to setup console logging
[18:30] <roaksoax> saltlake: and look at it directly
[18:31] <saltlake> ok.. I have not tried that .. do you know how long it might take for a server to get commissioned ?
[18:31] <roaksoax> saltlake: depends, no more than 10 mins
[18:31] <roaksoax> i'd think
[18:31] <saltlake> Right now the node log syas this "INFO  1 minute ago    Node changed status — From 'New' to 'Commissioning' "
[18:31] <roaksoax> depends on how fast is the server, how long it takes to do POST, etc
[18:32] <saltlake> Ok.. I'd give it 20 min and then reboot it physically
[18:32] <saltlake> I mean hard reset it
[18:32] <roaksoax> saltlake: Right. If the Node was in New state, and there were *no* power parameters configured, that means that when maas changed the status to 'Commissioning', it was unable to power on the node
[18:32] <roaksoax> saltlake: because it cannot control is power
[18:32] <roaksoax> saltlake: so, you need to force a reboot, physically
[18:32] <saltlake> ok..
[18:33] <roaksoax> or via IPMI if you have that
[18:33] <saltlake> ok .. do I delete this node from maas before poering it on ?
[18:33] <roaksoax> saltlake: no
[18:33] <saltlake> ok
[18:33] <roaksoax> saltlake: just reboot it, and make sure it PXE boots from MAAS
[18:34] <roaksoax> saltlake: that should make it run the commissioning environment
[18:34] <roaksoax> that *should* allow BMC discovery
[19:18] <saltlake> roaksoax : "INFO        0 minutes ago   PXE Request — commissioning " This is a good sign right ?
[19:23] <roaksoax> saltlake: yes
[19:26] <saltlake> roaksoax : Unfortunately it failed comissioning thanks to this error on "failed [3/7] (00-maas-03-install-lldpd, 99-maas-01-wait-for-lldpd, 99-maas-02-capture-lldp)" How would I go about this now ?
[19:29] <roaksoax> saltlake: check the logs and see what failed?
[20:01] <saltlake> roaksoax : Finally the node went from commissioning to Ready.. I think that is a good sign!!
[20:02] <roaksoax> saltlake: did the power paramters get added automatically?
[20:07] <saltlake> roaksoax : Though the message continues to appear if I ignore the powere parameters.. it eventually commissions!!
[20:07] <saltlake> roaksoax : BY message I mean the intimidating red message complaining about power parameters on the maas page
[20:08] <saltlake> roaksoax : the power type in the node is still "--" though the status is ready.. should I be worried about that ?
[20:22] <saltlake> roaksoax : Ok I have concluded that the power type -- is NOT a good thing since maas cannot control the node.
[20:22] <saltlake> am now researching how to setup ipmi on these dl360 serers
[20:36] <saltlake> ok has anyone used a DL360 server and know how to set the power type parametrs for the respective node ?
[20:47] <saltlake> I think givev the boot screen for the node says it supports ILO 2 I think the power parameter should "Moonshot HP ILO chassis manager". Does nayone know how to get this setup ?
[21:19] <mup> Bug #1440894 was opened: get_effective_power_parameters() - exceptions.AttributeError: 'unicode' object has no attribute 'copy' <MAAS:New> <https://launchpad.net/bugs/1440894>
[21:40] <mup> Bug #1434257 was opened: MAAS should set dnssec-validation to no in /etc/bind/named.conf.options <MAAS:Triaged> <maas (Ubuntu):New> <https://launchpad.net/bugs/1434257>