[00:00] Jazzva: otherwise just tar everything up and upload it somewhere [00:00] It's upgrading good so far [00:00] Jazzva: already pushing? [00:00] just upgrading ... it should finish soon, I suppose [00:00] Copying content into repository. 3/4 [00:14] i think i should write a book "learning by suffering" :) [00:14] You wouldn't be the only one ;) [00:14] i guess in 11 days i am going into a sanatorium ;) [00:15] hehe [00:15] mental institution ;) [00:15] Shouldn't you be attending the ubuntu-dev conference then :P? [00:16] and write another book "get strong in 1 month - how to recover in a 6 month release cycle" [00:16] lol [00:16] Jazzva: yeah ... in prague ;) [00:16] i think its 3 weeks after release [00:16] 15th march or something [00:16] Oh, good... You have the time for your "recovery" then :) [00:16] hehe ... yeah, i hope so [00:16] More like may ;)... [00:17] now I see another reason for shipping unarchived sources - no need to wait for that when you're searching for something :) [00:18] right ;) [00:18] thats the point [00:18] how many ship .xpi files now? [00:18] well, none so fart [00:18] *far [00:18] :) [00:18] i had the feeling during review that most were disciplined enough to extract and write a build.sh at least [00:19] Two of them are shipping with .jar in chrome, (all-in-one-sidebar and mozilla-bookmarskftp), and lightning source is completely tarred [00:19] yeah those are evil ;) [00:20] especially if you have to wait for unpacking :) [00:20] but we shouldn't raise the until we have acquired more contributors :) [00:20] but i think fta's script might be a good start that would allow us to autopackage and update our extensions [00:21] so you really just need a qa contact that deals with upstream questions [00:21] Yeah... that script is really handy :) [00:21] and reads bugs :) [00:21] we could create a bzr branch where the qa contact could bump/sign off just the version info of his extension and the script would automatically notice that an update is required [00:21] import that in .upstream ... merge over ... and auto commit if no conflicts arise [00:22] that would be nice :) [00:22] * asac dreams [00:22] :) [00:22] i think for extensions it makes sense to provide the latest crack as backports everywhere [00:22] so we definitly would need a way to automize as much as possible [00:23] Yep... that would make packaged extensions useful :). [00:23] otherwise maintaining like 100*4 things can become quite painful [00:23] you wouldn't have to wait for 6 months just to get a new version [00:23] once again, such a script is easy to write. I even already have it, it's my buildbot [00:23] exactly. i think the lack of latest crack is one of the main arguments why extensions are considered not-so-great-for packaging [00:24] fta: ;) [00:24] Yay :) [00:24] * Jazzva admires fta's scripting powers [00:24] fta: can we get those tools in a form that we can use them? [00:25] providing some cleanup, sure [00:26] !version mozgest [00:26] Sorry, I don't know anything about version mozgest - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [00:26] !package mozgest [00:26] Sorry, I don't know anything about package mozgest - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [00:26] pif... [00:26] !package mozgest hardy [00:26] found it with apt-cache :) [00:26] hehe [00:26] thanks [00:27] i never remember how this thing works [00:27] !package mozgest/hardy [00:27] nm [00:27] Jazzva: so did the push succeed? [00:27] fta: reconnect? [00:27] asac: still doing it ... [00:27] fta: can we get those tools in a form that we can use them? [00:27] providing some cleanup, sure [00:28] yeah we got that. [00:28] asac: it's slow [00:28] yep, #!?$ daily dsl reconnection [00:28] Jazzva: do you use bzr+ssh? and have pack-0.92 ? [00:29] yep and yep [00:29] http://arstechnica.com/articles/culture/reinventing-gtk.ars is worth the read [00:29] gtk 3? [00:29] asac, mozilla-mozgest should be dummy package depending on mozgest [00:29] yeah [00:29] Jazzva: why? [00:29] did we have mozilla-mozgest before? [00:30] mozilla-mozgest is an older version (1.5.2), while mozgest is 1.9.something [00:30] I suppose they are the same... [00:30] Jazzva: if so we also need versioned replaces: conflicts: [00:30] ok [00:30] Jazzva: but lets first get data up [00:30] then file a bug against mozgest which i make a blocker so we can justify upload [00:31] ok [00:31] fta: did we close the packages-static review bug already? [00:31] you said you did [00:31] i did. ok [00:31] i thought so. just wasn't sure [00:31] (anymore) [00:32] hmm [00:32] i don't know [00:32] bug 194342 [00:32] Launchpad bug 194342 in xulrunner-1.9 "review make install target and package-static files" [High,Confirmed] https://launchpad.net/bugs/194342 [00:32] still open [00:32] fta: let me look at official build if compare was run in b5 [00:32] i think if its in build log we can really close this [00:33] it is now for sure: http://launchpadlibrarian.net/13413793/buildlog_ubuntu-hardy-i386.xulrunner-1.9_1.9~cvs20080413t1131%2Bnobinonly-0ubuntu1~fta1_FULLYBUILT.txt.gz [00:34] fr [00:34] and http://launchpadlibrarian.net/13414046/buildlog_ubuntu-hardy-i386.firefox-3.0_3.0~cvs20080413t1131%2Bnobinonly-0ubuntu1~fta1_FULLYBUILT.txt.gz [00:34] fta: http://paste.ubuntu.com/6944/ thats xul output [00:34] can we sign that off? [00:34] the added files are definitly ok [00:34] everything else looks like chatzilla + windows [00:35] whats going on with chatzilla [00:35] ? [00:35] why is it build and then not included? [00:35] fta: ? [00:35] i want to document that in the bug when closing [00:36] i haven't looked closely enough [00:37] fta: but chatzilla is not ment to be included anywhere i guess, right? [00:37] yeah i think so [00:37] we get it from debian [00:37] fta: ? is it a standalone xul package there now? [00:37] !info chatzilla hardy [00:38] Package chatzilla does not exist in hardy [00:38] !info mozilla-chatzilla hardy [00:38] mozilla-chatzilla (source: seamonkey): dummy upgrade package for SeaMonkey Chatzilla IRC client. In component universe, is optional. Version 1.1.9+nobinonly-0ubuntu1 (hardy), package size 10 kB, installed size 84 kB [00:38] fta: ok. i close the xulrunner-1.9 bug then. [00:40] hm, it's from sm1. so the debian one is gone now. the one from xul1.9 would be fresher, or even from AMO as a regular ff extension [00:40] but it's too late now [00:40] yeah. [00:41] the xul application isn't really feature full [00:41] so i think its ok to have just the extension now [00:46] asac, what's the behavior of g-a-i if the desktop file contains an Icon field, but there is no icon? I wasn't able to find some icons, so I'm wondering should I set the Icon field to no icon. [00:46] assign a default one, the puzzle piece for example [00:46] hmm ... thanks, fta_ :) === fta_ is now known as fta [00:48] * fta leaving. cu [00:48] Hmm, g-a-i assigns package icon, if Icon field is set to none... [00:48] cu fta [00:49] Jazzva: thats ok [00:49] fta: bye [00:49] Yeah. But I setted a few Icon fields, but there's no icon... Wondering if it can handle that well too... [00:51] Jazzva: ;) ... no idea :). why not leave it empty? [00:51] Offtopic... I'm getting my first domain tomorrow/tuesday :). jazzva.net [00:51] Jazzva: you know how you can try? [00:51] Jazzva: congrats [00:51] copy the desktop file to /usr/somewhate :)? [00:51] Thanks :D... [00:52] *somewhere [00:52] and then to launch g-a-i? [00:54] hmm ... cant you build the branch and install the .deb? [00:54] then you can start gnome-app-install --xul-extensions=firefox [00:55] I wouldn't really play with it until it finishes pushing :)... [00:55] Jazzva: yeah ;) [00:55] Jazzva: you copy the .desktop files to /usr/share/app-install/desktop/ and the icons to /usr/share/app-install/icons [00:56] tried that ... doesn't seem to work :/ [00:56] do I need to reload the database (if it has any)? [00:56] of course that would make your file system a bit dirty, but given that you will install a package soon with all those files that shold work [00:56] Jazzva: i don't think so [00:56] but not sure [00:56] :) [00:56] let me see [00:57] I think I saw a message during the upgrades, that it's rebuilding something related to g-a-i, but not sure [00:58] Jazzva: /usr/sbin/update-app-install [00:58] thats run by postinst [00:58] thanks, asac [00:58] you might want to run that after copy [00:59] damn thing [00:59] getting all .xpi's from mozilla server appears harder than expected [00:59] yay... pushed :) [01:00] ;) [01:00] great! [01:00] http://code.launchpad.net/~jazzva/app-install-data-ubuntu/ubuntu.mozilla-extensions [01:00] Jazzva: maybe test and if it works for you ill tes ttoo ;) [01:00] * asac branches [01:00] ok [01:01] working :) [01:01] it shows adblock-plus, even if Icon field is set and icon is missing. [01:01] That's good, this way we're able to set Icon fields now, and then add icons later [01:01] good [01:01] (though, it is easier to check which icons are missing if icon field is not set) [01:02] Jazzva: why is there no icon for adblock plus? [01:02] I didn't put it yet :) [01:02] ah now i remember ;) [01:02] yeah ... sorry [01:02] this was just an example ... :) [01:02] perfect ... nautilus doesn't open ftp in its own anymore [01:02] btw, I have 6 png/gif/jpg icons to be converted to jpg ... could you do it? If you have some time available :) [01:02] now i have to search for some other ftp client [01:03] as normal ftp chokes on ftp.mozilla.org [01:03] maybe I could try with imagemagick [01:03] Jazzva: is only jpg supported? [01:03] afaik png should work fine as well [01:03] or am i wrong? [01:03] well, no. You said it would be cool to ship in xpm format [01:03] Oops, I wrote jpg instead of xpm [01:04] :) [01:04] when did i say that? last relesae cycle? [01:04] Yep... [01:04] hmm ... i don't think its needed anymore [01:04] hmm ... oke [01:04] xpm support was even dropped in ffox [01:04] ;) [01:04] I need to rename mozilla-mozgest to mozgest :) [01:04] umm... ok [01:04] :) [01:06] Jazzva: is ubufox itself in that app-install-dat apackage ? [01:06] I think it is... [01:06] (just curious) [01:06] yeah fine [01:06] hmm branching your branch is really slow :/ [01:06] you sure its pack-0.92 now? [01:06] all the commits? [01:06] probably [01:06] just branch ;) [01:07] Standalone tree (format: pack-0.92) [01:07] Jazzva: what size does the .bzr directory have? [01:07] lemme see [01:07] oh, 49.7MB :) [01:07] and everything? [01:07] e.g. whats the raw data size? [01:08] 11.6 [01:08] ok thats ok then i guess [01:08] should be faster though imo (the initial branching) [01:08] but maybe launchpad is just slow today [01:08] let's hope that's the reason ;) [01:08] Ok, I'll add the rest of the icons now :) [01:17] icons pushed (rev 542) [01:19] Should I submit bugs for extensions shipped with xpi/chrome/*.jar? [01:19] *report bugs [01:19] asac^^ [01:24] Jazzva: not high prio but would be good [01:24] Ok [01:25] great. thanks. pulling update [01:25] It was a pleasure :) [01:26] asac, another offtopic ... Do you think I could apply for a motu soon? Do you think my skills have improved enough? [01:27] :) [01:27] good question. [01:28] Jazzva: i think what is missing is that you do a few merges, when the doors open - i think you dropped out when hardy started? [01:29] Well, I did five for hardy, I think [01:29] Jazzva: you skills in bzr and all this stuff are definitly good enough and probably far better than of lots of MOTUs ;) [01:29] Jazzva: i would vouch for you. but i am not alone :) [01:30] https://wiki.ubuntu.com/Jazzva , three merges, two syncs :) [01:30] Yay, thanks :D... [01:30] (I still need to update my wiki page, according to some rules...) [01:32] asac, what do you suggest? :) [01:33] I would like to continue working with mozilla team, too. I really like it here :). [01:40] Jazzva: feel free to. ill ask dholbach and show him your wiki page [01:41] Heh ... Ok, I'll update it then :) [01:42] btw, there's a little bug with mozgest I found now ... it's simple to fix, the contents of chrome dir is not jarred before packaging. I'll upload diff soon [01:42] Is it ok if I do it? [01:46] Jazzva: why is that a bug? [01:46] It's not loading chrome components... [01:46] Jazzva: thats ok if the chrome.manifest doesn't refer to .jar file [01:46] e.g. chrome is not required to be jarred [01:46] it's reffering [01:46] ok [01:47] Jazzva: at best push a branch [01:47] base don ~ubuntu-dev one [01:47] ok... [01:52] asac, subscribed firefox-extensions [01:53] bug 216494 [01:53] Launchpad bug 216494 in mozgest "all blank with mozgest" [Undecided,New] https://launchpad.net/bugs/216494 [02:07] Jazzva: ok thanks. ill do that tomorrow [02:07] now sleep :) [02:07] n8 [02:07] Ok... I'm off too... good night [02:34] asac, I forgot to upload the changelog for app-install-data. I pushed the new revision to http://code.launchpad.net/~jazzva/app-install-data-ubuntu/ubuntu.mozilla-extensions (rev 543) [02:35] Now I'm off to sleep :) [02:36] ...and corrected version number (rev 544) :) [03:44] asac: need the two-minute refresher on updating the upstream === asac_ is now known as asac [08:53] asac: hi [08:56] carlos: hi! [08:57] asac: did you have time to test your part of the language pack script with latest export? [09:01] carlos: not sure if its latest language pack export. i exported my own on sat and used that [09:01] carlos: did anything change? structure? [09:03] it changes from the tarball you got on saturday [09:03] and it includes .xpi files [09:04] for en-US [09:04] but it uses the layout we agreed [09:12] carlos: hmm ... is the _big_ tarball online yet? [09:12] asac: yeah, that's the one I asked whether you did tests with ;-) [09:14] carlos: let me upload ubufox. then i go back to translations :) [09:14] :-P [09:14] asac: https://translations.launchpad.net/ubuntu/hardy/'+latest-delta-language-pack [09:15] that link gives you latest language pack with updates since previous base package [09:15] ah [09:15] ok [09:15] sorry, bad link... [09:16] yeah i figure [09:16] https://translations.launchpad.net/ubuntu/hardy/+latest-delta-language-pack [09:16] * asac downloads base pack again :) [09:16] and this other: https://translations.launchpad.net/ubuntu/hardy/+latest-full-language-pack is when we do a full export, which includes all translations (for firefox this is not yet true given that we started exporting firefox recently) [09:17] oh s the delta would be enough? [09:17] hmm [09:17] asac: the idea is that the delta one will include only languages with changes [09:17] asac: right now, yes [09:17] carlos: but complete files or diffs? [09:17] asac: after next base package is exported, you will need both if you want a full export with latest updates [09:17] carlos: lol [09:17] asac: complete files [09:17] i mean that delat pack is not really a win ;) [09:17] its 185M [09:18] the other was 443M [09:18] ok fair enough [09:18] but still not a mini-delta ;) [09:18] asac: well, that's just because we need to do a new base refresh (which happens before latest release) [09:19] asac: btw, if you upload ubufox, will I get template + translations? [09:19] did you prepare that package already? [09:20] carlos: no ubufox will be in intrepid sorry. [09:20] ok [09:20] np [09:20] carlos: midbrowser might get template though [09:21] carlos: but i have to discuss that with intel folks. i think we will do that for hardy.1 [09:21] asac: ok [09:30] <[reed]> why do you all feel that you need to re-translate all the Firefox strings when we already localize in 40+ languages? how many locales does Ubuntu support? [09:31] [reed]: we don't retranslate. [09:31] we supplement [09:32] <[reed]> supplement what? the ubufox-specific strings? [09:32] no [09:32] new languages. [09:32] <[reed]> oh [09:32] <[reed]> ok [09:33] [reed]: thats the idea. in pratice we had some issues with figuring the right context during import so we have to manually approve a few strings per translation ... but the suggestions are from the upstream translation [09:33] <[reed]> k [09:33] and we use upstream translations for those that are not complete obviously [09:34] [reed]: https://translations.edge.launchpad.net/ubuntu/hardy/+source/firefox-3.0/+pots/firefox [09:34] so there are already _new_ languages started ;) [09:34] obvioulsy those won't be ready for release. but anyway ;) [09:35] <[reed]> neat [09:35] * [reed] goes back to doing homework [09:36] yeah. when everything works find we give them back of course ;) [09:36] have fun [09:45] carlos: wanna test to extract es.tar.gz on top level dir and see if tere are any bugs in es? [09:46] asac: sure [09:46] carlos: wait a sec :) [09:48] carlos: http://people.ubuntu.com/~asac/translations.tar.gz there is a es.tar.gz inside [09:48] you have to extract that in / [09:48] but look in to the content so you are sure you don't wipe anthing else .) [09:50] carlos: ok i started it ... everything appears to be properly translated. only things that are broken are accesskey [09:50] carlos: you think you can go through the UI and see where he accesskeys are (X) in the ui and try to choose the right one? [09:50] if thats done i can whitelist es as locale that will be launchpadized :) [09:52] :-P [09:52] asac: should I restart firefox? [09:52] yeah [09:52] carlos: works? [09:53] * carlos restarts... [09:53] carlos: is your desktop es ? [09:53] yes [09:53] good ;) [09:53] mine is not german ;) [09:53] it detects both language packs [09:54] and looks like Spanish application :-P [09:54] carlos: yeah [09:54] carlos: you see he broken accesskeys? [09:54] like next to archivo [09:54] grrr,, I really hate those translators that use File (_F).... [09:54] its still "F" [09:54] it should be just _File (in Spanish _Archivo) [09:54] and the Ctrl+W [09:54] carlos: thats not that way [09:55] carlos: its just displayed that way [09:55] access key is "F" ... and F is not found [09:55] I see [09:55] those mozilla displays it next to the word [09:55] if you set accesskey to "A" it would work [09:55] but seems like the problem is that we only get English access keys [09:55] carlos: well ... someone confirmed them [09:56] carlos: not sure about "only get english access keys" i had the feeling that a few were correct in german [09:56] but not sure [09:56] i definitly had to go over all accesskeys and command keys and fix them properly [09:56] asac: let me see whether I can get a Spanish translator to fix it... [09:57] carlos: is there _any_ way a translator could search for lets say "accesskey" ? [09:57] not in the UI [09:57] carlos: maybe by exporting the .po and importing a .po as translation again? [09:57] does that work? [09:57] but they can get the .po file, fix it and upload it back [09:57] yeah [09:58] carlos: anyway ... es is a good whitelist candiate [09:58] asac: anyway, I only see that problem 5 times in the UI [09:59] carlos: thats good. but it doesn't mean that the others are correct and match the ones used in upstream .xpi [09:59] (not that we can't live with that for now) [10:00] well, once we kill the problem that not all upstream translations are accepted automatically [10:00] those divergences should be easy to detect and fix [10:00] carlos: hopefully :) [10:01] carlos: there is also a broken accesskey in context menu of download manager [10:02] and in the "organizer" menu of the bookmakr manager [10:02] (deshacer and eliminar have a broken key there) [10:04] asac: given that the text is displayed, I think is "easy" to know the key to press [10:04] but yeah, I will try to get that fixed by a Spanish translator ASAP. Anyway, if we deploy the xpi files, they will see it and fix it also as soon as they see it ;-) [10:05] carlos: if that key is wrong then there is no way to press the right key - but i think thats what you ment :) [10:05] carlos: well ... ill blog about it ... i will not whitelist any language that still has broken ui elements [10:06] because of trademark deals we have with firefox [10:06] ill blog and post intructions how translators can test themselves [10:07] so if lets say 4 more languages are ready in hardy + 1 month i can whitelist them at that point. [10:07] and so on [10:07] ok [10:07] carlos: but spanish looks good so far :) [10:07] except the accesskeys, but i am sure we get that sorted for release [10:07] german is definitly good as well. [10:08] ill look at swedish, chinese and a few more that are already "finished" [10:08] obviously chinese is hard for me to guess ;) [10:49] bug 188492 [10:49] Launchpad bug 188492 in ubiquity "console-setup/layoutcode settings are ignored" [Medium,In progress] https://launchpad.net/bugs/188492 [10:59] ArneGoetje: do you know if jimmy found a solution for his broken website? :-P [11:10] asac: nope [11:41] * asac lunchtime [12:08] hmm [12:10] bug 42019 [12:10] Launchpad bug 42019 in grub-installer "installer: grub password not verified" [Medium,Confirmed] https://launchpad.net/bugs/42019 [12:56] asac, the url from yesterday is not crashing on ati and intel. just nvidia. kind of strange. [12:59] fta2: pleaes try XaaNoOffscreenPixmaps [12:59] fta2: i have the feeling that thats the problem :) [13:04] fta2: there have been other wierd crashers reported with nvidia 8400 and 8600 [13:04] do you have such a card? [13:04] 7600 GS [13:04] hm [13:05] fta2: bug 212648 [13:05] Launchpad bug 212648 in linux-restricted-modules-2.6.24 "[nvidia-new] a visit to http://www.themareks.com/xf/ in firefox hardy causes X to restart" [Medium,Confirmed] https://launchpad.net/bugs/212648 [13:05]