[02:15] <Weapon> Hell people :)
[02:15] <Weapon> *HELLO
[02:16] <Weapon> I happen to need some help. My karma says its expiring.
[02:16] <Weapon> Why would that be/
[02:16] <Weapon> ?
[02:17] <Weapon> ????
[02:17] <Weapon> Can any one help?
[02:19] <wgrant> Patient.
[02:36] <ScottK> A bit odd to see builds from last Falls's Karmic rebuild test appearing now: https://launchpad.net/ubuntu/+archive/test-rebuild-20090909/+build/1226841
[02:40] <wgrant> ScottK: That build is Special.
[02:40] <wgrant> ScottK: It keeps reappearing.
[02:40] <wgrant> Endlessly.
[02:40] <ScottK> Lovely
[02:40] <wgrant> Oh, it's actually building this time?
[02:40] <wgrant> It might finally go away.
[06:02] <lifeless> doing releases is harder than I'd like :(
[06:09] <wgrant> lifeless: Why?
[06:09] <lifeless> wgrant: with pypi: setup.py sdist upload --sign
[06:10] <lifeless> wgrant: then for launchpad, open web page, click series, click make release, click add milestone, save it, click choose datestamp, choose now, save it, click upload file, select files, then done.
[06:12] <persia> Could an API client be constructed to perform a release and upload some constructed artifact given as an argument?
[06:14] <wgrant> There is a launchpadlib script for that, isn't there?
[06:20] <lifeless> wgrant: possibly, I haven't found it yet.
[06:20] <lifeless> persia: I imagine so.
[06:20] <wgrant> The closest I can find quickly is http://bazaar.launchpad.net/~lazr-developers/launchpadlib/trunk/annotate/head:/contrib/upload_release_tarball.py. I thought there was something more complete, but if not it would be very simple to create.
[06:21] <lifeless> I guess what I really want here is for lp to just mirror pypi for release mgmt foo
[06:22] <wgrant> Wouldn't the opposite make more sense?
[06:29] <lifeless> wgrant: simple model >> complex model, in this case.
[06:29] <lifeless> wgrant: (for nearly all my projects, in fact)
[06:29] <lifeless> wgrant: as a /user/ I want 'as complex as needed but no more'
[06:33] <persia> lifeless: Do you really want a simple model, or a simple interface?
[06:36] <lifeless> persia: yes
[06:37] <persia> :)
[10:52] <james_w> OOPS-1466D1326
[10:54] <james_w> al-maisan: ^ that looks similar to the one that you fixed, is it a different bug though?
[10:55]  * al-maisan looks
[10:57] <james_w> OOPS-1466E1426
[10:59] <al-maisan> hmm .. it appears that the 'changes_file_url' is still being used for some reason (as opposed to the changesFileUrl() method)
[11:00] <al-maisan> james_w: is this code running agains edge or staging?
[11:00] <wgrant> It's an lpnet OOPS.
[11:01] <al-maisan> yeah
[11:01] <james_w> I thought it was edge, but I must have changed it
[11:01] <al-maisan> james_w: so, the branch that fixes it has not landed on lpnet yet
[11:03] <james_w> switched to edge, sorry for the noise
[11:07] <al-maisan> james_w: the fix landed in db-devel and I was just reminded that only devel branches become available via edge
[11:08] <al-maisan> and db-devel branches go to db-stable and then to staging eventually
[11:08] <james_w> damn
[11:08] <al-maisan> yeah
[11:08] <james_w> any way we can speed that up?
[11:08] <al-maisan> if I land it in devel today it will be on edge tomorrow .. is that too late?
[11:09] <james_w> no, the sooner the better
[11:10] <al-maisan> james_w: I see the branch is in db-stable already i.e. if you try staging it should be there
[11:12] <james_w> al-maisan: I can do that to test it, but stale data is no good for this, so getting a fix to edge would be much appreciated
[11:12] <al-maisan> james_w: I'll land the branch in devel asap
[11:12] <james_w> thanks
[11:17] <james_w> OOPS-1466S158
[11:18] <james_w> al-maisan: same API call on staging ^
[11:21] <al-maisan> james_w: you are getting batches of fifty I presume?
[11:25] <james_w> al-maisan: whatever the default is
[11:25] <james_w> I assume it is 75 like edge/lpnet
[11:25] <al-maisan> hmm..
[11:28] <al-maisan> james_w: so, is the code that triggered the OOPS public? Can I see it?
[11:29] <al-maisan> all I see from the OOPS is a GET on https://api.staging.launchpad.net/beta/ubuntu/+archive/primary
[11:29] <james_w> ubuntu.main_archive.getPublishedSources(status="Published", distro_series=ubuntu.current_series)
[11:30] <james_w> and iterate that
[11:31] <james_w> http://bazaar.launchpad.net/~james-w/bzr-builddeb/import-scripts/annotate/head:/list_packages.py
[11:33] <al-maisan> thanks
[11:41] <james_w> https://code.edge.launchpad.net/~james-w/lazr.restfulclient/improve-collection-fetch-optimisation/+merge/16841
[11:41] <james_w> ^ that would actually allow the slice hack that the script tries to work
[11:41] <james_w> it means I would be able to use the call
[11:42] <james_w> more round trips, but that's better than a single failing round trip
[11:42] <al-maisan> yeah .. sounds like a good trade-off
[11:46] <al-maisan> good in the sense that it gets you a bit further .. *sigh*
[11:56] <james_w> OOPS-1466D1439
[12:01]  * al-maisan looks
[12:02] <james_w> al-maisan: that just means that my merge proposal is mistaken
[12:02] <al-maisan> ah :)
[12:02] <james_w> we need ws.max-size to do that properly
[12:05] <al-maisan> james_w: I am not familiar with "ws.max-size" .. what do you mean?
[12:06] <james_w> "ws" stands for "webservice" I assume
[12:06] <james_w> the code currently sometimes sets ws.size
[12:06] <jussi01> anyone know when leonardr is back?
[12:06] <james_w> which I presume sets the page size, but we just want to ask LP not to send us any more than X requests, but send us the default page size if that is less than X
[12:07] <james_w> so that we can send that variable unconditionally
[12:07] <james_w> so if you take collection[0:10] then it only requests a few entries, but collection [0:1000] doesn't cause a huge page to be generated
[12:07] <al-maisan> hmm .. I see.
[12:08] <james_w> jussi01: he'll probably be around in a couple of hours
[12:08]  * jussi01 waves to james_w
[12:08] <jussi01> thanks!
[12:09] <wgrant> jussi01: Are you wondering about launchpadlib anonymous access?
[12:09] <jussi01> wgrant: yup
[12:11] <wgrant> Hm, edge updates are off?
[12:12] <jussi01> oohh
[12:12] <jussi01> https://code.edge.launchpad.net/~leonardr/launchpad/anonymous-oauth/+merge/16199
[12:13] <jussi01> and https://code.edge.launchpad.net/~leonardr/launchpad/anonymous-oauth/+merge/16199
[12:13]  * jussi01 dances and is happy!
[12:13] <wgrant> Right. It should have been rolled out onto edge a few hours ago, but apparently edge updates are still switched off.
[12:14] <jussi01> ahh, ok.
[12:14] <jussi01> but still. good news
[12:16] <jussi01> So now we are just waiting on bug #488394 :)
[14:07] <ahasenack> when a PPA is disabled, what exactly happens? I did it yesterday and today I can still install its packages
[14:08] <ahasenack> is it just about the notice that shows up when viewing it in launchpad? Like a hint that this ppa is no longer being updated?
[14:10] <al-maisan> ahasenack: if it is disabled you cannot upload to it and any outstanding builds will be ignored
[14:11] <al-maisan> i.e. pending builds will not be dispatched to the build farm
[14:11] <ahasenack> al-maisan: so basically it gets frozen
[14:12] <al-maisan> ahasenack: yes
[14:12] <ahasenack> al-maisan: ok, thanks
[14:12] <al-maisan> ahasenack: you are welcome :)
[14:12] <ahasenack> al-maisan: another question. Can it be renamed then? Not just the displayname
[14:13] <al-maisan> ahasenack: just a minute
[14:13]  * al-maisan looks for the faq
[14:15] <al-maisan> ahasenack: https://answers.edge.launchpad.net/soyuz/+faq/569
[14:16] <ahasenack> al-maisan: thanks again, most helpful, I feel lazy now
[14:16] <al-maisan> ahasenack: :)
[14:16] <ahasenack> al-maisan: so the disabled ppa will stay there forever basically
[14:16] <al-maisan> yes
[14:16] <ahasenack> ok
[14:16] <al-maisan> ahasenack: see also https://answers.edge.launchpad.net/launchpad/+faq/661
[14:34] <jussi01> thank you matsubara
[14:34] <matsubara> jussi01, what for?
[14:35] <jussi01> matsubara: bug 385517 ;)
[14:35] <matsubara> jussi01, all credit should go to leonardr, he fixed it. I just run a script that scans the LP branch and closes bugs based on the commit message
[14:36] <jussi01> matsubara: ahh yeah, I was meaning to catch him also
[14:37] <jussi01> matsubara: is there any chance you could get us out of your hair totally and get bug 488394 done? :D
[14:39] <jussi01> leonardr: I notice you are here now, so a big thank you for getting that bug fixed. we really appreciate it :)
[14:40] <leonardr> jussi01, np. i'll be updating the documentation today
[14:40] <matsubara> jussi01, I think someone from registry should be able to do that quite easily. sinzui, would bug 488394 fall under registry stuff?
[14:41] <jussi01> leonardr: ecellent. :)
[15:22] <matthewbpt> hey guys
[15:23] <matthewbpt> i'm having trouble adding ppa repositories from launchpad
[15:24] <noodles775> matthewbpt: what in particular?
[15:24] <matthewbpt> because the gpg keys wont import, i think theres something wrong with my gpg
[15:24] <matthewbpt> this is what happens
[15:24] <matthewbpt> sudo add-apt-repository ppa:pidgin-developers/ppa
[15:24] <matthewbpt> Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --keyserver keyserver.ubuntu.com --recv 67265EB522BDD6B1C69E66ED7FB8BEE0A1F196A8
[15:24] <matthewbpt> gpg: requesting key A1F196A8 from hkp server keyserver.ubuntu.com
[15:24] <matthewbpt> gpgkeys: HTTP fetch error 7: couldn't connect to host
[15:24] <matthewbpt> gpg: no valid OpenPGP data found.
[15:24] <matthewbpt> gpg: Total number processed: 0
[15:25] <matthewbpt> i tried the same command on my other computer and it works flawlessly, while on this one it gets an error
[15:25] <bigjools> is it firewalled?
[15:26] <matthewbpt> no
[15:26] <matthewbpt> and its connected to the same router as the other computer
[15:31] <noodles775> matthewbpt: so you connect if you do `telnet keyserver.ubuntu.com 11371` ?
[15:32] <noodles775> (ie. you should see 'Connected to keyserver.ubuntu.com').
[15:32] <noodles775> from both computers.
[15:36] <matthewbpt> ok im trying that
[15:37] <ahorden> hi all, this seems to be stuck, https://launchpad.net/~adamhorden/+archive/msp430/+build/1430476 been at 26 mins for well over an hour now, any ideas?
[15:37] <matthewbpt> ok it doesnt connect from this one, but it does from my other one
[15:38] <matthewbpt> :S
[15:38] <matthewbpt> as far as im aware i never enabled a firewall
[15:40] <al-maisan> ahorden: this build targets the RELEASE pocket of a stable series (karmic)
[15:41] <al-maisan> ahorden: forget what I said, this is a ppa
[15:41] <bigjools> the build farm is currently stalled
[15:41] <bigjools> please wait a bit I am restarting it
[15:42] <ahorden> thanks bigjools
[15:42] <tsimpson> matthewbpt: check the IP addresses telnet shows, it should be 91.189.94.173 or 91.189.89.31
[15:43] <matthewbpt> yeap it shows those ips
[15:43] <matthewbpt> it tried both
[15:44] <matthewbpt> then said unable to connect to remote host: connection timed out
[15:50] <matthewbpt> any ideas as to why I cant connect to the keyserver?
[15:51] <tsimpson> it should work as far as I can see, if both are using the same IP and same route
[15:54] <matthewbpt> yea I can't see any reason for it not to work
[15:54] <james_w> traceroute 91.189.94.173
[15:54] <james_w> ipv6 perhaps?
[15:55] <lfaraone> Hey, can somebody restart the import on
[15:55] <lfaraone> https://code.edge.launchpad.net/~vcs-imports/rainbow/mstone-trunk-new
[15:57] <matthewbpt> this is the traceroute http://pastebin.com/m70becfe9
[15:58] <james_w> from the non-working machine?
[15:58] <matthewbpt> yea
[15:59] <james_w> odd
[16:31] <matthewbpt> i also cant download from the keyserver to add the key manually, when i point my webbrowser to http://keyserver.ubuntu.com:11371/pks/lookup?search=0x67265EB522BDD6B1C69E66ED7FB8BEE0A1F196A8&op=index i get page not found
[16:31] <matthewbpt> and the same address does work on my other computer
[16:31] <matthewbpt> :S
[16:39] <matthewbpt> ok i just did a test, tried adding the ppa and then check the router log
[16:39] <matthewbpt> it seems it is using ipv6, this is the log entry
[16:39] <matthewbpt> Dropped packet from 192.168.1.102 to 91.189.94.173 (IP protocol 6) as unable to create new session
[16:40] <matthewbpt> it also showed this in the log
[16:41] <matthewbpt> Internet access port filter dropped packet from 192.168.1.102 to 0.0.217.238 (protocol 1539137197)
[16:45] <lfaraone> lifeless: could you help me debug a vcs import problem? http://launchpadlibrarian.net/37452019/rainbow-mstone-trunk-new-log.txt
[16:47] <matthewbpt> ok figured it out, someone set an access control rule on the router which was limiting access to a reange of ports including that one to my pc :S, sorted now thanx for the hekp
[16:47] <matthewbpt> help*
[17:20] <A4Tech> All greetings. How do I change the section on launchpad "Uses Launchpad for:"
[17:22] <tsimpson> you click the "Change details" link on your project home page
[17:22] <A4Tech> I mean how to add for example "branches"
[17:23] <tsimpson> you'll see check the "Code for this project is published in Bazaar branches on Launchpad" box
[17:23] <A4Tech> o
[17:23] <A4Tech> thx
[17:23] <tsimpson> there are a few boxes like that about half way down the +edit page
[17:23] <A4Tech> ok, thx you
[17:24] <tsimpson> np :)
[17:34] <A4Tech> tsimpson: i have a some trouble... http://paste.ubuntu.com/351882/
[17:34] <A4Tech> bzr launchpad-login <lpname>
[17:35] <tsimpson> I don't know much about the inner working of bzr, but you can try #bzr
[17:36] <A4Tech> ok
[18:26] <james_w> OOPS-1466EA771
[18:41] <james_w> where did my oops go?
[19:20] <sproaty> I'm getting firefox complain about untrusted connections on each LP page?
[19:30] <Ursinha> james_w, hi, we're investigating why that oops is still unavailable
[19:30] <james_w> thanks Ursinha
[19:32] <Ursinha> np james_w
[19:33] <james_w> it's calling ubuntu.main_archive.getPublishedSources fwiw
[19:43] <lifeless> lfaraone: please ask a question on answers.launchpad.net/launchpad
[20:08] <thumper> sproaty: every page?
[20:09] <sproaty> thumper, seems fixed now.
[20:09] <thumper> sproaty: ok
[20:29] <A4Tech> Why my commits by bzr on launchpad.net displayed as Registry Administrators <https://launchpad.net/~registry> ?
[20:56] <maxb> A4Tech: Give an example branch with such a commit?
[20:56] <A4Tech> maxb https://code.launchpad.net/~itmages/itmages/nautilus-script
[20:59] <maxb> A4Tech: the matching of bzr committers to launchpad accounts is by email address AFAIK - I have no idea why it's behaving like that, but do you have admin@itmages.ru registered against your launchpad account?
[20:59] <emmajane> thumper, ping!
[21:00] <A4Tech> maxb admin@itmages.ru was registreg on old team, now old team deleted
[21:00] <maxb> Oh, that explains it
[21:01] <maxb> disabled teams are owned by Registry Administrators
[21:01] <A4Tech> but i can't change e mail
[21:02] <A4Tech> maxb: How do I set the old mail to a new group?
[21:03] <thumper> emmajane: pong
[21:03] <emmajane> thumper, very quick question: I'm not presenting for you at LCA, am I?
[21:03] <thumper> emmajane: no
[21:03] <thumper> emmajane: but you are welcome to come along :)
[21:03] <emmajane> thumper, excellent, thanks. :)
[21:04] <emmajane> thumper, it seems as though the mini confs are getting shuffled and I was being asked my availability.
[21:04] <emmajane> thumper, I'll definitely come and heckle if I'm around.
[21:04] <thumper> yeah, I've been talking with fmarier about this too
[21:05]  * emmajane nods
[21:06] <maxb> A4Tech: I think it might be necessary to get an admin to help you out here
[21:07] <maxb> I think I was wrong when I said "disabled teams are owned by Registry Administrators". It seems more likely that the email address has been given to registry administrators
[21:08] <A4Tech> maxb: It is easier to change e-mail :)
[21:08] <maxb> thumper: Since you're a registry admin, could you check that? :-)
[21:09] <thumper> A4Tech: can you summarise the problem for me?
[21:10] <maxb> bzr commits on https://code.launchpad.net/~itmages/itmages/nautilus-script authored by admin@itmages.ru are being shown as by "Registry Administrators"
[21:11] <A4Tech> thumper After removal of the group, I can not change its old e-mail.Now my commits seem a bit strange:)
[21:11]  * emmajane slinks off again.
[21:11] <thumper> A4Tech: which commits??
[21:11] <thumper> A4Tech: which group
[21:11] <thumper> which email
[21:11] <thumper> :)
[21:11] <A4Tech> what? :)
 bzr commits on https://code.launchpad.net/~itmages/itmages/nautilus-script authored by admin@itmages.ru are being shown as by "Registry Administrators".
