[00:00] ok [00:07] asac: just an fyi - for some reason tabbrowser.xml's onLocationChange is not getting call [01:01] bug 137686 [01:01] Launchpad bug 137686 in linux "[hardy] [gutsy] [regression] (regression from edgy to feisty and to gutsy) tifm_sd module not working and not producing any message in logs" [Medium,Fix committed] https://launchpad.net/bugs/137686 [01:37] good night everyone i will be running through email since i didnt check it all day and most likely work on bug reports so i should be around tomorrow if needed. [05:20] I have a question about localization files for ff3 in hardy [05:21] What package are these files in? [09:07] victory747: language-pack-* [09:07] victory747: language-pack-gnome-base-XX to be exact [09:11] asac, ok - but are these generated from mozilla source code or from something else? [09:11] asac, and the main problem is it is missing zh-CN - only has zh-TW [09:11] asac, what should I file a bug report against? [09:13] generated from mozilla sources ... we are aware of that ... no need for a bug. will fix that soonish [09:20] oh, ok, thanks - I didn't know you were aware [09:21] and why is it stored in language-pack-gnome-base rather than something like language-pack-firefox? [09:22] victory747: i planned to put them into the general language-support packs ... but in last minute kde devs vetoed so it ended up there. in intrepid we will probably do a language-pack-mozilla again for that reason [09:23] ok, so the zh-CN stuff will come out in updates, or in backports? [09:23] -updates [09:23] great - any idea of an ETA? [09:24] i could do it today. but there is one more issue i have to eval and see if i can punch a solution in this upload too [09:25] ok, so pretty soon, then. Thanks so much for your response on this. [09:25] no problem. thanks for your patience [09:33] <[reed]> why did the kde devs veto that? [10:00] [reed]: ... i don't want to rant in public this year so i better stop now :) [10:00] <[reed]> "this year", lol [10:00] ok, this cycle [10:03] [reed]: do you know where in moz code the locale upcast heuristic is done? e.g. if I start with LANG=pt ... i get pt-BR ... so it appears to try something, but fails to choose the right default (e.g. pt_PT) ... same for es -> it uses es_AR though it should first try es_ES [10:04] <[reed]> picking the correct language pack, or are you talking about the HTTP header? [10:04] i will work around this problem now by adding chrome lines like "locale browser pt jar:chrome/pt-PT.jar!..." to chrome.manifest [10:05] [reed]: picking about the right chrome yes. [10:05] <[reed]> mmm [10:05] <[reed]> not really... ask in #l10n on moznet? [10:07] [reed]: asked :) ... one more channel [10:10] [reed]: at least my workaround works great :) [10:11] <[reed]> hehe [10:12] victory747: still there? [10:29] jtv: there? [10:29] asac: hi! [10:29] jtv: hi [10:29] asac: tried to get hold of you last week [10:30] asac: danilo tells me there's a problem with xulrunner? [10:30] jtv: can you give me some insight on what to do if LANG=pt? [10:30] use pt_PT or pt_BR? [10:30] and why? [10:30] jtv: problem? except that the langpacks are currently a bit messed up? [10:30] asac: "pt" means "Portuguese Portuguese." It's really pt_PT that makes no sense, but those are the same thing. [10:31] jtv: ok mozilla guys say that pt alone makes no sense [10:31] is there something written? [10:31] asac: if that's their system, then pt == pt_PT. [10:31] In the gettext world you'd normalize to pt. Apparently in their world you normalize to pt_PT. [10:31] well ... hard to tell. they say its ok to use pt_BR if LANG=pt because there is nothing that says different [10:32] asac: from our point of view that's a very odd way to look at it. [10:32] and pt_BR is more important in terms of users et al [10:32] asac: let me just dig up some docs for you. [10:32] that would be great [10:33] asac: but the summary of it is: zh is always either zh_CN or zh_TW; there's pt and pt_BR; and there's en_GB. Apart from that, we always use just the language code without country code. [10:34] ok. so there is no hard specification how to normalize LANG? [10:35] thanks ... so whats the problem with xulrunner? [10:35] https://launchpad.canonical.com/Translations/ImportQueueReviewLanguageCodes [10:35] https://launchpad.canonical.com/Translations/ImportQueueCornerCases [10:36] jtv: err, are those standard passwds? [10:36] yeah got it [10:40] asac: danilo just pointed me to this: https://translations.edge.launchpad.net/ubuntu/hardy/+source/xulrunner-1.9/+pots/xulrunner [10:40] Lots of "untranslated" [10:40] That looks as if either the template or the translations were re-imported, but not both. [10:41] ouch [10:41] maybe the auto import of template finally got through? [10:41] jtv: ? [10:41] we upload the en-US.xpi on build [10:42] asac: yup, a template was imported yesterday. [10:43] asac: want me to re-upload translations? [10:43] asac: at least then those 10% or whatever of unmatched messages will also be resolved. [10:44] jtv: cool. does it mean the chrome:// thing is in place now? [10:44] asac: it does. That's why I tried to reach you last week. :-) [10:44] asac: you won't actually see the "chrome://" prefix, but the context of a message is now the chrome path of its file. [10:45] cool. question: can we import translations from build as well? [10:45] or was this translation reset a one timer? [10:45] i think you told me that when we get chrome path contexts, that everything got reset [10:46] asac: the "reset" is a one-off. It's just the pain from the transition to the proper context system. [10:46] right ... great. [10:46] asac: the translations are still in there with the hacked contexts. If we re-upload them now, you'll see things like "4 messages untranslated" for Firefox. [10:47] jtv: so can we just import the full translations twice now? or should i filter out the xulrunner/firefox part before? [10:47] asac: one more issue is that the current code stumbles over entries in install.rdf. [10:47] jtv: you look at install.rdf? [10:47] asac: right [10:47] what info do you gather from there? [10:47] asac: just the last translator, really. [10:47] asac: at the moment, that goes horribly wrong. [10:48] ah, interesting. but makes sense i guess [10:48] asac: I've prototyped a fix, but wanted to discuss it with you first. [10:48] Thing is, we try to parse the contributor entries as email addresses—which in practice AFAICS they aren't. [10:48] Then we look up the last contributor's identity by email address. [10:49] We have several options there: [10:49] Ignore them (not very nice though) [10:50] Look them up by name if no email available (may be inaccurate when people's names clash, though we'd just give up for cases where we know that to happen) [10:50] Ignore them unless they include email addresses [10:51] Right now I'm inclined towards option 3. It's easy to implement, very little can go wrong, and it's a "boxer shorts" hazard. [10:51] I'd say ignore them in launchpad unless we can find a launchpad id (email) [10:51] but maybe reexport the translations install.rdf so the po2xpi step can reinclude them in the .xpi [10:52] or remember the non-launchpad contributors in a comment or something? [10:52] Oh, we already remember the install.rdf so reproducing them is no problem anyway. You get them all. [10:52] i get them all? where? [10:53] until now i only got the template (en-US.xpi) reexported. [10:54] asac: ah, right, you don't get them unless the file is imported. [10:55] ok. i think we should reimport the en-US.xpi as well then [10:56] for firefox [10:57] jtv: can i import the en-US.xpi ? [10:58] asac: sure, just make sure that both the templates and the translations for both have been re-imported since last week's rollout. [10:58] asac: I think I was offline there for a while [10:59] jtv: ok, what i do now: import en-US.xpi for firefox ... then import translations for xulrunner and firefox, right? [11:00] asac: right. [11:01] asac: there are going to be failures because of the install.rdf problem though. [11:02] asac: IIRC we reproduce the install.rdf file as the header in our XPIPO file... Do I remember wrongly? [11:02] asac, I'm still here [11:03] jtv: right. its in the .po file [11:04] victory747: can you download http://people.ubuntu.com/~asac/zh.tar.gz [11:04] ok [11:04] and extract that to some dir? [11:05] jtv: ok. will launchpad automatically detect that en-US.xpi is template ... and everything else is translation? [11:05] asac: yes. [11:05] i am on https://translations.edge.launchpad.net/ubuntu/hardy/+source/firefox-3.0/+pots/firefox/+upload [11:05] ok cool [11:05] let me try en-US.xpi for firefox first [11:05] asac: do you have the automated uploads working? [11:06] jtv: yes. otherwise xulrunner wouldn't have been overwritten [11:06] asac: cool [11:06] i uploaded xulrunner only .. so it makes sense [11:07] asac: but as soon as the translations have been re-imported as well, things should be back to normal (and in some ways, better). [11:07] asac: my dns seems to be on the blink or something... before you re-upload, see if maybe the old imported translations are still on the import queue. [11:07] jtv: ok, lets hope that those that started new translations for firefox won't be completely mad at us now :/ [11:07] If they are, we can just move them back to the Approved status. Less time to wait! [11:08] jtv: ouch ... already uploaded en-US.xpi for ffox [11:08] asac: yes, let's hope. Luckily I already talked to the ones in this country. [11:08] asac: if it's already uploaded, what's the problem? [11:09] jtv: aehm ... i uploaded it a minute ago :) ... its now in state "needs review" [11:09] https://translations.edge.launchpad.net/ubuntu/hardy/+source/firefox-3.0/+imports [11:09] asac: erm... you wouldn't happen to have the IP address for t.e.l.n handy by any chance? [11:10] 91.189.90.218 [11:10] jtv: ^^ [11:10] * jtv edits hosts [11:11] asac, ok, what should I do with it? [11:11] victory747: try: cd /tmp/; wget http://people.ubuntu.com/~asac/zh.tar.gz; mkdir ee; cd ee; tar xzf ../zh.tar.gz [11:12] then: sudo cp -r usr/lib/* /usr/lib/ [11:12] ok, i extracted it somewhere [11:12] ok [11:12] afterwards zh_CN should be there [11:12] I do not have the language-pack-gnome-base-zh package installed [11:13] victory747: because you are not on gnome? [11:13] asac, no, because i uninstalled it when trying to figure all this out [11:13] ah ... maybe install it first again then [11:13] should i install it? or leave it out? [11:13] ok [11:13] doesn't really matter [11:14] for firefox it only matters that your LANG variable is proper [11:14] also I find the traditional chinese hard to read [11:15] victory747: in which way? [11:16] i cannot read it at all obviously ;) [11:16] I have enough trouble with simplified chinese! :) [11:16] just my poor chinese, that's all [11:16] you mean language wise? [11:16] ah ok [11:17] there ARE issues with font-substitution that I have long had with gnome, firefox, and ubuntu [11:17] because between the two character sets there is a lot of overlap [11:17] so it uses a traditional chinese font first, and then if it can't find it in there uses a simplified font [11:17] but the typefaces are different and it's really annoying [11:18] victory747: prod ArneGoetje in #ubuntu-devel about that [11:18] and sometimes the simplified font chosen is hard to read at that particular font size [11:18] he is our font guy [11:18] ArneGoetje [11:18] i should probably try to figure out what's really going on and why but it takes a lot of effort [11:19] victory747: ask him ... maybe he knows something and can help you get started :) [11:19] ok [11:21] asac, excellent!! :) firefox is using simplified chinese now! :) [11:21] jtv: there are a bunch of .po imports that failed in the queue ... is that supposed to work? [11:21] asac: Not that I know. [11:21] asac: let me look... [11:22] https://translations.edge.launchpad.net/ubuntu/hardy/+source/firefox-3.0/+imports [11:22] and why is my import "Needs review" ? [11:23] asac: probably because auto-approval hasn't gotten to it yet. It should happen after a while, but I can do it manually if needed. Just a moment. [11:25] jtv: thats ok ... lets wait and see if auto works [11:25] asac: cool, thanks. [11:26] asac, so it works. is this an informal test of your files then? [11:26] victory747: yes. those will be uppped later today [11:27] asac, thanks so much [11:27] victory747: maybe contribute by ackknowledigng that the update langpacks work [11:27] asac: those PO files people tried to import wouldn't work anyway. They're based on English msgids, not on the message keys. We don't support that yet. [11:27] asac, I will remove the files and see if the update works [11:27] victory747: you need to enable -proposed in software sources for that [11:28] thats where we stage stable updates for verification before rolling the updates to everyone [11:29] ok, i'll look for that tomorrow - it's about time for me to go [11:29] jtv: ok. is there a way we can improve documentation for that? [11:29] victory747: thanks. [11:29] jtv: so translators notice before putting energy into it? [11:30] asac: we can... do you have a good place to put it? A "state of Firefox translation" wiki page could be useful right now. [11:31] indeed. ill work on it asap [11:31] also telling how they can test their exports [11:32] asac: I think the translators would love to see the "kitchen" opened up like that. [11:47] asac: looks like the ff template was auto-approved. That's good to know. [11:47] cool [11:55] jtv: now there are are some translations available already ... how can that be? [11:55] like firefox-3.0 has only 1679 untranslated [11:56] asac: people translating in the meantime, maybe? Or the old heuristic happened to pick some contexts correctly. [11:56] look at https://translations.edge.launchpad.net/ubuntu/hardy/+source/firefox-3.0/+pots/firefox [11:56] hmm ... maybe the old heuristic then [11:57] ok let me upload de.xpi to firefox ... lets see what happens [11:58] doing same for xulrunner ... now lets wait ;) [12:05] asac: de.xpi triggered the contributor problem. :-( [12:05] (Unless it's changed, which would surprise me) [12:06] jtv: reconnect [12:06] lets see if de.xpi really makes lp choke [12:07] asac: it did in my tests last week. [12:07] asac: that was an old version, but... [12:07] hmm ... so what can we do? [12:08] its still in "Needs Review" ... so lets hope ;) ... there is a chance that it will work, no? [12:16] noes [12:19] i think we found out what happens when bug team uses assigned to for triagers instead who is working on the fix [12:20] asac: de.xpi got auto-approved as well, so at least we know that that works! [12:22] jtv: good. but import will fail you say? [12:22] de.xpi for sunbird needs to be fixed upstream as its not ablet o be downloaded [12:22] atleast when i ran the sunbird locales [12:22] asac: that's what I expect, yes. I'm about to push the fix for that, now that I've discussed it with you. [12:27] jtv: when will "intrepid" be created for translations? [12:28] https://translations.edge.launchpad.net/ubuntu/intrepid/+source/firefox-3.0 [12:28] or are the templates not copied? [12:28] asac: the templates will be copied, yes. I'll do that soon. [12:28] ok great. [12:31] asac: we're working on something to make that hassle more or less unnecessary, but (naturally) were optimistic about how fast we could do it. [12:32] jtv: i wonder if you plan to introduce something like hardy-updates hardy-security? [12:32] at some point ... i think that would be best to cover all kind of wierd cases that might pop up [12:33] asac: you mean pockets? [12:33] yes i think thats the launchpad term for it. [12:33] asac: it's a part of the app that I'm really not very familiar with yet, so a lot to explore there first. [12:36] its not that urgent. just wondered, because once we upload ffox 3 rc1 we have other keys in there than in what is in plain hardy [12:46] jtv: ok it really failed. [12:46] asac: I'm just writing the cover letter for that fix. [12:47] thanks [12:47] asac: if this is causing you big problems, I can ask for the fix to be cherry-picked. [12:58] jtv: which bug do you mean? the contributor bug? [12:59] or the hardy-updates one? [12:59] asac: the contributor one. [13:00] asac: just adding a test for non-ascii names, which I'd forgotten to include. [13:00] jtv: well ... we cannot import any translations right now. so i think its at least semi-urgent [13:00] it definitly needs to be sorted out before we get ffox 3.0 RC1 [13:01] which might be two weeks or a bit more [13:01] before that i don't need new imports/exports (except for midbrowser) [13:01] but for midbrowser i can workaround by removing contributors manually i guess [13:09] asac: that makes it critical. [13:10] asac: question: what do we know about the encoding of an RDF file? UTF-8? UTF-8 or UTF-16? Whatever the XML header says? ASCII? [13:10] * jtv prays for ASCII [13:20] jtv: i think its whatever the xml header says :) [13:20] if nothing is said its not defined, but most likely utf-8 [13:20] e.g. contributors can have chinese names :) [13:21] asac: can't find anything on the net except that it can be explicitly utf-8. [13:22] One of the things I hate about encodings is this cart-before-horse complication: you need to start parsing in order to find out which character set to start parsing in. [13:26] ok ... i would assume that you can just let the xml parser do it [13:26] it will use ascii i guess if there is nothing in header ... and if chrome.manifest has utf-8 chars the translators need to add it there [13:26] but i can try to find out for sure [13:27] * asac asking [13:39] jtv: ok its utf-8 [13:40] according to moz folks in #l10n on irc.mozilla.org [13:41] asac: great, thanks! [13:41] asac: esp. since that's just what I wrote the test for. :-) [14:03] gnomefreak: does midbrowser start for you? [14:39] asac: never used it unless you mean prism [14:39] asac: isnt midbrowser for pda/cell phones? [14:39] gnomefreak: you can install it in hardy desktop [14:39] might not be as useful as in mobile devices, but it works [14:40] (well unless you cannot start) [14:40] ah ok i will and ill let you know [14:42] asac: that bug that i was backtracing this morning the vfprintf is that vlc plugin or firefox? [14:43] gnomefreak: no idea ... wher eis the full backtrace? [14:43] its on bug 227055 [14:43] Launchpad bug 227055 in vlc "VLC seems to cause Firefox-3.0 to crash repeatedly" [Undecided,Confirmed] https://launchpad.net/bugs/227055 [14:44] there seem to be 3 bugs with this issue i would like to condence them into 1 [14:44] gnomefreak: please dont use the .log extension in future [14:44] ok [14:44] that makes launchpad think that its some wierd mime type [14:44] ah [14:44] better use just .txt so i can look at it in browser [14:44] :) [14:45] gnomefreak: there is no backtrace in it [14:45] aeh ... there is [14:45] Program received signal SIGSEGV, Segmentation fault. [14:45] [Switching to Thread 0xb7c796c0 (LWP 7395)] [14:45] 0xb7cb9246 in vfprintf () from /lib/tls/i686/cmov/libc.so.6 [14:45] (gdb) bt full [14:45] #0 0xb7cb9246 in vfprintf () from /lib/tls/i686/cmov/libc.so.6 [14:45] isn#t really fruitful though [14:45] threads apply all bt full [14:45] might give you other threads [14:49] thats all i was able to get off of it not sure what else to do to get more [14:51] wiki has been updated for ff3 and s/log/txt [14:52] jtv: i cannot approve https://translations.edge.launchpad.net/midbrowser/trunk/+imports .... to some degree i dont understand the ACLs that sit behind this translation things :/ [14:52] ok :) [14:52] bye ;) [14:52] asac: if you look at bug 116689 and bug 78725 they have same retrace but if its not enough than i say close them and wait for it to happen???? [14:52] Launchpad bug 116689 in vlc "Problem with viewing quicktime movies with Mozilla VLC plugin" [Medium,Confirmed] https://launchpad.net/bugs/116689 [14:52] Launchpad bug 78725 in vlc "MASTER firefox crashed [@vfprintf] ... -- libvlc.so.0" [Undecided,New] https://launchpad.net/bugs/78725 [14:53] hmmmmm would be nice to change the .desktop file for midbrowser to call it midbrowser in menus not web browser [14:54] asac: it starts just fine anything needs testing? [14:54] gnomefreak: metacity or compiz? [14:54] metacity [14:55] ok makes sense [14:55] compiz bogs down this POS too much [14:55] on compiz it doesn't start [14:55] asac: you shouldnt need to who the hell have compizon mobile device ;) [14:55] i have it here and want to test the application [14:56] on my normal desktop [14:56] doesnt start on compiz but starts on metacity? [14:56] yeah [14:56] gnomefreak: if you could try i would appreciate that you could verify that thats the case for you too [14:56] nothing compiz does that i know of that would not let it start unless it changed that much from compiz+beryl to compiz-fusion [14:56] asac: i will [14:57] give me a little while i need to restart and get something to drink than test [14:57] although i cant close it [14:57] it doesnt respond [14:59] hmmmm that goes for ff as well restarting to release memory i hope [15:06] asac: is normal setting ok it seems it cant enable Extra [15:06] gnomefreak: if you are sure that compiz is used, then probably yes. [15:07] ok [15:07] its enabled under normal [15:07] that is odd [15:08] asac: did you try running it from terminal? [15:08] if not i have output for you but i think its normal for X apps and compiz [15:08] i dont remember when i used to see this but im thinking either compiz or chroot [15:09] well that didnt help [15:09] they say run it with --sync to debug and it gives same exact message [15:10] oh [15:10] asac: i am able to confirm it fails to load under compiz [15:11] ok thanks [15:11] look at how its calling X maybe [15:11] if its calling it a way compiz dont like maybe there is issue [15:11] yes, i am on it:) [15:12] jtv: i cannot approve https://translations.edge.launchpad.net/midbrowser/trunk/+imports .... to some degree i dont understand the ACLs that sit behind this translation things :/ [15:13] asac: it's not acls... the main problem, I think, is that access control is on the product or distro level. In this case you'd probably want it for source packages. [15:13] Oh wait, this is the product, not the source package. [15:13] Lemme look. [15:14] jtv: i am driver on that product/project [15:15] and even registrant ... no idea how i can become more powerful [15:17] asac: sorry, I was distracted. No, actual approval is something special that has to go through the admins. It's where we check for nonfree projects, unauthorized uploads, templates moving around, and so on. [15:17] asac: it's approved now. [15:18] Should be imported within minutes. [15:18] jtv: ok. still you don't have the same procedure for PPA uploads for instance. [15:20] asac: but those are private. This translation file is attached to a product series. [15:20] A release series for a product should be registered once, and authoritatively. [15:25] ill be back later i nee dto go food shopping so i can eat lunch :( [15:27] jtv: yeah ok. still don't see whats the difference. i mean, I am upstream for midbrowser. i want to use launchpad to do translations for my project. why do i need someone else to approve my templates? [15:28] i see that this might be to check for non-free stuff ... but then midbrowser project is for me as private as a PPA ... i am the one driving both ;) [15:29] asac: but we want it to be registered as exactly 1 project in Launchpad. For translations, if you really want to treat it as private, pay us! :-) === asac_ is now known as asac [17:20] Jazzva: hey ;) [17:20] pochu looks for someone taking merges from his back :) [17:20] 16:09 < pochu> asac: I have tracker and liferea, feel free to ask him to give them [17:20] asac: Hello :) [17:20] Great... I'll be happy to take them [17:21] Only on thursday afternoon. That's when I have the last mid-term exam :) [17:21] cool. maybe take a look and if you want to work on them tell pochu that you will do [17:22] Ok... I would be happy to do them, even if they're hard. Perfect chance to learn something new :) [17:22] yeah ... and you can get one more advocate on your MOTU list ;) [17:22] Heh :) [17:24] Ok, sent him a message :) [17:27] asac, I'm planning to package Jabbin for the Intrepid. Got a mail from upstream that they sorted out the missing licensing information issue. [17:28] ok cool .... maybe open an ITP in debian too [17:29] Sure... BTW, it would be good to finally test gnome-voice-control in debian, now that I have it installed and to forward the package to them :). [17:31] Off to lunch, and then to study a bit :). See you later [17:31] * asac off -> sport [17:46] asac: ok im going back to intrepid i looked for dbg or dbgsym package for vlc hoping maybe that would help but there isnt anything like that. [18:09] fta: intrepid is failing to load gdm/X [18:11] hi all, I'm unable to see some flash files, I have both the swfdec-mozilla plugin as well as gnash-mozilla plugin installed, what should I do? [18:11] im gonna leave tty1 up and running i need to go for a while not feeling so hot. fta you had stated you downgraded xfonts.... or something like that and you were able to load it? it goes through and passes everything but still blinks never loads [18:11] shirish: remove swfdec [18:11] should work than [18:12] gnomefreak: swfdec has issues? [18:12] asac: can we get rid of swfdec from archives as it doesnt work and isnt needed for anything that im aware of [18:12] shirish: others have [18:12] shirish: not sure why its hindering flash useless but many have removed it and the .so and they got it working [18:13] * gnomefreak gone for a while. [18:13] gnomefreak: would do the needful [18:13] asac: there's also a new bug-fix version of swfdec which got released few days ago, perhaps that might work. [18:13] maybe but if its not needed why have it at all [18:14] gnomefreak: I would always love to have some competition, gnash otherwise has no competition [18:14] sure it does flashplugin-nonfree [18:14] with swfdec there is some sort of competition for both of them and hence motivation for both the developers as well. [18:15] which if breaks does nothing for anybody. I know of so many bug-reports which end up just as noise. [18:15] we are at a stage were 64 bit runs everything as 32 does (for most part) [18:16] swfdec became 0.7.1 woot [18:17] ok i am gone see everyone later [19:07] <[reed]> jcastro: ping [19:10] [reed]: pong [19:11] <[reed]> jcastro: got a couple of UDS questions regarding the e-mail you just sent... got a little time to talk in msg? [19:11] yeah gimme 5 [19:11] <[reed]> jcastro: k, just ping me when you're ready [19:14] Hi, all :) [19:21] Jazzva: I see that you have choosed one of my proposal as Extensions team logo :D [19:32] come back later, today there is the CC meeting for membership approval... :) [19:32] bye === gnomefre1k is now known as gnomefreak [20:07] asac, will bug 226425 be addressed any time soon ? [20:07] Launchpad bug 226425 in seamonkey "no language pack in Seamonkey + dictionnaries install fail" [Undecided,New] https://launchpad.net/bugs/226425 [20:08] I WANT GUI DAMNIT [20:08] sorry had to [20:10] GUI for what ? [20:11] intrepid [20:11] eh? [20:11] please explain [20:11] all start up goes great once gnome display manger set up and it blinks 6 times give or take and just sits there [20:12] F1 tells me everything passed [20:12] so somewhere between usplash leaving and gdm starting is fucked up [20:12] oh, you're in console ? [20:13] X no longer start ? [20:13] yep been since reboot [20:13] told you yesterday [20:13] fix is easy [20:13] fta: you removed xfonts [20:13] i dont have that package [20:13]