[00:00] @time new_york [00:00] Current time in America/New_York: October 30 2007, 20:00:11 - Next meeting: Edubuntu Team in 11 hours 59 minutes [00:00] make install is ran from mozconfig? [00:00] its about 8pm [00:00] * gnomefreak on ny time [00:00] [Sun 23:56] mozilla bug 351715 [00:00] Mozilla bug 351715 in ChatZilla "Build Chatzilla as extension for suiterunner (toolkit/ style seamonkey)" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=351715 [00:00] yeah ... not sure if taht the time here ... but i think it is [00:00] it is [00:01] your only a few hours north of ny [00:01] maybe 2 states [00:02] afaik mozconfig only worries about configuring not installing correct? [00:02] yay house is on tonight [00:03] btw also -dbg package would help for seamonkey or iceape [00:04] it's there [00:04] gnomefreak, just build with my tarball, i'll bump tomorrow [00:04] tired today [00:06] ok will try 26th as its late here as well [00:08] remember to pull 1st [00:08] why did you change the changelog back to 20071026? [00:09] ? [00:09] I didn't [00:09] i looked today and you set it to 20071029 [00:09] ? [00:09] no [00:09] unless i did but i thought i made new entry for that reason [00:10] noway, i use the same tarball since day 1 [00:10] pulling now [00:11] lol what did you do - update debian/seamonkey-2.0-chatzilla.install? [00:11] i was using 119 revision [00:11] read [00:11] that is in 120 [00:11] it's not the icon [00:12] oh thats it [00:12] components/chatzilla-service.js [00:12] yep [00:12] yeah i know thats not icon [00:13] ill let you know in morning if it builds (it should) [00:13] or maybe not in morning [00:13] i have to leave here around 7am [00:14] it should build fine [00:14] (unless you're doomed) [00:14] always am [00:14] ;) [00:14] but a few things are not working for me [00:15] a few things are not working in sm2 [00:15] problem is i don't know what to expect [00:15] no previous reference with sm2 [00:15] at least the browser seems ok [00:16] Ubulette: what doesn't work? [00:16] just chatzilla? [00:18] chatzilla, but new tarball may improve that [00:18] address book / new card failed yesterday but now it seems better, no idea why [00:18] (i just added with-places) [00:19] wallet shows errors in the console [00:19] and other messages in there too [00:22] still no news for my ppa quota [00:23] Ubulette: somehow our ppa guy has been off the whole day [00:24] no idea ... maybe he is travelling here atm [00:27] it seems google gears is open source [00:27] never herad of that before [00:27] something that should be done by mt? [00:27] i mentioned that realier [00:28] it is used to do offline stuff, useful for apps like gmail / google reader [00:29] so seems good for ff and webrunner (now prism) for laptops [00:29] looks good [00:29] Google Gears is open source software, licensed under the New BSD license. [00:30] i'm waiting for the next webrunner to update everything to prism [00:34] feel free to do google gears, i'm not equiped to to test it anyway [00:36] ok going to eat ... maybe i will not get back ... depending on who i meet on my way :) [00:37] enjoy [00:37] don't end up in jail ;) [00:38] bed time for me [00:38] 'night all [00:41] asac, Firefox 2.0.0.9 Beta is available [00:46] working on python support for irssi atm [00:48] gnomefreak: that was a GSoC project at one point, wasn't it? [00:48] hmm, ff 2009 will be released thursday (2 days). it's short [00:48] tonyyarusso: yes [00:48] gnomefreak: anything come out of that? [00:49] tonyyarusso: not really there is a unmaintained irssi-python im working on [00:49] see -ops for more details ;) [00:51] night === asac_ is now known as asac [13:06] sorry ... there was no chance to get my system again ... my roomate was already asleep when i came back from dinner :) [13:19] Ubulette: yeah ... i will take a look, but i don't think that we will roll updates for it. [14:26] ola [14:27] ola, asac [14:29] How's the UDS going on :)? [14:29] fine :) ... unfortunately i get nothing else done because of that [14:30] Oh... I'm sure you'll catch up after :)... [14:30] Jazzva: so .. i guess time has come where there are plenty of oppertunity to do MOTU related stuff [14:30] like merges.ubuntu.com [14:30] :) [14:30] asac: Guess so :)... [14:31] there should be a bunch of low hanging fruits ... if you want to do some let me know :) [14:31] I didn't know about that site :) [14:31] yeah ... if you do 30 merges you can probably directly become motu :) [14:31] *lol* [14:32] well ... maybe not if you only pick the green ones which should be fairly easy todo [14:32] the ones in orange might be tempting for someone like you ... who knows how to code et al :) [14:32] Well, I guess I could do a few for start :)... [14:33] Make that "try to do" [14:33] So, I should just download the Ubuntu package, the new Debian and then to see what needs to stay and what needs to go from Ubuntu one? [14:34] well ... if you click on a package you get a basic instruction [14:34] there is also a documentation in wiki [14:34] Ok, I'll take a look today :). [14:34] great [14:35] the procedure is usually to ask the one who previously has done the merge if he is ok if you do it [14:35] but for now practice without asking ... most core devs are probably happy to give away merges :) [14:35] unless they have a strong affection for some package [14:37] Mhm... I see. [14:44] Ok, I'm off to study a bit :). asac, I'll take a look at MoM in the evening. [14:44] Jazzva: good === asac_ is now known as asac === asac_ is now known as asac [18:28] hi [18:32] asac, why wont you/we push ff 2009 ? users usually request the last version, even if there's no real benefit. [18:33] ping ubulette [18:33] pong [18:33] Ubulette: updating gutsy without advisory is not within the bounds of our already pretty much bend policy for stable releases [18:34] (our as in ubuntu ... not mt) [18:34] its already a luxury that we are allowed to upload new upstream versions to security ... usually we just allow minimal patches to go in [18:34] (which is sane for various reasons) [18:34] hi ubulette, quick one: what will it be the plugin dir for xulrunner-1.9 in hardy? [18:36] so far, it's in /usr/lib/xulrunner-1.9a*/plugins/ [18:36] Ubulette: yeah ... but that won't work ... though we already introduced /usr/lib/xulrunner-1.9-plugins/ in bzr? [18:36] s/though/thought/ [18:37] norsetto, but it's bad to hardcode that path [18:37] asac, i did extensions, not plugins [18:37] ah right ... we should definitly do that for plugins [18:37] Ubulette: well, I need a path for my links file [18:38] norsetto: have you tried /usr/lib/mozilla/plugins [18:38] ? [18:39] asac: yes, that the "mother" home [18:39] does that work? ... i think it was broken for ffox 2 [18:40] but from what i know its mozillas idea that that directory is looked at as well ... [18:40] norsetto, what are you trying to achieve ? [18:40] Ubulette: he wants to make a plugin package work with xulrunner [18:40] asac: yes, it works, I have all the .so and .xpt in /usr/lib/mozilla/plugins/ and symlinks from (for instance) /usr/lib/firefox/plugins [18:41] norsetto: no i ment ... does it work for firefox 3.0 to just put it into that dir? [18:41] norsetto, do you need a hard path or is a lookup ok ? [18:41] (which it apparently doesn't as otherwise you wouldn't complain aboutit) [18:41] Ubulette: packages alwaays need a hard path [18:42] at least one per gecko branch imo [18:42] then we need to patch like for extensions [18:43] right ... so how is the extensions path called atm? [18:43] i can do that for hardy but what about gutsy ? [18:43] asac, it's just a link in fact [18:43] Ubulette: we can do that on next update [18:44] Ubulette: not sure if we want to take latest from .dev or do that on release branch though [18:44] asac: so far I have /usr/lib/firefox/plugins, /usr/lib/iceape/plugins/ and /usr/lib/midbrowser/plugins/ and it works with firefox | iceape-browser | epiphany-browser | galeon | midbrowser [18:45] asac, rules: dh_link usr/lib/xulrunner-addons $(DEBIAN_XUL_DIR)/extensions [18:45] Ubulette: my idea was to use /usr/lib/xulrunner-addons/extensions and /usr/lib/xulrunner-addons/plugins/ ... or we could really ask plugin providers to do a wrap-extension for that [18:45] too bad [18:45] Ubulette: yes ... i don't question that its easy ... like just adding a link [18:45] addon = extension in the mozilla jargon [18:45] Ubulette: right ... i don't think we want to add a new hierarchy level [18:46] Ubulette: yes ... but plugins will be managed in addon manager in firefox 3.0 :) [18:46] addons = extensions + themes + langpacks + plugins [18:46] they are already [18:46] which is why i would like all in that xulrunner-addons dir [18:46] but some will remain as of ff2 [18:47] maybe we can try to use a plugin-extension package ... for gecko-mediaplayer? [18:47] asac: I'm open to any idea [18:48] just to see how it works? ... benjamin said the only point for not doing that would be that the new addons manager might display those twice: 1st under extensions and 2nd under plugins ... don't know if that is a bad thing though ... and we still have plenty of time to revert that at some point [18:48] Ubulette: what do you think? [18:49] maybe even more than twice. [18:49] why? [18:49] twice for xul and twice for ff3 [18:49] not now as we don't use the two paths at once but it was the plan [18:49] Ubulette: thats what i don't undertstand ... if they share the same dir they would be only installed in xulrunner OR firefox dir [18:50] right ... but if we share the two paths extensions should only install in ONE of the two [18:50] so far, ff3 doesnt use the xul path as moz don't recommend it [18:50] we may have xul addons not suitable for ff3, and vice versa [18:51] Ubulette: yeah ... the vice versa case whould already be covered properly [18:51] the other case i agree [18:51] venkman & dom-inspector are suitable for ff,xul,prism,... [18:52] but some other addons are ff3 only, or tb3 only, etc.. [18:52] Ubulette: yeah ... i think its fine to not share the -addons dir [18:52] Ubulette: those shouldn't be build in xulrunner imo ... but in the application itself [18:53] but if we don't share the application dir we can just make the applications link to the ones they support in the xulrunner-addons dir [18:54] ok i think we agree that we don't share the addons dir, right? [18:54] so now the question is if we want to provide a static plugins dir ... e.g. outside the pkglibdir ...which could then be used by plugins [18:54] that's what i've done. venkman is really in xul, and ff3 just links to it [18:55] Ubulette: right ... thats good [18:55] so do we want static plugin dirs for xul (which is then shared by all) + applications (which only host plugins suitable for a certain app) [18:56] i think we won't have a choice unless we require plugins to be installed as plugin-extensions [18:56] which sounds nice to me ... but might be overkill [18:56] and would put a burden on plugin packagers and even upstream developers [18:57] as we might indirectly force them to build their plugins wrapped in an extension like structure [18:57] @time new_york [18:57] Current time in America/New_York: October 31 2007, 14:57:54 - Next meeting: Edubuntu Team in 7 days [18:59] if i change usr/lib/xulrunner-addons in xul to have xulrunner-addons/{extensions,plugins}, i need to update ff3. Or i just add usr/lib/xulrunner-plugins [18:59] right [18:59] are there any plugins in the archive already that use that place? [18:59] otherwise we could do it for the sake of cleanness [19:00] no global plugin so far [19:00] s/plugins/extensions/ [19:00] ok ... i would be open for both ... but we should take extra care that the upgrade path is clean ... e.g. it doesn't depend on the order the packages are unpacked on upgrade [19:01] and we would need to add versioned depends :) [19:01] (on xul) [19:01] >= VERSION_WITH_NEW_ADDONS_LAYOUT [19:04] norsetto: ok i think the dir will most likely be /usr/lib/xulrunner-addons/plugins/ :) [19:04] but don't bet on it ;) [19:05] asac: well, I can wait a while, its not that urgent [19:05] norsetto: ok ... maybe subscribe to firefox-3.0 and take a look what happened when next hardy upload is there [19:07] asac: whats that: a ml, a bug report? [19:07] no idea ... i think you can subscribe to a package in launchpad ... can't you? [19:08] asac: never tried that [19:10] norsetto: then just stay tuned :) [19:11] I'll keep an eye on you, don't worry ;-) [19:13] anyone have a gun and a bullet care to put me out of my misery [19:15] gnomefreak: didn't your court session went well? [19:15] that went well but this kid wont let up in #ubuntu+1 [19:16] gnomefreak: well ... exit that channel [19:16] at least until alpha 4 users don't need help if they do that [19:16] asac: im gonna be leaving soon to get ice and some food [19:17] he wants to know when xorg merge from debian lenny is gonna be (you know how hard to explain that we use sid) [19:17] well ... say: "never" [19:17] ;) [19:17] without any explanation [19:18] :) [19:18] im not even sure bryce gets x from debian [19:18] he might take parts of iut [19:19] we were going to keep same version of X in gutsy that was in feisty but with bulletproofx and some other options [19:19] but in the end he upgraded it [19:20] ok ill bbs if i dont leave now i never will :( [19:29] gnomefreak, did you succeed yesterday with sm2 ? [19:35] hi... I have a question about thunderbird: after upgrade to gutsy, the button for choosing to view only messages with a certain label (important, for instance) is no longer there - how can I do this now? [19:36] tags, i think they are called in english, not labels [19:46] hume: good question ... i have no access to my imap server here so i cannot try ... maybe there is a choice box on top of the mail list [19:46] ? [19:47] seamonkey 1.1.6-beta to review [19:48] for me? [19:48] oh ... another session ... be back in one hour or so [19:48] well, you or gnomefreak [19:49] same vein as ff 2009 [20:41] mozilla bug 394502 [20:41] Mozilla bug 394502 in Build Config "make SeaMonkey build with libxul" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=394502 [20:42] mozilla bug 263042 [20:42] Mozilla bug 263042 in Autocomplete "Ship both autocomplete impls with the new-toolkit () to aid transition, #ifdef-hell" [Enhancement,New] http://bugzilla.mozilla.org/show_bug.cgi?id=263042 [20:45] asac, back again [20:46] an hour later... no I find no choice box.... [21:05] hmm, I just removed 10 kernels from my last gutsy box, freed 2 gigs :) [21:07] Hmm... maybe I should do that... I haven't done it ... well, since my first install :) [21:07] Hmm... no, it seems they're not really present :) [21:08] No... they are [21:09] i just keep the last two, that's enough [21:09] Yeah, I agree... [22:17] Ubulette_: yes it built and works for most part i have to test mail and composer still and chatzilla [22:17] asac: the nobinonly script is done inside the orig.tar right? yesterday it looked like you meant in upstream source tarball === Ubulette_ is now known as Ubulette [22:18] i will be working on it tomorrow, today has been a fairly rough day [22:18] gnomefreak, i've updated with today's sources and updated chazilla but it's still not there [22:19] you are getting same error? [22:19] is taht what you mean [22:19] no [22:19] a patch landed 3 days ago making chatzilla an extension [22:19] what do you mean its not there? [22:20] hmmmm [22:20] i fixed my branch to accomodate [22:20] so chatzilla was removed from source? [22:20] like we hoped? [22:20] yet, i can't find chatzilla registered anywhere [22:20] no [22:20] oh [22:20] it's still in source but as an extension like venkman and dom [22:21] ill spin todays over night again than [22:21] ah [22:21] I haven't pushed my branch so far as i'm trying to see what's wrong [22:22] its not FTBFS? [22:22] * gnomefreak not sure what you mean whats wrong [22:22] problem is an unrelated nasty bug landed in xul (ie the core) so difficult to see what is causing what [22:23] bug in xul1.8 [22:23] no 1.9 [22:23] we dont build with 1.9 [22:23] lol [22:23] sm2 is trunk so it's using gecko 1.9 [22:23] afaik it wasnt ready and you disabled it in rules [22:23] rules is atleast one place its mentioned [22:24] even if it's not yet the external libxul, it's still 1.9 [22:24] but wouldnt that be gecko 1.9 as apposed to xul1.9? [22:24] opposed [22:25] same thing [22:25] afaik they follow eachother but are differnet [22:26] if you build with external libxul it would make rendering engine use xul if not its still using gecko no? [22:36] let me know when you push changes [22:40] http://www.sofaraway.org/ubuntu/tmp/sm2-bad.png [22:40] whats with all the uncaght bounces :( [22:41] hmmmm [22:41] again with chrome issues [22:42] i would say unless its the new patch than source might not be finished making the change? [22:45] they said it's done, except lang pack [22:45] Mozilla bug 351715 [22:45] Mozilla bug 351715 in ChatZilla "Build Chatzilla as extension for suiterunner (toolkit/ style seamonkey)" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=351715 [22:47] pushed [22:47] rev123 [22:47] debian bug 448117 [22:48] why no reply :( [22:48] debian 448117 [22:55] i've pushed it to my ppa for hardy [23:05] gnomefreak, the 3 chrome errors doesn't matter [23:05] wallet will soon be dropped [23:05] and chatzilla locale are not yet moved out [23:07] ah ok [23:08] but the xml parsing error is not good [23:13] true but ive seeen that on firefox durin the 1.x and early 2.x series iirc but maybe differnet code errors [23:28] bluekuja: did you get a chance to push iceape to hardy yet? [23:29] gnomefreak, you're not allowed to do it yourself ? [23:29] * Ubulette is puzzled [23:30] nope not muto yet thats why i build seamonkey and such for experience [23:30] i don't know who's who/what in here [23:31] * gnomefreak is no dev atm im working on motu membership if i build and get error i get experience in what error is what ect.. [23:31] maybe by mid hardy devel ill apply [23:31] what are the requirements ? [23:32] Ubulette: hold on ill see if i can find page [23:32] experience in packaging is about it [23:33] merges are good to have someone who has uploaded your packages to ubuntu from revu or from a sponser [23:33] that's just it ?? [23:33] things like that [23:34] https://wiki.ubuntu.com/UbuntuDevelopers [23:35] helps to have contact with motus and normally have a good repor with a tb member isnt bad either [23:35] :) [23:36] tb member ? [23:36] TB [23:36] tech board [23:36] they decide if you become motu or not [23:44] done for the night, ill work on iceowl/sunbird through the weekend should have ready early next week