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