/srv/irclogs.ubuntu.com/2010/06/21/#ubuntu-mozillateam.txt

=== almaisan-away is now known as al-maisan
nikolammicahg, I have trouble using SM on 64bit lucid (bug with dying): It dies too often actually.06:17
micahgnikolam: yes, I'm not sure what to do as I don't have a quick fix, I need to get a patch upstream and have it approved06:18
* micahg is trying to get openjdk to build before going to sleep, but that doesn't look promising06:19
micahgasac: friendly reminder for a Endorsement :)08:14
chrisccoulsonhi jdstrand - i got all the extensions updated in jaunty on friday, so feel free to do some testing on jaunty if you like :)16:09
chrisccoulsoni know that mozgest, stumbleupon and imagezoom currently don't work, but i'm fixing those now16:09
jdstrandchrisccoulson: cool, so now with the exception of those 3 are hardy - lucid ready? what about karmic/openjdk?16:11
jdstrandchrisccoulson: and hi! :)16:11
chrisccoulsonjdstrand - i don't know if micahg made any progress with openjdk yet - i'll ask him when he's online16:12
[reed]do I want adobe-flashplugin or flashplayer-installer?16:14
[reed]they seem to be the same thing yet separate packages?16:14
jdstrandultimately they are the same16:15
[reed]which one would you pick?16:15
[reed]:)16:15
jdstrandadobe-flashplugin is in the partner archive and the canonical partner guy works with adobe on it16:15
jdstrandflashplugin-installer's packaging is different, but is updated to pull down adobe's installer that is in the partner archive16:16
jdstrandI use adobe-flashplugin on i386 and flashplayer-installer on amd6416:16
jdstrandthe former is only available on i386, and the latter uses nspluginwrapper, which is required to use the i386 plugin on amd6416:17
* jdstrand wishes adobe would finish their amd64 version...16:17
asacjdstrand: afaik they said they will not finish amd6416:24
* asac spreading rumours16:24
asacjdstrand: with OOPs we might just get nspluginwrapper for free in firefox anyway16:24
jdstrandI am not up on it, but I thought the last adobe said is that they were committed to it. though, how long have we heard that?16:26
[reed]asac: there's a mail to security-group@ from dveditz addressed to you16:28
[reed]has "Ubuntu" in the subject16:28
asac[reed]: i saw16:29
asacwill answer next16:29
asaci am even CCed ;)16:29
asac[reed]: in short: we didnt apply the patch because the other part needed backporting16:30
gnomefreaklast i heard it will be atleast 1 year before flash 64 will be even close to release, asac it snot a rumor :) or if it is you didnt start it16:30
[reed]ok, cool16:30
asacgnomefreak: hehe ... my rumour is: they will never finish it ;)16:30
asacthey just try to calm the mob by having it in beta state16:31
gnomefreakah you may still be right :) im looking to see if i have an email address for them16:31
* gnomefreak was hoping to get an email back from the rock station already16:32
gnomefreakchromium doesnt like to ask or to even save passwords16:34
micahgchrisccoulson: hi, I have openjdk for karmic, should I copy to transition PPA or do you want to pull from my personal PPA?16:42
chrisccoulsonmicahg - awesome. i can just take that from your personal PPA16:42
micahgchrisccoulson: the only thing not adjusted is the maintainer, it set for me ATM, since I didn't know if we should keep the openjdkteam or not: https://launchpad.net/~micahg/+archive/mozilla-test/+packages16:43
micahgchrisccoulson: the other thing is that control.in and control aren't in sync, but I figured that might not matter in a backport16:45
micahgchrisccoulson: actually that last statement wasn't true, but for some reason, in my chroot, it wouldn't set the karmic build deps right when I regenerated the control file16:46
micahgchrisccoulson: so I manually dropped llvm to 2.6 and dropped oprofile from the build deps16:46
micahgchrisccoulson: I'm thinking more and more that maybe I need more checks on that symlink for the profile dir for Thunderbird 316:57
micahgasac: thank you for the endorsement :)17:03
jdstrandmicahg: did you run the verification test suite on your openjdk packages? I don't have the details, but doko has a testing procedure you could ask about if you haven't already (it's in main, so we need to follow whatever procedures he uses)17:11
jdstrandchrisccoulson: has upstream reviewed the hardy font configuration patches yet?17:11
micahgjdstrand: ah, good point, I should do that17:11
jdstrandmicahg: cool, thanks17:12
* micahg wonders if it'll run in a chroot17:12
* jdstrand has no idea -- ask doko17:12
chrisccoulsonmicahg - i will take a look at those issues with debian/control shortly if you like17:12
chrisccoulsonjdstrand, not yet. karl said he was going to look at it when he gets some time17:12
chrisccoulsoni will ask him again later17:12
micahgchrisccoulson: well, the only issue is the maintainer I think, everything else is generated anyways17:13
jdstrandchrisccoulson: hmmm. I'm not sure what that means. is this going to hold up our publication?17:13
jdstrandat least 3.6.4 hasn't been released yet...17:13
chrisccoulsonjdstrand - i'm not sure if it should hold up publication (if it comes to that). the fonts aren't that bad with the fixed cairo patch - they just can't be configured in the same way as before17:19
jdstrandchrisccoulson: ok. sounds good to me. we'll yank it if that is all that is left and it can be added as an SRU or in the next security update if desired17:21
chrisccoulsonjdstrand - ok, no worries. one thing we still need to do is test the old epiphany with xulrunner 1.9.2 installed on the system17:42
chrisccoulsonseeing as we don't have an immediate solution for that just yet17:42
jdstrandchrisccoulson: I thought 1.9.2 was a new package? won't epiphany-gecko continue to use 1.9.1?17:42
jdstrandor rather 1.917:42
micahgjdstrand: there's a transitional package for epiphany-gecko17:44
jdstrandright, but we aren't uploading the new epiphany until it is ready17:45
micahgjdstrand: ah17:45
chrisccoulsonjdstrand - it's not quite as simple as that unfortunately. epiphany will load the newest runtime where the version is between the range passed to GRE_GetGREPathWithProperties17:45
jdstrandso, the old epiphany should continue to use 1.9, unless 1.9.2 replaces it, which I didn't think it did17:45
chrisccoulsonand i just checked the epiphany source, and it will load 1.9.217:46
micahgchrisccoulson: is there a patch in the old epiphany where we can tweak the GRE?17:46
jdstrandok. we can test that17:46
chrisccoulsonthis is the same issue that broke yelp with 1.9.2 installed on the system ;)17:46
chrisccoulsonmicahg - yeah, we will have to do that if it breaks17:46
chrisccoulsonthat's what i did with yelp already17:46
jdstrandsounds like we should expect some breakage. we should be able to do an update for epiphany to not pull in 1.9.2 and then work on epiphany webkit. we'll see17:47
jdstrandif there is no breakage, that would certainly be nice :)17:47
jdstrandwe could continue to update 1.9.2 until hardy is EOL17:47
chrisccoulsonjdstrand - yeah, we could do that. i'm not sure how we handle the versioning though, as we already have 2.28 in the PPA17:47
jdstrand(that is probably wishful thinking though)17:48
jdstrandchrisccoulson: just delete it from the ppa17:48
jdstrandI think that should work fine17:48
chrisccoulsonjdstrand - it would probably just be safer to patch it only load 1.9 for now, rather than having it spring up some surprises on us later on ;)17:48
jdstrandwe are going to need to seriously clean out that ppa after this anyway17:48
chrisccoulsonyeah, it's got a lot of packages now17:48
jdstrand(and deleting doesn't really delete it...)17:49
chrisccoulsonyeah, i noticed that when we ran out of space17:49
chrisccoulsonbut, there's no chance of that happening again now we have a 1TB limit in the PPA ;)17:49
chrisccoulsonright, i have to disappear for 30 minutes or so to run some errands17:53
chrisccoulsonbbiab17:53
jdstrandhaha17:53
micahgRepository size:     21.7 GiB        (2.17%)         of 1000.0 GiB17:56
ftamicahg, at some point, ucd was using ~40G with a single package ;)18:12
micahgfta: that's wild18:13
chrisccoulsonback18:30
chrisccoulsonurgh, i feel absolutely rotten today18:30
ejatouch .. 1TB19:10
ddecatoradobe stopped offering their alpha version of 64-bit flash, but they said they would release it in a future version (i saw you guys were talking about that earlier :p)19:24
ddecatorchrisccoulson: hope you feel better soon19:24
chrisccoulsonddecator, thanks, so do i :)19:34
jdstrandchrisccoulson: hey, where did beagle 0.3.3-2ubuntu1.8.04.1 go?19:47
jdstrandchrisccoulson: and ctxextensions 4.3.2010020101-0ubuntu0.8.04.119:51
jdstrandchrisccoulson: did we decide to not update ctxextensions?19:52
jdstrandchrisccoulson: err... are you sure you want to use an epoch for ctxextensions?20:00
jdstrandchrisccoulson: only a small handful of people should be affected... imho we should just delete the newer one and have the few people who tested it downgrade manually20:02
jdstrandchrisccoulson: otherwise karmic-lucid upgrade won't work20:02
gnomefreaki dont think its Firefox causing the very slow run. I think its Tbird20:53
gnomefreakit doesnt have to be doing anything, just sitting there online or offline it causes a great lag20:54
* gnomefreak testing20:56
gnomefreakok found the problem20:56
ftajdstrand, is chromium ready to land in updates & security now?20:57
jdstrandfta: yes, as of a little while ago20:58
jdstrandfta: let me copy it20:58
ftathanks21:03
=== aganice_ is now known as aganice
micahgchrisccoulson: can I send a mail on behalf of the Ubuntu Mozilla Team asking how long support for TB3.0 will be?21:08
gnomefreakmicahg: go for it21:22
gnomefreakmicahg: can you CC me or the mailing list as well.21:23
micahgchrisccoulson: can I send a mail on behalf of the Ubuntu Mozilla Team asking how long support for TB3.0 will be?21:40
chrisccoulsonmicahg - yeah, can do. could you please copy me on that too?21:40
micahgchrisccoulson: yes21:40
micahgchrisccoulson: gnomefreak: done with you 2 copied21:42
micahgchrisccoulson: I'm still trying to figure out how to run the TCK for OpenJDK21:42
gnomefreakmicahg: thanks21:43
* micahg has to get some other work done right now though21:43
gnomefreakmicahg: how long (are we going to bother) pushing updates for FF in Hardy?21:44
micahggnomefreak: until EOL we hope21:44
gnomefreakEOL of desktop?21:44
micahggnomefreak: yep, so next April21:45
gnomefreakthanks i told him to upgrade to Lucid (suggested but i will get this right. :)21:45
nxvlchrisccoulson: any ETA on FF?21:45
chrisccoulsonnxvl - not yet ;)21:46
chrisccoulsonsoon ;)21:46
chrisccoulsonthat's all i know really21:46
jdstrandchrisccoulson: fyi, epiphany absolutely requires an update. 'EphyBrowser initialization failed for...'21:47
nxvlchrisccoulson: ok, thnx21:47
jdstrandchrisccoulson: did you see my other questions?21:47
chrisccoulsonjdstrand - interesting. thanks21:47
chrisccoulsonjdstrand, yeah, i think i answered your earlier questions21:47
micahgchrisccoulson: according to upstream wiki, they should have a better idea later today about when to ship 3.6.421:48
jdstrandchrisccoulson: no, I think you missed them. here they are:21:48
jdstrand13:47 < jdstrand> chrisccoulson: hey, where did beagle 0.3.3-2ubuntu1.8.04.1 go?21:48
jdstrand13:51 < jdstrand> chrisccoulson: and ctxextensions  4.3.2010020101-0ubuntu0.8.04.121:48
jdstrand13:52 < jdstrand> chrisccoulson: did we decide to not update ctxextensions?21:48
jdstrand14:00 < jdstrand> chrisccoulson: err... are you sure you want to use an epoch  for ctxextensions?21:48
jdstrand14:02 < jdstrand> chrisccoulson: only a small handful of people should be  affected... imho we should just delete the newer one and have  the few people who tested it downgrade manually21:48
gnomefreakDebian is keeping xul19121:48
chrisccoulsonjdstrand - yeah, i answered those ;)21:48
jdstrandchrisccoulson: they didn't hit the channel afaict21:49
micahggnomefreak: Debian has their own issues to deal with ;)21:49
chrisccoulsonah21:49
gnomefreakyep seems so ;)21:49
chrisccoulsonthat might have occurred when i undocked, and i switched from wireless to wired21:49
micahggnomefreak: we're jumping to xul193 for maverick +121:49
jdstrandchrisccoulson: you had a ping timeout and came back on21:49
gnomefreakmicahg: dropping xul192 at that time?21:49
chrisccoulson<chrisccoulson> jdstrand - beagle and ctxextensions for hardy aren't needed as the current versions aren't needed21:49
chrisccoulson and ctxextensions doesn't exist in lucid, which is why i fixed the other problem with an epoch in karmic21:49
chrisccoulson i wasn't sure if i could just delete packages from the PPA, after the call for testing has gone out21:49
micahggnomefreak: yep, we only plan on supporting one xul release per release21:50
chrisccoulsoni meant to say that the current versions don't work21:50
chrisccoulson(for beagle and ctxextensions)21:50
jdstrandchrisccoulson: ok, I'll update the wiki21:50
jdstrandchrisccoulson: I still encourage removing the epoch. maybe a followup email can go out to those that tested it... I doubt anyone did since I had already commented on it in the tracker21:51
gnomefreakthat sounds like a great idea assuming everything is on same version. ff37 is xul193 tb  is xul192 and ff3.6 is 192 as well, tb im not sure about, i could never keep that straight21:51
chrisccoulsonjdstrand - ok, i can do that21:51
jdstrandif we ever bring it back, it'll be a problem...21:51
jdstrandchrisccoulson: thanks21:51
micahggnomefreak: by then, we might be at TB32 :)21:51
* gnomefreak not holding breath 21:53
micahggnomefreak: BTW, xul191 might be EOL before squeeze is released :)21:58
gnomefreakthey still havent released squeeze? i thought they were going to shorten the devel cycles to be shorter21:59
* gnomefreak trying to find the right words for this email, other than bad bad things ;)22:00
micahggnomefreak: squeeze isn't even frozen yet, they have a few major transitions in progress, they have to be completed before they can freeze22:00
gnomefreakso much for the trying to be like us :)\22:00
micahggnomefreak: well, one of the transitions is python 2.6 :)22:01
gnomefreakif we can do it so can they since alot of our core devs are/were Debian devs22:01
micahggnomefreak: http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-python@lists.debian.org;tag=python2.622:02
gnomefreaklooking thanks22:02
gnomefreakthats all the blockers?22:03
micahggnomefreak: for that transition :)22:04
gnomefreakdamn22:04
gnomefreaklistening to radio and ali morgan is on from 9-2 what do you call that? a segment or a show?22:05
gnomefreakim at a loss for words22:05
* gnomefreak found words let hope she doesnt take it the wrong or RIGHT way22:12
gnomefreakbe back smoke22:14
micahgchrisccoulson: we don't intend to continue supporting hardy after Desktop EOL, right?22:21
chrisccoulsonmicahg - i don't think there's anything we need to maintain for the server22:26
micahgchrisccoulson: k, just wanted to verify before responding on the ML, user was asking about FF updates after desktop EOL22:27
gnomefreakmicahg: yep i CCed the list22:28
chrisccoulsonyeah, we wouldn't update FF after the desktop has gone EOL, but i'm not sure if anything on the server uses xulrunner22:28
gnomefreaki think i sent it22:28
micahggnomefreak: yes, you did22:28
gnomefreakmicahg: thanks22:28
chrisccoulsonjdstrand - i've dropped epiphany from the PPA as well for now. i will upload a version that makes it carry on working after the upgrade later22:29
jdstrandchrisccoulson: k22:30
micahggnomefreak: answered22:31
gnomefreakmicahg: thanks22:34
jdstrandchrisccoulson: fyi, I gave firegub/karmic a pass after retesting. I think it might have been one of the other extensions that I had installed that was broken and messing it up22:40
jdstrandchrisccoulson: I don't know that, but that is what I going with :)22:40
jdstrandchrisccoulson: at any rate, one less bug in the qa tracker22:40
jdstrandchrisccoulson: fyi, mozilla-noscript is fine now too23:12
jdstrandchrisccoulson: and ctxextensions is good23:12
jdstrandchrisccoulson: (those are karmic)23:12
jdstrandchrisccoulson: and apparmor is fixed23:12
chrisccoulsonjdstrand - cool, that's good23:12
chrisccoulsonthanks for testing23:12
jdstrandchrisccoulson: so that should leave only openjdk on karmic23:12
micahgjdstrand: is it worth trying to keep noscript up to date in the security PPA before release, or just SRU the latest after release?23:13
jdstrandmicahg: well, what is in the ppa is working ok. I don't know what you want to SRU, but if it is bugfix only, the SRU later23:14
micahgjdstrand: well, usually every release or every other release of noscript has security fixes23:15
jdstrandmicahg: if it is security relevant, then it can go in23:16
micahgjdstrand: well, my question is how much to worry about keeping up to date in the PPA?23:16
jdstrandmicahg: I'm not worried at all. to me, sru is fine23:17
micahgjdstrand: k, it's in universe also, so I guess it's a little lower in priority23:17
* jdstrand nods23:17
micahgjdstrand: I'll plan for an SRU next month then23:17
jdstrandcool, thanks :)23:18

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!