[00:05] <hicham> as i told u, use sun-jre
[00:05] <hicham> it is the standard one
[00:08] <||Skull||> hicham?


[12:16] <bac> morning
[12:37] <sepi> Hi all. Quick q.
[12:37] <sepi> According to the readme I neet to access https://localhost:8081/ws
[12:38] <sepi> But I have nothing running on that port
[12:38] <sepi> afer doing a "make server"
[12:42] <bac> hi sepi
[12:43] <sepi> hi I think I know my problem
[12:43] <sepi> I needed to use the rapi-delta branch?
[12:43] <bac> sepi: yes, either it or rapi-rollup
[12:46] <bac> sepi: also, the url you pasted is only for the web socket to use.  to actually access the juju gui you would use http://localhost:8888
[12:47] <bac> sepi: reading the README i see we don't mention that explicitly.  i'll fix that now.
[12:48] <sepi> bac: thanks :)
[12:48] <bac> np.  have fun, file bugs!
[13:26] <gary_poster> hiya (was upgrading quantal on the desktop)
[13:30] <bac> morning
[13:30] <gary_poster> mattuk1972, hi.  I got your question about the service detail page.  The box has the two-radius rounded corners, right?  I'm pretty sure I see that.  Because of that, I want to confer with Makyo and see if we want to do this with svg.  I'll do that and get back to you
[13:31]  * bac tries to remember which days we had dinner paid.
[13:31] <gary_poster> heh
[13:31] <gary_poster> good question
[13:31] <gary_poster> many of them
[13:31] <gary_poster> esp. second week
[13:31] <mattuk1972> gary_poster: ok ty
[13:32] <gary_poster> bcsaller, hi.  are you in nyc area, or just awake *really* early on west coast? :-)
[13:33] <mattuk1972> gary_poster: also kapil mentioned that theres a requirement to simplify the svg's overall?
[13:33] <bcsaller> gary_poster: in NYC
[13:33] <bcsaller> :)
[13:33] <bcsaller> as of last night
[13:33] <gary_poster> bcsaller, cool :-) hope everything is ok for you there
[13:33] <frankban> bac: these are my notes, maybe they can help: http://pastebin.ubuntu.com/1334735/
[13:34] <bcsaller> Seems mostly back together here but there is still alot to be done in other spots
[13:34] <gary_poster> mattuk1972, yes.  Chrome and IE10 support the service box svgs on the environment mage well.  iPad 3 is pretty good.  FF is very bad.  Apparently the FF problem is largely because of the service assets
[13:34] <gary_poster> s/mage/page
[13:35] <gary_poster> mattuk1972, Makyo investigated and reported that FF team is not being very responsive about SVG rendering issues
[13:35] <mattuk1972> gary_poster: weird i did a lot of testing in all the browsers to make sure they rendered well and firefox was one of the best...
[13:36] <gary_poster> So we need to do something to make that better.  I believe I heard hazmat (who is out this week) talked to Ivo about it so he may know details.
[13:36] <gary_poster> mattuk1972, it's not a matter of rendering accuracy. The problem is that once you draw the boxes, when you try to drag them around it is extremely slow
[13:36] <mattuk1972> ahh
[13:36] <bcsaller> gary_poster: I can still try to reach out to some of the people I know at Mozilla and see if they can make it more of a priority
[13:37] <gary_poster> mattuk1972, easy comparison: try http://uistage.jujucharms.com:8080/ in chrome and in ff to see diff
[13:37] <gary_poster> at least in Ubuntu
[13:38] <mattuk1972> but simplifying the svgs will fix it? removing any transparency?
[13:38] <gary_poster> haven't tried in os x
[13:38] <gary_poster> bcsaller, that's worth a try
[13:38] <gary_poster> thank you
[13:38] <mattuk1972> hmm seems to be ok in osx
[13:38] <bcsaller> mattuk1972: removing the filters and layers will help alot, yes
[13:39] <mattuk1972> i don't know how much of that i can do before it just becomes a plain grey box
[13:39] <gary_poster> mattuk1972, that's my understanding.  It's probably worth some experimentation coordinating with us to both verify (I think that's already been done, and bcsaller is confirming) and to see how far we can go
[13:39] <bac> frankban: your records matched my recollection.  thanks.
[13:40] <benji> we can replace all the fancy shading with a png that just says "Firefox is slow."
[13:40] <gary_poster> ack mattuk1972.  Maybe there's a simple experiment we can run to see if it this avenue is even workable?
[13:41] <mattuk1972> to take it right down with a really basic shape just to see if it helps?
[13:41] <bac> my DSL connection is flaky today, dropping and reconnecting every now and then.
[13:41] <mattuk1972> lol benji
[13:41] <gary_poster> I.e., you quickly simplify it to a point that you think might be representative "the least detail that would work visually/professionally"
[13:41] <gary_poster> :-)
[13:42] <gary_poster> mattuk1972, I think we have already established that a basic shape helps, right bcsaller?  The question is, is FF good enough that we can still have something professional looking, or not
[13:42] <gary_poster> I think
[13:42] <gary_poster> Since FF is the default browser in Ubuntu, it's kind of important
[13:44] <bcsaller> gary_poster, mattuk1972: Yeah, simplfying the service boxes helps, but it comes at visual cost. We have options to help make FF faster, make the svgs simpler, add a drag mode that on FF turns them into outlines,  or switch FF to use larger static image assests that don't scale as well and try shrinking those down as needed.
[13:45] <bcsaller> I think an outline on drag could fix our issue at low cost
[13:45] <bcsaller> like an old school WM
[13:45] <gary_poster> heh
[13:45] <gary_poster> yeah, not a bad idea
[13:45] <gary_poster> interesting that it is ok on os x
[13:45] <gary_poster> in ff
[13:46] <mattuk1972> yea it really smooth - can't see any dif between it and chrome
[13:46] <bcsaller> FF uses different platform specific paths for accel
[13:46] <bcsaller> I *think* its cairo on linux for this, but not sure
[13:46] <bcsaller> pretty sure it was at one point, but don't know now
[13:47] <bcsaller> so windows and osx can do very different things
[13:47] <gary_poster> k
[13:47] <gary_poster> right
[13:47] <bcsaller> this is just a border cases that impacts very few sites on a smaller cross section of their browsers
[13:48] <bcsaller> chrome wrote their own svg accel layer and use it everywhere iirc
[13:57] <tveronezi> bcsaller: can we have a g+? I need to check with you the solution I have for the aggregation task I am working on.
[13:57] <bcsaller> tveronezi: yeah, I need a few minutes though
[13:58] <tveronezi> ok... ping me when you are ready. tkx!
[14:14] <gary_poster> If anybody said anything to me in the past 15 min or so I probably missed it.  Had to switch computers for a few minutes
[14:14] <gary_poster> So if I haven't replied to something or other, please try again :-)
[14:22] <bac> gary_poster: standup is still at 12 EST i assume
[14:23] <gary_poster> bac, yeah, for now that was what I was thinking, though I was going to clarify with everyone.  AFAIK we have all now gone through DST transition.  We might be able to move the call one hour earlier with Ben on the East Coast, but that's arguably a separate discussion.  Lemme ping everyone...
[14:24] <bcsaller> tveronezi: ok, I can chat now, joining the hangout
[14:25] <tveronezi> ok
[14:32] <gary_poster> bac bcsaller benji frankban (hazmat not here) Makyo mattuk1972 teknico tveronezi I think we have all moved from DST now except bac, who will not.  bcsaller is now on East Coast USA. What do you say to moving the daily call an hour earlier, adjusted for DST changes, to 1600 UTC (11AM EST, 9AM MST, 12PM AST, 1700 CET)?
[14:33] <gary_poster> (If I left anyone
[14:33] <benji> sounds good to me
[14:33] <bcsaller> gary_poster: I'm cool with that
[14:33] <gary_poster> 's timezone out I apologize :-) I tried)
[14:33] <frankban> gary_poster: ok
[14:33] <gary_poster> mm, I left benji's out because I still think he is Eastern sorry :-P
[14:34]  * benji is livin' la vida UTC
[14:34] <gary_poster> :-)
[14:35] <bac> gary_poster: sounds good.  no change for me
[14:35] <gary_poster> ok thx
[14:35] <bcsaller> I am the man without a timezone. Europe to SF for 1 day to NYC, my body is sure I hate it.
[14:35] <gary_poster> heh
[14:37] <Makyo> gary_poster, Sounds fine.
[14:37] <Makyo> gary_poster, Starting today?
[14:38] <teknico> gary_poster, ok for me
[14:42] <gary_poster> Makyo, that's the idea, but doesn't have to be
[14:43] <Makyo> gary_poster, Just making sure :)
[14:43] <gary_poster> cool :-)
[14:55] <bcsaller> Makyo: got a sec to catch up on g+?
[15:03] <gary_poster> frankban, mattuk1972, tveronezi let me/us know asap if the new mtg time I proposed above is OK for you. I'm hoping it is ok for jovan too, when he is back
[15:04] <tveronezi> gary_poster: sounds good to me too.
[15:04] <mattuk1972> jovan is in the office
[15:04] <mattuk1972> is that 4 my time?
[15:04] <frankban> gary_poster: sounds good
[15:05] <gary_poster> mattuk1972, yes
[15:05] <gary_poster> frankban, tveronezi cool thx
[15:05] <mattuk1972> ok sounds good
[15:05] <gary_poster> cool thanks
[15:06]  * gary_poster is changing calendar
[15:06] <mattuk1972> jovan says 4 is good too
[15:08] <Makyo> bcsaller, Sure, was just replying to email, whenever's good.
[15:08] <bcsaller> Makyo: I'll hop in the g+
[15:11] <bcsaller> g+ is being strange
[15:12] <bcsaller> hmm, going to restart the router here, it might be acting up
[15:12] <Makyo> Alright.
[15:16] <gary_poster> mattuk1972, fwiw and to be clear I invited you to all the meetings, but don't expect you to actually want to attend all of them.  You are invited to attend as makes sense for you. :-)
[15:16] <mattuk1972> gary_poster: cool will do - ty
[15:16] <gary_poster> cool
[15:24] <gary_poster> bac, hey.  I just found the css spec for the two-radius border syntax.  It looks like it is supported.  Did you ad Huw try it and reject it, or is it broken for some reason that is not clear on this page? http://muddledramblings.com/table-of-css3-border-radius-compliance/
[15:25] <bac> gary_poster: we did not try it
[15:27] <gary_poster> bac ok.  maybe worth playing with.  we have more of those two-radii curves coming.
[15:27] <bac> gary_poster: we didn't know about it.
[15:27] <bac> gary_poster: i'll try it now
[15:27] <gary_poster> cool
[15:27] <gary_poster> thx
[15:41] <bac> hi gary_poster, mattuk1972 says that cimi tried that two radii method and rejected it since the curve is a more complex bezier curve and cannot be replicated using that CSS approach.
[15:42] <mattuk1972> i mean it might be worth just seeing what it looks like? but i think cimi spet a long time trying to emulate it before
[15:42] <gary_poster> bac, but we can get a lot closer with it, yeah?  for buttons and smaller shapes in particular
[15:43] <bac> gary_poster:  we can try but if they have investigated and rejected it then i'm not hopeful we'll be able to get them to accept a non-image approach
[15:44] <bac> mattuk1972: does that sound accurate?
[15:44] <gary_poster> bac, I thought we were hoping to get the buttons in all css, even with the simple rounded curves, and this would be a lot closer.  Did I misunderstand?
[15:44] <mattuk1972> from what i can understand. would it be useful to talk to cimi?
[15:44] <bac> gary_poster: yes, that was the goal
[15:45] <bac> gary_poster: but if the designers won't allow any deviation it seems like the experiment is not a good use of time
[15:45] <mattuk1972> if you use tat method then it won't be following the visual style of siri
[15:45] <bac> i.e., i don't know if there is anything "close enough"
[15:45] <mattuk1972> suru even lol
[15:45] <gary_poster> :-)
[15:45] <bac> siri, make me a button
[15:47] <mattuk1972> hehe
[15:47] <mattuk1972> if someone can show me how close we can get then it might be ok?
[15:47] <gary_poster> bac, ^^
[15:47] <gary_poster> bac, I can try or you
[15:47] <mattuk1972> just warning that it may get some noise from this end if we don't have the curve right enough
[15:48] <gary_poster> ack
[15:48] <bac> gary_poster: if that is what you want i'm willing to try
[15:48] <gary_poster> bac, I don't see how the attempt should take more than 15 minutes or so, yeah?
[15:48] <mattuk1972> from what i can work out a nice multi radius to try would be 12 and 8
[15:48] <gary_poster> cool
[15:49] <gary_poster> thx
[15:49] <mattuk1972> as thats where the curve start on the horizontal and then the virt
[15:54] <gary_poster> Makyo, thanks for reply.  I can imagine pretty easily what we'd want for the image slice css border approach.  If we did the svg approach, what resources/assets would we want?  We couldn't use an svg of the whole box; we'd want svgs of the four corners, I guess?  or what would you recommend?
[15:58] <gary_poster> bac bcsaller benji frankban jovan2 Makyo mattuk1972 (if you want) teknico tveronezi call in 2
[15:58] <gary_poster> in https://plus.google.com/hangouts/_/409819056ea1551523432ac63f4df4a6feaa5922?hl=en-US
[15:59]  * gary_poster has to install google talk plugin and didn't realize...
[16:36] <bac> reminder this is the last day to the the company survey
[16:57] <tveronezi> lunch time... brb
[17:03] <Makyo> Noticeable improvement in speed in FF with the new asset.  Still not great, but definitely better.
[17:03] <teknico> gary_poster, so, I had a look at the pdf for #1074298, any pre-imp hints?
[17:03] <_mup_> Bug #1074298: charm panel search results page should match visual design <juju-ui:Triaged> < https://launchpad.net/bugs/1074298 >
[17:04] <gary_poster> teknico, first, leave out the drop-down, if that wasn't clear
[17:04] <teknico> gary_poster, well, that part indeed was clear, yep ;-)
[17:04] <gary_poster> cool :-)
[17:05] <gary_poster> teknico, otherwise, for the buttons, instead of the image, I'd prefer it if you could use the button function that bac made and is tweaking now
[17:06] <gary_poster> teknico, also the search part should already be done, if that's not clear--the searchbox_icon.png and so on
[17:06] <gary_poster> I *think* this should just be CSS teknico
[17:07] <gary_poster> teknico, is all of that clear or would you like to discuss?
[17:08] <teknico> gary_poster, yeah, I thought it would be CSS
[17:09] <teknico> gary_poster, a few specific pointers in code and CSS would speed things up
[17:09] <gary_poster> teknico, cool.  Gimme a sec and then we can have hangout?  Maybe set up a hangout and then I'll join?
[17:10] <teknico> gary_poster, great, thanks. I'm sure frankban won't be offended if we employ the usual https://tinyurl.com/see-emily-code :-)
[17:10] <gary_poster> :-) k
[17:14] <frankban> :-)
[18:08] <Makyo> Very, very simple branch up for review, lp:~makyo/juju-gui/replace-service-module  Just replacing assets.
[18:09] <Makyo> Rietveld: https://codereview.appspot.com/6826057
[18:42] <gary_poster> Reviewing...
[18:43] <gary_poster> you've got one approval, Makyo
[18:43] <Makyo> gary_poster, Fanks :)  Easy, but hopefully helpful.
[18:44] <gary_poster> cool
[18:46] <bac> hi gary_poster -- i've messed with the border-radius and something like "border-radius 4px / 10px" seems close.  take a look?
[18:47] <gary_poster> bac, love to.
[18:47] <gary_poster> what should I do?
[18:47] <gary_poster> just change css probably :-)
[18:47] <bac> gary, just mess with it in your browser
[18:47] <gary_poster> ack, on it
[18:47] <bac> gary_poster: i discovered in LESS it has to be written: border-radius: ~"4 px / 10px"
[18:47] <bac> or else it tries to do division.  :(
[18:47] <gary_poster> huh
[18:48] <gary_poster> heh
[18:48] <bac> ~"..." tells it to not interpret
[18:48] <gary_poster> that's a good weekly hint bac; or at least an email
[18:56] <gary_poster> bac, cool.  my eye likes 4px/7px best but go withe what your eye tells you and show Matt.  You could offer to change it live over a hangout tomorrow even
[18:57] <gary_poster> mm, I could be convinced bt 4px/10px bac
[18:57] <gary_poster> by
[18:57] <gary_poster> thanks for exploring bac
[18:57] <bac> mm?
[18:57] <gary_poster> bac maybe just land it?
[18:57] <gary_poster> the "mm" was a sound of thought as I compared the two, side by side
[18:58] <bac> gary_poster: ok, i'll land it.
[18:58] <gary_poster> cool
[19:42] <Makyo> Out to the vet.
[19:58] <benji> Makyo: what is the difference between the buildingRelation and the clickAddRelation flags?
[20:00] <bac> lbox hates me
[20:10] <gary_poster> bac, gave you an approval despite lbox's displeasure with you
[20:15] <bac> gary_poster: cool.  just on the MP i presume
[20:15] <gary_poster> bac, y
[20:15] <bac> it blows up trying to access google
[20:15] <gary_poster> boom!
[20:32] <bac> so 'lbox submit' ignores the reviewers from LP.  i should've guessed that.  no rv = no reviewers in the submit
[20:37]  * bac -> dog walk
[20:59] <Makyo> benji, buildingRelation is true if you did the click to add or the long click, clickAddRelation only in the former case.
[21:03] <tveronezi> brb...
[22:28] <bac> tveronezi: there is a conflict in your filter-buttons branch.  no big deal but please push a new branch when you get a chance
[22:28] <tveronezi> bac: ok... tkx.
[22:29] <bac> tveronezi: i'll have a full look at it tomorrow before you start.
[23:12]  * Makyo dogwalks.


[06:54] <shirish> Ubulette:  you up m8?
[07:16] <shirish> anybody else up?
[07:29] <hjmf> Admiral_Chicago: thanks
 hjmf: is crux a standard theme (e.g. do we provide that by default?)
[07:30] <hjmf> asac: yes iirc
[07:31] <hjmf> asac: gtk2-engines and gtk2-engines-ubnutulooks are installed by default
[07:35] <hjmf> the themes that come with gtk2-engines are: libclearlooks.so libcrux-engine.so libglide.so libhcengine.so libindustrial.so libluaengine.so libmist.so libredmond95.so libsmooth.so libthinice.so
[07:35] <hjmf> asac: ^^^
[11:14] <asac> hjmf: thanks
[11:15] <asac> hjmf: can you add the gtk2-engines package as a target to that bug and let me know?
[11:15] <asac> i will then bug seb about it
[11:47] <shirish> asac: you up m8?
[11:47] <asac> not really up ... but at least flat :)
[11:47] <shirish> lol :P
[11:48] <shirish> asac: Is Ubulette keeping gnash too in repository or know anybody who's doing that also?
[11:48] <asac> i don't think so
[11:48] <asac> i update gnash in official archives from time to time
[11:49] <shirish> asac: oh ok, for I saw gnash got to rc3 just a few days back.
[11:49] <asac> 0.8.1 ?
[11:49] <asac> ok thanks for the info
[11:50] <asac> i will talk to them if its worth another release
[11:50] <asac> but i hoped to have it final already :)
[11:50] <shirish> 2007-08-29 0.8.1
[11:50] <shirish> http://www.gnashdev.org/?q=node/42
[11:52] <shirish> asac: it would be nice to see the new version in ;)
[11:53] <asac> yes ... i will figure out ... if they plan to release final tomorrow or so then i will just wait :)
[11:53] <asac> but i doubt that it brings any significant improvements over what we currently have in gutsy
[11:54] <shirish> asac: I know what you mean, but who knows, for times when I'm on some sites with gnash, it just freezes, nothing happens :(
[11:55] <asac> if you can reproduce it by just starting gnash URL.swf ... then let me know
[11:55] <asac> upstream certainly wants more of those cases posted
[11:57] <shirish> asac: that way... ok. will try. For right now, I do know that for e.g. in facebook it sometimes freezes and I get some error.
[11:57] <shirish> asac: something about threads not cleaned up or something like that.
[11:57] <asac> hmm
[11:58] <asac> well reproducing in standalone gnash player is better to nail down the problem
[11:58] <shirish> asac: ok will try that, here's an excerpt of what happened yesterday, also day before that.
[11:58] <shirish> http://paste.ubuntu-nl.org/36078/
[11:59] <asac> shirish: but other flash things work for you? like youtube?
[11:59] <shirish> asac: some flash movies work on youtube, some don't, 40-60 perhaps.
[12:00] <shirish> asac: i.e. 40% working-60% not working something like that.
[12:00] <asac> strange
[12:01] <asac> but might be true ... what do you see in log for those that don't work?
[12:01] <asac> (e.g. on console)
[12:01] <shirish> asac: haven't really seen, would look & report back, where do you think the testcases should go?
[12:02] <shirish> asac: sorry I meant logs about movies which don't work, where they should go?
[12:02] <asac> to a bug report ... if its reproducible
[12:02] <asac> then we can forward upstream
[12:02] <asac> shirish: start ffox from console
[12:02] <shirish> asac: ok will do ;)
[12:02] <asac> then you will see the gnash output on console
[12:03] <shirish> asac: I always do that ;) whether ff, ff-gp or ff-tr ;)
[12:03] <asac> good
[12:03] <asac> then you should be well prepared ;)
[12:03] <shirish> asac: maybe you can help
[12:04] <asac> me?
[12:04] <asac> on what?
[12:04] <shirish> asac: I'm looking for one of those price comparator addons/scripts on greasemonkey, any recommendations or ideas?
[12:04] <asac> no ... i am really a user with little need for extra/addons et al
[12:04] <shirish> asac: or even just addons for ff which do price comparisions between some sites
[12:04] <asac> no idea ... sorry
[12:05] <shirish> asac: ok understood, any idea who would be the guy to know stuff like this?
[12:05] <asac> i think i only have ubufox extension installed :)
[12:05] <asac> no idea ... maybe on mozillazine forums
[12:05] <asac> at least they should point you to the right forum if its off-topic there
[12:07] <shirish> asac: does the mozillazine forums follow the https:// protocol?
[12:07] <asac> you really ask too much :)
[12:08] <asac> i would have to try to know :)
[12:08] <asac> http://forums.mozillazine.org/
[12:08] <asac> its just http
[12:08] <shirish> asac: isn't that a pity :(
[12:08] <asac> maybe they use it for login
[12:08] <asac> otherwise ... its not really sensible data on there
[12:09] <asac> so ... i have no hard opinion on it
[12:09] <shirish> asac: negative, they don't use it for login also
[12:09] <asac> yeha ... i have no problem with it
[12:09] <asac> just pick a trivial password :)
[12:10] <asac> like "trivialpass" :)
[12:11] <shirish> lol, that's a good one ;)
[12:15] <asac> or "snifferscomein"
[12:15] <asac> snifferswelcome
[12:17] <shirish> asac: when you update a password, does it remember that it has been updated? It does though ask to remember.
[12:19] <asac> why don't you just try ... iirc it should ask you to remember
[12:20] <shirish> asac: I just tried, it makes another one, this is not good :(
[12:20] <asac> what do you mean?
[12:20] <asac> if you use a new login id you will have two afterwards
[12:21] <asac> when you use the same login id but change password it should overwrite from what i can tell
[12:23] <shirish> doesn't matter really, I just resolved it, I removed both stuff & did it right.
[12:23] <asac> ok ;)
[12:24] <asac> i am happy when you are happy :-D
[12:24] <shirish> :)
[12:25] <asac> at least until someone else gets unhappy :-P
[12:39] <shirish> asac: than
[12:39] <shirish> oops
[12:39] <shirish> I just wanted to say thank you for your efforts
 hjmf: can you add the gtk2-engines package as a target to that bug and let me know?
