[00:20] <asac> fta: http://launchpadlibrarian.net/36885088/buildlog_ubuntu-lucid-armel.chromium-browser_4.0.272.0~svn20091215r34555-0ubuntu1~ucd1_FAILEDTOBUILD.txt.gz :(
[00:24] <asac> fta: oh ... do you plan to uploda gyp to archive?
[00:25] <asac> we need it in order to use porter machines
[00:25] <asac> (can only install whats in the rachive)
[00:25] <asac> thanks for considering :)
[00:29] <asac> and and ... enable verbose CC on armel too for now ;)
[00:32] <micahg> asac: looks like we get at least 1 more month with FF3
[00:32] <micahg> support till end of Jan 2010
[01:00] <coppro> No Tunderbird 3.0 stable PPA or backport yet?
[01:01] <micahg> coppro: closest thing is my beta PPA
[01:01] <micahg> coppro: it's the release version but unbranded
[01:01] <coppro> ok, thanks
[02:14] <Turl> fta: ping
[11:02] <BUGabundo_work> morning
[11:22] <fta> one french guy compared browsers on windows: http://www.n1fo.fr/2009/12/benchmark-navigateurs-internet-1ere-partie-sous-windows-le-16-decembre/
[11:22] <fta> BUGabundo_work, ^^
[11:29] <asac> french guys shouldnt publish french content anymore ...
[11:30] <asac> there is already enough french stuff out there
[11:30] <asac> native content just means duplication of efforts and encourages stealing ;)
[11:31] <asac> recently i tried to read a book in german ... that was a translated book ... i couldnt read it anymore after two pages
[11:31] <asac> so many things were odd and i saw that it would have been nice untranslated
[11:31] <asac> never felt that way before
[11:31] <asac> so i assume it must have been a very bad translation
[11:31] <asac> (though it was from grisham)
[11:31] <asac> (though it was from grisham
[11:36] <BUGabundo_work> eheh
[11:36] <BUGabundo_work> go watch anotehr TBBT episode
[11:38] <BUGabundo_work> 1st time ch beats Safari
[11:38] <BUGabundo_work> eh
[11:50] <fta> asac, seems that guy tested that by himself, it's not a translation, and he promises to test on ubuntu in a few days
[11:52] <BUGabundo_work> ba bye Flash evil cookies rm -rf .macromedia/Flash_Player/
[11:53] <fta> buy otherwise, i agree, native is better than translated. that's why i'd like to understand as many langs as possible :P
[11:53] <BUGabundo_work> asac: [reed] did Firefox "fixed" that bug where emptying Browser cookies would not remove the Flash ones?
[11:55] <fta> asac, i see it failed on arm, strange, it worked everywhere else. was it a copy or did you tweak it?
[12:08] <fta> d'oh! http://paste.ubuntu.com/343502/
[12:13] <fta>  13:12:38 up 7 days, 20:51,  5 users,  load average: 14.70, 11.13, 8.13
[12:13] <fta> oh my
[12:27] <fta> it's putting my quad core 3GHz on its knees for more than 30 min, clearly not acceptable
[12:45] <fta> 50 min to link 4 binaries :P
[13:42] <asac> fta: copy
[13:42] <asac> fta: you can actually testbuild for arm locally
[13:42] <fta> can?
[13:42] <fta> can I?
[13:42] <asac> qemu-arm-static
[13:42] <asac> its a package that allows you to setup an arm chroot
[13:42] <asac> there you can do everything ... build, start apps etc
[13:43] <asac> speed should be between native and cross-compile
[13:43] <asac> but is not that bad i was told
[13:43] <asac> i will check that out too ;)
[13:44] <asac> according to ogra that package is really trivial to use
[13:45] <asac> /usr/bin/qemu-arm-static
[13:45] <asac> /usr/bin/build-arm-chroot
[13:45] <asac> those are the binaries
[13:45] <asac>  /usr/bin/build-arm-chroot
[13:45] <asac> I: usage: [OPTION]... <suite> <target> [<mirror> [<script>]]
[13:45] <asac> I: Try `debootstrap --help' for more information.
[13:45] <asac> E: You must specify a suite and a target.
[13:46] <asac> asac@hector:/srv/chroots$ sudo build-arm-chroot lucid lucid1
[13:46] <asac> I: Retrieving Release
[13:46] <asac> I: Retrieving Packages
[13:46] <asac> I: Validating Packages
[13:46] <asac> I: Resolving dependencies of required packages...
[13:46] <asac> I: Resolving dependencies of base packages...
[13:46] <asac> I: Checking component main on http://ports.ubuntu.com/ubuntu-ports...
[13:46] <asac> cool. so works oob indeed
[13:46] <asac> lets see how well it works after its done ;)
[13:47] <asac> ok starting over with sudo build-arm-chroot lucid lucid-arm1
[13:47] <asac> ;)
[13:59] <fta> doing another test build with no more than one ld at a time, with make
[14:02] <asac> k
[14:02] <asac> fta: is it committed?
[14:03] <asac> i would try this qemu spin then ;)
[14:03] <fta> not yet
[14:03] <fta> http://paste.ubuntu.com/343555/
[14:04] <fta> oops
[14:05] <fta> bad patch
[14:05] <asac> will we get a new gyp too?
[14:06] <fta> http://paste.ubuntu.com/343557/
[14:06] <fta> yes, it's already in the ppa
[14:06] <asac> fta: too bad to keep scons working and just a flip/switch?
[14:06] <asac> at least until we are sure make is good?
[14:07] <fta> that's why i didn't commit it yet, i want to verify that it works
[14:07] <asac> hmm
[14:08] <fta> it will work for you too, don't worry
[14:09]  * asac installs build-deps in chroot
[14:09] <asac> kk
[14:09] <asac> ;)
[14:09] <asac> we need to get gyp in the archive. are there any license issues with that?
[14:09] <asac> or binaries in source etc.?
[14:10] <fta> nope, just python, 1 license, should be easy
[14:10] <fta> for once ;)
[14:15] <asac> bug 494667
[14:47] <asac> fta: http://paste.ubuntu.com/343593/ \o/
[14:47] <asac> dpkg-buildpackage: host architecture armel
[14:47] <asac> crazy stuff
[14:47] <asac> hot stuff ;)
[14:48] <fta> ?
[14:48] <asac> fta: thats on mx x86 system ... just setup a chroot with build-arm-chroot
[14:48] <asac> done
[14:48] <asac> works as expected
[14:49] <asac> a few syscalls are not emulated as i seems, but didnt get any issues yet
[14:49] <asac> even lzma is unpacking :)
[14:49] <fta> hm, make[1]: warning: -jN forced in submake: disabling jobserver mode.
[14:51] <asac> and python is indeed running at almost full hostspeed
[14:51] <asac>  7588 asac      20   0  137m  18m 2492 R  100  0.9   1:34.05 python
[14:52] <fta> who's using google talk here? in pidgin?
[14:52] <fta> BUGabundo_work, ^^ ?
[14:54] <BUGabundo_work> not at this moment
[14:54] <BUGabundo_work> why ?
[14:55] <fta> nm, i figured it out
[14:56] <asac> fta: folks are moving to empathy ... which also supports various talk stuff
[14:56] <fta> i just used what is by default in karmic..
[14:56] <asac> empathy is default in karmic ;)
[14:57] <asac> we dumped pidgin afaik
[14:57] <fta> i mean, the thing in indicator-applet
[14:57] <asac> right. ... both: pidgin and empathy support that indicator
[14:57] <asac> so it just shows what you have installed (probably from old times)
[14:57] <fta> hm i jsut have evo, gwibber and pidgin in there
[14:57] <asac> "Generating bindings ..." -> works :)
[14:58] <asac> fta: yeah. its a recommends of ubuntu-desktop
[14:58] <asac> guess you didnt get it since you have an old install
[15:01] <asac> Generating binding from /var/builddir/asac/builds/chromium-browser-4.0.272.0~svn20091216r34708/build-tree/src/third_party/WebKit/WebCore/plugins/MimeType.idl
[15:01] <asac> is it more or less ok that one binding is about 1s ?
[15:01] <asac> well. .. probably between 0.5 and 1s
[15:02]  * asac waits for a .o being produced before dorpping out for housekeeping
[15:04] <fta> asac, did anything happened wrt the action item to put chromium into the archives?
[15:04] <fta> -ed
[15:08] <fta> good, 1 link at a time is better, ~1min per binary on my box
[15:08] <asac> fta: well. one thing i wanted to have was a working arm version ;)
[15:09] <asac> we could do that in parallel ... maybe the beta build? do you have a branch where we could do licensing improvements on it for upload?
[15:13] <fta> the upsteam bug move a bit since the beta
[15:13] <fta> which is ~1 month old now
[15:16] <asac> didnt they push something new to the beta yet?
[15:16] <asac> like an update?
[15:16] <asac> i would think we should push the beta with just i386 and amd64 and once arm is fixed on trunk we can upload that too
[15:17] <asac> and hope for another beta before rlease
[15:17] <asac> would be kind of the _perfect_ scenario for me ;)
[15:17] <jcastro> they pushed a beta yesterday iirc
[15:17] <asac> cool
[15:18] <fta> ok, 30 min to build everything, vs 50 min just to link binaries 4 by 4
[15:18] <asac> 30 min?
[15:18] <asac> :(
[15:18] <fta> that's good, it was nearly 2h in my previous attempt
[15:19] <asac> are you sure that its all ok now?
[15:19] <asac> feels a bit like a big chunk wasnt built at all ;)
[15:19] <asac> i mean ... its not like most energy was spend on scons before
[15:19] <fta> i'm letting it run
[15:19] <asac> that would be really really good and bad for scons ;)
[15:20] <asac> i see the rampup time .. but then it shouldnt do much
[15:23] <fta> upstream wiki reads: "Scons Tricks: Avoid Scons entirely"
[15:24] <fta> and in the build instructions: "Make too fast? Wanna go slower? See LinuxSconsBuild for how to use the old Scons build."
[15:32] <asac> lol
[15:32] <asac> cool
[15:32] <asac> so if your build succeeds, please commit
[15:32] <asac> i want to abort this build and test ;)
[15:33] <fta> 1234     19179 99.6  9.3 394348 379504 pts/2   R+   16:29   3:22 lzma -9c
[15:34] <fta> -9, there are crazy, it's useless, -7 is enough
[15:34] <fta> i wonder if there's a way to trick it
[15:37] <asac> *I* wonder if anyone actually tested usb-creator-gtk ;)
[15:40] <fta> i used something like this to install unr on my netbook
[15:40] <asac> yes
[15:40] <asac> but current state is nasty
[15:40] <asac> doesnt go well with udev for usb i guess
[15:44] <BUGabundo_work> asac: i've filed 3 bugs on lucid
[15:45] <BUGabundo_work> its broken even in karmic
[15:45] <BUGabundo_work> :(
[15:45] <asac> yes i am using karmic ;)
[15:45] <asac> thats why i asked
[15:45] <BUGabundo_work> keeps failing to see the device
[15:45] <BUGabundo_work> or ask to format, and wont work *after* u format it
[15:45] <BUGabundo_work> bahh
[15:45] <BUGabundo_work> its as if it broke around release
[15:45] <asac> yes. usb device handling is really broken
[15:45] <asac> now it works, but took me 5 attemps
[15:46] <BUGabundo_work> i used to use it before beta
[15:46] <BUGabundo_work> and it was ok
[15:46] <BUGabundo_work> lucid seems a bit better
[15:46] <asac> i used it in < karmic and it was ok ;)
[15:46] <BUGabundo_work> but still depends on PC or pen
[15:46] <BUGabundo_work> yeah jaunty was nice
[15:46] <asac> if i remember i will poke whoever does that ;)
[15:47] <fta> not sure i used that tool, it was a pygtk wrapper around dd
[15:47] <asac> i think its evand
[15:51] <fta> full build was ok for me on x64, wondering if i commit now
[15:51] <fta> dailies in 10 min
[15:52] <asac> fta: thought we are doing those at 4am now?
[15:52] <fta> not ucd
[15:52] <asac> ucd are the builds that take most time ;)
[15:54] <fta> hopefully less now
[15:56] <fta> http://www.mail-archive.com/debian-lint-maint@lists.debian.org/msg10217.html  i wonder if it is still true
[15:59] <fta> committed
[16:05] <asac> ok lets hope this flies then ;)
[16:05] <asac> aborted
[16:05] <asac> starting over
[16:06] <asac> 389.
[16:06] <BUGabundo_work> lol
[16:07] <asac> fta: no new enough gyp
[16:07] <asac> :(
[16:07] <asac> darn ;)
[16:08] <fta> eh?
[16:08] <fta> gyp (>= 0.1~svn769),
[16:08] <fta> 0.1~svn769-0ubuntu1~ucd1
[16:08] <fta> wfm
[16:09] <fta> if you have 767, i told you yesterday it wasn't good enough
[16:09] <asac> hmm
[16:10] <asac> let me copy
[16:11] <asac> ok copied
[16:18] <fta> where? in your chroot or the ppa?
[16:19] <fta> don't use the patch i gave you, use the branch
[16:20] <fta> chromium-codecs-ffmpeg (0.5+svn20091210r34297+34315+34632 -> 0.5+svn20091210r34297+34315+34829) [3.23MB (+0kB, +0.00%)]
[16:20] <fta> as expected, i have to rebuild because they touched build/ which is not ffmpeg related :(
[16:21] <asac> fta: copied to native ppa
[16:21] <asac> and waited till it was there
[16:21] <fta> http://identi.ca/notice/16919995
[16:21] <asac> interesting
[16:25] <micahg> asac: what's our policy for FF extension suppport?
[16:26] <asac> TBD
[16:26] <asac> according to new support model spec
[16:27] <asac> we try to go to a more slink approach
[16:27] <asac> e.g. only extensions that are essential ... or have native components (e.g. benefit from our multi-archs)
[16:27] <micahg> asac: what do I do with a bug now where the user has installed from amo but we package an older version?
[16:27] <asac> user install wins over global install
[16:28] <asac> so its not a bug of our version if he sees it
[16:28] <asac> wishlist bugs are probably wont fix for extensions that have no natie component
[16:28] <asac> native component
[16:28] <micahg> asac: I know, but do we just point the user to amo or reassign to our package or both?
[16:31] <asac> micahg: point user to amo and reassign to our package as wont fix
[16:31] <asac> yes
[16:31] <asac> i dont know where folks are supposed to file bugs
[16:31] <asac> i think there is no single way of filing bugs
[16:31] <asac> some extensions probably dont even have a contact ;)
[16:32] <micahg> asac: right
[16:32] <asac> [reed] can find out more about amo policy and requirements and escalation paths
[16:32] <asac> or knows it right away (as usual)
[16:33] <micahg> ooh, they have an actual bug tracker for torbutton :)
[16:34] <asac> haha
[16:35] <fta> Empathy, no protocol installed, you have to 1st install a backend for each protocol
[16:36] <fta> wtf?
[16:36] <asac> maybe
[16:36] <asac> did you disable automatic recommends?
[16:36] <asac> maybe thats the prob
[16:36] <fta> did i install am empty shell? :)
[16:36] <asac> arent there even basic selection of protocols ?
[16:36] <fta> nothing
[16:36] <asac> Recommends: telepathy-gabble, telepathy-salut, telepathy-haze, telepathy-butterfly, gvfs-backends
[16:37] <asac> not that i would know what is in there ;)
[16:37] <asac> except for gabble which afaik is a protocol/service
[16:37] <fta> i just have gvfs-backends
[16:38] <asac> lol
[16:38] <asac> empathy-megaphone-applet
[16:38] <asac> empathy-megaphone-applet - High-level library and user-interface for Telepathy (megaphone applet)
[16:38] <asac> telepathy-gnome ?
[16:38] <asac> maybe that?
[16:38] <fta> telepathy-haze
[16:38] <asac> hmm thats i nuniverse
[16:38] <asac> ok
[16:39] <asac> so you found it ;)
[16:39] <asac> hmmm ... seeing a bunch of gcc <defunct> popping up
[16:39] <asac> while building
[16:39] <asac> they go away
[16:39] <asac> but still i can see them from time to time in top
[16:40] <fta> does it look faster?
[16:40] <asac> it feels faster
[16:41] <asac> maybe scons took 0.25s for each .o
[16:41] <fta> let's hope there's no arm specific death trap
[16:58] <asac> fta: hmm ... is out/Release/obj.target/webcore_bindings/third_party/WebKit/WebCore/bindings/v8/DerivedSourcesAllInOne.o the first file to biuld?
[16:58] <asac> i only had RULE output before ... though that was .o production
[16:58] <asac> but seems like it just started now
[16:58] <fta> uhh
[17:00] <asac> good. so i think the make doesnt make a big difference ;)
[17:00] <asac> the first that .o took like a minute to build
[17:04] <fta> pastebinit broken
[17:05] <fta> the new paste.ubuntu.com needs openid :P
[17:08] <micahg> asac: I just want to verify that bug 367827 is either a won't fix or needs to be reassigned
[18:00] <fta> asac, the builders are much slower than my serv :P "1 hour, 43 minutes" still building what took me only 30min
[18:02] <asac> well. the testsuite is really slow on its own
[18:02] <asac> i mean ... i dont think you can get down to 30 minutes ;) .... maybe do another clean build and see if its really just 30 ;)
[18:14] <fta> asac, the build part only
[18:25] <asac> k
[18:38] <fta> asac, you seem doubtful
[18:39] <fta> asac, http://www.sofaraway.org/ubuntu/tmp/build.png
[18:39] <fta> less than 35 min in that run, but i'm also doing something else on that box
[18:40] <fta> that includes setting up the chroot, unpackaging, etc
[18:55] <fta> dpkg-buildpackage: full upload (original source is included)
[18:55] <fta> done
[18:55] <fta> that's 59min total
[18:56] <fta> including lintian
[19:11] <fta> asac, i see, the builders are all stuck on ld. not enough memory then, even just one link at a time
[19:11] <fta> nothing i can do
[19:11] <fta> maybe use gold on karmic/lucid
[19:12] <fta> not sure about the status of gold on arm
[19:49] <bdrung_> asac: can you review https://code.launchpad.net/~mozillateam/mozilla-devscripts/dh_xul-ext ?
[20:23] <and`> asac: hey, how do you manage multiple alias with mutt? e.g your Ubuntu mail, your Debian mail etc, all in one account?
[20:24] <and`> I hope there is a way to do it without having to set up multiple single accounts
[20:38] <fta> multiple from addresses? or just recognize your multiple emails as you?
[20:40] <fta> for the 1st, i set "my_hdr From: foo bar <foo@bar>" as default, and i use send-hook to change it + hostname based on the recipients of my message
[20:41] <fta> for the 2nd, i have a giant reqex in "alternates" matching all my emails
[20:41] <fta> and`, ^^
[20:41] <and`> fta: like recognizing my multiple mail aliases
[20:42] <and`> of course they aren't real mailboxes
[20:42] <and`> but just aliases
[20:42] <fta> aliases for recipients?
[20:42] <fta> i have hundreds
[20:43] <and`> nono, my personal aliases, I mean my Debian mail, my Ubuntu mail etc
[20:43] <and`> was having a look at the alternates option
[20:44] <fta> alternates is just to identify the email as from you / to you / Cc you in the index pane
[20:45] <and`> ah damn, so that's not what I really want
[20:45] <and`> I just want to be able to send mail from my mail aliases
[20:45] <fta> send-hook is what you need to automatically change the from depending on who you're writing to
[20:45] <fta> then it's send-hook
[20:46] <and`> send-hook should be the answer then
[20:46] <and`> need to read some docs
[20:46] <and`> about how to set it up properly
[20:47] <fta> and`, http://paste.ubuntu.com/343675/  something like this
[20:48] <fta> setting hostname changes the message-id too
[20:50] <fta> you can set as many send-hooks as you want, i have ~30 for mailing lists, work, etc
[20:50] <and`> fta: thanks for the examples, one question, if I want to use one of my mails to send a mail to friend or to anyone else which is not into the send-hook table, it won't work?
[20:50] <fta> default is first, so the last to match will be used
[20:51] <and`> ok, great, thanks for the hints
[20:51] <and`> ok, great, thanks for the hints --> setting up now :)
[20:52] <fta> i use "set edit_hdrs" so i can change the from whenever i want while i write the email
[20:54] <and`> sweet, that's what I was searching for
[20:55] <fta> the hooks are really handy, especially with a dozen of emails
[20:57] <fta> i've use mutt since 1996 as my unique mailer, up to earlier this year (i moved to evolution)
[20:58] <and`> why such change?
[21:03] <and`> fta: ^^
[21:03] <fta> work mostly, where everyone uses outlook, mutt breaks the crazy "inline" style
[21:04] <fta> evo has an inline style
[21:04] <fta> a lot of people i'm working with don't understand the default quoted style
[21:05] <and`> ah, you are unlucky then : /
[21:05] <fta> and they are lost when i answer in the text and drop the unneeded parts
[21:06] <and`> explain them how it works, it's not that hard :)
[21:06] <fta> i work for a multinational company
[21:07] <fta> so the short answer is: no way
[21:07] <and`> you could use both evo and mutt
[21:07] <and`> one at work, other at home
[21:12] <fta> i kind of like evo now
[21:13] <fta> i had to patch a few things but it's mostly ok now
[21:14] <fta> i just miss a way to have the contacts & agenda synced
[21:15] <fta> and gnome 602612
[21:17] <and`> fta: since I'm registered with my main address on quite all mailings lists
[21:17] <and`> I set edit_hdrs
[21:17] <and`> and it did the work
[21:17] <and`> e.g I manually changed the From address
[21:18] <and`> and it sent me the mail using my alias
[21:20] <and`> fta: thanks for the right hint :)
[21:48] <micahg> fta: can you make the mozilla team an admin for the prism project?
[22:04] <fta> micahg, done
[22:08] <micahg> fta: thanks
[22:14] <fta> asac, just changed lzma for the debs from -9 to -7, it now just takes a few sec for the huge -dbg
[22:15] <fta> asac, and i hooked up some perf lines in the logs: http://paste.ubuntu.com/343687/
[22:38] <asac> fta: good. also i pushed todays daily to the ppa again ;)
[22:38] <asac> after not seeing much progress on this qemu thing ;)=
[22:38] <asac> would be interesting to see how well it performs on your sys with lots of mem etc.
[22:40] <asac> https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/nss3.12.3/+build/1402803
[22:41]  * asac off watching movie
[22:46] <fta>   9013262824292842194 "Chromium requires Windows Vista or Windo..." el,gu,zh-TW,sw,ca,am and 45 more
[22:46] <fta> lol
[22:49] <fta> asac, http://code.google.com/p/chromium/issues/detail?id=28291  patches for the license bug
[22:50] <fta> tiny
[23:14] <micahg> fta: do you see any problems renaming the prism branch prism.head?
[23:17] <fta> none, but i need to update the bot
[23:17] <fta> not today, i'm off
[23:18] <micahg> fta: ok, let me know when a good time is
[23:18] <micahg> fta: I also wanted to bind it to the trunk development series in LP, that's why I asked for the team to be admins
[23:19] <micahg> bbiab
[23:40] <fta> asac, more than a few sec actually, http://paste.ubuntu.com/343704/  (that's the -dbg deb)
[23:53] <fta> micahg, http://www.workswithu.com/2009/12/15/pushing-prism-on-ubuntu/
[23:54] <fta> now i'm really off