[21:11] <A4Tech> group == team :)
[21:12] <thumper> and who should have that email address?
[21:13] <A4Tech> thumper ~itmages :)
[21:14] <thumper> an itmages is a team or an individual?
[21:14] <A4Tech> is a team
[21:15] <thumper> who used to have the admin@itmages.ru email address?
[21:15] <A4Tech> old team (~itmages-dev) now will be deleted
[21:16] <thumper> sinzui: are teams deleted using a merge?
[21:16] <sinzui> yes
[21:16] <thumper> ok
[21:16] <geser> Hello, when I try to push my bzr change back to LP I get the following error: http://paste.ubuntu.com/351961/
[21:16] <geser> what to do?
[21:16] <thumper> we need a db query to update the revision author table
[21:17]  * thumper looks at geser's paste
[21:18] <A4Tech> thumper Perhaps I will be easier to change the e-mail? :) in my bzr settings.
[21:18] <thumper> A4Tech: I just need to talk to a LOSA, no big deal
[21:19] <thumper> geser: you have branched locally into a newer repository format
[21:19] <A4Tech> thumper ok
[21:19] <thumper> geser: I'll ask some bzr people
[21:19] <A4Tech> thumper thx you :)
[21:20] <A4Tech> (My fault of course...)
[21:24] <thumper> A4Tech: which LP user has admin@itmages.ru ?
[21:24] <wahben> hi all! I am trying to push some code on my launchpad account, I followed the instructions: generated ssh keys, imported public key in launchpad. Now I am trying to push the code using: "bzr launchpad-login <userid>" (which returns no errors), and bzr push "lp:~<myuserid>/<myproject>/<somebranchname>" and it fails returning: Agent admitted failure to sign using the key. Permission denied (publickey). I've spent over 2 ours trying to get launchpad to work
[21:24] <wahben> and am getting frustrated.. does someone know what the problem could be?
[21:25] <cody-somerville> Hi wahben! We're happy to help.
[21:25] <cody-somerville> wahben, What is your launchpad id?
[21:25] <wahben> benoitcsirois
[21:26] <A4Tech> thumper This address was the old team (itmages-dev) is now referred to as (itmages) but there may be a different address (development@itmages.ru)
[21:26] <thumper> A4Tech: so no user has admin@itmages.ru?
[21:26] <A4Tech> thumper yes
[21:27] <thumper> A4Tech: do you want it linked to your account?
[21:27] <maxb> wahben: The only times I've seen that particular error message is when my local ssh-agent was broken
[21:28] <maxb> And the one which broken was gnome-keyring's reimplementation of a ssh-agent, not the normal ssh-agent
[21:28] <cody-somerville> wahben, Can you try running ssh-add and then try pushing the branch again?
[21:28] <wahben> will try
[21:28] <maxb> wahben: Please could you also tell us the output of running     echo $SSH_AUTH_SOCK
[21:29] <A4Tech> thumper No, this address will not be tied to my account. I only wish that it could be to appoint a team (itmages)
[21:29] <wahben> cody-somerville, that fixed it :-)
[21:29] <wahben> ssh-add I mean
[21:30] <cody-somerville> wahben, I think you ran into bug #201786
[21:30] <wahben> cody-somerville, interesting.. ill check it out
[21:33] <wahben> Pehaps you can also help me with a concern I have; when doing a push, it only uploads the current state of the application right? not previous revisions?
[21:34] <cody-somerville> wahben, That depends if the previous revisions are already on the remote branch or not.
[21:34] <thumper> wahben: it only pushes revisions that are unknows at the remote end
[21:34] <thumper> A4Tech: done
[21:38] <A4Tech> thumper thx
[21:55] <geser> thumper: re my branch problem: could I upgrade the LP branch to the newer format too or would it cause problems for other users of this branch? alternative can I branch it in the old format with bzr branch/checkout? (I used bzr init-repo before branching this one)
[21:56] <thumper> geser: your bzr init-repo did the default format (now 2a - which is the best one)
[21:56] <thumper> geser: bzr users should all really be using bzr 2.0 now
[21:56] <thumper> we hope
[21:57] <thumper> so upgrading the launchpad branch shouldn't be too problematic for them
[21:57] <thumper> although they will need to upgrade their local repos (or reget the trunk into a new repo)
[22:30] <geser> thumper: will bzr tell the users what's going on (that they need to upgrade their local branch)?
[22:32] <RAOF> It'll complain about rich-root support; unless recent bzr releases have improved that error message, it's not necessarily going to be obvious to users what to do.
[22:33] <geser> is "bzr upgrade lp:ubuntu-dev-tools" the right way to upgrade the LP branch? (never done that)
[22:33] <thumper> geser: that should work
[22:35] <soren> I thought upgrades only worked over sftp.
[22:35] <soren> Maybe that changed.
[22:36] <soren> Or maybe I'm just on crack.
[22:36] <geser> soren: you might be right
[22:36] <thumper> it won't do it remotely, but it should work
[22:36] <geser> thumper: http://paste.ubuntu.com/351994/ that the error when I try it
[22:37] <soren> thumper: I don't think I understand that. How will it work, but not do it remotely?
[22:37] <thumper> losa: check paste bin above (spm)
[22:37] <thumper> soren: it will download locally, upgrade, and push the entire repo back
[22:37] <soren> thumper: Ah, ok.
[22:37] <thumper> soren: rather than upgrading inplace with the work on the remote computer
[22:38] <soren> Gotcha.
[23:23] <spm> thumper: yeah - I've hit that myself - two successive format upgrades == fail
[23:23] <thumper> spm: I know that there is an outstanding bzr bug about it
[23:24] <thumper> spm: could you rename the existing one (or remove it)
[23:24] <spm> an *outstandingly excellent* bug? or... ;-)
[23:24] <spm> sure
[23:24] <spm> thumper: fwiw, can folks use sftp to rm the dir themselves?
[23:24] <thumper> hmm... not sure
[23:24] <thumper> hitchhiker perhaps, not sure about sftp
[23:25] <spm> my thinking being that getting us to rm dirs for upgrades is not going to scale real well
[23:25] <spiv> Yes, you can use sftp too.
[23:25] <spiv> But you'd want to use a client like lftp that implements recursive delete.
[23:26] <spm> thumper: renamed to backup.bzr.OLDer
[23:26] <thumper> spm: thansk
[23:26] <spm> spiv: or even just rename as a first cut?
[23:26] <spiv> spm: the server won't allow names in the directory that aren't one of .bzr, .bzr.backup or backup.bzr.
[23:27] <spm> spiv: win! :-)
[23:27] <spiv> You *could* rename it into .bzr/backup-that-time-forgot, though... ;)
[23:27] <spm> as in that is a good thing. really! :-)
[23:27] <spm> heh
[23:28] <spiv> (To be precise, the server will allow you to read files with other names if they exist via act of LOSA or something, it just won't allow clients to create them themselves.)
[23:29] <spm> spiv: coolio, "act of losa" - I like this. /me makes a note to reuse that one day
[23:34] <geser> so I can try to upgrade it again?
[23:35] <spm> geser: if this is you: ~motu/motutools/trunk/ ? yes.
[23:36] <geser> I guessed you talked about lp:ubuntu-dev-tools which I tried to upgrade
[23:46] <maxb> This dirname restriction... why does it exist?
[23:46] <maxb> It's hardly watertight, as I've managed to nest branches inside the .bzr of other branches before :-)
[23:47] <thumper> maxb: to stop people just using codehosting as a general sftp server
[23:47] <thumper> maxb: yes, not water tight
[23:47] <thumper> occasionally leak resistant