[10:47] <rick_h_> bah, reitveld doesn't want to load for me today.
[10:55] <rick_h_> there it goes, just needed to warm up today I guess
[12:18] <gary_poster> jujugui, we have a GUI UDS session that we need to lead/attend on Thursday, 18:05-19:00 UTC.  We ought to also attend, at least partially, the "Juju Charm Testing" session (Thursday 15:05-16:00 UTC), the "Charm Development Tooling" session (Wednesday 18:05-19:00 UTC), the "Charm Policy Review" session (Wednesday 15:05-16:00), and the "Juju Core Development" session (today 19:05-20:00 UTC).  I'll put those in an emai
[12:18] <gary_poster> l now...
[12:18] <benji> gary_poster: I wonder if we should promulgate the "Elmo's Pain" blog post to one of the lists.  Maybe at least him. :)
[12:18] <bac> morning
[12:19] <benji> morning, bac; I trust your return trip was OK
[12:20] <bac> it was a-ok.  best as could possibly be for having to catch a cab at 4:45
[12:20] <gary_poster> benji, yeah, the thought crossed my mind as well. :-) I was also considering advertising the blog more generally.  I'll do it soon, though I have higher priorities atm so if someone wants to do some of those that would be cool too.  oh, that reminds me.
[12:20] <gary_poster> I think we have two very high priority bugs atm
[12:20] <gary_poster> one is the memory leak
[12:20] <gary_poster> the other is the problem when we update the demo site and we can't see it  anymore until we clear out our appcache
[12:21] <bac> gary_poster: i got feed back from some of our spikey haired colleagues that the blog is interesting but they won't read it since it seems to be an internal gripe/work-around collection.  food for thought.
[12:21] <gary_poster> bac, which spikey haired ones?
[12:21] <gary_poster> for example, perhaps :-)
[12:21] <bac> ok, it was just one.
[12:21] <bac> his initials are curtis hovey
[12:22] <gary_poster> heh
[12:22] <gary_poster> ok cool
[12:22] <rick_h_> lol
[12:23] <rick_h_> gary_poster: bac I could see though getting a tag or category into one of the planets perhaps? Maybe a "this is share-worthy state of GUI" for those that don't care how the sausage is made.
[12:24] <gary_poster> rick_h_, yeah good idea.  do any of the planets still have decent readership? I was under the impression that they were losing steam
[12:24] <rick_h_> gary_poster: hmm, I'm an rss junkie so not a good person to ask
[12:24] <gary_poster> heh
[12:25] <rick_h_> jcastro might have a good suggestion
[12:25] <gary_poster> good idea thanks
[12:54] <rogpeppe1> gary_poster: hiya
[12:55] <gary_poster> hey rogpeppe1 :-)
[12:55] <rogpeppe1> gary_poster: i've just done a pretty major refactoring of the rpc package. it all seems to be working ok, but i wonder if you could check that the branch works with your stuff.
[12:55] <rogpeppe1> gary_poster: the branch is here: lp:~rogpeppe/juju-core/300-rpc-refactor
[12:56] <gary_poster> cool, rogpeppe1, sounds good.  I'll get someone to give it a whirl.  bac, you up for that?
[12:56] <rogpeppe1> gary_poster: i'm quite happy with it - i think it's got rid of a few lurking bugs and added some cool new possibilities
[12:57] <rogpeppe1> gary_poster: in particular, rpc can now be bi-directional
[12:57] <bac> gary_poster: sure
[12:57] <bac> rogpeppe1: thanks!
[12:57] <gary_poster> thanks bac
[12:57] <gary_poster> rogpeppe1, so you mean Juju can now initiate a conversation?
[12:57] <gary_poster> as opposed to only responding?
[12:57] <rogpeppe1> gary_poster: yes
[12:58] <gary_poster> ah cool rogpeppe1, that is potentially a big deal
[12:58] <rogpeppe1> gary_poster: yeah, i think so
[12:58] <gary_poster> great
[12:59] <gary_poster> I will keep that in mind in my thoughts going forward
[12:59] <gary_poster> di you have any immediate ideas on how to apply that?
[12:59] <rogpeppe1> gary_poster: i was thinking in particular of cross-environment relations, but i'm sure there are other places where it could be useful
[12:59] <gary_poster> ah, of course
[12:59] <rogpeppe1> gary_poster: there's no requirement that both sides speak the same API of course
[12:59] <gary_poster> sure
[12:59] <benji> log streaming
[13:00] <rogpeppe1> benji: i'm not sure about that actually
[13:00] <gary_poster> benji, watchers would work with that, but...yeah
[13:00] <rogpeppe1> benji: i think for genuine streams, it might be better to just use a normal non-websocket URL
[13:00] <gary_poster> rogpeppe1, benji, actually I was thinking that we might be able to use the statsd pattern for logs too.  I want to talk to mew about standards
[13:01] <benji> rogpeppe1: yep, you're probably right
[13:01] <gary_poster> I mean, it would be a relation interface, as rogpeppe1 suggested at the relevant meeting
[13:01] <rogpeppe1> gary_poster: interface or not, the GUI still has to get access somehow
[13:02] <gary_poster> rogpeppe1, yes, but there are lots of log aggregator tools out there now
[13:02] <gary_poster> if we speak the right language, we can play the game
[13:02] <rogpeppe1> gary_poster: ah, that sounds good
[13:02] <rogpeppe1> gary_poster: BTW did you see that go 1.1 is out now?
[13:03] <gary_poster> rsyslog is maybe the most basic.
[13:03] <gary_poster> I did, rogpeppe1!  I intend to look at the new features.  Does that affect the project immediately, or will we havet owait for 13.10?
[13:03] <rogpeppe1> gary_poster: i think we'll move over immediately
[13:03] <gary_poster> cool
[13:03] <rogpeppe1> gary_poster: there's not much that impacts us directly.
[13:04] <rogpeppe1> gary_poster: i can lose a few hacky bits
[13:07] <gary_poster> rogpeppe1, actually I had a thought for the statsd story that I was going to talk to you about.  we want a "statsd" interface that can operate in both a container scope and a global scope.  Specifically, the container scope is good for Landscape and for "adapter" subordinates (statsd -> XXXNEW_PROTOCOL); the global scope is good for gui and statsd servers and graphs (graphite).  We can simply require that users spec
[13:07] <gary_poster> ify the interface twice, once for each scope, but I thought it would be good to record this use case so we can contemplate addressing it at some point.  Would you suggest simply filing a bug?  Or do you think I'm missing something in my evaluation of the situation?
[13:08] <gary_poster> "addressing it at some point": making it possible to declare an interface once, applying to both scopes
[13:09] <rogpeppe1> gary_poster: won't adapter subs have only the global interface?
[13:10] <rogpeppe1> gary_poster: i.e. aren't adapters just about adapting from something local to the global stats relation?
[13:18] <hazmat> gary_poster, the uistage.jujucharms.com is getting yanked...
[13:19] <hazmat> gary_poster, hp is charging for instances
[13:19] <gary_poster> rogpeppe1, well, that's a question.  so if the scenario is that we have charm A that provides a statsd interface and charmB that requires a NEWSTATS interface, and it is possible to translate statsd to NEWSTATS relatively trivially and automatically, what do you do?  I envisioned that you would want subordinate charmC on charmA that would translate statsd to NEWSTATS, and then you would relate charmB to charmC.  The
[13:19] <gary_poster>  advantages AFAICT are that you add incremental load to the adapter charm that scales out naturally
[13:19] <gary_poster> hazmat, hm.  the biggest problem here is juju.ubuntu.com, I think.
[13:19] <rogpeppe1> gary_poster: could you explain that a bit?
[13:19] <gary_poster> rogpeppe1, sorry, yes, wanted to reply to hazmat, 1 sec
[13:20] <rogpeppe1> gary_poster: np
[13:20] <gary_poster> hazmat, this is probably a discussion for sinzui and maybe alejandraobregon
[13:21] <hazmat> gary_poster, why are stats relayed through juju?
[13:21] <hazmat> gary_poster, i thought heka + new websocket for stats
[13:21] <hazmat> as statds
[13:22] <gary_poster> hazmat, one thing at a time :-P I'll return to that conv. in a sec .  For now, can we prolong uistage until sinzui and alejandraobregon unveil the new jujucharms.com?
[13:22] <sinzui> gary_poster, hazmat, noted. I think we will plan a new instance
[13:22] <gary_poster> sinzui, hazmat, I suggest that you coordinate timing so there is not a link to nowhere from juju.ubuntu.com, but will step aside otherwise.
[13:25] <hazmat> gary_poster, sinzui based on converations the deploy/reveal of that may get delayed even after tech is done.
[13:26] <hazmat> so best to fix up current links
[13:26] <gary_poster> hazmat, I heard the same, yes
[13:26] <sinzui> that's right. I understand they want to rethink the site's initial exerpience
[13:26] <hazmat> gary_poster do you have a staging site for the gui around?
[13:26] <hazmat> er. trunk testing
[13:27] <gary_poster> hazmat no, will arrange soon, and does not need to block you
[13:27] <gary_poster> public facing bit is the only thing I think we need to coordinate
[13:28] <gary_poster> Back to virst conv., rogpeppe1 and hazmat.  stats not relayed through juju, that's not what I'm talking about hazmat.  statsd talks directly to consumer, whoever they are.  The question is about future-proofing generally, since this is a topic that GUI, Landscape, and Core (at least themue had a related session) care about.  when statsd becomes old news and XXXNEWTHING is new approach, what do we do?  two approaches
[13:28] <gary_poster> .  one is that everyone learns how to talk the new format and the old format.  that's fine.  but I was raising an interesting use case (that is practically important for Landscape only atm) of adapter charms.
[13:29] <gary_poster> well, I was saying that adapter charms might be a way to approach the problem
[13:29] <gary_poster> and I was thinking that they might work best as subordinates
[13:29] <rogpeppe1> gary_poster: are you thinking that stats are shown in the GUI?
[13:29] <gary_poster> and landscape is a subordinate now, and how they want to consume the metrics is from the perspective of a subordinate
[13:30] <sinzui> Someone is making staging.jujucharms.com (manage) very angry. I an getting volleys of hate mail
[13:30] <rick_h_> sinzui: that's me
[13:30] <rick_h_> sinzui: looks like the interesting api call is blowing up on something new.
[13:30] <rick_h_> sinzui: was just trying to do a final QA on my branch which hits it
[13:30] <sinzui> Shall I forward you all the hate, or are you content just knowing it cannot talk
[13:30] <rogpeppe1> gary_poster: a subordinate can still have global relations
[13:31] <rick_h_> sinzui: well, depends on the hate. If it's something I can help fix today before EOD sure. Else someone else might want to grab it.
[13:31] <gary_poster> rogpeppe1, metrics only for a single unit.  our use case is diagnosis.  metrics for aggregates are for dedicated solutions, like statsd + graphite connecting to one or more services
[13:31] <gary_poster> eh, lines are being crossed, I'm afraid
[13:31] <gary_poster> rogpeppe1, yeah, I know.
[13:32] <gary_poster> rogpeppe1, quick call in the hopes that it straightens things out faster than otherwise?
[13:32] <rogpeppe1> gary_poster: good idea
[13:32] <gary_poster> rogpeppe1, https://plus.google.com/hangouts/_/7fb7c30f3a232db57dd8549738fb98e723d90d4a
[13:36] <sinzui> rick_h_, this is the bug: https://bugs.launchpad.net/charmworld/+bug/1179942
[13:36] <_mup_> Bug #1179942: Max retries exceeded with url: /charms/_search?size=10 <api> <oops> <charmworld:Triaged> <https://launchpad.net/bugs/1179942>
[13:43] <hatch> morning all
[13:53] <gary_poster> rogpeppe1, just lost you :-/
[13:54] <gary_poster> morning hatch
[13:56] <hatch> can I watch a youtube stream of the vUDS talks?
[13:57] <gary_poster> hatch I don't think it is a stream. I think you have to go to each talk.  maybe wrong
[13:58] <rogpeppe1> gary_poster: network difficulties, sorry
[13:58] <gary_poster> np rogpeppe1 still in hangout if you would like to rejoin
[13:59] <rogpeppe1> gary_poster: trying  but it doesn't seem to like me currently
[13:59] <gary_poster> :-)
[14:00] <jcsackett> rick_h_: do you know if we have bugs filed for all of our remaining UX commitments? or is that still in progress while the designs are completed?
[14:04] <rick_h_> jcsackett: right, we asked luca to file bugs with the assets/etc attached in chunks that made sense.
[14:04] <rick_h_> jcsackett: describing to him how we thought of things as 'widgets' or components that fit together
[14:05] <abentley> rick_h_: which staging is broken?
[14:05] <rogpeppe2> gary_poster: connection coming and going but hangouts still not there
[14:06] <rick_h_> abentley: bug sinzui just posted: https://bugs.launchpad.net/charmworld/+bug/1179942
[14:06] <_mup_> Bug #1179942: Max retries exceeded with url: /charms/_search?size=10 <api> <oops> <charmworld:Triaged> <https://launchpad.net/bugs/1179942>
[14:06] <rick_h_> abentley: breaks anything hitting ES I think atm
[14:06] <abentley> rick_h_: Gotcha.
[14:08] <abentley> sinzui: It sounds like you've been looking at staging.  This looks like the same ES fail I've seen a couple of times.
[14:09] <gary_poster> rogpeppe2, ok thanks for trying.  the main point we were discussing was whether setunit can coexist peacefully with addunit and removeunit.  I think they can, and they ought to.  I'd say that the underlying change is that juju needs to maintain a "goal number" of desired units, and have agents moving the actual number of units to meet that desire.  setunit directly changes that goal value.  addunit and removeunit tr
[14:09] <gary_poster> ansactionally (that is, within a single transaction) get the current goal value, modify it, and set it.  setunit is a better concurrent approach generally, but removeunit and addunit will still work fine technically in the new world.  existing tests relying on addunit and removeunit should be fine.  what do you think?
[14:15] <abentley> sinzui: You can see in the charm.log that ES failed to start when restarted. (/var/lib/juju/units/elasticsearch-0/charm.log at 2013-05-14 07:06:19,759)
[14:16] <hatch> hey there is a new version of go released
[14:19] <gary_poster> yeah go devs switching soon according to Roger
[14:19] <gary_poster> I mean juju devs
[14:19] <rick_h_> yea, says it's backwards compat
[14:19] <rick_h_> go Go :)
[14:20] <rick_h_> when ever I see Go releases I realize how spoiled I am by the Python stdlib
[14:22] <abentley> sinzui: I'm restoring staging.
[14:23] <hatch> I was just surprised to see a go release
[14:23] <hatch> over a year since their last one
[14:23] <hatch> :)
[14:24] <gary_poster> hey Makyo you around?
[14:24] <hatch> well...with the exception of bug fix ones
[14:24] <Makyo> gary_poster, Yep, though net's a little flaky.
[14:24] <hatch> darn, so it wasn't the router?
[14:24] <Makyo> hatch, apparently not.  Which is good in a way, I guess :)
[14:24] <Makyo> I'll swap later.
[14:25] <gary_poster> Makyo, ack.  I'm worried about that appcache problem we see on tinyurl.com/jujucharms (https://ec2-23-20-230-72.compute-1.amazonaws.com/).  I'm afraid it is going to affect jujucharms.com and we are going to be very unhappy.  Could you investigate, or maybe hand off some of your knowledge about this to someone else (hatch?)
[14:26] <hatch> is this the no css issue?
[14:26] <Makyo> gary_poster, Sure, either or.  I think the end result will be appcache just going away.
[14:26] <Makyo> It's no resources, hatch , not just css.
[14:27] <gary_poster> Makyo, no appcache will make us sad, yeah?
[14:27] <abentley> rick_h_: staging is back.
[14:27] <Makyo> gary_poster, the only things in there are the service blocks, which are going away, correct?
[14:27] <rick_h_> abentley: cool thanks
[14:27] <Makyo> And index.html
[14:27] <benji> grrrr, chrome crashed while attempting a heap capture
[14:27] <hatch> :/ tests passed when they should have failed
[14:27] <gary_poster> Makyo, hmm, good point.  how big are the service blocks right now?
[14:28] <Makyo> gary_poster, 25K
[14:28] <Makyo> For all assets.
[14:29] <gary_poster> Makyo, wow, yeah, let's dump it, unless you disagree.  If you agree, do you have time for that (it involves a bit of Makrfile jiggery) or would you prefer I find someone else so you can focus on the Go branches
[14:30] <Makyo> gary_poster, I'll do it, should be quick.  I think it's just too clumsy for our needs.  All or nothing, too hard to clear, no way to not include index.html, etc.
[14:30] <gary_poster> ok thanks much Makyo
[14:31] <Makyo> gary_poster, np.  Landing service placement, then that, then proposing branch 2/3 of the go stuff.
[14:31] <gary_poster> cool, sounds good
[14:31] <rick_h_> hatch: did you fix/find the issue with that CI issue of 'cannot find image'?
[14:32] <gary_poster> if it's from two weeks ago, yes.  /me hopes ther's not a new one
[14:32] <rick_h_> hatch: sorry "Can not find requested image" failure to be more exact
[14:32] <rick_h_> gary_poster: my branch landing just tossed it out with that failure :/
[14:32] <gary_poster> :-( :-(
[14:32] <hatch> rick_h_: I don't follow...was it someone else maybe?
[14:32] <rick_h_> hatch: I thought you were looking at the CI failure with the image ids/names not looking right?
[14:32] <gary_poster> hatch, no, he's talking about the fix where you set the new openstack image
[14:32] <rick_h_> hatch: my bad if I'm remembering incorrectly
[14:33] <hatch> ohh yeah no I have no idea about that - it wasn't me - I am trying to find where the login username is being changed to 'admin'
[14:33] <rick_h_> I didn't catch what the final fix was for that
[14:34] <gary_poster> hatch, /me worries you were taken over by aliens...or /me was!
[14:34] <rick_h_> lol
[14:34] <rick_h_> ubuflu turns into ubuabduction
[14:34] <gary_poster> heh
[14:35] <hatch> lol
[14:35] <hatch> there was a massive storm last night so maybe they came in under the cover of thunder
[14:36] <arosales> fyi lower third info for G+ hangouts for vUDS or in general http://paste.ubuntu.com/5598305/
[14:36] <arosales> gary_poster, were you just going to review the s-cloud-* BPs @ https://blueprints.launchpad.net/juju-gui
[14:36] <gary_poster> cool thanks arosales
[14:37] <arosales> for vUDS guid development sessions tomorrow
[14:37] <arosales> s/guid/gui/
[14:37] <gary_poster> arosales, I was going to extract public facing bits from https://docs.google.com/a/canonical.com/document/d/12NlmaoSJswYe2H1u9Z0pjAhrBtqdtN_h76n5rfj05JA/edit# and discuss
[14:37] <gary_poster> Thursday, not tomorrow, thanks to you :-)
[14:39] <arosales> gary_poster, ah yes :-)
[14:40]  * arosales needs more coffee :-)
[14:40] <gary_poster> :-)
[14:40] <arosales> gary_poster, sounds good, thanks.
[14:40] <gary_poster> cool, thanks
[14:40] <arosales> gary_poster, let me know if you have any questions
[14:40] <gary_poster> thanks arosales, will do
[14:43] <sinzui> rick_h_, abentley, jcsackett, I think someone tested search with asdf and got an error, this is it: https://bugs.launchpad.net/charmworld/+bug/1179970
[14:43] <_mup_> Bug #1179970: KeyError: 'Docs' <oops> <charmworld:Triaged> <https://launchpad.net/bugs/1179970>
[14:44] <rick_h_> sinzui: ack
[14:44] <abentley> sinzui: Yes, I did.  Not sure what happened there, because that was after I'd run 'juju resolved --retry elasticsearch/0'.  It should have succeeded, and later attemtps did succeed.
[14:49] <bac> rogpeppe2: i've exercised the GUI using your RPC branch and don't see any issues.
[14:49] <rogpeppe2> bac: thanks a lot
[14:49] <rogpeppe2> bac: that's good :-)
[15:10] <hatch> somehow I wrote that whole login/logout route rewrite and didn't get a single indentation lint error....either I'm getting better at this stuff or something is seriously wrong :)
[15:17] <hatch> jujugui Looking for a review and a qa on https://codereview.appspot.com/9415043/ a QA needs to be done using all three back ends please :)
[15:19] <teknico> hatch, conflict in lp diff: https://code.launchpad.net/~hatch/juju-gui/auth-routes/+merge/163732
[15:20] <hatch> ahh crap
[15:20] <hatch> ok ignore that email
[15:21] <hatch> thanks for pointing that out teknico :)
[15:22] <teknico> hatch: quick hangout once you're done reproposing?
[15:22] <hatch> yeah I just want to make sure everything works after fixing that
[15:23] <hatch> annnd it doesnt
[15:23] <teknico> :-)
[15:23] <hatch> *expletive*
[15:23] <gary_poster> hatch, after talking with teknico, ping me to talk about CI plz.  I'm pretty sure you know more than you are letting on about how to fix that CI failure.  Or one or both of us are aliens.
[15:24] <hatch> ok we can chat now
[15:24] <gary_poster> teknico,  gets to go first
[15:24] <hatch> sec while I grab my headset
[15:24] <teknico> hatch: https://plus.google.com/hangouts/_/02bb45411739e441fe107c9f66e2a8cc36ba4ba7
[15:25] <hatch> ok there
[15:26] <abentley> rick_h_: Technically, you won't need has_icon, because icon.svg would be listed in "files", but I'm happy to include it as a convenience.
[15:38] <hatch> gary_poster: ok guichat?
[15:38] <gary_poster> ok hatch
[15:43] <gary_poster> hey bac, you have a sec?
[15:43] <bac> gary_poster: sure
[15:43] <gary_poster> thanks bac, guichat?
[15:43] <bac> yep
[15:53] <gary_poster> jujugui kanban now, call in 7
[16:03] <rick_h_> abentley: ah true. cool
[16:15] <teknico> Makyo: is your "Refactor RepoSuite to juju/testing" card reviewable? it links neither to Rietveld nor to LP
[16:15] <Makyo> teknico, yes, sorry. Card confusion with splitting branches.
[16:16] <Makyo> teknico, https://codereview.appspot.com/9074045/
[16:17] <teknico> Makyo: gotcha
[16:32] <hatch> rick_h_: are you around today?
[16:32] <rick_h_> hatch: yea, what's up?
[16:34] <hatch> in fixing my tests I have somehow broken a charm browser test suite and I am at a total loss as to wtf is going on - any chance you could take a look?
[16:35] <rick_h_> hatch: sure, linky the branch in progress
[16:35] <hatch> https://code.launchpad.net/~hatch/juju-gui/auth-routes
[16:35] <hatch> thanks
[16:35] <rick_h_> hatch: k, pulling down. Give me a few
[16:36] <hatch> rick_h_: you should see aftereach failing in browser_charm_view right after "qa content is loaded when tab is clicked on"
[16:36] <hatch> and commenting that test out causes a number of tests to fail much later in the full suite....so I'm totally lost haha
[16:37] <rick_h_> hatch: in app.js so both routes login/logout should be there? solving merge conflict...
[16:37] <hatch> ohh I haven't merged with trunk yet
[16:37] <hatch> I didn't want to introduce more issues yet :)
[16:37] <hatch> only login route should be there
[16:38] <rick_h_> hatch: so no logout route
[16:38] <hatch> nope
[16:38] <rick_h_> k
[16:39] <rick_h_> hey, who's leaving the slider assets around the test suite :P
[16:40] <hatch> yeah I noticed that too - I was going to look into fixing that after I got this branch landed
[16:43] <rick_h_> hatch: guichat?
[16:45] <hatch> yup
[16:59]  * rick_h_ yells "not me!" and runs away from failing test
[17:00] <hatch> lol
[17:00] <hatch> thanks for looking :)
[17:17] <bac> hi hatch, quick chat?
[17:25] <bac> hatch: you got a sec?
[17:26] <hatch> sure whats up?
[17:43] <rick_h_> hatch: this Go login thing isn't intermittent. I've gotten it 10 straight times.
[17:44] <hatch> rick_h_, it depends on the speed it runs it with
[17:44] <hatch> it's ok I know what that issue is ;)
[17:45] <rick_h_> hatch: ok, just trying to poke at this some more. Depending on what I comment out I get all kinds of diff errors
[17:48] <hatch> yeah something is right messed up with these tests
[17:54] <bcsaller> updated card on "export UI" with a review branch when people have time
[17:56] <hatch> rick_h_, I think I solved it
[17:56] <rick_h_> hatch: orly?
[17:56] <rick_h_> hatch: legit issue or just the test suite hating us?
[17:57] <hatch> I think it was an issue with how the tests were written combined with the long instantiation procedure for app
[17:57] <hatch> might have to put some thought into restructuring app
[17:58] <rick_h_> hatch: well I'm all for restructing the test suite :P If app passes the tests then so be it imo.
[17:59] <hatch> well I was thinking about breaking the app instantiation into a number of extensions which we can turn on/off for testing
[17:59] <hatch> that's my 5s worth of thought on the matter
[17:59] <hatch> :)
[17:59] <rick_h_> hatch: but you still need tests with it all turned on.
[18:00] <rick_h_> hatch: so if that'll fail then at least let's make sure we know that's what failed vs something 100 tests later
[18:00] <hatch> thats kind of my thoughts - I am also working with a migraine so I'm sure there are also some other issues associated with it that I'm missing :)
[18:01] <rick_h_> hatch: I guess at some point I just wonder if we're fixing the symptoms vs the real problem. If the code's not broken the tests need fixing not the code.
[18:01] <rick_h_> hatch: ah, well go take some meds for that. hate those evil things
[18:01] <hatch> true but there is something to be said about 'testable code'
[18:02] <hatch> so it could be that the app is becoming to large to instantiate
[18:02] <hatch> for tests
[18:03] <rick_h_> hatch: k, well if you found something all good and I'm all for making app easier to maintain/etc. I just don't want to add complexity by flagging app features purely because the test suite hates us.
[18:03] <rick_h_> not that it's my decision or anything, but my input since I heard someone ask me on the wind over here in my coffee shop :P
[18:03] <hatch> haha so true so true - well once I finish modifying the tests if it works then we can look at it in more detail
[18:04] <hatch> it's windy IN the coffee shop?
[18:05] <hatch> ;)
[18:05] <rick_h_> hatch: or maybe it was just the voices in my head. I can never tell
[18:16] <hatch> haha
[18:27] <gary_poster> I wonder when the service page got too big and required scrolling :-/
[18:28] <gary_poster> sometimes
[18:28] <gary_poster> mm all the time
[18:28] <gary_poster> but sometimes it works for the first few seconds
[18:30] <hatch> gary_poster, I thought we were ignoring that because of the new UX?
[18:30] <gary_poster> not my intent
[18:30] <hatch> oh ok sorry :)
[18:32] <hatch> we got a new radio station, all 80's and 90's hits
[18:32] <hatch> w000t
[18:37] <gary_poster> hey bcsaller I'm trying out your export branch.  shift d works great.  I can't get what I believe be the help key to work (shift /, or simply "?" AFAICT).  From your branch it looks like I should be able to drag the environment name at the top of the page but that is not working for me.  Finally and most trivially, the "esc" callback throws errors when #shortcut-help is not around.  Can you correct me to the proper
[18:37] <gary_poster> help key and the proper drag mechanism?
[18:38] <gary_poster> that was some strange English
[18:38] <gary_poster> ...what I believe to be...
[18:38] <gary_poster> ...Can you correct my understanding of the help key and the drag mechanism?
[18:39] <bcsaller> gary_poster: Shift-/ or '?' works for me on that branch, odd. I also don't see an error pressing escape as shortcut help is always there (just not visible)
[18:39] <gary_poster> huh
[18:39] <gary_poster> I'll reload page after clearing appcache
[18:39] <bcsaller> the word 'Environment' is the drag target (but I didn't change the cursor on hover as I don't think we should promote this feature yet)
[18:40] <bcsaller> gary_poster: when you start the drag however it does change
[18:40] <gary_poster> bcsaller, duh, looks like I just needed to clear appcache.  sorry for false alarm
[18:42]  * bcsaller shakes his fist at appcache one final time
[18:42] <gary_poster> :-)
[18:46] <gary_poster> bcsaller, shift d works great, but if I export a larger environment (like http://ubuntuone.com/3dl0I8k9YsG52dvmzFdiOH) with drag-drop I get an error ("Error opening file '/home/gary/Desktop/{"meta":{"exportFormat":1},"services":[{"displayName":"cassandra","name":"cassandra","charm":"cs:precise/cassandra-3","config".txt': No such file or directory")
[18:46] <gary_poster> it looks like the name is the content when you drag-drop?
[18:47] <bcsaller> gary_poster: it shouldn't be, maybe I botched the merge, my quick testing seemed to work before, checking now
[18:48] <gary_poster> bcsaller, fwiw I merged your branch into trunk for review.  Maybe that's the problem
[18:48] <gary_poster> no conflicts though
[18:48] <bcsaller> I did that this morning as well before the CR push
[18:50] <bcsaller> gary_poster: there are two import paths, the file reader one which is the drag from file manager to browser case, the other is from the clipboard. The clipboard case will put the JSON (if it fits) in the clipboard
[18:50] <bcsaller> AFAIK it can't set a filename associated with that clip though
[18:50] <bcsaller> so nautilus sees the drag and tries to name the file its contents
[18:51] <gary_poster> ack, on call back soon
[18:51] <bcsaller> however dragging to another gui instance is fine as it tries to import that data directly
[18:51] <bcsaller> ok
[19:00] <Makyo> my cobzr setup got corrupted :|
[19:04] <bac> Makyo: kill cobzr
[19:05]  * Makyo gets out the knife :/
[19:06] <bac> Makyo: seriously, did you read tim's suggestions in juju-core/docs/bazaar* ?
[19:06] <hatch> rick_h_, yeah looks like I found a good workaround
[19:06] <hatch> it was because of multiple app instantiations with such a long init cycle
[19:06] <Makyo> bac, re: switching to pipelines?
[19:07] <bac> Makyo: you don't have to go all the way to pipelines but just use a sane set up for lightweight checkouts that allows you to get rid of cobzr
[19:07] <Makyo> Something just fell off the roof.  Back in a sec.
[19:10] <Makyo> Oh well.
[19:10] <sinzui> I see m.jc.com just through a wobbly when someone was looking at the juju-gui charm
[19:10] <Makyo> I'll read up on it, bac.
[19:11]  * sinzui reports bug
[19:18] <rick_h_> hatch: cool
[19:19] <hatch> of course I am trying to solve some edge cases now
[19:22] <rick_h_> bcsaller: you guys have a running GUI charm on prodstack right? It's just a raw IP port right now?
[19:22] <bcsaller> rick_h_: I'm not sure the status of that
[19:22] <rick_h_> bcsaller: asking because abentley noticed that the charm installs apache, but prodstack rules say you must go through the apache charm from them and curious if there's a branch/etc to look at for the latest/greatest
[19:23] <bcsaller> hmm, afaik they accepted what we delivered
[19:24] <bcsaller> there was no additional work to support a remote apache. Currently the server is static files though so they might have let it in because of that
[19:24] <rick_h_> bcsaller: ok cool.
[19:33] <hatch> rick_h_, still around?
[19:41] <rick_h_> hatch: what's up?
[19:41] <hatch> wondering if you could pull down the latest version of my auth branch and see if that Go error pops up
[19:41] <rick_h_> hatch: k, sec
[19:41] <hatch> thanks
[19:44] <rick_h_> hatch: all tests pass
[19:44] <hatch> righteous
[19:45] <rick_h_> hatch: just testing something else out quick, sec
[19:46] <rick_h_> hatch: so if I comment out the test_app (which I was doing to help debug the test issue) it happens every time
[19:47] <hatch> ok let me try that
[19:49] <hatch> darn I still can't repro
[19:49] <hatch> are you on your desktop?
[19:50] <rick_h_> hatch: laptop
[19:50] <rick_h_> desktop arrives tomorrow
[19:50] <rick_h_> hatch: sec, let me breakpoint there and peek
[19:51] <gary_poster> I attended Juju vUDS session.  Took some notes from GUI perspective, fwiw: http://pad.ubuntu.com/uds-1305-juju-core-development
[19:51] <gary_poster> big take away: we need even more of a machine perspective than I thought
[19:51] <hatch> rick_h_, ok I was able to reproduce it once - I was asking about the desktop because maybe it was a speed issue - looking into the test now
[19:52] <rick_h_> hatch: yea, understand.
[19:52] <gary_poster> rick_h_, bcsaller yes they accepted the apache because GUI needs to be behind haproxy to merge websocket (juju) and normal web resources (apache).  If we were a subordinate, we would still need our own apache, or something like that.
[19:53] <gary_poster> not sure if we could have our own apache within another apache. don't see how that would work
[19:53] <hatch> gary_poster, mongo works better in HA with odd numbers? lol
[19:53] <hatch> have to admit that's pretty funny :)
[19:53] <bcsaller> hatch: https://speakerdeck.com/mitsuhiko/a-year-of-mongodb ;)
[19:53] <gary_poster> hatch, :-P :-)
[19:54] <rick_h_> hatch: hmm, so they 'look' the same to me
[19:54] <rick_h_> hatch: just the order is diff from what I can tell
[19:54] <rick_h_> hatch: maybe the test can just compare multiple properties expected to match instead of the deepequal?
[19:55] <hatch> rick_h_, no the deep eql is necessary - the issue is a race condition...now I need to figure out how to fix that
[19:56] <hatch> that guys slides are wrong.....mongo doesn't use JSON records :P
[19:56] <hatch> I will read more after I fix this test
[19:57] <rick_h_> hatch: http://paste.mitechie.com/show/959/
[19:57] <rick_h_> mongodb needs 3 so you can always vote for a new master. Also you usually want sharding, and 3 of each shard...so enjoy the number of machines
[19:58] <hatch> ohh that's why it needs 3...I guess that makes sense
[19:58] <rick_h_> yea, you want to have a vote to promote else some out of date second can just become master and oh well to any data that didn't get there yet
[19:59] <rick_h_> hatch: so yea, I don't know. When I debugger into that test and check each property I'm golden. Then again if it's a race the delay in getting at the object must be cool and fix it
[20:01] <hatch> yeah - I know how to fix it....just trying to figure out how without rewriting all of the tests
[20:01] <hatch> :)
[20:01] <rick_h_> hatch: ok, then I can quit poking at this and EOD
[20:01] <rick_h_> have fun :)
[20:02] <hatch> thanks for your help
[20:03] <rick_h_> hatch: heh, happy to just yell "it's broke" :)
[20:04] <hatch> oo new radio station is playing Oasis
[20:04] <hatch> fixed....but yuck
[20:05] <rick_h_> hatch: what was that? I stopped reading at 'fixed' :P
[20:06] <hatch> https://gist.github.com/hatched/3ec63ac042ad698c6ea6
[20:06] <hatch> ln 2 to 11
[20:06] <hatch> feel free to try that in your branch :)
[20:06] <rick_h_> hatch: now turn that into a method resetGoEnv() and it's pretty again
[20:07] <hatch> sure I still think it's a hack :)
[20:08] <rick_h_> hatch: yay tests pass
[20:08] <hatch> and I thought that the login/logout routes would be a simple fix :)
[20:09] <rick_h_> hatch: ok, color me confused. What you added is just a pass through beforeEach/afterEach?
[20:09] <hatch> the before/after each still run as normal, so that's why I am destroying the env that the before created
[20:09] <hatch> clobbered the method causing issues
[20:10] <hatch> then reset it back after
[20:10] <abentley> gary_poster: I don't understand why you would need your own apache if it was a subordinate.  The subordinate relation could make the charmed apache serve your static files.
[20:15] <gary_poster> abentley, the GUI's haproxy would need to proxy the apache, so the haproxy needs to have control over the external port that serves the GUI--80 and 443 in our case.  I could imagine a setup that had the GUI served from apache in one charm, and then fronted by an haproxy service that was specially configured to serve the Juju API properly.  That haproxy would probably require custom development and unusual configurat
[20:15] <gary_poster> ion, and would be antithetical to my desire to make deploying the GUI very easy (a single deploy statement and a single expose statement).  If we could make the GUI charm support both the easy deploy and the subordinate deploy story then that would be fine in theory.  However,
[20:16] <gary_poster> that is only interesting with the jujucharms.com/sandbox story.  Until convinced otherwise, I prefer to have a single charm that is configured to handle the different cases.
[20:16] <gary_poster> That was a bit convoluted, sorry. :-/
[20:25] <hatch> I noticed that the featured flags route is at the end of the route list - shouldn't that be at the start?
[20:26] <hatch> so that the other routes can rely on that code?
[20:26] <abentley> gary_poster: I'm not familiar with the haproxy+websockets issues.  Do I understand correctly that juju-gui's charm installs both juju-gui and haproxy?
[20:26] <abentley> gary_poster: And apache?
[20:26] <gary_poster> abentley, yes.  want to have a chat?
[20:26] <abentley> gary_poster: sure.
[20:27] <gary_poster> abentley, guichat is open (https://plus.google.com/hangouts/_/7fb7c30f3a232db57dd8549738fb98e723d90d4a)
[20:33] <hatch> jujugui - anyone available for a QA and review? https://codereview.appspot.com/9415043/
[20:35] <bcsaller> hatch: I can review that
[20:35] <hatch> thanks - any chance I could get a QA too? sorry QA'ing this kind of sucks :/
[20:37] <bcsaller> yes
[20:38] <hatch> u da man
[20:54] <gary_poster> hey bcsaller.  so, I can drag and drop into another GUI, or...what else?
[20:55] <gary_poster> I guess a text editor.
[20:55] <gary_poster> trying
[20:55] <abentley> sinzui: Have you seen my explanation of the deeper cause in https://bugs.launchpad.net/charmworld/+bug/1179942 ?
[20:55] <_mup_> Bug #1179942: Max retries exceeded with url: /charms/_search?size=10 <api> <elasticsearch> <oops> <charmworld:Triaged> <https://launchpad.net/bugs/1179942>
[20:55] <bcsaller> another gui is really the target, the export hotkey is the download story as its not size limited
[20:55] <sinzui> ES was not up
[20:55] <gary_poster> text editor does not work.  ah ok
[20:56] <gary_poster> hm
[20:56] <sinzui> ^ abentley ES was not up, so the app tried until it hit the max
[20:57] <abentley> sinzui: Right.  I'll copy the explanation to 1176901, but please don't mark *that* as a dupe :-P
[20:57] <hatch> bcsaller, so what's the best way to clear out the namespaces?
[20:58] <sinzui> abentley, It is the older bug and I think it is the same issue. It is about the time we discovered that ES timesout on start
[20:58] <bcsaller> hatch: look at showRootView
[20:58] <hatch> ok I was thinking override myself thanks
[21:02] <hatch> hmm not working
[21:02] <hatch> to the investigator!
[21:03] <abentley> sinzui: I'm sorry if I didn't communicate that clearly to you earlier.  I thought I had.
[21:06] <bcsaller> gary_poster: do you need different behavior for export? Our choices are limited w/o the server generating a URL for the Download. If it does then we can be more sophisticated.
[21:06] <bcsaller> generating the blob for the S-d export works because it doesn't need to be referenced apart from the download, but passing a URL (the other mode of DnD) can't reference such a file.
[21:07] <bcsaller> there is a possibility to request local file access, generate the file there, but its was not clear it was worth the effort
[21:08] <gary_poster> bcsaller, ok.  had to think a bit about that.  I am concerned about the drag and drop UX because I think it gives the wrong idea of what you can do.  I realize that this must be demonstrated to someone for them to find it, but I want to make it super explicit that this is experimental.  Could you put the drag and drop behind a "gui.experimentaldndexport.enable" flag, or similar?  (you could delete the "experimental,
[21:08] <gary_poster> " for instance :-).  Then when we demo, it will be clear that this is not released and should not necessarily be expected in the future.
[21:08] <bcsaller> drag out being a strange story to being with. Store interaction for example would make more sense
[21:08] <gary_poster> sorry, reading what you are saying now
[21:08] <gary_poster> yeah agree
[21:09] <gary_poster> basically I think we ought to be able to show off what you have done, so people like Luca can get a feel for possibilities, while being clear that this is not actually released
[21:09] <gary_poster> it sounds like you are on the same page
[21:09] <gary_poster> again, I realize the feature flag simply adds to the hidden nature of what you already had
[21:10] <gary_poster> bcsaller, you ok with featureflag?  if so will LGTM
[21:10] <gary_poster> btw, who updated the background for the gui blog?  I meant to say thank you!
[21:11] <bcsaller> gary_poster: yes, fine with that, though I'd make it quite short if you're ok with it /:flags:/dnd or something
[21:12] <gary_poster> bcsaller, prefer to make it explicit.  In approval to Matt's branch I pointed to Launchpad feature flag names.  As I quoted them I thought they might be too heavy, but "dnd" is IMO an example of what we don't want: a feature flag that does not clarify what it does, and that will encourage naming conflicts
[21:13] <bcsaller> fair enough
[21:14] <gary_poster> so, I'd be fine with a naming convention that was more trusting, and more trying to state the intent rather than the letter: "choose a name that clearly indicates what it does, both for docs and for name clashes"
[21:14] <gary_poster> we need to share this though
[21:14] <gary_poster> right now the rule is the LP rule
[21:16] <bcsaller> gary_poster: right now its only enabled with sandbox (except for the hotkey, which I think is fine?) I will add the flag. I think always saying gui. and experimental can both be dropped and presence indicates enable implicitly, no?  So 'dndexport'?
[21:18] <bcsaller> if you feel strongly I can go with the whole thing though
[21:18]  * gary_poster hates xchat sometimes
[21:19] <gary_poster> bcsaller, ok with dumping gui (was in contrast with charmbrowser. or inspector. or whatever) for now until we change our minds.  The other element is supposed to be a verb
[21:19] <gary_poster> dndexport.enable
[21:20] <bcsaller> ok
[21:20] <gary_poster> the contrast is supposed to be "disable" or a particular flavor of approach
[21:20] <gary_poster> bcsaller, you can argue against that too and say YAGNI until proven otherwise
[21:21] <bcsaller> seems like presence is on, as you'd never have to turn off a feature flag given our current plans?
[21:21] <bcsaller> they will all say .enable
[21:21] <gary_poster> maybe so bcsaller .  go for it.  have to run. :-P
[21:21] <bcsaller> ha, ok
[21:21] <gary_poster> :-)
[21:43] <hatch> bcsaller, the fix is being proposed
[21:46] <hatch> bcsaller, ok the changes are up - should QA properly now
[21:46] <hatch> you might need to appcache-force
[21:46] <bcsaller> hatch: I'll check it again in a few minutes, thanks
[21:47] <hatch> yep no rush thanks again
[22:08] <hatch> thanks for the qa and review bcsaller - I'll add that note into hacking
[22:08] <hatch> anyone else still working? :)
[22:08]  * hatch wants to land this
[22:26] <hatch> bcsaller, I created a new unit-tests.rst file to document unit test gotchas and added it to the branch
[22:35] <hatch> morning huwshimi
[22:40] <Makyo> hatch, looking at your branch because sick of bzr.
[22:40] <hatch> switch to git?
[22:40] <hatch> :P
[22:41]  * hatch is just trolling
[22:41] <Makyo> HAh.
[22:42] <hatch> lol I have only found a few things that git is actually better at
[22:42] <hatch> but they are used so infrequently it's hardly worth it
[22:43] <Makyo> Yeah.  There's a lot of stuff that bzr does or can be made to do that make the transition relatively easy.  I just screwed up my local stuff.  Was going to rebuild, but I need a break.
[22:43]  * rick_h_ sneaks up behind hatch to snuff out that nonsense he's spewing
[22:43] <hatch> haha sounds good
[22:43] <hatch> rick_h_, lol I think you're more pro-git than I am :)
[22:43] <rick_h_> hatch: it definitely sounds so
[22:54] <hatch> Makyo, is there more recent documentation for juju charm development than https://juju.ubuntu.com/docs/getting-started.html this hasn't been updated since november
[22:55] <rick_h_> hatch: check with marco in #juju and ask about juju create and such
[22:56] <rick_h_> hatch: there's some stuff in the works but not sure where/what state it's at
[22:56] <Makyo> hatch, Don't know, but yeah, check with marcoceppi.
[22:56] <Makyo> Or m_3, I think?
[22:56] <hatch> that name has a ring to it
[22:56] <Makyo> You talked with both of them about the node charm.
[22:56] <hatch> marcoceppi......marcoCeppi......maaaaarcoCEPPI
[22:57] <rick_h_> heh
[23:05] <Makyo> hatch, lost track of time.  Will do a code review now and try to do QA after dinner.
[23:05] <hatch> sure np - bcsaller did a QA so you probably don't have to if you don't want to
[23:06] <hatch> but 2x is always better :)
[23:07] <Makyo> hatch, will leave it up to you, but yeah, more is better
[23:08] <hatch> maybe because it's such an integral part you should probably do another
[23:08] <hatch> I am not sure if he tested with the go back end
[23:08] <hatch> do we have a fake go back end?
[23:08] <hatch> :)
[23:29] <hatch> Makyo, thanks for the review  - I was also curious about the story for requiring the login
[23:29] <hatch> I'll create a friday ticket
[23:32] <Makyo> hatch, cool, thanks.
[23:32] <Makyo> hatch, I know a lot of sites that lose your current goal when you log in, so it's not unusual by any stretch, but still.
[23:32] <Makyo> Some keep it in a ?next=<url>
[23:34] <hatch> yeah I am just thinking that if that happens and then they paste the url again they will need to log in again
[23:34] <hatch> *might need to*
[23:34] <hatch> I'd like to see a ?redirect I think...
[23:34] <hatch> or yeah... a ?next or something along those lines
[23:34] <hatch> should be pretty easy to implement
[23:34] <rick_h_> stick it in localstorage and clear it out post-login
[23:35] <rick_h_> avoid url/router bits
[23:35] <hatch> that might be more work
[23:35] <Makyo> hatch, yeah.  I mean, pasting the URL again, they have the creds in local storage.
[23:35] <hatch> yeah if they have allowed the local storage
[23:35] <Makyo> True.
[23:35] <Makyo> or session storage or whatever we use.
[23:35] <rick_h_> who doesn't allow localstorage? it's pretty darn built in
[23:35] <hatch> rick_h_, it asks for permission - people click no out of habit haha
[23:36] <rick_h_> hatch: it doesn't for localstorage
[23:36] <rick_h_> hatch: you're thinking offline cache access, I just mean sticking the url to redirect to in the key/value store
[23:36] <rick_h_> http://caniuse.com/namevalue-storage
[23:36] <rick_h_> hatch: they don't ask until after 5MB I think
[23:37] <rick_h_> http://dev.w3.org/html5/webstorage/#disk-space
[23:41] <hatch> oh right
[23:43] <hatch> that would probably be the cleanest but using the query params would be the easiest to implement
[23:43] <hatch> although probably not by mjuch
[23:44] <rick_h_> hatch: yea, just an idea as it's more invisible. I'm with Makyo that it'd be nice to implement url saving on login for sure
[23:44] <hatch> ok well there is a ticket for Friday to discuss
[23:44] <hatch> I'm sure that it will pass pretty easily


