[06:31] <dholbach> good morning
[08:36] <JamesTait> Good morning all; happy Monday and happy Let It Go Day! :-D
[08:40] <justCarakas> JackYu:
[08:40] <justCarakas> oops wrong
[08:41] <justCarakas> JamesTait: the cold never bothered me anyway
[08:42] <JamesTait> justCarakas, I'm glad to know that, having seen that "celebration" pop up in my browser, I'm not the only person who'll have that song stuck in my head all day. ;)
[08:42] <justCarakas> :D
[08:42] <justCarakas> its an awesome song :D
[08:45] <JamesTait> It's not bad the first couple of times, but it gets a bit much when your kids play it  on repeat for hours on end. :-P
[08:50] <justCarakas> hehe :D
[08:50] <justCarakas> I've worked a couple of hours with that song on repeat
[09:09] <JamesTait> justCarakas, https://www.youtube.com/watch?v=2bVAoVlFYf0
[09:10] <JamesTait> Google Translate is always fun.
[09:10] <justCarakas> listening :p
[09:12] <justCarakas> hahha :p
[11:31] <nerochiaro> oSoMoN: do you want the list of bookmarks to be returned sorted by time now, instead of ur ?
[11:31] <nerochiaro> url ?
[11:32] <oSoMoN> nerochiaro, that probably makes sense
[11:51] <nerochiaro> oSoMoN: how do I actually bookmark something from the webbrowser UI right now ?
[11:52] <nerochiaro> oSoMoN: oh, from the activity
[11:52] <oSoMoN> nerochiaro, in the activity view, each open tab has a star icon next to the title of the page
[12:13] <nerochiaro> oSoMoN: besides the lack of tests, do you see anything missing here ? https://code.launchpad.net/~phablet-team/webbrowser-app/webbrowser-app-bookmark-timestamp/+merge/224117
[12:15] <oSoMoN> nerochiaro, sqlite has a DATETIME type, why did you use INTEGER?
[12:15] <AskUbuntu> Ubuntu SDK: Template HTML5 app shows warning | http://askubuntu.com/q/487121
[12:16] <nerochiaro> oSoMoN: it doesn't, at least not according to the documentation. it's a timestamp anyway, the number of msec since epoch
[12:17] <nerochiaro> oSoMoN: http://www.sqlite.org/datatype3.html
[12:17] <nerochiaro> oSoMoN: "SQLite does not have a storage class set aside for storing dates and/or times. Instead, the built-in Date And Time Functions of SQLite are capable of storing dates and times as TEXT, REAL, or INTEGER values:"
[12:18] <oSoMoN> nerochiaro, yes, but the datetime keyword is valid (and implicitly converted to numeric), and more explicit than just integer
[12:18] <oSoMoN> nerochiaro, and we’re using it already in the history model, so for consistency I would recommend using it in the bookmarks model as well
[12:19] <nerochiaro> oSoMoN: ok
[12:19] <nerochiaro> oSoMoN: anything else ?
[12:19] <oSoMoN> nerochiaro, and entry.created should store a QDateTime, not a number of msecs since epoch
[12:20] <oSoMoN> nerochiaro, and as you pointed out, unit tests :)
[12:27] <nerochiaro> oSoMoN: i don't see why, but as you prefer
[12:28] <oSoMoN> nerochiaro, because manipulating a QDateTime is much more developer-friendly than a number of milliseconds since epoch, that’s why
[12:29] <nerochiaro> oSoMoN: i beg to differ, but ok
[12:57] <dpm> hi fginther, would you have some time today to join the core apps review call to discuss the addition of the Evernote API key from Jenkins?
[12:58] <fginther> dpm, I have a meeting convlict. Is this something we can discuss first thing, then I'll jump to my other meeting?
[12:59] <dpm> fginther, if that works for you, that'd be perfect. Otherwise we can schedule a quick call that doesn't conflict with your meeting
[13:00] <dpm> hi rpadovani, popey, mzanetti, Reminders app meeting?
[13:00] <fginther> dpm, if we could meet a few minutes early, that would work for me, but it's not a critical confilect
[13:01]  * fginther just can type 'conflict' right today
[13:02] <dpm> fginther, sure. Or if you want, we've got a Reminders call going on now. You're welcome to join now if that works better
[13:02] <fginther> dpm, sure I can jump in now
[13:02] <dpm> fginther, excellent: https://plus.google.com/hangouts/_/calendar/ZGF2aWQucGxhbmVsbGFAY2Fub25pY2FsLmNvbQ.4gsate3vsqlj03tqqnsqgbl8i8?
[13:22] <barmi> Hi, I have a question about publishing programs in the Ubuntu Store. Is this the right channel?
[13:24] <brendand> barmi, go ahead and ask the question
[13:26] <barmi> SO I have an app published in the store, and I've submitted an update (well, 3 actually)
[13:27] <barmi> The app is still listed as "Further changes awating review"
[13:27] <barmi> Been like that for about 4 months :(
[13:27] <barmi> Do I need to do something to prompt the review, so the update can go live?
[13:43] <brendand> barmi, poke popey with a stick
[13:45] <barmi> who's popey, and how can I poke him remotely?
[13:54] <rpadovani> dpm, wait, why the meeting was today? I'm sorry, but I was not informed about that
[13:56] <dpm> rpadovani, ah, weird, I chose to send an e-mail to all attendees. Would you have time for a call in about 30 minutes?
[13:56] <dpm> I can update you then on what we discussed
[13:57] <rpadovani> dpm, cool, thanks
[13:57] <rpadovani> whenever you want, I have a free afternoon
[13:58] <rpadovani> dpm, , mhh, I have the event on my calendar, but I have no email about it, so I didn't notice it, sorry
[13:59] <dpm> rpadovani, no worries, we can talk in about 30 mins, I can ping you then if you're free
[13:59] <rpadovani> ok, thanks!
[14:13] <popey> barmi: if it's a desktop app, poke davmor2
[14:20] <rpadovani> popey, where can I find app logs on device?
[14:20] <davmor2> rpadovani: /home/phablet/.cache/upstart/<appname> iirc
[14:23] <rpadovani> davmor2, yeah, thanks. The name of the file is application-click-com.ubuntu.calculator_calculator_1.3.283, for your information :-)
[14:30] <davmor2> rpadovani: trust me when I say I'm not typing that out for each different dev ;)
[14:30] <rpadovani> ahahaha
[14:31] <popey> barmi: what's the app?
[14:32] <davmor2> barmi: if it is in the desktop queue then the updates are just starting to be processed under the new rules so you should hopefully get a reply by the end of the week unless all hell breaks loose in the meantime.
[14:41] <barmi> popey: Pixeluvo
[14:52] <mhall119> popey: nik90: https://bugs.launchpad.net/ubuntu-clock-app/+bug/1333299
[14:53] <barmi> popey: yes it's a desktop app. What exactly is the best way of poking people - just writing on here? Or is there a more direct way to contact particular people?
[14:53] <popey> barmi: davmor2 is indeed the guy to poke, and you've done that now ☻
[14:54] <popey> thanks mhall119
[14:54] <barmi> davmor2: Cheers, how do I know if it's in the queue? I submitted the update over 4 months back
[14:55] <davmor2> barmi: they are all in the queue, I'm about 10 in on 160ish +  so asap but it takes a while.
[14:55] <barmi> ok, thanks.
[14:55] <barmi> so if I haven't heard anything by this time next week, I'll pop back here and re-poke.
[15:01] <rpadovani> there is someone who has unicorn on desktop and has 5 minutes to help me? :-)
[15:02] <kalikiana> rpadovani: help with what?
[15:02] <rpadovani> kalikiana, to see if a bug is reproducible on desktop too... Because there is a bug in calc app on phone, but not on trusty
[15:03] <rpadovani> kalikiana, could you take last version of lp:ubuntu-calculator-app and try to do 1/3, please?
[15:03] <davmor2> barmi: yes should be fine
[15:04] <nerochiaro> oSoMoN: wasn't the standup moved to now ?
[15:06] <oSoMoN> nerochiaro, that was only on Friday
[15:06] <kalikiana> rpadovani: just getting the latest trunk
[15:06] <nerochiaro> oSoMoN: oh, so i totally missed today's ?
[15:06] <oSoMoN> yup
[15:06] <nerochiaro> intersting no one called me
[15:09] <kalikiana> rpadovani: so, 1/3 is 0,33333333
[15:09] <kalikiana> what bug were you expecting?
[15:09] <rpadovani> kalikiana, thanks, so the error is only on device, the result is 0.3
[15:10] <kalikiana> my ubuntu phone ran out of juice so I can't compare it
[15:10] <kalikiana> ah
[15:11] <rpadovani> The error seems to be in an external javascript we use, BigNumber.js, seems I have some debug to do
[15:37] <brendand> rpadovani, i noticed the test passed in CI today. i guess you didn't push a fix yet?
[15:38] <rpadovani> brendand, no, I'm investigating on it, but I have no idea on what's wrong
[15:38] <brendand> rpadovani, although i can still reproduce it on the device
[15:39] <rpadovani> brendand, do you have any idea on what I can investigate on? I'm pretty sure that error is created in a file, but it's very big and I'm doing some random check, because I have no idea
[15:40] <brendand> rpadovani, how much do you know at the moment? where is the code that does the calculation?
[15:40] <brendand> rpadovani, if you're stuck somewhere i can have a look, but i don't want to start from the beginning
[15:42] <rpadovani> brendand, well, the formula is managed in formula.js, that pass the input to engine.js, that parse the formula and pass the value to calc to bignumber.js
[15:42] <rpadovani> Line 572 of engine.js calls the div function
[15:43] <rpadovani> result = lhs.value.div(rhs.value); <--- Here the result is wrong
[15:44] <rpadovani> brendand, unfortunately I don't know well how bignumber.js works, is an extern library
[15:44] <rpadovani> https://github.com/MikeMcl/bignumber.js
[15:44] <rpadovani> brendand, maybe is something related to split() function? I read there were some problems, calculator has used to work, but maybe the fix brokes something?
[15:46] <brendand> rpadovani, what provides BigNumber.js?
[15:46] <brendand> rpadovani, which package that is
[15:46] <rpadovani> brendand, we included it in the calculator code, it's in the root folder
[15:49] <brendand> rpadovani, have any changes gone in recently to that file?
[15:50] <rpadovani> brendand, nope, there are no change in calculator since a while
[16:00] <brendand> rpadovani, i can't trace where lhs.value.div is
[16:00] <brendand> rpadovani, js is hard to read for me :)
[16:39] <Elleo> =48
[16:39] <Elleo> oops
[16:56] <nik90> mhall119: which image are you running to see the bug 1333299
[16:58] <nik90> mhall119: I created a weekly recurring alarm which rang an hour ago, and I still see it in my indicator.
[16:58] <nik90> mhall119: I would still need to wait until tomorrow to check if it actually goes of again though
[16:59] <nik90> jdstrand: ping
[17:10] <bluezone> Can anyone help me verify that my source tree is well setup before i resubmit my application? The reviewer said that many of my files have the /usr/bin path still (especially in my postinst file) but i commented out those areas and now i have removed them completely. I've also looked over everything else and it looks fine to me, can anyone do me a huge favor and look at it as well?
[17:11] <bluezone> the setup is pretty basic i don't think you will get confused about it, should be easy but i am new to this hehe
[17:17] <mhall119> nik90: latest devel image, r87
[17:17] <mhall119> bluezone: is this a desktop .deb or a phone .click package?
[17:17] <nik90> mhall119: I was running 89. Let me wait until tomorrow to check if the alarm goes off to confirm the bug.
[17:18] <mhall119> nik90: ok
[17:18] <bluezone> mhall119, it is a desktop application .deb, but i can give you the source package if you want to build it yourself :)
[17:19] <mhall119> bluezone: there's a tool called arb-lint that was developed to make checking desktop app packages easier
[17:19] <bluezone> ok
[17:20] <mhall119> https://launchpad.net/arb-lint is the project page, I don't know if it's in the archives or not
[17:20] <mhall119> but it'll check your package for common errors like pointing to /usr/bin/
[17:25] <jdstrand> nik90: hey, what's up?
[17:25] <nik90> jdstrand: hey, I had a confined app question. let me phrase it
[17:26] <nik90> jdstrand: The clock app needs to be able to read AND write into the indicator-datetime schema which will be used to store a user setting.
[17:26] <nik90> jdstrand: to provide a bit of context, the clock app will read and write the alarm volume into this schema which indicator datetime will use to ring the alarm in the volume set by the user.
[17:26] <nik90> jdstrand: is that possible for a confined clock app to do?
[17:28] <nik90> charles: you might be interested in following this conversation ^^
[17:31] <bluezone> mhall119, had to make some changes myself to get it to install, do you recall how to use this arb-lint? which script should i be using in arb-lint/lint
[17:33] <ahayzen> Hi, how do we take a screenshot these days? my script doesn't want to run against #94
[17:35] <jdstrand> nik90: no, that is not possible with app confinement if I understand your question
[17:35] <mhall119> bluezone: the executable itself is called arb-lint, you just point it at your .deb package I think
[17:36] <jdstrand> nik90: why is the alarm app setting the volume? shouldn't this be up to the user?
[17:36] <charles> hmm
[17:36] <mhall119> nik90: jdstrand: since only the clock app woul dbe using this, could we use a non-standard security policy to allow it, rather than running the whole app unconfined?
[17:37] <jdstrand> what is 'it' in this context? a file?
[17:37] <nik90> jdstrand: well we are thinking of exposing a setting where the user can set the alarm volume through the clock app.
[17:38] <charles> the first thought was the setting would be in indicator-datetime's gsettings schema
[17:38] <jdstrand> how are you making the adjustment? you mentioned scema, do you mean gsettings?
[17:38] <charles> jdstrand, yes
[17:38] <jdstrand> schema*
[17:38] <jdstrand> mhall119's suggestion is not possible at this time
[17:39] <jdstrand> the proper way to do this is to have a service that allows adjusting the volume. that service does the gsettings stuff, not the clock. the clock then talks to this service
[17:40] <jdstrand> this service may or may not already exist
[17:40] <jdstrand> this service should be a trusted helper
[17:41] <jdstrand> then we could add this access to the service to the 'calendar' policy group
[17:41] <jdstrand> is this something coming from design? it is the first I've heard of it
[17:42] <charles> jdstrand, right, it's a new change from design
[17:42] <nik90> jdstrand: https://docs.google.com/presentation/d/1JvDyhsW17d1-Mz8OY1YMBKwfRI2z9qgyRjbujEsxEMk/edit#slide=id.g18895458d_024
[17:42] <nik90> jdstrand: we need 2 settings options. 1 for alarm volume and the other for setting the silence time
[17:43] <nik90> jdstrand: i.e how long the alarm should ring before being silenced automatically
[17:43] <jdstrand> someone needs to be assigned to design the implementation then
[17:44] <jdstrand> basically, there is no gsettings support for apps
[17:44] <nik90> yeah I was told that gsettings cannot be used by confined apps
[17:44] <charles> jdstrand, indicator-datetime-service is always running. it could expose these settings through its public state s.t. clock-app doesn't go through gsettings
[17:45] <jdstrand> sure
[17:45] <jdstrand> we would need to add policy to calendar policy group to allow talking to indicator-datetime-service
[17:45] <charles> jdstrand, can you take care of the policy part of this?
[17:46] <jdstrand> note that the medium term (ie, not rtm) plan is to have the calendar abstraction not be a reserved policy group, which means that indicator-datetime-service will need to become a trusted helper
[17:46] <jdstrand> but for rtm, it will remain reserved, so the clock app can continue to use it and nothing has changed from a policy POV
[17:47] <nik90> ok
[17:47] <jdstrand> charles: I can adjust apparmor-easyprof-ubuntu, yes. please file a bug for it once the dbus interface is defined for it
[17:47] <charles> jdstrand, ok
[17:48] <nik90> charles: how would I access it from the clock app when the dbus interface is defined for it?
[17:48] <jdstrand> charles: I suggest filing a bug against indicator-datetime-service to implement the change there and adding an apparmor-easyprof-ubuntu task
[17:51] <charles> nik90, it would be a D-Bus property, ie, org.freedesktop.DBus.Properties
[17:53] <nik90> charles: can I access it in qml?
[17:54] <jdstrand> charles: fyi, apparmor can only mediate to the method, not message contents. if you implement this as a property then any app with access to the calendar policy group would be able to edit any property since we could only mediate down to Set()
[17:54] <charles> jdstrand, ok. maybe better to add explicit getters & setters then
[17:54] <jdstrand> this doesn't affect the short term
[17:55] <jdstrand> but it would affect when we want calendar to move out of being a reserved policy group
[17:55] <charles> nik90, I believe so, though I haven't done enough qml to have done this firsthand --
[17:55] <jdstrand> charles: I think that would be best. Then we can just add to the calendar policy group: dbus bus=session interface=... method=GetAlarmLength, (or whatever)
[17:56] <nik90> charles: ack. I will take a look into it to see if it can be done
[17:56]  * nik90 goes to prep dinner
[17:56] <charles> nik90, dednick would be one person to ask, though he's EODed
[17:57] <jdstrand> implementing the getters and setters now means no API change down the line
[17:57] <charles> nik90, I'll hold on this until you ping me back
[17:57] <charles> jdstrand, agreed
[17:59] <bluezone> mhall119, okay it seems to be complaining about "Could not find .changes file. Can't do binary package tests."
[17:59] <bluezone> haven't seen this file mentioned in my tut, is it okay if i leave it out?
[18:01] <bluezone> otherwise every else looks good, doesn't complain about files in /usr/bin at all
[18:17] <mhall119> bluezone: have you created a source package?
[18:17] <mhall119> with debuild -S
[18:18] <mhall119> that should create the .changes file
[18:25] <bluezone> ok
[18:26] <bluezone> davmor2, really sorry about msging you here i know you are a busy person :). Question is regarding the sshtunnel application you reviewed, you say that my postinst script is writing to /usr/bin but those areas have been commented out (now i removed them completely). I've also updated DEBIAN/sshtunnel.dirs to correspond to the correct installs that looks like this now: http://bpaste.net/show/mettt3LWepvBIKZ4NN2j/ . You also mention you see many fil
[18:26] <bluezone> es that are still using the /usr/bin path but i don't see any such files i'm beginning to think i gave you the wrong upstream source or something :O. Anyway i will double check everything again and reupload, let me know if you can shed some light on this, sorry for pestering you with noob questions. Thanks :)
[18:27] <bluezone> ouph that's a large amount of text
[18:29] <davmor2> bluezone: I think there was the postinst and check the desktop file and I think there was another but I can't remember off hand  I think there were at least 3 files where /usr/bin was in use iirc
[18:34] <bluezone> hmm well i am using /usr/share/applications for the desktop file but it points to the correct location to launch the program 'python3 /opt/sshtunnel/SSHTunnel.py'. I'm also using /usr/share/icons for icons but i don't see anything using /usr/bin. I really think i'm stupid and gave you the wrong tar source haha
[18:35] <bluezone> postinst also the areas where it was writing to /usr/bin were comment out with """ """ and now i have removed them completely
[18:40] <nik90> charles: I will check with dednick about the dbus usage in QML. Was there anything else you wanted to tell m?
[18:40] <charles> nik90,  I think we're good for tonight
[18:40] <charles> nik90, I'm working on handling custom settings in the snap decisions / alarm sounds now
[18:41] <charles> not the expose parts, obviously
[18:41] <charles> but the private gsettings schema + testing volume levels etc
[18:41] <nik90> charles: ok, just let me know when you have the alarm sounds ready, and I can test it with my branch
[18:41] <charles> nik90, ok
[18:41] <nik90> charles: I was referring to the different alarm sounds through the ALarms API
[18:55] <bluezone_> connection dropped -.-
[19:00] <bluezone> the postinst is making use of #!/usr/bin/python3 on line 1
[19:00] <bluezone> that's allowed, no? :O
[19:08] <bluezone> well i triple-checked everything now and changed what was wrong or confusing should be fine now i hope
[20:37] <nemo> So, I'm trying to build cdfs-src (mostly 'cause no prebuilt packages exist) and I'm running into some difficulties
[20:38] <nemo> like, trying make prepare on /usr/src/linux and I get
[20:38] <nemo> No rule to make target `/usr/src/linux-headers-3.11.0-22-generic/arch/x86/syscalls/syscall_32.tbl', needed by `arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h'
[20:38] <nemo> I was trying that 'cause m-a a-i cdfs was failing on linux/autoconf.h missing
[20:38] <nemo> I'm kinda wondering what the next move is
[20:39] <nemo> this is my first time trying this sorta thing in ubuntu
[20:39] <ki7mt> install autoconf / autotools-dev
[20:39] <ki7mt> What are you trying to build?
[20:40] <nemo> cdfs
[20:40] <nemo> ki7mt: wanna try mounting this CD w/ it
[20:40] <nemo> is mostly a shot in the dark. the CD isn't displaying any files under linux, works fine on mac and windows
[20:40] <nemo> and cdfs-src is the only package I can find for ubuntu 13.10
[20:40] <ki7mt> nemo, wow, there is like a stupid number of deps to build cdfs from source.
[20:40] <nemo> hm :-/
[20:41] <nemo> well, there's a decent chance I might have them
[20:41] <nemo> this machine has a ton of dev packages already
[20:41] <ki7mt> I would downlod the source package, then sudo apt-get build-dep first
[20:41] <nemo> ki7mt: oh. I was trying to do things a bit more "managed"
[20:41] <nemo> so my dpkg -i of cdfs-src was a bad idea?
[20:41] <ki7mt> nemo, That is managed, as it will install only the deps needed to build cdfs
[20:41] <nemo> ok. so I got that far at least 😃
[20:42] <nemo> I'm pretty sure I have autoconf/autotools already
[20:42] <nemo> but let's see
[20:42] <nemo> also. the error in linux doesn't *seem* related
[20:42] <ki7mt> From the error you sent in #ubuntu, your a header file somewhere it seems.
[20:42] <nemo> yeah. I have them already
[20:42] <ki7mt> .. missing ..
[20:42] <nemo> ki7mt: I just installed linux-headers, switched to /usr/src/linux and tried make oldconfig make prepare
[20:43] <ki7mt> Yeah, then I've do: sudo apt-get build-dep linux-image-$(uname -r)
[20:43] <nemo> O_o
[20:43] <nemo> ok....
[20:43]  * nemo tries
[20:43] <ki7mt> that should clear any of the missing kernel deps, then the same for cdfs
[20:43] <nemo> oh well. this machine has a ton of space
[20:43] <nemo> weird set of deps. tex and such. like for document generation
[20:44] <ki7mt> Dev boxes eat disk space, it's just the way it is. I try to limit it also,but its easier, to just install them.
[20:44] <ki7mt> yeah, Im not sure what uses Tex, I saw that allot also.
[20:45] <ki7mt> And AsciiDoc A2x for manpages in other, all sorts of stuff.
[20:47] <ki7mt> This is a descent roll-your-own kernel guide too: https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
[20:49] <nemo> I'm actually mildly puzzled why a mount module requires kernel anything...
[20:49] <nemo> I kinda figured that reading the filesystem and presenting it would be more userland
[20:49] <nemo> ki7mt: I don't actually want to build my own kernel.  just want to get enough of the config in place to satisfy the cdfs build
[20:50] <ki7mt> Im not sure why it wants that either, Im sure there is a reason though.
[20:50] <ki7mt> Maybe it's just the headers it needs or something
[20:53] <nemo> ki7mt: I'm sure that's pretty much it, yeah
[21:11] <nemo> ki7mt: hm. I was reallly hoping I could just do "make prepare" ☹
[21:11] <nemo> ki7mt: even after installing deps still can't get that to run
[21:12] <nemo> ki7mt: I don't suppose you have any suggestions to get past that error?
[21:12] <ki7mt> nemo, whats the error getting now?
[21:12] <nemo> same
[21:12] <nemo> make[1]: *** No rule to make target `/usr/src/linux-headers-3.11.0-22-generic/arch/x86/syscalls/syscall_32.tbl', needed by `arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h'.  Stop.
[21:13] <nemo> I wonder if blowing away .config might help...
[21:13] <nemo> not sure why _32 anything is being use
[21:13] <nemo> is a 64 bit system
[21:14] <ki7mt> That's good question, did you run make on the kernal before configure and make on cdfs?
[21:16] <nemo> ummm
[21:17] <nemo> for CDFS I'm just trying  m-a a-i cdfs
[21:17] <nemo> since I know fairly little about the ubuntu build process
[21:17] <nemo> for the kernel, I was just trying make oldconfig, make prepare
[21:17] <nemo> since I just want the headers
[21:17] <nemo> I don't see why I need anything else
[21:17] <ki7mt> Just curious, why are your trying to build it from source?
[21:18] <nemo> ki7mt: because I can't find anything else ☹
[21:18] <nemo> https://launchpad.net/ubuntu/saucy/amd64/cdfs-src/2.6.23-4
[21:18] <nemo> oh
[21:18] <nemo> lol
[21:18] <nemo> deleted
[21:18]  * nemo facepalms
[21:19] <nemo> huh. strange. the referenced bug in the deletion notice is junk. maybe is really an upstream kernel bug?
[21:19] <nemo> ah. debian bug
[21:19] <nemo> well. damn
[21:20] <ki7mt> Yeah, something not right about this, I can't find a new version of the ewrc package anywhere.
[21:20] <nemo> 'course. I have noooo idea if that's actually the issue. my shot-in-the-dark at cdfs was due to that's what windows was identifying the filesystem as
[21:20] <ki7mt> Ok, maybe time to back up a bit, what's the original issue that brought you too build cdfs
[21:26] <nemo> aw hell
[21:26] <nemo> this one CD reads ok
[21:26] <nemo> ki7mt: ok. I think the CDs are just crap
[21:27] <nemo> ki7mt: I had a DVD that was showing up as blank, but looked fine on coworker's windows 7 machine, so I thought the problem was possibly a filesystem linux didn't recognise
[21:27] <nemo> ki7mt: windows 7 claimed it was "cdfs" which was not a CD filesystem I was familiar with
[21:28] <nemo> so I hunted around for something like that for linux
[21:28] <nemo> ki7mt: but... I've now tested a few of these dvds on a couple of machines here, and another windows machine wasn't seeing anything either
[21:28] <nemo> and... the mac that was reading one of them just locked up
[21:28] <ki7mt> nemo, Ok, I see, to be honest, Im not up to speed on that FS either, i've never used it to my knowledge
[21:28] <nemo> and now linux is reading one of them fine
[21:29] <nemo> so... I'm going to go with "these stupid DVDs which were a dumb idea anyway weren't burned properly, or the media are bad"
[21:29] <nemo> I see read errors in dmesg which is suggestive of that
[21:31] <ki7mt> I looked a fare bit for cdfs in later version of UB, either it's included in the kernel somewhere, or it's obsolete or something, I'd have to research that more.
[21:31] <nemo> I dunno.  I'm going with "crap dvds" at the moment
[21:31] <nemo> since, yeah, I got this other one to read
[21:31] <nemo> maybe my drive needs cleaning too
[21:32] <nemo> isn't like I use it much anymore
[21:32] <nemo> find a can of air and see if there's dust on the laser or something
[21:32] <ki7mt> Yeah, but on *Nix and Mac ... both having issues, seems fishy.
[21:32] <nemo> ki7mt: and windows!
[21:32] <ki7mt> Use them as beer coasters :-)
[21:48] <nemo> yeah, woudln't that be nice
[21:49] <jphilipz> popey: hi
[21:58] <jphilipz> is there anyone here who is working on the files webapp
[21:58] <jphilipz> correction mobile app


