[01:18] if firefox comes up with firefox specific gnome components it could be shipped there ... but not those components that are already in xul [01:19] ok the split should be done in xulrunner (if at all) [01:19] can we do a ppa 1st ? [01:20] with plain a8 [01:20] if that helps :) [01:21] point is i would hate to introduce another set of transitional packages :) [01:21] so we should get it right from the beginning [01:22] but ppa users might have to live with that ... so fine [01:23] Ubulette: one more thing ... can we come up with a xulrunner with MOZILLA_1_9a8_BRANCH ? [01:23] at least before we move ahead on .dev [01:23] will mozclient work? [01:23] yep, I was doing just that. [01:24] not branch, but tag will work [01:24] make DEBIAN_TAG=MOZILLA_1_9a8_RELEASE xulrunner-orig [01:25] ok [01:25] will you bump changelog in xulrunner branch? [01:25] yop [01:26] just checking the name of the tarball is correct [01:26] good ... i am pullin a tarball as well [01:27] so when done i can build [01:27] xulrunner-1.9_1.9~a8.orig.tar.gz [01:27] seems ok [01:27] yes [01:30] pushed new changelog version? [01:30] xulrunner-1.9_1.9~a8-0ubuntu1~mt1 [01:30] yes [01:31] while true; do bzr pull; done [01:32] hehe ... i really have that running ;) [01:32] :) [01:32] yeah there it is :) [01:32] almost like a push service [01:33] Ubulette: why do you add new changelog entries? [01:33] i thought we let the top most grow until release? [01:33] ok, i'll update that [01:33] thanks ... just merge the two ... or uncommit if you want [01:34] mt2 was uploaded right? [01:34] you don't need to add the info about the changelog bump in the changelog :) [01:34] I think so. [01:34] so you just need to change changelog version [01:35] no new entry imo [01:35] mentioning the tag is important, imho [01:35] why? [01:35] its in changelog ;) [01:35] mozclient should be able to deal with that [01:35] and bzr will have the info as a last resort [01:35] asac: I'm here and using KDE [01:36] asac: I'm running gutsy atm, if that helps [01:36] Ubulette: but ok ... feel free to add that info [01:36] mozclient can't reverse the tag name, it's not in the tarball [01:36] Admiral_Chicago: yeah we already figured out :) ... [01:36] how crappy KDE is ;) [01:36] Admiral_Chicago: but thanks [01:36] Ubulette: its always the same MOZILLA__RELEASE [01:37] Ubulette: but its ok [01:37] lets put this independent on top [01:38] Upstream Release: 1.9~a8 aka MOZILLA_1_9a8_RELEASE [01:39] KDE rocks, if Firefox was written with Qt in mind... [01:40] Admiral_Chicago: this was about network administration not firefox [01:40] its broken [01:40] if you disable your interface in network administration its not disabled after all in /etc/network/interfaces [01:40] Ubulette: let me push what i mean :) [01:41] asac, it's not right ? [01:41] night guys [01:43] gnomefreak, night [01:44] Ubulette: it was right ... i --overwrote anyway ;) ... just because of the bzr log (yeah pretty stupid ... sorry) [01:49] Ubulette: uplading revision 27 [01:50] what for? [01:51] nothing ;) [01:52] https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9 [01:52] last one is really really useless [01:52] no [01:53] its essential [01:53] it targets for upload updates date and marks definite release [01:54] Ubulette: which is the reason why i rephrased the upstream changelog bump [01:54] otherwise it would not be clear enough which revision was the upload [01:56] so you now want to release while a few minutes ago you wanted to change the extension stuff [01:56] Ubulette: read the changelog [01:57] Ubulette: i opened up your mind ... you asked to have a ppa first ... we have a gutsy/ppa upload now [01:57] s/up your/up my/ [01:58] it's just that ppa is old now and no longer in sync with us [01:58] ans I think we should have pushed a8 sooner [01:58] yeah ... so we did a release enow :) [02:00] well given that the branch work was really needed and that we are now in beta freeze its not that bad [02:00] of course only due to your great work [02:01] ok upload done [02:01] main problem i see with our ppa is that we are close to running out of space [02:02] Estimated archive size: 633.0 MiB === Paddy_EIRE [n=patrick@89.240.241.165] has joined #ubuntu-mozillateam === wabid [n=wabid@24-183-41-233.dhcp.mdsn.wi.charter.com] has joined #ubuntu-mozillateam [03:07] anyone around, ive got a problem with gran paradiso [03:08] http://img524.imageshack.us/img524/857/screenshotvt1.png [03:10] wabid: try [03:10] wabid: go to about:config [03:10] search for dpi [03:10] and set value to 0 === Paddy_EIRE [n=patrick@89.240.241.165] has joined #ubuntu-mozillateam [03:11] if that doesn't help ,then i don't know === asac out now [03:11] thanks [03:12] i like the new "the gun is loaded" too [03:12] think layout.css.dpi is the setting? [03:12] its set to -1 [03:13] nope didnt work, crap === jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-mozillateam [04:29] Hi. There are two firefox bugs that are duplicates, but I am not sure which direction would be best to mark them as such [04:29] one is older and has a duplicate already [04:29] while the other has a better stack trace and more information [04:30] they are bug 123646 and bug 133124 [04:30] Launchpad bug 123646 in firefox "MASTER [GUTSY] firefox crashed on startup -- human theme [?? from libcairo.so.2] [ubuntulooks_draw_progressbar_trough at #12] " [High,Incomplete] https://launchpad.net/bugs/123646 [04:30] Launchpad bug 133124 in firefox "MASTER [GUTSY] firefox crashed [@pixman_compositeGeneral] [@_cairo_pixman_composite] [@_cairo_image_surface_composite] from libcairo" [High,Confirmed] https://launchpad.net/bugs/133124 === shirish [n=shirish@59.95.6.67] has joined #ubuntu-mozillateam [04:31] Ubulette: you up m8? === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === shirish [n=shirish@59.95.6.67] has left #ubuntu-mozillateam [] === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@89.240.241.165] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === tonyy [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam === paran [n=paran@cl-56.sto-01.se.sixxs.net] has joined #ubuntu-mozillateam === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [11:47] !daily [11:47] Daily builds of the CD images of the current development version of Ubuntu are available at http://cdimage.ubuntu.com/daily/current/ [11:48] frigging bot [11:49] !no daily is Daily builds of the CD images of the current development version of Ubuntu are available at http://cdimage.ubuntu.com/daily/current/ and http://cdimage.ubuntu.com/daily-live/current/ [11:49] I'll remember that gnomefreak [11:57] brb i need to get a picture of gdm === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [12:28] ok ill be back ina while i have to go to a few stores [12:29] gnomefreak: ok [12:29] gnomefreak: though you probably drive ;) [12:29] not go [12:29] true ;) [12:29] remember carbon-dioxide ;) [12:30] but from what i know you live in the woods ... so it probably compensates that for you :) === Jazzva [n=sasa@cable-89-216-130-161.dynamic.sbb.co.yu] has joined #ubuntu-mozillateam [02:03] asac: heya alex, any news? [02:05] i will do it after lunch now :) [02:05] asac: ok cool :) [02:05] bluekuja: just tell me ... did you send a mail with the deatils? [02:05] asac: yup [02:05] ok [02:05] asac: its an alioth link [02:05] with diff dsc et orig [02:05] ;) [02:06] ok [02:06] asac: next step is diff-ext new upstream release [02:06] and then agg [02:06] (two bugs) [02:06] what bugs does agg have? [02:07] ah twice in a row [02:07] FTBFS if built twice (two of them submitted) and one for the copyright [02:07] you should merge these bugs [02:07] yup [02:07] they are duplicates [02:07] so its one bug :) [02:07] asac: there is one more for the copyright [02:07] change [02:07] k [02:08] we have a branch for that? [02:08] asac: yep [02:08] ok then its fine [02:08] asac: gonna fix both of them there [02:08] same for diff-ext [02:08] and I mail you branch links [02:09] k [02:09] ;) [02:09] asac: when all these bugs gonna be fixed [02:09] what about the one with the broken makfile [02:09] is that bitstormlite? [02:09] asac: yup [02:09] ^^ [02:09] k [02:09] asac: new upstream release [02:09] fixed that [02:10] ok ... at last ;) [02:10] asac: when all these will be fixed, I'll start nm I guess [02:10] so I have a clear profile [02:10] yes [02:10] ;) [02:10] and I hope I'll get a good AM [02:10] :P [02:11] yeah ... hopefully better than me :) ... i should have finished my report for my current student weeks ago ... shame on me [02:11] :D [02:11] well, you're a busy man [02:11] so I can understand that [03:02] !daily [03:02] Daily builds of the CD images of the current development version of Ubuntu are available at http://cdimage.ubuntu.com/daily/current/ and http://cdimage.ubuntu.com/daily-live/current/ [04:16] Ubulette: ok i chatted with benjamin ... we came up with something [04:34] asac: done? === Jazzva [n=sasa@cable-89-216-130-161.dynamic.sbb.co.yu] has joined #ubuntu-mozillateam [04:44] bluekuja: now looking [04:45] asac: perfect, I'm here for anything [04:45] asac: I'm branching out agg [04:45] ^^ [04:46] bluekuja: was bitstormlite ever uploaded? [04:46] or is this an initial release? [04:47] asac: it was already in the archive [04:47] asac: with 0.2k [04:50] how did that work without the makefile? [04:50] ah had problem with rebuild right? [04:50] yup [04:50] twice in a row build [05:01] asac: The check is pretty much done... Care to see it? [05:07] Jazzva: yes ... if you have it :) [05:07] maybe show a diff [05:07] http://jazzva.googlepages.com/ubufox.xpi3 [05:07] http://jazzva.googlepages.com/ubufox.xpi [05:08] Ok... diff is fine too :) [05:08] Just a sec [05:08] Jazzva: can you show me a diff? [05:08] yes please [05:08] its easier to track and understand for me what you have done === tonyy [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam [05:11] http://paste.ubuntu-nl.org/38553/ [05:11] asac ^ === asac looking [05:12] the first add is in the showPluginResults() function... [05:13] Off for a smoke... brb [05:16] back [05:16] Jazzva: ok i think i have a better idea :) [05:16] its simpler: [05:16] asac@hector:~/ubuntu_motu/bluekuja/bitstormlite-0.2m$ sh -c "exit $(/usr/bin/groups | grep -c -w admin)" [05:16] asac@hector:~/ubuntu_motu/bluekuja/bitstormlite-0.2m$ echo $? === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam [05:16] 1 [05:16] asac@hector:~/ubuntu_motu/bluekuja/bitstormlite-0.2m$ sh -c "exit $(/usr/bin/groups | grep -c -w admina)" [05:16] asac@hector:~/ubuntu_motu/bluekuja/bitstormlite-0.2m$ echo $? [05:16] so just run the above and test for exit code ... instead of reading the tempfile et al [05:16] 0 [05:17] asac: huh? [05:17] asac: Yeah, it is simpler :) [05:17] Ok, I'll change it now... [05:18] Jazzva: one more improvement is maybe to use wizardCheckAdmin() instead of testing for global variable [05:18] thats better from a contract point of view [05:18] wizardCheckAdmin could do the caching if wanted [05:18] caching? [05:19] asac: is there something wrong? [05:19] Jazzva: i think you already do it right [05:19] asac: You mean to cache the result, so it's not called 3 times? [05:19] bluekuja: not found anything so far [05:19] asac: ok cool [05:19] Jazzva: ok you do if (wizardCheckAdmin()){ [05:19] asac: fixing FTBFS in agg atm [05:19] but then you do if (notAdmin){ [05:20] Jazzva: you should unify those ... at best use wizardCheckAdmin() in both places [05:20] asac: Yeah, I need it in two functions... That's why I added a global variable... [05:20] In order not to run wizardCheckAdmin two times... [05:21] Jazzva: yeah global variables are ugly [05:21] asac: Ok... I can fix that... [05:21] Jazzva: i teach people to use proper functions [05:22] that function should do the caching ... e.g. test the global variable and remember if it has already evaluated that ...then fast return to not run the shell script every time [05:22] but that is fine tuning [05:22] for now you can just use the function [05:23] in that way people looking at code don't need to understand when the variable is properly initialized ... as the function can encapsulate the know-how and strategy about that ... [05:23] so its more flexible [05:23] and opens options for future development without breaking other parts of the code [05:24] bluekuja: [05:24] dh_install /home/asac/ubuntu_motu/bluekuja/bitstormlite-0.2m/bitstormlite.desktop usr/share/applications [05:24] cp: cannot stat `.//home/asac/ubuntu_motu/bluekuja/bitstormlite-0.2m/bitstormlite.desktop': No such file or directory [05:24] thats how this thing ends [05:25] looks like a bug in make system ... again :) [05:25] oh wait its a bug that you did [05:25] asac: So, I should have one var to know if the wizardCheckAdmin() was already run and another to store it's value? [05:25] no idea why it looks for relative path [05:25] asac: omg, I fixed that [05:25] here locally [05:25] Jazzva: whatever you want ... for now you don't need to cache at all [05:26] Jazzva: but your proposed approach is reasonable [05:26] bluekuja: well that doesn't help much [05:26] asac: really strange [05:26] asac: what does those lines look like there? [05:26] damn! [05:26] I left CURDIR [05:27] yeah [05:27] what should i do? [05:27] just drop it or what? [05:27] asac: Hmm... oke... I'll try to do the caching (but I'm not sure if I really know what you mean :))... Anyway, I'll report in 10-20 minutes :). [05:27] Jazzva: great [05:27] asac: just copy the .desktop inside debian dir, and debian/bitstormlite.desktop usr/share/applications [05:27] why copy? [05:27] asac: because using CURDIR wont work [05:27] why no just bitstormlise.desktop usr/share/applications [05:27] mm [05:27] yep [05:28] that works too [05:28] ok [05:28] doing it that way now [05:28] perfect [05:28] I used CURDIR, found the bug and made another way [05:29] so does clean actually cleanup everything? [05:29] or is there cruft now that i run it a second time? [05:29] asac: now it should build twice without problems [05:29] I tested it here [05:29] built 2-3 times [05:29] and works fine [05:30] did you compare diff.gz results for 1st and 2nd build? === asac doing that now ;) [05:30] no, didnt do it :D [05:30] ok it has changed by 2 bytes [05:30] but looks good [05:30] -rw-r--r-- 1 asac asac 3659 2007-09-25 17:29 bitstormlite_0.2m-1.diff.gz [05:30] -rw-r--r-- 1 asac asac 3661 2007-09-25 17:29 bitstormlite_0.2m-1.diff.gz.1 [05:30] .1 is the one you provided [05:31] the other the one produced on second run [05:31] well, 2 bytes looks fine [05:31] bluekuja: yeah .. though interesting that there is a difference at all [05:32] bluekuja: just add that test to your standard testset to see if things build cleanly [05:32] looks good [05:32] :) [05:32] asac: so I should check everytime if it builds twice? [05:32] uploaded [05:32] e.g as a test for a clean package [05:33] asac: great! second done, now 2 more packages and I have a clean bug page [05:46] Jazzva: so you don't allow the plugin finder wizard to come up if you are not an admin? [05:46] e.g. the result page? [05:47] Well, I use it to display that missing plugins can't be installed... [05:47] Jazzva: we have apturl: results + normal XPIInstall results (which would still work) [05:48] the idea is to filter out apturl results if not admin [05:48] as there might still be XPInstall results (e.g. from upstream pfs) [05:48] Oh... hmm. I'll have to find out a bit about it then :)... [05:48] To see where it's done :) [05:48] Jazzva: there are two ideas i have: [05:49] 1. filter out apturl: results and display an info item that there are "more results ..." which cannot be installed because of permissions [05:49] 2. display all results, but grey-out those that cannot be installed ... [05:50] for 2. we want an info text as well that you can install those disabled extensions if you have an administration account [05:50] sure, I understand... [05:50] Info in form of text label below the box? [05:50] yes ... and maybe an Attention icon in front [05:51] but thats fine tuning then [05:51] i am not sure if 1 or 2 is better [05:51] 1 is less confusing (why the hell are things greyed out) [05:51] Right [05:52] 2 will show the user what choices would be available [05:52] But 2 might be more better if user has an admin account... [05:52] *without "more" :) [05:52] yes ... we educate him that it might worth to relogin or ask an admin to install this or that extension [05:52] Right... I would go for 2... [05:53] It gives more information, but it is also more useful... And it won't be too much confusing, since there'll be an explanation... [05:53] right ... we can then discuss the right visualization ... and adapt it once we have feedback [05:53] Mhm... [05:53] any issues you see? [05:53] Well, no atm... [05:54] The only issue it that it'll require few more clicks if there's no XPI file to install... [05:55] then the solution I provided... but I don't think that's too important. [05:55] So, should I start on #2? [05:57] Jazzva: why more clicks? [05:57] at best if not suitable result is displayed you can only finish the dialog [05:58] asac: Well, it will provide a list with all greyed-out items, and after that a summary dialog... [05:58] asac: And that is true too :) [05:58] The solution you suggested... [06:03] // ends here, and more down there :) - Jazzva [06:03] do you think these kind of comments provide valuable information ;) ? [06:04] Well, for me yes ;)... They won't be there when I push to the branch :) [06:05] They're there only temporarily :)... [06:10] ok === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === rexbron [n=rexbron@62.6.158.161] has joined #ubuntu-mozillateam [07:07] !daily [07:07] Daily builds of the CD images of the current development version of Ubuntu are available at http://cdimage.ubuntu.com/daily/current/ and http://cdimage.ubuntu.com/daily-live/current/ === rexbron [n=rexbron@62.6.158.161] has joined #ubuntu-mozillateam [07:19] asac, it seems there's one problem. I can't disable all radio buttons... one always stay selected :/... [07:19] That's in plugin list... [07:20] Jazzva: well ... we select top-most explizitly [07:20] don't to tha tif that radio is disabled [07:20] Well, I tried to unselect it after... so, I should check before selection the first button? [07:20] *selecting [07:22] Umm... sorry... I should put the part where it selects the first button inside the check :).. === cwong1 [i=chatzill@nat/intel/x-323fa96fab09585c] has joined #ubuntu-mozillateam [07:23] And once again, I didn't formulate it correctly :)... Never mind :)... [07:26] asac: hi === gnomefreak wonders what would happen if i removed all gdm files [07:47] asac: you busy? ;) === csanders [n=csanders@hoovers-241.hoovers.com] has joined #ubuntu-mozillateam [08:03] are yall mozilla developers ? [08:04] asac: bug 144882 seems like it could be regression since it started with the fixed n-m and wpa [08:04] Launchpad bug 144882 in network-manager "ioctl[SIOCSIWAUTH] : Operation not supported" [Undecided,New] https://launchpad.net/bugs/144882 [08:04] csanders: for ubuntu [08:04] asac: i had him attach output and file for you all you ;) [08:08] asac: Here's the new diff :)... http://paste.ubuntu-nl.org/38567/ [08:09] asac: It grays-out only the one installed with apturl. [08:09] *those [08:11] I'm not sure if the ubufox.pluginWizard.notAdmin is a good string :/... I thought to use "disabled" or "unavailable" instead of "grayed-out", but they could have other meanings... [08:12] yall ever used XUL ? [08:12] csanders: most of us have or do [08:13] I just found , it looks like exactly the project I was going to try to start [08:13] its so awesome! [08:13] csanders: your using 1.8? [08:13] mozilla ? im using 2.0.0.6 [08:13] csanders: are you on gutsy? [08:14] feisty i think, whichever is the newer one [08:14] we introduced xulrunner in gutsy than we plan on upgrading it to 1.9 shortly after beta release :) [08:14] sweet! === AlinuxOS [n=vsichi@87.16.133.72] has joined #ubuntu-mozillateam [08:26] gnomefreak: are U familiar with the firefox code? [08:26] cwong1: not really thank god [08:26] theres too damn much of it [08:26] no kidding [08:26] is asac the only person around here knows it all? :) === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam [08:27] i hope so [08:27] lol [08:28] Ubulette knows some if not most of it [08:28] Ubulette: you there? [08:30] cwong1: hes not normally at this time [08:32] off for a while... be back later. [08:33] k [08:34] asac: im gonna hunt someone down and break legs i think [08:46] gnomefreak: hehe for what ? [08:46] a problem with ff freezing [08:47] hi [08:47] cwong1 ? [08:50] Ubulette: do you have command to disable pango just for one firefox session? [08:53] found it [09:00] gnomefreak, MOZ_DISABLE_PANGO ? [09:00] it's gone in ff3 [09:01] Ubulette: yes that was it but this is freezing in ff2 [09:01] but new profile cleared it up he didnt have a chance to run that command :( [09:03] asac: im covering all bases on bug 140885 but seems to be a profile issue atleast for one user seeing this isue [09:03] issue [09:03] Launchpad bug 140885 in mozilla-firefox "firefox freezes when greater than three windows are openened" [Medium,Incomplete] https://launchpad.net/bugs/140885 [09:04] i only have 1 window, but about 40 tabs [09:06] Ubulette: i think its a profile issue left over from feisty === gnomefreak waits for bryce's answer so i can test beta cd [09:43] good. xul and ff3 a8 are in the ppa :) === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === Ubulette_ [n=Ubulette@APuteaux-153-1-71-186.w81-249.abo.wanadoo.fr] has joined #ubuntu-mozillateam [10:44] asac: ping [10:49] Ubulette_: gnomefreak said you are somewhat familiar with the firefox code. Truth? [10:49] depends [10:50] Ubulette: I am try to raise the browser to the top by using the XRaiseWindow call. But that didn't seems to work. Any suggestion? [10:50] s/try/trying/ [10:55] sorry, i don't know [10:55] k. thanks anyway === Jazzva [n=sasa@cable-89-216-130-161.dynamic.sbb.co.yu] has joined #ubuntu-mozillateam [11:24] Evening :)... [11:25] asac, have you seen the diff? [11:26] Ubulette: ok i chatted with benjamin ... we came up with something <= what what what ??? :) [11:29] asac, tell me asap because i've already split and moved xul addons in /usr/lib/xulrunner-addons === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [11:47] irssi screen looks funky === IdleOne [n=idleone@unaffiliated/idleone] has joined #ubuntu-mozillateam [12:11] damn, I have to obsolete firefox-3.0-venkman and firefox-3.0-dom-inspector now :P [12:12] seems as if you use restricted-manager to install drivers it automaticly enables compiz [12:52] cwong1: there? [12:55] asac. so, benjamin? [12:55] Ubulette: yeah :) ... we have to add a patch so xul applications look in two extensions directories [12:56] but in general we will have unversioned xul extension directories [12:56] e.g. [12:56] /usr/lib/xulrunner-extensions/ [12:56] /usr/lib/firefox-extensions/ [12:56] /usr/lib/thunderbird-extensions/ [12:56] why so many ? [12:56] one for general extensions and one for application specific ones [12:56] in fact using one directory would be fine [12:57] however his point is that startup time gets an impact because each extension is looked at [12:57] so extensions we know that are not suitable for firefox should at best not be looked at [12:57] ... 2nd for plugins ... [12:57] it depends on how the addons manager will look in the end [12:58] but for now he says thats better to have one per-branch directory ... then using plugin-extensions [12:58] but once i talked to gavin i will know more [12:58] e.g. /usr/lib/xulrunner-plugins-1.9/ ... /usr/lib/xulrunner-plugins-1.9.1/ [12:58] and put the .so files we know that are compatible in the appropriate directory [12:59] hmm. who will take care of that ? java / totem guys ? [12:59] care of what [12:59] ? [01:00] putting the so in the right xul plugin dirs [01:00] the packager [01:01] so exit plugins packages as xpi ? [01:01] so exit plugins packaged as xpi ? [01:02] no ... thats not yet set. its just that atm it looks like the addon manager might cause confusion if we do that [01:02] but i have to talk to gavin about that [01:02] if we can come up with a good visualisation we could use the extensions approach ... but in general it should be safe to use .so directly [01:03] as long as we do the branch split it should even be pretty safe [01:04] Jazzva: can i take a look tomorrow? [01:05] hmm. I've moved dom and venkman in /usr/lib/xulrunner-addons [01:05] I wanted to move the ff3 default theme in there too [01:05] asac: Sure, no problem :) [01:06] cwong1: what is your idea? how do you want to raise the window? [01:06] cwong1: if you open a bug i can look into it. i hope i can get back tomorrow to midbrowser work [01:06] cwong1: hey [01:06] asac: hey [01:06] cwong1: ah welcome [01:07] Ubulette: hmm ... as long as those are generic extensions (e.g. suitable for all target applications) that should be fine [01:07] asac: I was trying to do a XRaiseWindow in XRemoteclient:SendCommandLine and it didn't work. [01:08] hmm [01:08] isn't there something like that already? [01:08] asac: I am not sure [01:08] afaik you can force firefox to to front [01:08] through command line [01:09] is there an option like that? [01:09] only problem is that some window managers prevent that [01:09] that's what I was afraid of [01:09] there is ... we used it for thunderbird [01:09] i can probably look it up tomorrow [01:09] but i think its matchbox dependent [01:10] maybe we need some matchbox specific event? [01:10] are there other applications that already do something like that? [01:10] gcal does a gdk_show_window [01:11] well thats the normal way [01:11] so practically ... does it work? [01:11] gdk_show_window eventually does a XRaiseWindow, I think [01:11] gcalc work [01:11] how do you trigger that? [01:12] clicking on the menu entry? [01:12] yes in the home screen just click on the gcalc icon [01:13] hmm ... the home screen never worked for me ... will try to update my image creator chroot tomorrow and see [01:13] you must still have the old image, the new image doesn't have the menu entry anymore :) [01:13] oh damn [01:13] Just create a new target. you dont have to create a new project [01:13] cwong1: can i trigger that through normal menu entry as well? [01:13] yes [01:13] hmm ... new target? is that the first of the two things i do? [01:13] (in image-creator) [01:14] just skip the project and use the exisiting project [01:14] then create a new target [01:14] ok i will try that ... but as i said the home screen never worked for me [01:14] anyway ... can you add that to the hildonization bug? [01:14] the gcalc should work [01:15] yes I will do that [01:15] i will try to play around tomorrow [01:15] ok sounds good thanks [01:15] if gcalc work it should work for us as well :) [01:15] yes [01:15] unless the browser window does some strange things..:):) [01:16] no it doesn't :) after all mozilla pps are the most straight forward things out there ;) [01:16] just kidding ;) === rexbron [n=rexbron@62.6.158.161] has joined #ubuntu-mozillateam [01:16] :) [01:16] cwong1: just to get it right ... the idea is to get midbrowser on top if you try to open it through menu ? [01:17] ... and through external link?