[00:37] W: GPG error: http://ddebs.ubuntu.com intrepid Release: The following signatures were invalid: BADSIG ECDCAD72428D7C01 Ubuntu Debug Symbol Archive Automatic Signing Key [00:37] something wrong with the key [01:08] [reed], ff should have a progress bar or something when posting forms with lots of data instead of just "Sending request to bugzilla.x.y..." === asac_ is now known as asac [08:52] anyone with ideas for meetings please add them to https://wiki.ubuntu.com/MozillaTeam/Meetings meeting is going to be on this sunday the 2nd of Nov. [09:03] hi [09:03] gnomefreak: yeah ;) [09:04] asac: hi ;) [09:07] asac: do you remember what you did to firegpg concerning the FireGPGCall? and what is an .xpt file? [09:08] gnomefreak: let me first get some coffee please [09:08] go for it [09:10] Hi guys [09:10] hi [09:11] It seems I think that you compiled mozilla-related apps more then once, did you? [09:12] .xpt's look like binaries i figured out problem now to try to implement it :( [09:12] nikolam: yes [09:12] if you mean compiled as in build for Ubuntu [09:13] so that also include some of the major add-ons , right? [09:13] give me a minute [09:15] nikolam: https://wiki.ubuntu.com/MozillaTeam/Extensions/List?action=show&redirect=MozillaTeam%2FFirefox3Extensions is a list so far. more will be added for next release but that is where we are atm other than me looking for a bookmarks extension [09:15] * gnomefreak goes for smoke [09:21] nikolam: outside of a list of what we are working on you would have to tell me more info on what you need [09:21] Ok. [09:21] I need enigmail for seamonkey 64-bit. [09:22] http://www.mozilla-enigmail.org/forum/viewtopic.php?f=4&t=291 [09:22] http://www.mozilla-enigmail.org/forum/viewtopic.php?f=9&t=290 [09:22] seamonkey is a pita extension wise. it doesnt even have a proper extensions manager [09:23] .. but it has 32-bit enigmail extension.. and not 64-bit one.. [09:23] so the source exist. [09:23] thats not questioned [09:24] There were successful porting in the past: http://www.mozilla-enigmail.org/forum/viewtopic.php?f=12&t=282&p=1223&hilit=amd64#p1223 [09:24] i dont need that info ;) [09:24] i know exactly whats up with that as i dumped seamonkey support from the package at some point [09:25] we will support it again (once we find time to redo the current package) [09:25] nikolam: anyway. there source.html instructions should work if you just want a xpi [09:25] hm, may i know what package is that ? [09:26] I want an xpi. But they don`t exactly wor that easy. [09:26] And I think that is could work only with Sm downloaded from mozilla site [09:27] nikolam: follow the instructions on enigmail site. we are ubuntu here so care about packaging. [09:28] at the moment the current enigmail .xpi from upstream(nightlys) work with tb 3.0 [09:29] ok, thanks. So from the moment i have working *.xpi onwards, i can contact you here or post a bug to package it for Ubuntu? [09:31] nikolam: we have it in archives atm but not for tb3.0 until we fix our curreent package. if you get .xpi from firefox addons or from anywhere other than Ubuntu package bugs would need to be filed upstream. if you use ours or wait until package is fixed than we take bugs for it [09:32] no need for a bug report on fixing the package we are well aware that it needs a total overhaul since it is a big mess [09:34] Aha. Ok. [09:34] So May I try differen approach? [09:34] You are experienced in compiling and making packages, etc.. [09:35] Where should I find more people but on that forum closely-related to that extension? [09:36] I think, more people that could give me suggestions where I am going wrong with doing what i want to do (make Seamonkey 64-bit enigmail) [09:36] dont we already have it for sm? [09:37] it should be same package atleast i thought it built 64 binaries [09:37] nope never mind its only for 32 [09:37] I was thinking the same way. We don`t have it for SM right now. Not even 32-bit that is fixed upstream and working. [09:38] yes we do [09:38] Maybe we could pack 32-bit for a start? [09:38] yes? [09:38] nikolam: http://pastebin.mozilla.org/563822 [09:38] 32 is packages for sm [09:39] see the link above for 32 bit version [09:39] unless you are using seamonkey 2.0 [09:40] not 2 yet [09:42] so it is package mozilla-thunderbird-enigmail .. [09:42] mozilla-seamonkey-enigmail .. ? [09:42] asac: we dont want alpha for extensions right [09:42] nikolam: install enigmail [09:42] sudo apt-get install enigmail [09:42] this is it? : http://packages.ubuntu.com/intrepid/mozilla-thunderbird-enigmail [09:43] it should work with sm [09:43] enigmail Replaces: mozilla-thunderbird-enigmail [09:43] i have it installed in thunderbird... it does not appear in Sm. [09:43] read the lnk i gave you and all should be explained [09:44] ok reading [09:44] apt-cache says it is [09:45] i have a feeling i will be rebuilding it too many times before final release :( [09:46] found perfect extension only its pay for it or use trial version :( [09:46] asac, I added clamdrib to the extensions table. I'll update the table later afternoon to show icons of the programs that the extension is compatible with. [09:48] Jazzva: what does it do? [09:48] gnomefreak, it should make thunderbird scan e-mails using clamav. [09:48] another perfect one but its prone to crackers:( [09:49] Jazzva: ah cool :) [09:49] perfect one, prone to crackers? [09:49] gnomefreak, bug 290014 [09:49] Launchpad bug 290014 in ubuntu "clamdrib needs-packaging" [Undecided,New] https://launchpad.net/bugs/290014 [09:49] gnomefreak, so if I put /etc/thunderbird/enigmail.js in /etc/seamonkey/enigmail.js it will work on Sm? [09:49] Jazzva: thanks [09:50] nikolam: it doesnt work by installing? [09:51] no. just a sec to check it out. [09:51] Jazzva: is it compatiable with sm as well? [09:52] ah found it [09:53] gnomefreak, I don't know. I still haven't seen its install.rdf [09:53] Jazzva: the home page is http://www.this-page-intentionally-left-blank.org/ [09:53] Jazzva: notice the ~6 words [09:53] ~6 words? [09:53] im guessing support is out [09:54] Jazzva: ther are around 6 word on the page [09:54] i cant read them they are too little [09:54] gnomefreak, it's a link, the words say "this page intentionally left blank" :) [09:54] oh ok thanks [09:54] nnp [09:55] Jazzva: thanks [09:55] nikolam, just a wild guess. does seamonkey look for extensions inside /usr/lib/seamonkey/extensions/? [09:55] gnomefreak: enigmail package wont work with seamonkey [09:55] support was dropped ages ago [09:55] gnomefreak, I am re-installing Seamonkey here, I will check it after that. [09:55] i think debian sarge was the last that had that officially [09:55] asac, it won't? ok... nikolam, never mind then. [09:55] asac: ah than it should say so in control file [09:55] asac, but... it works for sm 32-bit?.. [09:56] nikolam: no it doesnt work for 32-bit too [09:56] nikolam: we are talking about packages .. .not .xpi [09:56] if you are looking for .xpi ask on engimail mailing list how to build it ;) [09:56] the source.html instructions should be fine [09:56] then why is then 32-bit linux version for seamonkey available as .xpi on enigmail site? [09:56] but again we need to overhaul it, who dropped sm support us, debian, or upstream? [09:56] nikolam: thats enigmail site ... we have nothing to do with that and are not affiliated [09:57] nikolam: i repeated that a bunch of times now ... so please read what i write ;) [09:57] asac, I know that. but it Works upstream on sm 32-bit. [09:57] and what? [09:57] there isnt a conflict in what i am saying [09:57] you have to build it for 64-bit [09:57] in order to get it work there [09:58] only way to do that is to use the upstream instrucitons how to build it [09:58] Ok, I am trying to do just that for over a year now.. [09:59] hmmmmmm maybe i should try to update the .rdf since upstream only supports <=2.0.0.* [09:59] i was trying not to ge tin situation that i must use Original Sm build instead of ubuntu build of Sm to make it work. But i guess that must be a first step.. [09:59] nikolam: then thats not for you i guess ;) ... seriously. building enigmail is a pain (even with upstream instruction). doing a proper package is even harder. [10:00] nikolam: if you cant live without it thats probably the way to go for now yes. we will hopefully get enigmail for seamonkey in jaunty [10:00] and from there maybe provide backports ... so stay tuned [10:00] hey, telling me.. i am in pain for a very log time for that ;, [10:01] I hope so that it will be in Jaunty [10:01] it will ... i promise (as of now ;)) [10:01] but there is sm2 coming and.. fun fun fun... [10:01] if we could ship seamonkey 2 it would be much easier [10:01] that is right.. [10:02] nikolam: yes, that would be better. afaik sm2 has a proper extension manager which makes packaging easy [10:02] hmm i should check out those release dates.. [10:02] (if seamonkey devs didnt drop that imo important release goal now) [10:02] when is Jaunty due? [10:02] 6 month [10:02] its always 6 month [10:03] intrepid will be released on friday ;) [10:03] hmm even tomorrow ,) [10:03] I can`t wait for Jaunty to start [10:17] ha i think i found a bookmark sync [10:18] smoke now work in a few [10:24] asac: Jazzva why am i getting the feeling that either its not removing FireGPGCall dir. or we need not remove that dir. errors are here: http://pastebin.mozilla.org/563815 [10:25] or not cleanly removing the dir [10:27] ok, i'm off. have to hurry to school [10:28] gnomefreak: there is not error in the paste [10:29] asac: its failing to build [10:29] it should be there [10:29] oh damn [10:29] ok let me get full error [10:29] i tried piping it but i see it didnt give all [10:30] gnomefreak: can you also brief me on what you are actually trying to do? updating firegpg? [10:30] is there a new release? [10:30] asac: yes updating it [10:30] yes 0.6.2 is newest [10:31] asac: http://pastebin.mozilla.org/563835 [10:32] gnomefreak: which version was the veresion before? [10:32] gnomefreak: you tree contains clutter [10:32] gnomefreak: start from scratch [10:33] old version was 0.5.2 [10:33] gnomefreak: you most likely started with a cluttered tree [10:33] and then added all those binaries [10:33] # [10:33] dpkg-source: error: cannot represent change to firegpg-0.6.2/FireGPGCall/ipc/public/nsIPipeListener.xpt: binary file contents changed [10:33] asac: clutter? no it wasnt all new stuff was removing .svn by hand [10:33] # [10:33] dpkg-source: error: cannot represent change to firegpg-0.6.2/FireGPGCall/ipc/public/nsIPipeChannel.xpt: binary file contents changed [10:33] # [10:33] dpkg-source: error: cannot represent change to firegpg-0.6.2/FireGPGCall/ipc/public/nsIPipeFilterListener.xpt: binary file contents changed [10:33] # [10:33] dpkg-source: error: cannot represent change to firegpg-0.6.2/FireGPGCall/ipc/public/nsIPipeTransport.xpt: binary file contents changed [10:33] # [10:33] like that [10:33] gnomefreak: not its not new stuff [10:33] asac: i knwo what it says [10:33] its binary cruft you added to the tree [10:34] gnomefreak: look at the upstream tree in 0.5.2 [10:34] ok i thnk ill package it using .xpi instead of svn less work that way [10:34] i think there are none of the binary components in there [10:34] gnomefreak: no please not [10:34] gnomefreak: we hav a branch for that and we should continue to use that [10:34] also we cannot use .xpi because its a native extension [10:35] ok well i need an easy way to remove .svn from all dirs. [10:35] gnomefreak: .svn isnt your problem here [10:36] than upstream is fucked up since all i did was update to 0.6.2 than removed .svn dirs. [10:36] gnomefreak: not sure how you updatred to 0.6.2 [10:36] i expect that thats the problem [10:36] asac: using the wiki [10:37] than wiki needs to be fixed or we need an easier way| better way [10:37] gnomefreak: i think you started with a bogus branch [10:37] start with https://bugs.edge.launchpad.net/ubuntu/+source/mobile-broadband-provider-info [10:37] err [10:37] https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/firegpg.ubuntu [10:37] you didnt save the upstream branch [10:38] gnomefreak: you can always get it from the other branch [10:38] but well [10:38] i dont see why you need to merge in revision 4 [10:38] at best start at revision 1 from the branch above again and redo [10:38] it was deversed(sp) [10:38] https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/firegpg.upstream [10:38] gnomefreak: yeah. thats bull-shit [10:38] an upstream branch can never diverge [10:39] well that is what it said while removing .svn [10:39] s/while/after [10:39] gnomefreak: not sure what you are doing [10:39] than i will start with revision 2 [10:39] but i am sure you are doing something wrong [10:39] gnomefreak: better start with revision 1 [10:40] the removal of .xpt isnt that important [10:40] asac: i had to remove the .svn by hand and missed 2 in revision 3 so i got revision 4 [10:40] gnomefreak: yeah. but doesnt matter. you can keep the .svn things [10:41] its not important to remove them [10:41] asac: no i couldnt atleawt not using the way the wiki says to upgrade [10:42] gnomefreak: i dont see your problem. branch revision 1. update to latest svn. done for upstream [10:42] asac: it was failing on all the .svn dirs. so if not failing due to that than the upgrade process is scred up on wiki [10:42] then you go and merge that to ubuntu branch [10:42] failing how? [10:42] same error only with all of the .svn files/dir [10:42] gnomefreak: then you have a cluttered build tree [10:43] most likely because you test built it [10:43] i dont remember the link but i showed james_w and fta and they said remove .svn [10:43] or you didnt properly merge the .svn things down [10:43] gnomefreak: yeah well. might be. i havent see the error. but in general there shouldnt be a problem [10:44] you just need to take care that you merge all the .upstream changes to ubuntu for those .svn files [10:44] im betting it was the merge command in update wiki but not sure since i followed dirs. [10:44] gnomefreak: also you need to use --export-upstream=..... to export the orig [10:44] gnomefreak: most likely thats the problem for you [10:44] (e.g. a bad orig) [10:45] tar --exclude=.svn -zcvf firegpg_0.6.2.orig.tar.gz firegpg [10:45] gnomefreak: ok go back to revision 1 ... upgrade to 0.6.2 and merge that to ubuntu [10:45] gnomefreak: thats wrong [10:45] that gave me tarball [10:45] gnomefreak: never use that [10:46] bzr bd --export-upstream=/path/to/upstream/tree --builder= ... [10:46] fta told me too so i did [10:46] yeah ... but its wrong [10:46] gnomefreak: at least dont exclude the .svn [10:46] why do we need .svn? [10:46] otherwise you will get the error ... for which they told you you should remove the .svn [10:46] gnomefreak: we dont need it, but they dont hurt either [10:47] also the orig has to be exactly the same as the .upstrewam branch [10:47] so if .svn is there we have to use that [10:47] ok will try it this way than [10:47] yeah [10:47] is bzr branch -# branch/locaton? [10:47] ? [10:48] im gonna start with 2 since we got rid of all the native windows crap [10:48] gnomefreak: at best start with revision 1 [10:48] asac:to pull the revision # [10:48] gnomefreak: and once we have done that we can do the cleanup [10:49] gnomefreak: bzr branch -r REVISION branch/location [10:49] ah ok will redo in a few [10:52] asac: your command doesnt make sense (to build orig tarball) above [10:53] gnomefreak: it makes. the --export-upstream=... bit is important. just use the rest like you did before [10:53] builder= part would be build command AFAIK [10:53] gnomefreak: err. thats just an example. [10:53] its _not_ complete obviously [10:53] ... == stands for ommitted stuff [10:54] yes i knwo that but if i add either build command or tar -bleh i have big feeling it wont work [10:55] so as i did before is the issue im having with it [10:55] gnomefreak: just use what you used before to build the .ubuntu tree [10:55] but add the --export-upstream bit to produce the tarball from .upstream branch on-the-fly [10:55] ah [10:55] after first export you can copy the orig.tar.gz to the tarballs/ dir and then dont need to export on each and every build [10:55] gnomefreak: ^^ [11:23] [reed]: network-manager - 0.7~~svn20081018t105859-0ubuntu2~nm3 ... uploaded to https://edge.launchpad.net/~network-manager/+archive ... asked for feedback on bug 272185 [11:23] Launchpad bug 272185 in network-manager-applet "[Intrepid] iwl3945 + iwlagn -- network-manager will not connect to a WPA EAP (Enterprise) network (disassociating by local choice (reason=3) )" [High,Fix released] https://launchpad.net/bugs/272185 [11:23] thanks [12:36] ok off for some NM testing [13:23] waiting on licensing issues on excudo (replacement for bookmarksftp) and ill screw with firegpg later tonight. [18:59] asac: do you know if /etc/firefox-3.0/prefs/ubufox.js is tagged as a conffile? [19:00] asac, I replied to your comment about Firefox3Extensions vs. MozillaExtensions. In short, it's already redirecting to MozillaTeam/Extensions/List, so it's generic enough for all extensions :) [20:06] hi asac, is there a release happening soon that will cause people who have been using intrepid already to see the start page again? [20:12] asac: unping, it's no big deal === jetsaredim is now known as teopnoxa === teopnoxa is now known as jetsaredim [21:29] bfiller: yes its a conffile [21:29] bfiller: at least i hope ;) [21:29] bfiller: check dpkg --status or something [21:32] asac: ok, was hoping it wasn't so that it could be diverted via dpkg-divert === asac_ is now known as asac [23:18] asac: bumb ubuntu! === asac_ is now known as asac === asac_ is now known as asac