[05:06] <hjmf> asac: done :)
[05:07] <hjmf> bug #129007 and bug #133277 (which can be tag as dup of the former IMHO)
[05:07] <ubotu> Launchpad bug 129007 in firefox "MASTER firefox-bin crashed with crux theme [@moz_gtk_widget_paint]  at #10" [High,Confirmed]  https://launchpad.net/bugs/129007
[05:07] <ubotu> Launchpad bug 133277 in gtk2-engines "[GUTSY]  firefox crashed [@moz_gtk_widget_paint at #6]  [@nsNativeThemeGTK::DrawWidgetBackground] " [Undecided,New]  https://launchpad.net/bugs/133277
[05:09] <asac> hjmf: thanks
[05:11] <asac> hjmf: did we ever get a success full auto-dupe from retracers?
[05:15] <hjmf> asac: yes, but just only in a couple of cases in thunderbird, since always either at ff and tb we get the apport-failed-retrace
[05:15] <hjmf> so there the autodupe does nothing
[05:15] <hjmf> asac: do you know why we cannot get good coredumps and why the users when they retrace with firefox -g they get good retraces?
[05:17] <asac> hmm
[05:17] <asac> are the retraces really bad?
[05:18] <asac> or maybe its just that they contain a ?? and thus apport marks them as failed?
[05:18] <hjmf> from the coredumps almost always are bad, ether from autoretrace and from myself
[05:19] <hjmf> eg bug #136869
[05:19] <ubotu> Bug 136869 on http://launchpad.net/bugs/136869 is private
[05:19] <hjmf> like that one, almost all of them.
[05:19] <hjmf> I cannot get a better retrace myself
[05:21] <hjmf> but some others (the minority) are OK, like bug #136747
[05:21] <ubotu> Bug 136747 on http://launchpad.net/bugs/136747 is private
[05:29] <asac> hjmf: ok cool we have a fix :)
[05:30] <asac> for this drawing crashes
[05:31] <hjmf> asac: great
[05:31] <hjmf> it will be a patch for firefox or the fix comes from gtk2-engines package
[05:31] <hjmf> ?
[05:39] <asac> firefox
[05:40] <asac> please close the gtk-engine tasks ;)
[05:40] <asac> sorry
[05:40] <hjmf> asac: ok :)
[05:45] <hjmf> done
[05:50] <asac> hjmf: mozilla bug 394876
[05:50] <ubotu> Mozilla bug 394876 in GFX: Gtk "moz_gtk_option_menu_get_metrics is incorrectly freeing border" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=394876
[05:50] <asac> all drawing crashers are probably related to that
[05:56] <hjmf> cool I've seen your patch there, adding the upstream link to our master
[07:08] <Ubulette> hi
[07:09] <Ubulette> what's new here ?
[07:11] <Ubulette> asac, mozclient ?
[07:59] <gnomefreak> Ubulette:  xulrunner failed to build
[07:59] <Ubulette> oh ?
[07:59] <gnomefreak> broken pipe
[07:59] <gnomefreak> ill pastein error
[08:00] <gnomefreak> http://pastebin.mozilla.org/193566
[08:00] <gnomefreak> if you need more of error please let me know
[08:00] <Ubulette> looks like the nsinstall issue
[08:00] <Ubulette> what branch did you use ?
[08:01] <gnomefreak> did you update nss nspr lately?
[08:01] <Ubulette> it's not related
[08:02] <Ubulette> i've patched nsinstall.c a while ago but it has been integrated upstream
[08:02] <gnomefreak> https://code.launchpad.net/~mozillateam/nss/nss.ubuntu.trunk
[08:02] <Ubulette> so the patch is still in .trunk but no longer in .dev
[08:03] <gnomefreak> i was told to use trunk for gutsy and gp for feisty
[08:03] <Ubulette> no, that's nss. which xul ?
[08:03] <gnomefreak> oh give me a sec
[08:04] <gnomefreak> https://code.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.ubuntu.dev
[08:04] <Ubulette> bingo
[08:04] <Ubulette> use .trunk
[08:04] <gnomefreak> thats the only one we have for mozilla team
[08:04] <Ubulette> unless you dled the proper tarball
[08:05] <gnomefreak> there is no other xulrunner even on your branches
[08:05] <Ubulette> https://code.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.ubuntu.trunk
[08:05] <gnomefreak> where is this one at?
[08:05] <Ubulette> same place
[08:05] <Ubulette> https://code.launchpad.net/~mozillateam/
[08:05] <gnomefreak> hmmmm why did it list it
[08:06] <gnomefreak> hmmmmmm
[08:06] <gnomefreak> ok ill run that one
[08:06] <gnomefreak> ok ill let you know give me a few hours to build bins
[08:06] <Ubulette> sure
[08:07] <gnomefreak> xulrunner-1.9_1.9~a8~cvs20070829.orig.tar.gz
[08:07] <Ubulette> btw, i've trimmed orig.tgz for ff-trunk
[08:07] <gnomefreak> that is right tarball right?
[08:07] <Ubulette> hmm, hold on
[08:07] <gnomefreak> there were only 2 that was latest i saw
[08:09] <Ubulette> hmm strange.
[08:09] <gnomefreak> is that the right tarball?
[08:09] <Ubulette> thought is as 0824. let me check
[08:09] <Ubulette> was
[08:10] <gnomefreak> asac: can you set up the PPA feisty repo on our testing page since its pretty much done for now
[08:10] <gnomefreak> Ubulette: i do seee a 24
[08:11] <gnomefreak> i see a 24 a 28 and that the 1.8...
[08:12] <gnomefreak> Ubulette: can you give me a minute im gonna restart see if it fixes this mounting file systems as external driver
[08:12] <gnomefreak> drive
[08:12] <Ubulette> mozilla bug 392722
[08:12] <ubotu> Mozilla bug 392722 in Build Config "nsinstall chokes on double slashes in path" [Normal,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=392722
[08:16] <Ubulette> gnomefreak, use http://www.sofaraway.org/ubuntu/tarballs/xulrunner-1.9_1.9~a8~cvs20070829.orig.tar.gz
[08:16] <Ubulette> and .trunk
[08:16] <gnomefreak> that was the one wasnt it
[08:16] <Ubulette> basically, never build ppa with .deb branches
[08:16] <Ubulette> .dev
[08:16] <gnomefreak> xulrunner-1.9_1.9~a8~cvs20070829.orig.tar.gz
[08:16] <Ubulette> yep
[08:16] <gnomefreak> ok cool
[08:16] <gnomefreak> oh ty ill try it
[08:17] <gnomefreak> have to build .debs :(
[08:18] <gnomefreak> hjmf: congrats on membership sorry i couldnt be there
[08:19] <gnomefreak> Ubulette: ty ill le tyou know what happens
[08:20] <Ubulette_> k
[08:20] <Ubulette_> (stupid daily disconnection)
[08:22] <asac> gnomefreak: yes will add the repo
[08:22] <gnomefreak> ty
[08:30] <gnomefreak> ok its started im going back to drink lunch and laydown
[08:32] <hjmf> gnomefreak: thank you. I really hope you are OK :)
[08:32] <gnomefreak> hjmf: ill live ;)
[08:33] <hjmf> :)
[08:33] <gnomefreak> once pain goes away ill be back to as close to normal as possible
[09:33] <Ubulette> asac ?
[09:44] <shirish> hi all ;)
[09:44] <Ubulette> hi
[09:45] <shirish> Ubulette: got your reply, thanx :)
[09:45] <Ubulette> shirish, you'd really should consider lurking here, it would be easier to see your questions and answer them
[09:47] <shirish> Ubulette: the problem is, my comp. is shared by my mum & me, and she is the solitaire type, just plays solitaire.
[09:47] <shirish> hence when she is around, then pidgin is closed, also electricity is pretty much uncertain.
[09:47] <Ubulette> oh, ok
[09:48] <shirish> Ubulette: the question about pidgin was in my heart/head for quite sometime now
[09:50] <shirish> Ubulette: so now you know, hence if I just seem to goof of for no apparent reason or not responding, there is a big possibility that electricity might have gone off or is very low hence its gets switched off automatically.
[09:50] <Ubulette> i see. no problem
[09:50] <shirish> Ubulette: btw are you a big addons-user or like asac none at all?
[09:51] <Ubulette> i was with ff2
[09:51] <Ubulette> ff3 is as you know poor regarding addons compat
[09:52] <shirish> Ubulette: did you use greasemonkey in your add-ons journey?
[09:52] <Ubulette> nope
[09:55] <Ubulette> shirish, did you try today's ff3 ?
[09:55] <Ubulette> i think I fixed your ca certificates issue
[09:56] <shirish> Ubulette: ok cool, lemme try it then & report back
[10:04] <shirish> Ubulette: ok its downloading 27 MiB or thereabouts (with a few dbgsym packages involved)
[10:04] <shirish> oh drats, there are other packages too, apart from ff3 also
[10:05] <Ubulette> not sure but it seems the dbgsym are broken (too small)
[10:06] <shirish> Ubulette: that's what I had been noticing from few days, thought I should ask you but then thought better of not to ask.
[10:06] <shirish> Ubulette: they're supposed to be bigger than the files aren't they?
[10:08] <Ubulette> for xul, yes. for the new ff3, i don't really know yet
[10:10] <shirish> Ubulette: ok the xulrunner -dbgsym file is 7132 bytes as opposed to the file itself which is 8151 KiloBytes which are poles apart.
[10:11] <Ubulette> yep
[10:11] <Ubulette> i'll check that another time
[10:11] <shirish> Ubulette: ok as far as you know that's good enough, I'm sure one of these days you'll try to see what can be done about that :)
[10:12] <shirish> Ubulette: as it is without a kernel or gdb or whatever is broken is not fixed. the dbgsym packages are useless, we just make sure we have them when they do get fixed.
[10:14] <shirish> uh oh, have to logout, pidgin-libnotify is also getting upgraded, bb in a while.
[10:17] <gnomefreak> asac: seems that iceape buildd failed for lpia by looking at build logs the 99_configure and the 20_gcc g++ patches were never applied during build. here is the log http://launchpadlibrarian.net/9111562/buildlog_ubuntu-gutsy-lpia.iceape_1.1.4-1ubuntu1_FAILEDTOBUILD.txt.gz i could swear i added them to branch with bzr add. i cant look into this (i will have to wait till i can think better this oxycodon is really making me weird. i
[10:18] <Ubulette> applying patch 99_configure to ./ ... ok.
[10:19] <gnomefreak> ah yes so its just the 20_bleh patch
[10:19] <gnomefreak> sorry over looked it
[10:20] <Ubulette> yep, no 20_
[10:20] <gnomefreak> hmmmmmmm
[10:20] <gnomefreak> let me try something
[10:22] <gnomefreak> asac:  did you pull from my personal branch or from mozillateam
[10:22] <gnomefreak> im pulling my branch to make sure i added it
[10:23] <shirish> just for a while though ;)
[10:23] <Ubulette> damn, songbird build system is really ugly :(
[10:23] <shirish> Ubulette: damn, that was gonna be my next question :P
[10:24] <gnomefreak> Ubulette: in email i got notice about nss being changed from testing to current version was the version changed?
[10:24] <gnomefreak> nss 3.11.7-1
[10:24] <Ubulette> hm, no reason that i know
[10:25] <Ubulette> should be 3.12.0+cvs20070903t1011+bbot-3
[10:26] <shirish> Ubulette: till now, it seems good, the ca certificates issue seems to have been resolved , if you did that, then you should patch it upstream also, if that needs patching up.
[10:27] <Ubulette> no, upstream is fine as they bundle nss within both xul and ff
[10:28] <Ubulette> I think i'm gonna drop exaile for good from my bot
[10:28] <Ubulette> svn: Can't connect to host 'exaile.org': Connection refused
[10:28] <Ubulette> everyday
[10:28] <shirish> Ubulette: that's because they have moved everything to launchpad
[10:28] <Ubulette> really ?
[10:28] <shirish> Ubulette: yup really
[10:28] <Ubulette> url ?
[10:28] <shirish> Ubulette: I bzr up everyday
[10:29] <shirish> Ubulette: http://bazaar.launchpad.net/~exaile-devel/exaile/main/
[10:29] <asac> gnomefreak: its 20_ missing and apparently also the appropriate refresh of 99_configure
[10:29] <asac> so in short ... everything ;)
[10:30] <shirish> that's what  bzr info gives me for exaile but for branch.
[10:30] <gnomefreak> im pulling branch to see wha tit is but i ran autoconf2.13 after adding patch
[10:30] <asac> shirish: i think bzr up is not the same as bzr pull
[10:30] <shirish> Ubulette: that's what bzr. info gives me for exaile, but for co of branch dunno about trunk though.
[10:30] <shirish> asac: it isn't?
[10:31] <asac> gnomefreak: well but you have to update the 99_configure patch after running autoconf2.13
[10:31] <asac> e.g. the changes from autoconf2.13 have to be in 99_configure
[10:31] <asac> shirish: i don't think it is
[10:31] <asac> shirish: always use pull if you want to get the latest from remote repository
[10:31] <gnomefreak> i thought autoconf2.13 would update the patch since i was dpatched into the patch
[10:31] <shirish> asac: oh oh
[10:31] <asac> gnomefreak: ok yes then it should
[10:32] <asac> shirish: compare bzr help up .... bzr help pull
[10:32] <gnomefreak> it told me it updated it when i was done
[10:32] <asac> there is obviously a different
[10:32] <asac> gnomefreak: yes ... but if you forgot to apply 20_ ... the autoconf2.13 didn't bring anything new
[10:32] <asac> so your procedure to update 99_configure was right
[10:32] <asac> :)
[10:32] <asac> but you you didn't have 20_ ... applied :)
[10:32] <gnomefreak> its in branch
[10:33] <gnomefreak> on shit
[10:33] <asac> gnomefreak: is it in 00list as well?
[10:33] <gnomefreak> 20_force-no-pragma-visibility-for-gcc-4.2_4.3.dpatch
[10:33] <gnomefreak> ill look
[10:33] <shirish> asac: what does M stand for?
[10:33] <shirish> asac: I mean as http://paste.ubuntu-nl.org/36370/
[10:34] <gnomefreak> asac: yes it is 20_force-no-pragma-visibility-for-gcc-4.2_4.3
[10:34] <gnomefreak> everything should be fine
[10:34] <asac> ok
[10:34] <asac> then it might have been my fault
[10:34] <gnomefreak> asac: you grabbed from my personal branch right?
[10:35] <asac> shirish: that you just retried changes
[10:35] <gnomefreak> i never updated MT branch
[10:35] <asac> :)
[10:35] <shirish> asac: what does it mean retried changes?
[10:35] <asac> shirish: so before you probably didn't retrieve any updates from remote repository
[10:35] <asac> retrieved
[10:35] <asac> sorry
[10:36] <asac> gnomefreak: which version did i upload?
[10:36] <gnomefreak> 1.1.4
[10:37] <asac> well ... thats clear ... i mean from which branch?
[10:37] <gnomefreak> 1.1.4-1ubuntu1
[10:37] <gnomefreak> same version in MT branch but missing all the other changes
[10:38] <gnomefreak> for mt its #
[10:38] <gnomefreak> for mt its By Alexander Sack<EMAIL_ADDRESS>on 2007-08-16
[10:38] <gnomefreak> merge from debian as of 1.1.4-1 unstable release
[10:38] <gnomefreak> #
[10:38] <gnomefreak> By John Vivirito<EMAIL_ADDRESS>on 2007-08-30
[10:38] <gnomefreak> * debian/changelog: Updated for iceape 1.1.4-1ubuntu2, fixed lpia
[10:38] <gnomefreak> build for gutsy.
[10:38] <gnomefreak> is the lates from mine
[10:38] <asac> gnomefreak: i think i never uploaded the gcc changes
[10:38] <asac> i uploaded ubunt1
[10:38] <gnomefreak> ah that may be why
[10:38] <asac> so either i forgot or you never asked me to :)
[10:39] <gnomefreak> i just asked you to upload it sorry
[10:39] <asac> ok let me see
[10:39] <asac> gnomefreak: i guess i didn't upload though, right?
[10:40] <gnomefreak> hold on let me see filure date
[10:40] <gnomefreak> Queued:  2007-08-18
[10:40] <gnomefreak> yeah you didnt upload by the looks of it
[10:40] <asac> 2007-08-19
[10:40] <asac> yes
[10:40] <asac> ok
[10:40] <asac> pulling
[10:42] <asac> gnomefreak: look at bzr diff -r 87..88
[10:42] <asac> in your branch
[10:42] <asac> its a mess
[10:42] <asac> there is something completely wrong with it
[10:43] <shirish> asac: doing it again, so each time going in the exaile directory, I should do bzr pull instead of bzr up?
[10:43] <asac> gnomefreak: first you added a complete +--- ubuntu-1.1.x~/configure.in~ file
[10:43] <asac> (HUGE)
[10:43] <asac> (NOT NEEDED)
[10:43] <gnomefreak> huh?
[10:44] <asac> gnomefreak: remember that you must be sure that you don't have any backup files lying around when exiting the dpatch shell
[10:44] <asac> otherwise those will just be added
[10:44] <asac> you can strip that file from the 20_... patch manually
[10:44] <asac> 2nd: even though 20_ does the right thing for configure.in ... 99_configure is not updated
[10:44] <asac> in that checkin
[10:45] <asac> well its updated ... but with something completely unrelated
[10:45] <asac> gnomefreak: my advise: remove the configure.in~ patch from the 20_... patch manually
[10:45] <asac> then uncommit the last to checkins
[10:45] <asac> last two checkins
[10:46] <shirish> asac: bzr doesn't seem to be consistent with bandwidth as far as checking out is concerned, anybody else noticed that?
[10:46] <asac> gnomefreak: then rerun autoconf2.13 update in dpatch shell
[10:46] <asac> done
[10:46] <asac> gnomefreak: verify with bzr diff debian/patches/99_*
[10:46] <asac> if the modification to 99_confiugre really contain what they should
[10:46] <gnomefreak> --- ubuntu-1.1.x~/configure.in~	1969-12-31 19:00:00.000000000 -0500
[10:46] <gnomefreak> +++ ubuntu-1.1.x/configure.in~
[10:46] <asac> shirish: well bzr is slow over http ... thats known
[10:46] <gnomefreak> that part
[10:47] <asac> gnomefreak: yes the 10000 lines after that need to be wiped from that patch
[10:47] <asac> gnomefreak: dpatch is a pain ... and i agree ... and this is one of the reasons i find dpatch insane
[10:47] <shirish> asac: I'm sure somebody must have put up a bug about it.
[10:47] <asac> shirish: well its well known ... don't bother
[10:48] <asac> shirish: there are no comments needed for these issues ... unless you can fix it of course :)
[10:48] <shirish> asac: I was just going to subscribe it, not add comments to anything :P
[10:48] <asac> shirish: ah
[10:48] <gnomefreak> 1000 lines my ass its more like 7000
[10:49] <Ubulette> bzr is slow for big projects too
[10:49] <asac> gnomefreak: read above ... i wrote 10k :)
[10:49] <gnomefreak> ah
[10:49] <asac> gnomefreak: thats just a guess from endless scrolling
[10:49] <asac> garbage
[10:49] <asac> :
[10:49] <asac> shirish: https://bugs.launchpad.net/bzr/ ... search for 'slow'
[10:49] <gnomefreak> start at diff -urNad ubuntu-1.1.x~/configure.in~ ubuntu-1.1.x/configure.in~?
[10:50] <asac> shirish: there should be a match :)
[10:50] <asac> gnomefreak: yes you don't want these files
[10:50] <asac> gnomefreak: just clean up the patch
[10:50] <asac> the only thing you want in there is just a tiny diff against configure.in
[10:50] <Ubulette> shirish, http://benjamin.smedbergs.us/blog/2007-01-26/vcs-migration-headaches/
[10:50] <shirish> asac: actually doing the same as we speak, we seem to have the same mind...somewhat.
[10:50] <asac> nothing more
[10:51] <gnomefreak> shit this is bad
[10:52] <asac> gnomefreak: its not that bad
[10:52] <gnomefreak> ok lets see what i can do
[10:52] <asac> uncommit two commits
[10:52] <gnomefreak> asac: i hav 3eto rebuild it
[10:52] <asac> gnomefreak: then clean up that patch
[10:52] <asac> no
[10:52] <gnomefreak> yes
[10:52] <gnomefreak> i dont have build-area
[10:52] <asac> the enter 99_configure patch edit shell
[10:52] <gnomefreak> since you said you would upload it i cleaned up
[10:52] <asac> gnomefreak: hmm ... you can stop the build after it unpacked
[10:52] <asac> then run ./debian/rules clean
[10:53] <asac> to be sure its clean
[10:53] <asac> the do what we are talking about
[10:57] <shirish> asac: dunno why but it seems to be too much of a pain of saying bzr pull http://bazaar.launchpad.net/~exaile-devel/exaile/main exaile rather than going to exaile sub-directory & just saying bzr up
[10:58] <asac> shirish: haha
[10:58] <asac> bzr up doesn't give you anything new
[10:58] <asac> so if you like to get stalled then use bzr up :)
[10:59] <shirish> bzr up had never failed me today, I always used bzr up for last 4-5 days & that seemed to work
[10:59] <shirish> asac: that should have been until today=today
[11:00] <shirish> bzr up had never failed me  until today, I always used bzr up for last 4-5 days & that seemed to work
[11:04] <gnomefreak> am i going to have to rerun bzr add 20_patch?
[11:05] <gnomefreak> after i uncommit the revision?
[11:06] <asac> gnomefreak: you can confirm whats going on by looking at bzr stat
[11:06] <gnomefreak> k
[11:06] <asac> if its added its marked as A otherwise as unknown
[11:11] <gnomefreak> k ill look as soon as i get a chance
[11:12] <asac> gnomefreak: we appear to have a auto reply guy on bug 60995 again
[11:12] <ubotu> Launchpad bug 60995 in firefox "The backspace key pages up instead of going back in history" [Unknown,Fix released]  https://launchpad.net/bugs/60995
[11:12] <asac> retrieved 5 bounces in my mailbox so far
[11:12] <gnomefreak> i havent gotten any :)
[11:12] <gnomefreak> but that should go to #launchpad
[11:12] <gnomefreak> they disablet hat crap
[11:13] <asac> hmm
[11:13] <asac> no idea if its not in the bug then the bounces got to me privately?
[11:13] <asac> already deleted them
[11:13] <asac> if i don't get more then lets not bother
[11:15] <gnomefreak> ii havent gotten any but i checked mail a little while ago for fisrt time since sat
[11:24] <shirish> Ubulette: that link of the blog you gave about mozilla cvs is really entertaining :)
[11:25] <Ubulette> indeed
[11:25] <Ubulette> i have more
[11:26] <shirish> please go right ahead
[11:26] <Ubulette> http://www.markshuttleworth.com/archives/124
[11:26] <Ubulette> http://www.markshuttleworth.com/archives/125
[11:27] <gnomefreak> oh no not more mark blogs
[11:28] <Ubulette> gnomefreak, don't like him ?
[11:28] <gnomefreak> oh no its not that
[11:29] <gnomefreak> i do like him but last blogs i read were the ones  about debian annd clsasroom stuff
[11:29] <Ubulette> shirish, http://versioncontrolblog.com/2007/06/24/mozilla-version-control-system-shootout-redux-redux/
[11:29] <shirish> lol, cooler
[11:29] <gnomefreak> and it caused alot of bad blogs after
[11:30] <Ubulette> well, i read him in rss, so i skip the comments
[11:33] <shirish> Ubulette: I found one of the comments quite interesting though , http://www.markshuttleworth.com/archives/124 in that what Thorsten Wilms says
[11:33] <shirish> http://www.markshuttleworth.com/archives/124#comment-110955
[11:33] <shirish> to be more exact.
[11:33] <Ubulette> maybe but i read about 200 rss
[11:33] <Ubulette> so comments...
[11:34] <gnomefreak> asac: how close are you to other core devels?
[11:34] <Ubulette> btw, rss are from blogs and blogs are all interlaced
[11:34] <asac> gnomefreak: what do you mean with 'close' ?
[11:35] <gnomefreak> to suggest something for gutsy+1 and them accutally think about it
[11:36] <asac> gnomefreak: well if it makes sense ... ?
[11:36] <gnomefreak> asac: im thinking package-a install it and when installed send a configure options and basically a hello world app that says something like hello $nick and/or good by $nick (the $nick is enttered duringg config) doesnt have to be part of main install
[11:36] <asac> gnomefreak: i can certainly peek at opinions if its something i support ... and if there is enough positive feedback one can make a spec out of it et al
[11:37] <shirish> gnomefreak: I just hope that there is more discussion on the printing side of things, even now its pretty ugly.
[11:37] <gnomefreak> shirish: i cant do anything for a while im really sick
[11:37] <asac> gnomefreak: i somehow don't understand ;)
[11:37] <gnomefreak> asac: but i got idea while reading bug 1 comment
[11:37] <ubotu> Launchpad bug 1 in ubuntu "Microsoft has a majority market share" [Critical,In progress]  https://launchpad.net/bugs/1
[11:38] <asac> gnomefreak: so you want a greeter?
[11:38] <gnomefreak> asac: at log in pc says hello $nick and on log out it says goodby $nick
[11:38] <gnomefreak> asac: yeah i think it would  be prretty cool
[11:38] <asac> does it have any use-cases except from being cool :)
[11:39] <gnomefreak> asac: it would  help marketing i guess
[11:39] <Ubulette> it's already possible with gdm themese
[11:39] <asac> gnomefreak: i still don't seem to understand
[11:39] <asac> gnomefreak: where should the "hello $nick" pop-up ?
[11:39] <asac> when?
[11:39] <gnomefreak> asac: it speaks
[11:39] <asac> it speaks?
[11:39] <gnomefreak> not text
[11:39] <Ubulette> oh
[11:39] <asac> hm
[11:39] <Ubulette> lol
[11:40] <Ubulette> crazy
[11:40] <gnomefreak> asac: as a default voice
[11:40] <asac> and where do you get all the spoken names from?
[11:40] <gnomefreak> crazy yes but that is what you get for me on drugs
[11:40] <asac> gnomefreak: i think you would need to add that to rosetta ;)
[11:40] <asac> which would be a crazy efford ... indeed :)
[11:40] <gnomefreak> asac: a config box upon install of package
[11:41] <asac> gnomefreak: i don't know how to technically make the computer speak any possible name in a decent fashion
[11:41] <asac> but Ubulette should know :)
[11:41] <gnomefreak> biggest issue would bee pronouncing names right
[11:41] <asac> indeed ;)
[11:41] <gnomefreak> but likee i said its a crazy thought but a thought
[11:42] <asac> yeah
[11:43] <asac> you can make a web 3.0 efford out of it ... a huge community where you can find people to produce your personal greeter ;)
[11:43] <gnomefreak> other fix would be config alllows you to pronouce it from mic but not everone has a mic
[11:44] <asac> yeah
[11:44] <asac> actually you can already do that :)
[11:44] <asac> you can just set the start and logout sound to whatever thing you want
[11:44] <Ubulette> try festival maybe
[11:44] <gnomefreak> i think we have something like it now but im not sure if it uses include greeters
[11:44] <asac> the problem is to get the data
[11:44] <gnomefreak> as good point
[11:46] <asac> s/revice/revive/
[11:46] <asac> gnomefreak: try festival
[11:46] <asac> no idea how it works
[11:46] <asac> ;)
[11:46] <Ubulette> asac, tried mozclient yet ?
[11:46] <gnomefreak> i can look at it
[11:47] <gnomefreak> but thought it was good idea (while on drugs)
[11:47] <gnomefreak> brb pain is starting to come back
[11:49] <Ubulette> hmm, annoying bug in ff trunk that i can't find on bugzilla
[11:49] <Ubulette> some pages are partially rendered, then completely rendered below that "aborted" rendering
[11:50] <Ubulette> a7 is fine, trunk is not
[11:51] <asac> Ubulette: i am sure that it works ... i am just not yet sure how we can improve it :)
[11:51] <Ubulette> ?
[11:51] <Ubulette> it = ?
[11:52] <asac> not like fix it ... but like make it do more
[11:52] <Ubulette> ???
[11:52] <asac> well as i said its not yet completely clear to me what i want ;) ... but let me try
[11:53] <shirish> 3:30 a.m. my side of the world hence
[11:53] <asac> maybe it helps me to understand what i want :)
[11:53] <asac> shirish: night
[11:53] <shirish> asac: Ubulette: night guys
[11:53] <Ubulette> shirish, night
[11:53] <Ubulette> lol
[11:54] <asac> Ubulette: first thing that pops into my mind is ... what is that?
[11:54] <asac> i mean its a standalone thing right?
[11:54] <Ubulette> what ?
[11:54] <Ubulette> what is that "it" you keep talking about ?
[11:55] <asac> mozclient?
[11:55] <Ubulette> oh
[11:55] <asac> i thought that this was the context :)
[11:55] <Ubulette> that's my branch with client.mk
[11:55] <asac> sorry
[11:56] <asac> ah now i think i know :)
[11:56] <Ubulette> modified to fetch nss, nspr, ff without xul
[11:56] <asac> so is it a demo of a patch you want to submit upstream?
[11:56] <asac> or is it ment for regular use?
[11:57] <asac> imo the patches for nss/nspr are clearly upstream patches
[11:57] <Ubulette> we could use that for sure but posting it, i'm not sure
[11:57] <asac> however xulrunner doesn't scale that well
[11:58] <asac> i mean it doesn't fix it for all mozilla applications, but just for browser
[11:58] <asac> better fix it for all and send it upstream
[11:58] <asac> the other aspect of that branch i see is the Makefile
[11:59] <asac> for Makefile i currently see the use case of patching
[11:59] <asac> client.mk before checkout
[11:59] <asac> right?
[12:00] <asac> and provide the checkout and orig tar up
[12:00] <asac> features
[12:01] <asac> s/xulrunner/xulbrowser/ ... sorry (10 lines above)
[12:02] <Ubulette> so what's your idea to make that scale ?
[12:02] <asac> (for the Makefile) my point is ... if there are long term use cases for this Makefile ... we certainly want a mozilla-SOMETHING.mk that we can package up and include in our rules file
[12:03] <asac> Ubulette: (about scale) i am not yet sure ... but certainly we don't want a new target for every application
[12:04] <asac> so make -f client.mk checkout MOZ_CO_PROJECT=browser MOZ_CO_EXCLUDE=xulrunner|libxul
[12:04] <asac> instead of MOZ_CO_PROJECT=xulbrowser
[12:05] <asac> or the other way around: so make -f client.mk checkout MOZ_CO_PROJECT=browser MOZ_CO_WITH=xulrunner
[12:05] <asac> and ... make -f client.mk checkout MOZ_CO_PROJECT=browser
[12:05] <gnomefreak> i will finish xulrunner and iceape i might get to trunk either tonight or tomorrow
[12:05] <Ubulette> asac, they will not want that as it will break all existing scripts
[12:06] <asac> Ubulette: you mean variant 2? or at all?
[12:06] <Ubulette> 2
[12:06] <asac> ok
[12:06] <asac> yes ... thats right
[12:06] <asac> maybe for mozilla 2 :) ... if the default is the other way around
[12:06] <Ubulette> problem of the 1st one is that it's not that easy.
[12:07] <asac> i never said its easy ;) ... but its definitly worth the efford (if reasonably possible at all)
[12:07] <asac> and it shouldn't be that hard either
[12:07] <Ubulette> they said they'll move to hg for the next release
[12:07] <asac> ok
[12:08] <asac> Ubulette: why does xulbrowser need necko?
[12:08] <asac> toolkit?
[12:09] <Ubulette> makefile mess scanning dirs for nothing
[12:09] <Ubulette> but it's cryptic
[12:09] <asac> huh?
[12:09] <asac> you probably have to provide an equivalent patch for Makefile.in ?
[12:10] <Ubulette> well, i started with a minimal list of modules, and added the ones missing to make the current build system happy
[12:10] <Ubulette> but for 2 cases, i thing the build system is at fault
[12:11] <Ubulette> yet patching that was not trivial, and probably intrusive for win32 or mac
[12:11] <asac> tier_50_dirs    += toolkit/components/gnome
[12:12] <hjmf> night all
[12:12] <Ubulette> anyway, I'll keep my branch and add some targets to build our tarballs
[12:12] <asac> sure its certainly good to have
[12:13] <Ubulette> and maybe improve the build system a bit
[12:13] <asac> yes
[12:14] <gnomefreak> xulrunner better prove to work better than without it
[12:14] <gnomefreak> its already pissing me off
[12:15] <Ubulette> lol
[12:15] <Ubulette> gnomefreak, with it, the .dev branch of ff is much smaller
[12:16] <Ubulette> less sources, less patches, and it (ff) compiles in 1 minute
[12:16] <Ubulette> instead of 1 hour
[12:16] <gnomefreak> ah
[12:16] <Ubulette> but now it means maintaining xul
[12:17] <gnomefreak> that doesnt help with anything else other than building?
[12:17] <Ubulette> xul could be shared
[12:18] <gnomefreak> i was hoping for rendering but if its just source size it makes no sense its just another package to maintain
[12:18] <Ubulette> i'm trying to package songbird with our new xul but even without it, it doesn't build :P
[12:19] <gnomefreak> Ubulette: that could be a reason i havent tried it
[12:19] <gnomefreak> lol
[12:19] <gnomefreak> i have some moron cant find update-manager nad whats to upgrade to gutsy
[12:19] <Ubulette> gnomefreak, i hope it will be used by epiphany, totem, kazehakase, liferea
[12:19] <Ubulette> and more
[12:19] <Ubulette> (xul)
[12:20] <gnomefreak> we need to get ff off the depends list for alot of packages and use xul
[12:20] <Ubulette> yep, that's the idea
[12:20] <asac> memory footprint should be smaller ... if you run mutliple apps at once
[12:20] <gnomefreak> btw who wants to upgrae kazehakase to lates version for gutsy?
[12:21] <asac> gnomefreak: ping the guy who uploaded last version
[12:21] <asac> actually ... its one of the libxul rdepends right
[12:21] <asac> ?
[12:22] <asac> we should see if it can run against xulrunner 1.9
[12:22] <asac> because otherwise it blocks the way into gutsy for that
[12:22] <Ubulette> why ?
[12:23] <Ubulette> the new xul could live with the old one
[12:23] <asac> could != should
[12:23] <asac> ;)
[12:23] <Ubulette> maybe we should to xul-1.8 then
[12:23] <Ubulette> do
[12:23] <Ubulette> or 1.8.1
[12:23] <asac> maybe ... does it work?
[12:24] <Ubulette> it should
[12:24] <asac> point is ... how will people update xulrunner?
[12:24] <Ubulette> make install just does that
[12:24] <asac> never, but just through depends?
[12:24] <Ubulette> without the debian patches
[12:24] <asac> ok
[12:24] <asac> i think there will be more issues ;)
[12:24] <asac> but in general i agree
[12:24] <Ubulette> just a provide/replace should do
[12:25] <Ubulette> for 1.8 only, not 1.9
[12:25] <asac> hmm ... what behaviour would we achieve by that?
[12:25] <asac> or do you mean we want that when we abandon 1.8 ?
[12:26] <Ubulette> we could using 1.8 for ff2 (maybe)
[12:26] <asac> i think that won't work ... and definitly not for gutsy
[12:26] <Ubulette> of just provide 1.8 for users that depends on stable xul
[12:26] <asac> we cannot introduce such a huge change at this time of the release
[12:26] <asac> for such an important package
[12:27] <Ubulette> maybe not
[12:27] <asac> Ubulette: why do we want to provide an xulrunner-self-maintained-upgrade path at all?
[12:27] <asac> i mean its just enough if the rdepends upgrade there dependencies
[12:27] <asac> once we don't support 1.8 anymore there shouldn't be any depends anymore and thus removing the package from the archive will remove it from peoples disks on dist-upgrade
[12:28] <Ubulette> you sure ?
[12:28] <asac> sure about what?
[12:28] <Ubulette> dist upgrade will wipe that ?
[12:28] <Ubulette> I'm not
[12:28] <asac> hmmm ... not sure :) autoremove will
[12:28] <asac> if they never explicitly installed it
[12:29] <asac> Ubulette: but think i know that it does
[12:29] <Ubulette> autoremove is sometimes crazy, like when it wants to remove the kernel or libc
[12:29] <asac> in debian packages get removed from your disc when they are removed from the archive
[12:29] <asac> otherwise you couldn't remove packages
[12:30] <Ubulette> they are just marked as not installed, that's it
[12:30] <asac> but ... i am not really sure ... its just that i always that that's the case ... might be based on a quick read or something
[12:30] <Ubulette> they are just marked as not installable, that's it
[12:31] <asac> ok
[12:31] <asac> anyway ... i don't think its a problem
[12:32] <asac> if they never explicitly installed it ... it will be marked for autoremove
[12:32] <asac> if they installed it explicitly then let them keep it (on their own risk) until a depends becomes incompatible ;)
[12:33] <asac> anyway ... i am sure there are more than one exit-strategies ... which we can decide when we need to exit :)
[12:34] <gnomefreak> why the fuck isnt it saving my changes
[12:35] <gnomefreak> bzr merge: fix conflicts : bzr resolve : bzr push
[12:35] <gnomefreak> and i still get diverged
[12:35] <asac> gnomefreak: bzr commit
[12:36] <asac> not push
[12:36] <asac> push only after commit
[12:36] <gnomefreak> ah
[12:42] <gnomefreak> uploading xulrunner atm
[12:42] <gnomefreak> and pushing iceape
[12:43] <gnomefreak> asac: take iceape its al yours
[12:44] <asac> ok thanks
[12:44] <gnomefreak> anytime atleast should be there
[12:45] <asac> so you didn't uncommit?
[12:45] <gnomefreak> may look same but its not i got tired of thinking too hard
[12:45] <asac> what did you merge at the end?
[12:46] <asac> gnomefreak: you should have overwritten the branch
[12:46] <asac> because you uncommitted
[12:46] <asac> not merge
[12:46] <asac> you need to uncommit that merge
[12:46] <asac> and push again without it
[12:46] <asac> gnomefreak: it contains zero changes anyway :)
[12:47] <gnomefreak> no it doesnt
[12:47] <cwong1> asac: ping
[12:47] <gnomefreak> it better now
[12:47] <gnomefreak> not
[12:47] <asac> --overwrite is bad ... but for the sake to not have something that cluttered its ok to do that on your provide branches
[12:47] <gnomefreak> i uncommited and fixed everything
[12:47] <asac> gnomefreak: the last checkin has zero changes
[12:47] <asac> gnomefreak: yes the last checkin (the merge) was superfluous
[12:48] <asac> cwong1: whats up (i am on my way away) :)
[12:48] <cwong1> asac: Have you upload the latest browser to the gusty repo.?
[12:48] <gnomefreak> i didnt --overwrite
[12:48] <asac> yes
[12:48] <gnomefreak> last checking was changelog
[12:48] <gnomefreak> i didnt change the changelog as it wasnt needed
[12:48] <asac> cwong1: yes
[12:48] <asac> its build and all ... upgrade should bring it to you
[12:49] <asac> for me image creator created bogus things today ... all crashing
[12:49] <cwong1> asac: I did an upgrade and it didn't?
[12:49] <asac> so i couldn't verify how well it works
[12:49] <cwong1> s/?/
[12:49] <gnomefreak> changelog == no need for anyone to know i had to go back and fix it and i wasnt gonna bump version for this
[12:49] <cwong1> image-creator is messed up now
[12:49] <asac> yes
[12:49] <cwong1> asac: I will check later.
[12:49] <asac> but dist-upgrade messed up my image creator chroot as well
[12:50] <asac> (before i restarted with image-creator from scratch)
[12:50] <asac> so i think its a broken package
[12:50] <asac> cwong1: if you get it going let me know how well midbrowser works
[12:50] <cwong1> asac: ok  I will.  But u are saying that if I do an upgrade I should get the new one, right?
[12:51] <asac> cwong1: what package version do you have?
[12:51] <cwong1> asac: 1 sec
[12:51] <asac> cwong1: don't use any internal mirrors if you want the latest :)
[12:51] <asac> cwong1: it should be on all primary mirrors already
[12:51] <petal> hi! I just wanted to upgrade from thunderbird 1.5 to 2.0 and it has to remove the 1.5 install. I have several inboxes active, a full calendar by use of the Lightning-extension etc. and I'm afraid of losing all of that... Is there a way to re-import or something? Thanks!
[12:51] <asac> just in case you didn't get that upgrade
[12:51] <asac> :)
[12:51] <cwong1> asac: I don't trust my internal mirror
[12:51] <asac> yeah
[12:51] <asac> ;)
[12:51] <asac> good attitude
[12:51] <gnomefreak> mon^arh should be joinign here to ask in ff is still broekn
[12:52] <asac> gnomefreak: why?
[12:52] <gnomefreak> because the comment is ff still broken none can help him with so maybe he can give you better insite
[12:52] <asac> petal: backup your .mozilla-thunderbird directory (to be safe) ... but in general package upgrades should not remove your data
[12:53] <asac> (if you use thunderbird binaries directly downloaded from mozilla.org its no .mozilla-thunderbird but just .thunderbird
[12:53] <asac> petal: both directories are in your $HOME directory
[12:54] <petal> asac: Thank you! Will Thunderbird use .mozilla-thunderbird if I upgrade via Synaptic and automatically recognize the already present data?
[12:54] <asac> the idea is that it should .. but keeping backups is good ... just in case
[12:54] <gnomefreak> asac:  mon^rch > i could not get the preferences dialog to open to
[12:54] <gnomefreak>                           change settings and the delicious extension wasnt
[12:54] <gnomefreak>                           working
[12:55] <asac> he should run in -safe-mode
[12:55] <gnomefreak> me thinks its the extension
[12:55] <asac> if it fixes it ... then remove delicious extension
[12:55] <gnomefreak> thats what i just told him to do
[12:56] <asac> so is delicious extension completely broken?
[12:56] <cwong1> asac: what version number should I see?
[12:56] <asac> if you can verify it ... we should add it to our future extension blacklist
[12:56] <asac> cwong1: latest
[12:56] <gnomefreak> i dont know hes not answering me
[12:56] <cwong1> asac: the actual version number is?
[12:57] <asac> cwong1: if you tell me what oyu ahve i can say yes or now
[12:57] <asac> no.
[12:57] <asac> :)
[12:57] <cwong1> :)
[12:57] <asac> the package is 0.1.6b-0ubuntu1
[12:57] <asac> cwong1: https://launchpad.net/ubuntu/+source/midbrowser
[12:57] <asac> there you can always track the packages ... where they are build ... where they failed et al
[12:58] <cwong1> k
[12:58] <gnomefreak> mon^rch > gnomefreak: it works without the extension, but I  cannot open the preferences dialog still and hey... I  wanna use that extension!
[12:59] <gnomefreak> think it has some laying around shit
[12:59] <asac> no idea
[12:59] <gnomefreak> i told him to remove it not run safemode :(
[12:59] <asac> are preferences broken in -safe-mode?
[01:01] <gnomefreak> mon^rch: can you run ff is safemode
[01:01] <gnomefreak> -safe-mode even
[01:01] <mon^rch> yes
[01:02] <mon^rch> but I want to use my delicious bookmarks ... i'm sorry but its indispenseable
[01:02] <gnomefreak> asac: you got this i need to go laydown pain is back at full force
[01:03] <gnomefreak> mon^rch: its also not ubuntu extension
[01:04] <asac> gnomefreak: yes lay down
[01:04] <asac> gnomefreak: now he is gone
[01:04] <Ubulette> lol
[01:04] <gnomefreak> im gone
[01:04] <asac> probably troll'ish
[01:04] <asac> gnomefreak: if you have time ... maybe you can test how bad that extension is
[01:05] <asac> not today
[01:05] <asac> at some point
[01:05] <asac> :)
[01:05] <asac> or remind me to test it
[01:06] <Ubulette> you should have a todo list on the m-t wiki
[01:06] <petal> asac: Ok, I upgraded and everything went smoothly! Thanks so much for your help! Good to be on TB2! ;)
[01:06] <asac> Ubulette: yeah thats a fantastic idea
[01:06] <asac> Ubulette: i even think there is such a page
[01:06] <asac> petal: yeah
[01:06] <asac> petal: have fun
[01:07] <Ubulette> asac, btw, can i edit the wiki too ?
[01:07] <asac> Ubulette: why not?
[01:07] <petal> asac: thanks!
[01:07] <asac> Ubulette: go ahead
[01:07] <Ubulette> donno, never tried
[01:07] <asac> Ubulette: if you want to do some radical changes just give me a short prenotice ;)
[01:07] <Ubulette> nothing of that sort
[01:07] <asac> Ubulette: you need an account on wiki.ubuntu.com
[01:07] <asac> but its just a sign up button
[01:07] <asac> nothing more
[01:08] <asac> and it will remember your cookie forever (well at least for a very long time)
[01:08] <asac> like launchpad
[01:08] <Ubulette> ok, i'll have a look
[01:08] <Ubulette> btw2, how can i have an irc cloak here ?
[01:08] <asac> Ubulette: i think dfarning started such a todo ... or work list
[01:09] <asac> Ubulette: welll ... ubuntu members can get one for free
[01:09] <asac> so you would need to become an ubuntu member first
[01:09] <asac> otherwise you need to sponsor freenode some monetary money ... that would be unaffeliated cloak
[01:10] <Ubulette> hmm, freenode is not free
[01:10] <asac> the cloaks are not
[01:10] <asac> they are for contributors of freesoftware projects though
[01:10] <asac> e.g. like debian/developer, mozilla/developer, ubuntu/member ... whatever
[01:11] <asac> i think come companies have cloaks as well ... but they probably donated a bunch to get a card blanche
[01:11] <asac> s/come/some/
[01:11] <asac> Ubulette: no idea if i support that approach
[01:11] <Ubulette> all that seems not worth the effort
[01:12] <asac> well its not ment as an incintive :)
[01:12] <asac> to get involved in open-source projects
[01:12] <Ubulette> i don't believe in that kind of practice
[01:13] <asac> what kind?
[01:13] <Ubulette> money for a line of conf
[01:13] <cwong1> asac: apt-get upgrade did pull down the latest but it failed to start.  I am looking into it now.  :(


[02:50] <cmboyd> Hi everyone!  Has anybody had any luck compiling for hard-float on oneiric?
[03:51] <chihchun> is there any document regarding to how to build/generate the oneiric preinstall image?
[12:03] <ericb2> hello
[12:06] <ericb2> building on 11-04 , what is the -mfloat-abi flag for gcc-4.5 ?  hardfp or softfp ?
[12:06] <ericb2> I forgot : I'm building on a Pandaboard
[12:06] <kki313> hey, I'm looking for an official ARM-Repository for Ubuntu 10.04, is there any? I'm on Hercules ecafé with Freescale i.MX515
[12:18] <ogra_> kki313, arm packages are on ports.ubuntu.com
[12:19] <kki313> ogra_ thanks!
[13:14] <siji> persia, you there?
[14:15] <ogra_> ndec, https://bugs.launchpad.net/bugs/709245
[14:15] <ubot2> Ubuntu bug 709245 in linux-ti-omap4 "panda: USB disk IO slow" [High,Confirmed]
[15:28] <ndec> ogra_: about the IO bug, you told me it was affecting SD too, but that's not what I understand from the bug report. are u sure?
[15:32] <ogra_> have you looked at the measurements ?
[15:32] <ogra_> (and at the linked duplicate bug)
[15:32]  * ndec looking again
[15:33] <ndec> ogra_: ok. i see it. 'to a lesser extent' though ;-)
[16:00] <[7]> ndec: and I'm not sure if it's the same cause
[16:01] <ndec> ok
[16:02] <[7]> the ping doesn't seem to affect SD much, but the speed vs. block size graph shows similar weirdnesses like USB, just not as huge
[16:02] <[7]> that might possibly be some odd behavior of the card though, wouldn't be the first time :)
[16:03] <ndec> is someone looking at the problem related to SMP?
[16:03] <[7]> ndec: I just performed my tests with SD instead of usb, and pinging brought it from 8.8 to 8.9MB/s
[16:06] <[7]> the same test shows USB accesses skyrocket from 3 to 20 MB/s
[16:06] <ndec> that's not the same definition of improvements ;-)
[16:07] <[7]> I haven't done nosmp tests for SD, but for USB nosmp will make it behave as if I would be pinging it
[16:14] <GrueMaster> [7]: I'm running comparative tests now.
[16:14] <GrueMaster> Give me ~10 minutes.
[16:18] <davidm> GrueMaster, would be interesting to try different schedulers and see what impact that has
[16:18] <davidm> with USB Storage that is
[16:19] <GrueMaster> If I can find a kernel guy that can give me a few respun kernels, sure.
[16:21] <davidm> http://www.cyberciti.biz/faq/linux-change-io-scheduler-for-harddisk/
[16:21] <davidm> no need for a new kernel can change on the fly
[16:23] <[7]> davidm: for my tests it was "noop"
[16:23] <[7]> testing cfq now
[16:24] <[7]> heh, with cfq not even pinging will help
[16:24] <[7]> or at least help a lot less
[16:25] <[7]> *facepalm*
[16:25] <[7]> ignore my last messages, was using my tool in the wrong way
[16:26] <davidm> Should record results in bug when you are sure you did the test correctly
[16:26]  * [7] will do
[16:30] <[7]> wtf. after playing around with these schedulers a bit the problem just disappeared
[16:30] <[7]> i'll reboot and retry
[17:17] <[7]> davidm: uploaded the logs to the bug report
[17:17] <[7]> the results aren't really conclusive to me
[17:20] <[7]> especially the perl -e "while (1) { }" test seems to behave somewhat randomly