[00:48] <wgrant> Can someone please land https://code.edge.launchpad.net/~wgrant/launchpad/amputate-buildergroup/+merge/22198, https://code.edge.launchpad.net/~wgrant/launchpad/filter-apt_pkg-deprecationwarnings/+merge/22317 and https://code.edge.launchpad.net/~wgrant/launchpad/bug-538844-master-side/+merge/22681?
[00:55] <mwhudson> wgrant: ok
[00:56] <wgrant> mwhudson: Thanks.
[01:07] <mwhudson> wgrant: they're all headless now
[01:08] <wgrant> mwhudson: Great.
[02:39]  * thumper struggles with self
[02:40] <thumper> mwhudson: ping
[02:41] <StevenK> I just merged a branch with devel, and it has conflicts because apidoc.moved didn't exist and then it moves the existing apidoc to apidoc.moved
[02:41] <StevenK> So, I'm confused
[02:41] <mwhudson> thumper: pong
[02:41] <thumper> mwhudson: got a few minutes for a skype call?
[02:41] <mwhudson> StevenK: delete the apidoc & apidoc.moved directories i think
[02:41] <thumper> mwhudson: I'm struggling with some delegate stuff
[02:42] <mwhudson> thumper: ok
[02:42] <StevenK> mwhudson: Then bzr up or rocketfuel-get?
[02:42] <mwhudson> StevenK: no, i think the problem is that the directory was deleted in devel
[02:42] <mwhudson> but it contains ignored files in your tree
[02:43] <mwhudson> and then i think it was re-added and deleted again or something
[02:43] <StevenK> mwhudson: I've just checked, and I've got the same conflicts in devel too
[02:44] <thumper> lp:~thumper/launchpad/package-branch-listing-speedup
[03:10] <wgrant> StevenK: That happens because your local copy of the directory contains ignored *.pyc, so bzr won't remove it itself.
[03:10] <StevenK> Ahhh
[03:19] <lifeless> actually its a really freaking annoying limiation
[03:20] <wgrant> lifeless: bzr really-ignore-i-dont-care *.pyc?
[03:21] <lifeless> wgrant: our initial plan is a lost+found style approach
[03:21] <wgrant> Ah.
[03:30] <StevenK> lifeless: Will it get a flagged a conflict, or more of a "These files want to be deleted, do you care?"
[03:30] <lifeless> neither
[05:02] <wgrant> mwhudson: lp:wgrant/launchpad/bug-538844-master-side failed one test; I've just pushed up a fix.
[05:09] <mwhudson> wgrant: ok, i'll ec2 it again
[05:12] <thumper> mwhudson: interested in reviewing that branch, or do you want to pass on it?
[05:12] <mwhudson> thumper: oh yeah, i'll have a look now
[05:14] <wgrant> mwhudson: Thanks.
[05:28]  * wgrant now needs somebody to land https://code.edge.launchpad.net/~wgrant/launchpad/more-buildmaster-cleanup/+merge/22735 and https://code.edge.launchpad.net/~wgrant/launchpad/remove-dbnote/+merge/22736
[05:30] <mwhudson> wgrant: i like remove-dbnote on general principle
[05:33] <mwhudson> wgrant: started on both of them
[05:33] <wgrant> mwhudson: Thanks.
[05:48] <thumper> I have a feeling it would be easier to start from scratch with the email on needs review branch
[05:53] <thumper> that's now confirmed
[05:53] <thumper> it will be easier to start again
[05:53] <thumper> bzr pull --overwrite FTW
[05:54] <thumper> make clean schema
[05:57] <wgrant> Because your MP email job stuff makes it all so much easier?
[05:57] <thumper> yep
[05:57] <thumper> got rid of all the horrible edge cases
[05:57] <thumper> also added the description to the mp since I started that branch
[05:58] <wgrant> True.
[05:59]  * wgrant is waiting for implicit WIP MPs and nice diffs.
[05:59] <thumper> wgrant: getting there...
[06:01] <StevenK> Failed to load application: No module named psycopg2
[06:01]  * StevenK stabs things
[06:02] <wgrant> StevenK: Just that branch?
[06:02] <wgrant> What's the full traceback?
[06:02] <StevenK> wgrant: Just that one branch, yes
[06:03] <StevenK> wgrant: And http://paste.ubuntu.com/410869/
[06:04] <wgrant> Ooh, trying to develop Soyuz on amd64. Brav.
[06:04] <wgrant> +e
[06:04] <wgrant> That is an odd one, if it works in bin/py as you say...
[06:09] <StevenK> bin/py and then import psycopg2 doesn't give an error, no
[06:19] <mwhudson> fricking wifi
[06:50] <thumper> dinner time
[07:00] <wgrant> Hm.
[07:00] <wgrant> GRUB is telling me "biosdisk read error"
[07:00] <wgrant> This cannot be a sign of good disk health.
[07:04] <spm> ew. i suspect not; or you've just found a really ikky bug.
[07:07] <wgrant> It's fortunately just a family machine that has no important data.
[07:07] <wgrant> But still, ew.
[08:04] <adeuring> good morning
[08:09] <wgrant> buildbot is upset with me, even though the two branches that I landed are completely unrelated and they both passed EC2...
[08:11] <stub> wgrant: Not upset at you, just upset. Your branches landed on launchpad/devel, and that buildbot couldn't checkout the source code for some reason. I'll give it a kick.
[08:12] <wgrant> stub: Ah, OK, thanks.
[08:12] <wgrant> It's nice of it to tell me that I broke it, but give no details of what the failure was.
[08:13] <stub> db-devel on the other hand seems to have a genuine failure:
[08:13] <stub>     AssertionError: <lp.code.model.branchtarget.ProductSeriesBranchTarget object at 0x1278ea50> doesn't support code imports
[08:15] <wgrant> That'll be james_w's code import export work conflicting with the productseries +setbranch creation overnight.
[08:15] <mwhudson> looks like james_ws sutff?
[08:15] <wgrant> The former in devel, the latter in db-devel.
[08:15] <mwhudson> ah
[09:26] <wgrant> ...
[09:27] <wgrant> I just had an EC2 run fail because it got a connection timeout while sending the submission email to PQM.
[09:28] <wgrant> The test suite otherwise passed -- can somebody please submit lp:~wgrant/launchpad/more-buildmaster-cleanup?
[09:29] <wgrant> I find it interesting that it failed to email PQM, but managed to email me.
[09:30] <noodles775> wgrant: there seems to be network issues between amazon and bzr.launchpad.net... buildbot is failing to update-sourcecode consistently right now.
[09:31] <wgrant> noodles775: lovely...
[09:39] <james_w> who landed the +setbranch stuff?
[09:39] <james_w> not to point fingers, but so that I can find the branch to work out the fix
[09:39] <wgrant> bac
[09:39] <wgrant> https://code.launchpad.net/~bac/launchpad/bug-524302/+merge/22180
[09:40] <james_w> thanks
[09:44] <james_w> ok
[09:44] <james_w> it seems he based his work on top of mine, so I don't know how that will have passed tests
[09:45] <james_w> productseries aren't really valid branch targets for code imports
[09:45] <james_w> you can't push a branch to lp:~james-w/product/productseries/foo
[09:45] <wgrant> I was wondering why ProductSeries were branch targets at all.
[09:46] <wgrant> It doesn't make sense in the current model.
[09:46] <james_w> yeah, dunno
[09:46] <james_w> we could either fake it, having it import to the product namespace and setting the official link
[09:46] <james_w> but that sounds like there may be unexpected consequences for people on occasion
[09:47] <james_w> so we could just change this new branch to use IBranchTarget(product) and then make the link itself
[09:48] <wgrant> Isn't IPerson an IBranchTarget too? How does that work with code imports?
[09:48] <james_w> it doesn't
[09:49] <wgrant> Well, how doesn't it fail in the same way?
[09:49] <james_w> it would
[09:49] <james_w> except that this isn't a view on IPerson is it?
[09:49] <wgrant> Shhhhh details.
[09:51] <thumper> product series aren't branch targets
[09:52] <james_w> thumper: the code disagrees
[09:53]  * thumper looks at the code
[09:53] <james_w> ah no, this was just /really/ bad timing, as he used the changed methods before the restrictions were tightened, so that's my fault really, I didn't count on anyone adding any users of the method and just fixed what was in tree for the first part
[09:53] <thumper> WTF?
[09:54] <thumper> james_w: are you fixing it?
[09:54] <thumper> we could have an adapter from product series to branch target
[09:54] <thumper> but product series aren't branch targets
[09:54] <james_w> well, I'm not sure I'm going to fix that
[09:55] <james_w> I'm going to fix the build at least
[09:56] <thumper> can someone please file a bug about that
[09:56]  * thumper isn't working
[10:19] <james_w>     ProgrammingError: permission denied for relation account
[10:19] <james_w> ^ anyone familiar with that?
[10:29] <james_w> just doing factory.makeProduct()
[10:30] <james_w> when it does IPerson.getByName()
[10:34] <noodles775> james_w: that's in a test, or in a console? (if a console, I was going to suggest running make schema first).
[10:34] <james_w> doctest
[10:35] <james_w> I had the same idea, make schema is going now
[10:44] <james_w> and it's done, just 14 minutes later
[11:04] <james_w> https://code.edge.launchpad.net/~james-w/launchpad/bug-524302/+merge/23006
[11:04] <james_w> could someone review ^ please
[11:06] <james_w> argh, conflicts!
[11:07] <noodles775> james_w: let me know when you've resolved the conflicts. jelmer and I are on OCR today.
[11:13] <james_w> noodles775: please take another look
[12:19] <wgrant> james_w: Note that you can just run database/schema/security.py to reset perms.
[12:19] <james_w> ah, ok
[12:19] <wgrant> No need for a full >5min make schema.
[12:20] <wgrant> Is PQM happy yet?
[12:28] <noodles775> PQM is, buildbot's not (same issue I mentioned before, failing update-sourcecode but continuing test run).
[12:32] <wgrant> I've three branches that passed EC2 but presumably got rejected by an upset PQM.
[12:34] <noodles775> Right, yes it's in testfix (sorry).
[12:34] <wgrant> Ah.
[13:55] <stub> Did a fix for GpgmeError: (32, 176, 'Unknown error code') land? Cause I'm still seeing them.
[13:56] <wgrant> stub: No, it hasn't landed yet.
[13:56] <wgrant> jelmer: ^^?
[13:58] <stub> Is it https://code.edge.launchpad.net/~jelmer/pygpgme/bug452194/+merge/21635 ?
[13:58] <wgrant> That's the pygpgme fix.
[13:58] <jelmer> the fix for pygpgme itself has landed
[13:58] <wgrant> But there's another fix that is needed to update sourcecode.
[13:59] <jelmer> but my change to update launchpad to update sourcecode hasn't landed yet, because pygpgme in the lp tree needs to be upgraded to 2a first
[13:59] <wgrant> Ahh.
[14:05] <stub> https://code.edge.launchpad.net/~launchpad-pqm/pygpgme/devel says it is 2a now
[14:05] <stub> Oh - that is the repo, not the branch
[14:06] <stub> I can't see an upgrade button - does it need to be upgraded manually by a losa because pqm is too stupid to hit the button itself?
[14:07] <mthaddon> yep, I think so...
[14:07] <stub> mthaddon: Speaking of losas.... feel free to upgrade that branch :)
[14:08] <wgrant> Wasn't the problem client-side?
[14:09] <wgrant> In that update-sourcecode won't change the format, so the pull from rich-root to poor-root will fail?
[14:12] <jelmer> mthaddon: it's the production pygpgme branch that needs to be updated
[14:12] <jelmer> perhaps I should just patch update-sourcecode to deal with rich root upgrades?
[14:20] <jml> jelmer: I think that would be a good idea
[14:21] <jml> jelmer: the only reason I didn't do that for the subunit upgrade was because I wasn't sure what we used in production
[14:21] <jml> jelmer: but it turns out that we use update-sourcecode, so making it handle rich-root upgrades would not introduce any new differences between dev & prod
[14:23] <maxb> jml: Hello. As the author of https://dev.launchpad.net/ReviewingCodeImports, could I ask you to comment on whether it is safe for community members to be in ~vcs-imports, in the "[Launchpad-dev] Code Import Reviews" email thread?
[14:24] <jml> maxb: I am merely the copier-and-paster from internal wikis, not the author. But I do know a little about the subject.
[14:24] <maxb> ah, ok
[14:26] <jml> maxb: in a nutshell, it ought to be safe (that's certainly the intent) and it probably is, but I would recommend someone flick through the relevant bits of code before opening it up
[14:27] <jml> maxb: in the past, we abused the ~vcs-imports team as a short-hand for "Launchpad Code team"
[14:28] <jelmer> jml: *nods*
[15:20] <deryck> sinzui, ping
[15:20] <sinzui> hi deryck
[17:11] <abentley> leonardr-afk, do you know what /lp/translations/interfaces/webservice.py is for and how it's used?
[17:19] <james_w> abentley: it collects things that lazr.restful should scan for exports it should use to generate the wadl (and possibly for serving them too)
[17:19] <james_w> at least if it's the same as the one in /code/
[17:20] <abentley> james_w, why do only code and translations have one?  Why doesn't it have an __all__?
[17:20] <abentley> james_w, is it a magic name? or is it configured somewhere?
[17:20] <james_w> because the others haven't caught up to the new way of doing things yet. Because it's not for importing from?
[17:21] <abentley> james_w, if lazr.restful isn't importing those symbols, how does it know what they are?
[17:22] <james_w> it's importing the module and walking over the contents I imagine
[17:22] <abentley> james_w, if they're imported so they can be used from the module, they should be listed in an __all__.
[17:22] <james_w> lib/lp/code/configure.zcml:  <webservice:register module="lp.code.interfaces.webservice" />
[17:23] <james_w> I'm not in this to argue with you
[17:24] <abentley> james_w, basically, I think the lint error is correct, but I'm happy for you to land your code as is.
[17:24] <james_w> ok, thanks
[17:27] <abentley> james_w, I want to talk to leonardr-afk about potentially changing it, but that doesn't need to block you.
[17:27] <james_w> great
[17:28] <abentley> james_w, context: I just submitted an approval review.  Unfortunately, I didn't sign it because enigmail isn't available on Lucid, and it was rejected.
[17:28] <james_w> ok
[17:49] <bdmurray> bac: https://code.edge.launchpad.net/~brian-murray/launchpad/api-export-messages-count/+merge/22833 is still unmerged as of yet afaict
[17:50] <bac> bdmurray: did you get ec2 email about it?
[17:50] <bac> bdmurray: thanks for pointing it out.  i'll have a look to see what happened
[17:51] <bdmurray> bac: I seem to recall a failure landing it due to multiple? changes trying to be landed at once
[17:52] <bdmurray> bac: yeah there was a buildbot failure
[17:52] <bdmurray> bac: and I'm certain ;-) it wasn't my change
[17:53] <bac> bdmurray: i don't have a failure message for it.  i'll resubmit now.
[17:53] <bdmurray> bac: cool thanks
[18:12] <sinzui> bac: db-devel hates you: https://lpbuildbot.canonical.com/builders/db_lp/builds/672/steps/shell_7/logs/summary
[18:13] <bac> sinzui: wow
[18:14] <sinzui> bac: ProductSeriesBranchTarget is an adapter that used by the Involvement menu to go from PR to BT.
[18:15] <sinzui> bac: I wonder if something else changed...surely ec2 would have noticed that.
[18:16] <sinzui> bac: Thumper was asking me about the adapter today, maybe there is an underlying change.
[18:16] <bac> sinzui: ok.  let me try to figure out what's going on
[18:17] <sinzui> bac: I forwarded you thumper's email and my reply
[18:17] <bac> thanks
[18:21] <deryck> jml, leaving aside the "don't look the project overview page" issues, how would you suggest dealing with the hot bugs list when it isn't useful to some (usually small) projects?
[18:22] <jml> deryck, I don't know. Sorry.
[18:22] <deryck> jml, fair enough.
[18:22] <jml> deryck, I don't mean to scupper the approach you've suggested
[18:23] <deryck> jml, no, not a problem to call it to question... just wondered if you had another idea.  Multiple lists seems the only way to handle that.  Short of crazy configuration options, which I don't favor.
[18:23] <jml> deryck, I'm going to keep thinking about it.
[18:24] <deryck> ok, cool.  thanks.
[18:27] <dhastha> danilos, R u there?
[18:36] <leonardr-afk> abentley, do you want to change lazr.restful or launchpad?
[18:45] <abentley> leonardr, launchpad, most likely.  I think that lp/translations/interfaces/webservice.py et al should be providing an __all__ if their imports are for external use.
[18:46] <leonardr> i agree, i didn't know about webservice.py
[18:46] <leonardr> i thought we were running against the regular interface modules
[18:49] <gary_poster> sinzui, mars, stuartm is wondering if we have fewer new spammer accounts since the new SSO was put in place.  Apparently the new SSO story makes the captcha more enforced.  Can either of you quickly give any data about that?
[18:50] <sinzui> no
[18:50] <mars> nope
[18:50] <sinzui> gary_poster, we have fewer accounts since we took links off of person and ppa pages owned by users with no karma
[18:51] <sinzui> gary_poster, we had two spam accounts registered in the last 24 hours
[18:51] <mars> sinzui, how did you catch those?
[18:51] <gary_poster> sinzui: ok, and is that rate typical?
[18:51] <sinzui> They registered project
[18:51] <mars> ah
[18:52] <sinzui> gary, the spammer used SSO to successfully attack via our wikis. We locked them down last month
[18:53] <sinzui> gary_poster, lpnet oopses show that we are under constant attack via search data injection. 1/3 of all oops!
[18:53] <gary_poster> sinzui: ok, thanks.  so, to be super clear, you are saying "no, the new SSO server does not appear to have reduced our spammer registrations" right?
[18:53] <gary_poster> lovely
[18:54] <mars> the background noise of the internet
[18:54] <sinzui> correct.
[18:54] <gary_poster> thank you sinzui
[18:55] <mars> sinzui, mean time to compromise a directly exposed unpatched windows box on the internet was, what 36 seconds last I heard?
[18:55] <mars> no surprise that our site would be bombarded in a similar way
[19:00] <sinzui> gary_poster, mars: I think some more perspective is need...
[19:00] <sinzui> Dec: 2500+ using profile + project
[19:00] <sinzui> Jan: 100- using PPA
[19:00] <sinzui> Feb: 50- using PPA (because we ignored the issue)
[19:00] <sinzui> March 10- using SSO + wiki
[19:00] <sinzui> April 2: looking for project vulnerabilities
[19:00] <sinzui> Jan-April 20+ search attacks each day
[19:02] <sinzui> gary_poster, mars: I review googles results, project, and oops report for new attacks every day,
[19:02] <sinzui> I check the database every Sunday
[19:26] <mars> silly question: what is wrong with this pqm-submit message?  http://pastebin.ubuntu.com/411169/
[19:38] <sinzui> thumper, bac and I want to talk when you are available
[20:10] <thumper> sinzui: can you wait until 21:00 UTC?
[20:10] <thumper> just under 2 hours from now
[20:10] <thumper> I need to get dressed and eat
[20:17] <sinzui> thumper, thanks
[20:25] <jml> g'night all
[21:54] <thumper> sinzui: did you want to have a quick chat before my standup?
[21:55] <sinzui> thumper, yes. bac and I want to know how we can fix the Involvement menu adapter
[21:55] <thumper> ok
[21:55] <thumper> lets talk
[21:55] <sinzui> bac: can you talk
[21:56] <thumper> sinzui: start me off, where is the code for the involvement menu adapter
[21:56]  * sinzui looks
[21:57] <sinzui> thumper look in lp/registry/browser/pillar.py for the reason
[21:58] <sinzui> thumper the adapter is lp/code/model/branchtarget.py ProductSeriesBranchTarget
[22:00] <thumper> sinzui: but where is the pillar.official_codehosting found?
[22:00] <sinzui> thumper, product
[22:00] <thumper> ah
[22:00] <thumper> pillar = nearest(self.context, IPillar)
[22:00] <SlonUA> any ideas about such error Transport error: Server refuses to fulfill the request (403 Forbidden) for http://bazaar-internal.launchpad.dev/00/00/00/55/.bzr/branch-format
[22:00] <thumper> what I don't understand is the need for the product series branch target
[22:01] <thumper> sinzui: I can't see where it is used
[22:01] <thumper> SlonUA: where are you getting it?
[22:01] <sinzui> thumper, the involvement menu is shown on many kinds of objects and we are showing links based on the pillars selection of official links
[22:01] <SlonUA> thans for notice .. it's after make sync_branches
[22:01] <thumper> SlonUA: probably bad permissions on the local filesystem for the bzr branches
[22:02] <thumper> sinzui: right, but a product series isn't a pillar
[22:02] <SlonUA> thumper: 1) create branch on dev, 2) push by bzr 3) make sync_branches
[22:02] <sinzui> thumper, yes, it is hidden via adaption.links are made form the context, and this bug https://bugs.edge.launchpad.net/launchpad-registry/+bug/482256 shows that users want to submit code for a product series, but could not
[22:02] <mup> Bug #482256: Involvement menu 'Submit code' link OOPSes from the project series <oops> <Launchpad Registry:Fix Released by sinzui> <https://launchpad.net/bugs/482256>
[22:02] <mwhudson> SlonUA: /var/tmp/bazaar.launchpad.dev/mirrors probably has too restrictive permissions
[22:02] <thumper> SlonUA: yes, but in the local setup of lp.dev you should have done 'sudo make install' at some stage
[22:02] <SlonUA> thumper: hm ... make run_codehosting is running under root
[22:03] <sinzui> thumper, I ring. bac can catchup with us later
[22:03] <SlonUA> mwhudson: drwxr-xr-x 3 root root 4096 2010-04-08 21:24 mirrors
[22:04] <mwhudson> SlonUA: hm, strange
[22:04] <SlonUA> thumper: all instalation was under : sudo -i
[22:04] <mwhudson> i wouldn't run launchpad as root though!
[22:04] <SlonUA> any issues with apache !?
[22:05] <SlonUA> mwhudson: agree it's was under chroot before .. i have issues .. so i have VM
[22:09] <thumper> def product_series_to_target(product_series):
[22:09] <thumper>     return ProductBranchTarget(product_series.product)
[22:12] <SlonUA> mwhudson: the same issue with 777 for mirrors ...
[22:13] <mwhudson> SlonUA: well, http://bazaar-internal.launchpad.dev/00/00/00/55/.bzr/branch-format should be served by apache
[22:13] <mwhudson> so maybe read apache's error.log?
[22:14] <SlonUA> mwhudson: i read my mind .... looking =)
[22:17] <SlonUA> mwhudson: [error] [client 192.168.241.11] client denied by server configuration: /var/tmp/bazaar.launchpad.dev/mirrors/00/00/00/57/.bzr/branch-format
[22:18] <mwhudson> SlonUA: well, that looks like an apache problem then
[22:18] <SlonUA> mwhudson: yeah .. any ideas to quick look !?
[22:19] <mwhudson> SlonUA: well, i guess you've installed the local-launchpad-apache configuration and gracefulled apache?
[22:19] <SlonUA> mwhudson: btw; no special settings for apache was done .. only make install and remote access tunning + one ip using
[22:20] <mwhudson> SlonUA: 'remote access tuning' ?
[22:20] <mwhudson> you might need to do some more of that i guess
[22:22] <SlonUA> mwhudson: <VirtualHost *:80>
[22:22] <SlonUA>   ServerName bazaar-internal.launchpad.dev
[22:22] <SlonUA>   LogLevel debug
[22:22] <SlonUA>   DocumentRoot /var/tmp/bazaar.launchpad.dev/mirrors
[22:22] <SlonUA>   <Directory /var/tmp/bazaar.launchpad.dev/mirrors/>
[22:22] <SlonUA>     Order Deny,Allow
[22:22] <SlonUA>     Deny from all
[22:22] <SlonUA>     Allow from 127.0.0.0/255.0.0.0
[22:22] <SlonUA>     Options SymLinksIfOwnerMatch
[22:22] <SlonUA>     AllowOverride None
[22:22] <SlonUA>     Options Indexes
[22:22] <SlonUA>   </Directory>

