[03:56] <newclimb> hello
[03:56] <newclimb> do you know how to translate my mozilla-firefox to pt?
[09:05] <asac> hi
[09:05]  * asac from london calling
[10:32] <jtv> asac: moin moin!
[10:48] <gnomefreak> is today over yet?
[10:55] <gnomefreak> asac: you pushed 3.0.1 already to Hardy?
[11:10] <asac> gnomefreak: to -proposed
[11:10] <asac> jtv: ht
[11:10] <asac> hi
[11:10] <asac> ;)
[11:11] <jtv> asac: hi
[11:11] <jtv> asac: have a question about merging XPI templates into XPI translation exports.
[11:11] <jtv> asac: given that we don't "do" translation of html and such in Launchpad,
[11:11]  * asac tries to imagine what that means
[11:12] <jtv> does it make sense to copy files other than DTD and properties into an export XPI?
[11:12] <asac> jtv: if you dont want those to be translated then yes. however, but how about treating them as a translatable entity?
[11:13] <asac> e.g. key: chrome://path/to/somefile.xhtml
[11:13] <asac> so one key per file
[11:14] <asac> gnomefreak: do you experience issues with that?
[11:14] <armin76> b....
[11:14] <armin76> bumb!
[11:15] <jtv> asac: Doesn't that just invite translators to give translated versions of those files different chrome paths than the originals?  Does Mozilla even support that?
[11:17] <asac> jtv: sorry. why would translators be able to change the path?
[11:18] <asac> my idea is to import the whole file as a single entity and export the translated one as every other file
[11:18] <jtv> asac: OIC
[11:18] <jtv> asac: don't think it would be very comfortable though, translating entire files as single messages.
[11:19] <asac> jtv: right. but thats the same when doing upstream translations as well
[11:19] <asac> except that a textarea would be nice ;)
[11:19] <asac> (instead of a single line text field)
[11:20] <jtv> asac: what I mean is, a textarea is still pretty damn uncomfortable for a thing like that.
[11:20] <jtv> asac: the single-line text fields happen only if the msgid and all suggestions are single-line.
[11:21] <jtv> asac: you can expand them to textareas, but I wouldn't recommend that for your average HTML file.  :)
[11:21] <jtv> asac: so maybe only the template should have these files, and for the rest, translators should probably just merge in their own translations of those after they export.
[11:24] <asac> jtv: well. thats not really feasible for the ubuntu case
[11:24] <asac> jtv: we want to export and just use that without doing additional merging from not-known sources
[11:25] <asac> jtv: i think we can mitigate the editor problem if we manage that translations can be imported (e.g. edited outside)
[11:25] <jtv> asac: well, for your specific case, you would probably be doing the merging.
[11:25] <asac> jtv: maybe to sync up on what you mean by merging: do you mean: merge locally and then upload that as translation to launchpad so the next export will just export it?
[11:25] <jtv> asac: alas, no
[11:26] <jtv> asac: I mean that you can export a translation XPI from Launchpad, then:
[11:26] <jtv> unzip it
[11:26] <jtv> copy in your own translated images, HTML files etc. where they belong
[11:26] <jtv> re-zip
[11:26] <jtv> Use as translation.
[11:28] <jtv> asac: right now, Launchpad doesn't let you store arbitrary files as part of a translation.
[11:28] <jtv> That's something we may do later, but we do need to take it one step at a time.
[11:28] <asac> jtv: i dont like that. its ok as an intermediate solution but from what i see its an editor issue in launchpad
[11:28] <asac> so we should still keep in mind that the right solution is to handle them as single entities
[11:29] <asac> jtv: right. for now its ok to copy the template files imo
[11:29] <asac> most use cases dont use such files
[11:29] <asac> so we wont miss a lot of translations in real life
[11:30] <jtv> asac: OK, then worst case for this intermediate step is, you export your translation, unzip, edit or replace the files you can't translate in LP, re-zip, and then you have a usable translation.
[11:33] <jtv> asac: further in the future, yes, adding arbitrary files may be needed.  I believe XLIFF supports that as well, f'rinstance.  For now, I'm just trying to get another feature across the usability threshold!
[11:36] <asac> jtv: :)
[11:36] <asac> jtv: ok. but the exports will contain the template files by default, right?
[11:37] <jtv> asac: that depends entirely on what you request.  Not if you request a single translation, for example.
[11:37] <asac> jtv: why are results different dependent on what you request?
[11:37] <jtv> asac: if you request translations for the full package or product release series, then the template will be included.
[11:38] <asac> i would expect that any es.xpi is simlilar
[11:38] <asac> jtv: sorry. i think we are talking about two things here
[11:38] <asac> jtv: i mean: will the .xhtml friles from the template be included in the translated .xpi?
[11:39] <jtv> asac: no, only if your request includes the en-US "translation."
[11:39] <asac> if we cannot translate them in launchpad we should at least include them (thought that was the idea you presented initially above)
[11:40] <asac> jtv: he? so requesting to include en-US will punch the .xhtml files into es.xpi ?
[11:40] <jtv> asac: I have the basic merging working (phew).  Just not in the right places yet.
[11:40] <jtv> asac: what you'll have is really an "en-US + es" XPI, and then, yes.
[11:41] <jtv> asac: Now, I can repeat those files for every language pack you export.  Just takes a bit of extra figuring out if the string "en-US" is not in their path anywhere.
[11:41] <asac> jtv: please do that.
[11:41] <asac> i dont care so much about the files being translated. but we definitly need them in the translated .xpi
[11:41] <asac> otherwise the .xpi is not usable
[11:41] <asac> or might break the application.
[11:42] <asac> so a good workflow for translaters would be: download es.xpi ... search for non-properties/.dtd files in it and replace those files with translated ones (optional)
[11:43] <jtv> asac: there may be some pain from people uploading translations and thinking that we'll store their other files, but no helping that I suppose.
[11:43] <asac> jtv: well. i'd consider that a small problem. top-prio should be to export complete .xpi's .... even though they might not be 100% translated
[11:44] <asac> from there we can fix that translators can really upload their translations that way (even before fixing the UI)
[11:47] <jtv> asac: Understood.
[11:47] <asac> jtv: cool. let me know when i should review/test .xpis ;)
[11:48] <jtv> asac: right now the problem is that the DTD/properties files are still generated in my simple canonicalized directory layout, but the files copied from the template are kept in their original locations.
[11:49] <jtv> asac: so two things I need to implement are the "path mapping" to get that right, and the "include entities."
[11:49] <jtv> asac: the heart of both is parsing the XPI template on export, and that part is working in prototype.
[11:50] <jtv> asac: of course "prototype" also means that now that I can see what can be done, I need to codify it in tests etc.
[11:50] <asac> jtv: right. i dont expect this to land next week ;)
[11:51] <jtv> asac: phew  :-)
[11:51] <asac> is there anything i should do?
[11:51] <asac> (in my non-existing time ;))
[11:54] <jtv> asac: well there is one thing...
[11:55] <jtv> asac: could you come up with a really solid (and yet, preferably, easily implemented) scheme of how to lay out the copied xhtml (or whatever) files in the XPI if there are multiple languages but there was no "en-US" code in their original path that I can replace with the applicable language code?
[11:56]  * asac thinks
[11:56] <asac> jtv: you just use the same path or just omit this file
[11:56] <asac> completely
[11:56] <asac> I'd say you should just use the same path
[11:58] <jtv> asac: that means that if the en-US.xpi has, say, "/index.html" in its root directory, you'll only get one copy of that file even if you export a full translation.  Fine by me, but is it what you want?
[12:40] <asac> jtv: i dont understand why you differentiate between full and partly translation
[12:40] <asac> they should all be the same and contain all the files
[12:41] <asac> so yes. its not a problem if there are two files with the same chrome:// path afaict
[12:41] <asac> firefox will just use one
[12:41] <jtv> asac: I mean, "even if you export *the* full translation" (for a package or product release series etc.)
[12:42] <jtv> asac: so if you export an XPI with all translations for midbrowser, for example, there would be only a single /index.xhtml, but if it had been en-US.jar!/index.xhtml, you'd be getting a copy for each language that was in the XPI.
[12:47] <asac> jtv: ok now i see
[12:48] <asac> jtv: so yes, if you would override a file just keep the template file
[12:48] <jtv> asac: OK
[12:56] <gnomefreak> anyone having trouble signing in to gmail using tbird? it works on gmail site but not in tbird
[13:12] <gnomefreak> asac: using tbird when you click get mail it only grabs mail for default account as i recall this is a feature not a bug. Is this accurate?
[13:17] <gnomefreak> mozilla bug 45715
[13:24] <gnomefreak> is there a spam tool for tbird other than spamassin?
[13:48] <asac> gnomefreak: i think you have to enable it
[13:48] <asac> gnomefreak: spam assassin doesnt work together with tbird
[13:48] <asac> tbird has only its bayes filter thing
[13:48] <gnomefreak> no other tool works?
[13:48] <gnomefreak> that sucks
[13:49] <gnomefreak> training its filter with 4449 emails in one box is a pian
[13:50] <gnomefreak> oh and IMAP support in Tbird sucks there are alot of problems
[13:50] <asac> gnomefreak: you can preprocess your email with spamassasing if you have your own mail server
[13:50] <asac> and then make tbird sort them depending on the spam assassin headers
[13:50] <asac> or any other headers from other spam tools
[13:51] <asac> but you need your own mai server setup i guess
[13:51] <asac> maybe there is an extension available to use spamassassin and friends?
[13:51] <gnomefreak> yeah thats too much work to do that just for spamassin
[13:51] <gnomefreak> hmmmm might look for one, never thought of extensions
[13:53] <gnomefreak> asac: thanks ill look for one soon
[13:54] <gnomefreak> and you said i had to enable getmail to get mail from all accounts? if so where do i do this
[13:54] <asac> gnomefreak: if there is something reasonable available we mihgt wanna packageit i guess ;)
[13:55] <gnomefreak> ill look at it and into it to see if it works than all other info needed for table
[14:11]  * gnomefreak suprised i think i found one ;)
[14:17] <gnomefreak> bug 235135
[14:18] <gnomefreak> ther eis really something wrong with tbird+LP
[14:20] <gnomefreak> bug 240093
[14:46] <gnomefreak> asac: is there a way of changing the way tbird uses reply. it seems that it doesnt add everything as a reply and i think that is causing the submit failures (atleast that is what i was told last week)
[14:55] <gnomefreak> anyone here using tbird that can check a setting for me
[14:56] <gnomefreak> asac: i think the reply is using wrapper and the second line isnt seen as a reply. (2nd line after the reply line) so 2nd line being the wrapped line isnt seen as reply
[15:20] <gnomefreak> hmmmm i think i fixed tbirds reply failure ;)
[15:21] <gnomefreak> ok done playing with tbird until i can find out if the extension adds something called spampal in the account settings
[15:22] <gnomefreak> i have a few errands to run than cook breakfast/lunch depending on what i fee like
[15:29] <gnomefreak> bug 239575
[16:09] <asac> gnomefreak: what error do you get in the sbumit-error ppa
[16:15] <gnomefreak> asac: i dont get errors when pushing to PPA
[16:16] <gnomefreak> i get error when replying to bugs from email
[16:17] <gnomefreak> and i cant get a response from lp guys either
[16:20] <gnomefreak> asac: isnt 3.0.1 first point release in the 3.0 series?
[16:20] <gnomefreak> like 2.0.0.*
[16:21] <[reed]> asac: need an answer from you in mozilla bug 415890
[16:32] <Volans> gnomefreak, asac news on the meeting schedule? I don't have see any reply in Mailing List
[16:32] <asac> [reed]: done. not sure whatelse to clarify
[16:33] <[reed]> Thanks.
[16:33] <gnomefreak> Volans: sorry ive been waiting for people to reply to my email i only got 1 reply
[16:33] <gnomefreak> bug 240093
[16:33] <asac> Volans: gnomefreak: no reply indicates consent
[16:34] <gnomefreak> Volans: once i get confirmtion to it i will set it up
[16:34] <Volans> ok
[16:34] <eagles0513875> hey
[16:34] <gnomefreak> asac: no reply to me means you didnt read it
[16:34] <eagles0513875> gnome
[16:34] <gnomefreak> ill look for times and dates (just re did my email) and i will set it up today
[16:34] <gnomefreak> eagles0513875: ?
[16:35] <eagles0513875> the xulrunner and the new addons that were released for patch i think broke firefox i could be wrong
[16:35] <asac> gnomefreak: i read every mail that gets to mozilla ML
[16:35] <gnomefreak> asac: oh
[16:35] <eagles0513875> nm
[16:35] <eagles0513875> gnash is still borked not loading anything
[16:35] <gnomefreak> eagles0513875: i doubt it, my ff still works unless you mean 3.0.1
[16:35] <eagles0513875> dunno i think 0.1
[16:35] <asac> gnomefreak: if i dont reply its either consent or lack of time ... for instance i have 3 mails in my "work to do" folder from you atm
[16:36] <gnomefreak> from me?
[16:36] <gnomefreak> eagles0513875: apt-cache policy firefox will tell you what version you have
[16:39] <gnomefreak> ok i found the times and dates i will ping someone about setting them up
[16:39]  * gnomefreak wonders what i sent you to work on :(
[16:39] <eagles0513875> lol
[16:39] <armin76> on the itv page thing :P
[16:41] <gnomefreak> my brain died :( how do you spell schedule
[16:41] <gnomefreak> is that it?
[16:41] <eagles0513875> si senor
[16:41] <gnomefreak> thanks
[16:42] <armin76> ñ
[16:42] <gnomefreak> im getting so fucking sick of gedit crashing and they wont even look at the damn bug
[16:42] <gnomefreak> Volans: meeting should be set up sometime today
[16:43] <Volans> gnomefreak: ok, we should update also the wiki apge
[16:43] <Volans> *page
[16:43] <gnomefreak> Volans: i will
[16:43] <asac> so when is the next meeting ;)?
[16:43] <gnomefreak> will only add one meeting at a time so people dont get confused
[16:43] <gnomefreak> august 8th
[16:43] <gnomefreak> 1800 UTC
[16:43] <asac> kk
[16:43] <asac> Volans: is the auto-mail still enabled?
[16:44] <Volans> gnomefreak: 8????
[16:44] <Volans> I have 03-08-2008 18:00 UTC
[16:44]  * gnomefreak likes sunbird with fridge ical
[16:44] <gnomefreak> Volans: thats what it says
[16:44] <gnomefreak> oh sorry 3rd
[16:44] <gnomefreak> august 3rd at 1800UTC
[16:44] <asac> 3rd?
[16:44] <asac> is that a sunday?
[16:44] <gnomefreak> yes
[16:44] <Volans> ok :D
[16:44] <gnomefreak> yes
[16:45] <gnomefreak> asac: first sunday of august
[16:45] <asac> ok i should be back by then
[16:45] <gnomefreak> this is why i sent the email out ;)
[16:45] <gnomefreak> just incase
[16:45] <asac> yeah
[16:45] <asac> ill remember that easily i guess ;O)
[16:45] <Volans> asac: I will login in the scheduled mail system
[16:46] <Volans> but I think every is already setup
[16:46] <gnomefreak> did someone happen to subscibe google calendar assuming you want it to post to mailing list
[16:46] <gnomefreak> and what email does it use to send out messages
[16:47] <Volans> gnomefreak: for the ML alert all il already done, I have found a web service that will do that automatically from now to january 2009 without any manual adjust
[16:48] <Volans> asac has subscribe to it so the emails will be sent from asac's account
[16:48] <gnomefreak> Volans: but its not allowed to post to mailing list without us allowing it, did you allow it on the mailing list side of things?
[16:48] <gnomefreak> Volans: ah ok
[16:49] <Volans> and asac the first email is scheduled for july 20, so on july 17th you will receive an alert that the automatic email will be sent on 20
[16:49] <gnomefreak> thats 3 weeks ahead of time
[16:49] <asac> gnomefreak: we sent a testmail to the ML ... it worked
[16:49] <gnomefreak> does it remind you again closer to meeting date
[16:49]  * gnomefreak didnt get it
[16:50] <Volans> the only problem is to alert the team members that hare not subscribed to the ML, LP doesn't have yet a system to do this
[16:50] <Volans> in particular for those people with no public email address on LP
[16:51] <Volans> gnomefreak: 3 alerts as asac says in the meeting: 2 weeks before, 1 week before and 24h before
[16:51] <gnomefreak> i suggest telling them to subscribe to the list. its very low volume and its not our fault if they dont subscribe
[16:51] <asac> Volans: gnomefreak: i dont know. but if there is no way for us to contact our team members that cant be right
[16:51] <gnomefreak> ah ok
[16:52] <asac> so if there is no way to get in touch with a team member through launchpad we should make it a requirement to have a public/or well known email
[16:52] <asac> in order to join a team
[16:52] <gnomefreak> can send emails to everyone but it takes too long and im not doing it more than once so if they want to show up they need to add it to agenda page or show up in here and type /topic
[16:53] <Volans> see also these bugs: bug 66105 and bug 246022
[16:53] <asac> gnomefreak: how do you know the mail address of team members that dont have a public address there?
[16:53]  * gnomefreak wondering if i cant set up a team subscription for them only problem is ill end up with double or triple the emails
[16:53] <gnomefreak> asac: if they dont have one its their fault and i have noted it on LP pages
[16:53] <Volans> asac: we can contact him by IRC or other public address he have set
[16:54] <gnomefreak> i also sent out emails to the people that did have meails on LP page
[16:54] <asac> gnomefreak: ok thanks. so how do we deal with existing accounts that dont have a public email in launchpad or wiki?
[16:55] <gnomefreak> the ones that dont need to figure it out them selves as we have no way to contact them. i did leave instructions to add themselves to ML and to come in here if otherwise not ML
[16:56] <Volans> asac: quite all the MED and MT members email is set in the webservice contact address list... but you have to tell them to change the maximum CC per email if you want to use that system
[16:58] <gnomefreak> ok gave schedule to right person
[16:59] <asac> gnomefreak: fridge?
[16:59] <gnomefreak> yes
[16:59] <gnomefreak> #ubuntu-news
[17:00] <asac> rock. thansk
[17:00] <gnomefreak> cody is adding them atleast he took them im assuming hes adding them
[17:01] <asac> fine fine
[17:01] <gnomefreak> once hes done he will ping me atleast he normally will
[17:01]  * gnomefreak thinks about lunch
[17:02] <jt1> asac: ping
[17:02] <gnomefreak> ok ill be back ill let you know  once its done :)
[17:06] <Volans> good, I'm spoking with cody in #ubuntu-website for another thing
[17:07] <asac> jtv: still a cameleon?
[17:07] <asac> ;)
[17:07] <jtv> asac: chameleon?
[17:07] <jtv> Don't _think_ so...
[17:08] <gnomefreak> ok ill be back after lunch sometime
[17:08] <gnomefreak> its too late in day to think
[17:08] <jtv> asac: another question.  As part of the XPI export work, would you mind terribly if I changed the file references?
[17:09] <jtv> asac: instead of en-US.xpi/chrome/en-US.jar!/locale/foo.dtd, you could get jar:chrome/en-US.jar!/locale/foo.dtd
[17:11] <jtv> asac: I could still give you the original path, but I'm trying to standardize things a bit.
[17:11] <jtv> asac: this also simplifies the code.
[17:11] <jtv> asac: Oh, I should mention: this is for XPIPO exports, _before_ we get to actual XPI exports.
[17:12] <asac> jtv: sorry whats the difference there?
[17:12] <jtv> asac: two differences.
[17:12] <asac> a ok
[17:12] <asac> you mean as a path in the comment
[17:12] <jtv> asac: one, I'd remove the 'en-US.xpi' at the beginning
[17:12] <jtv> asac: right
[17:13] <jtv> asac: two, you'd get a "jar:" prefix for a path that leads into a jar, just like in the manifest.
[17:13] <jtv> asac: I'm simplifying the tangle of different kinds of paths we have inside XPIs a bit.
[17:13] <asac> jtv: ok, but isnt that implicitly given by the jar! ?
[17:14] <jtv> asac: it is, but this at least conforms to an existing standard (as in manifests)
[17:14] <asac> i dont see any argument against that, except that it will resent all current translations i guess?
[17:15] <asac> reset i meant
[17:15] <jtv> asac: not reset, no.  The disadvantage is, this will happen only with newly uploaded messages.  So you'd have to handle both for a while.
[17:16] <jtv> asac: until we get native export, that is, which we'd also be bringing closer in this way.  :)
[17:17] <asac> jtv: ok. i think ill sleep a night over that. but i think that we can just replace jar: with en-US.xpi before sending the .po file to the transformer now?
[17:17] <asac> e.g. pre-processing: s/jar:/en-US.xpi\//
[17:17] <asac> or even
[17:17] <asac> nevermind ;)
[17:17] <asac> no even ;)
[17:18] <eagles0513875> gnomefreak: btw im 3.0.1
[17:18] <jtv> asac: with one complication: if an XPI file has translation files that are not inside jars.  :-)
[17:19] <asac> jtv: hmm ... so if there is no .jar! then just prepend en-US.xpi :)
[17:19] <asac> does that cover the case
[17:19] <asac> ?
[17:19] <jtv> asac: yup, I think so.
[17:19] <jtv> asac: you could even compare directly to manifest entries if you want, because those will match now.
[17:20] <asac> jtv: ok. if we do this, can we do this on staging/demo first, so i can prepare the transformer?
[17:20] <asac> jtv: or could we even do this for intrepid and beyond and keep the current logic hardy?
[17:20] <asac> (which would actually be the right way to deal with changes in translation logic like this imo)
[17:21] <eagles0513875> ha found a mem leak in ff3 for winblows
[17:21] <eagles0513875> or its just vista
[17:22] <jtv> asac: we could do it on staging, but that would mean that in essence you accept the change and if there's anything wrong with it, you file a separate bug report.
[17:28] <eagles0513875> my vista is on the fritz
[17:31] <jtv> asac: another thing we could do, though it takes more time, is update the existing ones in the database.  I'd hate to have to do that though!
[17:31] <jtv> asac: or I could "fake" the old format, but it seems like something we'll want to phase out at some point anyway.
[17:33] <eagles0513875> ahhhhhhhhhhhhhhh
[17:35] <jtv> eagles0513875: are you okay..?
[17:35] <eagles0513875> ya im fine vista pisses me off though
[17:35] <eagles0513875> been remotly connecting to the machine trying to play WoW right now and it just causing my machine to hang cuz not enough memory
[17:35] <eagles0513875> now it should be fine after restart
[17:36] <eagles0513875> i have been using www.logmein.com to connect remotly to it lol
[17:36] <asac> jtv: ok. day ends soon. ill thi nk a bit about the options and lets talk tomorrow, ok?
[17:37] <jtv> asac: ok, thanks!
[18:26] <gnomefreak> eagles0513875: sorry im not using 3.0.1 at this time
[18:27]  * gnomefreak has to go out and would like an answer beofre i go :(
[18:30] <gnomefreak> meeting at 7am tomorrow :(
[18:33] <asac> gnomefreak: what do you need?
[18:33] <asac> i am about to leave the office too ;)
[18:33] <gnomefreak> asac: cody to add meetings to fridge
[18:33] <asac> ah ok.
[18:34] <asac> gnomefreak: maybe ping him once more and then leavae and hope he does his job ;)
[18:34] <gnomefreak> Volans: have you talked to cody recently?
[18:34]  * asac off
[18:34] <asac> cu tomorrow
[18:34] <asac> (or later tonight)
[18:34] <gnomefreak> asac: have a good night
[18:34] <Volans> bye asac
[18:34] <Volans> gnomefreak: last sentence of cody in ubuntu-website 10 minutes ago
[18:35] <Volans> he was speaking about some fridge calendar imporvements
[18:35] <gnomefreak> i guess ill wait for updates to finish than ill ask him again
[18:35] <Volans> in the channel, not specifically with me
[18:35] <gnomefreak> Volans: oh
[18:35] <gnomefreak> thats gonna put a hold on it
[18:36] <gnomefreak> when i speak to him before i leave ill ask him to ping you when done or if more info is needed
[18:36] <gnomefreak> i gave him the dates times and agenda page
[18:36] <Volans> ok as you prefer
[18:36]  * gnomefreak gonna miss meeting tomorrow i bet
[18:39] <gnomefreak> Volans: ok i gave him heads up
[18:40] <Volans> gnomefreak: to ping me when done or to add the scheduled meetings on the fridge?
[18:41] <gnomefreak> Volans: he has all info about adding them just to ping you if any issues or when done if im not around
[18:42] <Volans> ok, perfect
[18:44] <gnomefreak> thats odd why would i need dist-upgrade for kdelibs5 :(
[19:55]  * Volans dinner, come back later bye
[21:57] <asac> back for a whil
[22:03] <armin76> hrm...
[22:03] <armin76> mozilla now does xulrunner tarballs :D
[22:10] <Sergeant_POny> How can I reset my TB profile so I can start it over?
[22:11] <armin76> rm -rf ~/.thunderbird
[22:11] <armin76> you'll lose everything, though
[22:11] <Sergeant_POny> for some reason as soon as it starts it freezes
[22:12] <Sergeant_POny> what would make it do that? I even disabled the calendar first and it still did it.
[22:12] <armin76> no clue, sorry
[22:12] <Sergeant_POny> will I lose my add ons as well?
[22:13] <armin76> if you installed them manually, yes
[22:13] <Sergeant_POny> damn
[22:32] <asac> armin76: they released xul 1.9.0.0 yes
[22:32] <asac> or did they even update that to .1?
[22:32] <asac> Sergeant_POny: try to compact your folders
[22:33] <asac> or remove your .msf files in your profile
[22:33] <asac> both should do more or less the same and usually cures strange c
[22:33] <asac> orruptions
[22:33] <asac> that cause crashes and all kind of other nasty things
[22:34] <Sergeant_POny> Hi asac
[22:35] <Sergeant_POny> I guess... last night I got the other error that it couldn't copy sent email to my sent foleder
[22:35] <asac> Sergeant_POny: yeah try what i said
[22:44] <Sergeant_POny> asac: ok I will.
[23:04] <Sergeant_POny> asac: still freezing on startup.
[23:50] <Sergeant_POny> it happenes when I access a remote calendar
[23:51] <asac> Sergeant_POny: hmm ... so its a lightning issue?
[23:52] <Sergeant_POny> not sure yet... doing some testing now...
[23:52] <asac> Sergeant_POny: did it just start recently? or are you using a new mailserver now?
[23:53] <Sergeant_POny> started today.... nothing new with my setup
[23:54] <asac> k
[23:55] <asac> so you removed .msf files? or compacted folders?
[23:55] <asac> or both?