[05:21] <hazmat> bcsaller, for tomorrow.. could use a review on the annotation support for persistent positions https://codereview.appspot.com/6936063/
[12:48] <bac> hi frankban
[12:53] <frankban> morning bac
[12:54] <bac> morning frankban.  can we have a quick chat to discuss your branch and getting mine out of your way?
[12:56] <frankban> bac: sure
[12:56] <bac> juju-ui then
[12:56] <frankban> frankban: joining
[13:03] <frankban> bac: bzr+ssh://bazaar.launchpad.net/~frankban/charms/precise/juju-gui/bug-1088618-serve-releases/
[13:04] <frankban> bac: https://code.launchpad.net/~frankban/charms/precise/juju-gui/bug-1088618-serve-releases
[13:05] <gary_poster> frankban, bac, I hope I'm not making unnecessary problems.  Happy to do whatever you think might help
[13:06] <bac> gary_poster: join G+ juju-ui
[13:06] <bac> please
[13:06] <gary_poster> :-)
[13:23] <gary_poster> hey benji.  I wanted to make sure we were on the same page for your new card.  you have a second for juju-ui hangout?
[13:23] <benji> gary_poster: sure, let me plug up my camera
[13:23] <gary_poster> cool thanks
[13:36] <gary_poster> goodspud, hey.  any timeline for getting the designer assets (hopefully largely CSS) for the login page?  We don't have to have it this week, but it would be convenient if we had it today or tomorrow morning at the latest.
[13:40] <gary_poster> hazmat, just to let you know so you are not surprised: you made a "read-only mode" card in the primary story tasks.  that card/bug already exists in the secondary story.  it is in the secondary story because the refactoring is supposed to assist in that card, and so it is one of the user-facing improvements I associated with the refactoring.  shared position is also down in the secondary story for the same logic.
[13:40] <goodspud> gary_poster - quite conveniently I've just been handed them
[13:40] <gary_poster> Therefore I deleted the primary lane's version
[13:40] <gary_poster> goodspud, yay :-)
[13:41] <goodspud> gary_poster, just in the process of uploading.... please hold caller
[13:43] <gary_poster> :-) goodspud, benji is working on this. As a heads up, I encouraged him to divide this up into a first cut effort that incorporated the functionality plus the low-hanging fruit of the design in one pass, and then a full-on design match in a second pass.  (Someone else might even do the second pass.)
[13:47] <goodspud> gary_poster, benji - all the assets and guides are here: https://drive.google.com/a/canonical.com/#folders/0B1IM--9A1RkTd21pN2RxUHU3WEU
[13:48] <goodspud> I'm about to leave the office for the afternoon but buzz Alejandra if you need any help. Greg (designer) isn't set up on IRC or email yet so best to go through her
[13:49] <gary_poster> ack goodspud & thanks.  good luck at the dr
[13:49] <benji> goodspud: thanks
[13:50] <hazmat> gary_poster, cool, thanks
[13:51] <hazmat> the kanban search is kind of cool
[13:51] <hazmat> the pan to card effect
[13:51] <gary_poster> yeah
[13:52] <gary_poster> https://docs.google.com/a/canonical.com/file/d/0B1IM--9A1RkTRmw5NVBxeUgwZzA/edit looks liek an old-style macbook pro trackpad, upsidedown.
[13:52] <hazmat> if anyone is up for a pyjuju review... this is the annotation support for persistent positions and landscape..  https://codereview.appspot.com/6936063/
[13:53] <gary_poster> I'll look at it, at least for a non-pyjuju-reviewer review
[13:53] <hazmat> gary_poster, on the subject of kanban org.. in the primary story we have (proto, code, & review) in the secondary (proto, code, review code).. are those meant to be the same?
[13:54] <gary_poster> hazmat, yeah
[13:54] <gary_poster> changed hazmat, thanks
[13:55] <hazmat> np
[13:56] <hazmat> i'm going to be out for our daily today to attend an omnibus review, for my next gui task i'm looking at working on read-only support
[13:56] <gary_poster> hazmat in GUI or in rapi?  That's only in GUI, do I remember correctly?
[13:58] <gary_poster> In GUI, the read-only support would conflict with the refactoring work; that will either be largely done by Jan 3 (per blog post definitions of this week's goals) or pushed aside for later if we have time in the future
[13:58] <hazmat> gary_poster, it shouldn't conflict
[13:58] <gary_poster> you would only be doing env changes?
[13:58] <hazmat> gary_poster, i'll be adding another store impl
[13:58] <hazmat> s/store/env
[13:58] <gary_poster> right, ok cool
[13:58] <gary_poster> thanks
[13:59] <bac> gary_poster: i've updated my branch and just tested it.  the new nginx upstart config seems to have fixed the issue i talked about.
[13:59] <gary_poster> yay, bac!  Want an official approve from me?
[13:59] <hazmat> gary_poster, re rapi support, long term vision would be the cli uses rapi too, so read only support there would still be advisory based on the gui
[13:59] <hazmat> switching the conn to read only mode
[14:00] <bac> i changed the juju-gui-branch out from under it and also switch from production to staging.  all worked.  this isn't to be confused with thorough testing, of course.
[14:00] <bac> gary_poster: yes but waiting for a second from frankban
[14:00] <hazmat> bac, cool, real config support!
[14:00] <bac> i think "real" needs scare quotes.  it is a good start.
[14:05] <gary_poster> oh, hazmat, I had a question about config-changed.  I saw confirmation from you somewher on the web that config-changed is called after install and before start
[14:06] <gary_poster> if that's the case
[14:06] <gary_poster> then in the common case install can be very very small, I would think
[14:06] <gary_poster> because there's no need to dupe work in install and config
[14:06] <gary_poster> More controversially,
[14:07] <gary_poster> it also can replace start in some cases
[14:07] <gary_poster> because that's in fact the simple way to implement it if config-changed has to restart
[14:07] <gary_poster> a more sophisticated config-changed in that case woudl notice that nothing had been started yet
[14:07] <gary_poster> and not restart
[14:08] <gary_poster> but the super simple implementation is to just start/restart always
[14:08] <gary_poster> which means that in that case start is redendant
[14:08] <gary_poster> redundant
[14:08] <gary_poster> hazmat, could you confirm or correct the above?
[14:13] <hazmat> gary_poster, confirmed config-changed called b4 start
[14:13] <hazmat> hook logic ordering is whatever make sense to the charm
[14:14] <hazmat> many charms just have a single file symlinked to hook names so they can share logic easily
[14:15] <gary_poster> so what I said makes sense to you, but is not the only way to look at it, is what you are saying?
[14:20] <frankban> bac: is your branch ready for review?
[14:26] <benji> hazmat: ping; I am trying to get the latest version of rapi-rollup to send "state": "login-required" and I am not having any luck
[14:29] <hazmat> benji, poking
[14:29] <hazmat> benji, using improv?
[14:31] <hazmat> benji, atm login isn't required
[14:31] <gary_poster> hazmat, out of curiosity, if we were doing it within the charm, how would you turn login on?
[14:31] <gary_poster> /usr/bin/python -m juju.agents.api --help shows --secure
[14:31] <hazmat> since it would break all the extant without gui support, what's there is to support implementing the gui bits
[14:32] <hazmat> gary_poster, there will be a separate branch to require login for all rapi access
[14:32] <hazmat> gary_poster, secure is for tls
[14:32] <gary_poster> hazmat I thought we had a switch to turn on the login so we could test?
[14:33] <hazmat> gary_poster, you can still login now
[14:33] <gary_poster> hazmat, oh, but there is no way to turn on a challenge as in line 7 of http://paste.ubuntu.com/1397723/
[14:33] <gary_poster> ?
[14:33] <gary_poster> I was asking benji to make the GUI able to handle either the challenge
[14:34] <gary_poster> or not the challenge
[14:34] <gary_poster> which ought to be no problem
[14:34] <hazmat> gary_poster, no... but the gui also needs to keep track of a user state
[14:34] <gary_poster> AFAIK :-)
[14:34] <hazmat> meeting..
[14:34] <gary_poster> ok
[14:35] <gary_poster> benji, I'm not sure id this is what hazmat means by user state, but one other aspect of this is that we want to stash the authentication credentials in memory
[14:35] <benji> ok, I can fake it for the time being
[14:35] <gary_poster> that way, if the socket dies
[14:35] <gary_poster> we can reconnect
[14:35] <benji> makes sense
[14:35] <gary_poster> (but if the user refreshes the browser window, they have to reauthenticate)
[14:36] <hazmat> gary_poster, auth creds in browser is what i meant by user state
[14:36] <hazmat> gary_poster, session storage
[14:36] <hazmat> or not...
[14:36] <gary_poster> hazmat, we said session storage then you changed your mind in my memory
[14:37] <gary_poster> browser in memory makes sense to me fwiw
[14:37] <hazmat> gary_poster, yeah.. i recall as well. thinking now it would be nice to give  a voice to ux.. unless security is paramount
[14:37] <gary_poster> hazmat, I think we can have rapi have a switch turn on login challenge.  let's talk when you are out of meeting
[14:37] <gary_poster> agree on ux
[14:38] <gary_poster> though a reasonable and easy first cut is browser in-memory
[14:38] <hazmat> gary_poster, i'd rather avoid a switch for something not meant to be configurable...
[14:38] <hazmat> but let's talk  in 1hr
[14:38] <gary_poster> hazmat, right it would be for the transition period
[14:38] <gary_poster> ok cool
[14:39] <gary_poster> OIC
[14:39] <gary_poster> So benji, I guess hazmat is saying that you can just always show the challenge
[14:39] <gary_poster> it doesn't do anything really now
[14:39] <gary_poster> but that's the transition story
[14:40] <gary_poster> that's fine too
[14:40] <gary_poster> make sense benji?
[14:40] <benji> so we will always prompt for login but only relay it to the server if it asks?
[14:41] <benji> will we land it that way (without validating that it actually works against the real server)?
[14:43] <gary_poster> benji, no the server accepts the login now is what Kapil is saying
[14:43] <gary_poster> benji so after line 7 of http://paste.ubuntu.com/1397723/
[14:43] <gary_poster> I mean
[14:44] <gary_poster> line 7 would not have  a challenge
[14:44] <gary_poster> but you would send line 11 anyway
[14:44] <gary_poster> expect lines 15-17
[14:44] <gary_poster> or 21
[14:44] <gary_poster> benji, I'm sure you will verify experimentally, but that's my understanding
[14:45] <benji> oh, it accepts it but it does not challenge?  so my branch would always prompt for credentials but only send them if... what?
[14:45] <gary_poster> you'd always send them after the greeting
[14:45] <benji> or send them and ignore any "what you talkin' about Willis" errors?
[14:45] <gary_poster> you'd treat the greeting response as if it had a challenge--as if it looked like line 7
[14:46] <gary_poster> everything else (except for the rejection in line 28) should behave as described
[14:46] <gary_poster> AIUI
[14:47] <gary_poster> If I'm correct, there should be no "what you talkin' 'bout Willis" errors when you send line 11, benji
[14:47] <gary_poster> if there are, we'll need to circle back around with Kapil
[14:47] <gary_poster> is that clear?
[14:47] <benji> gary_poster: even if the server does not understand credentials?  or are we ignoring non-credential-understanding backends?
[14:47] <gary_poster> yes benji
[14:48] <gary_poster> we control that particular horizontal/vertical
[14:48] <gary_poster> we are ignoring non-credential-understanding backends
[14:48] <benji> k
[14:48]  * gary_poster withholds backend jokes
[14:49] <benji> heh
[14:50] <gary_poster> hey bcsaller, sorry. are you already in another hangout or do you want to join me in our calendar hangout?
[14:50] <teknico> gary_poster, I have to leave in ten minutes, I likely won't be back in time for the daily call, only shortly thereafter
[14:50] <gary_poster> ok teknico.  can you give me status on your branch?
[14:51] <teknico> gary_poster, I gathered together the commands and config changes needed, am now tracking bac's branch to put my changes in
[14:52] <gary_poster> teknico, oh!  you have to modify charm too, of course. :-/
[14:52] <teknico> gary_poster, yep
[14:53] <bac> gary_poster: mine is ready to land pending a second review
[14:53] <gary_poster> teknico, if bac's branch lands in the next hour or so will you be able to land soon after, or will integration be more involved that that?
[14:53] <gary_poster> bac, other than mine?
[14:53] <bac> gary_poster: yes.  two required, right
[14:53] <gary_poster> y
[14:54] <gary_poster> bac, so do you know of any more issues lurking in your branch, or is everything hunky dory as far as you know?  You expressed reservations earlier today
[14:55] <bac> gary_poster: i think it is good
[14:55] <teknico> gary_poster, I hope to be able to propose today, yes
[14:55] <gary_poster> teknico have you followed bac's branch closely, enough to give it a fast review before you leave, or should we just wait for frankban's return?
[14:55] <gary_poster> teknico, great thanks
[14:55] <teknico> gary_poster, yes, I was trying to do that
[14:56] <teknico> bac, is there a rietveld proposal, or just lp?
[14:56] <gary_poster> teknico, and I am keeping you from it. :-P sorry.  Just lp teknico
[14:56] <bac> just lp teknico
[14:56] <bac> lbox blew up on me when authenticating to google
[14:56] <teknico> ok, thanks
[14:57] <frankban> gary_poster, bac: I am here
[14:58] <gary_poster> hey frankban, we've got a second review from teknico, thank you.  You can keep on doing good stuff on your own branch :-)
[14:59] <teknico> gary_poster, frankban, well, mine is more like a half review, though :-)
[14:59] <teknico> and now I gotta go
[14:59] <gary_poster> ok teknico see you in a bit
[15:02] <gary_poster> bac, I think it's two reviews. ;-)
[15:03] <bac> gary_poster: yep.  landing now.
[15:03] <gary_poster> thanks bac
[15:03] <gary_poster> bcsaller, ping
[15:03] <bcsaller> gary_poster: hey
[15:04] <gary_poster> oh hey, there you are bcsaller.  I was running late, then couldn't connect with you earlier.  Meet briefly in our usual hangout, or are you already somewhere else?
[15:05] <bcsaller> gary_poster: usual is fine, grabbing the link
[15:05] <gary_poster> cool
[15:08] <bac> gary_poster, hazmat: i just pushed my branch.  unfortunately, since lbox is broken for me atm i had to do it manually and i inadvertantly polluted the revision history by including all of my development revisions.
[15:09] <gary_poster> :-/
[15:14] <gary_poster> bac, I don't know how to do that surgery, butr hazmat does.  mm, I think you can uncommit bac
[15:14] <gary_poster> bac, try that: get a checkout of the trunk
[15:14] <gary_poster> uncommit
[15:14] <bac> gary_poster: i think i could fix it locally and do an --overwrite
[15:14] <gary_poster> bac, if you have a plan then go for it
[15:15] <bac> all ears if there is a better way
[15:15] <gary_poster> bac, fwiw, I always do manual merges with a checkout.  That always seems to be more obvious to me
[15:15] <gary_poster> Maybe just me though
[15:16] <bac> gary_poster: yes, it is.  but i was lulled by lbox and then when it failed i messed up
[15:16] <gary_poster> bac, cool.  but anyway, it is worth fixing, and it soulds like you have a reasonable plan for doing so, so go for it
[15:16] <gary_poster> and let us know when you are done :-)
[15:16] <gary_poster> bac note that you may need to fix up staging
[15:17] <gary_poster> uistage
[15:17] <gary_poster> manually
[15:17] <bac> ok
[15:22] <bac> gary_poster: my plan won't work as i'd merged from trunk last night and those revisions that it pulled in are not easily recovered as discrete checkins
[15:22] <gary_poster> bac my plan was this:
[15:22] <gary_poster> get checkout
[15:22] <gary_poster> uncommit until we are where we were before you pushed
[15:23] <gary_poster> merge your branch
[15:23] <gary_poster> would that work?
[15:23] <bac> no, #2 is the problem since one of my revisions is a merge from trunk.  it collapsed several revisions
[15:24] <bac> you can see it here: http://bazaar.launchpad.net/~juju-gui/charms/precise/juju-gui/trunk/changes
[15:24] <bac> at r 20
[15:24] <gary_poster> right
[15:24] <gary_poster> um
[15:26] <gary_poster> bac, I have trunk as of r15, but lbox messages are not there for r 14 and r15
[15:27] <gary_poster> frankban do you have a pristine charm trunk hanging around on your machine anywhere by chance?
[15:28] <frankban> gary_poster: yes
[15:28] <gary_poster> bac bcsaller benji frankban hazmat Makyo teknico (not here): call in 2
[15:28] <teknico> ok, I made it :-)
[15:28] <frankban> gary_poster: last revision: 15: Gary Poster 2012-12-17 [merge] Move markdown files to .md extension
[15:29] <gary_poster> frankban, yeah that's it, I think.  bac, frankban has pristine charm trunk.  Could he push --overwrite to bzr+ssh://bazaar.launchpad.net/~juju-gui/charms/precise/juju-gui/trunk/ and get us back to a good place?
[15:29] <bac> gary_poster: yes, i think so
[15:30] <frankban> bac, gary_poster, trying: bzr push --overwrite bzr+ssh://bazaar.launchpad.net/~juju-gui/charms/precise/juju-gui/trunk/
[15:31] <gary_poster> bac, frankban has fixed the world
[15:31] <gary_poster> http://bazaar.launchpad.net/~juju-gui/charms/precise/juju-gui/trunk/changes
[15:32] <gary_poster> benji, hazmat starting without you
[15:33] <gary_poster> http://jujucharms.com/~juju-gui/precise/juju-gui
[15:35] <bac> bcsaller: where is the lbox auth file?
[15:35] <bcsaller> bac: I think its .lpad.auth or similar, checking
[15:35] <bcsaller> bac: ~/.lpad_oauth
[15:36] <bac> bcsaller: hmm, don't have one of those
[15:42] <benji> gary_poster: my apologies for missing the meeting; I really wish my sound worked when not plugged in
[16:09] <gary_poster> s'ok benji.  if it happens again, try an alarm :-)
[16:44] <gary_poster> hazmat, I did a two stage review of https://codereview.appspot.com/6936063/but am done.  I saw at least one thing you might want to address, but everything I wrote is just for your consideration, since I don't know all the details.
[16:45] <hazmat> gary_poster, thanks, thats awesome.. naming is hard :-)
[16:45] <gary_poster> :-)
[16:45] <hazmat> gary_poster, i went with add because its clearly cumulative.. while set might be taken for an equality/total value
[16:46]  * hazmat heads to reitveld to respond
[16:46] <gary_poster> mm, I see what you mean :-/
[16:50] <hazmat> gary_poster, s/(add|set)/update ?
[16:50] <gary_poster> update_annotations...hazmat I like it better than add, but I think it falls into the same trap you mentioned for set: it is not clear that the annotations are merged
[16:52] <hazmat> true though update tends to imply a merge to existing more than set
[16:53] <gary_poster> hazmat, I think it is an improvement.  like you said, naming is hard
[17:06] <bac> hi frankban, want to pair in a little while?
[17:06] <frankban> bac, sure
[17:06] <bac> frankban: ok, i'll ping you in a few minutes
[17:17] <frankban> gary_poster: it seems that "make distfile" produces a tarball containing the "build" dir but not the "build-prod" and "build-debug" ones (which, AFAICT, are  required by the charm)
[17:18] <bac> frankban: i started a hangout and invited you
[17:19] <frankban> bac: joining
[17:43] <hazmat> bac, just noticed your comment from earlier
[17:43] <hazmat> re history.. eek
[17:43] <bac> hazmat: it is cleaned now
[17:43] <hazmat> bac, cool
[17:44] <hazmat> bac, is that possible without an push --overwrite?
[17:44] <hazmat> bac, just ping me when your done w/ frankban .. i've got some idle curiosity about it
[17:45] <hazmat> gary_poster, benji did you want to discuss login challenges?
[17:50] <benji> hazmat: I think I have a handle on things now.
[17:51] <hazmat> benji, cool
[17:52] <hazmat> benji, i was figuring the app needs a user object if it doesn't its doing login form, and retaining the creds, and using them on the conn, on a reconnect, it can just reauth with those creds on challenge
[17:53] <hazmat> the reauth bit might need another branch after login-required lands in rapi
[17:53] <hazmat> although possibly hanging off the reconnect logic callback in lib/reconnecting-ws.js
[17:53] <benji> at the moment I don't have a distinct user object, but am retaining the creds so they can be resubmitted
[17:53] <hazmat> explicit seems nicer though
[17:53] <hazmat> benji, sounds good
[18:02] <bac> hi hazmat
[18:03] <hazmat> bac, greetings.. so this was an accidental push instead of merge that augmented the trunk history with your branch commits?
[18:04] <bac> hazmat: yes, since lbox was broken for me i accidentally did a push from my dev branch.
[18:04] <hazmat> bac, what went wrong with lbox?
[18:04] <bac> hazmat: i've moved a vm to a new computer and here lbox throws exceptions when trying to authenticate with google
[18:05] <bac> anyway, had i been working manually i would've merged into a local clean version of trunk and then pushed it.
[18:09] <hazmat> bac, it should recover from that.. but you can manually delete the lbox google cache @ ~/.goetveld_codereview.appspot.com
[18:11] <teknico> bac, remember that "build" function in the charm "install" hook? I lengthened it a bit :-) (but still no test)
[18:11] <bac> teknico: that's ok, frankban has redone it anyway
[18:11] <teknico> bac, oh no...
[18:11] <hazmat> bac, if it happens again its probably helpful to pastebin the  lbox -debug output
[18:12] <hazmat> bac, thanks
[18:12] <teknico> ok, more conflicts, get 'em all to me, I can handle them!
[18:12] <gary_poster> teknico, don't you need to change exposing 80 to 443
[18:12] <gary_poster> teknico, you will win :-)
[18:12] <teknico> gary_poster, I'm sure there's broken stuff in there; unfortunately, I cannot seem to run charm tests :-/
[18:13] <frankban> brace yourself, conflicts are coming...
[18:13] <gary_poster> :-)
[18:13]  * gary_poster hangs on to treadmill desk for dear life
[18:13] <frankban> :-)
[18:14] <teknico> gary_poster, and yes, that's one of them
[18:17] <gary_poster> teknico, I had another few small comments from a code review, which I posted.  You should receive them soon if you have not already.  trying the charm itself now.
[18:17] <hazmat> teknico, incidentally the rapi tls branches from frankban are merged and support specifying the cert directory
[18:18] <teknico> gary_poster, yes, I just pushed a few changes
[18:19] <gary_poster> cool
[18:19] <teknico> hazmat, great, that's useful for the next card
[18:24] <hazmat> teknico, if your having issues with the test runner jimbaker might be able to help
[18:24] <jimbaker> gary_poster, i've been thinking of getting a treadmill desk in the new year
[18:25] <teknico> hazmat, there were a few problems in my code, and then it's the usual slowness
[18:25] <gary_poster> jimbaker, lately it's been a standing desk, but I generally like it and have gotten a lot of use out of it.  I had an existing treadmill and then added the desk on top of it
[18:25] <teknico> I'm hoping frankban is fixing that, or has already fixed it by now
[18:26] <jimbaker> teknico, re test runner (i assume using jitsu test), definitely interested in feedback
[18:26] <teknico> I sure hope all those conflicts won't be for nothing!
[18:26] <gary_poster> teknico, you fixing the conditional I pointed out too?
[18:26] <jimbaker> note that there's some outstanding work on it, but seems like everything has a current workaround
[18:26] <teknico> gary_poster, yes, thanks for that too
[18:26] <jimbaker> before i push in the next version
[18:26] <gary_poster> cool teknico
[18:26] <gary_poster> welcome
[18:27] <jimbaker> gary_poster, i use the bar in my kitchen as my standing desk
[18:27] <hazmat> jimbaker, we've been heavy users of it i think, doing tdd on the gui charm
[18:27] <jimbaker> hazmat, excellent to hear that
[18:27] <hazmat> i suspect some of the issues are just slowness around juju.. it would be nice if the apt_update/upgrade cloud config thing where an option.. because that eats up significant time on an instance startup and adds to test time
[18:28] <jimbaker> hazmat, is that a controllable option from juju?
[18:28] <bac> hi benji, got a second for a quick call regarding making releases?
[18:28] <hazmat> jimbaker, no.. its a hard code
[18:28] <jimbaker> hazmat, got it
[18:28] <benji> bac: sure
[18:29] <jimbaker> iirc there was a thread on this
[18:29] <hazmat> jimbaker, we originally defaulted to not doing, do to an accidental key mispeling, but spampas fixed it in oct i think, now its pretty arn slow to do things.
[18:29] <teknico> ok, I'm running tests again, let's see what happens
[18:29] <bac> benji: normal hangout
[18:29] <benji> k
[18:29] <hazmat> it magnified the hp cloud instance startup time by almost double
[18:29] <jimbaker> hazmat, got it
[18:29] <frankban> bac: email sent
[18:30] <bac> tahnks frankban
[18:30] <gary_poster> ack jimbaker. :-)  re: speed, a big part of it is building the gui itself, we are pretty sure, so using releases should help a bunch.  re: testing with jitsu test, we have http://bazaar.launchpad.net/~juju-gui/charms/precise/juju-gui/trunk/view/head:/HACKING.md jimbaker, which might be good for other people to follow to get experience with the test command
[18:30] <gary_poster> before it lands
[18:31] <teknico> frankban, is your card out of the woo... I mean, prototyping now? ;-) Are those conflicts coming? :-P
[18:32] <jimbaker> gary_poster, btw that version of jitsu test is in the ppa; however, i believe running it that way gets around a problem w/ autotools
[18:32] <gary_poster> jimbaker, you mean running it the way we document gets around a problem?
[18:32] <jimbaker> gary_poster, correct
[18:33] <benji> bac: one of us froze
[18:33] <gary_poster> ok cool.
[18:33] <frankban> teknico: yes and yes, moving the card to "coding"
[18:33] <jimbaker> gary_poster, i'm sad to see the 40m timeout !
[18:34] <jimbaker> but purely a function of the env
[18:35] <gary_poster> jimbaker, yeah :-/ like I said, hopefully that is largely on our side.  I'm sure it will be slower than we want still, but we think a good chunk of that time is spent over the network getting things our build needs
[18:35] <gary_poster> so we are fixing that
[18:35] <jimbaker> gary_poster, yeah, it's definitely on the extreme side of things. i believe the default timeout for jitsu test is 10m, and this was based on empirical observation
[18:35] <gary_poster> teknico: nice to have would be redirect from 80 to 443
[18:35] <jimbaker> mediawiki on ec2
[18:36] <gary_poster> teknico, easy nginx?
[18:36] <gary_poster> easy on nginx I mean?
[18:36] <gary_poster> jimbaker, yeah 10 would be a lot better than 40 :-)
[18:36] <jimbaker> :)
[18:37] <gary_poster> teknico, starting charm fwiw, to see how it works in practice
[18:46] <teknico> gary_poster, yes, we can redirect from 80 to 443 if useful, it's easy
[18:46] <teknico> gary_poster, I started it 25 minutes ago, still no dice :-/
[18:50] <gary_poster> teknico, let's do the redirect.  I have an install-error.  want to look at it with me?  I have a call in 10
[18:52] <gary_poster> teknico, http://pastebin.ubuntu.com/1448193/
[18:52] <gary_poster> a naughty, naughty s
[18:52] <teknico> gary_poster, looking
[18:53] <teknico> oh, nice :-/
[18:54] <teknico> gary_poster, no, the "s" is intended
[18:54] <bac> benji: man, even having a shelve makes 'make distfile' unhappy
[18:54] <gary_poster> ?
[18:54] <bac> shelf?
[18:54] <benji> bac: it may be that the current approach is too paranoid about checking cleanlyness; we may need to dial it back
[18:55] <teknico> drats, it was os.makedirs :-P
[18:55] <gary_poster> right
[18:55] <gary_poster> changing locally and retrying
[18:55] <bac> yeah, i think having shelves is pretty clean
[18:56] <teknico> gary_poster, in what logfile did you get that output?
[18:57] <gary_poster> teknico, on unit in /var/lib/juju/units/juju-gui/charm.log, or something like that
[18:58] <gary_poster> teknico, /var/lib/juju/units/juju-gui-0/charm.log
[18:58] <gary_poster> trying install again, from debug-hooks...
[18:58] <teknico> uhm, why do I have no /var/lib/juju/ ?
[18:59] <teknico> oh, on unit
[18:59] <gary_poster> teknico, did you start on unit?  IOW, juju -hooks
[18:59] <gary_poster> right
[18:59] <gary_poster> juju debug-hooks, that is
[19:00] <gary_poster> dum da dum.  waiting on install.
[19:00] <gary_poster> alsohave call now
[19:06] <teknico> pushed the directory creation fix, gotta go now
[19:07] <teknico> I'll add the redirect tomorrow, with the conflict resolutions
[19:46] <gary_poster> bac approved
[19:46] <gary_poster> https://code.launchpad.net/~bac/juju-gui/1091787/+merge/140528
[19:46] <bac> hazmat: lbox errors  https://pastebin.canonical.com/80719/ and https://pastebin.canonical.com/80720/
[19:46] <bac> gary_poster: thanks.
[19:46] <bac> benji: quick look ^^ ?
[19:46]  * benji looks.
[19:47] <bac> hazmat: it says auth fails but it is different if i use a clearly bad password
[19:47] <benji> bac: my two-factor auth is broken, I will look if you put them somewhere I don't have to log in
[19:47]  * benji goes to ask to get that fixed
[19:48] <bac> sorry benji, i meant the MP link that gary posted
[19:48] <benji> ah
[19:48] <benji> sure
[19:48] <bac> i hope you can still get to LP
[19:51] <benji> my browser has stored credentials
[19:53] <bac> hazmat: it looks like the same lbox problem y'all discussed here: http://irclogs.ubuntu.com/2012/10/11/%23juju-dev.html
[19:56] <bac> gary_poster: what version of the lbox package do you have?
[19:59] <bac> benji: is there still a 'make release' target?  i don't see it
[19:59] <bac> maybe it is now 'make dist'
[20:00] <benji> bac: right!  it is "make dist"; thanks for realizing my mistake
[20:01] <bac> so i need to s/make distfile/make dist/ and then add a description of 'make distfile'
[20:02] <benji> exactly
[20:03] <gary_poster> bac, distfile is still valuable
[20:04] <gary_poster> distfile is what frankban will need to make a local, temporary dist in the charm
[20:04] <bac> gary_poster: yes.  that is included in what i said
[20:04] <bac> yes
[20:04] <gary_poster> ok sorry
[20:04] <bac> buttinsky!  :)
[20:04] <gary_poster> trying to see version of lbox now.  was on call...
[20:04] <gary_poster> :-)
[20:04] <bac> looks like the bug may have been fixed in precise but not quantal.  are you on Q?
[20:05] <gary_poster> bac, I am on lbox 1.0-<IP_ADDRESS>~quantal1
[20:05] <bac> hmm, me too
[20:05] <bac> weirdness
[20:06] <bac> am going to try to build my own
[20:06] <gary_poster> k
[20:17] <hazmat> bac, as i recall that was an issue with a golang broken http impl.. afaik that's been resolved (though it regressed and was subsequently fixed again)
[20:18] <hazmat> bac, if you have a pastebin output of the error that with -v or -debug flags that would be helpful
[20:18] <bac> hazmat: well, it sure looks the same
[20:18] <bac> hazmat: i pasted them above
[20:18] <hazmat> ah
[20:18]  * hazmat backtracks more
[20:18] <bac> 15:46
[20:19] <hazmat> rogpeppe, ping
[20:19] <hazmat> doh.. he's done already
[20:21] <hazmat> bac, for your local compile what's the version from $ go version
[20:22] <bac> hazmat: haven't gotten a local compile to work yet
[20:22] <bac> i set GOPATH=/usr/lib/go but that isn't working
[20:23] <bac> hazmat: but it is go1.0.2
[20:24] <hazmat> bac, hmm... i show go1.0.3
[20:26] <bac> hazmat: it looks like my golang did not come from the PPA
[20:26] <bac> hazmat: assuming i get 1.0.3, how do i actually build lbox?
[20:26] <bac> my lbox is from the gophers ppa
[20:26] <hazmat> bac, i think the all in one command for it is..
[20:26] <hazmat>  set gopath to a user writeable directory and then just ->  go get -v launchpad.net/lbox
[20:27] <bac> hazmat: oh, i downloaded it and tried to use 'make'
[20:27]  * hazmat tries it out as well
[20:27] <bac> which throws up
[20:27] <hazmat> bac, yeah.. the go toolchain has evolved from makefiles to a builtin tool
[20:28] <bac> hazmat: so the Makefile is just a trap?
[20:28]  * hazmat nods
[20:28] <hazmat> bac, for compiling on disk src.. go install
[20:29] <hazmat> or go build
[20:29] <hazmat> IANAGE
[20:29] <hazmat> i am not a go expert ;-)
[20:29] <hazmat> its got some magic syntax for recursive compile of dependencies .. like go install ...
[20:29] <hazmat> triple dot is recurse to deps
[20:30] <hazmat> anyways... the all in one command is much nicer ;-)
[20:30] <hazmat> you have to set GOBIN to a place it can install lbox binary
[20:31] <hazmat> yup.. that worked for me... GOBIN=$HOME/bin GOPATH=$HOME/golib  go get launchpad.net/lbox
[20:33] <hazmat> the nice part is that it pull source, so you can modify it.. and then just go install launchpad.net/lbox and it does the recompile install thing
[20:35] <bac> hazmat: i made a local version and it still fails: https://pastebin.canonical.com/80724/
[20:35] <hazmat> bac, yeah.. i think go1.0.2 is the one with the regression around http client
[20:35] <hazmat> bac, i'd try the go version from the ppa
[20:36] <bac> oh, right, i need to grab 1.03 first
[20:36] <bac> righto
[20:38] <hazmat> bac, you might have to blow away the $GOPATH/pkg dir.. its got the link library for the go reitveld lib that's barfiing and needs recompilation
[20:38] <bac> yep
[20:39] <bac> so if gary has the same lbox from PPA for quantal, i wonder why he isn't seeing this problem?
[20:50] <gary_poster> so, the periodic issue we have with d3.v2.min.js is something to do with the symlink not being created properly...
[20:50] <gary_poster> charm/juju-gui/app/assets/javascripts/d3.v2.min.js -> /var/lib/juju/units/juju-gui-0/charm/node_modules/d3/d3.v2.min.js
[20:51] <gary_poster> That second path should have 'juju-gui' in it, like /var/lib/juju/units/juju-gui-0/charm/juju-gui/node_modules/d3/d3.v2.min.js
[20:51] <gary_poster> s/periodic/intermittent/
[20:52] <gary_poster> it makes me suspect that the problem is the makefile not being run from the working directory we expect
[20:52] <gary_poster> which could be addressed pretty simply in the charm
[20:57] <gary_poster> the charm tries to address it...
[20:57] <gary_poster> I wonder if -c would work better
[20:57] <gary_poster> some tools don't honor the form of cd that we use
[21:14] <bac> hazmat: got go1.0.3 from golang-stable PPA, rebuilt lbox, same issue.  frustrating.
[21:14] <hazmat> bac, argh!
[21:14] <bac> lands by hand.  stand back.
[21:16] <hazmat> bac, sorry, i'll rendevous with some go folks in the AM and try to dig deeper.. afaics their predominantly europe based @ juju-core
[21:24] <gary_poster> Voila
[21:24] <gary_poster> >>> with shelltoolbox.environ(NO_BZR='1'):
[21:24] <gary_poster> ...     with shelltoolbox.cd('juju-gui'):
[21:24] <gary_poster> ...         shelltoolbox.run('make', 'pwd')
[21:24] <gary_poster> ...
[21:24] <gary_poster> '/var/lib/juju/units/juju-gui-0/charm\n'
[21:26] <gary_poster> actually make -C juju-gui isn't any better
[21:26] <gary_poster> interesting
[21:26] <bac> cool
[21:27] <gary_poster> >>> with shelltoolbox.environ(NO_BZR='1'):
[21:27] <gary_poster> ...     shelltoolbox.run('make', '-C', 'juju-gui', 'pwd')
[21:27] <gary_poster> ...
[21:27] <gary_poster> "make: Entering directory `/var/lib/juju/units/juju-gui-0/charm/juju-gui'\n/var/lib/juju/units/juju-gui-0/charm\nmake: Leaving directory `/var/lib/juju/units/juju-gui-0/charm/juju-gui'\n"
[21:27] <gary_poster> We want to see /var/lib/juju/units/juju-gui-0/charm/juju-gui
[21:28] <gary_poster> oh, wow, weird
[21:28] <gary_poster> >>> with shelltoolbox.environ(NO_BZR='1'):
[21:28] <gary_poster> ...     with shelltoolbox.cd('juju-gui'):
[21:28] <gary_poster> ...         shelltoolbox.run('pwd')
[21:28] <gary_poster> ...
[21:28] <gary_poster> '/var/lib/juju/units/juju-gui-0/charm/juju-gui\n'
[21:28] <gary_poster> so it's the makefile's use of pwd in a variable that breaks things
[21:29] <gary_poster> This
[21:29] <gary_poster> ifeq ($(PWD),)
[21:29] <gary_poster>         PWD=$(shell pwd)
[21:29] <gary_poster> endif
[21:32] <gary_poster> ah ha
[21:32] <gary_poster> $(shell pwd) is always correct
[21:32] <gary_poster> $(PWD), if it is set, may be wrong
[21:33] <gary_poster> So simply setting PWD=$(shell pwd) should fix this
[21:34] <gary_poster> unconditionally
[21:41] <benji> gary_poster: it's not so much that PWD may be wrong, it is that sudo clenses the environment before invoking the subprocess, removing PWD
[21:41] <gary_poster> benji, no
[21:41] <gary_poster> this is a separate issue
[21:42] <benji> oh
[21:42] <benji> how is PWD wrong?
[21:43] <gary_poster> it shows the PWD that you ran Make in, benji.  It ignores -C tricks, like make -C juju-gui, and it ignores the trick we use in our shelltoolbox to change the current directory
[21:43] <benji> ah, yep