[22:23] <SlonUA> sorry pals for spam =)
[22:25] <SlonUA> mwhudson: is such part correct !?
[22:27] <mwhudson> SlonUA: looks ok, i guess you are actually accessing it from localhost?
[22:28] <SlonUA> so, i run make sync_branchesh from localhost .. but ... i have hosts with external ip
[22:30] <SlonUA> mwhudson: oh. u mean ... i got it
[22:31] <SlonUA> just fix it to :
[22:31] <SlonUA> <Directory /var/tmp/bazaar.launchpad.dev/mirrors/ >
[22:32] <SlonUA> Order deny,allow
[22:32] <SlonUA>     Allow from localhost 127.0.0.0/255.0.0.0
[22:32] <SlonUA>     Options SymLinksIfOwnerMatch
[22:32] <SlonUA>     AllowOverride None
[22:32] <SlonUA>     Options Indexes
[22:32] <SlonUA>   </Directory>
[22:32] <SlonUA> mwhudson:  something like this
[22:34] <SlonUA> mwhudson: i think i will try to experiment .. to understand it ... thank u for ur time =) ..
[22:58] <thumper> jelmer: ping
[22:59] <thumper> jelmer: I'm wanting to update launchpad's bzr-git and dulwich
[22:59] <thumper> jelmer: should I use tip?
[23:01] <jelmer> thumper: please do
[23:01] <thumper> jelmer: has the names or locations of the cache files changed?
[23:01] <thumper> jelmer: because we'd need to update the launchpad code that stores and looks for them
[23:01] <jelmer> thumper: yes, caches are now in .bzr/repository/git/
[23:01] <thumper> jelmer: entire directory?
[23:01] <jelmer> thumper: yep
[23:01] <thumper> jelmer: fixed file names? or can it change?
[23:02] <jelmer> thumper: it'll only have two files in it at the moment
[23:02] <thumper> jelmer: best to just tar up the directory?
[23:02] <thumper> mwhudson: is that easy with the code we have to do an entire directory?
[23:02] <jelmer> thumper: but that will change in the future, once Bazaar makes it easier to reuse pack files
[23:02]  * thumper nods
[23:03] <mwhudson> thumper: not trivial, but not very hard i imagine
[23:05] <thumper> mwhudson: we have some tar.gz stuff in other parts
[23:05] <thumper> mwhudson: so shouldn't be too hard
[23:05] <mwhudson> thumper: exactly
[23:15] <james_w> wgrant: hey, any idea how I can get a publishing record for every upload done in lucid after it was opened?
[23:15] <james_w> if I grab the total of Published + Superseded with a created_since_date of after it was opened I think that will duplicate some?
[23:20] <wgrant> james_w: You'd need Deleted as well.
[23:20] <wgrant> But yes, that will give you duplicates.
[23:20] <wgrant> Perhaps stuff them into a dict by (source name, source version)?
[23:20] <james_w> ok
[23:21] <james_w> I don't really care about Deleted I don't think
[23:21] <james_w> it doesn't need to be exact anyway
[23:24]  * wgrant looks for someone to land https://code.edge.launchpad.net/~wgrant/launchpad/move-rescueiflost-tests/+merge/22737
[23:53] <jelmer> thumper, mwhudson: I've pushed the fix for the -0000 / +0000 issue
[23:54] <mwhudson> jelmer: i guess lp:dulwich is still out of date?
[23:54] <jelmer> mwhudson: at least until the moment you hit "import now" :-)