[01:19] seems i'm almost done with seamonkey-2.0 [01:25] http://www.sofaraway.org/ubuntu/tmp/SeaMonkey2.png [01:25] asac, gnomefreak : ^^ [01:25] :) [05:03] I have a question about mozilla applicaitons and the use of rsync as a backup/restore tool...basically to test for DR purposes, I rsynced my /home to my server. I re-installed gutsy, and rsynced back. installed tbird and then tbird would not run. is there a better way of doing this? is there an option in tbird to 'import' that older information? [05:04] do I need to have installed and run tbird once, before rsyncing back? [05:09] Zylogue: Thunderbird should just take your old profile dir - I just backup my .mozilla-thunderbird and paste it into new installations before the first run of TB [05:09] so, should work [05:09] you might want to try the -P option [05:11] tonyyarusso, Thanks. I will give the -p a try. I'm just testing. I want to get fully away from MS, and need to have a good backup soluiton in place. I like hte difference between rsync for backup versus tarballs, as only the changes get moved. [08:14] Ubulette: how is the new addon "installer" or download manager whatever its called [08:15] morning asac === asac_ is now known as asac [08:25] well bad news is disabling the reply-to-list-support patch doesnt fix this. I would love to know how icedove was fixed since they dont have the patch [08:28] might have the reason [08:33] asac: it looks like the patch you applied in icedove per debian bug 381273 is not the same as our patch, here is both patches from top to line 277 is our patch and lines 281 to the end is debians (they look different to me but it might just be me [08:33] Debian bug 381273 in thunderbird "thunderbird: Please apply patch to allow list replies" [Wishlist,Fixed] http://bugs.debian.org/381273 [08:48] wth is the quilt command to use a patch added to debian/patches and debian/patches/series [08:49] none of the commands im using are adding that patch [09:21] asac: if you do tbird today please take patch from debian bug 381273 and try it. it looks differnet than ours [09:21] Debian bug 381273 in thunderbird "thunderbird: Please apply patch to allow list replies" [Wishlist,Fixed] http://bugs.debian.org/381273 [09:58] oops forgot to give you the patches [10:00] here are the 2 patches on pastebin [10:00] http://pastebin.mozilla.org/229125 [10:14] Oh thank god - TB is finally going to be able to handle mailing lists? [10:14] tonyyarusso: it used to but we will see [10:14] gnomefreak: it did? When? [10:15] tonyyarusso: pre 2.0 final with our patch [10:15] ah [10:15] some reason the patches failed to work after final release [14:07] gnomefreak: you can reuse the remove binonly script [14:07] Ubulette: so what would be needed to make seamonkey work with xul-1.9? [14:07] is there an upstream bug tracking this? [14:29] reply to list extension 0.3 is out btw [14:35] (maybe old news though) [16:05] asac: i know its out im waiting on email to test with new profile. asac the issue with the script is where do i run it from how do i rename package version to right version ect. [16:12] !aptfix [16:12] If an APT front-end crashed and your database is locked, try this in a !terminal: « sudo fuser -vki /var/lib/dpkg/lock;sudo dpkg --configure -a » [16:14] reply to list 3.0 seems to work here (i dont know why its crashing for the user [16:23] just replied to kubuntu-users post using it so if it worked than i guess closing that bug is a good idea but im not sure why it fails for all but me, i removed icedove and i moved ~/.mozilla-thunderbird and started clean to test it [16:29] gnomefreak, heya [16:30] gnomefreak, any news? [16:30] for iceape? [16:30] bluekuja: 64 has been built but there was another flood of packages [16:30] i havent checked since yesterday morning [16:30] gnomefreak, just ping me when everything is ready [16:30] once done with email ill look [16:32] bluekuja: its done https://edge.launchpad.net/~gnomefreak/+archive [16:32] gnomefreak, is it a new upstream release? [16:32] bug fix? [16:32] its security release from upstream [16:33] gnomefreak, ok, can you point me again to REVU link? [16:33] yeah [16:34] http://revu.tauware.de/details.py?upid=438 [16:34] thanks [16:34] gnomefreak, added to TODO [16:34] thank you :) [16:34] will be done today or tomorrow [16:34] :) [16:34] thanks fine thank you for doing it [16:35] np, thanks to you for it [16:35] :) [16:35] gnomefreak, any news from ML side? [16:35] got any response? [16:35] as soon as i figure out this nobinonly crap i will have sunbird up and ready i think [16:35] bluekuja: i thought i added you already but i might have forgot, let me look and add you [16:36] gnomefreak, great :) [16:36] bluekuja: i need an email address that you want to use [16:36] gnomefreak, bluekuja@ubuntu.com [16:36] is fine [16:37] added [16:37] you rock thanks [16:37] :) [16:37] gnomefreak, will ping you when uploaded [16:38] ok ty [16:38] im sending you an email i hope :) [16:38] lol [16:45] sent it let me know if you get it and can open it tbird is giving me issues today [16:45] gnomefreak, what's that? [16:45] the email i sent you, you need it to access admin for ML [16:45] oh^^ [16:46] gnomefreak, done, uncrypted [16:46] :) [16:47] gnomefreak, was encrypted using which key? [16:47] mine? [16:49] ah no, your key [16:49] :) [16:51] yeah i added your key but i will resend [16:51] if needed [16:52] no, it's ok [16:52] :) [16:52] worked out [16:52] ok cool [17:52] gnomefreak, iceace packaging side [17:52] is the as the last gutsy version? [17:52] I mean you took the gutsy debian's dir [17:52] bluekuja: what do you mean? [17:53] and pushed it inside new u-r [17:53] bluekuja: yes [17:54] the only thng that differs is the changelog its not really gutsys deb dir. [17:54] bluekuja: i used my bzr branch as always [17:54] gnomefreak, yes, but everything should be the same as gutsy version [17:54] you cannot change stuff without documenting it [17:54] right [17:54] changelog was only thing that needed change [17:55] bluekuja: i did document everything [17:55] bluekuja: the changelog should say upstream security release and the autoconf update [17:55] I see [17:55] new upstream release [17:55] and a patch update [17:56] yes that should have been it [17:56] debian/patches/99_configure.dpatch: Updated for new release [17:56] yep [17:56] so those are the only changes [17:56] you did [17:56] yes and the changelog [17:56] yes [17:56] thats all [17:56] asac: small question [17:56] asac: does a gutsy-security changelog entry [17:57] its been pushed already [17:57] should be in hardy too? [17:57] gnomefreak, yes, seen [17:57] i dont see an issue with it, since they were both rom same branch [17:57] bluekuja: you mix debian and ubuntu changes why not gutsy and hardy [17:57] gnomefreak, yes [17:58] gnomefreak, but gutsy-security [17:58] is another repo [17:58] not hardy [17:58] or gutsy [17:58] its gutsy no? [17:58] Published in gutsy-updates on 2007-10-25 [17:58] Published in gutsy-security on 2007-10-25 [17:58] Published in hardy-release on 2007-10-18 [17:58] Published in gutsy-release on 2007-09-13 [17:59] how was it published on 2007-10-18? [18:00] gnomefreak, nope [18:00] if needed i can remove the gutsy-securoty changelog entry but it shouldnt cause an issue afaik [18:01] https://launchpad.net/ubuntu/hardy/+source/iceape [18:02] iceape 1.1.4-1ubuntu2 is in hardy [18:02] yes [18:02] since it hasnt been pushed yet that is expected im just reading your published comments above [18:02] iceape (1.1.4-1ubuntu3) gutsy; urgency=low [18:02] can you merge it in one entry? [18:03] bluekuja: not really [18:03] ubuntu3 was never pushed [18:03] remember i wanted to get it in but it was too late (after waiting of asac to push [18:03] so this should be a two-revisions upload [18:03] i guess i should have combined the changes in ubuntu3 to 1.1.5 build [18:04] atm, we cannot upload it to gutsy [18:04] its not going to gutsy [18:04] -1ubuntu3 [18:04] so, you should merge it [18:04] the changes for ubuntu3 were never pushed [18:04] with the hardy entry [18:04] yes [18:04] I know [18:04] bluekuja: thats what i said i should do :) [18:04] but now we cannot upload [18:05] as gutsy [18:05] ill fix it and revu it again [18:05] great [18:05] bluekuja: those changes will never make it in gutsy [18:05] yea [18:05] bluekuja: you want gutsys changelog entry taken out? the -security one [18:05] gnomefreak, I don't see it on REVU [18:05] but only on lp [18:05] which is correct [18:06] http://revu.tauware.de/revu1-incoming/iceape-0710270320/iceape-1.1.5/debian/changelog [18:07] gnomefreak, when it was uploaded to security [18:07] a new entry has been created [18:07] in LP [18:07] so it wont appear in our changelog [18:07] thats fine [18:07] gnomefreak, plus [18:07] as I said [18:07] we should have *one* changelog's entry [18:08] with every change you made [18:08] plus 1ubuntu3 (never pushed) [18:08] merged in it [18:08] see i did but forgot ubuntu3 wasnt pushed [18:08] np :) [18:09] gnomefreak, let me know when done [18:09] ok shouldnt be long [18:10] oki [18:10] going for smoke while it buildsa [18:10] fine [18:21] i have the feeling i won't get anything done while here [18:21] :( [18:23] asac: :9 [18:23] *:) [18:23] asac: did you read my small question before? [18:25] probably not :) [18:25] hehe [18:25] asac: should I include a gutsy-security changelog's entry [18:25] inside the whole changelog? [18:26] or not? [18:27] for which package/update? [18:27] iceape for hardy or what? [18:28] yep [18:28] iceape for hardy [18:29] look how i did it for firefox [18:30] since i merged the changes done for guts security update the changelog entry is there as well [18:30] yep [18:30] https://launchpad.net/ubuntu/hardy/+source/firefox/+changelog [18:30] and yes ... in that case you should include the gutsy-security changelog entries in .changes as well [18:30] gnomefreak, include gutsy-security as well [18:30] in the changelog [18:30] * asac hoping that i really did that [18:30] :) [18:30] i saw [18:30] not the best of timing [18:31] he? [18:31] gnomefreak, lol [18:31] gnomefreak, sorry, told it too late [18:31] but I wanted to ask to alex [18:31] to be sure of it [18:31] hi [18:32] Ubulette: so what would be needed to make seamonkey work with xul-1.9? [18:32] is there an upstream bug tracking this? [18:33] asac, 1st: fix the ftbfs in mailnews/addrbook, then see what's next :P [18:33] asac: bittorrent mail sent [18:33] asac: package built today [18:34] off for dinner [18:34] bluekuja: ill ping you when uploaded [18:34] i have to run out this afternoon sometime [18:34] asac: having fun in boston? [18:41] * gnomefreak makes mental note to not build in debian dir [18:41] although it does grab tarball from ftp.mozilla [18:42] :) [18:48] bluekuja: uploading to revu im assuming it should be same link you already have.) im heading out for a while [18:49] bluekuja: http://revu.tauware.de/details.py?upid=438 just in case. bbl [19:08] Ubulette: ok i will try to talk to some seamonkey devs about seamonkey with xulrunner and whats the idea [19:08] maybe there are blog entries about that? [19:09] Ubulette: http://wiki.mozilla.org/SeaMonkey:suiterunner [19:12] yep, i've read that page. my understanding is that it's still in progress but maybe i'm wrong [19:16] asac, it seems there's no more -dev in seamonkey 2 [19:18] nor any need for it [19:20] i guess that expected as it's a task for xul [19:37] mozilla bug 399233 [19:37] Mozilla bug 399233 in Phishing Protection "Phishing UI hidden by content, inconsistent with malware" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=399233 [19:38] Ubulette: wheneverf there are application specific components - read .idl files - there is a need for -dev [19:39] there's no such thing in dist [19:39] just usr/bin and usr/lib [19:39] no include/idl anywhere in dist [19:40] hmmm ... are there no .idl files in mailnews/ hierarcdhy? [19:40] otherwise you cannot write any mailnews specific extensions [19:40] hmm, i mean, in debian/tmp [19:40] dist has them [19:40] same for thunderbird ... without the mail/ specific idls you won't be able to build engigmail for instance [19:41] yeah ... but thats a bug in the build system then [19:41] why not use xulrunner-1.9-dev ? [19:42] why? because those are no toolkit componentes? [19:42] just think about thunderbird as an independent application ... the fact that it resides in the same CVS doesn't make a difference [19:43] so xulrunner doesn't know anything about mail/ [19:43] seamonkey 2 is just a xul app according to suiterunner specs [19:43] nor about browser/ ... and all other application specific things [19:44] Ubulette: yes ...but that doesn't make a difference ... a xul app can stil have interfaces to extend the application itself [19:44] evenmike understood this at some point :) [19:45] so being a xul app doesn't conflictwith being extensible through native components ... and those might even want to provide -dev package as well ... and so on and on [19:48] he said: "It is recommended that you use libxul-dev instead, if possible." [19:51] gnomefreak, I'm going to read then I move to sleep, I'll take care of it tomorrow [19:51] gnomefreak, gonna ping you when I start doing it [19:52] bluekuja, you're in italy right ? [19:52] Ubulette, yes [19:52] it's early to go to bed :) [19:52] Ubulette, lol, as I said I'm going to read my new python book [19:52] before sleeping [19:53] i usually fall asleep after half of page of such books ;) [19:53] lol [19:53] I read something like 20-30 pages [19:53] per night [19:54] it's a huge book [19:54] ^^ [19:54] what's your goal ? be a python guru and work for canonical ? :) [19:55] lol [19:55] I love python language and would start to develop my own application [19:55] plus tons of packages are not python-related [19:55] so having a good base of python will help me [19:56] oh, ok. good luck then :) [19:56] *are [19:56] (why I added that "the"?) [19:56] (so far, i haven't been convinced by python at all) [19:57] why? [19:58] Ubulette, also on evening I get pretty tired, usually with headaches [19:58] cause crash with motorbike [19:58] it keeps stressing my mind [19:58] but that's normal [19:59] oh, take some rest then [19:59] yes, I hope to get a clear mind again [19:59] but It will take time [20:00] ok, fine, cu tomorrow [20:00] take care [20:19] bluekuja: ty im gone for the day as well [20:19] have a good night [20:20] gnomefreak, what was your question this morning for sm2 ? [20:20] i dont remember [20:20] sorry [20:20] Ubulette: how is the new addon "installer" or download manager whatever its called [20:21] ah yes [20:21] the tools>addons> install [20:21] Ubulette: it should be totally differnet than 1.1.x series [20:21] and should work :) [20:22] same as ff3 [20:22] good its fixed than [20:23] Ubulette: when is 2.0 ready to build for personal use? [20:23] http://www.sofaraway.org/ubuntu/tmp/SeaMonkey2-Add-ons.png [20:24] soon [21:44] gnomefreak, it's usable now === Ubulette_ is now known as Ubulette [22:50] gnomefreak, ppa is on sync, sm2 is building on both arch [23:25] * gnomefreak building it atm [23:26] or not [23:27] not sure why fails but i will [23:27] bzr: ERROR: Unprintable exception DebianError: dict={'_preformatted_string': None}, fmt='A Debian packaging error occurred: %(message)s', error=KeyError('message',) [23:29] bad dir [23:29] what are you building ? [23:29] todays seamonkey build [23:29] maybe renaming dir? [23:29] you mean, from my branch ? [23:30] your branch todays tarball [23:30] stop [23:30] it's not uptodate [23:30] that shouldnt give me that error [23:30] that error is mainly when in wrong dir trying to build [23:31] that much i remember i didnt think renaming dir would cause this though [23:31] and i didnt rename it it seems [23:32] pushed [23:32] its MT branch [23:33] is it MT branch you pushed to? [23:37] no, mine [23:37] well, it's the same [23:37] i've subscribed mt to my branch [23:37] #119 [23:38] hm, no, i'm author but i pushed in mt tree [23:38] doesn't matter [23:38] ppa is done for hardy [23:38] k [23:40] building for gutsy now [23:53] gnomefreak, does it work for you ? [23:57] Ubulette: i guess todays tarball cant be used [23:57] configure: error: system NSPR does not support PR_STATIC_ASSERT [23:59] you just need a better nspr [23:59] ie a 4.7.*, not 4.6