[04:03] <SilverLion> wb akgraner
[17:17] <pleia2> good morning news friends!
[17:18] <MrChrisDruif> Aloha pleia2 ^_^
[17:18] <MrChrisDruif> and a good evening to you!
[17:34] <pleia2> hey MrChrisDruif
[17:34] <pleia2> I think no flavors meetings this week? (hardly any regular ones either!)
[17:35] <Unit193> Just reran, and I didn't catch any broken links, have you checked with yours yet?
[17:35] <MrChrisDruif> pleia2; I only know about IRCC meeting (which I've missed ^_^)
[17:36] <pleia2> not yet, thanks Unit193
[17:41]  * pleia2 pulls in the stats
[18:13]  * pleia2 gets distracted by 40 things, now starts on stats for real
[18:15] <MrChrisDruif> Ghehe ^_^
[19:06] <pleia2> Unit193: wanna run it again? I just have to add "In this Issue" and then publish, which I'll do this evening
[19:07] <pleia2> (and some general cleanup, like pulling out unused sections)
[19:07]  * pleia2 heads out to lunch
[19:12] <Unit193> pleia2: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue264 checked out fine in mine and w3c.
[20:48] <JoseeAntonioR> Silverlion: ping!
[20:49] <Silverlion> JoseeAntonioR: pong
[20:49] <JoseeAntonioR> Silverlion: hey! you pinged me a couple days ago
[20:50] <Silverlion> JoseeAntonioR: i did. but no time at the moment
[20:50] <JoseeAntonioR> Silverlion: ok, just send me an email once you have time
[20:56]  * JoseeAntonioR goes for lunch.


[09:03] <jcollado> n
[17:33] <fluo75_> Hi all, ;)
[17:35] <fluo75_> Is-it the place to talk about my Gnome-Ubuntu 13.04 installation crashing?
[17:38] <jtaylor> what exactly is crashing?
[17:40] <fluo75_> in fact, once i do a selection in grub. I get a blanck screen and nothing anymore... I tried every choice without any success...
[17:41] <fluo75_> i do not get any error...
[17:42] <jtaylor> is something useful in /var/log/syslog
[17:45] <fluo75_> Sorry, i don't think i can access any terminal.  this is brand new PC (bought it yesterday), only this crappy WIndows 8. Therefore I wanted to move quickly to Gnome Ubuntu. In other word, I do not get access to any logs (unless you can tell me how I can do that )
[17:48] <jtaylor> does a livecd start?
[17:49] <jtaylor> or liveusb
[17:50] <fluo75_> liveCD: NO
[17:51] <fluo75_> Liveusb: didn't think of this one, sorry
[17:51] <fluo75_> I try and let you know
[17:51] <jtaylor> how did you install it?
[17:52] <fluo75_> i can't install it, that's the problem.
[17:53] <hggdh> two points: if you did not install it, it cannot be a grub issue; (2) general support is best requested in the #ubuntu channel
[17:54] <fluo75_> sorry guys
[17:54] <fluo75_> not grub therefore but the grub like of install DVD
[17:54] <fluo75_> it is the DVD which is not working.
[17:55] <fluo75_> i move to the the "#ubuntu channel" if you wish.
[17:57] <hggdh> fluo75_: yes, please. This channel is for bug work discussion
[17:59] <fluo75_> Thanks a lot, have a good day ;)
[23:37] <guest839> ohai
[23:41] <jimmeth> Anybody on?


