/srv/irclogs.ubuntu.com/2010/09/28/#ubuntu-mozillateam.txt

BUGabundonite00:29
micahgfta: xulrunner red is most probably due to missing configure flags in the build system, I'll try to sort it out02:56
ftamicahg, doh! http://people.ubuntu.com/~fta/ppa-dashboard/ubuntu-mozilla-daily--ppa.html07:25
micahgfta: wow, even worse now :(07:28
ftadropped all jaunty packages from umd07:33
micahgwel,, maverick failed due to gnome/gtk updates, everything else due to patches07:37
micahgshould I milestone bug 239952 as well? (I milestoned the linked bug from bmo)08:08
ubot2Launchpad bug 239952 in firefox-3.5 (Ubuntu Maverick) (and 9 other projects) "firefox - the associated helper application does not exist (affects: 58) (dups: 5) (heat: 329)" [Undecided,Invalid] https://launchpad.net/bugs/23995208:08
micahgoh, he's not here08:08
ftamicahg, btw, the ucd-dev ppa is still scored down. each time i send something there, it takes days08:21
micahghmm, looks all built now08:23
=== asac_ is now known as asac
edakiriWhere are system wide addons retrieved from for firefox-4.0 ?  There is only 1 listed: "Ubuntu Firefox Modifications" although previous branches of firefox see other addons.10:15
chrisccoulsonasac - is anything using the files provided in xulrunner-1.9.2-testsuite?11:27
asacchrisccoulson: no package. however, the idea was that you can run the testsuite locally ;)11:34
chrisccoulsonasac - oh, so we can get rid of it now then11:34
asace.g. daily to check if there are regressions due to changes in the stack11:34
asacchrisccoulson: why?11:34
chrisccoulsonfirefox is running the testsuite in the buildd now11:34
asacwell11:34
asacthe idea is to run it in buildd and also be able to run locally11:34
asaci dont care ... but that was the idea11:35
chrisccoulsonah, ok11:35
asacwe always were able to run on buildd ;)11:35
asacjust not successful ;)11:35
asacchrisccoulson: is firefox succeeding?11:35
chrisccoulsonasac - mostly. there are some xpcshell tests which fail because gconf doesn't run11:35
chrisccoulsonand there are some reftest failures too, and some of those look like font issues11:36
asacthe good thing is really to be able to run testsuite against different test envs11:36
chrisccoulsonbut, it's mostly ok11:36
asace.g. your stack might have chnaged11:36
asacyou want to run against just main ... or stable-updates ... or stable-proposed etc.11:36
asacyeah we also were down to just a few failures ... but those were hard to solve iirc11:36
asacand yes, font issues are likely11:36
chrisccoulsoni expect the reftest failures will be quite hard for me to figure out ;)11:37
asachehe11:43
asacthought you are idle anyway ;)11:43
asacchrisccoulson: how are things going in general? havent touched base for you for ages it feels ;)11:43
chrisccoulsonasac - yeah, it's going pretty good thanks :)11:44
chrisccoulsoni'm planning my work for natty now ;)11:44
asacwhats the plan? ;)11:46
asacunbranding ffox again ;)?11:46
chrisccoulsonlol11:46
chrisccoulsonnot quite ;)11:46
chrisccoulsonthe big task is going to be ff-4.0 :)11:47
asacjetpacks11:47
asacchrisccoulson: we have to talk about webgl + gles211:47
chrisccoulsoni want to try and get PGO builds working too11:47
chrisccoulsonwhich is the motivation behind running the testsuite ;)11:48
asacpgo \o/11:48
asacso testsuite run is done for pgo profile?11:48
asacwasnt there a special test for pgo profiling?11:48
chrisccoulsoni'm not sure if there is a special test or not11:49
asacif you run into problems wrt pgo profiling you can talk to our toolchain group in linaro ... especially on arm we would love to see this flying11:49
chrisccoulsoncool, that's good to know :)11:49
asacchrisccoulson: there is a special test program for pgo ...11:49
asacits a proxy webserver thing that drives some test websites11:50
chrisccoulsonah, yes. that's used for the profiling11:50
chrisccoulsonand it's also used for some of the normal tests too i think11:50
asacright11:50
chrisccoulsoni guess i'm going to be learning a bit about toolchain issues over the next cycle ;)11:51
asachehe11:51
asacchrisccoulson: do you know if all webgl landed for 4.0?11:51
asacwhat we need is a way to have the backends pluggable ... so you can also use gles on x86 etc.11:52
asacespecially with gallium drivers i hope that in the end everyone can use gles11:52
chrisccoulsonasac - i'm not too sure about what landed yet11:52
asackk11:53
chrisccoulsonasac - do you know who worked on the artwork parts of the abrowser branding?12:01
chrisccoulsonit's currently broken in ff-4.0 with the recent changes to Help -> About dialog12:02
asacchrisccoulson: yes, ken ... he is gone now12:05
asacbut that doesnt feel that difficult to take over by someone else12:05
asaci think it took like 5 minutes for ken12:06
chrisccoulsonasac - cool, thanks. i guess i could have a go at it, i just wasn't sure if we had any svg's of the artwork (particularly the icon)12:12
fta!info ecb12:12
ubot2fta: ecb (source: ecb): code browser for Emacs supporting several languages. In component universe, is optional. Version 2.32-1 (lucid), package size 750 kB, installed size 4152 kB12:12
ftaoh asac! so you're still alive, great :)12:12
asacfta: yes i am!!12:13
asachidden in a dark room with 24/8 hours of work in 5 days ;)12:14
ftadpm, hi, i wanted to give the chromium translations a try, it will be a hell of a fight to achieve it12:16
ftaasac, doing what? (if i may)12:16
cyphermoxhi asac12:17
dpmhi fta. I'm not sure how they can all be tested without just installing Chromium in all languages. I can say that at least in Catalan they work :) Another option is to ask translators for feedback.13:34
ftadpm, no, i'm not talking about the desktop file, but the full langpacks13:35
ftaintegration into launchpad13:36
ftathat would require a converter taking the complex grd and xtb files, outputing some pot and po files; and back13:37
ftai'm not sure what lp expects, and what it returns.13:38
ftaalso, i have no idea how to contribute that upstream13:38
ftaand which branch to use (trunk or the stable branch)13:39
ftadoesn't really make sense to translate stable, it's too volatile13:39
ftadpm, ^^13:39
dpmfta, I had a conversation about this with evan a while ago, and he was really interested. I explained how these could be done and IIRC he wanted to write a script or some code for the conversion, but on the last e-mail he told me that he was quite buys and he'd have no time to work on this unfortunately13:41
dpmfta, Launchpad only imports and exports gettext format13:42
ftayep, i was in Cc13:42
dpmah, yeah, now I remember :)13:42
dpmso on import: POT file + PO files; export PO files, which are built as MO files in the language packs13:43
ftai figured out how to map the texts into IDs so at least the chromium->gettext seems doable13:44
ftai don't need the MOs, i need the .po files back13:44
ftaeven so, i'm still unsure how to proceed afterwards. once i have a po file with some changes, i can probably turn it into a xtb file, and create a patch13:46
ftabut that's ugly13:47
dpmfta, I would have to re-read my own e-mail to remind myself about the format of chromium translations and such. But it's really cool that you've figured out the id mapping. If that would allow us to do the conversion chromium -> gettext, that would sort out the imports part. As per the exports, there are two things:13:54
dpmIf chromium were in main, there would be the possibility of exporting the translations as PO files and have a script in langpack-o-matic that does the conversion po -> xtb in language packs13:55
dpmsimilarly to FF13:55
dpmIf chromium remains in Universe, the only easy way is that upstream adopts LP as a translation tool, and that the conversion PO -> xtb is done upstream and the xtb translations are committed there13:56
ftaok so none of those two options are possible13:57
ftais?13:57
ftabased on all the discussions, i concluded that chromium will never be in main13:58
dpmoh13:59
ftaand we also know that upstream won't go toward gettext13:59
ftathey use grit, which is some kind of xlst13:59
ftaxslt13:59
dpmyeah, but I was not talking of them going fully to gettext, but rather doing the conversion only for translators14:00
dpmi.e. to get the translations imported into LP only14:00
ftadpm, for chromium in main, ask jcastro or the technical-board, they all voted against it14:01
ftadpm, the conversion is something we can do in the packaging14:01
dpmfta, from what you are saying, that'd be doable, I'm only concerned for the amount of extra work this would give to packagers (i.e. fetching periodically translations from LP, maintaining the conversion script, etc)14:03
ftadpm, chromium packagers? that's only me14:04
dpmfta, ok then s/packagers/you/ :-)14:05
dpmbut I'd love to see Chromium translatable in LP14:06
ftadpm, well, i usually script that kind of repetitive tasks14:06
dpmfta, yes, I had assumed so. But even then, in my experience translations which are not handled in language packs tend to be a pain. Don't get me wrong though, I'd love to see Chromium translatable in LP.14:07
dpmAnyway, I'll be happy to help in what I can14:08
ftahow active are the translators? it makes more sense to me to feed the xtb from trunk so upstream is more willing to accept them, but trunk means frequent updates14:09
ftawell, maybe not that frequent, strings don't change that much14:10
dpmfta, it depends on the team. Some are extremely active. I think feeding from trunk would be fine. It's only a matter of properly communicating to translators that there are no string freezes and that it is a moving target14:10
jcastrofta: oh? when did they vote?14:11
ftajcastro, not a real vote but all the comments said so14:11
ftai still want the standing FFe exception thingy, but maaaaah, it seems there's no way14:13
dpmfta, to get started with this, once you've figured out the conversion, setting the LP project for translations the is only a matter of uploading the POT file + all existing PO files resulting from the conversion. Or alternatively, create a branch with the translations and check the automatic imports box in the chromium project in LP14:15
lfaraonechrisccoulson: did you get to my inquiry about Sugar Firefox.activity?14:15
ftadpm, all pot/po files flat in a branch?14:16
dpmfta, yeah, that's the usual layout for gettext projects:14:16
dpmpo/chromium.pot14:16
dpmpo/fr.po14:16
dpmpo/es.po14:16
dpm...14:16
jcastrofta: the conversation seems to be in the same state as last time14:16
ftadpm, and what will happen then? how do i get the results?14:17
ftajcastro, yes, since ~ early may, no progress14:17
=== jorge_ is now known as jcastro_
=== jcastro_ is now known as jcastro
dpmfta, first they'd be imported automatically for you (they'd be scanned from the bzr branch) and exposed to translators in similarly to https://translations.launchpad.net/simple-scan (obviously substituting chromium in the URL). Then there are two alternative ways you can get back translations done by translation teams: a) going to the project and requesting a tarball export: that will send you an e-mail with a link to a URL where you can fetch the14:20
dpm latest translations in a tarball; or b) activating automatic exports, you'll get translations automatically committed to a branch of your choice (be it the same branch you used for the imports or another one)14:20
dpmI'd recommend b)14:21
dpmIf they'd do the conversion to gettext on the upstream branch, we could even automatically import translations from the vcs import branch14:23
dpms/on the upstream branch/upstream/14:23
ftaare the exported po files similar to the originial ones ? (i mean, mininal diff suitable to be a patch?)14:24
dpmfta, I believe they are faily similar, but in any case diffs with gettext files are always ugly. If the POT template would change often, the source code references in the PO files would change often too, so that would make diffs bigger14:27
ftai guess i should just try and see i end up with ;)14:28
chrisccoulsonlfaraone, i still didn't get your second mail :(16:34
chrisccoulsoncan you just paste it somewhere for now?16:34
chrisccoulsoni'm not sure what's happening there16:34
chrisccoulsonsorry16:34
lfaraonechrisccoulson: no worries. odd.16:35
lfaraonechrisccoulson: http://sprunge.us/DDib16:37
chrisccoulsonthanks16:37
lfaraones/activty/activity/g16:38
ftadpm, do you know a good description of the pot format?16:38
jdstrandfta: tested and copied chromium to -security and -updates17:15
ftajdstrand, thanks!17:20
dpmfta, yeah, in case you haven't looked at it already, the gettext docs are pretty good: http://www.gnu.org/software/gettext/manual/gettext.html#PO-Files17:26
dpmGettext releases don't happen often, but the docs seem to be always up to date17:27
ftadpm, what about pot? is it the same format as po?17:29
dpmyeah, I believe only the header is slightly different - perhaps it's got an extra field? Let me check...17:30
dpmfta, they're the same I believe. Here you've got a couple of examples:17:33
dpmPOT file: http://l10n.gnome.org/POT/gnome-control-center.gnome-2-32/gnome-control-center.gnome-2-32.pot17:33
dpmPO file: http://l10n.gnome.org/POT/gnome-control-center.gnome-2-32/gnome-control-center.gnome-2-32.ca.po17:33
dpmThe PO file should show also a few fuzzy strings17:33
ftadpm, what when the project is multi-platforms?17:50
ftadpm, i have some conditional win / mac / linux strings17:50
dpmfta, I'd put them all in the template, regardless of the conditions. Generally strings in other projects are extracted at build time, but the tools that do the extraction (generally xgettext or intltool) extract everything from the source and put it in the resulting pot template17:56
ftadpm, can i use <tags> and variables like $1 ?17:57
ftahttp://paste.ubuntu.com/502211/  (line 184)17:57
dpmfta, you can put anything in there, the only caveat is that the gettext tools used for processing the files (generally msgfmt) will not do error checking unless the variable syntax is supported by the programming language the strings are extracted from18:02
dpmi.e. $1 strings will be checked for syntax on c-format messages18:02
dpmI need to step out for a bit, but in case we cannot catch up later, we can talk tomorrow18:03
dpmhave a great evening!18:03
davidascherhi a..19:10
davidascheroops.19:10
davidascherhi all.19:10
davidascherDavid Ascher here, from Thunderbird-land.19:10
davidascherclarkbw and I are planning to attend UDS for the first time, and we're trying to figure out which days would be the most useful.19:10
micahg\o/ Mozilla attendance at UDS19:11
micahgchrisccoulson: do you know which days we're planning on having sessions yet?19:11
davidascher=)19:11
davidascherWe've been talking to rick spencer, who'se setup https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-n-thunderbird-on-ubuntu for us19:12
davidascherbut it'd be a shame to have TB discussed on Monday and Firefox on Friday, or whatever the extremes are.19:12
davidaschercause i'd like to attend the firefox discussions as well19:12
davidaschersorry bout that19:13
davidascherasac: ^^, btw.19:14
micahgdavidascher: asac has moved on to other projects, chrisccoulson is the current team lead19:15
davidascheroh, ok, thanks.  didn't know.19:15
dholbert(my bad, I'd suggested asac since he was involved the last I'd heard :))19:15
micahgdholbert: no worries :)19:16
micahgdavidascher: do any days work better for you, the sessions are mostly unscheduled19:16
micahgjcastro: Mozilla people coming to UDS ^^19:17
jcastrooh awesome, the schedule is still empty unfortunately, but we're sorting it.19:18
davidaschermicahg: at this point, i don't know of any preference, no19:19
jcastrodavidascher: if you're only attending for a few days make sure when you register to put the dates you'll be available: https://launchpad.net/sprints/uds-n19:19
jcastrothen micahg just make sure all sessions have him marked as essential and it will force the system to schedule it on the days he's attending19:20
davidascherso the question is: when are the best parties? ;-)19:20
jcastrothu and fri. :)19:20
jcastrothough one can argue that every night is the best party19:20
chrisccoulsonmicahg - i'm not sure about any scheduling details yet19:21
micahgchrisccoulson: k, do we want a session for each of the blueprints you made?19:21
chrisccoulsonmicahg - for ff-4 migration, definately. i want to talk about langpacks and stuff like that19:22
davidascheris there a list of the mozilla-related sessions?19:22
chrisccoulsonfor pgo - not so sure if that needs a session (i'm hoping to have the first PGO builds before UDS)19:22
micahgchrisccoulson: we can roll PGO into a generic team session19:22
chrisccoulsonmicahg - sure, that sounds ok19:23
micahgchrisccoulson: I subscribed you to the Thunderbird experience blueprint19:23
chrisccoulsonthe only reason i created a separate blueprint is that it's going to track the work to get the testsuite working with no failures19:23
micahgk19:23
davidascherI'm only seeing 18 blueprints at https://blueprints.launchpad.net/sprints/uds-n, is that to be expected?19:24
jcastrodavidascher: yes, usually the pour in right around the week before release19:25
jcastroso this week and next week they should really start to come in19:26
micahgchrisccoulson: should the TB messsaging indicator be a separate session or rolled into one?19:27
chrisccoulsonmicahg - all part of the same session i think19:28
micahgk19:28
davidascherin this context, a blueprint is a proposed discussion session, not really a 'feature', right?19:28
micahgdavidascher: yes, it's the topic of the session, some are single focused, some are multifocused19:29
=== davida is now known as davidascher
micahgchrisccoulson: I'm glad we didn't go with Firefox 4 for maverick :)22:24
=== yofel_ is now known as yofel
micahg[reed]: I thought the nss config bump isn't required for the new version but only if specific features are used which was the bug I originally blocked on23:41
micahgchrisccoulson: looks like NSS 3.12.8 is the minimum for the next round of Mozilla updates23:50
chrisccoulsonmicahg - oh, i should really pay attention to whats being landed really ;)23:51
micahgchrisccoulson: hasn't landed yet, but was just approved23:51

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