[02:11] <ToZ> Noskcaj10, are you there?
[02:11] <Noskcaj10> hello ToZ
[02:12] <Noskcaj10> have you got the test onto launchpad yet?
[02:12] <ToZ> Hi. Still new to this bzr thing.
[02:13] <ToZ> I've pushed 2 test cases, but I guess I missed a step?
[02:13] <Noskcaj10> may i suggest you install bazaar explorer? it is a GUI version of bazaar
[02:13] <Noskcaj10> Just make sure you make a new branch for each test, we all get confused otherwise
[02:13] <ToZ> How do you make a new branch?
[02:14] <ToZ> Is it the qbzr package?
[02:15] <Noskcaj10> sudo apt-get install bzr-explorer
[02:16] <ToZ> installed
[02:16] <Noskcaj10> to make a new branch, use "bzr push lp:~USERNAME/PROJECT/BRANCH_NAME" where USERNAME is your launchpad username (e.g. ToZ), PROJECT is the project (e.g. ubuntu-manual-tests) and BRANCH_Name is whatever you want it to be
[02:16] <Noskcaj10> bazaar explorer will do everything that bzr does except the branch command
[02:19] <ToZ> done. Now how do I attach my Ristretto test case to this branch?
[02:21] <Noskcaj10> put the ristretto test in the packages file, then add it and push again
[02:21] <Noskcaj10> but please use a fresh branch.
[02:22] <Noskcaj10> Do you think you've worked it all out?
[02:23] <ToZ> what do you mean by "use a fresh branch?
[02:23] <Noskcaj> ToZ, the actual manual tests branch, run  "bzr branch lp:ubuntu-manual-tests" to get it
[02:27] <ToZ> Okay, so after I get the branch, I add the file to the packages directory then run "bzr push lp:~USERNAME/PROJECT/BRANCH_NAME" . Do I change BRANCH_NAME for every test case I add?
[02:44] <Noskcaj> ToZ, you first have to use the "add" command, then the "commit" command. it's easier to do this from bazaar explorer.
[02:44] <Noskcaj> and yes
[02:45] <ToZ> Thanks. When I click the Push button in bazaar explorer, it asks me for a location. I will change that to the name of the test case (after I add and commit).
[02:46] <ToZ> Well, it seems to have worked from my end.
[02:50] <Noskcaj> i'll merge it soon. good work
[02:50] <ToZ> Do I have to do anything special in bazaar explorer now for the next one? Re-synch or something? Or do I just add/commit a new file and push a new branch?
[17:27] <knome> pleia2, good
[17:40] <pleia2> there have been jokes coming back from major conferences about how if our plane went down coming back to SFO that entire software projects would be destroyed ;)
[17:41] <pleia2> the latest was openstack, I ended up sitting next to canonical's vp of cloud
[17:41] <pleia2> and the whole flight was full of us
[18:24] <knome> awwh
[18:27]  * skellat feels decontextualized
[18:28] <pleia2> skellat: there was a plane crash at San Francisco airport yesterday
[18:28] <skellat> Ah, yes.  Asiana Airlines
[18:28]  * pleia2 lives in SF and travels often
[18:28] <pleia2> but not this weekend, fortunately :)
[18:28] <skellat> Praise be.
[18:29] <skellat> One of the few benefits to Los Angeles County, I suppose, is that they've got multiple airports
[18:29] <skellat> San Francisco on the other hand not so much
[18:29] <pleia2> actually we have Oakland and San Jose too
[18:29] <pleia2> I'll fly out of any of them depending on prices
[18:30] <pleia2> both of them are pretty small though, it's been tough for them to absorb the overages from SFO
[18:30] <pleia2> lots of cancelled flights once they got the in the air ones landed, and 2 of our 4 runways are still closed
[18:31] <skellat> I wind up equidistant between CLE and ERI.  Nothing directly local here in Ohio's largest county geographically.
[18:31] <pleia2> do you live near where Cheri lived?
[18:32] <skellat> I live closer to Erie, Pennsylvania
[18:32] <pleia2> when she was meeting me in Vegas there were like 3 major airports she could fly out of, all far but about the same distance far :)
[18:32] <pleia2> ah
[18:32] <skellat> Mansfield is southwest of Cleveland
[18:32]  * pleia2 nods
[18:32] <skellat> Cleveland is technically southwest of Ashtabula
[18:32] <pleia2> I see
[18:33] <skellat> http://goo.gl/maps/mKx7P
[18:34]  * pleia2 has never been to ohio
[18:34] <pleia2> tempting for the OLF though
[18:34] <pleia2> maybe next year :)
[18:34] <skellat> I might need the help this year
[18:34] <skellat> Dunno
[18:34] <skellat> That's the subject for the next Burning Circle
[18:41]  * skellat wanders back to scripting
[18:42] <pleia2> :)
[18:42] <pleia2> nice to see folks jumping in with test case writing \o/
[21:49] <pleia2> so, if I wanted to change the text of our Xubuntu tab in the About Xfce option in our menu, where would I go?
[21:49] <pleia2> currently it's not really about Xubuntu, it tells you where the Debian Xfce team lives
[21:51] <micahg> pleia2: xprop | grep CLASS tells me xfce4-about
[21:51] <pleia2> micahg: thank you :)
[21:51]  * ochosi pokes micahg about gtk-theme-config
[21:51]  * micahg hides
[21:51] <micahg> ochosi: on my list, but other things are above it, what's our timeline?
[21:51]  * knome get micahg from under the table
[21:53]  * micahg needs to find a new hiding spot
[21:53] <ochosi> micahg: dunno, my motto is "getting things done"
[21:53] <pleia2> libxfce4ui
[21:53] <pleia2>  This package contains the Xfce settings plugin and the utility files for
[21:53] <pleia2>  libxfce4ui-1-0 which are:
[21:53] <pleia2>    - xfce4-about
[21:53] <pleia2> that's the only mention I can find for xfce4-about
[21:54] <ochosi> pleia2: yes, it's part of that package
[21:54] <ochosi> pleia2: so we'd have to ship a patch for that in xubuntu
[21:54] <micahg> libxfce4ui-utils is the package
[21:54] <micahg> *binary
[21:54] <knome> ochosi, we most probably do already, we have a tab called "Xubuntu"
[21:54] <ochosi> ah right, i don't see that cause i'm using the one from git-master
[21:55] <knome> pleia2, if you want to work on the actual text now.. i suppose i could join you on a pad ;)
[21:55] <pleia2> so where would this patch live?
[21:56] <pleia2> knome: the husband is grumping about being hungry, so we're about to wander out to find some foods ;)
[21:56] <knome> heh, okay :)
[21:56] <pleia2> (I was fine eating M&Ms)
[21:56] <ochosi> :)
[21:56] <knome> haha!
[21:56] <pleia2> knome: but yes, soon we should do this
[21:56]  * knome is eating grapes
[21:57] <pleia2> I wonder if we want to put the current Xubuntu tab stuff somewhere? but I don't know why any user would actually want to know where the Debian packaging team is
[21:57] <knome> heh
[21:57] <knome> well, we could make the current xubuntu tab say debian xfce or so
[21:57] <pleia2> I wonder if it should say "Debian" on that tab, but since we're sucking it in it magically updated it with the OS name we're using
[21:57] <knome> mr_pouit, stop hiding and tell us details if/since you know about this
[21:57] <pleia2> (in that case, we're aren't carrying a patch at all, just magic)
[21:58] <mr_pouit> huhu, I just came online and you jump on me
[21:58] <knome> :)
[21:58] <pleia2> mr_pouit: <3 <3
[21:58] <knome> mr_pouit, what did you expect?!
[21:58] <mr_pouit> I think there shouldn't be any tab in Xfce 4.10
[21:58] <ochosi> micahg: so what's your timeline?
[21:58] <knome> mr_pouit, i have that
[21:58] <micahg> ochosi: week or two
[21:59] <pleia2> in my About Xfce I have: About, Credits, Xubuntu, Copyright
[21:59] <pleia2> (this is an upgraded system, not fresh 13.04)
[21:59] <knome> same here
[21:59] <ochosi> micahg: mind if we set a deadline?
[21:59] <mr_pouit> knome: oh, really? I thought I has disabled it to have only "Xfce 4.10, distributed by Xubuntu" in the title
[21:59] <mr_pouit> s/has/had/
[21:59] <micahg> ochosi: I would like to, but I'm juggling a lot ATM
[21:59] <ochosi> micahg: i really don't wanna keep poking you every other day ;)
[21:59] <knome> mr_pouit, says that too
[22:00] <mr_pouit> the content of the tab can't be translated, so it's a pain
[22:00] <knome> duh
[22:00]  * pleia2 food seeking
[22:00] <knome> pleia2, bon appetit!
[22:00] <mikodo> Can you guys answer how well Xubuntu will transition to MIR only in14.04 without XMIR?
[22:01] <micahg> mikodo: not planning on that
[22:01] <knome> maybe we should look at getting that tab removed completely, and get the about stuff in the docs
[22:01] <micahg> ochosi: I'll try to get something up to mentors this week
[22:01] <knome> (which we should be get translatable/translations working for them)
[22:01] <mikodo> micahg, can you explain
[22:01] <micahg> ochosi: I think I need to do at least one PR to github though
[22:01] <ochosi> micahg: ok, so i'll bug you again towards the end of the week, ok?
[22:01] <mr_pouit> knome: do you have /usr/share/xfce4/vendorinfo ?
[22:02] <ochosi> micahg: PR?
[22:02] <micahg> mikodo: upstream Xfce isn't planning on leaving X, so we'll use XMir if we go the Mir route
[22:02] <mr_pouit> knome: if yes, that's a bug, I'll remove it and the tab will disappear
[22:02] <knome> mr_pouit, yes, i have it
[22:02] <knome> mr_pouit, but again, this is an upgrade
[22:02] <micahg> ochosi: pull request
[22:02] <mikodo> micahg, Cool!
[22:02] <ochosi> micahg: ah ok, i was thinking pre-release or something :)
[22:02] <ochosi> micahg: ok, thanks then!
[22:03] <micahg> ochosi: currently, the images aren't shipped and not generated at build time AFAICT
[22:03] <knome> mr_pouit, that sounds fair
[22:03] <knome> mr_pouit, (removing the tab et al)
[22:03] <ochosi> micahg: hm, what images?
[22:04] <mikodo> micahg, Interesting you said "if we go the MIR route". So, things are not decided yet.
[22:04] <knome> mikodo, we're having a community meeting on thursday, and the mir issue is on the agenda.
[22:05] <mikodo> micahg, Yes, i plan to attend. Looking forward to hearing jono has to say
[22:07] <mikodo> micahg, I hope you guys ask lots of questions. I don't have knowledge or understanding to ask pertinent ones.\
[22:08] <mr_pouit> That's easy: if xmir doesn't provide proper xrandr and xi compatibility, that's a no from me
[22:08] <ochosi> +1
[22:10] <mikodo> Is Xorg going to be continued to be developed?
[22:11] <mikodo> After wayland and/or MIR takes hold
[22:14] <mikodo> So, Xubuntu can continue to use XMIR, in 14.04 if you choose, even after Ubuntu is just on MIR?
[22:16] <mikodo> Alright, I guess these are topics I shouldn't be asking here at this time. Thanks everyone.
[22:16] <skellat> mikodo: I suggest tabling this for the meeting later this week where we are likely to have a boisterous, lively discussion
[22:16] <skellat> mikodo: The meeting is open and in this channel on Thursday
[22:17] <mikodo> skellat, Thanks
[22:17] <skellat> mikodo: Jono Bacon will be along to discuss the matter so I do think things will be certainly boisterous
[22:17] <skellat> :-)
[22:22] <ochosi> skellat: wow, nice new word for my vocabulary. boisterous.
[22:23] <lderan> :P
[22:23] <micahg> mr_pouit: would pkg-xfce take gtk-theme-config?
[22:24] <micahg> mr_pouit: I don't think it would be a proposed option without those things, but I'd agree with that
[22:25] <mr_pouit> micahg: from what I could find (there's nearly zero doc on xmir), there was compatibility with RandR 1.0
[22:25] <mr_pouit> (which is basically as useful as Windows 98 for managing multiple outputs)
[22:26] <micahg> mr_pouit: it's certainly not complete, but it's got to be usable as there are so many apps for X
[22:26] <micahg> I"m hoping by feature freeze it's good to go, otherwise, we can opt out as well
[22:29] <mr_pouit> micahg: gtk-theme-config isn't xfce specific, so I'd say no.
[22:31] <micahg> ok, I'm planning to ITP with ochosi as uploader
[22:31] <micahg> didn't make sense to me to have it just in Ubuntu as it's not Ubuntu specific either
[22:31] <micahg> and I've got to start my path to DD sometime
[22:32] <micahg> mr_pouit: care to be uploader as well?
[22:32] <micahg> and are you a DM/DD yet
[22:32] <mr_pouit> pleia2: filed 1198746 about your issue
[22:32] <knome> lp 1198746
[22:32] <mr_pouit> micahg: yes, why not, and no, not yet :P
[22:33] <knome> mr_pouit, awesome
[22:34] <mr_pouit> (I should start my path to dd too, before ubuntu replaced xorg with MIR and the kernel with ISS)
[22:34] <mr_pouit> so, after this awesome horrible joke, good night
[22:34] <skellat> mr_pouit: ISS?
[22:34] <knome> good night mr_pouit
[22:34] <knome> :)
[22:34] <micahg> mr_pouit: did you mean IIS?
[22:34] <micahg> oh, no
[22:34] <micahg> I get it :D
[22:35] <mr_pouit> this ISS: http://en.wikipedia.org/wiki/International_Space_Station ;-)
[22:35]  * skellat smacks head
[22:35] <knome> har   har
[22:35] <skellat> mr_pouit: Your humor is subtle, not unlike that of some relatives of mine
[22:35] <knome> some slapstick humor now and then works though
[22:36] <micahg> soon, desktop will make you appear, da?
[22:38] <knome> huhu?
[22:57] <knome> bbl ->
[23:29] <Noskcaj> knome, when will you have a saucy version of the shimmer PPA up?


