[01:19] <white> asac: i was wondering about CVE-2008-4066 for icedove/iceape. Do we need something like https://bugzilla.mozilla.org/attachment.cgi?id=356697 backported? Just wondering, because i couldn't find the original bugnumber (448166) for CVE-2008-4066 (second part of MFSA 2008-43) in the series file
[09:05] <asac> white: https://bugzilla.mozilla.org/attachment.cgi?id=356697
[09:05] <asac> which bug number is that?
[09:06] <asac> the patch looks familiar
[09:24] <asac> white: ok found the bug number in your line ;)
[09:25] <asac> white: yes, thats why stransky has asked for approval1.8.0.next.... e.g. it will be in next patchset unless we hit regressions
[09:26] <asac> white: also mozilla bug 316859 (regression) and the original escape patch (so three for this one in total)
[09:28] <judu> hi
[09:44] <iaindalton> fta: your Ubuntu 8.10 PPA's firefox-3.1 requires libasound2 1.0.18 but Ubuntu 8.10 only has 1.0.17; is this intentional?  Should users of your PPA install 1.0.18 manually?
[10:04] <asac> iain|away: you sure you are using intrepid lines for PPA?
[10:05] <asac> if so, then fta probably added libasound2 to his archive ... which makes it hard to not pull it in
[12:06] <fta2> iain|away, asac_:  i didn't do anything special with libasound2, you may be using the wrong apt line
[12:11] <asac_> yeah .... i assume so too
[12:16] <ubuntizate> hi, can someone see me (hear me)?
[12:16] <ubuntizate> there is someone there?
[12:25] <asac_> sigh
[12:25] <asac_> those folks that just quit
[12:25] <asac_> i answered again for nothing in query
[12:34] <asac_> oh PPA's are now signed ;)
[12:36] <fta2> yep, i µblogged about that yesterday
[12:37] <asac_> hmm ... probably too much traffic in my gwibber backlog ;) ... i didnt see that particular entry of yours
[12:40] <fta2> i noticed because the lp guys used me as an example to explain the feature to users. so yesterday, my xchat was blinking like a Christmas tree
[12:41] <fta2> asac_, http://identi.ca/fta
[12:48] <asac_> nice ;)
[13:01] <asac_> sigh sound is gone again
[13:03] <asac_> hmm ... now everything is busted ... typing this from console now
[13:03] <asac_> radeon ... missing symbol :/
[13:04]  * asac_ runs update;upgrade in hope
[13:04] <asac_> pulse 0.9.14 coming
[13:04] <asac_> yay
[13:05] <asac_> could this be what i want?
[13:05] <asac_> i doubt this will cure radeon driver though
[13:09] <asac_> hah ... X is back ;)
[13:57] <hyperair> hi. i'm having issues trying to get a package to link with xulrunner-1.9-dev. it links fine with libxul-dev, but with xulrunner-1.9-dev (linking using flags from mozilla-gtkmozembed-embedding), ld throws a hissy fit about undefined references and whatnot. what should i do to get it to link?
[13:57] <asac_> hyperair: yes.
[13:57] <asac_> hyperair: if its standalone app use the standalone glue
[13:58] <asac_> if its xpcom compnent or plugin use the dependent glue
[13:58] <hyperair> asac_: yes i'm using the standalone glue. -lxpcom_glue or something
[13:58] <hyperair> it uses gtkmozembed stuff
[13:58] <asac_> standalone glue == libxul-embedding(-unstable)
[13:58] <hyperair> and all the gtk_moz_embed_* functions are undefined
[13:58] <asac_> dependent glue == libxul(-unstable)
[13:58] <hyperair> asac_: tried with that, doesn't work eitehr
[13:58] <hyperair> libxul-unstable won't link without -R
[13:59] <hyperair> libxul-embedding-unstable won't link at all
[13:59] <asac_> hyperair: use standalone glue ... you also need some code magic
[13:59] <hyperair> asac_: what kind?
[13:59] <asac_> https://developer.mozilla.org/en/XPCOM_Glue
[14:00] <asac_> let me check
[14:00] <asac_> hyperair: https://wiki.ubuntu.com/XulrunnerGecko
[14:00] <asac_> its a bit outdated but should give you the basics
[14:00] <asac_> hyperair: and gives example patches on how various other apps had to be fixed
[14:01] <asac_> look at the yelp example for instance
[14:01] <asac_> if you are using unstable headers use 1.9.0.* as max version (not 1.9.*)
[14:02] <hyperair> yeah i'm using the unstable headers
[14:02] <hyperair> i mean the package requires headers from unstable/
[14:02] <asac_> thats what i ment yes.
[14:02] <asac_> 1.9.0.* is your maxversion then
[14:03] <asac_> e.g. for GREVersionRange
[14:03] <asac_> (or if yoiu link against 1.9.1 use 1.9.1b1 and 1.9.1.* as bounds
[14:03] <hyperair> i see
[14:04] <asac_> important is the glue initialization code as well as +#include <gtkmozembed_glue.cpp>
[14:04] <asac_> the rest is more or less the same
[14:04] <hyperair> where does gtkmozembed_glue.cpp come from?
[14:04] <hyperair> it's also in /usr/include?
[14:04] <asac_> yes
[14:05] <hyperair> i see
[14:05] <asac_> thats also in unstable i think .... as all gtkmozembed is unstable ;)
[14:05] <hyperair> right
[14:05] <hyperair> okay..
[14:05] <hyperair> i'll give it a go
[14:05] <asac_> enjoy
[14:06] <hyperair> meh. i've spent over 24 hours working on this package. the last thing i'd do is enjoy, lol
[14:06] <asac_> heh ... success is in reach ;)
[14:06] <asac_> and finally you found where to ask :-P
[14:06] <asac_> thats a win
[14:06] <hyperair> i sure hope so
[14:06] <hyperair> heh yeah
[14:07] <hyperair> some guys at #ubuntu-motu guided me
[14:07] <hyperair> i found some blog posts by you, so if all else failed, i was going to start emailing and/or pinging you on IRC =p
[14:07] <asac_> i know ... its just that you left so i couldnt answer there
[14:07] <hyperair> ah i did?
[14:08] <asac_> you left -motu channel ... yes :)
[14:08] <hyperair> hmm when was that
[14:08] <asac_> hyperair: not sure ... some time between you asking and me opening my screen this morning ;)
[14:08] <asac_> could be 1 or 6 hours :)
[14:08] <hyperair> i was having some connectivity issues. everytime i enter a certain lecture, my wireless goes haywire. almost as if somebody's aireplaying me off the net
[14:08] <hyperair> must be during that time
[14:09] <asac_> sure... no problem. i didnt complain ;)
[14:09] <hyperair> i figured i was throwing up a lot of spurious disconnect/reconnect/nick collision messages, so i quit
[14:09] <hyperair> =p
[14:09] <asac_> heh. ok
[14:09] <asac_> i dont see QUITS/JOINS
[14:13] <hyperair> hmm
[14:13] <hyperair> must be when i went to sleep then
[14:13] <hyperair> but that's over 12 hours ago
[14:13] <hyperair> maybe not
[14:14] <hyperair> or maybe i was shifting location
[14:14] <hyperair> anyway, what's the difference between xpcomglue and xpcomglue_s?
[14:24] <asac_> hyperair: the xpcomglue includes the standalone pieces
[14:25] <hyperair> asac_: what standalone pieces?
[14:26] <asac_> hyperair: http://mxr.mozilla.org/mozilla-central/source/xpcom/glue/standalone/
[14:28] <hyperair> what does gtkmozembed startup code look like minus the glue?
[14:28] <hyperair> i can't seem to figure out where to put the XPCOMGlue startup stuff
[14:29] <asac_> hyperair: do that before you do anything else with xpcom
[14:30] <asac_> dont understand your question i guess
[14:30] <asac_> hyperair: depends on how its done
[14:30] <asac_> look for gtk_moz_embed_push_startup ();
[14:30] <hyperair> i can't find it
[14:30] <asac_> or gtk_moz_embed_set_comp_path (MOZILLA_HOME);
[14:30] <hyperair> which is strange
[14:30] <hyperair> also not there
[14:30] <asac_> gtk_moz_embed_set_pat
[14:31] <asac_> hyperair: maybe your app uses stuff like XRE_* ?
[14:31] <asac_> XRE_InitEmbedding or something like that
[14:32] <asac_> but that isnt good ... if you use gtk_moz_embed symbols you really should push/pop startup stuff ;)
[14:32] <asac_> err
[14:32] <hyperair> @_@
[14:33] <asac_> found it?
[14:33] <hyperair> okay, a list of functions starting with gtk_moz_embed which are used... can_go_back, can_go_forward, get_js_status, get_link_message, get_location, go_back, go_forawrd, load_url, new, reload, set_chrome_mask, stop_load
[14:34] <hyperair> all prefixed with gtk_moz_embed_
[14:34] <hyperair> are any of them relevant?
[14:34] <asac_> hyperair: and XRE_ ?
[14:34] <hyperair> none
[14:34] <asac_> NS_Ini ?
[14:35] <asac_> (as a substring)
[14:35] <hyperair> NS_InitXPCOM2 (getter_AddRefs (sm), directory, nsnull);
[14:35] <hyperair> would that be it?
[14:35] <hyperair> no wait
[14:35] <hyperair> shit
[14:35] <hyperair> that's in gecko.m4
[14:36] <hyperair> how do gnome-panel applets get started?
[14:36] <hyperair> i mean this looks like an ELF executable
[14:36] <asac_> hyperair: gnome-panel applets get started by gnome-panel ;)
[14:37] <hyperair> but i don't see a main() anywhere
[14:37] <hyperair> uh gee, i think i know that much. more like what functions are there?
[14:37] <asac_> its a bonobo activation thing i guess
[14:37] <hyperair> =p
[14:37] <hyperair> hmm
[14:37] <asac_> hyperair: i think the NS_InitXPCOM thing is a good point to start
[14:38] <asac_> and see in which function thats called
[14:38] <hyperair> asac_: it's test code inside m4/gecko.m4
[14:39] <hyperair> hmm it seems everything begins from init_libs
[14:39] <hyperair> void init_libs (int argc, char *argv[])
[14:40] <hyperair> i guess i'll just toss the xpcom init stuff there and hope it works
[14:41] <asac_> hyperair: so you try to fix the testcode now?
[14:41] <asac_> hyperair: look at epiphany or yelp gecko.m4
[14:41] <hyperair> eh?
[14:41] <hyperair> test code?
[14:41] <asac_> that might be a good start
[14:41] <hyperair> no the test code doesn't really do much does it
[14:41] <asac_> 5:38 < hyperair> asac_: it's test code inside m4/gecko.m4
[14:41] <hyperair> i mean it doesn't fail
[14:41] <asac_> hmm
[14:41] <asac_> probably doesnt run anthing then
[14:42] <asac_> (pure luck) ;)
[14:42] <hyperair> so if it clears ./configure, i don;'t really have to bother right =p
[14:42] <hyperair> heh
[14:42] <hyperair> well
[14:42] <hyperair> i patched a few things
[14:42] <hyperair> it was complaining about needing gtk2
[14:42] <hyperair> because some default toolkit macro thing was set to cairo-gtk2
[14:42] <asac_> hyperair: well. thts just installing a -dev package ;)
[14:42] <hyperair> so i replaced strcmp with strstr
[14:42] <asac_> ah
[14:42] <asac_> dumb
[14:42] <hyperair> yep
[14:43] <asac_> hyperair: i would suggest to take a look at latest ephy or yelp gecko.m4
[14:43] <asac_> maybe you can even just copy that over
[14:43] <asac_> might need a few adaptions in main configure.in i guess though ... but well
[14:43] <hyperair> i'm packaging this thing, so i'd rather not end up with a humongous patch
[14:43] <hyperair> =p
[14:44] <asac_> hyperair: patch properly, and send upstream
[14:44] <hyperair> hmm
[14:44] <asac_> i mean sending them a "more" modern gecko.m4 shouldnt be that bad ;)
[14:44] <hyperair> heh yeah i guess
[14:44] <asac_> i saw many gecko.m4 and they are all a mess ;)
[14:44] <hyperair> there hasn't been a release in years
[14:44] <hyperair> i wonder if i should even bother continuing to package this =\
[14:44] <asac_> yeah. that means that the gecko.m4 probably comes from 2000
[14:44] <asac_> ;)
[14:44] <asac_> or before
[14:45] <hyperair> hmm
[14:45] <hyperair> 2006
[14:45] <hyperair> probably
[14:45] <asac_> how do you know;)?
[14:45] <hyperair> http://www.kaskaras.net/vazaar/index.php <-- it says 2007
[14:45] <hyperair> no wait
[14:45] <hyperair> 2006
[14:45] <hyperair> =p
[14:45] <asac_> gecko.m4 gets copied around
[14:45] <asac_> nobody knows where it originates form i think ;)
[14:46] <asac_> maybe it was once in the mozilla tree ;)
[14:46] <hyperair> heh
[14:46] <hyperair> seriously?
[14:46] <hyperair> why don't they ship it?
[14:46] <hyperair> then aclocal can just add it
[14:46] <asac_> nowadays there is pkg-config ;)
[14:46] <hyperair> gecko.m4 still uses PKG_CHECK_MODULES
[14:47] <asac_> yes. only reason why it exists is to provide backward compatibility i think
[14:47] <hyperair> so it seems to be something built on top of pkg-config
[14:47] <hyperair> ah damn
[14:47] <hyperair> so i should just convince upstream to toss out his gecko.m4?
[14:47] <hyperair> =p
[14:47] <asac_> hyperair: i think evolution was : gecko.m4 -> manually; then later someone added stuff using pkg-config ... and so on
[14:47] <asac_> and folks copied that around on the net
[14:47] <hyperair> evolution uses xulrunner?
[14:48] <hyperair> i wasn't aware
[14:48] <asac_> no ... evolution like "how things became like they are at present" ;)
[14:48] <asac_> darwin ;)
[14:48] <hyperair> oh
[14:48] <hyperair> heh
[14:48] <hyperair> then it should be put into aclocal-archive or something
[14:49] <asac_> yeah
[14:49] <hyperair> i mean if it's so common and being copied around
[14:49] <asac_> whatever
[14:49] <asac_> its definitly a pain that its floating around
[14:49] <hyperair> yeah
[14:49] <hyperair> definitely
[14:49] <hyperair> but what's more frustrating is why mozilla can't just use proper SONAMEs damnit
[14:49] <hyperair> that would make linking so much easier
[14:49] <hyperair> rather than using the stupid glue
[14:49] <asac_> hyperair: previously nobody really used the glue ;)
[14:50] <asac_> which caused the main issue
[14:50] <hyperair> feels like an extremely cheap hack gone wrong
[14:50] <asac_> now we enforce it. which is better ;)
[14:50] <asac_> but painful
[14:50] <hyperair> miserable
[14:50] <asac_> (like -rpath is not working anymore)
[14:50] <hyperair> there are still apps which link on libxul-dev
[14:50] <asac_> its more cross-platform
[14:50] <hyperair> particularly all the java gecko stuff
[14:50] <asac_> so i agree to some degree with them ;)
[14:51] <hyperair> i don't see gtk and gtkmm folks messing around with glues
[14:51] <hyperair> i mean i don't know how they pull it off on windows, but at least they use proper SONAMEs on POSIX systems
[14:53] <asac_> no clue. i think windows solution is to ship your own copy or do some registry rumbling ;)
[14:54] <hyperair> fugly shit
[14:54] <hyperair> X_X
[14:54] <asac_> one thing that one has to accept is that xulrunner is not designed to be a lib, but a runtime ;)
[14:54] <asac_> + and sdk
[14:54] <asac_> if one looks from that perspective things become saner imo
[14:55] <asac_> the fact that there is gtkmozembed is a different story
[14:55] <asac_> and its degree of messyness is understood ... which is why there is work on a new, stable abi for embedding
[14:55] <hyperair> oh there is?
[14:55] <hyperair> awesome
[14:55] <asac_> http://hg.mozilla.org/incubator/embedding/
[14:56] <asac_> hyperair: thats supposed to be shipped on top of xulrunner providing the stability required to solve all the issues in the world ;)
[14:56] <hyperair> mm cool
[14:56] <asac_> probably will take some time
[14:57] <asac_> but definitly result of years of complains combined with webkit mania
[14:58] <asac_> they even use libtool ;)
[14:59] <asac_> so hopefully gtkmozembed will die soonish ;)
[15:02] <hyperair> then a lot of programs will have to switch
[15:02] <hyperair> and those that are abandoned... will have to be dropped out i suppose
[15:05] <asac_> depends. if anyone is interested it will be ported i guess
[15:05] <asac_> most apps shouldnt be that hard to port imo
[15:28] <hyperair> hmm finished patching. let's see if it builds
[15:30] <asac_> hehe
[15:30] <asac_> dont give up ;)
[15:30] <asac_> you are really close (i have the feeling)
[15:32] <hyperair> hmm
[15:32] <hyperair> okay, i'm having a whole series of compilation issues
[15:32] <hyperair> mostly from gtkmozembed_glue.cpp
[15:32] <hyperair> am i supposed to #include it or just compile it together?
[15:33] <hyperair> asac_: ^
[15:33] <asac_> hyperair: just include it
[15:34] <hyperair> asac_: only in one file or in multiple files?
[15:34] <hyperair> i added it on top of all instances of #include <gtkmozembed.h>
[15:35] <asac_> hyperair: thats ok
[15:36] <asac_> hyperair: whats the problem?
[15:36] <hyperair> In file included from blah blah blah /usr/include/xulrunner-bla/unstable/nscore.h:117:1: Warning: NS_HIDDEN redefined
[15:36] <hyperair> wait those are warnings
[15:37] <hyperair> error expected = , ; asm or __attribute__ before nsISupports
[15:38] <hyperair> implicit declaration of GRE_GetGREPathwhatever.
[15:38] <hyperair> hmmmmmmm
[15:38] <asac_> hyperair: missing an include i guess
[15:38] <hyperair> yeah
[15:43] <hyperair> asac_: are there any needed includes before including gtkmozembed_glue.cpp?
[15:46] <asac_> no.
[15:46] <asac> include nsXPCOMGlue.h
[15:47] <asac> but thats included through glue.cpp implicitly iirc
[15:51] <hyperair> aaaaaah i think i know what's wrong now
[15:51] <hyperair> this is a C file
[15:51] <asac> yeah ;)
[15:51] <hyperair> not a C++ file
[15:51] <asac> thats a good pit-fall ;)
[15:51] <hyperair> meh
[15:51] <asac> hyperair: the idea is to rename it
[15:51] <hyperair> so can i still #include it?
[15:52] <hyperair> uh rename what?
[15:52] <hyperair> i mean i can't use C++ code inside a C file right
[15:52] <asac> the c file to cpp ;)
[15:52]  * hyperair gapes
[15:52] <hyperair> you can't be serious
[15:52] <asac> hyperair: no. but you can use C++ for that individual file usually
[15:53] <hyperair> renaming a file in a patch.... makes the patch twice the size of the original patch
[15:53] <hyperair> of the original file*
[15:53] <asac> you can also add a tiny .cpp file that only does the bootup
[15:53] <hyperair> hmm
[15:53] <hyperair> good idea
[15:53] <asac> e.g. with function startup_standalone_glue
[15:53] <asac> or something
[15:53] <hyperair> what about the other .c files?
[15:53] <asac> hyperair: you only need the _glue.cpp once
[15:53] <asac> and only once
[15:54] <hyperair> in only one of the files?
[15:54] <asac> yes
[15:57] <hyperair> i'll have to put extern "C" right?
[16:01] <asac> yeah
[16:01] <asac> #ifdef __cplusplus
[16:01] <asac> extern "C" {
[16:01] <asac> #endif /* __cplusplus */
[16:02] <asac> #ifdef __cplusplus
[16:02] <asac> }
[16:02] <asac> #endif /* __cplusplus */
[16:04] <asturubuntu> Hi, I need help
[16:05] <asturubuntu> I'm a member of Ubuntu Asturian Translators, and I need help about Firefox
[16:09] <asac> asturubuntu: are you the one whose email i answered a minute ago?
[16:09] <asac> Marcos Alvarez ...?
[16:10] <asturubuntu> no.... but I know Marcos Alvarez.
[16:10] <asturubuntu> he's a member of Ubuntu Asturian Translators too.
[16:10] <asac> asturubuntu: ah. i updated the bug and marked it as pet-bug (if its about the same issue)
[16:10] <asac> bug 309312
[16:11] <asac> so will get fixed soon i guess
[16:11] <asturubuntu> That's me https://launchpad.net/~malditoastur
[16:11] <asturubuntu> and this is Marcos https://launchpad.net/~marcos.alvarez.costales
[16:12] <asac> asturubuntu: did you test your translations yet?
[16:12] <asac> https://wiki.ubuntu.com/MozillaTeam/Testing_your_translation
[16:13] <asturubuntu> thanks for the link
[16:13] <asturubuntu> yes.
[16:14] <asac> asturubuntu: you used it already?
[16:14] <asturubuntu> We have tested it
[16:14] <asac> with those instructions? nice
[16:14] <asturubuntu> yes.
[16:15] <asturubuntu> Wait a moment (I need to think in english, arf, arf.... I want to say many things but you are more quickly than me... :-$)
[16:16] <asturubuntu> Actually, we have Firefox in Asturian language. To do that, we have to place some files into /usr/lib/firefox-3.0.5/chrome
[16:16] <asac> asturubuntu: go ahead ... write down what you want to ask and so on ;)
[16:16] <asac> i have to make a coffee anyway ;)
[16:16] <asac> i will answer your questions if you number them when back ;)
[16:17] <asturubuntu> ok
[16:17] <asturubuntu> arf, arf... arf.. :P
[16:18] <asturubuntu> long time ago, we did the translations in Launchpad. (Firefox and Xulrunner templates)
[16:19] <asturubuntu> you can see it here: https://translations.launchpad.net/ubuntu/hardy/+lang/ast
[16:20] <asturubuntu> When Intrepid was released, we thought that we can use Firefox in our language. But it was no possible.
[16:22] <asturubuntu> Then, Marcos Alvarez, tried doing https://wiki.ubuntu.com/MozillaTeam/Testing_your_translation , we have get a   .jar! files.
[16:25] <asturubuntu> You can find it here: http://code.google.com/p/softasturubuntutranslations/  If you go to this site, and download the compressed file named      intrepid_tornes_ast_Firefox_3.0.x_v.0.2.zip  , you can see the files that we must put into /usr/lib/firefox-3.0.5/chrome  and  /usr/lib/xulrunner-1.9.0.5/chrome  to get Firefox in Asturian language.
[16:26] <asturubuntu> We are happy, but we have to do this routine everytime that Firefox updates
[16:26] <asac> asturubuntu: right
[16:27] <asturubuntu> The question is:
[16:27] <asac> you also have to run the second script ... which is a .xpi
[16:27] <asac> that can be installed by all users then
[16:27] <asac> asturubuntu: see point 6. of the instructions
[16:27] <asac> that produces a .xpi
[16:29] <asturubuntu> I don't know how to do that. (I need to talk with Marcos)... wait a moment
[16:31] <asac> no problem. i have a meeting now ... include my nick if your question and i will glance over to answer
[16:33] <marcos_ast> hi
[16:33] <asturubuntu> I'm talking with marcos right know (he's in his job)
[16:33] <marcos_ast> Hi asturubuntu
[16:33] <marcos_ast> Hi asac
[16:34] <asturubuntu> and now is here! :D
[16:34] <asturubuntu> hi marcos!
[16:34] <marcos_ast> I writed asac 1/2 hour ago
[16:34] <marcos_ast> :P
[16:34] <asturubuntu> I don't understand very well what asac is telling me...
[16:34] <marcos_ast> what's?
[16:35] <asturubuntu> about the 6th point in https://wiki.ubuntu.com/MozillaTeam/Testing_your_translation
[16:35] <marcos_ast> i will go to red
[16:35] <marcos_ast> read
[16:36] <asac> marcos_ast: asturubuntu explained to me that you cop ythe jar! files to chrome/ ... with step 6 you should be able to produce proper .xpi's out of them
[16:36] <asac> which would allow you to ship stuff from websites or anywhere
[16:37] <marcos_ast> well, 2 persons work in this, I and Mikel
[16:37] <marcos_ast> I learn create the xpi from US language
[16:37] <marcos_ast> Do you need the step 6, asac?
[16:38] <marcos_ast> do you like that I check it?
[16:38] <marcos_ast> (Now i'm working, but in 4 hours, I can try it)
[16:39] <hyperair> asac: IT BUILT OH MY GOD IT BUILT
[16:39]  * hyperair dances around the room
[16:40] <hyperair> oh fsck it doesn't run
[16:40] <asac> hehe
[16:40] <asac> hyperair: now check that it doesnt crash
[16:40]  * hyperair deflates
[16:40] <hyperair> it crashes
[16:41] <hyperair> T_T what could be wrong
[16:41] <asac> marcos_ast: step 6 is important as it does  everything automatically for you
[16:41] <asac> i dont need it to be tested
[16:41] <asac> just wanted to point out that its easy for you to distribute the .xpi to asturians until its in officially
[16:41] <marcos_ast> ok
[16:41] <marcos_ast> ;)
[16:42] <marcos_ast> then you're working in the update
[16:42] <marcos_ast> I can see later
[16:42] <marcos_ast> do you need something? :)
[16:42] <marcos_ast> for it?
[16:42] <marcos_ast> https://bugs.launchpad.net/bugs/309312
[16:56] <marcos_ast> ?
[16:59] <marcos_ast> asac
[16:59] <marcos_ast> we had a problem with the xpi in the past
[16:59] <asac> hyperair: how does it crash?
[16:59] <marcos_ast> because it's a bug in po2xpi
[16:59] <marcos_ast> that not create fine locale/ast-ES/global/netError.dtd
[16:59] <marcos_ast> but us xpi is fine
[17:00] <asac> it doesnt?
[17:00] <asac> marcos_ast: i think it does that
[17:00] <asac> all other translations have that too afaik
[17:00] <hyperair> asac: it's a little hard to debug because there's no main() function
[17:00] <hyperair> don't ask me how it even got compiled into an ELF
[17:01] <hyperair> asac: i'm trying to write a small program that loads the said function through dlopen
[17:01] <hyperair> but it's not working very well
[17:01] <marcos_ast> asac: I will check in the night
[17:01] <marcos_ast> ;)
[17:01] <marcos_ast> are you here?
[17:01] <marcos_ast> will you here?
[17:01] <marcos_ast> :P
[17:01] <marcos_ast> will you be here?
[17:02] <asac> yes
[17:02] <marcos_ast> ;) ok
[17:03] <asac> marcos_ast: i might not be here
[17:03] <asac> but i will read and answer if you are here
[17:04] <asac> if you go offline in between just ping me when you are back so i remember to send the answer
[17:06] <marcos_ast> ok ;)
[17:20] <white> asac: ok thanks, i'll add a note that it comes into the next patchset
[17:21] <asac> sure
[17:53] <white> asac: i guess we'll need the fix in the next icedove as well? :)
[18:07] <white> asac: what about CVE-2008-5023 aka MFSA 2008-57? bugnumber 424733, attachement: https://bugzilla.mozilla.org/attachment.cgi?id=343670
[18:13] <white> asac: also I believe CVE-2008-5510 aka MFSA 2008-67, bugnumber 228856, attachement: https://bugzilla.mozilla.org/attachment.cgi?id=345028 needs to go into the next patchround, right?
[18:19] <white> asac: and can you confirm that https://bugzilla.mozilla.org/attachment.cgi?id=256470 is the complete patch for bugnumber 367428?
[18:24] <hyperair> asac: ping
[18:25] <hyperair> http://pastebin.com/f5c27793e <-- for some reason, the segfault happens right at the end of the function, after gtk_moz_embed_set_path (xpcomLocation);
[18:25] <white> asac: i am also unsure about CVE-2008-5019 aka MFSA 2008-53 regarding xulrunner
[18:25] <white> asac: we are approaching the end :)
[18:27] <white> asac: do we need a fix for CVE-2008-5504 aka MFSA 2008-62, bugnumber 453526 for xulrunner?
[18:30] <white> asac: i'll put this in an email, might be easier
[18:36] <white> asac: mail sent :)
[18:40] <[reed]> white: what distro are you representing? Debian?
[18:41] <hyperair> asac: okay, it seems i can't call gtk_moz_embed_set_path at all without segfaulting
[18:43] <white> [reed]: debian, yes
[18:44] <[reed]> k
[18:44] <white> [reed]: in this case debian stable (etch)
[18:45] <[reed]> cool
[19:25] <hyperair> asac: solved the issue. it builds and runs fine now =D
[19:28] <hyperair> asac: thanks for the help, and could you revu this for me please?  http://revu.ubuntuwire.com/details.py?package=vazaar :D
[19:50]  * Nafallo haz a question
[19:51] <Nafallo> in the menu it says "Firefox Web Browser", but "Mozilla Thunderbird Mail/News".
[19:51] <Nafallo> inconsistent...
[19:51] <Nafallo> asac, fta: ^^
[21:42] <marcos_ast> hi