[00:00] <asac> dont mind if you run them or if we run them on some server ... just so we dont need to reinvent the wheel
[00:00] <asac> in case you get hit by a paris-bike ;)
[00:00] <asac> what was the name of the bikes?
[00:01] <fta> my ppa branch is close enough
[00:01] <fta> velib
[00:02] <asac> velib?
[00:02] <fta> paris bikes
[00:02] <asac> ah cool
[00:02] <asac> ;)
[00:03] <fta> velo (bike) + liberté = velib
[00:03] <asac> cool ;)
[00:03] <asac> is that the name of the model?
[00:03] <fta> the name of the system, and of the bike by extension
[00:04] <fta> it's velo'v in lyon (vélo + love)
[00:04] <fta> each city has a name
[00:04] <fta> and a color
[00:05] <asac> yeah right ... so they dont get swapped ;)
[00:05] <fta> paris is grey, lyon is red
[00:05] <asac> wonder who has pink bikes ;)
[00:05] <asac> ferrari red? ;)
[00:05] <fta> grey+red: http://jean-christophe.dubacq.fr/public/photos/actualites/2007-06/velov-lyon.jpg
[00:06] <asac> so this tag feature of gwibber opening stuff in tab i nice
[00:06] <asac> i guess it really misses adding those tabs manually though
[00:06] <asac> hmm #ubuntumozilla tag doesnt work here :(
[00:06] <asac> probably just the old version that i am running ;)
[00:06] <fta> http://www.notre-planete.info/actualites/images/transports/velib.jpg
[00:07] <asac> heh ... yeah those are the ones i remember
[00:07] <fta> http://www.actupparis.org/IMG/jpg/actup_velib_20071201.jpg
[00:07] <asac> ouch
[00:07] <asac> so they have pink seats ;)?
[00:08] <fta> no, it was an ad
[00:08] <fta> "what are you doing to protect yourself?"
[00:08] <asac> hehe
[00:08] <fta> for aids
[00:08] <asac> condoms adv
[00:08] <asac> yeah
[00:10] <asac> i posted it on identi.ca ;)
[00:10] <asac> hehe
[00:10] <asac> i should really stop using that
[00:14] <asac> fta: tags dont work for me in gwibber anymore from trunk
[00:14] <asac> can you confirm that
[00:14] <asac> maybe its identi.ca that is broken?
[00:15] <fta> right click
[00:15] <asac> fta: yes. but it doesnt work in gwibber anymore ;)
[00:15] <asac> i mean the tab that opens stays empty
[00:16] <fta> well, iirc, it has been mentioned in the merge request
[00:16] <asac> that it doesnt work anymore?
[00:16] <asac> i mean it didnt even work for the packaged version for me
[00:16] <asac> maybe its my laptop or identi.ca is broken or i had just bad luck with both: package version and current trunk
[00:17] <fta> https://code.edge.launchpad.net/~oldman/gwibber/twitter-user-messages-tab/+merge/3075
[00:17] <fta> lines are not wrapped in this lp page
[00:17] <fta> ugly
[00:19] <asac> for me it looks ok
[00:19] <asac> e.g. nothing where i need to scroll
[00:19] <asac> even on 12"
[00:24] <white> asac: ping :)
[00:25] <asac> white: can we do that when doing next sec round?
[00:26] <asac> white: its probably just 10 days or so away
[00:26] <asac> which reminds me that  - as usual - sec updates usually get rolled into my sprint/conference weeks :(
[00:27] <fta> asac, http://www.sofaraway.org/ubuntu/tmp/lp-merge.png
[00:28] <asac> fta: oops
[00:28] <asac> fta: 3.2 regression?
[00:28] <asac> (runnint 3.0 here)
[00:29] <fta> donno
[00:29] <asac> fta: if you have 3.0 maybe check
[00:31] <fta> lines are wrapped in 3.0, but the text is still as big
[00:32] <fta> [reed], ^^
[00:32] <white> asac: ok
[00:32] <asac> yeah but line wrapping probably is a layout engine thing
[00:32] <[reed]> do ctrl-0
[00:33] <fta> no change, i always reset the zoom when i no longer need it
[00:33] <[reed]> mm
[00:34] <[reed]> I can confirm lines not wrapped
[00:34] <[reed]> on trunk
[00:34] <asac> size fixes zoom :)?
[00:34] <asac> [reed]: you have 3.1 at hand?
[00:34] <[reed]> 3.2
[00:34] <[reed]> I skipped 3.1
[00:34] <asac> i know that trunk is 3.2 ;)
[00:34] <[reed]> :)
[00:34] <asac> just asked if you have a build at hand right now ;)
[00:34] <[reed]> not an updated build
[00:34] <[reed]> could get one, I guess
[00:36] <fta> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20090122 Ubuntu/9.04 (jaunty) Shiretoko/3.1b3pre ID:20090122234936 => NOK (not wrapped)
[00:39] <asac> white: ok sent mail
[00:43] <fta> Jan 27 15:31:22 cube kernel: [ 3816.472749] firefox-3.1[11603]: segfault at 7ffa27a01c1d ip 00007ffa2931cff8 sp 00007fff326ddb80 error 4 in libc-2.9.so[7ffa292a4000+168000]
[00:43] <fta> Jan 27 15:32:27 cube kernel: [ 3881.672497] firefox-3.1[11703]: segfault at 7f651b701c1d ip 00007f651d039ff8 sp 00007fff263fa890 error 4 in libc-2.9.so[7f651cfc1000+168000]
[00:43] <fta> Jan 27 15:35:53 cube kernel: [ 4087.129213] firefox-3.1[11933]: segfault at 7f5d36201c1d ip 00007f5d37b1dff8 sp 00007fff40edf360 error 4 in libc-2.9.so[7f5d37aa5000+168000]
[00:43] <fta> asac, didn't you say you had an idea for that?
[00:43] <asac> fta: those are the jemalloc things right?
[00:43] <fta> yes
[00:43] <asac> no i dont have them. i thought it was at-spi issue back
[00:43] <fta> when i click on a link in evo
[00:43] <asac> but if its jemalloc i am pretty clueless ... have to check out on my own to tell something
[00:44] <asac> fta: but also when you close firefox altogether right?
[00:44] <fta> yes
[00:44] <asac> so how is jemalloc now linked?
[00:44] <asac> static into the stub or what?
[00:46] <asac> seems so
[00:47] <asac> hmm
[00:54] <[reed]> yeah, in the stub now
[00:55] <asac> actually thats why i never submitted the patch that put that into the stub ;)
[00:55] <asac> now that i think about it a bit ;)
[00:55] <asac> odd that it doesnt happen with pure ffox builds
[00:56] <asac> fta: do you still maintain the "pure ffox" packages?
[01:00] <asac> fta: can you try to disable symbolic functions optimization?
[01:01] <asac> -Wl,-Bsymbolic-functions
[01:02] <asac> fta: ^^
[01:02] <asac> i think thats ubuntu specific and should be tried first to be eliinated
[01:03] <asac> and its always a good scapegoat for breaking stuff when trying to mess around with overloading glibc stuff
[01:11] <fta> mm
[01:14] <asac> fta: would be a bit of dejavu thing ;)
[01:16] <fta> there was a comment added in my bug
[01:16] <fta> mozilla bug 473629
[01:17] <fta> selinux / jemalloc / glibc
[01:17] <fta> hmmm
[01:19] <jcastro> gears is uninstallable in the FF in jaunty, is that normal/expected?
[01:20] <fta> jcastro, ppa builders are slow as hell today, gwibber still not built, i'll see tomorrow and push to the team if it's fine
[01:21] <jcastro> ! yikes
[01:21] <jcastro> I mean, yikes!
[01:21] <fta> :)
[01:23] <fta> jcastro, btw, chromium/upstream wants to start publishing debs for chromium, they asked my help so we'll start from my branch and see how to move from there.
[01:24] <asac> jcastro: what is gears?
[01:25] <jcastro> google gears, the offline thing
[01:25] <fta> jcastro, btw2, if you have some contacts with openkomodo, i have started a package, but i'm stuck with their siloed python (which we don't want), help needed (from upstream or from ubuntu)
[01:25] <asac> jcastro: what happens?
[01:25] <jcastro> it says it's not for that version, let me try again and get the proper message
[01:26] <jcastro> "Google Gears" could not be installed because it is not compatible with your Firefox build type (Linux_x86_64-gcc3). Please contact the author of this item about the problem.
[01:26] <jcastro> http://gears.google.com if you want to try it
[01:26] <fta> gears is an addons with a binary in it, it's open source, you should build it
[01:26] <asac> jcastro: thats 32-bit build
[01:26] <asac> i would say
[01:26] <jcastro> ah
[01:26] <jcastro> duh, it says 64 bit not supported on the page
[01:26] <asac> jcastro: unzip -l /path/to/xpi.xpi | pastebinit -i -
[01:26] <asac> a shame ;)
[01:27] <jcastro> fta: is chromium working?
[01:27] <jcastro> openkomodo is the ide thing right?
[01:27] <asac> so google seems to be a bit 32-bit addicted ... chrome, gears ;) ...
[01:27] <jcastro> I think I know a guy there
[01:27] <fta> jcastro, still test_shell but since it has been announced, they feel the pressure to release something, even just that
[01:28] <jcastro> nod
[01:28] <asac> release something? to where?
[01:28] <fta> jcastro, no hurry for openkomodo, i just have a base, nothing working so far.
[01:28] <jcastro> just have the test shell in the ppa?
[01:29] <fta> i think they want to daily build a deb
[01:29] <fta> from their buildbots
[01:29] <jcastro> ah so you're talking about helping them make builds
[01:29] <fta> but we'll start from my branch, so from lp
[01:29] <jcastro> for their own distribution
[01:30] <fta> hopefully, we'll try to stay in sync for the packaging, at least, that's my goal
[01:30] <asac> fta: same prob for all upstreams: you cannot stay in sync because we have different build targets
[01:31] <fta> we've discussed about importing my branch into their svn
[01:31] <asac> fta: thats a solution
[01:31] <asac> they should import .hardy, .intrepid, .jaunty etc.
[01:31] <asac> depending for what they build
[01:31] <asac> but usually they want to publish a one thing fits all
[01:32] <asac> which probably also means that they start to ship stuff in-source rather than system or even statically linked in
[01:32] <asac> but well. lets see ;)
[01:33] <fta> at least they are cooperative, that's refreshing
[01:33] <asac> heh yeah.
[01:33] <asac> lets hope they don stop when it comes to push stuff in the archive ;)
[01:33] <jcastro> yeah you should convince them to push into a ppa or a devel release
[01:34] <asac> its important to explain to everyone that "ubuntu" is the distribution platform they should target
[01:34] <asac> and not their own thing ;)
[01:35] <jcastro> yeah let's just have them join mozilla-team
[01:35] <fta> they never mentioned their own thing to me
[01:35] <asac> heh
[01:35] <jcastro> or webteam or whatever we call it
[01:35] <jcastro> :p
[01:35] <asac> fta has setup a chromium team
[01:35] <fta> there's a chromium-team already
[01:35] <jcastro> rock
[01:36] <fta> https://edge.launchpad.net/chromium-project is the umbrella page
[01:37] <fta> jcastro, bug 183492
[01:37] <fta> (just for reference)
[01:37] <jcastro> subscribing
[01:38] <jcastro> so hey what's the status of songbird?
[01:38] <fta> no progress since uds i'm afraid
[01:38] <jcastro> are they waiting on us or the other way around?
[01:39] <fta> btw, i should read the minutes of the needs-packaging session from uds, i was not able to attend this one. is there such a thing? (minutes)
[01:40] <jcastro> https://wiki.ubuntu.com/UDSJaunty/Report
[01:40] <jcastro> might be in there
[01:40] <fta> for sb, i'd say it's our call, push to universe and maintain ourselves, or give up until they commit on supporting us, which will probably never happen
[01:41] <fta> bug 80902
[01:42] <jcastro> they fixed most of the problems right?
[01:43] <jcastro> I mean, it's running on the system xulrunner and stuff?
[01:43] <fta> no
[01:43] <jcastro> :-/
[01:43] <fta> not at all, no change for that since day 1
[01:43] <jcastro> iirc at least a bunch of their patches got integrated upstream
[01:44] <fta> integrated ? i don't think so, posted maybe
[01:44] <jcastro> we've got something like 3 weeks until feature freeze
[01:45] <[reed]> if there are patches upstream that need review, let me know
[01:47] <fta> that's Stevel's call, not mine
[01:48] <jcastro> the url for their patches in the needs-packaging bug is 404
[01:49] <jcastro> [reed]: can you subscribe to bug 94494
[01:50] <[reed]> jcastro: done
[01:50] <jcastro> [reed]: I guess ask him where the patches are sitting right now?
[01:51] <[reed]> yeah
[01:51] <[reed]> I'm always happy to help downstream
[01:51] <[reed]> helping downstreamers means upstream gets better
[01:51] <[reed]> :)
[01:53] <jcastro> ok, assigning all xulrunner bugs to you.
[01:53] <fta> debian bug 412437
[01:53] <fta> seems to be moving too
[01:55] <jcastro> hey [reed], I don't want to sound like a smart ass, but, how serious is mofo about xulrunner being used by non-FF applications?
[01:56] <fta> (not much apparently)
 ok, assigning all xulrunner bugs to you. <-- don't make me give you my unhappy face!