[01:16] <spasticteapot> Does anyone here know how to make my Palm PDA work with Linux?
[02:01] <ToStItOs_> Question for all of U I have a dial up modem and I have Xubuntu 8.10 if I install updates such as networking and Cups udates will that interfere with my modem driver
[02:05] <ToStItOs_> I want to install the security updates but I am afraid to due to some problems I had before but does anyone know if it will affect my modem driver
[02:06] <ToStItOs_> I have a bunch of updates to install
[02:06] <ToStItOs_> I know I will not finish them tonight for sure
[02:07] <KittyKatt> Question: Where would I go editing if I wanted the xfce4-terminal to have the same colors as gnome-terminal.
[02:07] <ToStItOs_> Any suggestions???
[02:07] <KittyKatt> Because I know it's in bash.
[02:15] <KittyKatt> wb
[02:16] <ToStItOs_> Oh thanks my clicking closed everything
[02:38] <KittyKatt> [AmsG] be back in a few
[02:50] <_Master_> hello everyone, im working on xubuntu and i cant get my second screen using s - video anyone got any help
[03:30] <_Master_> do I need fglrx to use ati radeon 9600's svideo out ???
[04:21] <damo23> what are the benefits of xubuntu 9.04 over 8.04
[04:22] <damo23> can i use my old menu in 9.04?
[04:24] <hatake_kakashi> I never tried 8.04 but you get newer features.. including libnotify
[04:24] <hatake_kakashi> newer kernel
[04:25] <th0r> damo23: you might want to consider keeping 8.04.
[04:26] <damo23> i did a fresh install of ubuntu 9.04 on my friends machine, it seemed to have extra desktop eyecandy features than 8.04
[04:27] <damo23> like desktop switching by dragging a window off the screen
[04:27] <damo23> just like my xubuntu
[04:27] <forces> if you like the stability, use 8.04
[04:27] <th0r> damo23: yes, there are some new features, but there are also some problems. There are some video issues in jaunty that weren't in hardy, for instance
[04:27] <th0r> forces, right....the next lts release isn't for another six months...10.04
[04:28] <forces> just 8 months
[04:28] <th0r> damo23: if you have 8.04 running dependably an upgrade might cause you some problems, be prepared for them
[04:28] <forces> and we will have a new LTS
[04:30] <hatake_kakashi> and so 9.04 isn't deemed as stable?
[04:30] <damo23> ok i'll wait for the next LTS
[04:31] <damo23> but i might repartition my hard drive in the meantime
[04:31] <th0r> hatake_kakashi: I had a choice and installed 9.04, but wish I had gone with hardy instead
[04:31] <damo23> what is a good size for /
[04:31] <damo23> i have an 80Gb hard drive
[04:31] <damo23> and 15Gb is taken with xp pro
[04:31] <hatake_kakashi> th0r, I hardly have regretted migrating from ibex to jaunty but never tried hardy
[04:32] <th0r> damo23: I left 35 GB and used less than 7GB, so when I redo the drive I will leave about 15GB
[04:32] <damo23> cool
[04:32] <th0r> hatake_kakashi: hardy would have had better support for my laptop video
[04:32] <hatake_kakashi> th0r, ahh *nods* in terms of wireless spec, later is generally better
[04:34] <th0r> hatake_kakashi: jaunty did support my broadcom chip, which surprised me, and did not support my atheros chip...which also surprised me.
[04:34] <hatake_kakashi> th0r, that brings me back to the same question lol
[04:34] <hatake_kakashi> atheros non-usb?
[04:35] <th0r> no, atheros is usb, the broadcom is built-in
[04:35] <hatake_kakashi> yeah atheros usb is literally a dead zone.. its not one of those n-draft is it?
[04:35] <th0r> no...a G unit...just a little unit I can lay outside the cabin on the boat to get a little better reception
[04:36] <hatake_kakashi> yeah, atheros usb support for non n-draft has been pretty patchy.. no native drivers unless you were one of the lucky owners of ar5007ug
[04:37] <hatake_kakashi> there's ndiswrapper I suppose
[04:38] <th0r> yeah, I finally got it working with ndiswrapper ok....but surprised me as internal atheros cards have always been pretty easy to get going
[04:39] <hatake_kakashi> yeah there's a difference :)
[04:39] <th0r> someone hijacked my website <smile>. looks like 110mb.com has been hacked
[04:39] <hatake_kakashi> atheros has got good support non-usb, mimo or fullmac (rare) but apart from that
[04:40] <th0r> yeah...course the internal cards show up as pci cards so they were supported. but I figured an atheros chip is an atheros chip...was surprised to encounter problems with the usb unit.
[04:40] <th0r> but what really disappointed me was the lack of support for my ati card in jaunty.
[04:41] <hatake_kakashi> heh I　hear older ati cards aren't getting the necessary support
[04:41] <th0r> yeah...ati just walked away from them.
[04:42] <th0r> I will wait a little while after 10.04 comes out and see how it goes. Will either install that or 8.04 and then freeze my laptop...no more upgrades or any of that stuff...too many headaches
[04:43] <th0r> heck, I lost my internal wifi to the last kernel update....even had to dump that
[04:45] <damo23> th0r: i decided to wait for the next LTS release too, im running 8.04 very comfortably
[04:45] <damo23> but i will repartition my drive to 15Gb /
[04:46] <th0r> damo23: I have been thinking about reclaiming that extra space in / and installing hardy at the same time. Would give me something to do <smile>.
[04:47] <damo23> th0r: sounds like a waste of time... who wants to have to reboot into a different flavour of linux
[04:47] <damo23> thats what vmware is for
[04:48] <damo23> :)
[04:48] <th0r> damo23: well, if I installed hardy I could get better video suppport. I can't even run google earth or secondlife right now for the video tearing
[04:48] <damo23> ok
[04:49] <th0r> I actually had a better system going when I was running dapper drake (6.06)
[04:49] <th0r> I am no longer interested in being on the 'cutting edge'. I want to be able to get my email without difficulties
[04:50] <damo23> th0r: use IMAP webmail
[04:50] <th0r> damo23: never....I leave nothing on the net in the way of personal info. Like I said...the little web page I had online just got hijacked...I sure don't want all my email online
[04:51] <damo23> :S
[04:52] <damo23> well use IMAP without webmail, that way all the email stays on the server
[04:52] <damo23> pay someone else to protect your data
[04:52] <damo23> then it doesnt matter which client you use to log into your email
[04:52] <th0r> that is what I don't want. with pop all my email is right here...I control it. With imap someone else is storing it all...and I have no control over it.
[04:53] <damo23> i guess
[04:53] <damo23> makes reading it a hassle, you have to do it from the same computer
[04:53] <th0r> I guess that is a concept that people are having a hard time grasping. If you want secure data, take it off the network
[04:54] <th0r> well...the career went with the dotcom crash so I only have this laptop.
[04:54] <damo23> ok
[04:54] <th0r> but even when I was working....private email on my private computer, work email on the work computer
[04:55] <damo23> i just bought an unlimited hosting plan
[04:55] <damo23> so i can host unlimited domains
[04:55] <damo23> it was cheap as hell
[04:55] <th0r> damo23: I would like to have a domain....my own email and web server. I used to keep one when I had an apartment and broadband, but here on the boat there is no way for me to do that
[04:56] <th0r> would love to have a server tucked away somewhere to play with
[04:56] <damo23> i think i'll set one up at my mums place
[04:56] <damo23> i figured out how to set up a dns server
[04:56] <damo23> with bind
[04:56] <damo23> so i can host my own domain and dns
[04:56] <damo23> its pretty easy
[04:57] <damo23> the only thing is, her ISP blocks port 80
[04:57] <damo23> so i need to switch plans
[04:57] <th0r> and it is fun....I used to enjoy tinkering with my server. You can make one from an old desktop or laptop that the windows babies think is too old to be useful <smile>
[04:57] <damo23> yes
[04:57] <th0r> damo23: put it on another port. I used non-standard ports for everything for security
[04:58] <damo23> th0r: but i want to run a webserver without using :<port> in the url
[04:58] <th0r> I only wanted my friends and family to get in, so I instructed them to go to <ip>:<port> to get to my website
[04:58] <th0r> if you want it open then yeah....you need port 80
[04:59] <th0r> I enjoyed knowing it wasn't going to get hacked <smile>
[04:59] <damo23> :D
[04:59] <damo23> i just downloaded nmap 5,  its a pretty cool port scanner you can spoof your mac address and ip address
[04:59] <damo23> :P
[04:59] <th0r> when I first put it online I used to see three or four hack attempts on ssh every day. Moved ssh off port 22 and it dropped to zero....over a year with no attempts
[05:00] <th0r> there is a gui version now called zenmap
[05:00] <damo23> yes
[05:00] <damo23> are u serious? 3-4 hacks per day?
[05:01] <damo23> but ssh is secure isnt it?
[05:01] <th0r> yeah...but I would see a bot attempting to get in...maybe 20 userid/passwd sent trying to gain access.
[05:01] <genii> damo23: Once established traffic from an ssh session is hard to decrypt. But that doesn't do much if someone gets a password by brute-force
[05:02] <th0r> how do you think the chinese are finding all those govt systems to get into? <smile>
[05:02] <damo23> genii: oh i see
[05:02] <th0r> but they don't waste time on non-standard ports...if port 22 doesn't answer they move to the next ip
[05:02] <genii> th0r: I had a server getting hammered 20-30 times a second for a while
[05:03] <damo23> cant you set ssh to timeout after 3 invalid attempts
[05:03] <damo23> and not allow any logins
[05:03] <th0r> genii: exactly. Move ssh to a port near the top...53265 or something like that...and you won't see a single attempt
[05:03] <genii> Using something like "honeypot" also is useful
[05:04] <th0r> another interesting concept I haven't yet had a chance to try is port knocking....like a combination lock on your ssh
[05:04] <damo23> interesting
[05:04] <th0r> it is in the repos....'knock' (no imagination <smile>)
[05:05] <genii> !info honeypot
[05:05] <genii> Hm
[05:06] <genii> !info labrea
[05:06] <th0r> you can use it for any service you like. You totally lock up the system using iptables. When the daemon sees a configured sequence of port accesses it opens whatever is configured
[05:07] <th0r> that is why I want the server....things like 'knockd' fascinate me
[05:07] <damo23> th0r: THATS COOL
[05:07] <th0r> I would like to open a data center that specializes in secure storage....with tools like knock
[05:08] <damo23> th0r: but surely you cant have a system with 100% filtered ports and still have the knock daemon reading the port accesses
[05:09] <th0r> damo23: why not? iptables sees the packets at the ports...but doesn't let them in. Knockd also watches...the packets don't have to get in...just 'knock'
[05:09] <damo23> th0r: what if there is packet loss
[05:09] <damo23> the combination will be invalid
[05:10] <th0r> what if you dial a wrong combinatiion? <smile> you just send the combination again.
[05:10] <damo23> ok
[05:10] <damo23> thats friggin awesome
[05:11] <th0r> there is a tool called knock in the package...you configure knock to send the proper sequence of packets to the ip of the server.
[05:11] <damo23> can you configure how long the ports stay open after u knock
[05:12] <th0r> yes, if you want you can open a port for only 30 minutes, or whatever, or you can open it til you close it again
[05:12] <th0r> there is a pretty good readme in the package, you might want to install it and take a look. Unless you turn it on it won't hurt to have it sitting on the hard drive
[05:13] <damo23> but the port has to be open for the duration of the ssh session?
[05:13] <th0r> the man page for knock is really good as well
[05:13] <damo23> ok
[05:13] <th0r> well, if you configure it to open ssh for 30 minutes, you better be done in 30 minutes. If you configure it to open ssh and leave it, then you have all the time in the world
[05:14] <th0r> I had read about port knocking about a year ago...was pleasantly surprised the other day to see a package for it in jaunty
[05:19] <genii> I'm intrigued by Ksplice ... rebootless upgrades
[05:26] <damo23> th0r: i can see how port knocking would stop random port scan attacks, but if someone knew your ip and really wanted to hack your machine, it wouldnt stop them
[05:26] <damo23> just make it slightly more difficult
[05:27] <th0r> damo23: a four number combination, each number between 1 and 65535, and each either tcp or udp.....how many crays do you have?
[05:27] <th0r> damo23:  and it doesn't have to be four...could be any number of knocks
[05:28] <damo23> but they can monitor your network traffic and get the combination
[05:28] <genii> Even after a successful knock you'd still have to know what service you're actually connecting to
[05:29] <damo23> especially if there is hardly any traffic, suddenly there are this sequence of random ports
[05:30] <damo23> its like watching you enter the combination
[05:31] <th0r> damo23: agreed...where are they collecting this data at? what traffic are they collecting? If they are on a router at your isp they get all the traffic going through that router and have to sift through it for YOUR ip.....we are talking about a lot of work for what gain? Just like a car thief...they will move on to an easier target of opportunity
[05:32] <genii> I imagine someone will figure a way to rotate/semi-randomize the port sequence so the same one can't be used twice
[05:33] <damo23> th0r: what we are talking about isnt security, its obscurity
[05:34] <th0r> damo23: I guess it might be interpreted that way. A concerted effort to hack into your system would still be possible...but sure would be a lot of work
[05:36] <damo23> a more secure way would be to set up a regular webserver on SSL port 443 and enter a password, and the password opens up the ssh port
[05:37] <th0r> damo23: or an ssh tunnel to the gateway and then knock on the server
[05:38] <damo23> lol
[05:40] <damo23> or a sequence of ssh tunnels to different servers, and finally to your server
[05:40] <th0r> damo23: don't laugh...that is how I accessed my home network. An ssh tunnel to one computer and then via that tunnel to all the others. the only port open was an oddball port for ssh
[05:41] <genii> "hopscotch"
[05:41] <th0r> and that port was forwarded from the wifi router
[05:41] <damo23> i think i'll just set up ssh on a very high port
[05:42] <damo23> that should be enough security
[05:42] <damo23> for a home server
[05:42] <th0r> damo23: that's my point....add port knocking and how much more 'enough' will you have <smile>
[05:43] <damo23> so you can use port 1-65536
[05:44] <th0r> for ssh, yes. just set the port number in sshd_conf
[05:45] <th0r> whatever port sshd is listening on, that is the port you use with ssh
[06:01] <anom01y> how do I restore the desktop after running nautilus without the --no-desktop
[06:01] <anom01y> option.   Not sure what I am doing wrong,
[08:52] <turtle_> G'day all, I am unable to unmount a usb stick due to it being locked, has anyone got a solution?
[08:58] <turtle_> its ok the usb is problematic, scrubbed the partition and started again, problem solvered
[08:59] <turtle_> writing img now
[09:39] <damo23> i just upgraded pidgin from 2.0.2 to 2.5.8 in xubuntu, but when i restart pidgin, i still get 2.0.2, what am i doing wrong?
[11:55] <Glenjamin> hi guys, whenever i plug in my usb printer, dmesg gives an error saying unable to enumerate usb device. Is there anywhere I can look to get more verbose information about the error?
[18:39] <o123hallo> hello
[18:39] <o123hallo> can someone help me
[18:39] <o123hallo> i wanna add a menuentry
[18:40] <o123hallo> i installed the newest eagle version (/opt/Eagle)
[18:40] <o123hallo> so i have in my Eagle.desktop: Exec=/opt/Eagle/bin/eagle
[18:40] <o123hallo> is that right?


