=== ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-mozillateam === IdleOne [n=idleone@unaffiliated/idleone] has joined #ubuntu-mozillateam === DarkMageZ [n=richard@ppp6-91.lns4.syd7.internode.on.net] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [01:48] asac: you still around? [01:52] asac: well when you det here be it tomorrow i should be here in morning the rules file to iceape doesnt list config options like firefoxs anymore. it seems mike changed alot of things and it looks like they are calling other parts to run instead of simple config options. but i will get with you in morning and see what we can figure out. === IdleOne [n=idleone@unaffiliated/idleone] has joined #ubuntu-mozillateam [02:10] ok read email found things i dont like (not what anyone from team did) and i think it needs to stop :( he has been warned many times before (i know nothing we can do about it but bitch) so im bitching! [02:16] heh heh === Admiral_Chicago [n=freddy@ubuntu/member/admiral-chicago] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === Naddiseo [n=Naddiseo@d199-126-254-166.abhsia.telus.net] has joined #ubuntu-mozillateam === joejaxx [i=joejaxx@fluxbuntu/founder/joejaxx] has joined #ubuntu-mozillateam === Admiral_Chicago [n=freddy@ubuntu/member/admiral-chicago] has joined #ubuntu-mozillateam === Admiral_Chicago [n=freddy@st074039212101.monm.edu] has joined #ubuntu-mozillateam [09:36] hi [09:37] sup? [09:38] sup? [09:39] it's like what's up [09:39] nfi where it came from tho :s [09:41] ah ... all fine .... have to get some coffee though [09:53] yeah, everytime you mention coffee... i all the sudden need a coffee [09:53] normally i can manage the addiction :( [09:55] i have given up on addictions :) [09:55] one has to accept those weaknesses [09:56] :) better be strong elsewhere :) [09:59] damn ... lp is really down :( === omgponiezlol [n=freddy@st074039212101.monm.edu] has joined #ubuntu-mozillateam [10:22] asac, launchpad being down the night before launch [10:23] :) [10:27] hey wait. you dislike opera cause it's closed source right? then why use launchpad? [10:27] :P [10:42] same as for google :) [10:43] its a web application and luckily doesn't run on my system :) [10:49] interesting arguement [11:01] actually i used opera a bunch of times ... and i hated their UI approach ... so its not the "not-free" which makes me dislike it [11:02] BTW, isn't opera based on Qt? === DarkMageZ agrees on the crappy ui. i'm not certain if it is QT [11:11] yes it is [11:11] but well :) ... at least they support linux ;) [11:24] could you imagine if internet explorer was ported to linux [11:24] that would be interesting [11:25] yes i could :) ... it probably would use Xt :) [11:27] Xt? [11:30] http://www.visi.com/~grante/Xtut/ [11:33] that would be interesting === gnomefreak here just waiting for coffee :( [12:34] asac: when you get time http://gnomefreak.pastebin.ca/444352 in that rules file can i just add the config options to line 45 or 65. and looking at the depends in control file some depend on iceape-browser iceape-mail others ${shlibs:Depends} and i find that good but i need to find what defines ${shlibs:Depends} [12:35] ? [12:36] let me reread :) [12:37] gnomefreak: which config options do you want to add? [12:37] to be honest it doesnt look like he changed anything for nss and nspr [12:37] does he mention in changelog? [12:37] ah you want system nss /nspr [12:37] looking up logs [12:37] add those options to debian/mozconfig [12:38] oh [12:38] see line 63 [12:38] he sets MOZCONFIG env [12:38] for configure [12:38] which apparently honors that [12:38] only things that need variable substitution during build stay in debian/rules (e.g. for his way of doing this) [12:39] oh ok so hes just making rules us the config options in mozconfig instead of listing each one? [12:39] you need --with-system-nspr [12:39] and --with-system-nss [12:40] yes ... all that have no variable substituted during build time (see --enable-optimize in debian/rules) go to mozconfig [12:40] yeah i saw thats what confused me he kept listing dirs. and got confused [12:42] ah the depends was the other thing. everything depends on iceape-browser and iceape-browser depends on ${shlibs:Depends} so that should be fine now? [12:50] depends are fine as they are [12:51] cool that should be it lets test build than :) [12:51] yes [12:52] i have ffox 2+3 and tbird 2 already building against nspr/nss ... so if iceape builds fine against those we can go ahead with the "next-generation" packaging [12:53] wtf ... firefox and gecko status meeting have apparently been joined again ... not tuesdays but wednesdays === asac adjusting his schedule [12:53] can i lower the verison of libhunspell without any issues? [12:54] libhunspell-dev even [12:54] why? [12:54] libhunspell-dev (>= 1.1.5-2) [12:54] libhunspell-dev: Installed: 1.1.4-7 [12:54] ah ... it might build ... but we definitly want 1.1.5 [12:54] thats the latest in feisty [12:55] yeah ... try to drop it ... but remember that we add it again once we have it [12:55] you can just remove the version for now [12:55] i would think we would have it for gutsy [12:55] OR you could build libhunspell from debian unstable [12:55] and add to our repo [12:56] how bad is it? [12:56] lol [12:56] as our repo has lots of new stuff that will land on the first breath of gutsy [12:56] not bad [12:56] apt-get source + building [12:56] should do the trick [12:56] no version change needed in changelog as its already released in sid [12:57] so no changes? just build and upload? [12:57] yep [12:58] you can try at least :) ... should build rather quickly [12:58] ok lets find out :) [12:59] what is the package name hunspell or libhunspell [12:59] hunspell should build -dev [01:00] sob [01:00] Get:1 ftp://ftp.uk.debian.org sid/main hunspell 1.1.4-5 [01:01] updating my chrrot [01:01] chroot [01:09] ok it needed an update === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-mozillateam [01:19] good afternoon [01:20] good morning ;) [01:21] :) [01:22] seems huspell is the OO.o team [01:39] btw asac and hjmf that wallace person has been told a bunch of times in past to read the docs before triaging mozilla bugs. im not sure what kind of karma you get for marking as upstream but it would be nice if there was a bug upstream beofore marking as such [01:40] gnomefreak: he? [01:41] cant think of full LP name atm let me see if i still have bugs with him [01:41] me ... i remember that i marked upstream to test launchpad things before we used tags [01:41] asac: he does it on bugs that havent even been triaged [01:41] so some have an upstream without a bug ... you can find them in advanced search [01:41] gnomefreak: really? [01:41] yes [01:42] show me one [01:42] looking [01:42] it was one i looked at this am [01:43] lp is down [01:44] sortof [01:44] looking on server [01:47] slow [01:47] i just used it a few minutes ago [01:49] cant find it now. if you havent checked your email yet you will see a post from me on a few. ill still look [01:50] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/107096 [01:50] Malone bug 107096 in firefox "firefox freeze when close tab" [Medium,Needs info] [01:50] there has been activity since he did it [01:51] said 11 hours ago thats not right as it was around 5-6 am [01:51] its now 7:51 [01:51] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/107096/+activity is the activity log [01:51] Malone bug 107096 in firefox "firefox freeze when close tab" [Medium,Needs info] [01:54] i will go through bugmail this afternoon [01:54] will to go lunch soon [01:54] after that probably [01:54] or maybe a bit later [01:54] hope i can do mt-confirm/summary processing as well [01:54] well i got hunspell built and uploaded now building iceape [01:55] great [01:55] any news on how i can upload packages? [01:55] i go through unconfirmed bugs 1 time a week or so :) [01:55] for amd64? [01:55] i cant build amd63 [01:55] 64 [01:55] yes ... great ... i often forget to go through unconfirmed [01:56] gnomefreak: i build them ... you told me i could upload through ftp [01:56] im happy doing them there isnt ever all that much [01:56] i can upload them to somehwere else and you can setup a sync [01:56] if you can get outgoing connections from ssh account [01:56] asac: how hard is it to set up sync? [01:56] dunno :) [01:56] guess just cronjob [01:56] no i cant we tried that before :( [01:56] with one rsync line [01:57] noone has ever been able to ssh into me [01:57] really ? ... you cannot do wget on that box? [01:57] i can wget all i want ;) [01:57] thats what i meant "if you can get outgoing connections from ssh account" [01:57] ah ok [01:58] look man rsync [01:58] gnomefreak: yea woallance3!!! today I've fixed some of his *triages* :( [01:58] nalioth and a bunch of others have tried sshing into me but something with these internet over power adapters are stopping it [01:58] hjmf: i saw i did about 3 or 4 [01:58] hjmf: you did a few also :) [01:58] :) [01:59] I remember him being told to not to do that some weeks ago [01:59] can we unmark upstream hints? [01:59] I just rejected them [01:59] reject them [01:59] good [01:59] hjmf: some months ago as well [01:59] can we still ad upstream if we find? [01:59] yes [02:00] unless we mark as upstream without a bug i would rather have a bug beofre marking upstream [02:00] we confuse eachother enough ;) [02:00] has anyone explained that he is doing wrong? or will he go on? [02:00] gnomefreak: told him [02:01] k [02:01] hell i think we all have [02:01] you can find him in -bugs alot of time. hes nick is on his LP page iirc [02:01] ^^^ from months back [02:01] he has high karma? [02:01] or just a beginner? [02:02] dont remember i think beginner [02:02] then its fine [02:02] karma=422 [02:02] fine [02:02] was that because of the drop though? [02:03] could be, I don't know what karma means [02:03] or how is it calculated. [02:03] he doesnt do alot of bug work but when he does i notice it [02:03] actually marking upstream without bug is a launchpad feature ... so we cannot hold this against it [02:03] maybe her really thought this should be dealt upstream :) [02:04] but he was advised to not doing that [02:04] short memory maybe :) [02:04] he marks them as batix also [02:05] people see thier bug was marked upstream (with or without a bug) they think mozilla is dealing with it. why give false hope [02:05] https://help.launchpad.net/KarmaCalculation [02:05] hjmf: ^^^ [02:07] asac ty === gnomefreak would like a way to search bugs that dont have tags so i can spend a few days tagging ;) [02:08] yes thats true [02:08] we have to fix bughelper for that [02:08] i guess waiting for launchpad would take much longer [02:09] my Lp home page is giving me 503 still [02:09] but bugs work :( [02:09] 503 ? [02:09] assigned? [02:09] can you please check your homepage [02:09] ah http error [02:09] :) [02:09] Launchpad is offline at the moment for maintenance. It should be back, better than ever, soon. Thanks for your patience. [02:09] works [02:09] pretty fast [02:10] guess just a restart and you had bad luck [02:10] press reload [02:10] i just did [02:10] tried restarting browser [02:11] lets see if trunk gets in [02:11] trunk? [02:11] fx 3 [02:11] nope [02:12] hmm [02:12] maybe launchpad is clustered and you get a different server? [02:12] * gnomefreak would like a way to search bugs that dont have tags so i can spend a few days tagging ;) [02:12] if you don't mind to leave your pc working for a while [02:12] you can script it [02:13] hjmf: have you looked at bughelper? [02:13] better script it in there :) [02:13] e.g. improve bughelper code [02:13] no I haven't [02:13] if you need hints let me know [02:13] I'll look [02:13] its python ... pretty easy to read [02:14] but the script can be something like [02:14] https://code.launchpad.net/~bugsquad/ [02:14] use bughelper.main ... if you code something [02:14] get_metadata.__dict__['tags'] == "" [02:14] I will look at it [02:15] if you have questions let me know [02:15] k [02:15] there are places where Bug are parsed [02:15] seems beta isnt beta? [02:15] beta is public :) [02:16] yeah thats what the issue was. my homepage was beta URL [02:16] so everyone sees the same thing now? [02:16] hjmf: https://wiki.ubuntu.com/MozillaTeam/Bugs/Bughelper/ClueFile [02:16] that should work as well and without coding [02:17] maybe makes sense to start with that [02:17] hmm have to figure out what and how works bughelper [02:17] its simple ... just run bughelper -pfirefox ... it will branch clue files for all packages [02:17] out of bzr [02:17] there you can add your own clues and check in [02:17] bughelper is run centrally [02:18] so we have an updated list daily [02:18] No WorkingTree exists for file:///home/pituko/.bughelper/packages/.bzr/checkout/ [02:18] ah [02:18] ok [02:18] wait [02:18] thought it would do automatcically [02:18] are you on feisty? [02:18] yes [02:19] http://pastebin.ubuntu-nl.org/16112/ [02:19] that is .bughelper/config [02:19] then i did [02:20] bzr branch sftp://asac@bazaar.launchpad.net/%7Ebugsquad/bughelper-data/main/ bughelper-data.main [02:20] in directory ubuntu_bzr [02:20] adapt path as you with [02:20] running bughelper -pfirefox should work then [02:21] you can also use bug-search url ... to refine bug list to process [02:21] you need to add ssh key to launchpad to checkout and checkin to bugsquad through sftp [02:21] ok I'm going to try that [02:22] bughelper-data.main is default location? [02:23] in launchpad? yes [02:24] in bzr command above its how the directory is called locally after cloning/branching [02:24] Ofcourse I assume that the command is "bzr branch sftp://bazaar.launchpad.net/" [02:24] w/o asac@ [02:24] no [02:24] your username [02:24] instead of asac :) [02:25] k [02:25] you are in bugsquad? [02:25] yes [02:25] good ... then you can use sftp with your SSH key [02:26] hjmf: you should see your personal url at [02:26] https://code.launchpad.net/~bugsquad/bughelper/bughelper.main [02:26] i have You can upload to this branch at: sftp://asac@bazaar.launchpad.net/~bugsquad/bughelper/bughelper.main [02:27] yea, now its working [02:27] oops [02:27] its i posted bughelper code ... not -data ? [02:27] i guess you can figure out :) [02:27] fine === gnomefreak confused now. are you guys uploading changes or checking out changes? [02:27] at them moments we are branching what is currently in bugsquad repo [02:27] Branched 98 revision(s). [02:28] k [02:28] if you have modifications you commit them locally [02:28] and eventually push changes up to bugsquad repo .... e.g. if they proved to work well [02:28] those clues will be processed daily (e.g. you don't need to run this lenghty process on your own) [02:29] there is already a firefox.info file [02:29] which shows a duplicate example [02:29] and MASTER bug? [02:29] there is? [02:29] yes [02:29] we already have clues [02:29] but just example [02:29] running bughelper -pfirefox with default bughelper [02:30] i havent used bughelper since it was first introduced [02:30] Branched 98 revision(s). [02:30] the processs is pretty fine now ... whats needed next is an improved more easily extensible codebase imo [02:30] i am working on that (e.g. currently thinking how to improve) [02:31] bughelper -pfirefox should do something right? it gave the revisions and now just sitting there [02:31] yeah ... takes ages [02:31] just wait [02:31] k [02:31] please look in firefox.info [02:31] and tell me if there is MASTER clue [02:31] otherwise you will wait really long :) [02:32] hmmmmmm [02:33] isn't there? [02:33] in ~/.bughelper i dont have a firefox.info [02:33] please read above [02:33] use my config file [02:33] and branch bzr [02:33] -> read above 40-100 lines :) [02:33] i am going to lunch now [02:34] gnomefreak: maybe ~/.bughelper has subdirectories? [02:34] yeah but not in them either [02:34] what is in config ? [02:34] Packages-Dir [02:34] yes [02:35] in bughelper you have packages and a config [02:35] in packages? [02:36] a .bzr dir and a list of packages none of them are firefox [02:36] simple clues can be added with bugxml [02:36] should i bzr checkout http://bazaar.launchpad.net/~bugsquad/bughelper/bughelper.main [02:36] bugxml -pfirefox "Your Search String" "Your Description" [02:36] e.g. [02:36] bugxml -pfirefox "MASTER" "This is a master bug" [02:37] read above ... you can branch http or sftp [02:37] whatever you like more [02:37] no [02:37] not that [02:37] to branch you need revisions [02:37] that url was wrong [02:37] search for bughelper-data [02:40] firefox takes ages, trying with bughelper -pvino shows results :-P [02:40] hjmf: is there a master hint already? [02:40] no [02:40] :( [02:40] otherwise run the bugxml above [02:40] k [02:40] and maybe play around with searchurl instead of -p to test clues [02:40] on a refined set of bugs [02:41] ok ... now lunch for real :) [02:41] bon profit! [02:42] it should be bugxml -afirefox "MASTER" "This is a master bug" [02:42] instead of -p [02:42] yeah [02:42] not tested yet (from the error output) [02:42] k === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-mozillateam [02:46] hmmmm looks like only one clue file [02:46] file:///home/gnomefreak/.bughelper/packages/firefox.info [02:46] yes, you have to provide new ones as in bugxml -afirefox "MASTER" "This is a master bug" [02:46] it works now, its showing all masters [02:47] doe that line work ro do i need to add bugnumbers and such? [02:47] with bughelper -pfirefox "MASTER" [02:47] no, it just search for MASTER [02:47] and returns the urls as is: [02:47] http://launchpad.net/bugs/45008 [firefox upstream: Fix Released/Unknown] [firefox Ubuntu: Confirmed/High] - This is a master bug [02:47] Malone bug 45008 in firefox "MASTER firefox theme crash" [High,Confirmed] [02:48] hmmmmm maybe i should be cd;ed somewhere? [02:48] i get error when running bugxml [02:48] watch the config file that asac posted: [02:48] http://pastebin.ubuntu-nl.org/16112/ [02:49] be sure that the line is: Local-Packages-Dir: ~/ubuntu_bzr/bughelper-data.main [02:49] what do i do with that? it just gives his dir. and interval times [02:50] ah [02:50] read ^^ :) [02:50] I downloaded the bzr stuff to ubuntu_bzr, just use your own path [02:52] my config file is same as his [02:52] its in ~/.bughelper/config [02:52] it's the path to your local bughelper-data.main [02:52] directory [02:53] that one with the .info files [02:53] ~/.bughelper/packages/firefox.info [02:54] well In my case is where I downloaded the bzr repo [02:54] i did [02:54] mkdir -p bughelper-data.main ; cd bughelper-data.main [02:54] bzr branch sftp://hmontoliu@bazaar.launchpad.net/%7Ebugsquad/bughelper-data/main/ bughelper-data.main [02:55] so the path in my case is [02:55] so on the line Local-Packages-Dir: i should have a dir [02:55] ~/ubuntu_bzr/bughelper-data.main [02:55] yes [02:56] no error that time [02:56] jsut gave me back prompt so lets try [02:56] I'll try to use bughelper, though I'm actually using this stuff to quickly find dups [02:56] sed -n '/^#$.[0-9] *$/ {s/0x.[^ ] * in //;p}' retraced_stacktrace.txt [02:57] | sed -n '/#4 / {s/#4 $.[^ ] *$ .*/STACK_SIGNATURE="\1"/p;}; /#5 / {s/#5 $.[^ ] *$ .*/STACK_SIGNATURE_1="\1"/p;q}' [02:57] and hence [02:57] firefox -remote "openurl(https://bugs.launchpad.net/ubuntu/+source/${PACKAGE}/+bugs?field.searchtext=${STACK_SIGNATURE}&orderby=-datecreated,new-window) [02:58] that opens firefox seaching for the stacksignature in the summary of firefox / mozilla-thunderbird... etc bug reports [02:58] it is called just after the retrace is finish [02:59] is faster than bughelper (but ofcouse only searchs in bug summary) [02:59] hopefully bughelper may search on attachments too [02:59] dont know [03:06] bughelper only searches summarys? [03:06] dont know [03:06] I'm looking [03:06] search status would be a good idea and search importantce [03:07] filtering would be needed at that point though [03:08] Admiral_Chicago: hi [03:09] hey there hjmf [03:09] wow, just woke up [03:09] Admiral_Chicago: does bugheper search in attachments? [03:09] if you know [03:09] 'morning [03:09]