[03:27] <[reed]> asac: when are you coming to Whistler? === asac_ is now known as asac [05:13] asac: you up yet? [05:18] anyone here using gmail and tbird or without tbird [05:39] * gnomefreak cant remember the autoconf command to re do the autuconf patch [05:52] yay got through the patches without an issue ;) [05:52] ok im heading back to try and sleep its already ~1:00 am [05:55] i lied the patches failed to apply 2 or 3 of them each with hunks [07:43] gnomefreak: yes [07:44] <[reed]> asac: when are you coming to Whistler? [07:47] [reed]: when will you? [07:48] [reed]: i think i told Dan on Monday. [07:48] <[reed]> you don't know when you flight is? [07:48] <[reed]> I get there on Monday... [07:49] [reed]: i know when my flight is ;) ... i arrive on sunday [07:49] <[reed]> k [07:49] (in vancouver ;)) [07:50] <[reed]> oke [09:11] asac: what is the autoconf command to update the config patch? im hoping thats all it is or i have to go through each patch to see if applied upstream? [09:12] ah i have it i think [09:15] it doesnt have conf patch :( [09:24] MOZ_APP_DISPLAYNAME=Thunderbird is in the patch but its not in the rejects file. but in the patch ther eis no + or - next to it does this mean they dropped it from source? [09:24] hi ! [09:24] XioNoX: hi [09:25] gnomefreak, hi [09:25] asac, hi [09:26] asac: good morning if you are still here [09:29] i have this feeling that MOZ_APP_DISPLAYNAME=Thunderbird in the patch and not being in reject file is the issue :( [09:30] * gnomefreak goes for smoke its still a bit early to think [09:45] armin76: help ;) [09:46] armin76: do you have a sparc and hppa patch at hand that will make our xul 1.9 build? [09:46] in hardy [09:46] ;) [09:46] hi gnomefreak, XioNoX [09:46] fails to build? [09:47] haha [09:47] wtf [09:47] * gnomefreak thought rejects made a file called rejects.in(or something) [09:48] gives bus error during compiling? :D [09:48] armin76: no clue [09:48] hppa didn't build yet [09:48] armin76: yeah ;) [09:48] it never built [09:48] why? [09:49] looks like a buildd problem? [09:49] Estimated build start: 2008-07-25 [09:49] whee [09:49] i'll try to reproduce the sparc failure [09:49] thats tomorrow [09:58] asac: is there anything wrong with using -f if a patch fails to apply? [09:59] * gnomefreak can think of a few things that can be wrong but it shouldnt give you option if it was wrong [10:10] asac: failing on hardy is rather interesting, could be gcc's fault...but its really weird [10:16] btw asac i started working on the responses page i got first snippet of code finished i added apport instructions to make it easier on everyone reporter and us [10:20] no more bug mail maybe ill start on the new bugs today but i really want to get tbird done or atleast get it past patch failure [10:24] armin76: i just read that hppa's toolchain isnt good [10:24] make that not happy [10:24] so gcc is a very big chance why its failing [10:27] gnomefreak: hppa didn't start building yet [10:31] asac ? [10:31] armin76: oh i thought it failed on hardy [10:36] asac: im going to lay down im feeliing dizzy, please give me a hint to this. build log is at http://pastebin.mozilla.org/498495 patch is at http://pastebin.mozilla.org/498443 and reject per build error is at http://pastebin.mozilla.org/498444 would be nice if reject file used +/- to help with errors but looks like MOZ_APP_DISPLAYNAME=Thunderbird should be removed from patch or redo patch with adding that [10:36] ill be back in an hour or so [11:19] XioNoX: ? did you ask something ;)? [11:19] maybe you had a reconnect while typgin? [11:19] 10:46 -!- XioNoX [n=xionox@LAubervilliers-151-11-26-235.w193-251.abo.wanadoo.fr] has quit [Read error: 113 (No route to host)] [11:19] 10:47 -!- XioNoX [n=xionox@LAubervilliers-151-11-26-235.w193-251.abo.wanadoo.fr] has joined #ubuntu-mozillateam [11:19] ;) [11:19] thats the only thing i see between "hi" and "?" [11:20] ;) [11:20] ho [11:20] http://xionox.info/testmoz/plugin-finder.xul [11:20] http://xionox.info/testmoz/plugin-finder.rdf [11:20] http://xionox.info/testmoz/template-guide-ex2.rdf [11:20] http://xionox.info/testmoz/template-guide-ex11.xul [11:20] if you need an FTP acces, just ask [11:20] i've send that to gandalf [11:21] it show nothing [11:21] and the pfs namespace is weird [11:22] woot! [11:22] asac, just an idea for some future development... auto-make of .desktop files for extensions for app-install-data package. I'll see to think of how it would work... [11:23] maybe branch could be in m-e-d team, so desktop files are auto-pushed there... [11:23] XioNoX: "http://purl.org/dc/elements/1.1/title" [11:23] thats wrong for sure [11:24] i don't know what is it [11:24] XioNoX: the predicate is a reference [11:24] and it is not explained in the doc [11:25] for instance flashplugin (subject) has name (predicate) "Adobe Flash Player" (object) [11:25] so the predicate should be a uri that represents: pfs:name [11:25] which is basically the xmlns expanded + the name [11:25] aka http://www.mozilla.org/2004/pfs-rdf#name [11:26] i also would say that the ref is wrong [11:26] probably should be: [11:27] http://www.w3.org/1999/02/22-rdf-syntax-ns#urn:mozilla:plugin:{cd50f9e1-58bb-11dd-a6a0-00096b89e1c2} [11:27] but that might be wrong [11:27] but tis apply to the only first plugin [11:27] no ? [11:28] yes [11:28] but thats what you are trying for now [11:28] yes [11:28] i didnt start with ref="urn:mozilla:plugin:{cd50f9e1-58bb-11dd-a6a0-00096b89e1c2}" ;) [11:28] i've updated the file [11:28] get that working ... thne you can go on [11:28] XioNoX: http://developer.mozilla.org/en/docs/RDF_in_Mozilla_FAQ ? [11:28] i haven't seen that page [11:29] hey zbraniecki [11:29] hi master asac :) [11:29] ok lunch time here [11:29] hehe [11:29] ;) [11:29] asac, med-xpi-{un,}pack bashisms fixed and pushed :) [11:29] Jazzva: gratias [11:29] you're welcome :) [11:30] finall some decent posh'isms ;) [11:30] Jazzva: does it work with posh now? [11:30] i tested med-xpi-pack yesterday, it works [11:30] med-xpi-unpack had only "echo -e", so it should work too [11:30] * asac suggests that every mozillateam member should use posh as /bin/sh alternative ;) [11:30] just kidding [11:31] we need to be posh :P? [11:31] not sure ;) [11:31] heh :P [11:31] ok reconsidered [11:31] will push lunch back 1h ;) [11:32] XioNoX: but http://xionox.info/testmoz/plugin-finder.rdf is the syntax you are getting from plugin finder service, right? [11:32] or did you tweak that file already? [11:33] hmm... med-xpi-pack places xpi in the same dir where the extension is unpacked, and not in cur dir [11:33] that's wrong [11:33] ;) [11:34] maybe add an optional parameter: --outdir [11:34] ;) [11:34] and use current dir [11:34] I think that's useless :) [11:34] you should be able to specify output xpi with relative path, and it should work with it :) [11:35] for example: med-xpi-pack extension_dir ../../mydir/some.xpi [11:35] agreed [11:35] hmm... to test if "../../mydir/some.xpi" exist then... [11:35] s/some.xpi// [11:39] hmm... any easy way to turn something like relative into absolute path? [11:39] s/something\ like// [11:49] Jazzva: i usually do: [11:49] abspath=`cd $relpath; pwd` [11:50] problem is that $relpath is the path to xpi file, for example "../bla.xpi" [11:50] yes i understood [11:50] do the above line ;) [11:50] oh [11:50] yeah then: [11:51] dir=$relpath [11:51] [ -f $dir ] && dir=`dirname $relpath` [11:51] ah... :) [11:52] absdir=`cd $dir; pwd` [11:52] abspath=$absdir [11:52] [ -f $relpath ] && abspath=$absdir/`filename $relpath` [11:52] hehe [11:52] well not sure ;) [11:53] probably there exists just a command ;) [11:53] but why not have fun [11:53] s/filename/basename/ [11:54] $absdir is all I needed :). [11:57] argh ;) [11:57] since this is my invention i searched google for what others do ;) [11:57] http://unix.derkeiler.com/Newsgroups/comp.unix.programmer/2005-01/0195.html [11:58] heh.. :) [11:58] not sure if pwd is bashism? [11:59] posh can do it ,) [11:59] checkbashisms doesn't report it as a bashism [12:00] hmm... your method works when i have relpath as "./file" or "/path/file", but not when I just use "file" :) [12:00] Anyway, I don't think it's really important for this, so I'll just skip it :) [12:00] why does it break? [12:00] dirname file [12:00] is . [12:01] cd .; pwd [12:01] should work [12:01] hmm, right. Lemme see then [12:02] works now... don't know why it didn't work before [12:04] ok, pushing... [12:38] off for a while... see you later afternoon [12:56] XioNoX: did you get a helping hand on this? [13:00] asac: did you look at the 3 links i gave you? i would really lov eto continue my day [13:02] gnomefreak: do you stil lhave that build tree? [13:02] go inside the build-tree/mozilla/ direcotry [13:03] and type quilt top [13:03] let me know what happends [13:03] yes [13:03] asac: fix_installdir.patch [13:04] gnomefreak: ok, then type: [13:04] quilt push [13:04] does it give you the same error as you pasted? [13:04] File series fully applied, ends at patch fix_installdir.patch [13:04] IIRC that is the only patch in mozilla [13:04] do you have a patches dir in the mozilla/ dir? [13:04] let me see [13:05] fix_installdir.patch [13:05] then in build fails: [13:05] thunderbird-3-profile.patch [13:05] no i dont [13:05] ok then do ln -s ../../debian/patches [13:05] e.g. create a link to the patches directory [13:05] in debian/ [13:05] i have patches dir [13:05] now [13:06] ok [13:06] gnomefreak: then quilt push ;) [13:06] or quilt series [13:06] to verify that the profile patch is in the series ;) [13:06] File series fully applied, ends at patch fix_installdir.patch [13:06] gnomefreak: not sure then [13:07] quilt series gives nothing [13:07] the thunderbird profile patch is still missing [13:07] gnomefreak: yeah thats the problem [13:07] the patches link is wrong then [13:07] asac: they are all missing except that one patch [13:07] gnomefreak: true. problem is that the patches dir is still missing [13:07] it has to link to the debian/patches/ directory [13:07] this upstream issue since its in mozilla? [13:07] gnomefreak: no [13:08] thats how quilt patches are applied [13:08] hmmm [13:09] patches in mozilla is red rest are blue i cant cd into it or cat it and get output [13:09] maybe copying it from debian will work? [13:09] gnomefreak: yeah because you messed the link up [13:09] gnomefreak: dont do that [13:09] make the proper link [13:09] thats the right way to go ;) [13:10] gnomefreak: the other option is to set QUILT_PATCHES environment variable [13:10] to the absolute path of the debian/patches directory [13:10] k lets see if i can get link right ;) [13:10] but use the link ;) ... its harder to get wrong :) [13:13] should i link it from build/debian or from local debian/ [13:13] gnomefreak: i have no idea how the tbird 3 tree looks like [13:14] does it have build-tree/mozilla/ or just mozilla/ ? [13:14] build-tree/thunderbird..../mozilla [13:14] build-area/thunderbird-3.0-3.0~a2~cvs200 [13:14] 80721t0753+nobinonly/mozilla [13:14] to be exaact [13:15] build-area right? not build-tree [13:15] ok ... in top level dir there is a patches link? [13:15] make that there [13:15] e.g. next to the mozilla/ direcotry [13:15] place a patches link pointing to debian/patches [13:16] ok link is fixed [13:16] quilt series shows something reasonable now? [13:16] oh yeah [13:16] then do a quilt push [13:16] 6 patches [13:16] if that gives you the "build error" [13:16] then you do a [13:16] quilt push -f [13:17] and fix the conflicting files [13:17] e.g. incorporate left out hunks that you can find in .rej files [13:17] still fails same hunk [13:17] gnomefreak: right [13:17] but after quilt push -f [13:17] you can fix the conflict [13:17] quilt push -f failed as well [13:17] and then do quilt refresh --diffstat -U8 --no-timestamps [13:17] gnomefreak: right [13:17] thats ok [13:17] the difference is that it applied the patch [13:17] so now you can fix the conflict [13:18] just open the .rej file and see what hunks where not added to the real file [13:18] then do that manually [13:18] and run quilte refresh like above [13:18] i wish it was a rej file tbh [13:19] it is ;) [13:19] at least what i saw in the error you posted looked like a conflict that would make a .rej file ;) [13:19] when push forced [13:20] still doesnt tell me anything that i already didnt post :( [13:20] only difference is it has 2 halves - in top and + in bottom [13:20] instead of one full post [13:21] - MOZ_APP_NAME=thunderbird + MOZ_APP_NAME=thunderbird-3.0 [13:21] that is all that is different [13:22] asac, [13:22] that is what the hunk of that patch did to begin with [13:22] gandalf is helping me [13:23] gnomefreak: the big difference is that you can now just fix the conflict, then refresh the patch [13:23] just a little copy/past : [13:23] so what's fucked here [13:23] is that you can't use the tag name "name" [13:23] for some reason [13:23] :/ [13:23] I don't know [13:23] and you can go on [13:23] who can help me? [13:23] we have to use "name" [13:23] cause PFS RDF is frozen [13:23] check this: [13:23] http://pastebin.mozilla.org/498615 [13:23] http://pastebin.mozilla.org/498616 [13:23] works smooth [13:23] until you switch "test" to "name" [13:24] so maybe the easier should be to swich directly to javascript [13:25] well that doesnt integrate that well into the current approach taken by the other addon panels. but in the end i dont care ;) [13:25] XioNoX: ok, it does [13:25] this 2 files was just for me, to understand better how it works [13:25] I fixed it [13:26] ok [13:26] great [13:26] so nothing blocking anymore now? [13:26] for this task ;) [13:26] integrating the RDF into the richlistbox [13:26] yeah [13:26] will be fun [13:26] thts the idea now [13:27] Id try to design it outside [13:27] and then move inside and do only the final testing there ;) [13:27] zbraniecki, can you send me what you have done ? [13:27] XioNoX: so, you can use the name [13:27] in RDF [13:27] pfs:name [13:27] ok [13:27] and in the predicate [13:27] but not as a variable name [13:27] so just use ?ble [13:28] in the pastebin examples [13:28] i need to go through all the quilt commands? i fixed the conflict and did quilt refresh and it refreshed the patch now i still have to push ect... [13:28] and it works [13:28] please use something more sensible though ;) [13:28] english at best :-P [13:28] gnomefreak: now quilt push [13:28] until you reach the end [13:28] then _copy_ the patches/ directory into the bzr debian/ dir [13:28] so you dont loose it [13:28] Applying patch no_dynamic_nss_softokn.patch [13:28] patching file directory/c-sdk/component_versions.mk [13:28] Now at patch no_dynamic_nss_softokn.patch [13:28] and start from scratch ;) [13:29] gnomefreak: yeah ... continue until you reach the top [13:29] you can fix all conflicts in one run in that way :) [13:29] ah ha [13:30] ok lets see how it goes :) [13:31] please work damnit [13:31] gnomefreak: otherwise just do it again ;) ... wiht more care :-D [13:31] you are certainly making progress here [13:31] asac: thanks [13:32] brb smoke hopefully when i get back patches are done [13:32] yeah :) ... the build will be flickering on your screen [13:35] ok fun. auto crash reporting will be turned on next week [13:38] oh i dont like this [13:38] bzr blows big time [13:39] asac: copying the patches dir copied as a symlink [13:39] is there a way to unsymlink it [13:40] gnomefreak: rm linkname [13:40] will remove it [13:41] linkname being patches? [13:41] which should be ok if linkname is really a link and you dont wnat that link anymore [13:41] yes [13:41] ummm rm patches will try to remove the dir no? or do i want ln rm patcheS? [13:42] ln --help not helpful [13:43] change that rm debian/patches removed patches [13:47] ok how do i clean up so i can get back before build attempt this last time? [13:50] fakeroot debian/rules clean doesnt work [13:51] i think i have it [13:53] gnomefreak: copy the patches directory to your bzr tree [13:53] then start over [13:53] asac: cant i cant get build-area/debian back after attempt build [13:53] and build-area/mozilla doesnt have patches dir due to attempted build [13:54] how do i get them back after attempting to build [13:54] using bzr bd [13:54] gnomefreak: they are in the debian/patches/ directory hopefully [13:54] gnomefreak: you cant get them back [13:54] you lost them if you didnt copy them before [13:54] than its trashed [13:54] thats why i told you like 10 times you have to copy them back [13:54] ;) [13:54] your fault :-D [13:55] i copied it to locale debian/patches but the symlinkki got compied and you said rm patches will remove symlink and it removed the whole dir [13:55] asac, i've still issues with rdf templates :/ [13:56] check this please : http://xionox.info/testmoz/template-guide-ex11.xul [14:00] http://www.xulplanet.com/rdf/myphotos [14:00] why is that the ref? [14:00] thats wrong for sure [14:01] http://www.mozilla.org/2004/pfs-rdf/test ... not sure, but thought it would be http://www.mozilla.org/2004/pfs-rdf#test [14:01] but can be wrong on my side [14:01] asac : I saw that you worked on the configure-autoconf2-13-reconfigure patch . Is this a ubuntu/ebian specific patch or does fix something ? [14:01] thats just a patch that updates configure [14:02] its needed to enable the changes in configure.in [14:02] so you have a bunch of patches against configure.in ... then at the end you have to update configure [14:03] thx [14:07] asac, the http://www.xulplanet.com/rdf/myphotos was working [14:07] it is not the problem (i think) [14:08] because if we set and ref="urn:mozilla:plugin-results:application/x-shockwave-flash"> [14:08] it don't work neither [14:09] starting over with latest build instead of 3 days ago ;) [14:09] XioNoX: well, but saying that myphotos is not the problem because it doesnt work anyway, isnt really a good approach [14:10] it is not what i mean [14:10] myphotos was working before [14:10] the ref="" has to be right [14:10] thats for sure [14:11] j've just change the group [14:11] please post example that works [14:11] ans now even if i put it back, i got a blank page [14:11] and then the one that broken ;) [14:12] [14:12] in this case ?plugin is the plugins element [14:12] so you cannot get from there to the pfs:test element in one jump [14:13] http://xionox.info/testmoz/test2.xul [14:13] so whant can i do ? [14:15] 1st. please fix the namespace of RDF:Description [14:15] you get a parser error when opening http://xionox.info/testmoz/template-guide-ex2.rdf [14:15] it has to be lower case [14:17] fix [14:17] ok figured out if i symlink from build-area/tbird.../debian/patches to mozilla/ i cant copy from mozilla/ to bzr dir as it wont build due to being a symlink [14:23] XioNoX: before you can do the triple you have to properly select the Seq:li element somehow [14:23] maybe you can do content, triple, member, triple :) [14:24] and what i put in the first or second triple ? [14:26] asac : the branch is online https://code.launchpad.net/~fretchen/sunbird/ubuntu-0.x.head [14:26] XioNoX: first triple the prediate is the bridge element [14:26] e.g pfs-namespace + plugins [14:26] second triple as usual [14:27] k [14:31] something like that ? [14:34] are they some rdf/xul debug tools ? [14:39] asac : and if I want to create a sunbird 0.9 package I follow this guide, https://wiki.ubuntu.com/MOTU/Contributing#head-b205c74e27fe15e79e10c9e7f14d3cdfb359d81d right? [14:41] XioNoX: not that i know of [14:41] its tough, but you will surely figure out [14:41] fretchen: no [14:41] fretchen: you just commit locally and push that to launchpad [14:41] then tell us and we wills ee what we can doi [14:42] asac, i don't think that i'll figure this out on my own [14:42] i've spend more than 1 day on it, and i haven't move forward [14:54] * gnomefreak hopes i covered all my bases [14:56] * gnomefreak runs outside scared to see if it fails on patches [15:03] ah... [15:03] asac: good, now ff3 gives bus error on sparc [15:03] not during compiling in my case [15:03] meh, you broke it! [15:05] asac: btw found big bad bug in tbird+gmail its a new security feature in gmail brakes tbird. tbird cant retrieve mail from gmail (for me about every day or 2) gmail asks for password than asks you to type what you see in the box tbird cant do that [15:05] im gonn assume evo outlook and such also have this bug [15:06] gnomefreak: hmm ... dont get that here [15:06] only one of my boxes does it atm [15:06] i have 8 or so [15:07] i havent found what causes the "type what you see in box" yet it does it on correct password not wrong one (atleast not sure about wrong one) [15:08] maybe later ill send email to gmail guys to try and find out what sets it off [15:21] how the hell do you contact them now :( [15:30] gnomefreak: he? [15:30] gnomefreak: i dont get where you see that "type what you see" thing? [15:30] in tbird? [15:30] i doubt that [15:30] asac: gmail interface [15:31] yeah thats ok [15:31] but what does it have to do with tbird [15:31] tbird shouldnt be affected [15:31] but if tbird runs into that you have to go to gmail interface and type what you see than tbird will grab mail for a while than redo it again [15:31] not for me ;) [15:31] i mean gmail is pop3 [15:31] that doesnt have such a feature [15:31] i do and it pissing me off something awful [15:31] i have pop3 [15:32] how do you know that this is the problem [15:32] maybe its something unrelated [15:32] when tbird tells me my username and password are wrong i go to gmail iunterface it asks me for the "whats in the box" i type it in it lets me in my box close it open tbird again and poof it works [15:33] yhard to say its something else [15:33] -y [15:33] thats wierd [15:33] i am sure that if you are not the only one seeing this, they get complains en-masse [15:33] and very annoying [15:34] cant contact them so who knows im on thier forums atm [15:48] what are _their_ forums? [15:48] didnt know there are official gmail forums ;) [16:09] its google forums for most part [16:09] maybe gmails [16:09] hold on [16:10] yeah its gmail asac http://groups.google.com/group/Gmail-Help-Logging-In-en/topics?ctx=l_login [16:10] thats one group [16:11] yay tbird is still building ;) [16:14] thats google groups, which is basically a service that has all kind of lists in its DBV [16:15] lazertek: thanks now i can talk to more than one person [16:15] asac: ah i saw gmail help discussions so figured gmail it is but i posted it there someone better frigging answeer it ;) [16:15] lazertek: ok does disabling compiz help? [16:16] asac: ff3 theme doesnt match his theme [16:16] lazertek: in here please [16:16] gnomefreak: no it didn't its still the same [16:16] asac: his menus are grey and compiz doesnt change that [16:17] ff3 should use system theme (maybe desktop theme is better way to put it) [16:17] gnomefreak: i tried changing the desktop themes too and i even went and checked the application menu colour and its set to black [16:18] gnomefreak: and it shows black on all menu's except firefox [16:18] i remember theme overhaul as in it no longer uses firefox-themes-* ect [16:18] lazertek: if it was blak would you beablet o see it? [16:18] beable to* [16:18] black [16:18] lazertek: did you relogin ? [16:19] sorry i cant see what i type for a while [16:19] try that [16:19] gnomefreak: yea black ff3 theme i can see the menu's [16:19] asac: what do u mean relogin? [16:19] logout + login ;) [16:19] lazertek: log out and back in again [16:20] asac: this has been for couple days... i have loged in logout and restarted but nothing [16:20] is it only on dark themes? [16:20] lazertek: move your $HOME/.mozilla directory to a safe place. [16:20] then start without that directory [16:20] does that help? [16:20] * gnomefreak remembering a bug about dark themes that i couldnt reproduce [16:21] dark themes has issues [16:21] lazertek: pleaes provide a screenshot too [16:21] i currently have no idea how the symptoms exactly look like [16:21] * gnomefreak doesnt remember details of it though [16:21] asac: give me a sec [16:22] i have yet seen a change in themes from ff2 to ff3 [16:22] lazertek: what version of firefox are you using? apt-cache policy firefox [16:23] 3.0 [16:23] it was fine when i first installed ff3 it just happened randomly [16:23] lazertek: i meant what version see command above [16:23] 3.0 doesnt tell me much sinc eyou should be on 3.0.1 anyway [16:23] if hardy [16:24] 3.0+nobinonly-0ubuntu0.8.04.1 0 --- [16:24] wihtout a screenshot we cant continue here [16:24] asac: you didnt push 3.0.1 to hardy? [16:24] * gnomefreak thought you did before intrepid [16:24] it is ... but that wont cure him most likely ;) [16:24] asac: im uploadin it [16:24] asac: i wasnt sure of the changes [16:26] i have a slight suspicion it might be because of an add-on... not sure [16:26] asac : could you review my check in please ? [16:27] lazertek: thats why the move you $HOME/.mozilla to a safe place [16:27] http://imagebin.org/23000 [16:27] gnomefreak: 1 sec.. [16:28] i dont see a dark theme on that page [16:28] i see grey theme like mine but mine carried over from my window themes so i thought [16:28] gnomefreak: that's not a dark one... on a dark one i can see the menu's... but on a light one like the uploaded image i can't see the menus [16:29] even if i change the theme to the default firefox theme it will be like that... [16:29] is the move command mv in terminal.. or mvdir [16:29] i see a bunch of screenshots [16:29] pick one please [16:30] gnomefreak: oh those are just a webpage i was visiting [16:30] gnomefreak: look right under the titlebar [16:30] the one that says screenshots? [16:30] 2 tabs open orangee theme border [16:30] gnomefreak: yea [16:31] 3 tabs btw [16:31] oh i see [16:31] eh ok 3 [16:31] holy shit [16:31] lazertek: do they function? [16:31] gnomefreak: yea [16:31] lazertek: is this with new profile? [16:32] new profile? [16:32] or with $HOME/.mozilla moved to safe place and firefox restarted? [16:33] * gnomefreak was still under impression that tbird-3 wasnt built with xul yet :( [16:33] gnomefreak: ha i moved the .mozilla folder and now it shows [16:33] lazertek: its either a theme or an addon [16:34] gnomefreak: guess i'll have to put em back one by one and figure out which one it is [16:34] remove extras than add them back one at a time until you find the one that causes it. mind you restart ff between each one [16:34] ofcourse [16:34] :) [16:34] lazertek: if you reinstantiate the original folder, is it still broken? [16:35] asac: you mean if i copy it back to its original location? [16:39] yes [16:41] its the folder that says firefox [16:42] im gone for a while this is getting why to laggy to use [16:43] maybe 2 or so more hours till build is done [16:43] lazertek: well. i said that you should backup .mozilla ;) ... not .mozilla/firefox [16:44] so move the .mozilla folder back to its original place ;) [16:44] and see if it still happens [16:44] * gnomefreak thought it was defualt anyway [16:44] but eh later [16:44] gnomefreak: later [16:44] asac: i did backup .mozilla [16:45] asac: but when copying each folder back when i put firefox back to its orginal location it made the menu's gray again [16:45] asac: i guess i can try disabling each plugin one by one and see if that changes anything [16:45] lazertek: keep the backup backupped so we can reprouce. [16:45] then remove the places.* files in your profile [16:46] anyway ... stilil havent seen a screenshot ;) [16:46] ah found it [16:46] lazertek: try to start in safe-mode [16:46] e.g. firefox -safe-mode [16:47] asac: i posted the screenshot link above [16:48] yeah [16:48] try safe-mode [16:48] safe mode doesn't change it [16:49] did you close firefox properly before? [16:49] yea [16:49] did the command just return or kept running? [16:49] ok [16:49] how did firefox look when you ran it in safe-mode? [16:49] the command just opnened fire fox and didn't return anything [16:50] yes, but did you directly get back to a prompt? [16:50] well it asked me if i wanted to disable all add-ons etc... if that's what you meant [16:50] ok [16:50] did you do that? [16:50] yes [16:51] but that still gave me a gray menu [16:51] sure. so firefox had the default theme then? [16:51] yea [16:51] but the menus were still grey [16:51] are the menus grey, but usable or grey but locked? [16:52] they are gray and useable in both safe mode and normal [16:52] lazertek: do you still have a backup copy of your profile? [16:52] yes [16:52] then stop firefox [16:52] remove localstore.rdf from your profile [16:52] see if it improves things [16:53] if that doesnt help remove places* [16:53] if that doesnt help remove *.js ;) [16:54] where do i find these files in [16:54] in your profile ;) [16:54] deep inside .mozilla/ [16:54] there should be a profiles.ini or something that tells you where your profiles are ;) [16:55] but when i open .mozilla i only see 2 folders [16:55] /home/asac/.mozilla/firefox/profiles.ini [16:55] for me ;) [16:55] yeah you have to search [16:55] browse a bit around ;) [16:55] i see profiles.ini [16:56] ill just redownload all the addons [16:56] thanks [16:56] err [16:56] if you stop now you wasted my time ;) [16:56] sorry biut that [16:56] *bout [16:57] not nice. anyway, have a nice day [16:57] you helped me enough to fix my problem so thanks.. but i [16:58] but i can only deal with it to a certain point [16:58] and i don't feel too good right now [16:58] but thatnks [16:58] ok. thanks. [16:58] its fine ;) [17:36] bye asac [17:37] XioNoX-: cu [17:43] * gnomefreak wonders why bzr bd doesnt allow me to sign packages [17:43] tells me passpharse is wrong when it doesnt let me type in passphrase [17:54] it seems the popup dialog for passphrase doesnt like to wait so it closes without input [17:56] ok ill be back later if it cools off a bit right now with ac on its 85degrees F in this room [18:13] asac: hi! is there packages of NM 0.7 for hardy, or atleast for intrepid somewhere? [18:14] Wellark: ~network-manager PPA [18:17] great! I can't see any mention of it on https://launchpad.net/network-manager though.. [18:30] asac: is it "safe" to do an update of NM to 0.7? [18:30] i.e. are you using it right now? :P [18:42] Wellark: i am using it yes [18:42] Wellark: at best take care that you have all the packages required to downgrade on your local disk :) [18:43] yeah, I thought about that also :) [18:46] I'm horribly late of my schedule, because my son has been very sick and now I'm sick too :/ [19:08] evening... [19:45] hi Jazzva [19:45] hey asac... [19:46] asac: around? [19:46] no, i ran out 20 seconds ago :) [19:46] I get ssl_error_no_cypher_overlap [19:46] asac, fta: When you have some free time I would like to hear what do you think of possibility to auto-make .desktop files for extensions for app-install-data package :) [19:46] I need to get around that. [19:47] Nafallo: started today? [19:47] asac: specific page [19:47] I have some basic idea... [19:47] Nafallo: install nss from -proposed [19:47] Jazzva: i like it [19:48] Jazzva: just not sure how to properly figure out which icon to use [19:48] asac, great :) [19:48] you could use the install.rdf info [19:48] asac, well, one solution was to demand to put the icon inside debian, and just to pick that up [19:48] install.rdf? [19:48] it contains a link to the icon :)? [19:48] cool [19:48] s/link/path/ [19:48] Jazzva: i think it contains a ref to an icon yes. [19:48] libnss3-1d 3.12.0.3-0ubuntu0.8.04.3 already installed [19:49] not sure if thats a chrome url [19:49] I'll write the basic idea on wiki, and then will give you the link... [19:49] if its a chrome url, its not a big problem. we just need some smart code [19:49] so we can discuss the details and get working on it :) [19:49] asac: can I do something else about it? [19:50] Jazzva: great [19:50] Nafallo: not sure [19:50] :) [19:50] Nafallo: does it happen with fresh profile as well? [19:51] if not i'd say that your keystore contains something that causes this [19:51] asac: not sure. [19:51] Nafallo: try ;) ... move .mozilla folder away [19:51] ;) [19:53] asac: looks like I need to enable ssl2 [20:00] asac: I had to enable weak ssl3 rather. [20:00] thanks anyway. [20:51] asac : is it possible to use the debian folder, its configurations and its patches for everyday development work on a normal build directory too ? [21:33] asac: bumb! [21:47] hrm...thats rather interesting [22:10] bug #251369 [22:10] Launchpad bug 251369 in freetype "Please merge freetype 2.3.7-1 (main) from Debian testing (main)" [Undecided,Confirmed] https://launchpad.net/bugs/251369 [22:12] hi channel [22:12] can somebody help me [22:13] I have a problem with ubuntu and firefox [22:13] Hey georgeguitar. You can ask your question, but this is generally not a support channel. Shoot now. If someone knows the answer, you'll get it :)... [22:14] (just not to be misunderstood... "shoot" the question, not "shoot" out of the channel :)) [22:14] sorry, and what is the channel for support? [22:14] #ubuntu should be the one, as far as I know... [22:14] ok thanks [22:15] No problem... [22:35] asac, fta: https://wiki.ubuntu.com/MozillaTeam/Extensions/DesktopForAppInstallData [22:35] draft version :) [22:35] I checked for grammatical and spelling errors. I hope it's not full of them :) === Moot2 is now known as MootBot [22:37] And I hope I described the whole process...