[12:27] it should basically be your prefs entry [12:27] you see that? [12:27] yes [12:27] i know the bad part but how do i fix it [12:28] take care that you changelog entry for mt9 ends up on top [12:28] it is on top [12:28] it the conflict [12:28] show me the conflict section please [12:28] yeah [12:28] mt9 [12:28] yes show it please [12:28] pastebin? [12:28] i will try to explain [12:28] yes of course [12:28] the whole conflict [12:29] oh crap [12:30] http://gnomefreak.pastebin.ca/562814 [12:30] didnt look any further tha the ======= line [12:30] but way down there is >>>>> merge source [12:30] can you add a bit more context below the MERGE SOURCE [12:30] you don'tneed to if things are proper below that [12:31] ok its pretty simple [12:31] in the TREE section is what you changed [12:31] right [12:31] and in the MERGE SOURCE is what changed in the same place in mozillateam branch [12:31] so thats a conflict and bzr doesn't know what to do [12:31] k [12:32] (which is obvious, because there are multiple ways this could be ment to be [12:32] option a: [12:32] - your change is a change that has never been released, so document it in a changelog entry on top of all [12:32] option b: [12:33] - your change was initially done on top of 1.1.1-something ... so put your changelog entry in there [12:33] e.g. below the first 1.1.2-1 entry [12:33] above 1.1.1+u2-0ubuntu1 or below itr [12:34] above mt8 im assuming [12:34] if you put it above ... then you need to use a higher version than the latest [12:34] 1.1.2.dfsg1-2 is latest [12:34] otherwise you just need to put your changelog entry in the proper place [12:35] e.g. above mt8 [12:35] its in proper place do i remove all the === and >>> lines? [12:35] yes if its in proper place you remove them [12:36] ok now do i commit [12:36] what version did you choose? [12:36] i added it above mt8 [12:36] ah ok [12:37] you say [12:37] bzr resolved [12:37] ... bzr should detect that the file has been resolved [12:37] does it work? [12:37] yep [12:37] good [12:37] then please show me the bzr diff debian/changelog [12:37] just to verify :) [12:39] http://gnomefreak.pastebin.ca/562844 [12:40] yes looks good. well done [12:40] not yet [12:40] more conflicts? [12:40] i have uncommited changes :( [12:40] yes [12:40] you have to commit with a message that explains what you did in merge [12:40] e.g. merging up to revision XXX from mozillateam branch [12:41] what do i commit? debian dir? [12:41] + resolved conflict in changelog by doing bla bla bla [12:41] gnomefreak: all [12:41] you have to commit all at once now [12:41] otherwise you won't commit the pending merges [12:41] properly [12:41] how do i do it all at once? [12:41] you should see the pending merges with bzr status at the moment [12:41] gnomefreak: just bzr commit [12:42] ah [12:42] without any file [12:42] gnomefreak: Note: usually you shouldn't do that ... just for merges [12:42] remember to explain in log message how you resolved the conflict [12:42] then you can push [12:42] ah ok i will let me seee if i can do this god i hope it works === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam [12:43] gnomefreak: just try to reflect what you did [12:43] gnomefreak: :) [12:43] you resolved the conflict of the merges manually [12:43] now you commit the merge [12:45] if you have done that, let me know so i can merge your changes to mozillateam branch for release [12:45] im about to push [12:46] yeah :) [12:46] brb smoke while it pushes [12:48] gnomefreak: have you looked at your name in bzr changelog? [12:48] you should set your name and email properly [12:48] gnomefreak: you can set your EMAIL environment in .bashrc [12:50] no i didnt i thought it was @ubuntu.com [12:51] @gutsy [12:51] what do i add? i lost it from last time i had it set [12:52] export EMAIL=gnomefreak@ubuntu.com [12:52] oops it was waiting for my passphrase [12:52] in $HOME/.bashrc [12:53] ok its added [12:53] push done? [12:53] yes but Lp hasnt updated yet [12:53] gnomefreak: can you prepare an orig.tar.gz? [12:54] sure but will be a while i need to grab upstream source i dont htink i have it atm [12:54] http://pastebin.mozilla.org/87560 [12:54] look how nice it merged :) [12:54] yay thank you :) [12:55] would be great if you can push the orig [12:55] just use the current upstreawm version on top [12:55] i will bump it and rename the orig accordinlgy [12:55] once i have the orig, I will push it (given that binaries are in) :) [12:55] push orig to where? [12:56] gnomefreak: you messed things up [12:56] look at the patch [12:56] it contains loads of garbage [12:56] can you fix that as well? [12:57] i guess only the changes of first patch in that file are needed [12:57] what do you mean? let me look at this [12:57] yes look into it [12:57] i think the first 10 lines is what you want [12:57] the rest you don't [12:57] about 2380 lines of garbage [12:58] why the hell did it do that [12:58] gnomefreak: because you operated on a borked orig.tar.gz :) [12:58] you had all.js~ inside it [12:58] aehm ... i mean you edited inside dpatch-edit-patch [12:58] yes [12:58] and somehoe managed to keep the vi backup file [12:59] when you exited [12:59] oh [12:59] didnt know i did that [12:59] just remove everything in that patch that affects all.js~ [12:59] gnomefreak: yeah ... its important to look into the result :) [12:59] ... next time :-P [12:59] just remove it with editor [12:59] commit the updated prefs patch [12:59] and push [12:59] do i need to use dpatch or can i do it by opening patch in editor [12:59] ah ok [12:59] you can edit by editor [01:00] i think all from line 21 downwards can go [01:00] +pref("browser.toolbars.showbutton.go", false); [01:00] + [01:00] is that really what you want? [01:00] i mean "false" ? [01:01] so you disable the go button? [01:01] no i want it true [01:01] let me look at this :( [01:01] sob [01:01] can i edit that too while in here [01:02] you can ... but remember that editing patches directly is advanced :) [01:02] only edit dpatches if you have a clean tree [01:02] otherwis debian/rules clean will fail to unapply [01:02] are you looking at patch atm [01:02] but i think you know that [01:02] yesw [01:02] i have a clean tree now :) [01:02] yeah [01:02] then edit the patch directly [01:02] if you are sure that you want true [01:02] ok the diff -urNad ubuntu-1.1.x~/modules/libpref/src/init/all.js~ ubuntu-1.1.x/modules/libpref/src/init/all.js~ [01:03] i think those are lines 20 21 [01:03] do i want them? [01:03] you don't want the all.js~ patch [01:04] look at it [01:04] thats about 2000 lines of garbage [01:04] i can end patch with pref("browser.helperApps.neverAsk.openFile", "");? [01:04] all removed [01:04] yes ... why not? [01:04] its where the all.js patch ends atm anyway [01:05] wasnt sure if i could [01:05] all from all.js~ is a second patch [01:05] just keep a final newline below [01:05] e.g. one return at the end [01:05] ah [01:05] after that line [01:05] it doesn't matter [01:05] but otherwise patch will always complain that the patch doesn't have newline [01:05] theres one there [01:05] :) [01:05] yes then fine [01:06] if you are done the file should have a total line cound of 20 [01:06] :) [01:06] yep empty line == 20 [01:06] right [01:06] looks good then [01:06] remember to change to true [01:06] then commit [01:06] with a sane message :) [01:06] ok commit this [01:07] like remove all.js~ garbage from patch + [01:07] make showbutton pref effective by setting pref 'PREFNAME' to true [01:07] :) [01:07] let me know if you pushed so i can merge it here [01:08] ... and you can push the orig.tar.gz to your youmortals account i guess :) [01:08] just let me know where i can grab it so i can prepare the build tomorrow morning [01:09] ok give me a few and i should have tar done within an hour i hope [01:09] gnomefreak: ok ... first push please [01:09] so i can intervene while i am awake :) [01:09] push bzr i mean :) [01:10] i have to finish typing and thinking first [01:11] yeah ... keep your time [01:11] better do it right once [01:11] then wrong multiple time :) [01:11] am i gonna have to do anything now? since i edited the patch? [01:12] or just clean than build orig [01:12] about 23 minutes left on source download [01:13] gnomefreak: you have to commit the patch [01:13] and push it [01:13] read above about what a sane commit message might contain :) [01:13] 01:07 < asac> like remove all.js~ garbage from patch + [01:13] 01:07 < asac> make showbutton pref effective by setting pref 'PREFNAME' to true [01:13] no i got that far [01:13] ah ok ... you pushed? [01:13] im talking locally since i edited patch by hand anything i need to do before build orig? [01:14] its pushing now [01:14] its pushed [01:14] ok [01:14] looks better [01:14] much better :) [01:14] :) [01:14] you got it already? [01:15] so maybe its only LP that is slow as garbage [01:16] yes [01:16] launchpad webpage updates in batches [01:16] http mirror should be almost instant [01:16] gnomefreak: ok ... you don't need to do anything special [01:17] just build the orig for the version currenlty in changelog [01:17] i will rename as i bump it on mozillateam branch [01:17] ok thats easy enough [01:17] once i have done that you merge from mozillateam branch and do mt changes on top of that again [01:17] i will post the orig. so you can wget it when done [01:17] gnomefreak: thats great [01:17] maybe i will wake up tonight so i can pull and test [01:18] otherwise i will do this first thing in the morning [01:18] first thing in morning for you is middle of night for me [01:19] https://code.launchpad.net/~mozillateam/iceape/ubuntu-1.1.x [01:19] gnomefreak: yeah ... you don't need to be awake [01:19] :) [01:20] 3 minutes ago was more like 15 wasnt it? [01:20] http://pastebin.mozilla.org/87568 [01:20] oh god i have to update feisty repo [01:21] in lp you don't see all sub checkins [01:21] but they are visible in bzr log [01:21] e.g. thats what you see in pastebin [01:21] just for education [01:21] ah [01:22] now you are just gnomefreak@ubuntu.com [01:22] yep saw that :) thank you for that line [01:22] maybe you need to set EMAIL="John ... " ? [01:22] not bad idea [01:22] actually i don't konw what it works for me :) [01:23] export NAME="Alexander Sack" [01:23] export DEBEMAIL="asac@ubuntu.com" [01:23] thats what i have explicitly set [01:23] anyway, thats not asac@jwsdot.com ... which apparently is used by bzr [01:23] hmm [01:23] maybe its in my user account settings properly [01:24] dunno [01:24] i have debmail debfullname also [01:24] gnomefreak: look at man bzr [01:24] at the bottom there are other env variables [01:24] and PATH=~/bin:$PATH [01:25] he? [01:25] in man bzr ? [01:25] gnomefreak: PATH has nothing to do with email :) [01:26] yeah i know i dont ever remember seeing it though [01:31] ah [01:31] source download finished? [01:31] yeah im extracting it [01:31] cool [01:31] let me have a smoke [01:31] than i have to move shit and build :) [01:31] ah ... you don't have to move shit :) [01:31] you could extract somewhere in /tmp/ [01:31] then copy shit :) [01:31] at least it will not bring you a mozilla/ directory :) [01:31] just remember to remove empty mozilla/ dir if you do this in bzr tree [01:43] after mozilla dir is empty i can remove it [01:43] not in bzr [01:45] he? [01:45] if its empty you can definilty remove it [01:45] yes [01:45] you should [01:45] ah ok [01:45] at least if you did this in bzr branched directory :) [01:46] its building im gonna grab a bite to eat since dinner was a few hours ago and ill uplaod asap [01:46] take about an hour to upload === smm83 [n=shane@12-216-188-54.client.mchsi.com] has joined #ubuntu-mozillateam [01:47] gnomefreak: thanks [01:47] i will be in bed soon [01:47] @now berlin [01:47] Current time in Europe/Berlin: June 13 2007, 01:47:57 - Next meeting: Edubuntu in 12 hours 12 minutes [01:48] :) [01:48] uploading now [01:48] got to start at 8:30 or something tomorrow [01:48] gnomefreak: does the tarball look sane? [01:48] e.g. size [01:48] layout [01:48] hold a minute ill give you main page were it will end up [01:49] 40.5 MB [01:49] can you give me the first too console pages of tar tzf /path/to/orig.tar.gz ? [01:49] or the last two :) [01:49] then i can sleep better :) [01:50] ill pastebin what i show in terminal when its done [01:50] ok ... just need a few lines out of it [01:51] not complete [01:53] about 40 minutes on upload and <1 minute for pastebin [01:54] http://gnomefreak.pastebin.ca/562987 500+ lines :( [01:54] asac: when its done you can get it http://gnomefreak.youmortals.com/iceape_1.1.2.dfsg1.orig.tar.gz [01:55] about 40 minutes or so [02:08] wow ... we are below 600 bugs in firefox [02:09] but i fear that is just temporarily the case ... crash report season has not yet begun for gutsy [02:09] and apport is probably going to be turned on soon :/ [02:10] iceape 1.1.1 has no bugs :) [02:11] wish list and enigail maybe [02:11] btw where do you have the reply-to-list extension for tbird 2.0? [02:12] iceape is not yet in :) [02:13] don't worry, we will soon get our share of bugs for iceape :-P [02:13] i don't hbave that extension [02:13] its somewhere on the net [02:13] look at my blog [02:13] there should be a link [02:14] http://www.asoftsite.org/s9y/archives/114-thunderbird-+-reply-to-list-...-here-it-comes.html [02:14] http://open.nit.ca/wiki/index.php?page=ReplyToListThunderbirdExtension [02:16] http://alumnit.ca/wiki/attachments/replytolist-0.2.0.xpi [02:16] hard to find with eyes wide shut :) [02:16] ok i am asleep now [02:16] cu tomorrow [02:17] night === ..[topic/#ubuntu-mozillateam:gnomefreak] : Home of Ubuntu Mozilla Team - https://wiki.ubuntu.com/MozillaTeam | Bug Triagers please read: https://wiki.ubuntu.com/MozillaTeam/Bugs/ | Firefox trunk package source : https://code.launchpad.net/~asac/firefox/trunk | Mailing List: ubuntu-mozillateam@lists.ubuntu.com | Next meeting is June 21, 2007 1800UTC in #ubuntu-meeting. [02:37] asac: its done you can grab it from http://gnomefreak.youmortals.com/iceape_1.1.2.dfsg1.orig.tar.gz [02:40] I dont think this one works. was replytolist-0.2.0.xpi for 1.5.0.x or 2.0.0.x? it doesnt seem to work but will play with it a bit more === gnomefreak gone for tonight maybe try to build 1.1.2 for feisty tomorrow === DarkMageZ [n=richard@ppp167-203.lns4.syd6.internode.on.net] has joined #ubuntu-mozillateam === DarkMageZ [n=richard@ppp167-203.lns4.syd6.internode.on.net] has joined #ubuntu-mozillateam === poningru [n=poningru@ip72-209-70-78.ga.at.cox.net] has joined #ubuntu-mozillateam === Admiral_Chicago_ [n=freddy@adsl-68-255-111-125.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam === Admiral_Chicago [n=freddy@adsl-69-209-76-160.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam [07:59] ok for the next 4+ hours only easy questions will be answered its wayyyyyyyyyyy to early [08:01] can i see my window partitio on linux? [08:01] ...just kidding [08:06] :) === gnomefreak more awake than i thought i would be after smoke [08:09] i messed around with irssi too much, lost my config file... [08:09] asac: you updated mozillateam iceape branch? [08:09] Admiral_Chicago: hope you had backup of it [08:09] nope... [08:09] hehe, it needed to be cleaned out anyways...its okay [08:10] if you need a sample on ei can post mine [08:10] can i see your autocmd line, I'm trying to do a /nicklist screen after X seconds. [08:10] and I couldn't figure that out. [08:11] ok let me find it [08:11] autosendcmd = "/umode +wQ;/quote capab identify-msg;/nicklist screen;wait -freenode 100000"; [08:12] whats all the umode stuff? [08:12] my line looks like this... [08:12] autosendcmd = "/^quote nickserv identify password"; [08:13] user mode? [08:13] i dont remember what they do :( its been a year + [08:13] okay thats fine... [08:14] autosendcmd = "/^quote nickserv identify password;/nicklist screen"; ? [08:14] iirc they are to add umodes before joining channels because i had a problem anything over 20 channels would not join and i wasnt identifing in time [08:14] for screen+irssi [08:14] but i dont use screen anymore [08:15] would that line be okay? [08:15] should be [08:16] not sure why the ^ though [08:16] it was what I was given, has always worked [08:25] asac: whats the -2 for in 1.1.2.dfsg1-2? im working on a version for feisty atm and im not sure if a # is > dfsg1 === Admiral_Chicago_ [n=freddy@adsl-68-255-109-184.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam === Admiral_1hicago [n=FreddyM@adsl-68-255-109-184.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam [08:35] this damn reply to list exdtension isnt frigging working [08:35] thunderbird? [08:36] yes [08:36] 2.0 [08:36] hehe, known bug... [08:36] no its been fixed [08:36] we patched it already [08:36] really? [08:36] yes long time [08:37] i don't touch thunderbird too much, i'm much more familiar with FX than TB [08:37] brb [08:40] support for it seemed to die in final release :( === Admiral_1hicago [n=FreddyM@adsl-68-255-110-41.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam [09:00] gnomefreak: you appear to have a bad memory :) [09:00] gnomefreak: i wold you that -2 was a glitch on my behalf :) [09:01] i could have told you that [09:01] thats right :( [09:01] anyway ... versions are just versions ... nothing really important :) [09:01] do you have a version in mind? [09:01] so -2 is as good as -1 [09:01] i want to be less than yours [09:01] ah [09:01] let me look [09:02] is tarball up? [09:02] yes [09:02] i gave you link above === asac grabbing [09:03] http://gnomefreak.youmortals.com/iceape_1.1.2.dfsg1.orig.tar.gz [09:03] yeah ... got it [09:03] do you want to use a lower tarball version (before -) or a lower ubuntu/debian revision (after -)? === tonyy [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam [09:04] lower ubuntu version so i can build for feisty repo [09:04] iceape_1.1.2.dfsg1+u1-1 will be the gutsy tarball i guess [09:04] aeh [09:05] iceape_1.1.2.dfsg1+u1-0ubuntu1 will be the gutsy tarball i guess [09:05] so use [09:05] iceape_1.1.2.dfsg1+u1-0ubuntu1~mt1 [09:05] k that looks good to me, i was mainly concered about the dfsg part of it [09:05] but let me first push my revision [09:06] to bzr [09:06] then you should merge that changelog to your branch [09:06] k [09:06] and add yours on top [09:06] otherwise you will have a conflict :) [09:06] (if you like resolving them you can go right ahead ) :) [09:06] merge to my branch than pull from there [09:07] ?* [09:08] gnomefreak: merge from mozillateam branch to your local branch [09:09] whether you push things up to your published branch or not is your decision [09:09] like what you did yesterday, remember? [09:13] gnomefreak: i did the changelog entry in your name :) [09:14] ok i think i can do that. ty. did you push yet? [09:17] ok pushed ... oh ... i changed the changelog entry back to my name :) ... otherwise it would be wrong [09:17] :) [09:18] ok [09:18] just try to merge ... should just work i guess [09:19] ok spinning testbuild before i produce sources for upload [09:21] grrrrr [09:21] he? [09:21] uncommited changes again : [09:21] :( [09:22] what is the command to see the uncommited changes? bzr status i thought [09:27] * debian/patches/35_psm_wakeups.dpatch was the issue :( i didnt change that patch === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [09:28] damn ... i was off [09:28] if you said something :) [09:28] last i got was [09:28] yeah i figured it out kind of [09:28] 09:21 < gnomefreak> uncommited changes again : [09:28] 09:21 < gnomefreak> :( [09:28] 09:22 < asac> before or after merge? [09:28] 09:22 < asac> after merge is normal [09:28] 09:22 < asac> if there is no conflict you just have to commit the merge to verify that everything went right [09:28] those where the last lines i said :) [09:29] uncommited change was debian/patches/35_psm_wakeups.dpatch i dont rmemeber changing that [09:29] i didnt see anything that you pasted you said [09:29] gnomefreak: its latest [09:29] its the merge to 1.1.2 for you [09:29] so don't bother [09:29] if there is no conflict ... you should commit all with commit message [09:30] merge from mozillateam branch to 1.1.2XXX (however the lats changelog version is called) [09:31] i used bzr revert to fix it does that revert the commit or does that revert the changes to that patch? [09:31] that does bring you to pre merge state [09:31] you have to merge again [09:31] gnomefreak: you have to commit [09:31] not revert [09:31] otherwise you don't apply the merge [09:31] k doing that now [09:32] just like above [09:32] at best revert everything (e.g. just bzr revert) [09:32] then merge and commit [09:32] its always that way [09:32] 1. merge [09:33] 2. resolve conflicts [09:33] 3. commit [09:33] 4 push [09:33] yeah [09:33] :) [09:33] 4. add new mozillateam revision or something [09:33] 5. when happy, publish (aka push) [09:33] of course you can push the merge as well [09:34] so 4. push would be ok as well [09:35] practice makes almost perfect ;) [09:35] yeah [09:35] gnomefreak: btw its hug day :) ... so maybe help a bit on random bugs when iceape is spinning for you :) [09:36] yep [09:36] i may wait till 6am to do that though [09:36] oh right :) [09:36] its still really way too early [09:36] 3:30 here [09:36] yeah ... you haven't slept at all apparently [09:36] not much [09:37] maybe 2 hours [09:38] https://launchpad.net/ubuntu/+source/iceape/1.1.1+u2-0ubuntu1 [09:38] look what is named as "uploaded by" [09:39] Uploaded By: ubuntu-desktop-effects [09:39] Maintainer: MOTU-Media [09:39] ??? [09:39] why does it appear that way? [09:42] i dont know [09:43] maybe ubuntu,com address is linked to that team for me [09:43] but the muto media i have no clue [09:43] motu [09:44] ok removed that email from that team [09:44] so that should fix that [09:47] still dont understand why uplaoded by me anyway [09:47] yeah i did that [09:47] actually iceape currently fails to build [09:48] apparently some myspell patch missing [09:48] or configure is not properly updated [09:48] btw, if anyone comes across bugs in French, assign them to me for translation [09:48] 1.1.1 or 1.1.2 [09:49] 1.1.2 ... i guess i have to update 99_configure.dpath [09:49] Admiral_Chicago: will do :) [09:49] dpatch [09:49] lets see [09:49] Admiral_Chicago: how about spanish :) [09:50] i can do that too asac [09:50] Admiral_Chicago: any other languages we should know about? [09:50] not great in either department and I don't practice as much as i should but enough to translate [09:50] gnomefreak: thats it... [09:50] ok cool :) [09:57] translated. I told him/her to write in french if they prefer and i'll translate [09:57] Admiral_Chicago: maybe offer that translation service in -bugs as well :) [09:58] damn the sparc buildd has problems [09:58] it doesn't build a thing [09:58] i see that [09:58] neither iceape nor gnash have been tried [09:59] is there a way to see the sparc build queue? [09:59] i clicked on it but it didnt give me anything usefull so im not sure [10:00] asac: you might want to ping an archive admin or someone in -devel not sure who would know that [10:01] yeah ... i guess they know ;) [10:01] whoever *they* is [10:01] hobbsee would know if i had to guess [10:02] hehe, what if every single bug with French was assigned to me...that would suck... [10:03] asac: i asked :) [10:10] so good [10:10] lets go back to work :) [10:11] it seems that one fails to build or hasnt been built none get pushed === Admiral_Chicago starts with more bughelper love [10:11] asac: you want the tag stuff in thunderbird's info file too? [10:11] asac: let me know what you find out with 1.1.2 ill start looking at bugs in a few minutes [10:11] what about the master stuff? [10:12] Admiral_Chicago: do you have a way of finding our bugs with no tags ill start tagging them if you can get a list up with bughelper [10:12] gnomefreak: yes. give me a second. [10:12] sweet ty [10:13] anything with the tag next to it needs tags added as well. no tag == wrong tag procedure [10:14] let me build a list. [10:15] running bughelper now... [10:17] he? [10:17] Admiral_Chicago: tags are currently mandatory for Needs Info and Confirmed tags [10:17] aeh states i mean [10:17] other states don't need a tag [10:18] maybe we should even say that any of the mt- tags from Needs Info and Confirmed are illegal [10:18] Admiral_Chicago: btw, there is a new tag: "mt-reject-candidate" for Needs Info [10:18] maybe thats not yet in the clue file [10:19] are we using needs info tag? [10:19] no please not :) [10:19] i still fail to see a bug that needs such a broad tag [10:19] well we need a tag to use if a bug doesnt fall into a tag we already have [10:19] asac: i'll have to add it and run bughelper again... [10:19] ok cool [10:20] thats okay, i'll just dump it to a different file and do a diff [10:20] gnomefreak: why? in that case we should look and see if we can find a concrete tag for that case [10:21] gnomefreak: actually, we need examples to discuss if we reall lack a tag [10:21] i tagged it as need tester [10:21] bug 115798 [10:21] Launchpad bug 115798 in firefox "Firefox menus don't hold the "Menu" window class" [Undecided,Needs info] https://launchpad.net/bugs/115798 [10:22] gnomefreak: i think the bug has not yet a clear testcase [10:22] so its probably mt-needtestcase atm [10:22] a testcase contains all info needed to reproduce [10:22] e.g. what to setup, how to test, how to see that there is a problem even. [10:23] "All the menus in Firefox hold the "Unkown" window class instead of "Menu", "DropdownMenu" or "PopupMenu"" [10:23] that appears to be something really low level X [10:23] reporter should state how he sees this [10:23] its not clear to me [10:23] its more than likely a beryl issue [10:23] yeah ... but first you have to understand what the problem is imo [10:24] and i don't understand what the reporter wants to tell us at all [10:24] agreed [10:24] its fixed [10:24] maybe ask him how he gets the info about window class [10:27] WTF would you need 6700 fonts for [10:27] hehe [10:27] yeah [10:27] !fonts [10:27] Font installation basics here: https://help.ubuntu.com/community/FontInstallHowto - No fonts in Flash? Install "msttcorefonts" (from !Multiverse), "gsfonts", and "gsfonts-x11". No fonts in MPlayer? see !MPlayer [10:27] the benefit is definitely dubious [10:28] bughelper should be called energizer instead [10:28] it keeps going and going with these bugs.. [10:41] what tag is used for a bug marked upstream already? [10:41] i dont se one that fits it on https://wiki.ubuntu.com/MozillaTeam/Bugs/Tags?highlight=%28mozilla%29 [10:41] brb smoke [10:44] sebastain isn't very receptive to this translation idea... [10:44] got an example link gnomefreak ? [10:45] bug 117036 [10:46] !test [10:46] Launchpad bug 117036 in firefox "Printing a page with flash content miss the flash content" [Undecided,Needs info] https://launchpad.net/bugs/117036 [10:46] failed [10:46] ah slow [10:46] i had to run the bughelper script again, i should have a shorter file to give you [10:47] asac: keycodes set in upstream or in ubuntu? [10:48] keycode labeling might be better put [10:48] if its confirmed upstream, wouldn't it be in progress? [10:49] inprogress i thought was for if we were working on it [10:50] once upstream we are waiting for a patch or feedback from them so why wouldnt it be needsinfo [10:50] yes upstream confirmed should be in progrss for us [10:50] k [10:50] still would like a tag for a bug that is upstream [10:50] we are working on them .... e.g. we just monitor if there is progress :) [10:51] gnomefreak: what do you mean? examples? [10:51] we have mt-upstream [10:51] and mt-postupstream [10:51] gnomefreak: http://paste.stgraber.org/1552 [10:51] its already filied upstream [10:51] mt-upstream [10:51] Bugs that need to be triaged upstream. [10:52] mt-postupstream [10:52] Bugs that are ready for upstream submission. [10:52] there are some wrong ones in there (the mt-reject-candidate [10:52] running that now, and going to use meld, but in the mean time, i wanted you to have somehting to keep you busy [10:52] postupstream should be after upstream subbmission [10:52] hehe [10:52] not before or -upstream and -post... would be the same [10:53] http://paste.stgraber.org/1553 <- likely dups according to bughelper if anyone wants to take a look [10:53] gnomefreak: no mt-upstream means: we have to figure out if there is an upstream bug [10:53] pastebinit is a deal useful package. [10:53] mt-postupstream means: we know that upstream has no bug for it, and we have all info needed to submit a but upstream [10:53] Bugs that are ready for upstream submission. means we need to look for one and mark it as upstream [10:54] ah [10:54] pastebinit ...brilliant [10:54] gnomefreak: if its not clear from the text, feel free to improve it in wiki :) [10:54] asac: how bout one that it is upstream already and waiting for feedback from them so we can keep up to date on it [10:55] hmmm [10:55] this way if we miss an email we have a way of finding them fast (we can check them once a week or so) [10:55] i always thought that we could search for bugs that have an upstream bug associated [10:55] but we cannot [10:55] 300+ emails you can miss a few [10:55] so yes, maybe we should have a tag for that [10:56] mt-waitingforupstreamtogetoffassandfix [10:56] ;) [10:56] hehe [10:56] bit wordy [10:56] yeah :) [10:57] asac: does kde not use standard MIME types, I heard something like that recently... [10:58] ty Admiral_Chicago for the link [10:58] gnomefreak: ok i pushed new revision of iceape to mozillateam ... 99_configure.dpath was not updated which is why it failed to build [10:58] gnomefreak: you probably want to merge that [10:58] np. [10:58] asac: will do [10:58] Admiral_Chicago: i have no idea about kde ... i think the problem is that its not known how kde handles mime types [10:59] at least its all blurred for us [10:59] and since kde developers only care for konqueror, there has been little cooperation between mozilla and kde developers in past [10:59] ... which is unfortunate [10:59] asac: i was listening to LUGradio and this guy from KDE said the MIME type implementation was done before it became standardized which kde 4 should start to fix [10:59] would kubuntu or us make a kde-firefox-support [11:00] maybe Riddell would know [11:00] ok you must have just pushed that [11:00] Admiral_Chicago: yes i think kde now waits for cure from freedesktop org [11:00] they want to use xdg [11:00] but don't ask me about details [11:01] any idea when kde 4 will arrive? [11:01] hehe, Aaron Seigo's discussion on LUGradio's last show. [11:01] October [11:01] ish [11:01] release day is looking to middle October (17th iirc) [11:03] ok ... lets hope that things are getting better then :) [11:03] if it's Free Desktop compliant...no problem [11:06] the implementation should not be a problem that is [11:10] mt-commited? [11:13] hmmmmm maybe make mt-upstream once it has been marked upstream and use mt-preupstream for the ones taht are now mt-upstream? [11:17] gnomefreak: http://paste.stgraber.org/1554 [11:17] latest bughelper update returns this [11:18] ty [11:19] i'm sending it to the list as well. [11:19] but it'll probably be outdated soon === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam [11:21] outdated is fine i doubt people will be touching them unless its us for the most part [11:22] asac: you may want to look at bug 117379 im not sure if this is an upstream setting or if its done ubuntu side [11:22] Launchpad bug 117379 in firefox "same event.keyCode for "+" and "=" on JavaScript Firefox" [Undecided,Needs info] https://launchpad.net/bugs/117379 [11:25] see the isseu with using inprogress is that it greys out the task as it does with fix released and commited === tonyy [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam [11:28] gnomefreak: its not a bug [11:28] + and = are the same key on US keyboards [11:28] thus -> same keycode [11:28] DOM_VK_ADD is the + key on numpad [11:28] k [11:29] the event will probably contain modifier info that allows the programmer to see that Shift is pressed as well [11:30] ty [11:32] Admiral_Chicago: can we send that announcement to -bugs as well? [11:37] i will try to get this mail on the hug day wiki page [11:37] RESOLVED WORKSFORME lmao [11:37] it works for him so he rejects bug [11:38] who? [11:38] asac: bug 117915 [11:38] Launchpad bug 117915 in firefox "Firefox navigator.language always return en-US" [Undecided,Unconfirmed] https://launchpad.net/bugs/117915 [11:38] asac: upstream mozilla [11:38] see link above [11:39] set needsinfo and tag needtester im thinking === gnomefreak really needs coffee [11:47] gnomefreak: its mt-needtester [11:48] i know i shorten it for the IRC post [11:48] k [11:48] someone should test with upstream firefox releas [11:48] e [11:48] if it really isn't a case [11:48] otherwise i will reopen upstream bug [11:49] what do you perfer? [11:53] Admiral_Chicago: hmm? [11:53] hjmf: you around? [11:56] asac: Riddell what are thoughts on a package for kde-firefox-support? Is this possible or needed anymore? at one point there were talks about it but i never heard the outcome [12:00] gnomefreak: what would it do? [12:00] intergrate better in kde than it does now, pretty much same way firefox-gnome-support works [12:00] sure [12:02] asac: i think opening 117915 is a good idea, i got the testcase from there (didnt test) and it seems out of 5 people only the mozilla triager was unable to reproduce. [12:03] i believe i'm reproducing what they're saying [12:03] asac: also either your push wasnt accepted or bzr is really really slow or its not gonna merge [12:04] DarkMageZ: are you using default ubuntu firefox or upstream firefox or a hacked version of firefox for either? [12:08] feisty firefox [12:08] basically my locate is set to en-au but that preference in about:config still says en-us [12:08] i set my language in firefox manually to test [12:08] can you test with upstream firefox? [12:08] suppose, which version should i test against? [12:08] DarkMageZ: can you please verify that this is the case for upstream firefox as well? [12:08] 2.0.0.4 [12:08] i hate unconfirmed bugs [12:08] DarkMageZ: test two cases: install the prelocalized version available at ftp.mozilla.org [12:08] im assuming so does everyone else [12:08] 2nd test to install the default firefox and install the locale xpi [12:08] then start with -UILocale en-AU switch at command line to use that xpi [12:08] my guess is that 1st test yields the expected behaviour, but 2nd doesn't [12:08] asac: your firefox is english? [12:08] yes [12:08] it doesn't matter atm [12:08] atm it only matters if it happens with upstream firefox [12:09] mozilla doesn't provide an en-au. [12:09] asac: does firefox use google.com.au default for spanish? [12:09] gnomefreak: why would it? [12:09] guy complains its using .au instead of .mx [12:09] sorry [12:09] ar [12:10] .mx? === gnomefreak was reading DarkMageZ post while typing [12:10] i don't think that search engines are localized [12:10] mexico [12:10] bug 118456 [12:10] Launchpad bug 118456 in firefox "Firefox looks up in Google Argentina, though I'm in Mexico." [Undecided,Unconfirmed] https://launchpad.net/bugs/118456 [12:10] he claims it is [12:11] maybe we didnt add a mx.xip and that is why its using ar? [12:11] i don't know .... google does wierd redirects as well [12:11] and tries to guess your locale by IP [12:12] gnomefreak: tell him he should try with a fresh profile [12:12] things like search plugins are only pulled in from locale on fresh profile creation [12:12] so if he ever used the au locale he might end up on that google page forever [12:13] k [12:15] in the initial bug report it says his locate is set to es-es. was he refering to system locate? how do i check system locate? [12:19] but i will confirm that mozilla linux firefox is racist against everyone who doesn't live in the US. when i set my firefox locate to en-au first. it looks like general.useragent.locale isn't being updated with the correct new locate. [12:20] i'll retest my findings against ubuntu firefox. [12:25] .... i added a paragraph that points to Admiral_Chicago's hugday post on https://wiki.ubuntu.com/UbuntuBugDay/20070613 [12:25] DarkMageZ: you check system locale by typing locale [12:25] in console [12:25] DarkMageZ: we use system locale ... so probably the preference has no effect [12:25] locate in terminal doesn't show the system locate [12:25] DarkMageZ: to overwrite this you have to pass -UILocale es-ES for example [12:25] locale [12:25] ^^ [12:25] *locale* :) [12:25] ok, so my system language is set to en-au [12:25] and feisty firefox is being racist as well [12:25] have you tested upstream firefox with en-au .xpi ? [12:26] and pass -UILocale en-AU for upstream firefox to make that locale effective [12:26] users shouldn't have to do that [12:26] it should detect based off system locate or manually set via gui. firefox (mozilla & ubuntu) ignore both [12:26] DarkMageZ: there is no en-au locale package at all [12:27] please don't stick to that locale for testing [12:27] use some locale that exists [12:27] DarkMageZ: please don't question that [12:27] DarkMageZ: we (ubuntu) detect your locale from system [12:28] but there is no en-au localization available [12:28] plese test with some existing locales [12:28] which locate would you recommend? [12:28] pick any from http://releases.mozilla.org/pub/mozilla.org/firefox/releases/2.0.0.4/linux-i686/xpi/ [12:28] for upstream firefox you have to pass the -UILocale es-ES [12:29] further please test with pre-localized build for that locale as well [12:29] http://releases.mozilla.org/pub/mozilla.org/firefox/releases/2.0.0.4/linux-i686/xpi/es-ES.xpi [12:29] is the .xpi (to test with en-US upstream firefox) [12:29] and http://releases.mozilla.org/pub/mozilla.org/firefox/releases/2.0.0.4/linux-i686/es-ES/ [12:29] for the pre-localized build [12:29] i guess that pre-localized build is the only thing that works [12:30] if so, let me know so i can reopen the upstream bug [12:34] are these locate .xpi's supposed to translate the ui as well? [12:37] (mozilla) ok, so the .xpi files + changing language in the firefox gui to the corresponding .xpi results in the titlebar being translated & google being translated. but this does not affect general.useragent.locale [12:38] also tried ./firefox -UILocale it (for the it.xpi) [12:43] yes [12:44] DarkMageZ: is the useragent pref displayes as default in about:config [12:44] ? [12:45] general.useragent.locale = en-Us [12:45] but google sucessfully translated [12:46] i've got the it.xpi & set the language to it in the gui. then even went as far to try ./firefox -UILocale it [12:46] (with lots of restarting of the firefox) [12:47] infact, mozillafirefox has gone as far as to remove the en language from the addons section [12:48] but the gui & general.useragent.locale is still en-US [12:48] DarkMageZ: is the GUI localized? [12:49] no [12:49] DarkMageZ: try to pass -contentLocale it as well [12:49] "./firefox -contentLocale it" ? [12:49] yes, but -UILocale it as well [12:50] DarkMageZ: are you testing the en-US + it.xpi scenario ... or the pre-localized build atm? [12:50] for prelocalized build you don't need to pass anything. If it doesn't work with that its definitly a bug! [12:50] "./firefox -UILocale it -contentLocale it" en-us + it.xpi [12:50] yes [12:50] check that UI is localized and if its still bad in your locale setting, please try the prelocalized build [12:51] if that doesn't work either, then I will kick the one who rejected the bug [12:51] otherwise I will just be nice and reopen :) [12:51] that doesn't translate the gui, same result as without -contentLocale it [12:52] https://beta.launchpad.net/ubuntu/+source/firefox/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=Unconfirmed&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_contact=&field.status_upstream=&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.tag=&field.has_cve.used=&search=Search :) [12:52] gnomefreak: what is that? [12:52] anymore tests for en-us + it.xpi ? [12:52] that is what is left in unconfirmed [12:52] no ... could you confirm that GUI is in italian language? [12:52] asac: its your bug that is left there ;) [12:53] DarkMageZ: if it was properly localized in GUI then go to prelocalized build [12:53] gnomefreak: what does it mean ... its left there? [12:53] gui not localized into it (lithuanian) [12:54] hmmm DarkMageZ please try to install the locale switcher extension then [12:54] maybe try it-IT [12:54] or try es-es locale [12:55] for that i am sure that its es-ES that you have to pass to -UILocale and -contentLocale [12:56] there are no unconfirmed firefox bugs left except the one you ask for master maintainers the 50 there were there 2 days ago are now gone and moving to tbird ones now i think (or in an hour or so) im about bugged out [12:57] ah :) [12:57] yeah ... confirm it ;) [12:57] gnomefreak: have you fixed all triaging bugs (e.g. invalid tag/stae combinations?) ? [12:57] gnomefreak: if not ... please keep away for a while, because I added that task to the hugday page [12:57] asac: not those yet [12:58] using the locate switcher extention. switching to lithuanian and restarting firefox doesn't translate the gui [12:58] good ... then stay away from them ... since i guess its a good thing to start [12:58] you sent that to hugday guys? are you sure that is safe [12:58] DarkMageZ: forget about the lithuanian locale ... its probably not tested or something ... use es-es ... and use command line switches [12:59] -UILocale es-ES -contentLocale es-ES [12:59] i may work on the bugs that are tagged to see what is going on with them [12:59] i feel sorry for the lithuanians then, but we'll get back to them later [12:59] DarkMageZ: maybe you miss some fonts or something :) [12:59] for them [01:00] DarkMageZ: yeah ... lets first verify this bug properly [01:01] i've deleted the firefox folder and reextracted it for extremeism. now going to install the es-es.xpi [01:01] DarkMageZ: good [01:02] DarkMageZ: maybe move you profile away as well (e.g. the $HOME/.mozilla directory) [01:02] DarkMageZ: but keep a backup so get your settings back once you have finished the test :) [01:03] well ahead of ya :P i've generated 4 different .mozilla's sofar [01:04] ok, es-es.xpi installed. now starting with "./firefox -UILocale es-ES -contentLocale es-ES" [01:04] yeah [01:04] does it show up in spanish ? [01:04] gui translated :) [01:05] yeah ... now you can test for real :) [01:05] general.useragent.locale = en-US [01:07] http://gemal.dk/browserspy/language.html reports en-US (thanks capt obvious) [01:07] going for pre-localised [01:08] ok ... i guess that that one works [01:08] works as in is broken? [01:08] it should report es-es? should it not? [01:08] no ... that in the prelocalized build the useragent locale is right [01:09] DarkMageZ: can you please try the actual bug use case? [01:10] for that open Tools -> Error Console [01:10] then test alert("navigator.language: "+navigator.language) [01:10] and press Execute :) [01:10] but i guess it should return the same as useragent locale shows [01:11] consola de errors :P [01:11] yeah ;) [01:11] navigator.language = en-us [01:11] ok [01:11] as expected [01:11] now the prelocalized one and then we are finished [01:12] expected = broken ? [01:12] no ... expected == works :) [01:12] aeh ... in this case its broken obvioulsy [01:12] it should be es-es [01:15] pre-localised = es-es [01:16] ok thanks [01:16] i reopen the bug then [01:16] and add that info [01:16] DarkMageZ: did you get es-es in errorconsole? [01:16] yeah [01:17] cool [01:17] great [01:17] (or not so grewat:) [01:18] ok reopened and confirme the bug upstream: [01:18] https://bugzilla.mozilla.org/show_bug.cgi?id=285267 [01:18] Mozilla bug 285267 in General "navigator.language js property doesn't reflect browser default language" [Normal,New] [01:18] oh, something interesting i noticed the other day. the nspr-dev package to pkg-config is mozilla-nspr [01:19] he? [01:19] mozilla-nspr is really old and should not be on your system anymore :) === gnomefreak didnt think mozilla-nspr was around [01:19] this is a fresh feisty install from like within 5 days [01:20] ah that would explain that [01:20] DarkMageZ: it might be a transtional package? [01:20] DarkMageZ: where did you get mozilla-nspr from? [01:20] gnomefreak: please figure that out :) [01:20] lol ill check after orig is built [01:20] cool [01:20] afaik mozilla has been removed from feisty [01:20] libnspr-dev /usr/lib/pkgconfig/mozilla-nspr.pc [01:21] its not in feisty [01:21] the diamondx plugin was looking for nspr.pc but couldn't find it so i had to fix its make files [01:21] maybe leftover [01:22] DarkMageZ: libnspr-dev [01:22] is the package that ships nspr.*pc [01:22] dunno how its exaclty called [01:22] ah sorry [01:22] yes then its ok [01:22] nono, libnspr-dev ships mozilla-nspr.pc [01:22] though ... what version does libnspr-dev have for you? [01:23] i had to fix diamondx to look for mozilla-nspr.pc [01:23] yeah ... looks right ... nothing to bother [01:23] he? [01:23] yes ... mozilla-nspr [01:23] 2:1.firefox2.0.0.4+1-0ubuntu1 [01:24] yes in gutsy we have nspr.pc now [01:24] (gutsy)asac@hector:~/fsf/bzr/build-area$ dpkg -L libnspr4-dev | grep pc$ [01:25] /usr/lib/pkgconfig/nspr.pc [01:25] /usr/lib/pkgconfig/xulrunner-nspr.pc [01:25] DarkMageZ: will you package diamondx ? [01:25] no [01:25] or is it just an example? [01:25] just an example to test the xembed [01:26] aka wmode [01:26] yep [01:27] it'll be cool when wmode is working [01:27] hopefully that'll fix my last 2 issues with flash [01:27] that are? [01:27] menus being hidden under flash objects [01:28] and weirdness @ www.guildwars.com [01:28] DarkMageZ: can you code? [01:28] haha, technically yes. practically no [01:29] ah ok :) ... because someone needs to rewrite the totem plugin code :) ... its broken and upstream is too proud to throw it away on their own :) [01:29] yeah, the totem firefox plugin is ftl [01:30] i would have rewritten that if i could. [01:31] if you want to try :) ... let me know :) [01:33] the mplayer-mozilla plugin isn't bad [01:33] could still be better, but isn't bad [01:34] yes ... however that doesn't help much [01:34] for totem case :) [01:35] i'm getting annoyed @ gstreamer based technologies recently. [01:35] why? [01:36] it has made me tempted to study c next year. as the visualization stuff out of gstreamer based apps is crap (totem & rhythmbox) [01:36] while amarok kicks ass ( all 3 use libvisual, but totem & rhythmbox pump it via gstreamer) [01:37] study C ? what language do you speak? [01:37] C is just a hands-on language :) ... read it, do it :) [01:38] i started learning it, but i never finished to the point where it was practically usable [01:39] asac: how far in did iceape fail [01:39] hmmm ... it just has 10 concepts or something to learn ... the rest is practice [01:39] gnomefreak: it didn't fail [01:39] gnomefreak: now with latest from mozillateam branch [01:39] gnomefreak: have you merged? [01:39] cant [01:39] why? [01:39] nothing to do it says [01:39] i have been trying ever since you said you pushed [01:40] gnomefreak: what do you see in bzr log on top? [01:40] so i said screw it and started building [01:40] can i bzr log [01:40] damn [01:41] its really not in lp website === DarkMageZ just found the old hello world he did in c [01:42] hehe [01:42] yes, hello world doesn't cover all concepts ;) [01:42] bzr log its in [01:42] gnomefreak: i am branching through http to see if its just the website [01:42] gnomefreak: in your bzr log? [01:43] of your branch? [01:43] i just did bzr log | less and it showed it [01:43] gnomefreak: you can use sftp to merge from mozillateam branch [01:43] that should be up to date [01:43] (you have access to mozillateam branch as a member) [01:43] http appears to not be up-to-date [01:44] how do i do it with sftp? [01:44] gnomefreak: same as always: [01:44] bzr merge sftp://gnomefreak@bazaar.launchpad.net/~mozillateam/iceape/ubuntu-1.1.x [01:44] ah ok [01:44] if you are in your local bran ch [01:45] i am im gonna wait for it ot fail though if it fails [01:45] its been building for a while [01:45] gnomefreak: it will not succeed [01:45] you need the merge [01:45] it will bail out with something hunspell or something [01:45] pretty in the end [01:46] of the build [01:46] so better abort and merge [01:46] then build and succeed :) [01:46] i am [01:56] i remember why i stopped learning c. i learnt that if i want to store a string. i'd need an array of char [01:57] correct? === gnomefreak hasnt praciticed C in ~10 years [01:58] DarkMageZ: yes [01:59] actually you need a null terminated list of chars [01:59] so a char* [02:00] so the var can be char* and the value could be my string with null on the end/ [02:01] asac: i cant commit the patch [02:01] gives me a traceback [02:01] why? you probably need to resolve a conflict [02:01] you have to merge [02:01] resolve conflicts [02:01] then commit all [02:02] no conflicts python errors [02:02] merge is fine [02:02] how does bzr status look like? [02:03] oh dont commit patches/99* [02:03] no ... you have to commit the merge ... not a single file [02:03] ah [02:03] remember what i told you yesterday? [02:03] merges you need to commit all at once (after resolving potential conflicts) [02:03] k yeah i remember [02:04] i find it a bit confusing as well (as like what does committing a merge actually mean?) [02:06] but it usually does what you expect :) === DarkMageZ [n=richard@ppp12-153.lns4.syd7.internode.on.net] has joined #ubuntu-mozillateam [02:06] DarkMageZ: more or less yes ... char* points to a memory area that contains letters and at the end of string there is a 0 [02:13] so http://pastebin.ca/563995 fails cause printf is pulling the var as an int? [02:18] no, i fail. scanf is reading int cause i called %d. same applies to printf [02:32] DarkMageZ: does it crash? [02:33] i haven't used scanf for 15 years or so :) [02:33] segfaults :) [02:34] yeah [02:34] scanf wants initialized memory [02:35] you just pass a pointer to nirvana to i [02:35] t [02:36] http://pastebin.ca/564035 [02:36] there are two options on how to achieve that [02:37] bluekuja: https://code.launchpad.net/~asac/firefox/granparadiso [02:37] thats the branch where we will prepare the firefox-granparadiso package [02:38] great! [02:38] when we will start? [02:38] now :) [02:38] lol [02:38] it should have been ready last week :) ... so the earilier the better [02:39] asac: you may want to look at bug 49534 im leaning towards this being a kdebase issue more than a tb issue [02:39] Launchpad bug 49534 in thunderbird "Mozilla Thunderbird doesn't restart when Kubuntu session is reloaded" [Medium,Needs info] https://launchpad.net/bugs/49534 [02:39] bluekuja: can you branch that to your local disc? [02:40] asac: granparadiso is ready to build for gutsy already? [02:40] asac: of course [02:40] I do it now [02:40] gnomefreak: no ... we start to do it now :) ... i just created a fresh branch based on the trunk [02:41] i already have it built for gutsy [02:41] we have to rename source package ... binary packages [02:41] yes ... as firefox-trunk :) [02:41] i screwed up last week meant to build for feisty but built on gutsy [02:41] yep [02:41] asac, that example works (tho replaced %d with %s). i'll figure out how that works. [02:42] asac: branching it out [02:42] good [02:44] gnomefreak: where is the orig.tar.gz for alpha5 firefox trunk? [02:44] is it in your repo already? [02:44] the latest for feisty is in feisty repo [02:44] ah ... but thats from CVS, right? [02:45] e.g. not with official alpha5 source tarball embedded, right? [02:45] yes 20070608 [02:45] ok cool ... then granparadiso should just work (e.g. with official tarball) [02:45] no official tarball [02:45] not with official tar [02:45] bluekuja: ok i prepare an orig.tar.gz for granparadiso tarball ... which we can use then [02:45] its CVS :) [02:45] bluekuja: once your branch has finished pulling let me know :) [02:45] gnomefreak: yeah :) [02:46] asac: of course :) [02:46] gnomefreak: probably not a big difference though :) [02:46] asac: how far did you get with 1.1.2 [02:46] asac: it's quite big hehe [02:46] gnomefreak: 1.1.2 is waiting for 1.1.1 binaries to finish [02:46] if you can find an official tar since its a nightly and way beta [02:46] sparc is lacking behind a lot [02:46] ok i will check farm to see if sparc has started [02:47] bluekuja: yeah ... unfortunately i pushed a source tarball once .... and bzr just branches every revision ... so you download a lot, but get only a tiny debian/ dir [02:47] ok [02:47] gnomefreak: it probably hasn't [02:47] gnomefreak: it has to respin everything i guess [02:47] they look the same as this morning [02:47] gnomefreak: last time i looked it was still working on glibc [02:47] its done with that [02:48] gnomefreak: i think the second sparc build makes progress (while the first is blocked on glibc) [02:48] artigas is now [02:48] gnomefreak: no glibc? [02:48] gnomefreak: great ... then things should go ahead more quickly now [02:48] nope [02:48] i see 3 sparcs [02:48] yeah but 1 of those is out-of-order [02:48] :) [02:48] BUILDING sparc build of glibc 2.5-10ubuntu2 in ubuntu gutsy RELEASE (AUTO) [02:48] shit [02:49] yeah [02:49] i guess artgas is glibc [02:49] or is name the anme of the pc [02:50] artgas is the name of the machine I think [02:50] yes it is [02:50] i looked at it [02:52] asac: mmm...branching seems to be stoned now [02:52] stoned? it just takes time [02:52] router doesnt send any new data [02:52] bluekuja: it downloads a 40MB source tarball that i accidentially checked in on initial push :) [02:52] bluekuja: hmmm [02:53] bluekuja: what bandwidth do you have ? [02:53] 6 mbs [02:53] ^^ [02:53] yeah that should be enough :) [02:53] orig.tar.gz is just uploading ... so maybe try to branch at another place in parallel? [02:54] orig.tar.gz will take about 3.5 minutes to finish upload :) [02:56] asac: I re-try to branch [02:56] maybe lost the connection [02:56] now works [02:56] damn stoned again | [========================= ] Fetch phase 1/4 [02:56] | doesnt move more [02:56] bluekuja: just keep it running [02:56] ok [02:56] yeah ... thats normal [02:56] if you really see that there is no network traffic on your network device it would be time to bother [02:56] yeah [02:56] but not if the progress bar doesn't move anymore :) [02:56] ^^ [02:57] bluekuja: its just the first time that it takes that long [02:57] after that you only get updates [02:57] yup [02:57] I leave it working [02:57] I hope it will download everything [02:58] without failing [02:58] yeah it will [02:58] asac: then we start packaging it from 0? [02:58] or you already started ? [02:58] e.g what we have to do [02:58] we branch from the current firefox-trunk package [02:58] which already builds almost the same code base [02:59] its more like renaming packages, adapting patches, configure options et al [02:59] so a good thing to start with :) [02:59] yup [02:59] :) [02:59] when done it will be pushed in ubuntu? [02:59] so we will have new firefox? [02:59] yes [02:59] oooh cool [02:59] yes ... it will not replace firefox [02:59] it will be in either as firefox-granparadiso [02:59] or firefox-preview [03:00] or granparadiso [03:00] sounds really great [03:00] i am curently trying to figure out with mozilla contact, what name they want [03:00] I've confirmed bug 117575 [03:00] Launchpad bug 117575 in firefox "[GUTSY] Cannot execute /usr/lib/firefox/x-www-browser-bin." [High,Confirmed] https://launchpad.net/bugs/117575 [03:00] the idea is that we help mozilla project to get feedback on their alpha/beta releases [03:00] granparadiso looks great [03:00] it means great heaven [03:00] looks like there is something wrong with the scripts that call firefox in gutsy [03:00] bluekuja: yeah its the code name [03:01] for firefox 3 [03:01] cool [03:01] x-www-browser-bin ? [03:01] thats wrong [03:01] there is an alternative called x-www-browser [03:01] which points to firefox [03:01] yes without the -bin [03:01] asac: looks like /usr/bin/firefox doesn't handle well x-www-browser as $0 [03:01] oh damn ... thats really a bug in firefox script [03:02] yes [03:02] i remember that we had that problem when we renamed firefox/thunderbird iceweasel/icedove [03:02] hmmm [03:02] hjmf: any idea if we can easily resolve $0 in case its a link? [03:03] because that would be the only solution that we can push upstream imo [03:03] everything hard coded like if $0 = x-www-browser is far too debian specific to land there [03:03] asac: branched [03:03] 20 revisions [03:03] :) [03:03] bluekuja: good [03:03] asac: I'll look at it when I'll have some free time (maybe in an hour) [03:04] bluekuja: http://people.ubuntu.com/~asac/firefox-granparadiso-3.0~alpha5.orig.tar.gz [03:04] you can place that in a directory called tarballs next to your branch [03:04] and then fix debian/changelog to have the right name [03:08] then bzr bd --merge . does work [03:08] though you have to commit your changelog modifications locally first [03:08] i think verifying that that works would be a good first step [03:08] yup [03:08] right name = firefox-granparadiso then [03:08] hmm dunno :) lets just use granparadiso .... should be not too hard to change later [03:08] e.g. as soon as i have feedback [03:08] you can choose [03:08] ok [03:08] if you use granparadiso you have to rename orig of course [03:08] ah yeah [03:08] gonna use the name on the tarball [03:08] then [03:08] k [03:08] hjmf: maybe ls -H $0 works? [03:09] hjmf: hmmm neither -H nor -L appears to work [03:10] ok im going to go laydown ive been up since 1am its now 9:10 thats my 8hours ;) ill be back soon i hope [03:11] gnomefreak: cu [03:16] asac: added changelog entry [03:16] committed [03:16] now need to try with bzr bd [03:17] asac: zr: ERROR: There are modified files in the working tree. Either commit the [03:17] changes, use --working to build the working tree, or --ignore-changes [03:17] to override this and build the branch without the changes in the working [03:17] tree. Use bzr status to see the changes [03:17] why? [03:17] I've already committedf [03:17] everything [03:19] bzr stat ? [03:19] uknow tarball [03:19] mm [03:19] forgot to ad [03:19] *add it [03:19] yeah ... maybe wrong version in changelog [03:19] ok [03:19] yup [03:20] ok tarballs added [03:20] Could not parse changelog: mozilla-xremote-client. [03:21] ok firefox-granparadiso should be ok as name [03:21] ok great [03:21] asac: I cannot build it normally? or we need to use bzr bd? [03:22] hmmm ... you can now go to ../build-area/firefox-gran.../ [03:22] and build it there [03:22] it should have been produced by bzr bd [03:22] lets see [03:22] bluekuja: you can do as you like [03:22] ok [03:22] :) [03:23] I prefer building on a normal way [03:23] ^^ [03:23] lets start [03:23] yeah ... but bzr bd finds and merges with orig.tar.gz for you [03:23] which is handy [03:23] you can go to build-area afterwards [03:23] and work there [03:23] there all is normal :) [03:23] problem is Could not parse changelog: mozilla-xremote-client. [03:24] and it reports some errors [03:24] on python code [03:24] yeah ... is it extracted in build-area? [03:24] go there and then try to build [03:24] nope [03:24] and see what is wrong [03:24] no? [03:24] hmm [03:24] he dont create [03:24] he just stops [03:25] wierd you have probably messed up changelog? [03:25] just used a different name [03:25] show the diff please :) [03:26] there must be something wrong in your modification [03:26] or ... look at the diff on your own first :) [03:26] i didnt use firefox-trunk [03:26] as name [03:26] in changelog [03:26] maybe that messed it up [03:28] yes you have to change Source: in control as well [03:28] change in both: control and control.in [03:28] yup [03:28] binary package names should be ok for now [03:29] asac: same error [03:29] why mozilla-xremote-client. ? [03:29] look at the diff [03:29] dunno [03:29] because parser gets confused [03:29] and chokes somewhere [03:30] if you really don't have any whitespaces mixed up [03:30] show me the diff [03:31] asac after a quick look, this fixes for me: [03:31] in line 141 of /usr/bin/firefox instead of [03:31] MOZILLA_BIN="${progbase}-bin" [03:31] changed to: [03:31] MOZILLA_BIN="MOZILLA_BIN=$(basename ${progname})-bin" [03:31] ouch ... does that work in bash and sh [03:31] ? [03:31] the script is /bin/sh [03:31] why progname? [03:31] instead of progbase? [03:32] ah ... ok [03:32] progname is the return of all the stuf of symlink look, -h [03:32] why not change how progbase is computed? [03:32] progbase is left unchanged since the begining of the script [03:32] asac: is ok to have a bz2 inside tar.gz with bzr? [03:32] yes [03:33] firefox has embedded tarball layout [03:33] it will be deflated during build [03:33] oh ok [03:33] mmm [03:33] maybe somebody forgot to reasign progbase after looking for the symlink [03:33] asac: ^ [03:33] do they look up the symlink already? [03:37] let me fix in another way :) give me 1 minute [03:37] asac: ^ [03:37] hjmf: will that work even for multi links? [03:37] asac: http://pastebin.mozilla.org/100234 [03:37] dont look at new upstream release [03:37] just to write something for now [03:37] bluekuja: you don't have a debian revision [03:37] asac: it gets fixed if you just append to line 114 [03:37] progbase="$bn" [03:37] e.g. -0ubuntu0 [03:37] that whole piece of code is about multilinks [03:37] asac: oh ok [03:37] lets see [03:38] asac: nope [03:38] still that error [03:39] hjmf: do they deal with both relative and absolute links properly [03:39] hjmf: oh yeah i see [03:39] hjmf: pretty nice actually :-P [03:41] Do I attach the patch to the bug? or do you append that line directly? [03:41] asac: ^ [03:42] i don't know ... i guess you should really do a proper patch and get it upstream .... to get the credits ;) [03:42] its definitly a bug :) [03:43] asac: I started building [03:43] hjmf: i mean they put effort in it and alot and then fail to finish proper :) [03:43] asac: gonna leave for an hour, gonna have results when I'm back [03:43] bluekuja: what was it? [03:43] asac: something in the changelog [03:43] ok [03:43] whiteline [03:44] didnt see [03:44] yeah ... tricky [03:44] asac: I'll do both things :) [03:44] anyway it started [03:44] when ill be back we will have build results [03:44] hjmf: you have to patch the mozilla.in file in source tree [03:44] bbl [03:44] most likely there are more than one duplicates of it [03:48] bluekuja: bye ... i am away soon but will probably be back later [03:51] asac: yeah, such pretty obvious bug should have an upstream match, looking [04:44] asac: are you around? [04:47] hjmf: yeah [04:47] i think half an hour or so [04:47] asac: I haven't been able to find a dup upstream. You might take a look to the report I've made [04:47] bugzilla bug 384303 [04:47] bugzilla bug 384304 [04:47] bugzilla 384304 [04:47] mozilla bug 384304 [04:47] Mozilla bug 384304 in Startup and Profile System "/usr/bin/firefox is not able to handle symlinks due error in the script" [Major,Unconfirmed] http://bugzilla.mozilla.org/show_bug.cgi?id=384304 [04:48] :-P [04:48] I never remember that :) [04:48] The question I have is, how do you find the version of the source code? [04:49] where do you look? [04:50] I have no idea :? [04:51] hjmf: its always save to look at latest HEAD if its fixed ... then at MOZILLA_1_8_BRANCH (latest revision on that) for firefox 2.0 [04:53] hmm my MOZILLA_1_8_BRANCH is one week old [04:53] I'll download the lastest to check [04:53] what do you want to know then? [04:53] hjmf: yeah ... its not that important [04:53] most likely there was no change [04:54] just wanted to know if there was a file to look at it [04:54] as I wasn't sure if MOZILLA_1_8 was enough info for them [04:54] hjmf: you can use cvs status -v on the file to see which version you have [04:54] ah ok [04:54] but actually they know what you are talking about [04:54] asac: back [04:54] when you say: latest 1.8 branch [04:54] or trunk [04:55] just name the patch: for 1.8/1.8.0 branches [04:55] and for trunk [04:55] (not now ... but maybe next time) [04:56] actually i bet that they will complain that you didn't do the diff with cvs -Nup [04:56] but then chew it and get over it :) [04:56] cool :) [04:56] thanks asac :) [04:56] maybe ...who knowns [04:56] hjmf: you need to request review :) [05:00] actually at best verify if it exists on trunk as well [05:00] asac: build failed [05:00] in what? [05:00] where? how long did it take until it failed? [05:00] 1 minute [05:00] :P [05:00] No file to patch. Skipping patch. [05:00] yeah [05:00] http://pastebin.mozilla.org/100250 [05:00] asac: request review? [05:00] yes [05:00] otherwise they will not know [05:00] you can edit patch [05:00] and then flag the review field with ? and add the reviewer you want to summon [05:00] bluekuja: how does the top level directory of your source tree look like? [05:00] bluekuja: what files are in there [05:00] i guess you don't have a tar.bz2 ball in there [05:01] nope [05:01] hmm there is already a requestee: cls@seawood.org [05:01] I haven't [05:01] then you did not extract the orig properly [05:01] you need debian + content of tarball [05:01] in one directory [05:01] otherwise build will fail [05:01] by defininition [05:01] its just one tar.bz2 file [05:01] in addition to debian/ [05:01] dunno what you did with that [05:03] bluekuja: you can extract that file from orig.tar.gz :) then you should be fine [05:05] hjmf: really? [05:05] hjmf: yeah [05:05] hjmf: someone did that for you [05:05] hjmf: e.g. requested review for you :) [05:06] asac: yup [05:06] need to leave again [05:06] k [05:06] for an hour [05:06] damn [05:06] bbl [05:06] bluekuja: i am away then [05:06] asac: lol, thank you! [05:06] aww [05:06] just take care that that tar.bz2 is in top-level dir [05:06] ok [05:06] asac: cu [05:09] hjmf: actually benjamin already took a look [05:09] lets see if they forget about it now :) [05:40] ok out ... will probably be back in 3-4 hours or so [06:17] asac: hopefully they don't forget, It will be nice to see how evolves my first bugzilla report :P [06:17] asac: have fun === JenFraggle [n=jen@host86-134-114-43.range86-134.btcentralplus.com] has joined #ubuntu-mozillateam === JenFraggle [n=jen@host86-134-114-43.range86-134.btcentralplus.com] has joined #ubuntu-mozillateam === unperson [n=nickc@129.2.43.76] has joined #ubuntu-mozillateam === JenFraggle [n=jen@host86-134-114-43.range86-134.btcentralplus.com] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [10:49] bug 119899 [10:49] Launchpad bug 119899 in thunderbird "After-the-fact Filters on custom header won't match for IMAP messages" [Undecided,Confirmed] https://launchpad.net/bugs/119899 [10:53] For ftp connections, does firefox attempt to use the PORT or PASV method of data connections? [10:56] i think it first tries active ... then PASV ... but not 100% sure [11:01] asac: bug 112349 di we change anything to cause this? I noticed this as well have alot of gutsy users [11:01] Launchpad bug 112349 in firefox "Firefox / Thunderbird fonts are smaller than system fonts rest when reducing the font resolution" [Undecided,Needs info] https://launchpad.net/bugs/112349 [11:04] gnomefreak: what is the user running? feisty/gutsy? [11:04] gutsy [11:04] i see it here as well [11:04] and have [11:13] asac: also the reply-to-list plugin (after some reading) fails to work on 2.0.0.x final as it did work in beta and rc releases, it doesnt work here either. Maybe we need to talk to the maintainer/coder of the plugin? [11:13] ok ... i have reports about this font issue for icedove as well [11:13] already wondered why i didn't retrieve a report for tbird 2.0 [11:14] ... which was in far before icedove 2.0 [11:14] asac: i remember a few i though [11:14] you remember a few what? [11:14] the font i wrote off as being beta bug and it would go away [11:14] maybe its that some font package was updated in gutsy? [11:15] dont know everything outside of ff and tb look fine [11:15] gnomefreak: you say that ffox has font issues as well? [11:15] or just tbird? [11:15] both [11:15] mainly thunderbird [11:16] some sites show up very small fonts on firefox but that can be the pages [11:18] gnomefreak: yeah [11:18] can you look in the advanced config dialog and take a look at the font settings? [11:19] who wants to test a firefox issue in another browser since the reporter cant be botherd [11:19] (e.g. the advanced config dialog is what you get in firefox with about:config) [11:19] no idea ... i have no other browser ... actually there is only konqueror [11:19] what am i looking for in here [11:20] ok found fonts [11:22] what fonts do you see? [11:22] a shit load of them [11:22] freetype2 seems to be alot [11:23] sans-serif is another [11:23] serif is another [11:25] aa_bitmap and bitmap and outline (never heard of outline font) [11:26] tt_bitmap & fixed and so on [11:28] hmm [11:28] what font is configured for serif? sans-serif? [11:29] like serif.x-western [11:29] abd serif.x-unicode [11:30] ? [11:32] please try if setting those to 'Bitstream Vera Sans' helps [11:33] for both we have listed x-baltic x-central-euro x-cyrillic x-unicode x-user-def x-western [11:33] plus locales [11:33] yes ... but there is Times in there, right? [11:33] try if setting to Bitstream Vera Sans help [11:33] for unicode and x-western [11:34] yes [11:34] times [11:34] how do i change the setting to bitstream vera sans [11:34] and what one to change? [11:35] font.name.serif.x-unicode [11:35] font.name.serif.x-western [11:36] font.name.sans-serif.x-unicode [11:36] font.name.sans-serif.x-western [11:36] to give it a try [11:36] ok found them so i right click and under modify type bitstream vera sans in there? [11:37] yeah just paste the string i gave you [11:37] as value [11:38] font.name.serif.x-unicode and the other three look to be set to Helvetica [11:38] gnomefreak: you need the font package installed: ttf-bitstream-vera [11:38] Helvetica? [11:38] thats interesting [11:38] i didn't see it here [11:38] its installed [11:38] let me check i am currentyl upgrading my gutsy [11:38] gnomefreak: you can also try to set it to Times [11:39] instead of Helvetica [11:39] thats what I had here (before the currently running upgrade) [11:39] and it didn't look too bad [11:40] yes it is here serif was set to times the sans serif wasnt [11:40] will try restarting ff and see what happens [11:40] yeah :) [11:41] try bitstream (like above for sans-serif) ... as times is a serif font, but lets see [11:42] asac, Thanks for the response about the ftp thing. If that's the case I'm even more puzzled about my problem. [11:42] looks pretty much the same, I dont remember what pages were affected most of them LP like blueprints showed small [11:42] unperson: what is your problem? [11:43] asac, I thought perhaps firefox might be set to do PASV ftp by default to avoid firewall issues. [11:44] so whats your problem? [11:44] asac, I'm running an ftp server at home behind a router. I thought I got all the port forwarding stuff setup right, and it works with the linux CLI ftp client and with Opera in Linux, but not with firefox (1.5 on linux). [11:44] does your server support PASV? [11:44] I was trying to figure out what FF might be doing differently. [11:44] does CLI work with active mode? [11:44] It does. What's more, I tried connecting with the CLI ftp client set to passive mode and that worked. [11:45] maybe im going blind, ITs ahrd to tell if it changed [11:45] gnomefreak: actually i can't tell if it looks bad or what [11:45] asac, Yes. The CLI works both ways. [11:45] unperson: are you on feisty? [11:45] or dapper or what? [11:45] And actually to add even more confusion, I just asked a friend to try it (via AIM) and it worked with FF 1.5 on Windows XP! [11:46] asac: maybe lets start with tbird fonts see if they will "think" firefox changed. maybe change them to Times by default in ff [11:46] gnomefreak: actually i talked about tbird all the time [11:46] you can get the about:config dialog through Preferences -> Advanced -> Config Editor [11:47] asac, No. Actually, I'm trying to remember what version of Xubuntu is on the computer I'm using for the clients. [11:47] asac > (e.g. the advanced config dialog is what you get in firefox with about:config) so i assumed you wanted it done in ff [11:47] unperson: cat /etc/lsb-release [11:47] to see what you have installed [11:47] gnomefreak: no ... you should try where you can see the bad font most obvious :) [11:47] I think it's either dapper of edgy. [11:48] looking at settings now [11:48] unperson: run the command above in the console [11:48] 6.06 [11:48] gnomefreak: yes please do [11:48] So that's dapper I guess. [11:48] unperson: ok its dapper then [11:48] gnomefreak: i have good fonts here in my gutsy chroot [11:48] gnomefreak: but i never recognized bad fonts :) [11:48] same settings here let me change and see [11:49] Also odd is that my friend verified that it didn't work on his linux machine (running FF 2.0). [11:49] gnomefreak: yes, maybe play around a bit and try to figure what looks decent [11:49] unperson: what linux does he use? [11:49] asac, Yeah, unfortunately I don't know for sure what he's using now, so it's not very useful data. And he's gone offline for the moment. [11:50] times doesnt help (im not sure if changing the font is the answer, can we change default font size maybe? [11:51] gnomefreak: i think font should be the right way [11:51] mainly the font issue is in the popup when opening an email not in the tbird main [11:52] its in the mail text i guess [11:52] yes [11:52] but all mail is the same [11:52] asac, My wild guess is that firefox is trying to use a passive (a.k.a. PASV) data connection and is ignoring what port the server says to use and trying to connect the data connection on some arbitrary port that isn't forwarded at the router. [11:52] asac, But I'm really confused why it would behave differently on XP. [11:52] asac, Unfortunately I have to run now. [11:52] gnomefreak: go to the fonts config dialog and play around if you get a good appearence without tweaking font size [11:53] asac, I mainly just wanted to thank you for responding earlier. [11:53] unperson: yes ... no problem [11:53] unperson: if you find the reason, i would be happy to hear [11:53] unperson: sounds strange [11:53] Indeed. If I can verift the reason I'll be back. [11:53] er, verify. [11:53] Later. [11:53] thanks [11:53] cu [11:54] much better [11:54] bitstream vera? [11:54] let me find a good one first [11:54] font config [11:54] ah :) [11:54] yeah [11:54] :) [11:54] changing size [11:54] try bistream vera [11:54] no pleaes not [11:54] that won't bring us anywhere [11:54] you told me to [11:54] e.g. won't help us to get a grib on the problem [11:54] i said: go to the fonts config dialog and play around if you get a good appearence without tweaking font size [11:55] oops [11:55] gnomefreak: just select different fonts [11:55] k mono space is put back to 12 [11:57] no differnet fonts are just making it harder to read [11:57] did you try bistream vera? [11:57] thats wierd [11:57] yes much harder to read [11:58] it clumps the letters together [11:58] the size of font is still a 12 where as the size of main screen is 16ish but i tried 8+ fonts and all were harder to read [11:59] gnomefreak: do you have gsfonts package installed? [11:59] is it default install? [11:59] yes installed [11:59] no ... but i remember that i installed it at some point and it messed things up a lot [12:00] can you remove it? or is everything removed from your system then? [12:00] ah i mean gsfonts-x11 [12:00] let me check i know it was brought in by something [12:00] when ... recently? [12:00] that is not installed [12:00] k [12:01] asac: its been hard to read since i got on gutsy. 2.0 in feisty repo doesnt show this issue i dont think but i will check later this week on that when i have laptop in my hands [12:04] gnomefreak: if 2.0 in feisty repo doesn't have that, then its probably something outside the realm of tbird [12:04] (though tbird probably doesn't play well with whatever has changed now) [12:05] gnomefreak: does starting with PANGO disabled help? [12:05] try: [12:05] MOZ_ENABLE_PANGO=1 thunderbird [12:05] and see if [12:06] MOZ_ENABLE_PANGO=0 thunderbird [12:06] makes a difference [12:07] both do the first one more than second [12:07] what? [12:08] both do what? [12:08] look different? how? [12:08] more ugly, less ugly [12:08] less ugly easier to read [12:09] so what is best? [12:09] but define ugly [12:09] gnomefreak: you claimed to see ugly fonts in tbird :) [12:09] i cannot judge :) [12:09] i would say the fitrst one MOZ_ENABLE_PANGO=1 [12:09] hmm [12:09] try MOZ_DISABLE_PANGO=0 and 1 instead [12:09] first. when changing to the other fonts they got clumped together (ugly if all letters look interlocked) [12:11] stick with enable disable looks the same as it is normally with both 0 and 1 [12:11] wierd [12:12] so you say ... whatever you use it looks better than without? [12:12] yes :( [12:12] and i hate pango [12:13] i really don't understand, i have: [12:13] without -> looks good [12:13] with MOZ_DISABLE_PANGO=0 or MOZ_DISABLE_PANGO=1 --> ugly [12:14] MOZ_ENABLE_PANGO=0 or MOZ_ENABLE_PANGO=1 -> good (e.g. MOZ_ENABLE_PANGO has as expected no effect, as its just not ment to be used) [12:14] ugly if you mean plain yes that it is. but its easier to read [12:15] gnomefreak: can you make screenshot of [12:15] without [12:15] 2. MOZ_DISABLE_PANGO=0 [12:15] 3. MOZ_DISABLE_PANGO=1 [12:15] 1. without :) [12:15] so [12:15] 1. without :) [12:15] 2. MOZ_DISABLE_PANGO=0 thunderbird [12:15] 3. MOZ_DISABLE_PANGO=1 thunderbird [12:15] give me a minute and i will have them and look for a place to post them [12:16] you can upload to a folder on preview repo [12:19] uploading now [12:19] cool ... lets see [12:19] i have 3 [12:19] 0 1 and normal [12:19] yeah [12:20] pango is disabled here by default anyway isnt it? [12:20] actually i have no idea [12:20] lets first look [12:20] no locales == no pango i thought [12:21] no ... that was true for firefox in feisty [12:21] or US == no pango [12:21] but never for thunderbird [12:21] ah [12:21] all 3 will be at http://gnomefreak.youmortals.com/ now i think [12:22] yep they are there [12:22] for me all look the same [12:22] brb smoke [12:22] i know [12:22] thats what i said [12:22] enable 1 looked best iirc [12:22] but MOZ_ENABLE_PANGO made a difference? [12:23] can you please upload that? [12:23] yep [12:25] maybe its me [12:26] http://gnomefreak.youmortals.com/ they are there, im thinking its me :( [12:26] brb smoke [12:27] hmmm all look the same :) [12:27] but thats wierd [12:27] maybe there is no other support compiled in at all?