[00:00] plus having the two packages in sync is nice :) [00:00] less work for you [00:00] is that the only diff? [00:00] i think we dont really have a problem with updating the package [00:01] you added some more stuff to the icons I guess [00:01] icons etc. so there is no sync anyway [00:01] yes, I guess icons is the last delta atm [00:01] what was the point in adding those icons? [00:02] oh and any news for the mozilla seed so far? [00:04] asac: ^^ [00:05] no ... thats quite low on my TODO list. [00:05] I don't know when the full archive-reorg will be in action [01:36] asac: seems that that patch has already been implemented in the ubuntu package for enigmail. Which I believe would mean that there is a regresion bug somewhere [01:41] EzraR: so its not in debian? [01:45] asac: the bug? I have not tested it, I will test it and let you know [02:19] asac: it works in debian [02:32] squeeze [02:47] so all fine ;) [02:49] well ubuntu is using dwebian experimental for karmic [02:49] packager [02:50] so lucid will be broken as well, will test debians package in a sec [02:50] we dont use debian experimental [02:51] at least not without explicitly asking fo rit [02:51] karmic is using 2:0.95.7-1ubuntu2 [02:52] asac: that was merged from experimental last yeart [02:52] k [02:53] almost exactly a year ago: https://edge.launchpad.net/ubuntu/+source/enigmail/2:0.95.7-1ubuntu1 [03:12] the debian experimental package is broken [03:12] asac [03:35] EzraR: it's marked as officially fixed in 0.96 [03:36] it seems to have regressed into the version in experimental [03:38] EzraR: the patch isn't in ubuntu [03:39] well if you look at the code the surounding code is a bit different [03:40] but, the bit that they added is in the code of the ubuntu package [03:41] well [03:41] that explains why it doesn't work :) [03:42] line 579 [03:42] in the tarball in that fikle [03:42] *file [03:42] nevermind... [03:44] and it's installed that way too [03:45] perhaps that patch fixed the problem in the trunk at the time and the rest of the code change + patch fixed the bug [03:45] maybe [03:49] weird, that was fixed long after it was released [03:49] the attached patch wasn't the fix [03:49] here it is: http://www.mozdev.org/source/browse/enigmail/src/ui/content/enigmailMessengerOverlay.js.diff?r1=1.130;r2=1.131 [03:50] EzraR: ^^ [03:51] hah...where did you find it [03:51] cvs [03:54] that patch seems like it does more than just fix that bug [03:54] that's the only comment on the commit [03:55] EzraR: http://www.mozdev.org/source/browse/enigmail/src/ui/content/enigmailMessengerOverlay.js <--- rev 1.131 [03:57] thnx micahg [03:58] np, I'd suggest making a patch out of that and seeing if it fixes it [04:02] yeah, i give it a shot [04:02] err i will [04:05] EzraR: I should be on for at least another hour if you need something [04:06] micahg: ok, im getting ready to head to bed and will work on this tommarow thank you though [04:06] k [04:07] micahg: that is strange looks like it might be the same guy that uploaded the bogus patch fixed it [04:07] a year later [04:07] EzraR: ?? [04:07] they both are named pat anyways [04:08] patrick [04:08] EzraR: a lot of things can happen to a codebase in a year [04:08] Patch fixing the bug (526 bytes, patch) [04:08] 2004-02-16 12:18, Patrick Brunschwig [04:08] heh, I didn't notice the timestamp [04:09] this apparantly was fixed 6 years ago and regressed last year with 0.95.7 [04:09] hence the need for the new patch to make enigmail compliant with the RFC again [04:09] i see [04:11] the fix for debian experimental would be to upload 0.96 which there's a bug for already [04:11] the fix for lucid will probably be enigmail 1.0 [04:11] but if you make the patch, maybe we can roll that out for now [04:21] ok, isnt 1.0 for TB3? [04:22] TB3 going to be in lucid? [04:22] yes [04:22] soon [04:22] nice === asac_ is now known as asac [11:32] morning [11:58] hi BUGabundo_work === BUGabundo_work is now known as BUGabundo_lunch === BUGabundo_lunch is now known as BUGabundo_work [13:36] fta2: chromium seems to have lost location api [13:36] http://www.findmebyip.com/#modernizer [13:37] BUGabundo_work, file a bug, i don't have time [13:37] okeydoky [14:37] asac: around? [14:41] half half [14:55] Hi, I have a question (more a proposition) for the mozilla-daily PPA [14:56] I want to add the ppa for following the firefox 3.6 and 3.7 releases, but I don't want to nuke my default daily-use 3.5 browser [14:56] but when I add the PPA I get nighlty builds for firefox-3.5 to [14:56] is their any way to prevent it to use firefox-3.5 updates from this PPA [14:57] and if not, could the maintainers consider setting up 2 PPA's (one for firefox-3.6+ and other non released mozilla products) and one for fierfox-3.5? [14:57] so I could add the one with only 3.6+ and others who want the latest 3.5 could add the other one? [14:58] nasam: yes, use apt-pinning [14:58] and how does that work? [14:58] * micahg suggests pinning all PPAs at 450 to insure you choose to install a specific package vs overwriting the package from the archive [14:58] nasam: well, there are a few options [14:59] you can pin all PPAs or just the mozilla-daily [15:00] Say I pin all ppa's [15:00] nasam: http://pastebin.ubuntu.com/355048/ [15:00] add that to /etc/apt/preferences [15:00] you might have to create the file [15:01] or you can add it to /etc/apt/preferences.d/ppa [15:01] if you're on karmic [15:03] * BUGabundo_work supports micahg idea [15:03] * micahg should probably make a wiki page... [15:03] micahg: would be great if mvo would expose that via software-sources [15:04] maybe right a spec for 10.10 [15:04] BUGabundo_work: being able to pin sources? [15:04] yes [15:04] k [15:04] directly in APT db [15:04] * micahg will add to list to write a spec [15:05] micahg: thanks for the help [15:05] micahg: so even sources.list would have it inline [15:05] would be sooooo much easier [15:05] btw adding it to /etc/apt/preferences.d/ppa did not work [15:05] nasam: no problem, to verify, run add the ppa, run apt-get update, and then apt-cache policy firefox-3.5 [15:05] /etc/apt/preferences worked [15:05] you should see the PPA version at 450 and the archive version at 500 [15:06] nasam: then, once you install the PPA version, it will upgrade the PPA version until the archive is higher (if ever) [15:09] yay! 3.6rc1 was released === yofel_ is now known as yofel [17:17] bug #498144? [17:17] Bug 498144 on http://launchpad.net/bugs/498144 is private [17:17] bug #498144 [17:17] Bug 498144 on http://launchpad.net/bugs/498144 is private [17:55] asac: do you want pyxpcom to continue to be a separate source in Ubuntu? [17:56] * micahg realizes this is actually a silly question since it was pulled from trunk [17:56] right [17:56] there is a merge request pending i think [17:56] we have 2 xulrunner bugs asking for xulrunner to build it [17:56] i think we should try to build it outside [17:57] ok [17:57] should it still be called python-xpcom? [17:58] or should it be migrated to pyxpcom? [17:58] like the upstream project [18:05] source should by pyxpcom [18:05] the package would be like initially [18:20] ok asac, I'll update the bugs later tonight [18:22] asac: one more question, is this something we want to push through debian first? [18:22] no [18:22] k [18:22] we ignore debian for stuff like that [18:22] atm [18:22] we offer afterwards [19:05] fta: micahg told me you have a bot for downloading new upstream & preparing them for publishing. Is this correct? [19:07] hggdh, correct [19:11] hggdh, http://bazaar.launchpad.net/~fta/+junk/ppa-scripts/annotate/head:/README [19:27] hggdh, is that what you wanted? [19:33] micahg: that patch doesnt fix enigmail :/ there must be some other changes outside that file as I tried patching the file completely up to the fix and still doesnt work :/ [19:34] EzraR_: maybe there's another file in cvs that was patched at the same time [19:34] I can look later tonight [19:35] * micahg wonders if this is one reason why cvs went out of style [19:35] is there an easy way to do it without looking through each files history? [19:35] EzraR_: idk [19:35] maybe if you can search commits in a time period === EzraR_ is now known as EzraR [19:54] fta: yes, thank you. I will start playing with it now for coreutils [19:59] hggdh, a few examples of confs: http://bazaar.launchpad.net/~fta/+junk/ppa-confs/files [20:00] fta: thankk you, I will bzr down a copy of them [20:01] fta: when I have coreutils done, do you want a copy of the conf to add in? [20:03] hggdh, i plan to create a project for this. so once done, i'd sure would like to have branches from users pushed there [20:04] hggdh, i just need a name [20:04] hggdh, i already have the logo :) http://www.sofaraway.org/ubuntu/tmp/ppabot-192-192.png [20:04] cool logo! [20:06] ppabot sounds good, BTW [20:07] hggdh, yep, it's just that it's not limited to PPAs, you can publish stuff to the repos too with this [20:07] but it's unwise to do that fully automatically, so maybe i should just stick to ppabot [20:07] pkgBot, then? [20:09] we already discussed that, got dabot, debbot, debot, botronik, drobotik, .. [20:09] heh [20:09] The Far Edge [20:10] maybe drobotik, for deb(ian) robotic(s) [20:11] !info drobotik [20:11] Package drobotik does not exist in karmic [20:13] !info droid [20:13] Package droid does not exist in karmic [20:13] fta: droid might make people think it's related to the phone [20:14] i think i'll go for drobotik [20:14] fta: da [20:18] yes, and each conf will define a drobotnik [20:22] https://edge.launchpad.net/drobotik [20:23] hm.. why is it the medium logo? [20:39] i should probably create a team too [20:40] asac, ^^ ? [20:43] projects dont automatically need teams [20:43] you can well maintain the mainbranch using your username [20:43] and then get merge requests [20:43] etc. [21:07] ripps, hggdh: the branch hosting the bot is now available at lp:drobotik (see https://edge.launchpad.net/drobotik) [21:11] fta: can I use the bot for automated backports from the devel release? [21:12] hm, should work [21:12] k, there are a few packages I like to keep up to date in the current release :) [21:17] micahg, i use the bot to do the chromium channels, which are kind of releases [21:18] yeah, but I'm referring to backporting from Lucid [21:20] most probably possible too [21:20] yep, I'll let you know :) [21:20] are you taking feature requests? [21:21] sure [21:21] k [21:21] you can even file bugs now [21:21] (that was the point) [21:21] ah, k [21:57] evening [22:12] Hi [22:12] Anyone here to give me a help? [22:12] always [22:12] just ask [22:13] I need to set up firefox so that it works with my middle mouse button [22:13] And the deal is this [22:14] I want that Firefox scrolls webpages when i click down the middle mouse button [22:14] PsySc0rpi0n: write it all in a single line, please. it helps reading [22:14] I need to set up firefox so that it works with my middle mouse button. I want that Firefox scrolls webpages when i click down the middle mouse button. [22:14] PsySc0rpi0n: that would be a feature of the desktop environment I would think [22:15] I'm under Linux... What would be that feature??? Can you tell me? [22:16] I've tryied smoothscrool in about:config [22:16] I would think you set that in Gnome, not the app, but I coudl be wrong [22:16] I've tryied mousewheel.horizscroll.withnokey.action=1 [22:16] And for last i've tryied also mousewheel.withnokey.numlines=1 [22:17] hggdh: can you set the middle mouse button to scroll when clicked in gnome? [22:17] But no result 'till now [22:28] PsySc0rpi0n: maybe try #ubuntu [22:29] Ok [22:44] asac: around? m-d should be released. [23:15] micahg: I do not have a middle button, but I have a wheel [23:15] and it works [23:15] hggdh: nm, the user is gone === BUGabundo1 is now known as BUGabundo [23:15] you can usually click on the wheel to act as a middle button [23:15] I forget about it. This is the problem of using customers' machines [23:16] always different hardware [23:16] well. Time to walk back to the hotel. BBS [23:17] micahg: I posted a bug about 3.6, "hide menubar not possible", is this a gtk problem? [23:17] hi, I saw, but haven't had time to look yet [23:17] np [23:17] was just wondering if it's only possible in windows atm [23:17] and why [23:20] mahfouz1: yes, windows only I think [23:22] * ccheney is running into problems getting libsoup to build even after copying the bits it wants [23:23] grr [23:23] * ccheney is probably doing something wrong, but not sure what [23:25] http://pastebin.ubuntu.com/355243/