=== yoasif_ is now known as yoasif [00:03] asac: is it normal then when I open a mail (new tab) and delete it that nothing happens (tab description is now "Inbox") but the mail remains, with TB2 the mail was deleted and the next mail opened automatically (I'm seeing this on windows though) [00:03] for me that worked a while ago in 3 [00:03] oh [00:03] now it does too [00:03] strange [00:03] yeah [00:04] there are some focus issues maybe [00:04] The magic of opensource hnmm? [00:04] yeah might be, I'll take a deeper look if it's reproducable [00:04] the magic of opensource is that you can fix it if its annoying enough to invest that time ;) [00:04] Nah, the magic of opensource is that stuff that seems b0rken works out of a sudden [00:05] ;-P [00:05] asac: not sure what to do with bug 490615 [00:05] Launchpad bug 490615 in firefox-3.5 "ubuntu modifications 0.8 (and earlier) breaks some flash based apps like o'reilly safari" [Undecided,Incomplete] https://launchpad.net/bugs/490615 [00:05] i dont think thats a specific opensource property ;) [00:05] micahg: reproduciable? [00:06] asac: haha, but actually seen there quite often :D btw, when will TB3 enter the archive and become default? I hope I haven't overread something in the backlog [00:06] asac: I couldn't on the music site and I don't have a safari account [00:06] sebner: this cycle ;) [00:06] so in lucid there is no choice bascially [00:06] asac: would I be allowed to blog about mozilla stuff for lucid if I make a blog? [00:06] micahg: yeah. i dont know whats going on then ;) last user also says it doesnt helop [00:07] so most likely some other extension causing this [00:07] maybe with some odd side effect wrt ubufox [00:07] micahg: everyone can blog about everything ;) [00:07] asac: that's what I figured, had another user blame ubufox when it was firebug 1.4 [00:07] we are in a free-speech world [00:07] as long as you speak for yourself [00:07] if you want to speak for mozillateam maybe check with me and fta [00:07] on the text before publishing [00:07] (to be nice) [00:08] asac: ok, that's what I wanted to know [00:08] just apply some common sense [00:08] if there are things you are sure are the mozillateam opinioon you can probably go ahead without checking [00:08] asac: haha, that means only 5 months left :P [00:08] but i think its nice to let us know up front ;) [00:08] sebner: for karmic there will be no change [00:08] at least its not planned [00:09] we will bring up a ppa when we upload to real archive though [00:09] (hopefully) [00:09] well, I figure with stuff like TB3 and everyone asking questions with no answers anywhere, it seemed like a blog would be a good idea [00:09] yeah definitily [00:09] you are member=? [00:09] then you can add yourself to planet ubuntu [00:09] asac: yep :), I just need to lock down a wordpress instance on my server [00:09] or use some hosted service [00:10] personally i should have used a hosted service rather imo. but well. once the damage is done it doesnt matter much ;) [00:10] asac: PFFFFFFFFFFFFFFFFFFFFFf, who the hell talks aobut karmic. lucid plays the music, bleeding edge ftw! you know that is my motto ;D [00:11] great [00:11] then tbird will be there soon for you ;) [00:11] no way to escape [00:11] report bugs ;) [00:11] this year should be the goal ;) [00:11] at best before my holiday burn time [00:11] that starts one week ago ;) [00:11] hehe [00:12] no i think i will go to burning holiday like mid next week [00:12] asac: bug 494941... [00:12] Launchpad bug 494941 in malone "Users are offered a "Target to milestone" link for bug tasks with linked bug watches" [Low,Triaged] https://launchpad.net/bugs/494941 [00:12] asac: my "feature" was a bug [00:12] hmm [00:12] what feature? [00:12] targeting upstream milestones on bugwatches [00:12] ah ;) [00:12] cool [00:13] that explains it [00:13] do you know if bugs with upstream watches now get upstream mail too? [00:13] e.g. if upstream comments does that get send to subscribers as well= [00:13] ? [00:13] asac: yes, they do [00:13] imo it hsould do that to allow users to react on questions [00:13] cool [00:13] * asac should check bugmail ;) [00:13] but, bug 488536 [00:13] Launchpad bug 488536 in malone "subsequent upstream comments in email have no title or note that they are from upstream" [High,Triaged] https://launchpad.net/bugs/488536 [00:13] very good. so now we are at the stage where we can just verify bugs, forward and then let upstream work together with ubuntu users [00:14] while we provide the dailies to verify [00:14] * asac happy [00:14] so new bug triage rule is to aggressively forward new bugs to the right upstrema compoennt [00:14] and then let them deal with that [00:14] asac: users can reply to upstream by clicking a link in LP (the comment is fwded upstream AFAIK, but I havent' tested [00:15] yeah [00:15] just wanted to check if they also get mails [00:15] for upstream replies [00:15] asac: hahah, holidays, I remember 1-2 years ago when new ff appeared like now and you updated it mid january ^^ [00:15] asac: I'm assuming we still try to verify/deuplicate? [00:15] or if we have to hunt that down [00:15] sebner: i dont think that ever happened [00:15] sebner: we always had the latest and greatest [00:15] in hardy even the beta5 ;) [00:17] micahg: sure. we do initial verification. and then forward - checking for upstreams [00:17] in theory we dont need to check for downstream dupes ;) [00:17] though having two roads might help to better find dupes ;) [00:17] asac: there's a new dupefinder script [00:18] for moz or launchpad? [00:18] asac: also, there's a new PPA bug policy [00:18] from our qa team? [00:18] hmm [00:18] whats that policy? [00:18] asac: qa [00:18] (in short words) [00:18] our [00:18] PPA bugs can be filed against packages and get tagged PPA [00:19] cool [00:19] thats good news [00:19] but it's supposed to be limited [00:19] will they appear under /ubunt7 ? [00:19] liminted in what way? [00:19] * micahg is looking for the email [00:22] asac, what's your suggestion to have all the folders watched for new emails? [00:23] asac, I mean, how can I see a specific folder received a mail [00:23] asac, since it says new messages arrived just for the INBOX folder actually [00:24] ask me tomorrow ;) [00:24] have to look in my muttrc [00:25] i think its the "mailboxes = ..." [00:25] thing [00:25] (out of my head) [00:25] check the muttrc or something [00:25] there is an example i am sure [00:30] asac, yup, works now [00:30] added mailboxes thing [00:30] kk [00:31] my brain still works it seems ;) [00:32] asac: here's the basic premise: https://lists.launchpad.net/ubuntu-bugcontrol/msg00496.html [00:33] asac: jajaajaa, wer's glaubt :P [00:34] sebner: show me when that happened [00:34] really. my track record is flawless ;) [00:35] at least for stable distributions i am sure [00:35] maybe 3.5 wasnt rolled on first day ;) [00:35] to karmic [00:35] asac, yup, looks like that running imapfilter and mutt on the same pc it's not the best, got some segmentation faults when they were running together [00:35] (develpoment) [00:35] not sure [00:35] asac, gonna move imapfilter to my server [00:35] never used imap filter [00:35] server side filtering feels better [00:35] yep [00:36] i use procmail [00:36] then export with some imap i cant remember ;) [00:36] and then use offlineimap to sync to mdirs on each system i am using [00:36] hi hggdh, do you know where the wiki page is for the new PPA policy? [00:36] *bug policy [00:49] asac, and tomorrow it's irssi time [00:49] :) [00:49] going to sleep now [00:49] have a great night [00:53] asac: hmm, it was a stable release update for ff 3.0 iirc. I don't say bullshit just to annoy you ;) [00:55] the only delay was for ffox 3.0 [00:55] we had to do a beta to final transition with string changes [00:55] and at the day they released 3.0 final i was on my way to prague UDS ;) [00:56] so it got out 10 days afterwards [00:56] yes [01:15] asac: UDS are never in December so I'd say no [01:17] well [01:17] whatver;) [01:17] show it to me ;) [01:30] pfff [01:32] asac: what FF stable release update appeared in December 07? Might be a FF2.0 thing [01:34] 2.0.0.11+2nobinonly-0ubuntu0.7.10 [01:36] http://www.mozilla.org/security/known-vulnerabilities/firefox20.html [01:36] http://www.mozilla.com/en-US/firefox/2.0.0.11/releasenotes/ [01:36] 30th nov [01:37] dec 4 is ok i guess ;) [01:37] most likely a friday release [01:37] which we dont do [01:37] because noone can react on regressions [01:39] asac: grr, I'll find the specific stuff and if that's the last thing I'll do in my life *muahahahaha* [01:39] hahahaha [01:39] have fun ;) [01:39] flawless history as i said ;) [01:39] :-P [01:39] anyway. good night. [01:39] google-chrome-unstable 20255 1.48% 4923 9482 5831 19 [01:39] google-chrome-beta 1174 0.09% 100 4 1069 1 [01:39] otherwise future will be doomish [01:40] chromium-browser 24511 1.79% 4522 12500 7484 5 [01:41] well. popcon is not really a good reflection of the current usage imo. nobody knows whats going on there ;) [01:41] but that's all we have :( [01:41] yeah [01:41] lets work on spy ware ;) [01:41] probably a good selling point ;) [01:41] asac: gn8. /me goes too though I'm ditching university tomorrow :P [01:42] dont ditch university ;) [01:42] no ... ditch it and learn at home instead ;) [01:42] usually is more productive [01:42] that's partially my plan yes [01:42] than goin there and then learning at home on top ;) [01:42] only prob is that you need to have a good work attitude ;)( [01:42] otherwise all is lost [01:42] and I don't want to get up early and travelling all in all 1 hour for a 45 min lesson [01:43] and you end up learning everything at the last two days before exams ;) [01:43] heh [01:43] thats how it starts... [01:43] get up early ... travel there. dont go in session, but learn in front of it ;) [01:43] * sebner has the suspicion asac knows about the stuff he speaks :P [01:43] not really ;) [01:44] heh [01:44] i just know what can happen [01:44] don't worry, I'm not that kind of person where this happens. I still participate in at least 90% of the lessons where some of my friends visit ~10% [01:45] hehe [01:46] like other problemns ... you dont see it until its too late ;) [01:46] anyway off ;) [01:48] heh [01:48] yeah gn8 [12:07] [reed]: http://people.canonical.com/~scott/daily-bootcharts/ ... does not display images in firefox [12:08] but in chromium it works [12:08] i think its svg with indeed [12:10] <[reed]> that's also why images are broken [12:10] <[reed]> for mime-types [12:10] <[reed]> of .svg themes [12:11] yep, ff sucks with svg, can't do anything with them beside displaying them alone [12:11] i gave up on ff for my svg devs [12:20] asac, ^^, it's also possible to trick it by moving to xhtml [12:20] but it's just ugly, whatever you try [12:26] fta: so you say using xhtml will cure that bootchart page? [12:30] asac, http://wiki.svg.org/SVG_and_HTML [12:31] you'll quickly realize it's a mess [12:51] hmm [12:51] are there moz bugs for that? [12:51] [reed]: do you know? [13:01] asac, some users keep asking me to enable webgl in chromium, i thought i did, but apparently, google enabled it only in the their dev channel: http://code.google.com/p/chromium/issues/detail?id=21852#c9 [13:02] so the question is should i add it too? [13:03] fta: right. so maybe instead of real dailies, track the dev channel for now [13:04] nm, it's both in trunk and in the beta [13:04] but it doesn't work === pace_t_zulu_ is now known as pace_t_zulu [13:05] BUGabundo_work, hey [13:05] BUGabundo_work, did you test the beta? [13:05] ola fta [13:05] whats up ? [13:10] BUGabundo_work, ^^ [13:11] BUGabundo_work: beta beta beta test [13:13] fta: /usr/bin/make -C build-tree/mozilla -j0 [13:13] is that -j something we add ? [13:13] http://launchpadlibrarian.net/36672307/buildlog_ubuntu-lucid-armel.xulrunner-1.9.2_1.9.2~b6~hg20091210r33346%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz [13:13] e.g. guessing processor count? [13:13] yep, i did [13:13] we have to check to use at least 1 ;) [13:14] i have a test for 1, let me see [13:14] yep [13:14] PROCESSORS := $(shell grep -c ^processor /proc/cpuinfo) [13:14] ifneq (1,$(PROCESSORS)) [13:14] DEB_MAKE_EXTRA_ARGS += -j$(PROCESSORS) [13:14] ok, 0 != 1 :( [13:15] grep -ic should work [13:15] shouldnt we use PROCESSORS + 1 ...? [13:15] so if its 0 we still have 1 ;) [13:15] iirc, your cpuinfo was weird. could you try grep -ic ^processor /proc/cpuinfo ? [13:16] that works [13:16] but seems not to work on builders [13:16] adding a safety net would be great [13:16] http://paste.ubuntu.com/339204/ [13:16] Initiating build 1390038-2870504 with 0 processor cores. [13:16] yes [13:16] even sbuild is confused [13:17] just add a safety net [13:17] i am not sure whats going on ... maybe /proc is not fully there [13:17] or something [13:21] $ grep -c ^processor /proc/cpuinfo 2 [13:22] nice ;) [13:22] strong system [13:22] :) [13:22] normal system though in x86 world nowadays [13:23] work PC [13:23] del optiplex 755 [13:23] 8GB RAM [13:23] C2D [13:23] model name : Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz [13:23] cpu MHz : 2327.748 cache size : 4096 KB [13:24] asac, http://paste.ubuntu.com/339209/ [13:25] fta: anything you need test for beta? [13:25] fta: great. so we use PROCESSOR for -j? [13:25] should i start to ask users to run that repo? [13:25] how many builds do you expect per time unit? [13:25] err [13:25] fta: why do you use different regexp [13:25] BUGabundo_work, install it, use it and if you're happy, blog about it, spread the news [13:25] in comment and above? [13:25] hsouldnt we just use the same there? [13:25] fta: u got an ARM ? kewl [13:26] fta: using daily ppa already [13:26] i will block once i verified that it works well [13:26] blog [13:26] 4.0.269.0 (Ubuntu build 34249) [13:26] even on debian :D [13:26] then you are ahead [13:26] downgrade if you want beta [13:26] BUGabundo_work, nope, i wish i did, i won't look dumb poking with fixed in the dark [13:26] please verify that it works BUGabundo_work [13:26] BUGabundo_work, read the ppa header, at least once [13:26] okay [13:27] -fixed+fixes [13:27] * BUGabundo_work reads https://edge.launchpad.net/~chromium-daily/+archive/beta [13:27] asac, the regexp is to match your cpuinfo style [13:27] asac, try it [13:28] btw chromium-browser-inspector is broken [13:28] so i can commit everywhere [13:28] wont install [13:28] one sec [13:28] BUGabundo_work, you need to downgrade it too, same for -dbg if you have it [13:28] fta: doesnt work on x86 ;) [13:28] grep '^(model name|Processor)' /proc/cpuinfo | head -1 [13:28] nothing [13:28] asac, oops add -E [13:28] fta: egrep [13:28] yeah [13:29] fta: i wont be using beta :p [13:29] daily is enough [13:29] but i can get a group of testers [13:29] fta: go for it [13:29] i had it right here, but i missed it in bzr [13:29] with -E [13:29] *if* the builds arent very often [13:29] ppl seem to get bored with daily updates [13:29] go figure [13:29] BUGabundo_work: we rely on users helping testing our stuff [13:29] (if only they had 5 daily ppas with debug package like i do) [13:29] and since you asked for beta explicitly ... please test the bits prepared for you at least ;) [13:30] err [13:30] i didnt ask it *for me* but for others [13:30] ok [13:30] who heard the news and wanted it [13:30] still having you on the fore-front to test before we spread the news [13:30] feels heroic ;) [13:30] yep, test plz, then you can move back to trunk, i will too [13:30] and daily is usual to more pron errors [13:30] yes. still. we want to spread the news. and helping on testing is heroic ;) [13:31] though volunarily ;) [13:31] asac: ff 3.7 , ch, NM, pidign, gnome-do, nvidia, etc [13:31] all trunk or daily [13:31] sure [13:31] doenst mean you can help testing stable bits ;) [13:31] cant [13:31] i run lucid and debian unstable [13:31] i cant test stable bits LOL [13:33] yes you can, tiny bits ;) [13:35] asac, didn't we say that we could stop adding the " - update ..." in bzr commit logs? [13:35] * fta feels unsure [13:36] bzr log -v already does that [13:37] fta: no. [13:38] fta: we said we dont want to add patch rebase stuff to changelog [13:38] fr things that are under development [13:38] still using the same comment in bzr commit [13:38] like "rebase patch" -> dont put in changelog if its not a stable release update3 [13:39] fta: the webview doesnt do that etc. [13:39] i think we can think about droppin git [13:39] but afair we didnt change that so far [13:39] it doesn't? you mean turtle? [13:40] if you log at the log in launchpad [13:40] or tortoise, or whatever the name of that slow & blotted thing it [13:40] is [13:40] there is no hint about what files are touched on top level [13:40] oh, the lp extract, not the bzr viewer [13:41] that for one [13:41] *sigh* looks redundant to me [13:42] as i said. we can review what we do [13:42] but we didnt change it yet [13:42] i think stuff added to changelog still should have that [13:42] for stuff not in changelog i dont care [13:42] if you say its better without, then go for it ;) [13:42] but stuff committed with debcommit will include that info if we add it to changelog still [13:43] so it might look inconsistent [13:44] * BUGabundo_work just got one more Ch beta tester [13:44] coolio [13:45] * BUGabundo_work updates to latest flash 64bits [13:46] darn we are never gonna get this packed :( [13:46] gnomefreak: did you ever did manage to do any progress on it ? [13:47] asac, all branches fixed [13:48] great [13:49] BUGabundo_work: on what? [13:49] ah flash no i didnt but i also remembering someone say they were working on it [13:55] fta: common question i get: whats the diff on Chromium and Chrome builds?? [13:55] i know you build them for all our supported releases [13:56] and that googles one is binary for somethign like 8.04 [13:56] but nothing more then that [13:57] [13:57] Chrome is 1 second, Chromium 4-5 seconds to load [13:59] 2.6.32-7-generic is not a package :( [13:59] strange, did he try with an empty profile / cache for both? [14:01] BUGabundo_work, at least, chromium doesn't have that http://en.wikipedia.org/wiki/Google_Chrome#Usage_tracking [14:01] the RLZ and clientid part [14:01] and who know what else chrome also adds [14:01] ah its linux-image-2.6.32-7-generic [14:02] it's not just a branded chromium with a shiny icon [14:05] fta: [14:00] I did not. will try [14:06] lolol i never notice the icon, anyway [14:07] :) i think it works. i will know in ~3 hours [14:12] * gnomefreak gone for a little bit [14:19] BUGabundo_work, the build flags are the same, it use more system libs but google told me they will use the same as i do by default in the next version. so the only remaining difference is the toolchain. if it want to give it a try, install the same version of chromium from the ppa but try hardy vs karmic/lucid [14:20] BUGabundo_work, if hardy is faster, we have a problem with our toolchain [14:21] i have hardy here on debian [14:21] and lucid at home [14:21] dont notice any diff in speed [14:24] no, you should compare in the same conditions, meaning same h/w, same kernel, same everything else [14:24] there was a package in a ppa that enhanced websites made by google. dont recall name or what PPA it is in [14:24] just change 1 variable at a time [14:24] wont work on debian [14:24] anything above hardy [14:24] thats why i use it [14:25] you don't understand. try at home on your lucid box, select the lucid ppa, install, clear the cache/profile, test, select the hardy ppa, downgrade, clear the cache/profile, test, then compare [14:26] PPA supports lucid? [14:26] sure [14:27] BUGabundo_work, ^^, you can tell IdleOne to try that if you want to help [14:28] fta: i did understand it [14:29] i'm just to lazy to do all those tests [14:29] :p [14:29] asac, we should have something like that: http://build.chromium.org/buildbot/perf/dashboard/overview.html#Chromium-Linux [14:30] maybe something slightly easier to read [14:30] hmmm interesting [14:30] can that be run on mozilla too? [14:30] for comparison? [14:30] fta: thanks trying them now [14:31]