=== yoasif_ is now known as yoasif
[06:57] <micahg> [reed]: around?
[06:58] <[reed]> micahg: yeah
[06:58] <micahg> I was wondering if I should dupe soemthing in bmo
[06:58] <micahg> mozilla 521495 and mozilla 528382
[06:58] <ubottu> Mozilla bug 521495 in General "moz-icon:// protocol not working for mime types (e.g. moz-icon://.pdf?size=16)" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=521495
[06:58] <ubottu> Mozilla bug 528382 in ImageLib "Images provided by moz-icon:// for multiple mime-types no longer displaying" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=528382
[06:58] <[reed]> I filed that already
[06:59] <micahg> yeah, you filed the second one
[06:59] <[reed]> oh
[06:59] <micahg> I was going to dupe 521 to yours
[06:59] <[reed]> let me see
[07:00]  * micahg has been trying to clean up some stuff in LP
[07:01] <[reed]> the first bug is really hard to follow
[07:01] <[reed]> I have no idea what it's talking about
[07:01] <micahg> take a look at bug 466567
[07:01] <ubottu> Launchpad bug 466567 in humanity-icon-theme "Firefox moz-icon://.ext not working" [Undecided,Invalid] https://launchpad.net/bugs/466567
[07:02] <micahg> supposedly the same thing
[07:03] <[reed]> then why does moz-icon://ext work?
[07:03] <micahg> idk
[07:03] <micahg> you asked the same thing in your bug
[07:04] <[reed]> what version are they seeing this in?
[07:04] <micahg> 3.5.3
[07:08] <[reed]> k
[07:10] <Unggnu> hi all
[07:10] <Unggnu> I just wanted to thank for fixing the "undo closed tab" missing. It works now with amd64.
[07:14] <micahg> [reed]: I was going to go the other way...
[07:14] <micahg> but ok
[07:14] <[reed]> we usually dupe to oldest bug
[07:15] <micahg> [reed]: I thought the bug with the best info
[07:15] <micahg> anyways, do you need to add your keywords and change the component?
[07:15] <[reed]> I already did change the component
[07:15] <[reed]> though, it's not really a regression
[07:15] <micahg> ah, ok
[07:15] <[reed]> if we never supported it in the first place
[07:15] <micahg> true
[07:16] <micahg> should we add back linux@distro, or does everyone on the old bug get a copy?
[07:16] <[reed]> add back linux@distro
[07:17] <micahg> done
[07:17] <[reed]> possibly this code
[07:17] <[reed]>     // Look for icons with the following suffixes appended to the base name.
[07:17] <[reed]>     // The last two entries (for the old XPM format) will be ignored unless
[07:17] <[reed]>     // no icons are found using the other suffixes. XPM icons are depricated.
[07:17] <[reed]>     const char extensions[6][7] = { ".png", "16.png", "32.png", "48.png",
[07:17] <[reed]>                                     ".xpm", "16.xpm" };
[07:18] <[reed]> no
[07:18] <[reed]> that's window code
[07:21] <[reed]> hmm
[07:25] <[reed]> dunno... can ping joe about it later
=== BUGabundo_work is now known as BUGabundo_lunch
[13:02] <asac> [reed]: is the 3.6 as minor update transition now a certainty?
=== BUGabundo_lunch is now known as BUGabundo_work
[13:14] <fta> would be nice if the gnome preferred app ui could also change the gnome-www-browser & x-www-browser alternatives
[13:17] <fta> asac, ^^
[13:17] <fta> also, when using acroread, if it is already open, ff can't open a pdf in it, the pdf is downloaded, then nothing happens
[13:21] <asac> fta: to what?
[13:21] <asac> (-browser)
[13:24] <fta> zH?
[13:24] <fta> eh?
=== mtrudel_ is now known as cyphermox
[14:00] <asac> fta: i didnt understand your initial idea ;)
[14:00] <asac> ah ... i see what you mean
[14:00] <asac> preferred ui should auto update alternatives
[14:00] <asac> yeah
[14:00] <asac> i think that is blocked on a) noone came around to making a policykit/consolekit backend that can be used to update those
[14:00] <asac> b) there is no way to have per-user-alternatives (which is a missing feature imo)
[14:01] <asac> but in the end its just that there are still sucky applications (maybe because of bad lib situation?) that dont use proper hints to decide on the app to execute
[14:01] <asac> noone should use those binaries ;)
[14:31] <fta> xdg-open is per user
[14:31] <asac> but that doesnt use the alternatives i hope =
[14:31] <asac> ?
[14:32] <fta> xchat now uses xdg-open, then gnome-open or kfmclient. older versions used to use sensible-browser / x-www-browser
[14:32] <fta> not sure for acroread
[14:34] <asac> yes. but what does xdg-open use?
[14:34] <asac> i would hope our preferred application seting ;)
[14:36] <fta> it uses one of gnome-open, kfmclient, exo-open or run-mailcap
[14:37] <fta> (run-mailcap+sensible-browser)
[15:50] <fta> freenode seems to like playing with their servers on friday
[15:57] <asac> yep
[15:57] <asac> got complains through other channels too
=== yoasif_ is now known as yoasif
[16:29] <asac> fta: so 2 things would be really helpful for me ;) 1st. how can i make chromium build abort if it errors
[16:30] <asac> 2nd how can build incremental (e.g. dont run debuild -b)
[16:30] <asac> sorry if you already answered that before ;). i remember asking, but didnt get an answer i think
[16:30] <fta> drop --keep-going in d/rules
[16:30] <asac> ok
[16:30] <asac> and for 2nd?
[16:30] <fta> it should work out of the box
[16:30] <asac> debuild -nc ?
[16:30] <fta> yes
[16:31] <asac> let me try
[16:31] <fta> i use dpkg-buildpackage -nc and it wfm
[16:32] <asac> do i need to clean configure-stamp if i touch rules (like ARGS)?
[16:32] <asac> not sure if configure-stamp even exists ;)
[16:32] <asac> well ... it reads sconsfiles now
[16:32] <asac> lets see
[16:34] <asac> oh damn ... creating sconsfiles really takes long ;)
[16:34] <asac> is there no faster incremental build way?
[16:34] <asac> or is that because i touched args?
[16:35] <asac> "Building targets..."
[16:37] <fta> the stamp should be there, it just runs gyp with the GYP_DEFINES args. but even if you change GYP_DEFINES, it won't redo it unless you delete the stamp file.
[16:38] <fta> scons should not recreate the scons files, but it has to read them all to work
[16:38] <fta> it's known to be slow
[16:38] <fta> i should move to make instead
[16:38] <fta> most devs did it already
[16:38] <fta> so it should be stable enough
[16:39] <fta> but anyway, incremental build should work
[16:39] <fta> +already
[16:41] <fta> asac, ^^
[16:48] <asac> fta: how do i get real compiler errors?
[16:48] <asac> scons: *** [/home/asac/chromium-browser-4.0.245.0~svn20091111r31665/build-tree/src/sconsbuild/Release/obj/v8/_v8_snapshot_intermediate/snapshot.cc] Error 134
[16:48] <asac> scons: building terminated because of errors.
[16:48] <asac> thats not good ;)
[16:49] <asac> hmm i think i did that already at some point ;)
[16:49] <asac> (and made you unhappy)
[16:49] <asac> so i wont commit it ;)
[16:49] <asac> VERBOSE?
[16:49] <asac> checking
[16:51] <fta> what's the line before that one?
[16:52] <asac> # Verbose?
[16:52] <asac> ifeq (1,$(VERBOSE))
[16:52] <asac> DEB_SCONS_ARGS += --verbose
[16:52] <asac> endif
[16:52] <fta> chromium.log:May 14 17:54:00 <fta>       scons: *** [/build/buildd/chromium-browser-2.0.181.0~svn20090514r16052/build-tree/src/sconsbuild/Release/obj/v8/v8/intermediate/snapshot.cc] Error 139
[16:52] <asac> hmm its gone ;)
[16:52] <asac> there was nothing really
[16:52] <asac> will be there in a bit i guess
[16:53] <asac> arm is really slow i figure ;)
[16:53] <asac> is there a way to skip the "building targets ..." ?
[16:53] <asac> i guess not, right?
[16:55] <fta> what do you mean?
[16:56] <fta> "Building targets ..." is just a log to say it scans all the deps to build your target(s)
[16:56] <fta> the scan takes ages, not the log
[16:57] <fta> make is faster in that regard
[17:03] <asac> fta: http://paste.ubuntu.com/329531/
[17:03] <asac> of course i asked if we can elminate the scan ... not the log entry ;)
[17:03] <asac> but doesnt matter ... probably is the fastest way to do it ;)
[17:03] <asac> do i need a full clean build?
[17:03] <fta> what for?
[17:04] <asac> that error
[17:04] <asac> in the paste
[17:04] <fta> what did you change?
[17:04] <asac>  well.. let me do a clean build
[17:05] <asac> i think i messed around with scons when i tried to get a quick rebuild (without that scanning)
[17:05] <fta> do it with VERBOSE=1
[17:05] <asac> yes
[17:05] <asac> i have VERBOSE=1 in env now
[17:05] <asac> if thats ok
[17:05] <fta> i will move away from scons next time i touch the package
[17:05] <asac> how that?
[17:05] <fta> move to make
[17:05] <asac> diverge from upstream?
[17:06] <fta> ie, ask gyp to generate make files instead of scons files, and modify d/rules accordingly (some paths will be different)
[17:06] <fta> no
[17:06] <fta> <fta> most devs did it already
[17:06] <fta> <fta> so it should be stable enough
[17:06] <asac> is that working well?
[17:06] <asac> great
[17:10] <fta> would be nice if i could complete the gyp package, so it will simplify the chromium packaging
[17:11] <asac> fta: http://paste.ubuntu.com/329539/ thats what i get now ;)
[17:11] <asac> i think i want to define armv7=1 ... but why does it do that ;)
[17:11] <asac> i mean if i need to specify armv7 on arm it should be the default by target=arm
[17:12] <fta> strange, i thought the fix was in already
[17:12] <asac> its not todays daily
[17:12] <fta> v8 is a different project, they have their own variables
[17:12] <asac> should i grab a new copy?
[17:12] <asac>  /chromium-browser-4.0.245.0~svn20091111r31665
[17:12] <asac> thats what i am building
[17:13] <asac> fta: http://code.google.com/p/chromium/issues/detail?id=11359 this is an important bug for us
[17:13] <asac> to integrate chromium as mailto: handler for instance :)
[17:13] <asac> or are there other ways to set gmail/yahoo as being handled by website?
[17:14] <fta> could you explain there why it's important, i will link it in the blocker meta bug
[17:15] <asac> its a MStone-5 targetted bug
[17:15] <fta> hm, reminds me of an old bug of mine
[17:15] <asac> Pri-2
[17:15] <asac> fta: its about websites being able to register themselves as a protocol handler like mailto:
[17:15] <asac> or for document types
[17:15] <asac> maybe there is a different way to do that as a desktop integration?
[17:20] <asac> ok chromium has at least compiled one .o file ;)
[17:20] <asac> http://paste.ubuntu.com/329548/
[17:20] <asac> lets hope ;)
[17:21] <asac> seems VERBOSE=1 doesnt work :/
[17:21] <asac> but well ... lets first see where it dies
[17:22] <asac> wow python utilized 49% of CPU
[17:22] <asac> all the time
[17:22] <asac> what does it do when cc1 is running?
[17:22] <fta> not from env, you have to edit d/rules or run d/rules build VERBOSE=1 or something
[17:22] <asac> k
[17:23] <asac>  8789 asac      20   0  116m 106m 3468 R 48.3 22.6   0:14.68 cc1plus
[17:23] <asac>  8774 asac      20   0 49952  45m 2560 R 47.6  9.6   0:39.38 python
[17:23] <asac> i have the feeling it would take days ;)
[17:23] <asac> like 30 seconds for each .o
[17:26] <fta> d'oh!
[17:26] <fta> http://code.google.com/p/chromium/issues/detail?id=20696
[17:27] <fta> http://code.google.com/p/chromium/issues/detail?id=20731 (it says fixed but apturl:foo goes to google search so it doesn't work for me)
[17:28] <fta> http://code.google.com/p/chromium/issues/detail?id=26284
[17:28] <asac> fta: riht. but i need in-website mailto: handling
[17:29] <asac> so you click on a mailto: link and it goes to yahoo/gmail/hotmail etc.
[17:29] <fta> http://code.google.com/p/chromium/issues/detail?id=3628
[17:30] <asac> no permission ;)
[17:30] <fta> http://code.google.com/p/chromium/issues/detail?id=7507 (old, win)
[17:30] <asac> missing number?
[17:31] <fta> hm, no, it's probably a security bug
[17:31] <fta> http://code.google.com/p/chromium/issues/detail?id=12287 (mac)
[17:31] <asac> k
[17:32] <asac> yes. thats external still
[17:32] <asac> so i think we have to wait for the HTML5 feature i mentioned
[17:33] <asac> or can you ask someone what their plan for OS integration of webmail is? e.g. how we can ship it in a way that usres can use gmail as mailto: handler?
[17:33] <asac> build still going ;)
[17:42] <fta> ok, i will do the make shift shortly
[17:44] <fta> going out for shopping, i need glue
[17:44] <asac> its now bulding Compiling /home/asac/chromium-browser-4.0.245.0~svn20091111r31665/build-tree/src/sconsbuild/Release/obj/WebCore/webcore/__/bindings/v8/custom/V8CanvasPixelArrayCustom.o
[17:44] <asac> Generating binding from /home/asac/chromium-browser-4.0.245.0~svn20091111r31665/build-tree/src/third_party/WebKit/WebCore/html/canvas/WebGLArrayBuffer.idl
[17:44] <asac> Generating binding from /home/asac/chromium-browser-4.0.245.0~svn20091111r31665/build-tree/src/third_party/WebKit/WebCore/html/canvas/CanvasGradient.idl
[17:44] <asac> guess thats still pretty much the start?
[17:44] <fta> lol, just compare with a full log
[17:44] <asac> i rather dont ;)
[17:45] <asac> i only can hope that incremental build really work
[17:45] <asac> s
[17:45] <asac> otherwise fixing stuff is probably painful ;)
[17:45] <fta> ctrl C and restart now
[17:45] <fta> better now than too late
[17:45] <asac> well ... is there any chance we could fix that quickly?
[17:45] <asac> ;)
[17:45] <asac> otherwise i just see if it works when i need to :)
[17:46] <asac> given that scanning takes like 10 minutes or so ;)
[17:46] <fta> ok, i'm out. back in ~1h
[17:46] <asac> bye
[17:46] <fta> <fta> ok, i will do the make shift shortly
[17:46] <fta> so don't worry
[17:46] <asac> i will be out then ...only back later
[17:46] <asac> lets hope that that works ;) yeah.
[17:47] <asac> python eating 50% isnt nice ;)
[17:47] <asac> could be better used for compiling
[17:47] <asac> but seems its better now that the build is running
[17:48] <asac> not sooo much python all the time
[18:04] <asac> v8 still building
[18:04] <asac> odd
[18:04] <asac> i mean ... i havent changed much from the keep-gong build that had endless errors ;)
[18:51] <fta> back
[18:56] <asac> about to leave :/
[18:56] <asac> let check if there is news from the build ;)
[18:56] <asac> Compiling /home/asac/chromium-browser-4.0.245.0~svn20091111r31665/build-tree/src/sconsbuild/Release/obj/WebCore/webcore/__/editing/InsertIntoTextNodeCommand.o
[18:56] <asac> Compiling /home/asac/chromium-browser-4.0.245.0~svn20091111r31665/build-tree/src/sconsbuild/Release/obj/WebCore/webcore/__/editing/InsertLineBreakCommand.o
[18:56] <asac> Compiling /home/asac/chromium-browser-4.0.245.0~svn20091111r31665/build-tree/src/sconsbuild/Release/obj/WebCore/webcore/__/editing/InsertListCommand.o
[18:56] <asac> Compiling /home/asac/chromium-browser-4.0.245.0~svn20091111r31665/build-tree/src/sconsbuild/Release/obj/WebCore/webcore/__/editing/InsertNodeBeforeCommand.o
[18:56] <asac> Compiling /home/asac/chromium-browser-4.0.245.0~svn20091111r31665/build-tree/src/sconsbuild/Release/obj/WebCore/webcore/__/editing/InsertParagraphSeparatorCommand.o
[18:56] <asac> Compiling /home/asac/chromium-browser-4.0.245.0~svn20091111r31665/build-tree/src/sconsbuild/Release/obj/WebCore/webcore/__/editing/InsertTextCommand.o
[18:56] <asac> hopefully that is good news ;)
[18:57] <asac> ok out ... will keep you updated
[19:01] <fta> k
[19:02] <fta> you're still just building webkit, that's the 1st step ;)
[20:41] <fta> asac, with make, it should be way faster, .. but it first needs a fix. i Cced you on an email.
[21:58] <BUGabundo> olá ninos
[22:06] <fta> こんばんは
[22:08] <BUGabundo> §ŧ¬←←ð
[22:09] <fta> can't parse that
[22:14] <BUGabundo> e se eu lo parlo italiano , tu me entiendi
[22:14] <BUGabundo> ?
[22:20] <av`> BUGabundo, e se io parlo italiano, tu mi capisci?
[22:20] <av`> that's italian
[22:21] <BUGabundo> I know
[22:21] <av`> the one you wrote looks spanish
[22:21] <BUGabundo> I understand italian
[22:21] <av`> ehehe
[22:21] <av`> ah cool :)
[22:21] <BUGabundo> and several other european languages
[22:21] <BUGabundo> av`: was messing up with fta
[22:22] <av`> ah :)
[22:28] <fta> BUGabundo, we can try in french, or japanese if you want, or even in chinese
[22:28] <BUGabundo> never learned chises
[22:28] <BUGabundo> but did learn just a few words in japonese
[22:29] <fta> i still suck in chinese, but at least, i know enough to survive there
[22:30] <fta> i will probably die in pt, lost and hungry
[22:31] <BUGabundo> naaa
[22:31] <BUGabundo> english will help you
[22:31] <BUGabundo> specally in the south
[22:31] <BUGabundo> more oriented to turist
=== pace_t_zulu_ is now known as pace_t_zulu