[00:07] ok, i think i've got it: http://paste.ubuntu.com/5213/ [00:07] no more tarball for us [00:10] hu? [00:12] xulrunner/installer is never cleaned up, we generate the .pc files in there [00:12] so i needed the build system to recurse in there too [00:13] but it started to generate the tarballs we find in the ftp [00:13] ok [00:13] i hope the patch is ok [00:14] it works for me but no idea for windows and mac [00:14] isn't the installer build somehow different for us? [00:19] it's just a tar [00:19] Ubulette: how about: http://paste.ubuntu.com/5214/ [00:20] simpler but i thought clean was deprecated [00:21] Ubulette: thats the way install: is hooked into [00:21] if you step down from installer/ it will always build the full installer [00:21] which is more than we want [00:21] no idea about clean [00:21] maybe distclean:: is enough [00:37] just distclean:: will do for now [00:39] cleaner than ever [00:39] we just drop: [00:39] -./mozilla/.mozconfig.mk [00:39] -./mozilla/.mozconfig.out [00:40] no more leftovers, no more ugly clean in debian/rules [00:40] :) [00:40] sounds greak [00:41] [reed], who should I put for review ? [00:42] benjamin [00:45] * asac gone [00:45] me too [00:45] 'night [00:47] night [08:13] hi === carlos_ is now known as carlos [08:38] [reed]: there? [08:38] how did your R61 notebook work out ... did you manage to install ubuntu? [08:40] err i mean X61 [08:42] <[reed]> asac: yep [08:42] <[reed]> I got it working off the usb key [08:42] great [08:42] [reed]: and are you happy in general? [08:42] <[reed]> still haven't installed winblowz yet for my school work [08:42] <[reed]> well, I am having problems with the network card [08:42] hehe [08:42] wireless? [08:43] <[reed]> basically, if I change locations, I literally have to restart the laptop for the card to connect again [08:43] <[reed]> and then it'll work for as long as I'm still connected [08:43] oh [08:43] wireless? [08:43] <[reed]> probably a wifi driver issue [08:43] <[reed]> yeah [08:43] gutsy? [08:43] <[reed]> yes [08:44] <[reed]> dmesg shows some stuff, but I just haven't taken the time to debug it yet [08:44] <[reed]> since it's easy to restart, really [08:44] yeah ... you need to unload the ipw3945 module and kill the ipw3945d regulatory daemon i guess [08:44] <[reed]> yes, so, why do I have to do that? :) [08:45] as you said its a driver issue. the old driver is pretty fragile because of the user space daemon [08:45] in hardy we have now the new driver iwl3945 [08:45] by default [08:46] you can use that in gutsy as well afaik [08:46] <[reed]> I might just try upgrading to hardy [08:46] if you blacklist ipw3945 and modprobe iwl3945 [08:46] <[reed]> since it is my play laptop [08:46] yeah ;) [08:47] upgrading is better ... iwl3945 is under heavy development so the hardy version should be well ahead of the gutsy one [08:47] <[reed]> how easy is it to upgrade to hardy from gutsy? [08:48] should be simple [08:48] <[reed]> update-manager -d [08:48] <[reed]> hmm [08:48] yeah [08:48] <[reed]> maybe I'll try that now [08:48] ;) [08:48] cool [08:48] i am here to hold your hands ;) [08:51] <[reed]> that command just throws a python exception and dies [08:51] <[reed]> great user experience! [08:51] i never used update-manager to do that [08:51] :) [08:51] i just replace gutsy with hardy in /etc/apt/sources.list [08:51] and do apt-get update [08:51] apt-get dist-upgrade [08:52] <[reed]> I got it going finally [08:52] <[reed]> it's downloading packages [08:52] [reed]: can you give me the python exception? [08:52] <[reed]> 1111 packages [08:52] yeah [08:52] better do an apt-get clean before [08:53] so your /var/ cache is freend (in case you don't have much space left) [08:53] <[reed]> 104GB free [08:53] <[reed]> I don't think that's a problem [08:53] <[reed]> :) [08:54] ok ;) [08:59] <[reed]> 19 min. remaining [08:59] <[reed]> pulling at about 459kb/s over wifi [09:03] yeah ;) [09:11] [reed]: what state to choose if a bug is not reproducible anymore anymore? WORKSFORME? [09:11] <[reed]> yes [09:11] <[reed]> and comment :) [09:11] <[reed]> saying that [09:16] debian bug 467560 [09:16] Debian bug 467560 in iceape-mailnews "iceape-mailnews: iceape crashes immediately after sending a mail" [Important,Open] http://bugs.debian.org/467560 [09:18] <[reed]> "About 1 minutes remaining" :( [09:18] <[reed]> "About 1 minutes remaining" :( [09:18] <[reed]> there, underlined [09:20] where are you stuck? [09:21] <[reed]> no, it's grammatically incorrect [09:21] <[reed]> :p [09:21] <[reed]> it's installing now [09:24] <[reed]> asac: are you going to take the metacity fix downstream? [09:24] <[reed]> (seen caillon's blog?) [09:35] huh [09:35] no :) [09:35] still catching up on weekend email [09:35] bug 183736 [09:35] Launchpad bug 183736 in firefox-3.0 "On first launch of firefox-3.0, some HTTP authentication dialogs are missing text" [Undecided,Incomplete] https://launchpad.net/bugs/183736 [09:41] [reed]: ok i will patch that for metacity then [09:44] mozilla bug #390391 [09:47] <[reed]> I can't see that bug [09:47] <[reed]> :( [09:47] <[reed]> cc me? [09:48] hehe :) ... well i was too dump and wanted to get an url ;) ... of course forgot about the fact that thats closed up [09:55] wasn't it timeless who committed unreviewed patches? [09:55] <[reed]> yep [09:55] <[reed]> well [09:55] <[reed]> it was one of the Nokia guys [09:56] <[reed]> but it was timeless's fault it got on trunk [09:56] k [09:56] <[reed]> so [09:56] <[reed]> I'm playing with hardy [09:56] <[reed]> what should I play with? [09:56] so the upgrade worked? [09:57] <[reed]> yep [09:57] see if you wifi issueis fixed :) [10:04] <[reed]> Tracker has a typo [10:04] <[reed]> "serveral minutes" [10:04] <[reed]> it popped up a dialog [10:04] <[reed]> talking about combining indexes [10:05] <[reed]> with that typo [10:05] <[reed]> best way to report that? [10:09] bug against tracker [10:09] https://bugs.launchpad.net/ubuntu/+source/tracker/+filebug [10:11] <[reed]> so, apt-get build-dep firefox-3.0 made me install autoconf2.13... that's fine, but it diverted the normal autoconf to another name [10:11] <[reed]> how do I get rid of the divertion? [10:13] <[reed]> also, lp 176484 is a dupe of lp 188439 [10:13] Launchpad bug 176484 in tracker "Spelling mistake" [Low,Triaged] https://launchpad.net/bugs/176484 [10:13] Launchpad bug 188439 in tracker "[hardy] tracker-search-tool: misspelling in popup notification" [Low,Fix committed] https://launchpad.net/bugs/188439 [10:15] [reed]: you can use dpkg-divert i guess [10:17] but i usually don't do that [10:17] <[reed]> what do you do? [10:18] i run autocon2.50 :) [10:19] and if you are in maintainer mode it usually just works [10:20] afaik the diverted autoconf will be smart to figure out which version to use [10:23] <[reed]> hmm [10:23] <[reed]> you allow anybody to mark bugs as duplicates and such? [10:23] yes duplicates are ok [10:24] you cannot bump importance i guess [10:28] <[reed]> oh [10:28] <[reed]> looks like my wifi driver is iwl4965 [10:30] yeah [10:30] that makes tsense then [10:30] no old driver exists for 4965 ... so gutsy driver can be shaky [10:30] should be better i guess [10:32] carlos: so will the filename be .../en_US/firefox.po ? [10:32] asac: the exported one? [10:32] yes [10:33] no, it will be firefox/es.po [10:33] ah ok [10:33] and so on for the other languages [10:33] carlos: can you give me a complete path? [10:33] asac: that part is up to you [10:33] I think you agreed with martin pitt something like [10:33] xpi/firefox/es.po [10:33] is that correct? [10:34] we just chatted where the mozilla builds should put the normalized en-US.xpi ... we didn't talk about where the PO files will end up [10:34] i am fine with that [10:49] carlos: https://wiki.ubuntu.com/MozillaTeam/LaunchpadTranslationSupport#preview ... does that make sense (still incomplete) [10:49] let me check... [10:50] asac: oh, there is a change I need to discuss with you [10:50] go ahead [10:51] asac: the id will not be in msgctx but in the '#: ' line [10:51] at the end of the file location where we got that message from [10:51] can you update the example? [10:51] ok [10:51] sure [10:54] asac: updated [10:55] carlos: hmm ... so will you use the full path to identify the translations? [10:56] well, that information is not used by us at all [10:56] is just the way we export it [10:56] ok great [10:56] it makes more sense to do it in that way, instead of using msgctxt [10:57] so if i import en-US.xpi/test.jar!some/path/file.dtd(translatable.key) [10:57] so if it fits your use case, that's better [10:57] i can also import a translation that has de-DE.xpi/chrome/de.jar!some/file.dtd(translatable.key) ? [10:59] carlos: (just to be sure) [10:59] yes [11:00] cool [11:14] carlos: http://people.ubuntu.com/~asac/test.translations.tar.gz [11:14] please take a look [11:14] this is more or less what will happen [11:14] firefox/ ha en-US.xpi with just those keys that firefox (without xulrunner) needs [11:15] by de.xpi has firefox+xulrunner [11:15] so in xulrunner/ there is only one .xpi [11:16] is that good enough? [11:21] carlos: i just reconnected ... did you get the test url? [11:30] carlos: got what i said above? [11:30] 12:14 < asac> carlos: http://people.ubuntu.com/~asac/test.translations.tar.gz [11:30] 12:14 < asac> please take a look [11:30] 12:14 -!- Channel #ubuntu-mozillateam created Wed Jan 10 09:49:30 2007 [11:30] 12:14 < asac> this is more or less what will happen [11:31] 12:14 < asac> firefox/ ha en-US.xpi with just those keys that firefox (without xulrunner) needs [11:31] 12:14 < asac> by de.xpi has firefox+xulrunner [11:31] 12:15 < asac> so in xulrunner/ there is only one .xpi [11:31] 12:16 -!- Irssi: Join to #ubuntu-mozillateam was synced in 133 secs [11:31] 12:16 < asac> is that good enough? [11:31] 12:21 < asac> carlos: i just reconnected ... did you get the test url? [11:31] ok, just give me 15 minutes to finish something and I will take a look, ok? [11:31] sure [11:31] just wasn't sure what you got because you reconnected and i reconnected as well ;) [11:39] damn connection === asac__ is now known as asac === asac_ is now known as asac [12:09] asac: actually, is better if you copy the translations into xulrunner directory [12:39] carlos: why? that would happen manually anyways [12:40] asac: manually? [12:40] asac: if you copy the translations, it can be autoapproved automatically and I don't need to copy it by hand... [12:42] carlos: we don't have the translations [12:42] i just put that in that tarball for your convenience right now [12:42] later we have to copy them from ftpĆ¼ [12:43] (e.g. thy are not in the source tree) [12:43] we can write an automization for that though [12:43] ok, so you will not provide any translation [12:43] not for the core apps [12:43] but we should use what we discussed a while ago, direct fetch from mozilla's ftp server [12:43] for extensions it might happen [12:43] ok, that's fine [12:44] yeah ... lets get the general process right [12:44] I was not sure whether that still applies here [12:44] auto synching won'tbe hard [12:44] I know [12:44] ok :) [12:45] carlos: anyway ... from our lats discussion i thought that we import the translation twice: e.g. 1. xulrunner + 2. firefox [12:45] is that still okay? [12:45] yeah [12:45] ok great [12:45] is just that I was not sure whether the translation was coming from your packages or direct ftp download [12:45] okay [12:46] maybe at some point i can produce them from source ... but not for hardy [12:46] indeed [13:10] carlos: you think we could do a test upload of those .xpis to your local system today? [13:10] I hope it, yes [13:10] (and maybe even export the .po so we can start writing the .po -> .xpi script? [13:10] ) [13:10] cool === asac_ is now known as asac === asac_ is now known as asac [14:01] * armin76 looks at asac [14:01] you didn't pay? :P [14:01] armin76: what? [14:01] your conn sucks :P [14:01] hehe [14:02] router running ubuntu? :P [14:02] unfortunately money is not the issue here [14:02] (well except if you consider 2000 EUR per month a viable optoin) [15:34] carlos: https://sourceforge.net/project/showfiles.php?group_id=91920&package_id=97082 [15:34] is that the tool that required a special .po file syntax? [16:03] carlos: you wrote anything (internet connection is flaky) [16:03] ? [16:07] nope [16:07] thanks [16:08] asac__: no, sorry, I didn't answer yet [16:08] asac__: that's the tool we use for OO.org [16:08] carlos: k ... but that moz2po didn't work because of special po file requirements? [16:08] and which produces an slightly different .po file format that we produce === asac__ is now known as asac [16:08] asac__: we were not able to do the full process [16:09] to move from xpi to .po file and back to xpi [16:09] ok [16:09] in an easy and scriptable way [16:09] we do it for oo.org, though [16:09] that's why we are not using it for Mozilla applications [16:22] sorry ... off again [16:22] carlos: if you manage to export the .po for the xpis i gave you please send them by mail [16:23] i will do something else for the next hours now ... connection is too bad [16:23] be back in a few hours === asac_ is now known as asac [16:52] asac: I'm not sure whether I would be able to get them ready today, too many things running at the same time... === asac_ is now known as asac === Ubulette_ is now known as Ubulette [19:08] hi [19:10] hi [19:10] asac, any news about cairo ? [19:14] let me ask [19:15] hmm seb is off [19:15] i've sent you an email earlier today [19:16] i know ... and i had it on my list ;) [19:17] asked lool for now [19:25] k [19:27] carlos_: ok. [19:28] what's up with cairo? :)