| 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 | 01:19 |
|---|---|---|
| asac | white: https://bugzilla.mozilla.org/attachment.cgi?id=356697 | 09:05 |
| asac | which bug number is that? | 09:05 |
| asac | the patch looks familiar | 09:06 |
| asac | white: ok found the bug number in your line ;) | 09:24 |
| 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:25 |
| asac | white: also mozilla bug 316859 (regression) and the original escape patch (so three for this one in total) | 09:26 |
| ubottu | Mozilla bug 316859 in XPCOM "undefined symbol in components/libhtmlpars.so" [Critical,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=316859 | 09:27 |
| judu | hi | 09:28 |
| 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? | 09:44 |
| === iaindalton is now known as iain|away | ||
| asac | iain|away: you sure you are using intrepid lines for PPA? | 10:04 |
| asac | if so, then fta probably added libasound2 to his archive ... which makes it hard to not pull it in | 10:05 |
| fta2 | iain|away, asac_: i didn't do anything special with libasound2, you may be using the wrong apt line | 12:06 |
| asac_ | yeah .... i assume so too | 12:11 |
| ubuntizate | hi, can someone see me (hear me)? | 12:16 |
| ubuntizate | there is someone there? | 12:16 |
| asac_ | sigh | 12:25 |
| asac_ | those folks that just quit | 12:25 |
| asac_ | i answered again for nothing in query | 12:25 |
| asac_ | oh PPA's are now signed ;) | 12:34 |
| fta2 | yep, i µblogged about that yesterday | 12:36 |
| asac_ | hmm ... probably too much traffic in my gwibber backlog ;) ... i didnt see that particular entry of yours | 12:37 |
| 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:40 |
| fta2 | asac_, http://identi.ca/fta | 12:41 |
| asac_ | nice ;) | 12:48 |
| asac_ | sigh sound is gone again | 13:01 |
| asac_ | hmm ... now everything is busted ... typing this from console now | 13:03 |
| asac_ | radeon ... missing symbol :/ | 13:03 |
| * asac_ runs update;upgrade in hope | 13:04 | |
| asac_ | pulse 0.9.14 coming | 13:04 |
| asac_ | yay | 13:04 |
| asac_ | could this be what i want? | 13:05 |
| asac_ | i doubt this will cure radeon driver though | 13:05 |
| asac_ | hah ... X is back ;) | 13:09 |
| 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:57 |
| 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:58 |
| 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 | 13:59 |
| 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:00 |
| 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:01 |
| 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:02 |
| 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:03 |
| 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:04 |
| 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:05 |
| 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:06 |
| 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:07 |
| 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:08 |
| 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:09 |
| 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:13 |
| hyperair | or maybe i was shifting location | 14:14 |
| hyperair | anyway, what's the difference between xpcomglue and xpcomglue_s? | 14:14 |
| asac_ | hyperair: the xpcomglue includes the standalone pieces | 14:24 |
| hyperair | asac_: what standalone pieces? | 14:25 |
| asac_ | hyperair: http://mxr.mozilla.org/mozilla-central/source/xpcom/glue/standalone/ | 14:26 |
| 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:28 |
| asac_ | hyperair: do that before you do anything else with xpcom | 14:29 |
| 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:30 |
| asac_ | hyperair: maybe your app uses stuff like XRE_* ? | 14:31 |
| asac_ | XRE_InitEmbedding or something like that | 14:31 |
| 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:32 |
| 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:33 |
| 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:34 |
| 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:35 |
| 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:36 |
| 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:37 |
| asac_ | and see in which function thats called | 14:38 |
| hyperair | asac_: it's test code inside m4/gecko.m4 | 14:38 |
| hyperair | hmm it seems everything begins from init_libs | 14:39 |
| hyperair | void init_libs (int argc, char *argv[]) | 14:39 |
| hyperair | i guess i'll just toss the xpcom init stuff there and hope it works | 14:40 |
| 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:41 |
| 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:42 |
| 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:43 |
| 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:44 |
| 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:45 |
| 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:46 |
| 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:47 |
| 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:48 |
| 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:49 |
| 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:50 |
| 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:51 |
| asac_ | no clue. i think windows solution is to ship your own copy or do some registry rumbling ;) | 14:53 |
| 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:54 |
| 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:55 |
| 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:56 |
| asac_ | but definitly result of years of complains combined with webkit mania | 14:57 |
| asac_ | they even use libtool ;) | 14:58 |
| asac_ | so hopefully gtkmozembed will die soonish ;) | 14:59 |
| 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:02 |
| 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:05 |
| hyperair | hmm finished patching. let's see if it builds | 15:28 |
| asac_ | hehe | 15:30 |
| asac_ | dont give up ;) | 15:30 |
| asac_ | you are really close (i have the feeling) | 15:30 |
| 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:32 |
| hyperair | asac_: ^ | 15:33 |
| asac_ | hyperair: just include it | 15:33 |
| 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:34 |
| asac_ | hyperair: thats ok | 15:35 |
| 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:36 |
| hyperair | error expected = , ; asm or __attribute__ before nsISupports | 15:37 |
| hyperair | implicit declaration of GRE_GetGREPathwhatever. | 15:38 |
| hyperair | hmmmmmmm | 15:38 |
| asac_ | hyperair: missing an include i guess | 15:38 |
| hyperair | yeah | 15:38 |
| hyperair | asac_: are there any needed includes before including gtkmozembed_glue.cpp? | 15:43 |
| asac_ | no. | 15:46 |
| === asac_ is now known as asac | ||
| asac | include nsXPCOMGlue.h | 15:46 |
| asac | but thats included through glue.cpp implicitly iirc | 15:47 |
| 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:51 |
| 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:52 |
| 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:53 |
| hyperair | in only one of the files? | 15:54 |
| asac | yes | 15:54 |
| hyperair | i'll have to put extern "C" right? | 15:57 |
| asac | yeah | 16:01 |
| asac | #ifdef __cplusplus | 16:01 |
| asac | extern "C" { | 16:01 |
| asac | #endif /* __cplusplus */ | 16:01 |
| asac | #ifdef __cplusplus | 16:02 |
| asac | } | 16:02 |
| asac | #endif /* __cplusplus */ | 16:02 |
| asturubuntu | Hi, I need help | 16:04 |
| asturubuntu | I'm a member of Ubuntu Asturian Translators, and I need help about Firefox | 16:05 |
| asac | asturubuntu: are you the one whose email i answered a minute ago? | 16:09 |
| asac | Marcos Alvarez ...? | 16:09 |
| 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:10 |
| ubottu | Launchpad bug 309312 in langpack-o-matic "make po2xpi aware of per-release whitelists (Was: Please update asturian translation)" [Undecided,In progress] https://launchpad.net/bugs/309312 | 16:10 |
| 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:11 |
| asac | asturubuntu: did you test your translations yet? | 16:12 |
| asac | https://wiki.ubuntu.com/MozillaTeam/Testing_your_translation | 16:12 |
| asturubuntu | thanks for the link | 16:13 |
| asturubuntu | yes. | 16:13 |
| 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:14 |
| 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:15 |
| 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:16 |
| asturubuntu | ok | 16:17 |
| asturubuntu | arf, arf... arf.. :P | 16:17 |
| asturubuntu | long time ago, we did the translations in Launchpad. (Firefox and Xulrunner templates) | 16:18 |
| asturubuntu | you can see it here: https://translations.launchpad.net/ubuntu/hardy/+lang/ast | 16:19 |
| asturubuntu | When Intrepid was released, we thought that we can use Firefox in our language. But it was no possible. | 16:20 |
| asturubuntu | Then, Marcos Alvarez, tried doing https://wiki.ubuntu.com/MozillaTeam/Testing_your_translation , we have get a .jar! files. | 16:22 |
| 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:25 |
| asturubuntu | We are happy, but we have to do this routine everytime that Firefox updates | 16:26 |
| asac | asturubuntu: right | 16:26 |
| 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:27 |
| asturubuntu | I don't know how to do that. (I need to talk with Marcos)... wait a moment | 16:29 |
| asac | no problem. i have a meeting now ... include my nick if your question and i will glance over to answer | 16:31 |
| 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:33 |
| 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:34 |
| 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:35 |
| 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:36 |
| 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:37 |
| 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:38 |
| hyperair | asac: IT BUILT OH MY GOD IT BUILT | 16:39 |
| * hyperair dances around the room | 16:39 | |
| 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:40 |
| 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:41 |
| 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:42 |
| ubottu | Launchpad bug 309312 in langpack-o-matic "make po2xpi aware of per-release whitelists (Was: Please update asturian translation)" [Undecided,In progress] | 16:42 |
| marcos_ast | ? | 16:56 |
| 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 | 16:59 |
| 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:00 |
| 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:01 |
| asac | yes | 17:02 |
| marcos_ast | ;) ok | 17:02 |
| asac | marcos_ast: i might not be here | 17:03 |
| asac | but i will read and answer if you are here | 17:03 |
| asac | if you go offline in between just ping me when you are back so i remember to send the answer | 17:04 |
| marcos_ast | ok ;) | 17:06 |
| white | asac: ok thanks, i'll add a note that it comes into the next patchset | 17:20 |
| asac | sure | 17:21 |
| white | asac: i guess we'll need the fix in the next icedove as well? :) | 17:53 |
| white | asac: what about CVE-2008-5023 aka MFSA 2008-57? bugnumber 424733, attachement: https://bugzilla.mozilla.org/attachment.cgi?id=343670 | 18:07 |
| 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:13 |
| white | asac: and can you confirm that https://bugzilla.mozilla.org/attachment.cgi?id=256470 is the complete patch for bugnumber 367428? | 18:19 |
| hyperair | asac: ping | 18:24 |
| 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:25 |
| white | asac: do we need a fix for CVE-2008-5504 aka MFSA 2008-62, bugnumber 453526 for xulrunner? | 18:27 |
| white | asac: i'll put this in an email, might be easier | 18:30 |
| white | asac: mail sent :) | 18:36 |
| [reed] | white: what distro are you representing? Debian? | 18:40 |
| hyperair | asac: okay, it seems i can't call gtk_moz_embed_set_path at all without segfaulting | 18:41 |
| white | [reed]: debian, yes | 18:43 |
| [reed] | k | 18:44 |
| white | [reed]: in this case debian stable (etch) | 18:44 |
| [reed] | cool | 18:45 |
| hyperair | asac: solved the issue. it builds and runs fine now =D | 19:25 |
| hyperair | asac: thanks for the help, and could you revu this for me please? http://revu.ubuntuwire.com/details.py?package=vazaar :D | 19:28 |
| * Nafallo haz a question | 19:50 | |
| Nafallo | in the menu it says "Firefox Web Browser", but "Mozilla Thunderbird Mail/News". | 19:51 |
| Nafallo | inconsistent... | 19:51 |
| Nafallo | asac, fta: ^^ | 19:51 |
| marcos_ast | hi | 21:42 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!