[01:00] <rlameiro> ScottL: ping
[01:20] <rlameiro> ScottL: ping
[01:22] <rlameiro> ScottL: I was just talking with Ricardo LaFuente
[01:23] <rlameiro> about the design stuf
[01:23] <rlameiro> he seems very happy to help
[01:26] <ScottL> that's awesome!
[01:27] <ScottL> sorry, i'm getting kids to do homework, cleaning up from dinner, and trying to get the dogs to poop outside :P
[01:28] <rlameiro> lol
[01:28] <rlameiro> I asked him to join the channel
[01:28] <rlameiro> he may come in anytime
[01:29] <rlameiro> welcome luluganeta :D
[01:29] <ScottL> we probably should get him in touch with macinnis :)
[01:29] <luluganeta> hai
[01:29] <ScottL> hi luluganeta
[01:29] <rlameiro> ScottL: luluganeta is LaFuente
[01:29] <luluganeta> hi ScottL
[01:30] <luluganeta> ricardo, plz :)
[01:30] <rlameiro> yes he should
[01:30] <rlameiro> ok
[01:30] <luluganeta> oh, there's a namespace clash with rlameiro, i guess
[01:30] <luluganeta> heh
[01:30] <rlameiro> to ricardos here now :D
[01:30] <rlameiro> to/two
[01:31] <rlameiro> ScottL: does macinnis come here regularly?
[01:31] <ScottL> luluganeta, rlameiro was telling me you might be interested in helping with ubuntu studio
[01:32] <ScottL> maybe with theming or art ?
[01:32] <luluganeta> yes we might (we = manufacturaindependente.org)
[01:32] <luluganeta> still reading through a list thread rlameiro pointed me to
[01:32] <ScottL> we just "hired" Dick MacInnis as art lead, we probably need to get you in touch with him
[01:32] <luluganeta> but yes, that would be a great area to work on
[01:33] <ScottL> luluganeta, we would appreciate any help in any areas :P
[01:33] <luluganeta> sure, i guess i'll also need to install UbS tomorrow to see how much changed since i last used it
[01:33] <luluganeta> but among other things, we've been curious about trying our hand at theming gimp/inkscape/scribus icon and widget-wise
[01:34] <luluganeta> ofc this does not exclude any other stuff that needs work, eg wallpapers or window themes
[01:34] <luluganeta> i think now i'll lose some time poring over the website and screenshots
[01:34] <ScottL> that would be awesome!
[01:35] <ScottL> oop, i need to go get the dogs, they like to get into the neighbor's yard, be back in a minute
[01:35] <luluganeta> ha :)
[01:36] <rlameiro> lol
[01:47] <ScottL> back
[01:48] <ScottL> luluganeta, would you like me to send you an email that will introduce you to macinnis?
[01:48] <luluganeta> would love to! I think first thing would be to find out what needs help and where we can fit in
[01:49] <luluganeta> so that's a great first step :)
[01:49] <ScottL> i will send the email in just a minute then :)
[01:50] <ScottL> luluganeta, one of the things i mentioned to macinnis is that it would be lovely to have several wallpapers and theme's along with some new art for GDM
[01:50] <ScottL> hi Kokito , did you see the email on the -dev mailing list?
[01:50] <Kokito> hi ScottL
[01:51] <Kokito> ScottL: yes, I saw the message and replied to it
[01:52] <ScottL> Kokito, groovy, i'll check my email in a bit :)
[01:52] <Kokito> cool ScottL :)
[01:58] <luluganeta> ScottL: that sounds very doable :)
[01:59] <ScottL> luluganeta, i guess you already got the email then :)
[01:59] <luluganeta> we could use some hand-holding through the process, but let's email on that
[01:59] <luluganeta> i'll check
[01:59] <ScottL> i'm really hoping that macinnis will take the lead but i don't know how well he works with other on art at this point
[02:00] <ScottL> not to imply that he doesn't play well with others ;)
[02:00] <ScottL> he was designated less than two weeks ago as art lead, so we are still feeling it all out :P
[02:00] <Kokito> ScottL: the community sites referenced in my email are currently down due to hw problems on the server. they should be back up soon though
[02:00] <luluganeta> no worries, i'll write more tomorrow morning then!
[02:00] <luluganeta> it's bedtime for me now, ta
[02:01] <ScottL> goodnight luluganeta
[02:01] <ScottL> Kokito, hmmm, they were up during my lunch hour :/
[02:02] <ScottL> oh, you meant the wiki i bet
[02:02] <ScottL> i checked this one and it was still up:  http://mousike.dyndns.org/ubuntustudio/
[02:02] <Kokito> ScottL: might be intermittent, as they have changed the RAID and are restoring backups now
[02:02] <ScottL> checking the wiki now
[02:02] <ScottL> i've had some bad problems building up over several months where the wiki doesn't work very well sometimes
[02:03] <ScottL> https://wiki.ubuntu.com/UbuntuStudio/TaskWebRevamp  this is working for me now
[02:03] <ScottL> keep in mind Kokito , that much of what is on that page is what it took to get where we are and not exactly pertinent to what we are currently doing
[02:04] <ScottL> i was hoping david or stochastic would take more of a lead on this, but alas they haven't :(
[02:04] <ScottL> but i realize that we all have constraints outside of our volunteer work :)
[02:04] <ScottL> be back in a minute, small emergency with the kids
[02:04] <Kokito> ScottL: once our server is back up, I will setup a D6 install and try to play with the theme that was shared on the list i Feb
[02:10] <Kokito> ok :)
[02:34] <ScottL> Kokito, back, that's a good idea :)
[02:35] <ScottL> ultimately we may have some difficulty getting the files onto the server
[02:36] <ScottL> as i mentioned in the email, stochastic is the one who had a) access to the site, b) knowledge about drupal, and c) first hand knowledge about _our_ drupal site
[02:36] <ScottL> but unfortunately he's been very busy for quite a while
[02:36] <ScottL> i should be able to get access to it, but it might be a situation that might take a few weeks to resolve going through channels :P
[02:36] <ScottL> but that's the way it goes
[02:36] <Kokito> ScottL: real life does get in the way
[02:37] <Kokito> I am pretty familiar with Drupal, so hopefully I can help
[02:37] <ScottL> i hope so too :)
[02:37] <Kokito> I have checked the existing website, and I don't really see anything out of the ordinary
[02:37] <ScottL> this is something that i've wanted to make progress for a long time and we have made progress, but it isn't nearly as much as i had hoped by this time
[02:37] <Kokito> so it should be very easy to admin (unless I am missing something), which I doubt
[02:39] <Kokito> I have unlimited hosting space/bandwidth on an "el cheap" service provider, which for testing purposes should be more than adquate
[02:39] <Kokito> ^adequate
[02:40]  * Kokito is writing from a ChromeOS notebook and cannot get used to the keyboard...
[15:47] <scott-work> paultag: any chance of getting the updated -controls built soon ?
[16:22] <paultag> scott-work: is the code patched up?
[18:32] <scott-work> paultag: which code do you mean?  from git where you and ailo have been working?
[18:36] <scott-work> paultag: oh, you have a branch for -controls...i see that now :)
[18:39] <scott-work> sorry, i can be slow sometimes
[18:39] <scott-work> i thought you and ailo were working strictly off his git repo
[18:39] <scott-work>
[18:42] <scott-work> oh wait, that isn't the latest code...but i remembered that you were building it in ppa but if FTBFS
[18:43] <scott-work> https://launchpadlibrarian.net/65613497/buildlog_ubuntu-natty-i386.ubuntustudio-controls_0.5.0-1_FAILEDTOBUILD.txt.gz
[20:05] <ailo> paultag, You mean patched for building?
[20:09] <ailo> paultag, I've been meaning to learn about packaging and how to package python apps, but I don't expect I'll know enough to solve any packaging problems until next release.
[20:10] <ailo> scott-work, I suspect it is too late to get -controls in at this stage?
[20:12] <ailo> At this point, I don't see much point in packaging the -controls, if it is not to be included into Natty. It is possible to try it using the source, if someone wants to do that. Otherwise, I'd rather focus on the next release, and a new version of the app.
[20:14] <ailo> I meant to say, if someone wants to try running the -controls app, it's possible to use just the source. Some files need to be placed in certain directories top run the app.
[20:45] <scott-work> ailo:  i believe that it is NOT too late to get an update version of -controls into natty...i may be wrong or others might simply disagree
[20:46] <scott-work> ailo: BUT, in order for it to be even considered we need to have -controls working, i do not know if it does or not at this point
[20:46] <scott-work> ailo: without some feedback to affirm that it is either working or will be very, very soon then i will talk to TheMuso about pulling it from seeds in short order
[22:19] <ailo> paultag, What do you think?
[22:21] <ailo> paultag, Would you be up to package it? I would love to, but I just don
[22:21] <ailo> don't know how to do it yet