[04:01] <lfaraone> ls
[14:39] <manusheel> neeraj: Hi Neeraj.
[14:40] <neeraj> manusheel sir : Hi
[14:41] <manusheel> neeraj: Please have a word with Aleksey on the two patches and the GSM issue.
[14:42] <manusheel> alsroot: Around?
[14:55] <dipankar> dfarning, hello
[14:55] <dfarning> dipankar, good morning
[14:55] <dipankar> dfarning, good morning :)
[14:56] <dipankar> dfarning, you are still at Paraguay?
[14:57] <dfarning> dipankar, one more week then back to my own home.
[14:57] <dipankar> dfarning, :)
[14:59] <dipankar> dfarning, Did you get a chance to see the mail that I sent regarding the fullscreen bug?
[15:01] <dfarning> I scanned it.  but I try to stay out of technical discussions:)  those are better left to developers who know what they are doing.
[15:01] <dipankar> dfarning, :)
[15:01] <dipankar> alsroot, !ping!
[15:01] <dfarning> dipankar, ^^ I suggesting asking alsroot how to proceed.
[15:02] <dipankar> dfarning, I am on it.
[15:03] <dfarning> dipankar, thanks.
[15:09] <dipankar> alsroot, around?
[15:09] <dipankar> alsroot, I need your help on the fullscreen bug.
[15:10] <dipankar> neeraj, around?
[15:12] <dipankar> bernie, around?
[15:14] <manusheel> dipankar, neeraj is not around.
[15:14] <manusheel> He'll be back in 15 mins.
[15:14] <dipankar> manusheel, ohk sir
[15:14] <manusheel> Informed me.
[15:14] <dipankar> manusheel, I am at #suagr
[15:14] <dipankar> *#sugar
[15:14] <manusheel> Ok, great.
[15:15] <alsroot> dipankar: pong
[15:16] <dipankar> alsroot, I am at #sugar
[15:17] <alsroot> manusheel: pong as well
[15:17] <manusheel> alsroot: Hi Aleksey. Good morning.
[15:18] <alsroot> manusheel: morning
[15:18] <bernie> dipankar: yup
[15:19] <bernie> (not for long, I'm packing up)
[15:23] <dipankar> bernie, where are you heading to?
[15:24] <dipankar> manusheel, Sir, tomeu has again some other opinions
[15:24] <dipankar> manusheel, I need some help :(
[15:26] <dipankar> manusheel, Sir, what tomeu is asking is correct I guess. Why are we actually trying to remove all those errors in the shell.log first place?
[15:26] <dipankar> alsroot, did you get a chance to go through my mail regarding the 'fullscreen-new approach'
[15:27] <dipankar> alsroot, I found that at exactly 800x600, due to task panels and window title bar of xephyr, there is some cropping in emulator
[15:29] <alsroot> dipankar: the original issue that 800x600 is not work exactly is that issue w/ scaling, /me is looking into the code..
[15:33] <bernie> dipankar: Uruguay
[15:34] <bernie> dipankar: I'll work with the people of Plan Ceibal for one week, more or less
[15:44] <dipankar> alsroot, I set the condition for fullscreen to <= 800x600. from < 800x600
[15:45] <dipankar> on my system
[15:46] <dipankar> bernie, ohk. :)
[15:46] <alsroot> dipankar: heh, "<=" that's an obvious bug
[15:47] <dipankar> alsroot, why?
[15:47] <alsroot> dipankar: I mean its obviously a bug :)
[15:47] <alsroot> dipankar: could you create a ticket on bugs.sl.o?
[15:47] <dipankar> alsroot, I mean, to do away with the cropping part, I modified the code a bit
[15:48] <dipankar> alsroot, ok sure
[15:48] <dfarning> dipankar, are you looking at the gsm error bug?
[15:48] <dipankar> dfarning, just completed with the fullscreen bug.
[15:48] <dipankar> dfarning, I think we are slowly arriving at a conclusion.
[15:48] <alsroot> dipankar: but stop, there is already ticket for such issue, /me is looking
[15:49] <dipankar> alsroot, sure
[15:49] <dfarning> dipankar, the problem with the gsm bug is _not_ that something is being reported it is the fact that the message is called an 'error'.
[15:50] <dipankar> dfarning, ohk.
[15:50] <dipankar> dfarning, so, I think what tomeu is saying is correct.
[15:50] <dfarning> dipankar, to fix the issue all you have to do is downgrade the message from error something lower such as warning.
[15:50] <dipankar> * How is it relevant to user?
[15:51] <dipankar> dfarning, ok. But when I asked about gsm issue,^^ tomeu asked me the above question
[15:53] <dfarning> dipankar,  It is relevant to developers... because error means "holy shit some really bad just happened", warnings just provid information to the developer about what is happening.
[15:53] <dfarning> dipankar, where is the code?
[15:53] <dipankar> dfarning, got your point.
[15:53] <dipankar> dfarning, /usr/share/pyshared/jarabe/model/network.py, line 696
[15:53] <alsroot> dipankar: in fact there are two related bugs, http://bugs.sugarlabs.org/ticket/1396 and http://bugs.sugarlabs.org/ticket/1747
[15:54] <alsroot> dipankar: but they are not about the same.. so it could be new ticket then..
[15:54] <alsroot> *exactly the same
[15:55] <dipankar> alsroot, ohk. But I got some feeling that they are discussing about cropping only :P
[15:57] <dipankar> alsroot, I filing a new ticket.
[15:58] <neeraj> alsroot: for the control panel icon-cut off issues, I have reduced the column size to 3. At present there are nine items in control panel and all are visible with appropriate distance between various icons.
[15:59] <alsroot> neeraj: I think, it might be better to calculate optimal columns count according to current screen resolution i.e. screen sizes could be various from 800x600 to 1400+
[15:59] <neeraj> alsroot: do you any any other solution for this bug https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/617582
[16:01] <neeraj> alsroot: Ok.
[16:03] <dipankar> alsroot, created the new ticket
[16:03] <neeraj> dipankar: Can u tell me how to check in which resolution sugar is running. Ok default is 800X600. But what if some one run it in higher resolution then this
[16:03] <dipankar> * its gone for moderation
[16:04] <dipankar> neeraj, for sys resolutions higher than 800x600, the emulator will run in window mode only. but the resolution of emulator will be 800x600
[16:04] <alsroot> neeraj: also, especially on large screens, it could be useful to not expand gtk.Table cells vertically (see yoptions argument on http://library.gnome.org/devel/pygtk/stable/class-gtktable.html#method-gtktable--attach)
[16:05] <dipankar> alsroot, I am off for dinner. will contact you after I get back. Thanks.
[16:05]  * dipankar is off for dineer
[16:05] <dipankar> *dinner
[16:05] <dfarning> dipankar, try grepping though the file for other occourances of the logging function
[16:06] <manusheel> dfarning: Thank you for the pointer.
[16:06] <manusheel> Will share it with Dipankar
[16:06] <manusheel> when he is back from dinner.
[16:06] <dfarning> manusheel,  I would suggest downgrading exception to debug.
[16:06] <manusheel> dfarning: Ok, sure.
[16:07] <dfarning> manusheel, thanks
[16:08] <neeraj> alsroot: Ok. When i ran sugar in 1068x800 then the control panel looks like this http://imgur.com/BsQIr.png
[16:10] <neeraj> alsroot: Can you suggest me how can I detect in which resolution a user is running sugar-emulator.(even when he is explicitly specifying the emulator resolution using sugar-emulator -i AxB)
[16:11] <kandarpk> alsroot: I was thinking of developing an application like visual basic in sugar.
[16:11] <kandarpk> which could provide application developers some idea of the tools sugar modules provide.
[16:12] <alsroot> neeraj: just something like "screen_width / <assumed-cell-width-eg-GRID_CELL_SIZE*3>
[16:12] <kandarpk> alsroot: but as sugar is targeted at children, will that be useful ?
[16:13] <kandarpk> dfarning: Hi.
[16:19] <alsroot> kandarpk: but why not, on big screens hardcoded 3x3 looks overkill
[16:19] <lucian> kandarpk: why visual basic? Sugar already uses python, a language superior by any measure
[16:20] <lucian> kandarpk: do you mean a GUI building tool?
[16:20] <kandarpk> lucian: yes, exactly
[16:20] <lucian> kandarpk: there are two activities geared towards writing code, Pippy and Develop
[16:20] <manusheel> kandarpk: Try develop.
[16:20] <lucian> and there's Glade for building GTK GUIs
[16:21] <alsroot> neeraj: but anyway, better to raise this question (about how many cells should be keeping in mind different screen sizes) should be risen on sugar-devel@, post an email w/ tag [DESIGN] in subject
[16:21] <kandarpk> lucian: Ok.
[16:21] <lucian> so you could integrate glade in Develop or sugarise glade
[16:21] <kandarpk> lucian: great idea.
[16:21] <lucian> alsroot: neeraj: android has the same problem with phone vs tablet
[16:22] <kandarpk> lucian: what I was looking for was instead of developers reading code, they should be able to see the GUI the sugar modules provide.
[16:22] <dfarning> kandarpk, and also check out turtle art, etoys, and scratch.  they are visual languages for helping kids learn to program visually.
[16:22] <kandarpk> lucian: will studying develop help ?
[16:22] <lucian> kandarpk: it might. also have a look at Pippy
[16:23] <neeraj> alsroot: Ok. I was also confused what will be better.
[16:23] <neeraj> *better option
[16:23] <kandarpk> dfarning, lucian: Ok.
[16:23] <lucian> dfarning: i think kandarpk is looking for something to transition developers to writing sugar activities. am i right?
[16:24] <lucian> or something to make writing activities easier?
[16:24] <kandarpk> lucian: I want to let them know what modules sugar already have
[16:25] <dfarning> neeraj, the issue for you is that the the screen resolution can vary depending on the hardware.  so you will need to detect the screen resolution on the fly and determine how many columns will fit in the available space.
[16:25] <kandarpk> lucian: yes, that will make writing activities easier
[16:26] <lucian> dfarning: i think the correct way to do it would be to figure out the screen size from DPI and resolution
[16:27] <dfarning> lucian, proper implementation is beyond me:(
[16:27] <neeraj> dfarning: Sure, That can be done. Modifying code and testing.
[16:36] <lfaraone> alsroot: how's your python
[16:37] <neeraj> dfarning: alsroot setting Max Column to gtk.gdk.screen_width()/200 is solving the problem.
[16:39] <dfarning> neeraj, that 'smells correct'.... but I don't know the implementation nuances.
[16:40] <neeraj> dfarning: same here. :)
[16:41] <lfaraone> lucian: perhaps you'd be a person to ask: I'm trying to have files that match "*.txt" and "aiml/self-test.aiml" installed in the same directory of a package as the python source itself. My naieve attempts wrangling setup.py have ended us with a subdirectory "aiml/aiml/self-test.aiml" in the resulting package.
[16:42] <lucian> lfaraone: i don't know setuptools
[16:42] <lucian> i don't think i know more than you here
[16:48] <alsroot> lucian: Re: how's your python -- not so bad :)
[16:48] <lucian> alsroot: that was lfaraone asking :)
[16:48] <lfaraone> alsroot: how's your setuptools-fu, I should ask :P
[16:49] <alsroot> lfaraone: didn't use such stuff
[16:50] <lfaraone> alsroot: so you couldn't help me figure out why http://git.debian.org/?p=collab-maint/python-aiml.git;a=blob;f=setup.py;h=9c7b5708ea9d53789e2d52ae3965c40be003725f;hb=HEAD is not installing package data ... in the package, right?
[16:50] <alsroot> neeraj: sugar uses scaling (to support different dpi), so better to avoid direct numbers and use style.zoom(), but in this particular case, in my mind better to count in style.GRID_CELL_SIZE
[16:51] <alsroot> lfaraone: sorry, can't help here
[16:58] <alsroot> neeraj: btw, while testing your code, use "-s 100" and "-s 72" as well for change scalling
[16:59] <alsroot> ..use w/ sugar-emulator command
[17:04] <neeraj> alsroot: I am not sure I should I co relate GRID_CELL_SIZE with screen resolution. By hit and trial I set up Column to style.GRID_CELL_SIZE/15. But when I ran sugar-emulator in different resolution, then the number of columns were not changing at all/
[17:08] <neeraj> alsroot: Ok. scaling is also an issue. I tried -s 100, then the effective size of control panel reduced a lot as comparison to 3X3 icon grid, when I ran in in 800X600.
[17:11] <neeraj> Also, I think you know it but still let me tell u again what we are trying to do. When we run sugar in default mode, then the  *all* control panel icons are not visible screen, but we do have a horizontal and vertical scroll bar .
[17:12] <alsroot> neeraj: GRID_CELL_SIZE is referencing to http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Layout_Guidelines, so w/ "style.GRID_CELL_SIZE/15" you have too many columns :)
[17:13] <neeraj> alsroot: strange. I again set column to style.GRID_CELL_SIZE/15. The resultant column size is still 3.
[17:13] <alsroot> neeraj: my idea was just calculating columns count in advance(instead of hardcoded "5")
[17:15] <alsroot> ..something like <screen-width> / (style.GRID_CELL_SIZE * 3)
[17:16] <neeraj> alsroot: Ok.  Lemme try it again . :)
[17:21] <neeraj> alsroot: Ok. setting column to <screen-width> / (style.GRID_CELL_SIZE * 3) is solving the problem related to resolution.
[17:23] <neeraj> * dinner.
[18:10] <ankur> hi alsroot  :)
[18:12] <kandarpk> alsroot: around ?
[18:18] <dipankar> dfarning, I got your message. :) Thanks to Manu sir.
[18:18] <dfarning> dipankar, does it make sense?
[18:18] <dipankar> dfarning, yeah. We want that message to appear as warning and not as Error
[18:19] <dfarning> dipankar, +1
[18:19] <dipankar> because, developers kind of freak out on errors
[18:19] <dipankar> :P
[18:19] <dipankar> and as a convention they work more on removing errors
[18:21] <dipankar> dfarning, then I shall set it from exception to debug
[18:21] <dfarning> dipankar, +1
[18:24] <dipankar> dfarning, done
[18:24]  * dipankar is closing the 'No gsm connection was set in Gconf' bug
[18:25] <dipankar> dfarning, for making patch I should be targeting this package : python-jarabe-0.88?
[18:25] <dipankar> because the file, network.py falls under this package.
[18:25] <dfarning> dipankar, this should be turned into a patch and submitted to SL and accepted before closing
[18:26] <dfarning> dipankar,  is -jarabe- the source package in debian that contains the file?
[18:28] <dipankar> dfarning, this is as close as I could get: https://launchpad.net/ubuntu/maverick/+package/python-jarabe-0.88
[18:29] <dipankar> for debian : http://packages.debian.org/testing/python/python-jarabe-0.88
[18:30] <dfarning> dipankar, i think sugar-0.88 is the source package you want.
[18:31] <dipankar> dfarning, ok. right on
[18:33] <dipankar> dfarning, I have sugar-0.88 package. But I am unable to find the network.py file
[18:36] <alsroot> ankur: hi
[18:36] <alsroot> kandarpk: pong
[18:36] <dfarning> dipankar, sugar-0.88.1/src/jarabe/model/ in debian
[18:36] <dipankar> dfarning, just found it :)
[18:36] <kandarpk> alsroot: what other modules provide GUI tools like widgets does ?
[18:37] <alsroot> kandarpk: in fact, sugar-toolkit's directories: src/sugar/graphics src/sugar/activity
[18:38] <kandarpk> alsroot: Ok.
[18:39] <dipankar> dfarning, unfortunately thats not the file :(
[18:43] <dipankar> dfarning, I think I have the old package :(
[18:43] <dipankar> dfarning, how can I get the latest package? debcheckout?
[18:44] <dfarning> dipankar, yes the file in http://pastebin.com/8tfj202m it looks right to me
[18:44] <kandarpk> dfarning, alsroot: please see http://picturepush.com/host.php?image=4015695
[18:45] <dipankar> dfarning, yeah. I have the old files :(
[18:45] <kandarpk> dfarning, alsroot, manusheel sir: In the activity various modules along with the GUI provided can be described
[18:45] <dfarning> kandarpk, cool
[18:47] <ankur> hi alsroot , :)
[18:49] <ankur> i was working on to change the text in title bar of xephyr wondow if possible..... i was not able to process in that direction.Will need your help
[18:52] <dipankar> alsroot, hi. is it ok to continue with the fullscreen bug?
[18:53] <dipankar> dfarning, it will take sometime to download the package. slow speed :(
[18:55] <alsroot> ankur: dunno how it is important, I mean, sugar-emulator is just sugar emulator, you need to look to Xephyr documentation, sorry can't help here
[18:56] <alsroot> dipankar: what is the number of bug you created?
[18:56] <dipankar> alsroot, it has gone for moderation testing, I think no bug number has been assigned yet
[18:57] <ankur> right , i will try once again , i tried before but i was not able to see any break through
[18:58] <dipankar> dfarning, created my gsm.patch
[18:58] <ankur> also i wanted to work on the part that every little change in control panel should not require restart. so , i have zeroed on code segment which should be changes but i wa not able to figure out in which changes i should make the change
[18:59] <ankur> or more importantly , can i change the functionality of control panel so that it never requires restart where ever possible
[18:59] <ankur> ?
[19:01] <dfarning> dipankar, I have not heard of moderation for the bug tracker..... are you signed in?
[19:02] <dipankar> dfarning, I filed a bug ticket at bugs.sugarlabs.org as instructed by alsroot
[19:02] <alsroot> ankur: I guess nope, keeping control panel widgets all time in memory could be overkill
[19:03] <dfarning> hmmm maybe there is a spam filter inplace.
[19:04] <manusheel> dipankar: What is your username?
[19:04] <manusheel> at bugs.sl.org
[19:04] <dipankar> manusheel, dipankar
[19:05] <alsroot> dipankar: yup, looks like it is spam filter, it sansboxing every new submitter (afaik, but better to ask silbe)
[19:05]  * alsroot accepted it
[19:06] <alsroot> dipankar: you can upload your patch to http://bugs.sugarlabs.org/ticket/2180
[19:07] <dfarning> alsroot, are you an admin on trac?
[19:07] <dipankar> alsroot, ok. I found that silbe is the one who actually wrote the code for fullscreen emulator :)
[19:07] <dipankar> manusheel, dfarning, I have uploaded patch for gsm connection: https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/614394 please check it
[19:10] <dfarning> dipankar, good.  Can you now open a bug in the debian bug tracker and attach you patch?
[19:10] <dipankar> dfarning, ohk
[19:10] <manusheel> dipankar: Yes, Dipankar. Please do that.
[19:16] <dfarning> dipankar, then test the patch against the debian package buy building it and then pinging the olpc-debian list for jonas or luke to commit it.
[19:16] <dipankar> dfarning, ohk
[19:24] <dipankar> manusheel, dfarning , I have sent the patch to DBTS
[19:25] <dfarning> dipankar, +1 what is the debian bug number
[19:25] <manusheel> dipankar: great
[19:25] <dipankar> dfarning, Bug#593380
[19:26] <dipankar> manusheel, dfarning : alsroot told me to upload a pacth for this too. I wanted to upload it before sleeping.
[19:26] <dipankar> how to do it
[19:26] <dipankar> ?
[19:27] <dfarning> dipankar, to where did alsroot suggest that you upload the patch
[19:28] <dipankar> dfarning,oops sorry. here: http://bugs.sugarlabs.org/ticket/2180
[19:31] <dfarning> dipankar, which issue are you fixing, the gsm logging error or the calculating the screen resolution in the CP?
[19:31] <dipankar> dfarning, the fullscreen issue. I have a patch ready for it.
[19:32] <alsroot> dipankar: there is "Attach file" button on http://bugs.sugarlabs.org/ticket/2180 page
[19:34] <dipankar> alsroot, I am not getting that option anywhere :(.
[19:34] <dipankar> is there something i am missing out
[19:34] <alsroot> dipankar: are you logged in?
[19:34] <dipankar> alsroot, yeah
[19:36] <dipankar> alsroot, I think it is owned by tomeu, thats why I can't upload anything i guess
[19:36] <dipankar> alsroot, how about I e-mail it to you?
[19:37] <alsroot> dipankar: ok, but it is something wrong w/ bugs.sl.o then, any logged on user can upload a patch
[19:37] <dipankar> alsroot, ohk :(
[19:40] <dipankar> alsroot, sent it to you
[19:41] <dipankar> alsroot, manusheel, dfarning, i would like to head to bed now. I will build the packages and test them on my system tomorrow
[19:41]  * dipankar says goodnight and great day!
[19:41] <dfarning> dipankar, sounds good see you tomorrow
[19:49] <kandarpk> alsroot: around ?
[19:49] <alsroot> kandarpk: yup
[19:50] <kandarpk> alsroot: how can I increase the font size of a gtk.Button ?
[19:53] <alsroot> kandarpk: there is modify_font() in gtk.Widget class
[19:53] <kandarpk> alsroot: Ok.
[19:53] <alsroot> i.e. button.modify_font(pango.FontDescription("Sans 10"))
[19:54] <alsroot> kandarpk: but in general, it is not good idea to change font size for regular widgets like buttons
[19:54] <kandarpk> alsroot: thanks a lot.
[19:55] <kandarpk> alsroot: why shouldn't they be changed ?
[19:57] <alsroot> kandarpk: it is common practice(and imho, good idea) to have all widgets of the same font, of course except special cases like games
[19:58] <kandarpk> alsroot: Ok. got it.
[20:02] <kandarpk> alsroot: it says global name 'pango' is not defined
[20:03] <alsroot> kandarpk: yup, you need to "import" pango module
[20:03] <kandarpk> alsroot: yeah, but the font size isn't changing
[20:06] <alsroot> kandarpk: not all for all properties like font, setting value can affect what you need (it is this particluar widget impl. details)
[20:07] <alsroot> kandarpk: looks like for buttons, font can be changed only on style level
[20:07] <kandarpk> alsroot: ok.
[20:10] <alsroot> kandarpk: e,g, you need to cnahge font not for button itself but for button.get_child() widget (which is standard gtk.Label)
[20:11] <kandarpk> alsroot: how can I do that ?
[20:12] <alsroot> kandarpk: just button.get_child().modify_font(...)
[20:13] <kandarpk> alsroot: wow, that worked.
[20:13] <kandarpk> alsroot: thanks.
[20:14] <alsroot> yw
[20:18] <kandarpk> alsroot, dfarning, manusheel sir: http://www.mediafire.com/imageview.php?quickkey=2mbavapx11vh92q&thumb=5
[20:18] <kandarpk> uploaded some screenshots
[20:19] <kandarpk> gn.
[20:20] <manusheel> kandarpk: Sure, Kandarp.
[20:20] <manusheel> We'll have a look.


[07:29] <NRWlion> hi
[07:31] <MooDoo> morning
[07:33] <NRWlion> MooDoo: *gg*
[07:33] <NRWlion> morning lets me assume you live somewhere in Europe?
[07:33] <MooDoo> yup, Nottingham YK
[07:33] <MooDoo> UK
[08:00] <NRWlion> lol
[08:00] <NRWlion> my lecturer sits in a train that just was part of a collision
[08:01] <MooDoo> oh no, are they ok?
[08:07] <NRWlion> as far as i know she wasnt hurt
[08:07] <NRWlion> thats all i know for konw
[08:08] <NRWlion> we are asked to stay in lecture room until further notice
[08:10] <MooDoo> yay for internet then :)
[08:11]  * NRWlion nods
[08:11] <NRWlion> can do some nasty readings and formating of articles
[08:11] <NRWlion> :D
[08:22] <NRWlion> now i can confirm. she is alive but stressed
[09:52] <NRWlion> re
[14:52] <nlsthzn> Alo :)
[14:59] <nhandler> pleia2: How did publishing UWN go?
[15:00] <nhandler> And is anyone else up for learning about publishing? I can help teach
[15:00]  * nlsthzn likes to learn
[16:29] <pleia2> nhandler: fine, aside from me typoing the -news-team announcement, but it's all good
[16:29] <pleia2> forgot to clean up translations section too, but *shrug*
[16:30] <nlsthzn> it happens...
[20:18] <NRWlion> germany greets the world!
[21:21] <NRWlion> philipballew: hi there
[21:21] <philipballew> hello NRWlion


[08:24] <asac> hey
[08:25] <asac> last day at uds ;)
[09:49] <gnomefreak> what is the gobby host for UDS? i think mine changed on its own
[09:57] <fta> gobby.ubuntu.com
[09:57] <fta> bug 380618
[10:06] <gnomefreak> fta: yeah i got it thanks. I had to manually connect
[10:07] <gnomefreak> fta: gwibber has not crsahed for me for a while
[10:07] <fta> for me, it crashes a lot when i start typing, then stop without submitting
[10:08] <gnomefreak> the daily build?
[10:09] <gnomefreak> 1.0.2~bzr302-0ubuntu1~daily1 works fine, i dont know about released versions (in repos)
[10:32] <gnomefreak> fta: asac is there a reaon the firefox-default-search session for Jaunty? I found alot of Jaunty sessions using gobby
[10:38] <gnomefreak> s/reaon/reason
[10:40] <fta> they are from the previous uds
[10:40] <gnomefreak> ah i didnt think gobby would have jaunty UDS
[10:41] <fta> asac, found a bug in bzr builddeb.. bail out on bz2 tarball :P
[11:33] <gnomefreak> there is a problem with the update extensions wiki. It seems it lacking steps and the ones there are not good
[11:51] <gnomefreak> fta: if i switched from abowser ro firefox branding will firefox use my existing profile for abowser?
[11:51] <fta> yes
[11:52] <fta> the profile name is not changed, just the desktop file and some branding files
[11:52] <gnomefreak> fta: cool thanks
[11:55] <gnomefreak> thats odd. when trying to install firefox-3.5 and firefox-3.6
[11:55] <gnomefreak> it says they are installed
[11:55] <gnomefreak> checking abrowser with policy it says abrowser 3.5 3.6 are already installed how does that happen
[11:56] <gnomefreak> seems you have to install *-branding
[17:04] <kbrosnan> Near 3.5rc1 testday on irc.mozilla.org #testday for the next 8 hours, http://quality.mozilla.org/blogs/reminder-firefox-rc1-testday-tomorrow-529-7am-5pm-pdt
[19:24] <BUGabundo> boas noites
[21:32] <BUGabundo> asac: around? or still at UDS?
[21:32] <BUGabundo> http://www.youtube.com/html5 doesn't seem to work on FF3.6 :((
[22:22] <kbrosnan> BUGabundo: it is not theora encoded http://en.wikipedia.org/wiki/H.264
[22:22] <kbrosnan> using h264
[22:24] <BUGabundo> humm lots of ppl say it works
[22:24] <BUGabundo> but I can't , at least on 3.6
[22:24] <BUGabundo> for youtube
[22:24] <BUGabundo> on daily motion works fine
[22:31] <kbrosnan> for example http://www.youtube.com/demo/google_main.mp4?2 is mpeg4 encoded
[22:32] <BUGabundo> checking
[22:33] <kbrosnan> totem > movie > properties > H.264 / AVC
[22:34] <BUGabundo> plays fine here
[22:34] <kbrosnan> disable totem plugins
[22:35] <BUGabundo> on FF3.6, I mean
[22:35] <kbrosnan> it is not playing in mozilla's theora decoder
[22:37] <kbrosnan> tools > addons > plugins > disable any video codecs
[22:40] <mbana> do you guys have Firefox set to use the fonts specified on the site or do you override the font settings?
[22:40] <kbrosnan> specified
[22:40] <BUGabundo> don't use any overrride here
[22:41] <mbana> 1. how does gmail look on your machine?  2. do you happen to to se the mscore...blah package?
[22:42] <kbrosnan> 1. normalish, use one of their basic themes 2. yes
[22:42] <BUGabundo> mbana: uploading screenshot
[22:43] <BUGabundo> mbana: http://dl.getdropbox.com/u/112892/screenshot_001.png
[22:43] <BUGabundo> Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2a1pre) Gecko/20090525 Ubuntu/9.10 (karmic) Minefield/3.6a1pre ID:20090525184806
[22:47] <kbrosnan> http://dl.getdropbox.com/u/686313/Shiretoko.png
[22:47] <BUGabundo> uhh anohter DB user
[22:47] <BUGabundo> lolol
[22:47] <BUGabundo> noones posting UbuntuOne links
[22:47] <BUGabundo> eheh
[22:48] <kbrosnan> do too much work on bugzilla.m.o to use 3.0 builds :P