[13:54] <dzho> https://www.theatlantic.com/business/archive/2017/10/midwestern-public-research-universities-funding/542889/
[13:54] <jenni> [ The Fragile State of the Midwest’s Public Universities - The Atlantic ] - https://bit.ly/2xN3HTm


[01:50] <jtv> roaksoax: you still have that 1.4 branch waiting to land...  should I land it?
[01:51] <jtv> There were some review changes to be made... don't know if you made them.
[04:51] <jtv> bigjools: could you review this one for me?  https://code.launchpad.net/~jtv/maas-test/fix-setup-error-reporting/+merge/194781
[04:54] <bigjools> jtv: sure
[04:54] <jtv> thx
[04:56] <bigjools> done
[04:56]  * bigjools goes back to CSS
[04:57] <jtv> ...UI work?
[04:57] <bigjools> aye
[04:57] <jtv> Not the Canadian Secret Service then.
[04:57] <bigjools> will show you shortly
[04:57] <bigjools> haha
[04:57] <jtv> (If they're so secret, how come they're in the GTF, huh?)
[04:57] <bigjools> you have SIS already?
[04:58] <jtv> Which one?
[04:58] <jtv> 11 entries so far.
[04:58] <bigjools> Secret Intelligence Service
[04:58] <jtv> Yup, got that.
[04:59] <bigjools> splendid
[05:26] <bigjools> jtv: as promised: https://code.launchpad.net/~julian-edwards/maas/warning-no-power/+merge/194787
[05:26] <bigjools> Azendale: still there?
[05:26] <Azendale> bigjools: still here
[05:27] <Azendale> bigjools: give me a minute to finish the project I'm in
[05:27] <bigjools> Azendale: I have been thinking about your problem and I think you might want to find some virtualisation experts.  I can't see anything wrong with any of the maas logs you showed me so I'm mostly convinced there's some error in the networking over virtio
[05:34] <Azendale> bigjools: TBH, I'm not sure where to start on that route. But I can try. I'm thinking I could try breaking it, and then running a packet capture on the MaaS server. If it's still sending and receiving packets, I would think there would be something up with the software. I think I saw that once trying to figure it out myself, but I would like to be sure of that before saying that is the case
[05:35] <bigjools> Azendale: the reason I am sceptical it's maas is because we have a physical lab of QA machines that get fired up in tandem and they are fiine.
[05:37] <Azendale> bigjools: The other thing I could think of is setting up an LXC container on my machine, setting up MaaS inside it, and then bridging it's network to virtual machines. I could also try not using virtio
[05:38] <bigjools> all worthwhile, yeah
[05:38] <Azendale> bigjools: That does make it seem more like a virtualization thing then, though. I guess I'll keep expirimenting around
[05:39] <bigjools> Azendale: also, the fact that it fails at the DHCP level means there's no maas code involved at that point, and I don't believe that isc-dhcp-server would randomly give up under load, it's pretty solid
[05:42] <Azendale> bigjools: I do agree there, that is pretty widely used. Well, thanks for taking a look at it, I'll see what I can find. I'll probably be back with questions though (if I find something weird that I can't figure out)
[05:43] <bigjools> Azendale: sure, please let me know what you find, I am very interested.
[05:43] <bigjools> I have vague recollections of virtual networking being weird like this under load, but could be wrong.
[05:46] <Azendale> bigjools: definitely possible. Though I have seen stuff pulling during the installs from the package cache I have on the host machine at 30 MiB/s. Maybe it's just UDP stuff
[05:46] <bigjools> could well be
[05:47] <Azendale> bigjools: ok, well thanks for the help, I'll let you get back to whatever you were doing before I figured out some weird way to break stuff :)
[05:48] <bigjools> Azendale: heh no problem
[06:53] <jtv> bigjools: would also appreciate your opinion on a change I'd like to make... time for a hangout?
[07:17] <bigjools> jtv: yes
[08:19] <jtv> Ahhh — when you fire up a VM with uvtool, it does an apt-get update.  If that isn't finished yet by the time we start installing maas, things break horribly.
[08:20] <jtv> Looks like we do need proper waiting (uvt-kvm wait, followed by polling for /var/lib/cloud/instance/boot-finished).
[08:25] <rvba> jtv: You're right, we need to wait until cloud-init finishes.
[08:25] <jtv> In practice it may depend on the speed you get from your mirror, but for me, that means it doesn't.
[08:25] <jtv> Shame that that can't be fast, but oh well.
[08:56] <rbasak> jtv: currently it installs avahi-daemon, but I want to drop that. But yes - we need to wait for boot-finished in the general case.
[08:57] <rbasak> (and eventually uvt-kvm wait should incorporate that)
[08:57] <jtv> It's not so much the avahi-daemon that bothers me, it's the maas.
[08:57] <rbasak> For speed?
[08:57] <jtv> No, to avoid failure.
[08:57] <rbasak> I meant that the race is a consequence of installing avahi-daemon. Without that, cloud-init won't hit apt-get on boot.
[08:58] <jtv> It looks as if, before the "apt-get update" completes, the VM has as an apt database that doesn't match what's on the local mirror.
[08:58] <jtv> So I think if we ditch avahi-daemon, we'll have to do an apt-get update anyway.
[08:58] <rbasak> Ah, I see. Yes, that's true.
[08:58] <jtv> But it'll be easier than polling.
[08:59] <jtv> Because we'll be running it synchronously to our ssh session.
[08:59] <jtv> A polling loop doesn't sound like much, but it needs testing etc.
[08:59] <rbasak> A daily image might be closer to the apt mirror than the "release" one. I'm not sure using that is a good idea for production stuff though.
[08:59] <rbasak> When you sync, you can override the mirror to http://cloud-images.ubuntu.com/daily/ I think.
[09:00] <jtv> What was that about saving time?  :)
[09:00] <jtv> For all I know, the image's built-in apt db might have more recent versions that aren't on the mirror yet...
[09:00] <jtv> Or the other way around.  So yes, would be nice to get it all off the same mirror.
[09:01] <rbasak> You could also prep an image and get uvt-kvm to use that instead of a pristine one
[09:01] <rbasak> --backing-image-file
[09:01] <rbasak> Make sure to remove /var/lib/cloud/instance/boot-finished manually if you do that and want to poll for it though.
[09:02] <jtv> Not a worry if we do it synchronously, I guess.
[09:02] <rbasak> mount-image-callback is handy for manually prepping the image if you want to do that.
[09:02] <jtv> Not just now, to be honest — that's optimisation.
[09:02] <rbasak> (or you can use a VM)
[09:02] <jtv> It actually working sort of takes priority.  :)
[09:03] <rbasak> :)
[09:03] <rbasak> Though if your development iteration will be faster, it might be worth it
[09:04] <jtv> Yes, it will help.  But if it takes longer to build, that also affects our development cycle.
[09:04] <jtv> So bit of a trade-off.
[09:05] <jtv> So... two simple alternatives:
[09:05] <jtv> 1. Wait for boot to complete, and keep doing the apt-get update even when we ditch avahi-daemon.
[09:05] <jtv> 2. Always use the central archive.
[09:06] <jtv> And #2 needs daily uvt images, right?
[09:06] <jtv> To be reliable?
[09:08] <rbasak> To be reliable, I think I'd recommend always running apt-get update
[09:08] <jtv> It does seem like the most robust option.
[09:09] <jtv> So I'll just do the waiting.
[09:09] <rbasak> It might be safe to try apt-get --download-only install first, and if that fails to download then apt-get update first before retry, and then apt-get install
[09:09] <rbasak> Doing that with a daily might give you a speedup
[09:10] <jtv> Or a slowdown I guess, if the downloads are out of date.  Is it worth it?
[09:10] <rbasak> However, I presume the purpose of a daily is that Scott or Ben can break it for a day without everyone yelling at them, so we probably shouldn't do that in production
[09:10] <rbasak> Not worth it for me, I don't think. YMMV on your connection and your end of the world.
[09:11] <jtv> Simple is beautiful.
[09:46] <jtv> rvba: I think I spotted KVMFixture.ip_address being called multiple times in a test somewhere...  Shouldn't we just make start() say self.ip_address = [...]?
[09:46] <jtv> Not a high-priority item.  :)
[09:48] <rvba> jtv: that's an optimization we can do indeed.  Like you said, not really urgent.
[09:53] <jtv> rvba: didn't you find a package a while back with little utilities like "wait until file exists"?
[09:55] <rvba> jtv: I think you're think about http://blog.dustinkirkland.com/2013/09/introducing-run-one-constantly-run-one.html
[09:55] <rvba> thinking*
[09:55] <jtv> Yes, that's it, thanks.
[09:55] <jtv> There just has to be a tool like this in there.
[09:56] <jtv> Argh, no, I can't use that.  We can't apt-get install yet at that point.
[13:48] <freeflying> maas profile nodes list shows some nodes has two ip address, would it be a issue
[14:47] <jtv> freeflying: it might be, IIRC.  It shouldn't really happen.
[14:47] <freeflying> jtv, it did happen here :)
[14:47] <jtv> roaksoax: hi — any idea about this installation error in a VM?
[14:47] <jtv> /tmp/maas-region-controller.config.51653: 35: /tmp/maas-region-controller.config.51653: dbc_go: not found
[14:49] <jtv> roaksoax: that's saucy/amd64
[14:49] <freeflying> jtv,     "ip_addresses": [
[14:49] <freeflying>             "<IP_ADDRESS>",
[14:49] <freeflying>             "<IP_ADDRESS>"
[14:49] <freeflying>         ],
[14:50] <jtv> If MAAS manages DHCP, leases never expire... In principle (there's another weasel term) a node should always keep the same IP address on the same interface.
[14:50] <jtv> But sometimes, it seems...
[14:53] <freeflying> jtv, in our case, we have 1 bond nics has 2 slaves, due to some reason, the mac of bond could be either of the 2 slaves
[14:56] <freeflying> jtv, led maas has 2 ip for this nodes
[14:58] <jtv> freeflying: if the bonded interface arbitrarily picks the MAC of one of the two underlying interfaces, I guess after a few boots they'd both get IP addresses and things could get confused...  Maybe the real problem is the unpredictability of how these two interfaces come up.
[14:59] <jtv> I need to leave now, I'm afraid...  It sounds as if the problem may be at a very low level, so consider asking in #ubuntu-server.
[14:59] <freeflying> jtv, thats true, for example, in bond 1, when fail over happens, then the mac will be changed
[15:06] <rbasak> rvba: oh, you can put strings on separate lines and they get concatenated? I didn't know that - thanks!
[15:06] <rvba> rbasak: the operator % takes priority over +.
[15:09] <rbasak> rvba: I usually stick brackets in. I didn't realise I could just drop the +
[15:09] <roaksoax> jtv: yeah, but that's nothing that you should worry about
[15:09] <roaksoax> jtv: that does not cause an install error nor prevent maas from installing
[15:10] <rbasak> Can I merge directly from the MP in Launchpad somehow? Or do I need to do it locally and push?
[15:13] <rvba> rbasak: unless you have a lander like tarmac set up, then I think your only option is to merge locally and push.
[15:13] <rbasak> OK, thanks.
[15:13] <rbasak> Can you tell I'm new to this? :)
[15:13] <rvba> ;)
[15:21] <rvba> rbasak: does this error ring a bell: "libvirt.libvirtError: xml in virDomainDefineXML must not be NULL" I'm running this:http://paste.ubuntu.com/6405809/
[15:21] <rbasak> rvba: no. I've not seen that before.
[15:22]  * rbasak hopes he hasn't broken something recently
[15:22] <rbasak> I need tests :-/
[15:22] <rvba> I think it's related to my machine…  Or is that what you're doing already?
[15:23] <rbasak> rvba: also type(xml) please
[15:23] <rbasak> (just as I'm paranoid)
[15:24] <rvba> rbasak: what I was printing was the result of compose_domain_xml().
[15:24] <rvba> rbasak: let me remove all the packages and start over first…
[15:28] <rvba> rbasak: I re-installed everything and now it works… I probably messed up the template… sorry for the noise.
[15:28] <rbasak> np
[16:02] <NCommander> If I get a "Tests Failed" status, where can I find what exactly failed?
[16:03] <NCommander> The console output isn't clear (I have some IPMI errors, but that should be expected, I don't have working IPMI)
[16:40] <fader> Hey folks, I installed MAAS on 12.04 from the havana cloud-archive but am getting some django errors ("ImportError: No module named simple") when hitting the MAAS webservice.  Googling around suggests that something is relying on some depricated functionality in django (http://stackoverflow.com/questions/15085626/no-module-named-simple-login-required-depreciated) but I'm kinda stuck after that point
[16:40] <fader> It's a fresh install that's up-to-date on packages... is there anything obvious I might be missing?
[16:49] <matsubara> fader, did you add the cloud tools archive? I think if you only added the cloud-archive:havana it's still pulling the MAAS packages from the main archive, not the cloud tools one.
[16:50] <fader> matsubara: Aha, that sounds like it could be my issue.  I'll give it a shot, thanks!
[16:51] <fader> (As a side note, it would be nice if these things were on the MAAS install docs page.  I went with the cloud archive as I'd heard that the main archive isn't getting updated, but didn't realize the cloud tools archive was separate.)
[16:51] <rbasak> fader: the havana cloud archive pocket is not compatible with the cloud-tools pocket, AIUI. You can only have one.
[16:52] <fader> Hmm... so is there a working way to get MAAS up and running and deploy havana to it?
[16:53] <rbasak> Yes, you can do that.
[16:53] <rbasak> Your MAAS installation will use the cloud-tools pocket
[16:53] <rbasak> Your deployed nodes running Openstack components will use the havana pocket.
[16:53] <rbasak> Just not both on the same node
[16:54] <fader> Ah, gotcha.  I thought the MAAS server would cache and serve up packages based on its configuration
[17:14] <NCommander> So where do commisioning/enlsitment scripts come from in the epimerial images?
[23:05] <bigjools> NCommander: they are in /etc/maas/
[23:05] <bigjools> not in the ephemerals


[04:44] <xubuntunoob2424> Hey
[04:44] <flocculant> indeed
[04:48] <xubuntunoob2424> I really don't get xubuntu, man.
[04:49] <xubuntunoob2424> I tried installing nvidia drivers, had to restart to complete the install.
[04:49] <xubuntunoob2424> Booted into a completely black screen where nothing happened. Had to re-install.
[16:38] <abdul> tes
[16:53] <rani> Hi guys. Currently using Arch, want to switch to Xubuntu. One question: if I install the Bionic Beaver beta now, would I need to change anything (repos, etc.) when it is released?
[16:59] <pleia2> nope
[17:02] <rani> thx