[11:51] <UndiFineD> persia, if things are fully automated it can be done via shell and the gui is merely a progress indicator
[11:52] <persia> UndiFineD, That's the idea, although it gets tricky when the automation has to simulate a GUI install process under WINE)


[02:51] <pleia2> anyone available for summaries? so far we have 2 done out of.... lots :)
[05:50] <holstein> pleia2: :/
[05:50] <holstein> i wish i could
[05:50] <holstein> im wiped, and i got an early gig in the AM
[05:51] <holstein> i'll try and check in when i get home before my next gig tomorrow
[05:51] <holstein> i might have an hour or so :)
[10:34]  * nlsthzn will be going for night shift soon... if it gets very quiet I will takle many summaries...
[15:12] <nhandler> We can always cut some of the less important articles (I have noticed that we have had quite a lot in some sections like the blogosphere and press)
[16:06] <pleia2> yeah, feel free to toss articles
[16:10] <nlsthzn> I will get going in a few hours...
[17:44] <Myrtti> I don't see any point in the flash64 one
[17:44] <Myrtti> of course there are ppa's that offer it packaged
[17:56] <Myrtti> I don't want to rain on your parade on the "netflix" substitute story either, but netflix is US only, and so are most of the netflix substitutes the story has, too
[17:57] <Myrtti> atleast the top three
[18:38] <nhandler> 1/33
[18:40]  * nlsthzn decides to stop being lazy... opening Google Docs :p
[18:58] <pleia2> Myrtti: feel free to remove articles you don't think fit very well
[22:04] <nlsthzn> http://ubuntin.wordpress.com/2011/07/30/ubuntu-in-robotics-competition-in-spain-3/ is giving me an error in Wordpress :/
[22:06] <Myrtti> indeed
[22:06] <Myrtti> ubuntin.wordpress.com is no longer available.
[22:06] <Myrtti> The authors have deleted this blog.
[22:10] <nlsthzn> Oh noes... the robot story is no more :'(
[22:51] <nlsthzn> is it me or does the amount of articles for the news letter this month seem much more than normal?!