[00:07] <asac> ccheney: so the class and main struct seem compatible
[00:08] <asac> so we can do this:
[00:08]  * ccheney looks to see where the problem laid
[00:08] <asac> ccheney: no i see
[00:08] <ccheney> oh ok
[00:08] <asac> one second ;)
[00:08] <asac> the icon stuff needs Private struct
[00:08] <asac> which you cannot break/change
[00:08] <asac> whati think we should do is because Class and main struct are compatible
[00:09] <asac> we just copy the full gtkentry.c and gtkentry.h and name it gtkentryBackported
[00:09] <asac> define a new type gtkentrybackported etc.
[00:09] <asac> and use that in epiphany
[00:09] <asac> that type would just inherit from gtkentry
[00:09] <ccheney> iirc it uses some other newer types along with it might need to do that for those two i guess?
[00:10] <ccheney> i'm not sure what you mean wrt inherit with C :)
[00:10] <ccheney> i'm still pretty new with using glib/gtk so its probably something that they do with macros i suppose?
[00:11] <asac> ccheney: right. the G_DEFINE_YPE Macro specifies a supertype
[00:11] <asac> also you derive the structs like this:
[00:11] <asac> struct _GtkEntryBackport {
[00:11] <asac> GtkEntry parent;
[00:11] <asac> };
[00:11] <asac> and GtkEntryBackportClass {
[00:11] <asac> GtkEntryClass parent_klass;
[00:11] <asac> }
[00:11] <asac> ;
[00:11] <ccheney> ah ok
[00:11] <asac> then you basically put the G_DEFINE_TYPE macro there that says that GTK_TYPE_ENTRY is supertype
[00:12] <asac> and in _init and _class_init you dont do anything
[00:12] <ccheney> i'm going to copy this into the epiphany wiki page so i don't forget anything while working on it tomorrow
[00:12] <asac> err
[00:12] <ccheney> if that is ok?
[00:12] <asac> in _class_init you basically copy what you currently have there
[00:12] <ccheney> rather i just copy it locally
[00:12] <asac> no wiki is fine
[00:12] <ccheney> ok
[00:13] <asac> so _class_init you keep as it is in the copy you created from the new gtkentry
[00:13] <ccheney> ok
[00:14] <asac> ccheney: look at the class_init
[00:14] <asac> function
[00:14] <asac> thats where they bind the functions to the static impls
[00:14] <ccheney> yea i remember seeing that when working on it before
[00:15] <ccheney> i'll try to get it at least partially done tonight after i get something to eat, if i am lucky maybe done by meeting tomorrow :)
[00:16] <asac> ccheney: maybe we can even just first try to copy that entry over
[00:16] <asac> as it is ... rename all the funcs and types
[00:16] <asac> and see if that is enough ... if all uses of that are redirected in epiphany
[00:17] <asac> for the other symbols:
[00:17] <asac> gtk_show_uri -> shouldnt be a problem
[00:17] <asac> gtk_status_icon_set_tooltip_text -> we can survive without that?
[00:17] <asac> gtk_activatable_get_type -> guess we need this type backported
[00:17] <ccheney> ok
[00:18] <asac> gdk_app_launch_context_* -> feels like thats confined and can be backported or even added to gtk
[00:18] <asac> if its imliar to the thread thing
[00:18] <asac> from glib
[00:18] <ccheney> yea probably so
[00:18] <asac> let me check something
[00:18] <asac> ok for gtk_entry we have icon and progress
[00:18] <ccheney> from what i remember the context stuff seemed pretty easy
[00:19] <asac> lib/widgets/ephy-location-entry.c lib/widgets/ephy-search-entry.c:
[00:19] <asac> those are the places for icon
[00:19] <ccheney> yea
[00:19] <ccheney> iirc there is one other place but i forgot the filename
[00:20] <ccheney> maybe was src/ephy-location-action.c
[00:21] <ccheney> yea it refers to GtkEntry at least, not sure if it used the new functions though
[00:22] <ccheney> oh no i think it wasn't that but src/ephy-window.c
[00:22] <ccheney> i see where i commented out the +// #include "../lib/gtk-gtkentry.h"
[00:22] <asac> hmm. problem is you did abunch of stuff
[00:22] <ccheney> which i had done when trying to do the initial func backport
[00:22] <asac> so i dont even see the original ;)
[00:22] <asac> let me revert everything in that tree
[00:22] <ccheney> oh :-\
[00:23] <ccheney> ok
[00:27] <asac> ccheney: so yeah. simple approach would be to copy GtkEntry as EphyGtkEntry ... rename all gtk_entry to ephy_gtk_entry and all GtkEntry to EphyGtkEntry and GTK_ENTRY to EPHY_GTK_ENTRY etc.
[00:27] <asac> in the copied source files
[00:27] <asac> and then fix the few places where they say: gtk_entry_new() -> ephy_gtk_entry_new()
[00:27] <asac> and of course all the other gtk_entry.* func
[00:27] <asac> s
[00:28] <ccheney> ok
[00:29] <asac> feels like a plan
[00:29] <asac> i dont think it passes gtk entries to different libs etc.
[00:29] <asac> so should be fine
[00:29] <ccheney> ok will try to implement it tonight and let you know how it goes tomorrow :)
[00:30] <asac> yeah. just copy over ... and sed ;)
[00:30] <asac> well. first see if it builds ;)
[00:30] <asac> who knows what that thing pulls in
[00:30] <ccheney> heh yea
[00:31] <ccheney> iirc it pulls a few other bits in but not too much
[00:31] <asac> the gtkentry.c file?
[00:31] <ccheney> i can probably get away by doing something similar with the other bits if they have problems
[00:31] <ccheney> yea
[00:32] <asac> would be fun if gtk code is more portable than ephy ;)
[00:32] <ccheney> i think there is a glib icon thing as well it messes with but i can remember for certain
[00:32] <ccheney> er can't
[00:35] <BUGabundo> I totally forgot what was that FF about:config entry to turn off process separation
[00:35]  * ccheney bbl, will check backlog when i get back :)
[00:35] <BUGabundo> can anyone recall me ?
[00:38] <asac> BUGabundo: i remember you. yes.
[00:39] <BUGabundo> duh
[00:39] <asac> BUGabundo: searhc for dom.ipc
[00:39] <asac> or something
[00:39] <asac> or ipc
[00:39] <BUGabundo> help me out :D
[00:39] <asac> plugins
[00:39] <BUGabundo> thanks
[00:39] <BUGabundo> its already false :(
[00:39] <BUGabundo> so why is this crashing!!
[00:39] <BUGabundo> grrr
[00:39] <BUGabundo> [NoScript] document is null while processing JS redirects
[00:39] <BUGabundo> ** (firefox-3.7:8620): WARNING **: Serious fd usage error 14
[00:39] <BUGabundo> ** (firefox-3.7:8620): WARNING **: Serious fd usage error 12
[00:40] <asac> noscript ;)?
[00:40] <BUGabundo> maybe
[00:40] <BUGabundo> ff 3.7
[00:47] <asac> bug 318849 322141 522254
[00:47] <asac> bug 322141 522254
[00:47] <asac> bug 522254
[00:54] <bdrung_> asac: FF in lucid failed to start. rm -rf ~/.mozilla will let it start once.
[00:55] <asac> bdrung_: global extensions cause this (some)
[00:55] <asac> if you can figure out whats it, i would be grateful
[00:55] <asac> e.g. waht extension
[00:56] <bdrung_> asac: "firefox -g" does not work: "/usr/lib/firefox-3.6/firefox": not in executable format: file format not recognised
[00:56] <asac> i also suspect it has to do with the plenty of levels of links we have or with the new /usr/lib/mozilla location
[00:56] <asac> hmm
[00:56] <asac> thats a bug
[00:56] <asac> run /usr/lib/firefox-*/run-mozilla.sh /usr/bin/gdm /usr/lib/firefox-*/firefox-bin
[00:56] <asac> err gdb ;)
[00:58] <bdrung_> asac: i have these packages installed: xul-ext-adblock-plus, xul-ext-notify, xul-ext-pwdhash, xul-ext-mozgest
[00:58] <asac> yes. one of those is it
[00:58] <asac> try -safe-mode
[00:58] <asac> and then enable one by one
[00:59] <asac> i would suspect mozgest
[00:59] <asac> it has something to do with xpt
[00:59] <asac> so if an extension defines its own interfaces
[00:59] <bdrung_> asac: running with gdb, it gives me: "Program exited with code 01."
[00:59] <asac> if an extension without a .xpt file causes this, it would invalidate my theory
[00:59] <asac> bdrung_: yeah
[01:00] <asac> it just ends ;)
[01:00] <asac> needs some serious debugging ;)
[01:01] <bdrung_> asac: i used -safe-mode and enabled them step-by-step. but it still restarts without problems.
[01:02] <asac> bdrung_: try twice ;)
[01:02] <asac> you need to restart twice for this to kick in
[01:02] <asac> first time enable will work
[01:02] <bdrung_> there must be a difference between restarting FF and closing+reopen it
[01:02] <asac> no
[01:02] <asac> its just about updating extension cache
[01:02] <asac> in the run where that is updated it works. in the next it doesnt
[01:03] <asac> at least the bug i saw showed that behaviour
[01:05] <bdrung_> asac: i checked it twice and your guess was correct: it is mozgest
[01:07] <bdrung_> asac: mozgest contains /usr/share/xul-ext-mozgest/components/mglMouseService.xpt
[01:10] <asac>  so yeah... we should check whether its the new locatoin
[01:10] <asac> maybe by copying the bits to FIREFOX/extensions
[01:10] <asac> moving rather
[01:10] <asac> if its not the new location ... upstream bug i guess
[01:10] <asac> unless i find to debug it
[01:10] <asac> which probably has to happen to fix this for lucid :(
[01:13] <chrisccoulson> asac - so, do you have some thoughts about issues like bug 531583? (it seems to be similar to the issue you're talking about)
[01:13] <chrisccoulson> bryce asked me if i could take a look at that
[01:14] <asac> chrisccoulson: thats the issue
[01:14] <asac> no ideas besides from what i said above
[01:14] <asac> needs debugging ... if reproducible with upstream builds we might get help from there
[01:14] <chrisccoulson> what i found is that firefox seems to have an issue specifically with the sym-links (but you might have already figured that out)
[01:15] <asac> chrisccoulson: thats what i asked bdrung to test
[01:15] <asac> e.g. unpack directly in FIREFOX/extensions
[01:15] <asac> rather than having the links in /usr/lib/mozilla/...
[01:15] <asac> so its the symlinks?
[01:15] <chrisccoulson> yeah, if i unpack directly, then it works fine
[01:15] <chrisccoulson> if i symlink, then it breaks
[01:15] <asac> chrisccoulson: bug still not writable?
[01:15] <chrisccoulson> and that applies in my home folder too
[01:15] <asac> hmm
[01:16] <asac> let me check something
[01:16] <chrisccoulson> but, other than that, i'm a little bit stuck ;)
[01:16] <bdrung_> asac: xpt files are made from what?
[01:17] <bdrung_> what does they contain?
[01:17] <asac> bdrung_: do you have a broken profile?
[01:17] <asac> can you paste compreg.dat?
[01:17] <asac> (from a profile that doesnt start)
[01:17] <asac> bdrung_: its xpcom interface description
[01:17] <asac> produced from an .idl
[01:17] <asac> or more than one etc.
[01:18] <asac> bdrung_: also please verify what chrisccoulson said ... e.g. that not using symlinks works
[01:18] <asac> but get me a compreg.dat first ;))
[01:19] <bdrung_> asac: i have the solution: the xpt file is non-free and needs to be removed from the source. ;)
[01:20] <asac> thats indeed a bug
[01:20] <asac> usually it should be produced during build
[01:20] <asac> but that wont help here i think
[01:20] <bdrung_> asac: removing this file works, because we removed the .so files (no source for them)
[01:21] <asac> in this case yes.
[01:21] <asac> get me a compreg.dat please of broken ;)
[01:21] <bdrung_> i'll downgrade the package and create the file for you.
[01:21] <asac> cool
[01:23] <asac> also the absent of a .so doesnt necessarily mean the .xpt is useless. might also be a .js implementing the interface that then can be called through xpcom (from js or C++)
[01:24] <bdrung_> pastebinit is buggy
[01:25] <bdrung_> asac: http://pastebin.com/2F9uLM6S
[01:26] <asac> bdrung_: and xpti.dat
[01:26] <bdrung_> asac: http://pastebin.com/KXSXcCWs
[01:27] <asac> {d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
[01:27] <asac> thats mozgest?
[01:27] <asac> bdrung_: ?
[01:28] <asac> adblock it seems
[01:28] <bdrung_> that's adblock-plus
[01:29] <asac> so my guess is that it does a stupid abspath somewhere
[01:30] <asac> (or not) then doesnt see the file in the the xpti.dat and gives up
[01:31] <bdrung_> asac: btw, what's the status of getting the font rendering fixed?
[01:53] <asac> in xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp
[01:53] <asac> drop
[01:53] <asac> +            // nsIFile::Equals basically compares path strings so normalize
[01:53] <asac>      4.8 +            // before the comparison.
[01:53] <asac>      4.9 +            parent->Normalize();
[01:53] <asac>     4.10 +            current->Normalize();
[01:53] <asac> those lines
[01:53] <asac> and see if that helps
[01:53] <asac> for the xpt thing
[01:54] <asac> otherwise we might want to try to Normalize in FindDirectory in xptiWorkingSet.cpp
[01:55] <asac> font rendenering ::: needs debugging
[01:55] <asac> upstream seems not to care. didnt get a confirm whether its a problem on redhat too with upstream builds
[01:55] <asac> if fedora has the same, we can escalate
[01:55] <asac> otherwise we need to do it on our own
[01:56] <asac> bdrung_: chrisccoulson: ^^
[01:56] <asac> (thats a blind guess)
[01:56] <asac> (the de-normalizing)
[01:58] <masterme120> Hello, there's something I've always wondered about the linux version of firefox:
[01:58] <masterme120> why doe the open with alternate program dialog make you find the actual binary instead of just having a custom command
[01:59] <bdrung_> asac: i will try this, but compiling may take a while
[02:01] <asac> masterme120: gtk doesnt offer a app chooser
[02:01] <asac> so either firefox has to reinvent its own
[02:02] <asac> the one from nautilus looks promissing but would need to get promoted to gtk in some what
[02:02] <asac> way
[02:02] <masterme120> oh
[02:03] <asac> even if firefox would be willing to use gnome stuff ... nautilus chooser is not exposed in any API
[02:03] <asac> so someone would need to rip that out
[02:04] <bdrung_> asac: igitt; a tarball in tarball. can you give me a debdiff for testing?
[02:04] <bdrung_> i will test it then tomorrow
[02:04]  * bdrung_ will go to bed now.
[02:06] <asac> extract tarball ... create diff, dump in debian/patches and series
[02:06] <asac> build
[02:07] <bdrung_> i am too tired for that
[02:07] <asac> i am not less tired. <5h till wake up ;)
[02:07] <asac> off
[02:07] <asac> 'night
[08:54] <BUGabundo_remote> \0
[10:12] <asac> hi
[10:38] <stefanlsd> heys
[10:38] <stefanlsd> is xulrunner-dev 1.9.2 still expected in lucid?
[10:39] <directhex> stefanlsd, sure, at some point within the next 18 months...
[10:40] <stefanlsd> so not at release i take it
[10:49] <directhex> stefanlsd, good question. i've been told "imminently" for over a month now afaik
[10:51] <asac> directhex: xul 1.9.2?
[10:51] <asac> or fonts?
[11:01] <directhex> asac, xulrunner-dev 1.9.2.
[11:03] <asac> hmm
[11:03] <asac> i think i saw the new button order for the first time now
[11:03] <asac> thats really odd ;)
[11:03]  * asac tries to get used to it
[11:04] <asac> chrisccoulson: can you check with micahg on the xul 1.9.2 stuff and help getting that in the archive?
[11:04] <chrisccoulson> asac - no worries. last time i asked, he had a build issue with fennec
[11:05] <chrisccoulson> do you know if he got that sorted?
[11:05] <asac> i had hoped for a few more ports first, but we shouldnt stress the good will of release team too much ;)
[11:05] <chrisccoulson> (most of my day yesterday was taken up by openjdk)
[11:05] <asac> chrisccoulson: i think he sorted the prism problem ... which might also have been the fennec problem
[11:05] <asac> chrisccoulson: openjdk now working?
[11:06] <asac> not sure if he committed the stuff yet though
[11:06] <chrisccoulson> asac - it would be good to get all the stuff which is seeded done before the beta freeze
[11:06] <asac> yes
[11:06] <asac> thats why i think we should upload _now_ ;)
[11:07] <asac> so i think the build system fix is still missing
[11:07] <chrisccoulson> asac - do you know what time micahg is around?
[11:07] <asac> he is more around than not ;)
[11:07] <chrisccoulson> openjdk is not working yet btw, but that's not a xulrunner issue
[11:07] <chrisccoulson> it's due to a change in llvm
[11:08] <asac> hmm. so openjdk doesnt ubild at all atm?
[11:08] <asac> even in archive? didnt you say doko uploaded something?
[11:08] <chrisccoulson> asac - yeah, doko uploaded openjdk, and then a new version of llvm
[11:08] <chrisccoulson> but the current openjdk version built against the old llvm
[11:08] <chrisccoulson> it doesn't build with the new one
[11:09] <asac> sigh
[11:09] <asac> i assume he knows/deals with it?
[11:09] <chrisccoulson> i spent quite a few hours yesterday trying to track that down, i could probably do with some help from doko
[11:09] <asac> i wouldnt bother. he will fix it
[11:09] <chrisccoulson> he seemed to be quite confused about the error message when i mentioned it to him yesterday
[11:09] <asac> go for the other fruits ;)
[11:10] <chrisccoulson> yeah, will do :)
[11:10] <asac> just ensure he is on it ;)
[11:10] <asac> ... file a RC bug if there is none yet
[11:10] <chrisccoulson> did you get any where with the firefox failing to start issue since last night?
[11:10] <asac> chrisccoulson: i suggested a patch
[11:10] <asac> asked you or bdrung to test ;)
[11:10] <directhex> i already uploaded monodevelop-moonlight, so that's uninstallable right now
[11:10] <asac> 02:53 < asac> in xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp
[11:10] <chrisccoulson> ah, i probably should check the scrollback
[11:11] <asac> 02:53 < asac> drop
[11:11] <asac> 02:53 < asac> +            // nsIFile::Equals basically compares path strings so normalize
[11:11] <asac> 02:53 < asac>      4.8 +            // before the comparison.
[11:11] <asac> 02:53 < asac>      4.9 +            parent->Normalize();
[11:11] <asac> 02:53 < asac>     4.10 +            current->Normalize();
[11:11] <asac> 02:53 < asac> those lines
[11:11] <asac> 02:53 < asac> and see if that helps
[11:11] <asac> 02:53 < asac> for the xpt thing
[11:11] <asac> was easy enough for me to repaste
[11:11] <asac> 02:54 < asac> otherwise we might want to try to Normalize in FindDirectory in xptiWorkingSet.cpp
[11:11] <asac> directhex: good
[11:11] <asac> chrisccoulson: no its fine ;)
[11:11] <asac> so two approaches i can imagine
[11:11] <chrisccoulson> awesome, i will try that shortly
[11:11] <asac> dropping Normalize there or adding Normalize in WorkingSet FindDirectofry (or maybe some other places)
[11:12] <asac> makes somewhat sense, because that was landed in Jul 2009 ... probably after the 1.9.1 cut off
[11:12] <asac> but let me double check ;)
[11:12] <asac> so a good way to check source and cross reference is: http://mxr.mozilla.org/
[11:12] <asac> chrisccoulson: ^^
[11:12] <asac> there you can also find blame if you in a source file etc.
[11:12] <directhex> good thing there's months before release, otherwise the window for testing & bug-fixing all the 1.9.2 rdeps might be considered really short.
[11:12] <chrisccoulson> asac - thanks
[11:13] <asac> directhex: right. plan is to kick stuff that doesnt make the cut out of the archive
[11:13] <asac> kind of evolutionary cleanup
[11:13] <asac> in the future we need to be able to do such porting swiftly
[11:13] <asac> as we need to upgrade to .3 .4 etc. every 6 month or so
[11:13] <asac> as a security/stability update
[11:14] <asac> chrisccoulson: good ;)
[11:14] <asac> http://mxr.mozilla.org/mozilla1.9.1/source/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp
[11:14] <asac> that suggests that that code wasnt on the 1.9.1 branch ;)
[11:14] <asac> so probably is a good lead ;)
[11:16] <chrisccoulson> asac - i've also been assigned a work item for looking at extensions to clean from the archive
[11:16] <asac> right
[11:16] <asac> important task
[11:16] <chrisccoulson> i'm not sure if you've got any special requirements for any that you would like to remain
[11:17] <asac> chrisccoulson: check popcon as a first
[11:17] <asac> chrisccoulson: also extensions with native components should stay
[11:17] <chrisccoulson> i compiled a list of source packages providing extensions at https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/extension-list yesterday
[11:17] <asac> as those are not available for all archs in addons.mozilla.org (amo)
[11:17] <chrisccoulson> yeah, i didn't think of checking popcon actually, that's quite a good idea
[11:18] <asac> so out of head i would guess: all in main ;)
[11:18] <asac> adblock-plus
[11:18] <asac> all-in-one-sidebar
[11:18] <asac> bindwood
[11:18] <asac> bugmail-extension
[11:18] <asac> firebug
[11:18] <asac> firefox-launchpad-plugin
[11:18] <asac> flashblock
[11:18] <asac> flashgot
[11:18] <asac> gears
[11:18] <asac> greasemonkey
[11:18] <asac> mozgest
[11:19] <asac> notify-extension
[11:19] <asac> mozilla-noscript
[11:19] <directhex> i thought gears was EOL
[11:19] <asac> if it still works its good stuff
[11:19] <asac> its EOL in chromium ... where they dropped it without replacement ;)
[11:20] <chrisccoulson> cool, i will try and spend some time going through this list today anyway
[11:20] <asac> yeah
[11:20] <asac> cross check that with popularity
[11:20] <asac> chrisccoulson: btw, there have been quite a few coming
[11:20] <asac> from debian in lucid named xul-ext-*
[11:20] <asac> those seem to be not in your list ... not sure why
[11:20] <asac> (maybe they us that prefix for binaries only)
[11:24] <bdrung> chrisccoulson: can you make this scriptable?
[11:25] <chrisccoulson> asac - yeah, those names are binary only (the list only has source packages providing extensions)
[11:26] <chrisccoulson> bdrung - i don't see why i couldn't make it scriptable :-)
[11:26] <chrisccoulson> if there are any that i've missed off the list, please feel free to add them
[11:27] <bdrung> chrisccoulson: it would be nice, if the list can be updated via a script - otherwise it will get outdated very soon.
[11:27] <chrisccoulson> yeah, that's a good point
[11:31] <asac> the new policy permits that
[11:31] <asac> because we have special headers
[11:31] <asac> and even xul-ext* prefix
[11:31] <asac> for now we have to maintain it through pain
[11:31] <asac> and maybe we should write a pool/ grep
[11:32] <asac> checking for install.rdf or something
[13:16] <bdrung> asac: grabbing all packages build depending on mozilla-devscripts will catch most of them
[13:17] <asac> right, but not all
[13:17] <bdrung> yes
[13:17] <bdrung> asac: pool grep would be a good idea.
[13:36] <chrisccoulson> asac - so, if we want to start the xulrunner 1.9.2 transition today, would you mind doing the 1.9.1 upload to not ship xulrunner-dev any more?
[13:36] <chrisccoulson> i think i can do the initial 1.9.2 upload
[13:39] <asac> chrisccoulson: yes. we should do that
[13:40] <asac> chrisccoulson: we have to set replaces anyway, so we can remove the file in a later upload
[13:40] <asac> err ;)
[13:40] <asac> scratch that
[13:40] <asac> we just have to remember to upload ;)
[13:40] <asac> next upload would fail to upload
[13:41] <asac> but yes, we should drop it from bzr right away
[13:43] <chrisccoulson> asac - it's already dropped in bzr (http://bazaar.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.1.head/revision/528)
[13:52] <asac> good ;)
[13:52] <asac> so just an upload. but that can wait till next update round
[13:52] <asac> if thats before the releaes ;)
[14:55] <bdrung> asac: my kvm instance went out of space. 10 GB was not enough.
[14:55] <asac> lol
[14:55] <directhex> moz needs 10 gig?
[14:55] <asac> for ffox  you need 4 or more ,)
[14:55] <asac> havent checked current space recently
[14:55] <bdrung> directhex: my kvm has 10 gig.
[14:57] <mahfouz> did I hear somebody say that thunder gets its own repo?
[14:57] <bdrung_> directhex: i had 2.5 gig free before compiling
[14:57] <bdrung_> asac: that's even more that eclipse needs.
[14:57] <directhex> bdrung_, tried OOo?
[14:57] <bdrung_> directhex: nope. i compiled eclipse often enough
[16:30] <chrisccoulson> asac - xulrunner-1.9.2 is in NEW now
[16:31] <micahg> ?
[16:31] <micahg> what did I miss?
[16:31] <chrisccoulson> hey micahg
[16:32] <chrisccoulson> we're going to start the transition in the archive quite soon
[16:32] <micahg> chrisccoulson: it doesn't have my latest changes
[16:32] <chrisccoulson> ah, where are those?
[16:33]  * micahg wonders why no one asked...
[16:33] <micahg> chrisccoulson: I was finishing up locally waiting for the last piece to be approved by asac before pushing to branch
[16:34] <asac> chrisccoulson: did you commit stuff?
[16:34] <asac> merge request?
[16:34] <micahg> asac: he proposed a merge...
[16:34] <asac> ok
[16:35] <chrisccoulson> yeah, i just did that a few moments ago
[16:35] <micahg> asac: should I make my last few fixes ubuntu2 and have him respin or do you want to delete from NEW and try ubuntu1 again?
[16:35] <micahg> asac: it's not even tagged
[16:36] <directhex> (please pull latest moon update from https://launchpad.net/~moonlight-team/+archive/skunkworks/+packages into staging PPA)
[16:36] <asac> ok.
[16:36] <micahg> directhex: I'll take care of that
[16:36] <micahg> directhex: after it builds ;)
[16:36] <asac> micahg: lets make ubuntu2
[16:37] <asac> we can upload once its in
[16:37] <asac> micahg: please review his merge and merge it
[16:37] <asac> for release
[16:37] <directhex> micahg, it'll build. it's the same thing as last time, but with something we were carrying as a patch merged
[16:37] <micahg> asac: should I just tag his change as release?
[16:37] <BUGabundo_remote> [reed]: ping
[16:37] <asac> chrisccoulson: usually you should wait for a merge approved before uploading ;) ... otherwise review doesnt make sense :)
[16:37] <asac> but ok as its now
[16:37] <BUGabundo_remote> [reed]: watchi this page: https://www.paraescolar.pt/registo/
[16:37] <BUGabundo_remote> firefox shows NOTHING
[16:37] <micahg> chrisccoulson: you should also ask whoever's working on it if there are any last changes ;)
[16:37] <BUGabundo_remote> not even a single error
[16:38] <asac> micahg: i think you can just push (not merge) what he did if he used proper changelog format
[16:38] <BUGabundo_remote> chromium loads it fine
[16:38] <chrisccoulson> yeah, sorry ;)
[16:38] <BUGabundo_remote> and IE shows cert error and allows user to load content
[16:38] <chrisccoulson> i thought it was tagged though (it's tagged with 1.9.2+nobinonly-0ubuntu1 isn't it?)
[16:38] <asac> right. thats why we should push rather than merge
[16:38] <asac> so the tag is on a top level commit
[16:39] <micahg> asac: so pull his branch than push to ,head?
[16:39] <chrisccoulson> oh, do the tags not show on the top-level commit?
[16:39] <micahg> tags don't show up in diffs I guess
[16:40] <micahg> yes, I see the tag
[16:41] <micahg> k
[16:41] <micahg> pushing
[16:41] <asac> micahg: yes
[16:41] <micahg> done
[16:41] <asac> chrisccoulson: if you merge, then not
[16:42] <asac> chrisccoulson: so usually releases get tagged by whoever does the release
[16:42] <asac> merge
[16:42] <chrisccoulson> yeah, that's normally how i do it
[16:42] <asac> ok now we need to get someone getting this through new
[16:42]  * asac thinks we should have filed a FFe
[16:43]  * micahg looks who is archive admin du jour
[16:43] <chrisccoulson> do we need a FFe? this has been planned for some time now hasn't it?
[16:43] <asac> yeah
[16:43] <asac> but i think planned doesnt replace it
[16:43] <asac> but lets see how well it goes
[16:43] <asac> probably depends on the archive admin
[16:43] <micahg> asac: riddell is the archive admin du jour
[16:43] <chrisccoulson> ok, no problem
[16:43] <asac> most likely he will process it today
[16:43] <asac> anymore
[16:43] <chrisccoulson> Riddell is in a team meeting right now
[16:44] <chrisccoulson> (where i probably should be :) )
[16:44]  * micahg should be in a team meeting as weel :)
[16:44] <fta> asac, hi, i didn't change it since last time, you wanted another format or something
[16:44] <micahg> asac: is my mozilla-devscripts idea ok for the clean target?
[16:46] <asac> fta: the copyright? we need it to be complete (with all the license texts etc.)
[16:46] <asac> i dont care about the format if everything is in there
[16:46] <fta> asac, as it's quite complex (a collection of 3 repos, one containing a tarball), i didn't want to drop the comments
[16:46] <asac> new format makes archive admins not look that much though ;)
[16:46] <asac> right
[16:46] <fta> asac, http://paste.ubuntu.com/391896/
[16:46] <asac> if you need complex, just do it different
[17:16] <asac> fta: ok
[17:16] <asac> in my book it looks fine
[17:16] <micahg> asac: what about my mozilla-devscripts merge?
[17:16] <asac> file a FFe bug and i will make this going
[17:16] <asac> micahg: whats the diff?
[17:16] <asac> if its just adding the dirs/files we adde to build system then it should be fine
[17:17] <micahg> asac: http://pastebin.com/YUCbsCZg
[17:17] <asac> ok i informed riddell that there is xul 1.9.2 in new
[17:17] <asac> not sure if he will get to it
[17:17] <asac> micahg: that looks fine i think
[17:17] <asac> in the end we should keep this stuff in one place
[17:18] <asac> most likely xulapp.mk should go to xulrunner-dev
[17:18] <micahg> asac: k, does it need to go through debian?
[17:18] <asac> so we have build system production and build system stripping at same plce
[17:18] <micahg> asac: yeah, that's what I was thinking
[17:18] <micahg> asac: I can move it for ubuntu2
[17:18] <asac> micahg: we can upload to debian
[17:18] <asac> and direclty request a sync
[17:18] <asac> bdrung might volunteer to assist you with that ;)
[17:19] <asac> if he refuses we can put that in ubuntu for now
[17:19] <micahg> asac: if I move it for ubuntu2, we don't need to update devscripts :)
[17:19] <asac> how would you do it? replaces: ?
[17:19] <asac> e.g. currently the rules stuff looks at the mozilla-descript path
[17:19] <asac> i thini we need to touch it anyway
[17:19] <asac> lets fix it lik you suggested for now
[17:19] <micahg> asac: no, I'd just update the packages that use it to reference it in xulrunner-devel-1.9.2/xulapp.mk
[17:20] <asac> and consolidate the whole monzilla-devscript after this cycle/&for next cycle
[17:20] <micahg> k
[17:20] <micahg> I'll merge my change in then and ping bdrung later :)
[17:20] <asac> micahg: right, but we dont want to just change stuff and break others that might use it ;)
[17:20] <asac> at least not without deprecating it for a bit
[17:20] <asac> micahg: great
[17:20] <asac> micahg: also push harder on the porting list ;)
[17:20] <micahg> asac: well, the old one wouldn't have to go away right away
[17:20] <asac> we have xul 1.9.2 now in NEW
[17:21] <asac> once it enters we should get as many stuff as we have in before beta
[17:21] <micahg> asac: I'll start fixing up the patches then so they're archive ready...
[17:21] <asac> cool
[17:21]  * micahg was taking the down and dirty approach to patching before :)
[17:22] <micahg> I'll try to get up to 30 packages by monday
[17:22] <micahg> once I have the debdiff, should I file the bugs with patches?
[17:23] <chrisccoulson> oh, xulrunner 192 is accepted now
[17:23] <chrisccoulson> nice
[17:23] <chrisccoulson> asac - we need to promote it to main don't we?
[17:24] <micahg> directhex: copied
[17:25] <asac> chrisccoulson: heh. so doing two MIRs for riddell seemed to have accellerated this ;)
[17:25] <chrisccoulson> asac - thanks :)
[17:25] <asac> well. we need to promote it when we upload stuff in main
[17:25] <asac> but thats a non deal
[17:25] <asac> and usually happens without MIR
[17:26] <micahg> asac: so, should I file bugs with debdiffs for the porting work?
[17:26] <asac> micahg: if they are ready in ppa i can just sponsor stuff from there
[17:26] <asac> maybe removing the ~...
[17:26] <asac> no need to file bug
[17:26] <asac> s
[17:26] <asac> micahg: however, bugs might help you to track work etc.
[17:26] <chrisccoulson> i can help out with sponsoring too
[17:26] <asac> and regressions
[17:26] <asac> so lets file bugs for each upload
[17:27] <chrisccoulson> i'll sponsor anything in universe and ubuntu-desktop package sets
[17:27] <micahg> asac: k, I'll ping chrisccoulson for uploads?
[17:27] <asac> chrisccoulson: yep. thats the idea ;) ... just keep micah the changelog owner to give him credits ;)
[17:27] <chrisccoulson> yeah, no problem :)
[17:27] <asac> micahg: just ping us both and whoever is there can review and sponsor
[17:27] <asac> micahg: please test the apps before requesting
[17:27] <asac> e.g. not just building
[17:27] <micahg> asac: some of the apps I have no idea how they work, but I'll test the ones I know
[17:27] <asac> also run an strace -eopen -f APP ... so you can see that it really loads the bits from xulrunner 1.9.2
[17:27] <asac> (if you are unsure)
[17:28] <asac> micahg: well. often its just starting
[17:28] <asac> for plugins its good to check if they show up in firefox browser
[17:28] <micahg> asac: some of the stuff is libraries
[17:28] <asac> and dont kill it when loading ;)
[17:28] <micahg> asac: I'll create a Lucid VM for this
[17:28] <asac> micahg: for libraries test the apps that use those libs
[17:28] <asac> VM works, or upgrade completely
[17:28] <asac> we are close to beta ;)
[17:28] <micahg> asac: I'm assuming as soon as an app is ready to file the bug and get it in
[17:29] <asac> micahg: you can also ask chrisccoulson to help verifying apps/libs or me
[17:29] <asac> if you are unsure
[17:29] <asac> micahg: yes, do that
[17:29] <micahg> asac: k, great
[17:29] <micahg> chrisccoulson: I should have ubuntu2 for xulrunner ready as soon as I get to $WORK, so in a couple of hours
[17:31] <micahg> asac: 3 insecure apps for Lucid left (gears, gluezilla, and google-gadgets)...should I prepare debdiffs for all the regular apps first or finish porting these after I have debdiffs for the other insecure apps?
[17:35] <micahg> asac: also TB3 is ready for upload :)
[17:35]  * micahg will bbi 10 min
[17:36] <chrisccoulson> micahg - thanks. i probably won't be able to upload xulrunner once it is in main though
[17:37] <chrisccoulson> which is a bit of a pain ;)
[17:44] <chrisccoulson> asac / micahg - i will upload yelp shortly (once 192 is built)
[17:53] <micahg> chrisccoulson: I thought yelp was ported to webkit
[17:53] <chrisccoulson> micahg - the webkit port was never really official, and isn't well maintained
[17:53] <chrisccoulson> so we dropped it this cycle
[17:54] <micahg> chrisccoulson: k
[17:54] <chrisccoulson> it will most likely be ported to webkit eventually, but not this cycle
[17:54] <micahg> chrisccoulson: k, I'll be back in a little over an hour hopefully with ubuntu2 of xul192 ready :)
[17:54] <chrisccoulson> cool, thanks
[18:14] <asac> chrisccoulson: i think it needs some bin NEW too ;)
[18:14] <asac> chrisccoulson: we dropped yelp?
[18:14] <asac> webkit?
[18:14] <asac> no
[18:14] <asac> thats bad
[18:15] <asac> is there really a bad blocker on that?
[18:15] <asac> me feels like going to desktop channel and kicking around ;)
[18:15] <asac> we talke about getting rid of that for ages
[18:15] <asac> well. if it was straight forward to port its fine ;)
[18:15] <asac> just ranting
[18:16] <chrisccoulson> asac - yelp is straightforward
[18:16] <chrisccoulson> i built it here already a few days ago
[18:17] <chrisccoulson> the webkit branch is quite outdated upstream, and i think there was another issue which required updating yelp to 2.29.x a couple of weeks back
[18:18] <asac> still gnome is inconsistent
[18:18] <asac> they want to get away from gecko -> do it ;)
[18:18] <asac> or dont do it
[18:18] <asac> i maen ... because they said they dont want it all efforts to improve the gecko embedding situation basically were dropped
[18:18] <asac> anyway ;)
[18:19] <asac> if its fine its fine
[18:19] <asac> we wont be able to get rid of it it seems :)
[18:19] <chrisccoulson> asac - yeah, i'm not sure who drove the efforts for porting yelp
[18:19] <chrisccoulson> but it seems like they're not active on that anymore
[18:19] <asac> so gecko is still an official dependency of gnome as of 10.04?
[18:19] <chrisccoulson> and upstream don't officially support the webkit port either
[18:19] <chrisccoulson> which makes it difficult for forwarding bugs
[18:20] <chrisccoulson> asac - yeah, i assume it must be still
[18:20] <asac> maybe they dont even know ... wouldnt be that shocked ;)
[18:20] <chrisccoulson> heh ;)
[18:20] <asac> i mean: everytime they ask they say: we are going away
[18:20] <asac> ... this cycle
[18:21] <asac> if they said: no, we might not be able to do it one could check out the new embedding wrapper API from mozilla
[18:21] <asac> and work with them to get that going rather than having this gtkmozembed stuff for ages
[18:21] <asac> but i was told: dont put effort in it. its decided that its dead ;)
[18:27] <directhex>  Successfully built on thallium (virtual)
[18:27] <directhex> see, i said moon 2.2-0ubuntu1~ffox36~lucid1 would build fine
[18:28] <asac> ;)
[18:28] <asac> well done
[18:28] <asac> directhex: now with the time you have left you can fix the Long.MAX_VALUE++ not throwing and overflow exception on arm ;)
[18:28] <asac> s/and/an/
[18:29] <directhex> yes, i can fiLOOK BEHIND YOU A THREE HEADED MONKEY
[18:29] <asac> exception6.js
[18:29] <asac> hehe
[18:29] <asac> or at least that we can build it with --enable-interpreter --diable-jit ;)
[18:29] <asac> that doesnt even build atm
[19:46] <micahg> chrisccoulson: should I tag 1.9.2 ubuntu2 for release?
[19:48] <micahg> chrisccoulson: nm, it seems it was promoted to main already :)
[19:50] <micahg> asac: if I tag ubuntu2 to xulrunner192, can you push another release?
[19:52] <micahg> bdrung: are you up for spinning a mozilla-devscripts release to debian
[19:54] <samed87> Buonasera
[19:56] <micahg> asac: is there any way to virtualize IA-64 for testing FTBFS fixes?
[20:19] <fta> http://arstechnica.com/open-source/news/2010/03/mozilla-borrows-from-webkit-to-build-fast-new-js-engine.ars
[20:22] <micahg> fta: hopefully they'll dump the part of nanojit that doesn't build on all arches :)
[21:15] <bdrung> micahg: i am back
[21:40] <micahg> bdrung: can you spin a release of mozilla-devscripts with the change to debian
[21:40] <micahg> bdrung: I commited it to the bzr branch
[21:41] <bdrung> micahg: i want to add a xpi-repack script. i only have to write the manpage for it. give me some time. then i can release it
[21:41] <micahg> bdrung: k. great, thanks
[21:41] <micahg> bdrung: I hope my changelog entry was in the proper style
[21:42] <bdrung> micahg: ask asac - the style was not my idea and i don't love it
[21:42] <micahg> bdrung: weird...becuase it's not our normal convention
[21:42] <micahg> asac: what's the deal with the changelog style in m-devscripts?
[21:42] <bdrung> micahg: what's your normal style?
[21:43] <micahg> bdrung: the way we do for firefox/tb
[23:00] <micahg> asac: can you spin tb3.0.3 to Lucid?
[23:51] <chrisccoulson> right, xulrunner 1.9.2 has been processed through binary NEW as well now
[23:51] <chrisccoulson> so, we can begin transitioning tomorrow :)
[23:57] <asac> good
[23:57] <asac> micahg: all done for 3.0.3? we can upload tomorrow mornig this time then