[00:44] chrisccoulson: I think the miramar beta is scheduled for next week [00:45] chrisccoulson: actual staging will continue to be in the mozilla security PPA, we can pre-test in firefox-next though :) [00:49] micahg, miramar is old news now, i'm building comm-central ;) [00:49] i like living life on the edge [00:50] chrisccoulson: well, miramar could go in oneiric optionally, we can skip it if you like, but it could be a test for the new process as well [00:51] micahg, i'd prefer to put it in oneiric as soon as it has a beta release [00:51] we'll be skipping it for the stable releases [00:51] some of the work mike is doing depends on it [00:52] chrisccoulson: that sounds fine, I think I might save my natty client upgrade for the first beta of TB 6 or whatever it's called [00:53] micahg, we should start coordinating transitioning natty for firefox 5 this week, based on the assumption that 5 is going to be the next security release for 4.0.1 users [00:53] only a little over a month left ;) [00:55] chrisccoulson: are you driving or am I? [00:55] micahg, i don't mind really. i'll talk to pitti tomorrow [00:56] chrisccoulson: I guess I'll start a wiki transition page with the bits necessary [00:56] basically, i think we should use the firefox-next PPA to stage everything for firefox ASAP (so we get test coverage from people wanting to try out the beta) [00:57] chrisccoulson: yes, for the langpacks+firefox that's fine [00:57] and we need to stage the new language packs in there anyway [00:57] (unless i change the packaging specifically for firefox-next to disable the firefox-locale-* packages, which i'd rather not do) [00:59] chrisccoulson: no, I think they should go there, it makes sense, you can stage the language-selector as well if appropriate, I'm concerned about the xul rdeps, but those will get staged in the security PPA if I get time [01:00] yeah, that sounds fine [01:00] i'm concerned about those too ;) [01:00] i think we're going to have a hard time trying to support those on lucid [01:00] chrisccoulson: but please use the pre-release versioning, I'll upload the real betas about 2 weeks out if all looks clear or 1 week out to the security PPA if things are changing fast [01:01] i will be glad once we've got rid of xulrunner from the archive :) [01:01] s/real betas/ubuntu release versions/ [01:02] chrisccoulson: I'm going to see what can be done for the non-mozjs stuff in natty if anything to make them not vulnerable === asac_ is now known as asac [12:32] chrisccoulson, hi, any idea what's going on with evo? a cabal ? [12:32] fta - i'm not sure. it's built, but it doesn't appear to be published yet [12:37] fta - oh, it's published now [12:37] i can install it [12:38] yep, not me, i need to patch it :( [12:40] ...for the same reason i can't use tb [12:51] oh my.. /usr/share/hardening-includes/hardening.make [13:00] chrisccoulson, could you please host the gwibber dailies too? [13:00] chrisccoulson, i thought it was dead, but there are still ~100k users [14:30] fta - oh, i didn't realize you were maintaining gwibber dailies too [14:30] chrisccoulson, i am. well, the bot is [14:31] micahg, i cleaned up the u-m-d PPA quite a bit. do you think there's must point in running the xulrunner dailies any more? they don't really get many changes any more, and i don't think they're a good use of PPA build time now [14:31] chrisccoulson, same for nmt (network-manager-trunk). it's currently disabled but only temporarily [14:31] fta, cyphermox might be interested in that one [14:32] he's the maintainer, i was just running the bot [14:32] micahg, same goes for the firefox release branches (particularly from 5.0 onwards, where there won't be any commits to release branches) [14:33] fta - he might be interested to take over the bot too, if you don't want to run it [14:53] chrisccoulson: fta: yeah, disabled for now, but as I need to switch everything to 0.9, maybe there's not so much a point in keeping it all anymore [15:55] hah, time to see my popularity decrease [15:58] chrisccoulson: yes, there's a point for xulrunner based apps that want to run on Ubuntu, I'd consider it low priority [15:59] chrisccoulson: the only firefox ones I'd leave in there ATM are trunk and 3.6 until 3.6 EOL, then trunk until maybe we get a little help (then maybe aurora) [16:00] micahg, yeah, that makes sense [16:01] although, the xulrunner builds don't make a great deal of sense now as they are daily builds of branches that are in the archive, and they aren't going to see any API changes now [16:01] micahg, did you see my e-mail to ubuntu-devel ;) [16:01] chrisccoulson: not yet [16:03] bhearsum, there? [16:04] hmmm, my comm-central build failed on oneiric :( [16:05] chrisccoulson: my inbox broke :(, will hopefully get it in a bit === m_conley_away is now known as m_conley [21:57] jcastro, fyi: http://blog.chromium.org/2011/05/chromevox-built-in-spoken-feedback-for.html [21:57] hah, cute [21:58] jcastro, chromium for windows now supports a bunch of screen readers. for linux, nada. the devs told me no-one knows enough about the ATK api [21:58] so help is needed === m_conley is now known as m_conley_away [22:19] chrisccoulson, no more global menu in evo? [22:19] fta - there's no appmenu-gtk3 yet [22:19] oh [22:20] chrisccoulson, seems we're going backward [22:20] ahahaahahah [22:21] I don't even have gtk themes [22:21] fta - well, we're going through a big transition where lots of things will be broken until things settle down a bit [22:21] BUGabundo, that's because there isn't one yet [22:21] well [22:21] you could download one off gnome-look.org i guess ;) [22:21] chrisccoulson: then don't merge till there are the dependcies :P [22:22] everyone at +1 is being tagged by it [22:22] plus gconf broke yesterday [22:22] seems better today [22:22] chrisccoulson, i thought the gnome3 ppa in natty was where all that was supposed to happen [22:22] BUGabundo, if we waited for DX to write a theme engine and port the ambiance theme to it, then we'd block the whole gnome 3 transition until mid-cycle. we need to do it now [22:23] what broke in gconf? [22:23] no idea [22:23] then how do you know it's broken? [22:23] yesterday, two schemas were empty, breaking the gconf update [22:24] but it's gone now [22:24] chrisccoulson: it wouldn't configure at upgrade [22:24] yeah, that's fixed now, although it wasn't really a gconf issue [22:24] that was a build issue with tomboy i think [22:25] need to reboot and re-test [22:25] but no gtk is PITA [22:25] ? [22:25] there's still the default theme, it's usable [22:30] I don't even have a desktop :( [22:34] fta: (2011-05-20 22:33:58) bjsnider: BUGabundo, i was trying to test the new hidden navbar idea in chromium, but it's not yet available for linux [22:47] BUGabundo, "new hidden navbar idea" ?? [22:47] yeah [22:48] the new minimalistic UI [22:48] still no idea what that is [22:49] sec [22:51] fta: http://www.conceivablytech.com/7485/products/google-is-serious-you-can-kill-chromes-url-bar [22:57] https://mozillalabs.com/prospector/2011/05/20/lesschrome-hd-more-space-to-browse/ [22:57] I'm using that, I think it's coo; [22:58] l. [22:58] It works on linux. [22:58] kinda easy to break Firefox using it atm [22:58] Hmm? [22:59] use tabs on bottom or use the classic menubar (if ubunutu allows) [23:00] Yep, tabs on bottom does break it. [23:14] in unity, you don't have the option of not using the classic menubar (although it's drawn on the panel) [23:15] oh, why does ff5.0 beta end up being released just before i finish work for the week :) [23:15] i wonder if i've still got time to upload it before i fall asleep [23:20] you can do it chris! [23:23] i'm doing it [23:27] although, there's not much point in uploading it now, as it's going to sit in binary NEW all weekend [23:27] which means nobody will be downloading it until monday anyway [23:27] ): [23:27] chrisccoulson: you could push to the firefox-next PPA now/over the weekend [23:28] micahg, i'll do that over the weekend [23:28] i'd rather get it in the archive first, as it means i don't have to upload the tarball twice :) [23:28] chrisccoulson: heh, good point :), binary NEW is fine in that case though [23:29] yeah, it's going to sit there because of all the new language packs [23:29] right, but once you upload, the tarball will be in the archive and then you can push with -sd to the PPA :) [23:33] micahg: How are we going to be doing translations this cycle? (what did you guys decide at uds) [23:34] Omega: in terms of where they're built or contributed? [23:34] Well, both. [23:34] Omega: they'll be built from the firefox/thunderbird sources, contributed to upstream ATM [23:34] Omega, we are merging a snapshot of the l10n repos in to our source tarball [23:35] then building the xpi's from the single source and shipping them in separate firefox-locale-xx language packs, with the localized search plugins [23:35] so, they're are going to be split from the main distribution language packs now [23:35] because they are a bottleneck in deploying updates :) [23:36] chrisccoulson: on second thought, can we have the -locales packages for firefox/thunderbird? It allows for updating for bugs w/out affecting translations [23:36] On the mailing list you said "I think I've figured out how to merge all of the translations in to a single Firefox source tree" did it work? [23:37] chrisccoulson: unless we need something in the main tarball to build the langpacks [23:37] Omega, yeah. that's what i'm uploading now (and it's why it will get blocked in the new queue over the weekend) [23:37] micahg, i'm not sure i understand what you mean? [23:38] it's easier for SRUs/security if they're in separate sources, that way if there's a regression in one, the other doesn't need to be tested [23:38] micahg, i can't do that, unless we just ship the xpi's from ftp.mozilla.org [23:38] which means we don't get localized searchplugins etc [23:39] i'd rather just do everything from a single source, as it will make future updates so much easier [23:39] chrisccoulson: that's what I was wondering, is there something in the main mozilla repo that we need for l10n [23:39] and it's how every other package in the archive works too ;) [23:39] micahg - yeah, we need the entire build system ;) [23:40] and all the en-US translations [23:40] chrisccoulson: we don't do security updates so frequently for every package in the archive :) [23:40] having separate sources is a pain. i'd like to be able to have everything we need to deploy an update in the same tarball [23:41] chrisccoulson: well, it seems that's the only choice then [23:42] yeah, it is if we are building the xpi's ourselves [23:43] which we need to do if we want the option of integrating translations in to launchpad in the future anyway [23:45] b'ah, kinetic scrolling is really annoying me now [23:47] w00t - https://lists.ubuntu.com/archives/oneiric-changes/2011-May/001453.html [23:48] \o/ [23:53] when we get aurora builds going in a PPA, it would be really cool if we could get the new channel switcher to switch between channels by selecting the correct PPA ;)