/srv/irclogs.ubuntu.com/2010/05/26/#ubuntu-mozillateam.txt

=== BUGabundo_DrWho is now known as BUGabundo_Naruto
BUGabundo_Narutonite00:26
crimsunfta: I'm not convinced it's actually _caused_ by pulse, but I think it's a bug that pulse is falling over so readily.01:09
=== almaisan-away is now known as al-maisan
ddecatormicahg: when i get a chance, i'll create a draft of what the mozilla bug reporting wiki page can include, but i'll have you look it over before i put it on the site (if that's alright with you)08:04
micahgddecator: k08:04
cwillu_at_workever see a firefox profile that just silently exits when launched, with no errors or anything?09:03
BUGabundo_remoteOne more hole in the street,and I join Alice in Wonderland.Join us for tea!09:13
BUGabundo_remoteme me me I saw that09:13
BUGabundo_remoteremove the lock file09:13
micahgchrisccoulson: ping15:34
chrisccoulsonmicahg - pong15:59
micahgchrisccoulson: so, I have the TB3.0.5.head changelog ready, but we seem to have diverged from Lucid's changelog, should I just add the changelog entry for Lucid (3.0.4+nobinonly-0ubuntu4) or merge the changes in from .lucid?16:00
chrisccoulsonmicahg - do we need to merge any changes from .lucid at all?16:08
micahgchrisccoulson: I think all the changes are in there, just not the proper closed changelog16:09
chrisccoulsonthat's ok. we branched lucid before the last release, so it doesn't matter if they diverge really16:10
micahgchrisccoulson: ok, is there any harm in cleaning up the changelog, the version that's currently in Maverick isn't in there :)16:11
chrisccoulsonyou mean the version in maverick isn't in the changelog for .head?16:12
micahgright :)(16:12
micahgbecause it was just copied from Lucid, not uploaded16:12
chrisccoulsoni think that's ok really, as we haven't done a maverick version yet (it's only the version copied from lucid)16:12
chrisccoulsonyeah ;)16:12
micahgso, can I just add a changelog cleanup entry to .head then and not worry about a tag?16:13
micahgchrisccoulson: ^^16:14
micahgchrisccoulson: also, do you have time to push FF3.6.4+build5?16:15
chrisccoulsoni'm not sure we need to do anything with the changelog other than add the new changes to the currently open changelog entry and change the version from 3.0.5~hg20100414r4813+nobinonly-0ubuntu1 to 3.0.5+build2+nobinonly-0ubuntu116:16
chrisccoulsonthen tag and i can upload that to maverick16:16
chrisccoulsonyeah, i will do +build5 for FF in a bit16:16
micahgchrisccoulson: I have 2 bugs that will be closed by upstream fixes16:18
micahgchrisccoulson: well currently the top changelog has some of the changes that are already in Maverick, that's why I wanted to clean it up16:19
chrisccoulsonah, ok. i don't mind either way really. if it's easy to clean up, then feel free16:21
micahgchrisccoulson: k, you should have it in about 2 hrs16:29
jcastrochrisccoulson: you'll have a developer badge on the forum soon so people can identify you for your awesomeness16:40
chrisccoulsonjcastro - thanks :)16:49
=== \vish is now known as vish
micahgchrisccoulson: good news, miro will no longer be a xul rdepend starting with miro 3.0.2 :)17:17
ftadebian 58202917:20
ubot4Debian bug 582029 in libecal1.2-7 "libecal1.2-7: include fix for e_source_get_uri() warning "called on source with no absolute URI!"" [Normal,Fixed] http://bugs.debian.org/58202917:20
ftahm17:20
ftamicahg, what will it use then?17:22
micahgfta: webkit :)17:22
chrisccoulsonmicahg - that's good then17:22
micahgchrisccoulson: yep :)17:23
chrisccoulsonnow, i just wish that everybody else would do the same ;)17:23
micahgchrisccoulson: let's go file bugs upstream :)17:23
micahgj/k17:23
chrisccoulsonmicahg - do you think there's anything else worth dropping from the archive this cycle? or do you think people will just get upset?17:23
chrisccoulsoni'm trying to make blam work on hardy with xulrunner 1.9.2, it has the same issue that xiphos had though17:24
micahgchrisccoulson: idk, I have to review the list, I'm still focusing on hardy right now :)17:24
chrisccoulsontime to use my mono skillz17:24
micahgchrisccoulson: ah, maybe you can fix gluezilla too when hardy's done :)17:25
chrisccoulsonheh, i'm not that familar with C# yet. i just typed my first line of C# code ;)17:25
chrisccoulsonhoping it will fix blam17:25
micahgchrisccoulson: I hope to get back to the backporting tonight17:25
chrisccoulsonthat's all i'm working on right now. epiphany, epiphany-extensions are done17:26
chrisccoulson(along with all the things that needs - webkit, libsoup and libproxy)17:26
micahgchrisccoulson: k, well I've got kazekhase mostly done17:26
chrisccoulsongecko-sharp2 is done17:26
micahgchrisccoulson: have you uploaded to the transition PPA?17:26
chrisccoulsonmicahg - isn't kazekhase using xulrunner 1.8?17:26
chrisccoulsonis it really worth us porting those, seeing as that's been unmaintained for a long time now17:27
micahgchrisccoulson: idr, but either way, needs to be ported17:27
micahgchrisccoulson: no, most of the fixes were already made upstream for that17:27
chrisccoulsoni'll get stuff in to the PPA later17:28
* micahg was tempted to throw the 0.5.8 version in, but it seems to be going ok17:28
chrisccoulsoni've got xulrunner-1.9.2 in bzr for hardy and jaunty17:28
chrisccoulsonis also got ff3.6.4 packaged and working too, using the firefox-3.0 source package name17:29
chrisccoulsoni wasn't sure if that was the best thing to do17:29
micahgchrisccoulson: can you update https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list with what you've done?  we should focus on the apps at the bottom17:29
chrisccoulsonyeah, can do17:29
micahgchrisccoulson: thanks, I just want to make sure we're not duplicating efforts17:29
chrisccoulsonok, the only thing i've done on the bottom is epiphany17:30
chrisccoulsonwhich was a pain ;)17:30
micahgk, and you're working on blam17:30
micahgchrisccoulson: the rest of the rdepends not on the bottom I don't think we have to worry about17:30
chrisccoulsoni'm happy with that17:31
micahgchrisccoulson: we're not dropping the xul-1.9 source AFAIK17:33
mdeslaurchrisccoulson: you just wish everyone moved to webkit because you haven't seen the massive amounts of CVEs to be fixed in webkit yet :)18:56
chrisccoulsonmdeslaur, that doesn't sound good :(19:00
mdeslaurchrisccoulson: hehe :)19:00
DASPRiDby the way, can you still tell thunderbird 3 to just filter within the current view, instead of opening such a nasty search tab?19:06
=== al-maisan is now known as almaisan-away
micahgis there any trick if xrandr is showing the wrong resolution for an external monitor aside from restarting x/reboot?19:57
asacchrisccoulson: micahg: hey ... how are things going?20:08
asacis 3.6 rooll out coming soon? :)20:08
micahgasac: I'm hoping by next week we can have everything staged, 3.6.4 release is scheduled for June 120:08
asachmm20:10
micahgasac: chrisccoulson got epiphany done20:10
chrisccoulsonfinally ;)20:10
asacdid you already start getting feedback on the ffox 3.6?20:10
asacimo that shouldnt wait for the rest of the staging20:10
asacchrisccoulson: rock on20:11
asacchrisccoulson: so what we need to do is to change soname for the libs we want to use new versions for20:11
chrisccoulsonasac - i can push firefox and xulrunner for hardy and jaunty later, i got those done last week20:11
micahgasac: chrisccoulson: hmmm, good point, maybe we should focus on the FF rdepends before finishing the xul rdepends20:11
asaclike libsoup ... we need to ship that in a package that isinstalled side by side with the hardy soup20:11
chrisccoulsonasac - i already changed the soname for libsoup20:11
asacchrisccoulson: great20:11
chrisccoulsonand it's parallel installable20:11
asacand yes ... focus on ffox ... its really important to not fall behind wrt open security issues20:12
chrisccoulsonasac - i wasn't sure whether to do the same for webkit - there's currently only one thing in the archive using webkit in hardy20:12
asaci would get all ffox done first, then epiphany20:12
asacthen the whole xulrunner stuff20:12
micahgchrisccoulson: so, maybe let's get the extensions done for Firefox that are in hardy archive and get them staged in transition PPA20:12
asacchrisccoulson: i would do the same as you can then do the same for jaunty/karmic20:12
asacwhere the rdepends probably grew20:13
chrisccoulsonyeah, extensions are pretty important to get done, as the firefox update probably breaks most of those20:13
asacack20:13
chrisccoulsoni'm looking forward to getting this finished though and starting on maverick ;)20:14
micahgchrisccoulson: right, so do you want to divide the list and tell me which ones to take?20:14
mdeslaurwhoa...we don't want _two_ webkits in main in jaunty and karmic...20:14
micahgmdeslaur: epiphany I thought was in univers20:14
chrisccoulsonit's in main in hardy20:14
micahgugh, main in Jaunty, universe for karmic20:14
asacmdeslaur: you rather want an insecure epiphany?20:14
chrisccoulsonwell, epiphany needs the newer webkit anyway20:15
asacmdeslaur: also the webkit will have no rdepends besides epiphany so it doesnt require backports/patches20:15
micahgkarmic is already webkit anyways20:15
asacmdeslaur: you can also allow new libwebkit in everywhere and eat the regressions  ... its security team choice :)20:15
mdeslaurasac: so the new webkit is going to universe in jaunty and karmic, just for epiphany?20:15
asacmdeslaur: it goes to main where epiphany is in main20:16
asaci think ephy is in main for hardy, jaunty20:16
micahgasac: yep20:16
asacmdeslaur: but more or less right. we can think about shipping it in-source20:17
asacnot sure how much less effort that would mean though20:17
mdeslaurhmm...20:17
micahgasac: I would think in source backporting patches for webkit would be harder20:17
mdeslaurso, new webkit in main for hardy and jaunty, parallel to the existing webkit, and new webkit in universe for karmic?20:18
micahgmdeslaur: epiphany is already webkit based in karmic20:18
mdeslaurmicahg: so we're just talking about hardy and jaunty?20:19
asacyeah i think its really just hardy+jauntt20:19
asacyep20:19
micahgmdeslaur: for epiphany yes20:19
asacunless ephy is still gecko in kiarmic20:19
asacwhich i think it isnt20:19
micahgasac: no, you took care of that ;)20:19
chrisccoulsonso, you want me to change the soname of webkit too, and make those parallel installable?20:19
asacchrisccoulson: that was my idea ... ytes.20:20
chrisccoulsonok, i can do that20:20
chrisccoulsonasac - i got the backport working without any changes to glib and gtk btw20:21
micahgchrisccoulson: so, I can get the list of hardy extensions tonight, if there's not too many, maybe I should just update them and you can focus on porting if that's ok?20:21
chrisccoulsonmicahg - yeah, that's ok with me20:21
micahgchrisccoulson: k, except for kazekhase as I have already done about half of it ;)20:22
micahgchrisccoulson: anything else that I partially worked on will be in the transition PPA with a build failure20:22
chrisccoulsonmdeslaur, do we require a USN for rolling out ff3.6.4 in hardy and jaunty?20:22
mdeslaurchrisccoulson: will 3.6.4 fix security issues?20:23
chrisccoulsonmdeslaur - i suspect so (seeing as 3.0 in hardy currently doesn't get security fixes by mozilla anymore). howver, upgrading also allows us to support it to fix security issues in the future20:25
chrisccoulsonbbiab, food has arrived ;)20:25
mdeslaurchrisccoulson: yes, we need a USN then20:25
mdeslaurchrisccoulson: what version of webkit have you backported?20:25
micahgmdeslaur: asac: chrisccoulson: I would think there should be a USN explaining the move to FF36 and xul192 in hardy/jaunty20:25
mdeslaurmicahg: I agree20:26
ftacrimsun, desperate measures.. http://paste.ubuntu.com/440068/22:04
micahgchrisccoulson: so, I pushed up the TB.head changelog/tag, do you want me to do the .lucid one too22:05
micahgchrisccoulson: could you also take a look at bug 584758, I thought I was clear, but the reporter doesn't seem to understand22:07
ubot4Launchpad bug 584758 in ubuntu (and 3 other projects) "Ubuntu web browsers do not properly identify host (affects: 1) (heat: 10)" [Wishlist,Won't fix] https://launchpad.net/bugs/58475822:07
BUGabundofta: chromium codec no build for maverick?22:34
ftauh?22:35
ftahttps://edge.launchpad.net/~chromium-daily/+archive/ppa/+packages22:35
ftaor maverick/universe?22:35
ftaBUGabundo, ^^?22:35
BUGabundohttps://edge.launchpad.net/~chromium-daily/+archive/stable/+packages?field.name_filter=&field.status_filter=published&field.series_filter=lucid22:36
BUGabundosorry, mav22:36
BUGabundohttps://edge.launchpad.net/~chromium-daily/+archive/stable/+packages?field.name_filter=&field.status_filter=published&field.series_filter=maverick22:36
BUGabundostable22:36
ftaoh22:36
ftai wonder what happens if i copy for the ppa to the same ppa just changing the dist...22:37
ftahm.. seems possible with the UI22:38
micahgfta: yep, as long as nothing needs to be compiled against the version specific libs22:38
ftait lets me choose between copy and rebuild.. i wonder what happens for each22:39
ftai mean, if i rebuild, it will have the same version so i'm puzzled22:39
ftaif i copy, i don't understand either.. there's no need to copy, just to add an entry in the dist file22:40
ftamicahg, ^^22:40
micahgfta: well, rebuild I don't think will work, copy will work, but you should only use it if it doesn't need to be compiled against different system lib versions22:40
ftait doesn't22:40
ftatrying..22:41
ftasomething happened.. somehow22:42
BUGabundothe power o #LZMA23:16
BUGabundo61M  /tmp/valgrind22584.log23:16
BUGabundo1.8M /tmp/valgrind22584.log.zip23:16
BUGabundo368K /tmp/valgrind22584.log.tar.lzma23:16

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