[01:58] <fta> eheh, debian wants to rename songbird like they did for firefox
[01:58] <[reed]> jcastro: xulrunner isn't a priority, but it's being used for things, and it does get love (fennec seems to be helping this somehow)
[01:59] <[reed]> if there are specific issues with xulrunner, please let upstream know
[01:59] <[reed]> I know mfinkle really wants to make sure downstreamers like Ubuntu can do what they need to do
[02:00] <jcastro> well, if the other xulrunner-using apps have what they need with it then I guess it would fix our concerns
[02:01] <asac> from what i understood they had a few patches against layout or something
[02:02] <asac> which got rejected because of performance concerns
[02:02] <[reed]> and that seems like a reasonable thing
[02:02] <asac> probably they got demotivated to push for upstream inclusion  ;)
[02:02] <[reed]> if a patch isn't good, it will be rejected
[02:02] <[reed]> can't stop that
[02:03] <asac> yes. just wanted to state why i think the upstreaming isnt moving that quick anymore
[02:04] <asac> their app is quite nice. its kind of a pity that we cannot include it because of this
[02:06]  * asac checks out their patches again
[02:07] <jcastro> asac: yeah 1.0 is quite nice, we can do this.
[02:07] <jcastro> it's all up to you reed.
[02:07] <jcastro> :p
[02:11] <asac> its defintly huge to checkout
[02:11] <asac> just to get the patches (i couldnt find them in web interface)
[02:16] <asac> seems it was all for nothing
[02:16] <asac> no patches in trunk dir
[02:16] <asac> fta: where are the branches?
[02:17] <asac> err patches
[02:17] <asac> songbird that is
[02:20] <asac> http://src.songbirdnest.com/source/xref/client/patches/mozilla/
[02:25] <asac> better http://wiki.songbirdnest.com/User:Stevel/XULRunner_Patches
[02:27] <asac> off
[03:25] <jsmidt> pinf asac
[09:19] <BUGabundo> good morning
[09:19] <BUGabundo> need an advice
[09:20] <BUGabundo> when my webcam is turned on by Flash in Firefox
[09:20] <BUGabundo> it won't turn off again, until I restart the browser
[09:20] <BUGabundo> is that a bug in FF, Flash, webcam driver?
[10:35] <cabe> Which version of ubuntu you think this fx related bug be fixed?   https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/58710
[11:49] <fta> bug 412437
[11:50] <BUGabundo> LOLOL
[11:51] <fta> bug 412437
[11:51] <BUGabundo> eeheehehehe
[11:51] <fta> bad bot
[11:51] <BUGabundo>  /me slaps ubottu
[12:49] <[reed]> mozilla bug 412437
[12:51] <BUGabundo> LOLOLOL
[12:51] <BUGabundo> still down
[12:51] <BUGabundo> humm n sera privado?
[12:51] <BUGabundo> grr Portuguese thinking... I said isn't it private?
[13:05] <fta> W: gwibber: embedded-javascript-library usr/share/gwibber/ui/themes/default/jquery.js
[13:05] <fta> W: gwibber: embedded-javascript-library usr/share/gwibber/ui/themes/shine/jquery.js
[13:07] <asac> heh
[13:07] <asac> why is that worse a warning?
[13:08] <asac> is there any comment on the rational in lintian source?
[13:08] <fta> http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles
[13:10] <asac> fta: where did you get 412437 from?
[13:11] <asac> from a commit? which one?
[13:11] <fta> from launchpad
[13:14] <fta> (from bug 94494)
[13:43] <fta> asac, diet? why?
[14:13] <asac> fta: more like a diet due to lack of supply ;) ... not a plan :)
[14:13] <fta> lol
[14:16] <fta> asac, major strike in france tomorrow, for paris, some recommend to use the velib: http://news.idealo.fr/news/5431/greve-du-jeudi-29-janvier-comment-sorganiser.html  :)
[14:19] <fta> 3 guys on the same bike, the bike is ruined afterwards
[14:21] <asac> lol
[14:22] <asac> you have strike right now
[14:22] <asac> interesting
[14:22] <asac> ;)
[14:37] <asac> fta: lol. i was not the first one tagging #velib as it seems ;)
[14:37] <asac> http://identi.ca/tag/velib
[14:37] <fta> asac, did you file a bug for gwibber and the tag bug?
[14:37] <asac> fta: no. wanted to look and fix
[14:39] <asac> fta: i assume it was gregs or even my patch ;)
[14:40] <asac> fta: wierd thing is that it doesnt work on the packaged package either
[14:40] <asac> which is even before group landed
[14:40] <asac> i am also quite sure it worked with that version before
[14:40] <asac> so maybe identi.ca broke it
[14:52] <asac> @time
[14:53] <fta> asac, GET 'http://identi.ca/?action=tagrss&tag=ubuntu'
[14:54] <fta> indeed, no result
[14:54] <asac> so yea
[14:54] <asac> h
[14:55] <asac> broken stuff
[14:55] <asac> on website
[15:13] <jcastro> fta: ppa's still backed up?
[15:13] <fta> jcastro, last gwibber has a regression
[15:14] <fta> tags are broken
[15:14] <jcastro> yeah I saw that part
[15:17] <asac> fta: but is it really gwibber?
[15:17] <asac> http://identi.ca/?action=tagrss&tag=ubuntu ... is that syntactically wrong or what?
[15:20] <fta> server side issue
[15:25] <fta> asac, http://paste.ubuntu.com/110877/ is that you ?
[15:26] <fta> and since when do we get debug for that?
[15:26] <asac> fta: i have no clue. i retried. did it fail again
[15:26] <asac> ?
[15:26] <fta> yes
[15:27] <asac> bummer
[15:27] <asac> whats going on
[15:28] <fta> 2009-01-28 15:25:39 ERROR   Exception while accepting:
[15:28] <fta>  'Description'
[15:28] <fta>  -> http://launchpadlibrarian.net/21722334/ej12j3OPn9QY9knVGG3sWhkVO3S.txt ('Description')
[15:28] <fta> 2009-01-28 15:25:39 INFO    Rejection during accept. Aborting partial accept.
[15:28] <fta> 2009-01-28 15:25:39 WARNING Upload was rejected:
[15:28] <fta> 2009-01-28 15:25:39 WARNING     'Description'
[15:28] <asac> oh
[15:30] <fta> the purpose of debug logs is to read them :)
[15:31] <asac> ENODESCRIPTION
[15:34] <asac> PPAs shouldnt be that picky ;)
[15:34] <asac> who needs a package description - realistically ;)
[15:36] <fta> lol
[16:23] <fta> asac, jcastro: just added a comment to bug 94494
[16:34] <asac> fta: what is moving?
[16:34] <asac> i mean in which way
[16:35] <asac> is there really some work done?
[16:35] <asac> fta: i think the idea was to get sonbird packaged by us ... then hand over to stevel and crew to see if they can maintain their stuff with security updates and so on a ppa
[16:35] <asac> fta: if that works sponsor to universe and see how well it works out
[17:01] <fta> asac, where is you sprint?
[17:10] <asac> berlin
[17:11] <asac> good luck for me
[17:12] <fta> :)
[17:12] <fta> +r (obviously)
[17:56] <fta> ix:~/tmp$ mkdir fdfd
[17:56] <fta> mkdir: cannot create directory `fdfd': File exists
[17:56] <fta> grrr, bad random dir, not enough entropy in my fingers
[18:11] <asac> lol
[21:04] <fta> asac, could you explain the pet-bug tag?
[23:04] <asac> fta: pet-bug? i was forced to tag 10 bugs as pet-bugs
[23:04] <fta> saw that but what is so special about those?
[23:05] <fta> asac, do you have to commit on fixing them in a given time frame?
[23:06] <fta> "Important: after the release of Launchpad 2.2.1, on January 28th,
[23:06] <fta> we will start removing any packages that have been in the deleted
[23:06] <fta> or superseded state for more than 30 days."
[23:17] <asac> fta: well ... i think its pittis ideea
[23:18] <asac> fta: this cycle not much feature work is done ... so he says we should use time we have left over for bugs
[23:18] <asac> that we usually wouldnt have time to fix
[23:18] <asac> so important but a bit work intensive bugs
[23:18] <asac> that we plan to work on
[23:18] <asac> so in general the idea is to get them fixed this cycle ;)
[23:19] <fta> ok, so it's not 10 per week
[23:24] <asac> heh
[23:24] <asac> i hope not ;)
[23:24] <asac> otherwise i would start filing individual security bugs
[23:24] <asac> :)
[23:24] <asac> hehe
[23:25] <asac> pet bugs are bugs too work intensive that you usually couldnt do them ;)
[23:28] <fta> ok, not my definition of pet then, i use pet-projects for projects that i do for pleasure, mostly outside of my work hours
[23:39] <asac> fta: that was my argument and thats why i said that i didnt have any pet-bugs ;)
[23:40] <Nafallo> asac: go feed the bugs? ;-)
[23:50] <[reed]> fta / asac: mozilla bug 460913
[23:50] <[reed]> commetn #19
[23:50] <[reed]> comment
[23:51] <fta> forget it, we'll keep the patch downstream, as asac said yesterday
[23:54] <asac> thanks