[01:07] <cj> thanks!
[01:07] <cj> I thought I had a misconfigured bzr :)
[01:31] <_Andrew> Hi, I took out a copy of my project using bzr branch lp:hardwar and did a commit and now I can't push the changes it says port 22 connection refused
[01:32] <ajmitch> see topic about bazaar.launchpad.net being down
[01:33] <_Andrew> What's UTC? GMT?
[01:33] <stgraber> yes
[01:33] <_Andrew> ok nevermind, thanks
[01:35] <cody-somerville> http://www.apparent-wind.com/gmt-explained.html
[01:35] <cody-somerville> doh
[01:36] <DBO> bazaar no worky
[01:36] <stgraber> DBO: topic
[01:36] <DBO> mmm whats the in american dummy time?
[01:36] <DBO> s/the/that/
[01:36] <spiv> DBO: which american time? :)
[01:37] <DBO> EST
[01:37]  * jml uses http://timeanddate.com/ a lot for that
[01:38] <DBO> i would settle for when it will be done relative to now
[01:38] <stgraber> EST or EDT ? east coast is currently EDT
[01:38] <DBO> oh right
[01:38] <DBO> EDT
[01:38] <stgraber> if you are somewhere on the east coast, it's UTC-4
[01:38] <DBO> so only 1.5 hours left
[01:38] <DBO> huzzah
[01:39] <spiv> DBO: http://www.timeanddate.com/worldclock/converted.html?day=7&month=10&year=2008&hour=2&min=0&sec=0&p1=0&p2=179 :)
[01:39] <stgraber> yep
[01:39] <DBO> what fun things are going on
[01:39] <mwhudson> hardware upgrade
[02:31] <Hobbsee> oh, well done launchpad!
[02:32] <Hobbsee> it's now easy to find a bugs on a particular package, without manually constructing the URL!
[02:32] <cody-somerville> How?! :D
[02:33] <jml> mthaddon: woot.
[02:33] <Hobbsee> launchpad.net, click ubuntu, put in the package name, click the resulting one, click bugs
[02:33] <Hobbsee> cody-somerville: ^
[02:34] <poolie> is there any way to search for bugs with a quoted string  like "file exists" ?
[02:34] <Hobbsee> poolie: yeah, use ''s i recall
[02:34] <poolie> :-/
[02:34] <poolie> doesn't seem to work for the within-bugs search
[02:35] <Hobbsee> oh, a quoted string, rather than just a string.
[02:35] <poolie> i think it finds me bugs which have both words but not next to each other, which is unhelpful
[02:35] <poolie> no, i don't want the quotes
[02:35] <Hobbsee> oh
[02:35] <Hobbsee> oh, then maybe it is the double quotes.
[02:35] <Hobbsee> i remember that you can search for numbers by including them in quotes
[02:35] <Hobbsee> i thought i'd gotten phrases to work too
[02:37] <Hobbsee> hm, no, it's certainly not double quotes.
[02:38] <Hobbsee> OHHH!!!
[02:38] <Hobbsee> so that's the bug i was never able to reproduce.
[02:38] <poolie> :)
[02:38] <poolie> which one?
[02:38]  * Hobbsee found the good old "launchpad returns search entries that do not fit the search criteria" bug.
[02:38] <Hobbsee> https://bugs.launchpad.net/ubuntu/+source/xine-ui?field.searchtext=%27xine+crashes%27&orderby=-date_last_updated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_
[02:39] <Hobbsee> the second entry, 276876, does not contain the word "crashes" at all.
[02:40] <poolie> we're just generous :)
[02:41] <poolie> i think we might be using some kind of word stemming, stub would know
[02:41] <Hobbsee> the closest it contains is "crashed"
[02:42] <spiv> "crashed" and "crashes" would both stem to "crash" I suspect.
[02:42] <Hobbsee> i suspect so
[02:43] <poolie> and on the other hand searching for _walkdirs_fs_utf8 does not find a bug that contains that word
[02:48]  * Hobbsee suspects it doesn't handle special characters correctly.
[02:48] <jamesh> Hobbsee: PostgreSQL's full text indexing does perform stemming, so spiv's explanation sounds right
[02:49] <Hobbsee> jamesh: ahhh.  Interesting.
[03:14] <lifeless> are we still using psql text indices?
[03:16] <mwhudson> for bug search, yes
[04:53] <alester_> am I on dope or doesn't launchpad have list hosting?
[04:54] <wgrant> alester_: It does - you can request a mailing list for a team.
[04:54] <alester_> hoe?
[04:54] <alester_> how?
[04:55] <wgrant> alester_: Hit "Manage addresses", and there's a link down the bottom.
[04:58] <alester_> Where is Manage Addresses?
[04:59] <wgrant> alester_: In the "Confirmed e-mail addresses" box on the right-hand side of a team page.
[04:59] <wgrant> Ah, you might not have that if there's no contact address yet.
[04:59] <wgrant> "Change contact address" in the green menu on the right, in that case.
[05:00] <alester_> on me or on the project?
[05:00] <wgrant> alester_: On the team.
[05:00] <alester_> is a team different from a project?
[05:00] <wgrant> alester_: Yes, they are entirely different concepts.
[05:00] <alester_> ok
[05:00] <wgrant> A team is a group of other teams or people.
[05:01] <alester_> ok, so maybe a mailing list here might not be best.  I'll hit Google Groups.
[05:01] <alester_> thanks.  The "team" thing now makes sense re: drizzle
[05:01] <wgrant> alester_: Why?
[05:02] <alester_> If I'm confused by it, I suspect others might be too
[05:02] <alester_> and my project is not at all about code
[05:02] <wgrant> What is confusing about it?
[05:02] <wgrant> A team would likely be called a group in most other contexts.
[05:03] <jamesh> alester_: a team is a group of people
[05:03] <alester_> I know
[05:04] <alester_> It makes sense here, but I don't want anyone to be stymied by it.
[05:04] <alester_> I'm starting a brand new group of people, and I want to not give anyone a reason to not join up.
[05:05] <jamesh> so, why wouldn't they want to join via LP?
[05:06] <wgrant> jamesh: Because LP is so shiny and nice looking that they'll think it's not real.
[05:06] <alester_> Heh.
[05:06] <wgrant> Everyone is used to SF.
[05:06] <alester_> Actually, my project is not about (necessarily) code
[05:07] <jamesh> well, you don't need a project on LP to have a mailing list
[05:07] <jamesh> you need a team
[05:08] <wgrant> This really could be much better documented. I might work on that one day.
[09:27] <stub> jml: Apologies - Thailand is having issues getting to the DC. jtv is seeing it too and he is on a different ISP.
[09:27] <jml> stub: np
[09:27] <jml> stub: for a moment I thought it was my stunningly compelling retort ;)
[09:29]  * wgrant sees the barrier between #launchpad@irc.c.c and here fade.
[10:05] <persia> Is there a time window between branches being available from code.launchpad.net and bazaar.launchpad.net?  If so, how long is this window typically?
[10:31] <wgrant> persia: It used to be half-hourly, but I've not seen a noticeable delay recently... except when branches fail to mirror.
[10:34] <persia> wgrant: Thanks.
[10:34] <jml> persia: it's 2 min minimum
[10:34] <persia> So, in case anyone can fix it, http://bazaar.launchpad.net/~ubuntu-core-dev/partman-efi/ubuntu/files appears to be the result of a branch failing to mirror.
[10:34]  * jml has a look
[10:35] <jml> persia: if it failed to mirror, there'd be an error message at https://code.edge.launchpad.net/~ubuntu-core-dev/partman-efi/ubuntu/
[10:35] <jml> persia: oh, is it a new branch?
[10:36] <persia> That would be the first push to the branch, yes.
[10:36] <jml> persia: ok.
[10:36] <persia> Does that change the expectations I should have for replication?
[10:36] <jml> persia: we rolled out some new hardware today for codehosting. one of the cronscripts broke, and that's the one that tells the code browser where to find branches.
[10:37] <persia> Ah.  I do hope I'm only reporting an already discovered problem then.  Thanks :)
[10:37] <jml> persia: so, AIUI, old branches will work ok, but it has no way of learning about new branches. I've been led to believe that will be fixed in the next 12-24hrs.
[10:38] <persia> Should the branches still be available for pull from bzr directly?  Is it only the http browsing that is broken?
[10:38]  * jml hedges his words in case those pernicious leaders-of-belief turn out to be wrong.
[10:38] <jml> persia: pulling via http might be broken too.
[10:38] <persia> But bzr+ssh should work?
[10:38] <jml> persia: yep
[10:39] <persia> OK.  Good.  I've only twice had the experience of not creating a new branch when pushing something :)
[10:39] <jml> persia: what was the first experience?
[10:40] <persia> jml, updating the ubuntustudio.intrepid seeds.
[10:40] <jml> persia: what happened?
[10:40] <persia> I pushed the branch.  It updated.  Nothing special.  It's just outside of my typical experience.
[10:41] <jml> oh sorry, I misunderstood :)
[10:41] <jml> persia: but hooray for novel bazaar operations!
[10:43] <persia> jml, heh.  No, just usually I create an entirely new branch with a first push for anything I do, rather than revisiting anything.
[10:43] <persia> Not that I tried to create something and it didn't work :)
[10:50] <jml> jamesh: hi, did you see my post re testresources?
[10:52] <jamesh> jml: post where?
[10:52] <jml> jamesh: http://code.mumak.net/2008/10/testresources-some-examples.html
[10:53] <jamesh> jml: I hadn't seen it.  Looking now.
[10:55] <jml> cool
[10:56] <jamesh> jml: instantiating the resource manager in the TestCase definition looks like bad style
[10:56] <wgrant> jml: Can I convince bzr to tell LP to remirror a branch? I can't seem to use launchpadlib to do it without finding a new version somewhere...
[10:56] <jamesh> oops.  /me should read ahead
[10:57] <jml> wgrant: by 'remirror' do you mean 'try mirroring again' or 'throw away the current copy and pull a fresh one'?
[10:57] <wgrant> jml: Try mirroring. This is another branch that says "User timeout caused connection failure."
[10:58] <jamesh> jml: fwiw, for my use of testresources for database handling, I wrote a class that wraps a DB-API module and tracks statement execution and commits
[10:58] <jamesh> so the resource automatically gets marked dirty, and can tell whether a rollback is sufficient to clean it
[10:58] <jml> jamesh: could I have a look at the code? I'd be keen to see it.
[10:58] <jml> jamesh: oh, that's cool.
[10:59] <jml> wgrant: bzr itself doesn't have the functionality yet.
[10:59] <jml> wgrant: I had thought the method was exposed in launchpadlib
[11:00] <jml> (but you probably know more about launchpadlib than I do)
[11:00] <jamesh> jml: also, you don't need "(sic)" after OptimisingTestSuite or adsorb
[11:00] <wgrant> jml: I can't seem to navigate to the branch with my old version. I guess I'll pull up a newer version.
[11:00] <jamesh> (although I thought adsorb was a typo first time
[11:00] <jml> jamesh: it's my way of venting frustration at the names.
[11:01] <jml> jamesh: and 'sic', although not necessary, isn't false.
[11:01] <jamesh> jml: adsorb annoyed me: it looks like a typo for a more common word that describes the functionality pretty well
[11:02] <jml> wgrant: if you do figure it out, I'd love it if you sent a patch of the launchpad plugin to the bzr mailing list :)
[11:07] <wgrant> Yay, that worked.
[11:10] <thekorn> intellectronica, hi, does your last comment on bug 270792 mean that a new fix is available on staging?
[11:11] <intellectronica> thekorn: let me check if it hit staging already. it got commited last night so i don't know if it got deployed yet
[11:11] <intellectronica> thekorn: yes, it should be on staging
[11:13] <thekorn> intellectronica, hmm, it now takes about 84 seconds and results in an httpError like: 'No url for <Message at 0x2aaaacad9b90> because <Message at 0x2aaaacad9b90> broke the chain.'
[11:13] <intellectronica> thekorn: and yay, looks like it's ok now (though very slow)
[11:13] <intellectronica> thekorn: oh. which bug?
[11:14] <thekorn> intellectronica, when I try to get the complete list of all messages of bug 1
[11:15] <thekorn> intellectronica, same code as described in comment #9 on this bug
[11:17] <intellectronica> thekorn: yes, i can reproduce :(
[11:17] <intellectronica> thekorn: i'll file a new bug, since this looks like a different problem
[11:17] <thekorn> intellectronica, ok, super, thanks
[11:19] <spiv> jamesh: yes, "adsorb" does make you feel like the API is being gratuitously obtuse for no real benefit.
[11:23] <jamesh> spiv: I filed a bug about it, only to be told that it wasn't a mistake :(
[11:25] <spiv> Yeah, I saw.
[11:34] <jml> I've talked to lifeless about it, we're going to kill it in favour of an addTest that does what adbsorbSuite is supposed to do.
[11:34] <jml> (sadly, my 'adsorbSuite => addTestFlat' change didn't fly)
[11:36] <bigjools> did someone swallow a dictionary?  it's a word specific to chemistry
[11:36] <jml> heh heh
[11:37] <jamesh> bigjools: correction: specific to chemistry and testing infrastructure
[11:37] <jamesh> (apparently)
[11:38] <jml> speaking of which, I encourage you all to use and file bugs against said piece of testing infrastructure!
[11:38] <jamesh> I have been.
[11:39] <jml> jamesh: thank you :)
[11:39] <jamesh> despite my complaints about some aspects of the API, it provides a much needed feature and seems to be roughly correct
[11:39] <jamesh> concept wise
[11:40] <jml> hmm. I should hack up an extension that allows make() and clean() to return Deferreds.
[11:42] <jml> (there has got to be a better way)
[12:41] <nhandler_> I started trying out the PPA feature of launchpad. I uploaded a package to my personal PPA, deleted it, and now I am unable to upload a new copy of that same package (same version). Is there any way to do this other than changing the version number?
[12:41] <bigjools> nhandler_: no, you need to bump the version
[12:41] <kiko-zzz> nhandler_, short answer, no, long answer, read the FAQs. :)
[12:42] <bigjools> nhandler_: https://help.launchpad.net/PPA
[12:45] <persia> nhandler_, Essentially, use a PPA as you would for distribution of packages to users.  If you want to use it for review/discussion of packaging, set ~ppa for both the upstream version and revision codes.
[12:48] <nhandler_> bigjools: I just read through that PPA page you linked me to. I know it says that "You should not rely on deletion requests to re-upload the same source version with different contents.". But the reason it gives is because of the restrictions for it to be removed from the archive disk pool. This was the only package in my ppa. No other packages reference it. It also appears to have already been removed from my pool. So is there a ...
[12:48] <nhandler_> ... reason why it can't be uploaded?
[12:49] <bigjools> nhandler_: the system does not know if someone downloaded it already.  If you try and make apt download the same version with different files it will not be happy.
[12:49] <bigjools> so we track internally what was uploaded previously
[12:52] <nhandler_> I guess I'll just change the version. Thanks for your help.
[14:13] <thekorn> hi leonardr, I've got one question about launchpadlib and caching: should caching also work for collections (like bug_tasks or messages)?
[14:14] <leonardr> thekorn: no, it doesn't work for collections yet
[14:14] <leonardr> the problem is that it's very difficult to determine in general when a collection changed
[14:15] <thekorn> leonardr, ok, thanks that's what I just found out, just wanted to make sure it's not a bug,
[14:19] <james_w> new launchpadlib just built in Intrepid for those who are in to that sort of thing
[14:26] <tretle> how do you add revision changes when pushing code up to launchpad?
[14:26] <tretle> through bzr?
[14:33] <abentley> Rinchen: What should I do with an Answers question that is a request for Ubuntu tech support?
[14:37] <stdin> abentley: can't you move it to ubuntu from +edit?
[14:38]  * stdin hasn't used answers. much for a while now
[14:41] <abentley> stdin: Good idea
[14:41] <abentley> tretle: I don't know what you mean, unless the answer is "bzr push".
[14:44] <tretle> Well I have a branch of a project called hum, This is my first time using launchpad for this type of thing but I figured out how to push changes to my branch up to launchpad.. In the recent revisions section though it only shows the changes to the main branch
[14:45] <tretle> https://code.launchpad.net/~tretle/hum/tretle_branch
[14:45] <tretle> I assumed it was taking the changes from the changelog or something but the changelog is empty so I am left scratching my head :D
[14:46] <stdin> what url are you pushing to?
[14:48] <abentley> tretle: I believe that URL displays only trunk.  Lemme see...
[14:49] <tretle> bzr push lp:~tretle/hum/tretle_branch
[14:50] <abentley> tretle: The last revision you pushed is 9?
[14:50] <abentley> tretle: That is the last one available via bzr and also the last one displayed on the page.
[14:51] <tretle> ah but I pulled the code from the main branch and fixed autogen and then pushed it to my branch
[14:52] <abentley> tretle: Is this not your branch?
[14:52] <tretle> I am part of the hum development team, but I created my own branch as I am new and I would like to mess around with it without getting in the way to begin with
[14:53] <abentley> Right, and this looks like your branch.
[14:53] <abentley> It looks like the last revision you pushed is 9.  Is that correct?
[14:54] <abentley> Have you committed since you pulled the code?
[14:59] <Rinchen> abentley, what stdin said :-)
[14:59] <abentley> Rinchen: cool
[18:02] <mrooney> Is it possible to subscribe to new blueprints (or translations and questions for that matter) for Launchpad projects, like bugmail?
[18:03] <cj> Server is too old for streaming pull, reconnecting.  (Upgrade the server to Bazaar 1.2 to avoid this)
[18:03] <cj> I thought you folks were the new hotness OS!
[18:35] <abentley> cj: It's actually that the server too new, and support for that form of streaming pull was dropped.
[18:36] <cj> haha.  sucks to be lenny, I guess.
[18:36] <cj> or, wait.  it's even sid.  haha.
[18:37] <abentley> I'm pretty sure Ubuntu's packaging is based on debian's, so I'd expect up-to-dateness.
[18:37] <cj> hurm.  I did an apt-get update and installed yesterday.  deep weirdness.
[18:37] <abentley> cj: What're you at?
[18:38] <cj> $ dpkg -l | grep bzr
[18:38] <cj> ii  bzr                             1.5-1.1              easy to use distributed version control syst
[18:38] <cj> ii  bzrtools                        1.5.0-1              Collection of tools for bzr
[18:39] <abentley> cj: That's not so bad.  1.7 is the most recent release (though 1.8 is in rc)
[18:40] <cj> ah, you must be running from source rather than a .debized package, then?
[18:40] <abentley> cj: Yes, launchpad is run from source.
[18:42] <cj> hurm.  the checkout is failing.  perhaps I'll just grab the latest version from source.
[18:42]  * cj goes in search of a tarball
[18:43]  * cj needs to learn to *not* put a v in the tar option list
[18:44] <cj> wow.  the python install script is noisy, too
[18:45] <abentley> cj: How's checkout failing?
[18:46] <cj> abentley: sorry, tar and python scrolled the log off the screen.  From memory, it's showing me a number of '=' characters and the stopping.
[18:46] <cj> the first run got to about 8 '=' chars and the second run (after rm -rf'ing drizzle/) got to about 18 '=' chars
[18:46] <cj> (of an 80-char wide screen)
[18:46] <abentley> Oh, so possibly just slow.
[18:47] <cj> no.  the first one was started last night.
[18:47] <cj> unless by 'slow' you mean something different than I think
[18:47] <abentley> Oh.  Hmm.
[18:47] <abentley> I wonder if it was caused by us switching servers last night?
[18:48] <cj> *shrug*
[18:48] <cj> oh, wait.  I gave up on the attempt I made last night, since you were down.
[18:48] <cj> The first run must have been started this morning.  sorry.
[18:48] <cj> maybe I was just not being patient enough.
[18:50] <abentley> cj: "bzr branch lp:drizzle" took 2m19.112s for me, but that is with bzr 1.9dev
[18:51] <cj> bzrlib isn't included in bzr-1.7.1?
[18:51] <cj> woe.
[18:51] <cj> where do I get it?
[18:52] <abentley> cj: bzrlib is included.
[18:52] <rockstar> cj, bzrlib is part of bzr
[18:53] <cj> maybe I didn't set my LD_LIBRARY_PATH or PYTHON_PATH or something in my environment thingy... *sigh*  another language, another environment variable
[18:53] <cj> so, what environment variable tells python where to search for python libraries?
[18:54] <abentley> cj: You don't actually need to install bzr.  It'll run fine from the unpacked tarball.
[18:55] <abentley> cj: To specify the install prefix, you can use the --prefix option to setup.py.
[18:56] <cj> abentley: I did, but my ~/.devenv script doesn't include the PYTHON* environment variable that sets its library search path.  do you know what that might be, and where I might set it, assuming the prefix is ~/opt ?
[18:56] <cj> http://rafb.net/p/dEGF4B80.html
[18:58] <cj> (using the most recent client seems to be working)
[18:58] <cj> this might anger some folks, though, if it breaks the old version.  But then, it might just be that I'm not patient enough.  I wasn't watching the network traffic to see if it was passing any packets
[19:00] <rockstar> cj, your PYTHONPATH should be looking in . for packages and modules
[19:00] <abentley> cj: it would be PYTHONPATH=/opt/lib/python2.5 or similar
[19:00] <cj> abentley: thanks
[19:02] <cj> rockstar: I think setting any path search env to ./ is a security problem waiting to happen.  I might be paranoid, though
[19:02] <rockstar> cj, you might be, and are, paranoid.  :)
[19:04] <abentley> cj: It is actually the directory containing the running program, not the current working directory.
[19:05] <cj> abentley: hmmm... even that seems dangerous.  relative paths in environment variables scare me.
[19:06] <cj> $ ./bzr branch lp:drizzle /usr/src/bzr/drizzle
[19:06] <cj> Killed
[19:06] <cj> are you trying to tell me something? :)
[19:06] <abentley> cj: They are not relative paths.  It is an absolute path to the directory containing the currently-running program.
[19:07] <cj> and if someone has . in their path and there is a maliciously mis-named program in .?
[19:08] <abentley> Anyone who puts . in their path should be shot.
[19:08] <cj> I'd generalize that to "anyone puts a relative path in an environment variable should be shot"
[19:09] <abentley> cj: That's fine with me.
[19:09] <cj> $ bzr up
[19:09] <cj> Unable to obtain lock file:///usr/src/bzr/drizzle/.bzr/checkout/lock
[19:09] <cj> woe.  how do I release my (stale) lock so I can get a lock?
[19:10] <abentley> bzr break-lock /usr/src/bzr/drizzle
[19:10] <cj> and why was the initial branch command Killed?  Did it spin out of control and consume all of my system memory and swap?
[19:10] <cj> $ bzr up
[19:10] <cj> Tree is up to date at revision 486.
[19:10] <cj> meh.  good enough :)
[19:10] <cj> thanks!
[19:10] <abentley> cj: np
[19:11] <cj> hurm...
[19:11] <cj> cjac@dev0:/usr/src/bzr/drizzle$ ls -a
[19:11] <cj> .  ..  .bzr
[19:11] <cj> shouldn't there be something more there? :)
[19:15] <abentley> cj: bzr revert
[19:17] <cj> d'oh.  > /dev/null!
[19:17] <cj> my poor bandwidth costs!
[19:17] <abentley> cj: Run everything in screen, and you can just switch if a command gets too noisy.
[19:18] <stefanlsd> mwhudson: ping
[19:18] <cj> it is in screen, but the buffer is so backed up that ^\-d is going to take a few minutes
[19:19] <abentley> ouch
[19:20] <cj> I should just pipe everything to less :)
[19:21] <JayBee> Hello, I am uploading to launchpad using bzr but although my name shows up it is not linked with my launchpad profile. What should I do?
[19:21] <cj> alrighty!  Now for the code review :)
[19:22] <stefanlsd> Does anyone know anything about - AssertionError: Non-hosted url u'http://code.edge.launchpad.net/~ubuntu-security/ubuntu-cve-tracker/master' for hosted branch.  - I pushed with bzr on a stacked url.
[19:22] <abentley> JayBee: Linking revisions to Launchpad accounts is done using the committer-id that shows up in "bzr log".
[19:23] <abentley> You need to register that email address as an alternate address in Launchpad.
[19:23] <JayBee> thank you! Do so I need to set my launchpad e-mail in bzr whoami ?
[19:24] <abentley> JayBee, the e-mail in bzr whoami should be something that Launchpad knows you control.
[19:25] <JayBee> thanks abentley!
[19:25] <abentley> stefanlsd: Can you give me a traceback (in a pastebin)?
[19:27] <stefanlsd> abentley: i believe its actuall this bug - https://bugs.edge.launchpad.net/launchpad-bazaar/+bug/272372
[19:28] <abentley> stefanlsd: Could you try it with a bzr+ssh URL?
[19:28] <abentley> (or sftp, if you're using that)
[19:29] <stefanlsd> abentley: would lp:~ be the same?
[19:29] <abentley> stefanlsd: Yes.
[19:30] <stefanlsd> abentley: kk. trying it with lp:~
[19:30] <abentley> Well, probably.
[19:30] <abentley> Spelling out both URLs fully is safest.
[19:30] <stefanlsd> abentley: Ignoring request for a stacked branch as repository already exists at the destination location.   - that was with --overwrite.. might have to delete it first?
[19:31] <abentley> stefanlsd: Yes, you would.
[19:32] <stefanlsd> is there a way to delete a branch?
[19:32] <stefanlsd> oh. i see the red minus :)
[19:33] <abentley> stefanlsd: Yes.  To me, it looks like a "no entry" street sign.
[19:33] <stefanlsd> abentley: heh. yeah. and the pencil edit that doesnt really look like a pencil
[19:35]  * beuno has a trash can icon ready to land in launchpad soon
[19:35] <abentley> beuno: Great.
[19:37] <stefanlsd> beuno: can you do something re the pencil also?
[19:37] <beuno> stefanlsd, well, if you can convince me that there's a problem with it, sure
[19:37] <beuno> I think it looks fine
[19:38] <beuno> it's very yellow, slick, and looks like a pencil, IMHO
[19:38] <stefanlsd> i've seen questions from so many people that didnt know that it was a pencil that meant edit.  once you've been told, its ok. but i dont think thats the point.
[19:38] <beuno> what would be a better edit button?
[19:40] <JayBee> it's kind of hard to tell it's a pencil... looks like an italic exclamation mark
[19:41] <beuno> ok, what would make it look more like a pencil?
[19:42] <stefanlsd> beuno: mm. not sure.  i like the yellow though :)  - but yeah, looks like an exclamation.     what about a pencil on notepad?  some kind of 'cleaner' icon?
[19:44] <JayBee> hm.. difficult question... maybe if it was in one piece? It is very small so it is hard to make it look more like a pencil.
[19:44] <beuno> JayBee, the original mockups where 1 piece/color, and it was much worse  :/
[19:45] <Ursinha> beuno, I always thought that icon was an exclamation mark
[19:45] <beuno> Ursinha, really?  you break my heart...
[19:45] <Ursinha> until the day somebody raised this discussion on lp-users
[19:46] <Ursinha> beuno, I think it's too small for that detail level
[19:46] <JayBee> bueno: maybe make it slimmer and taller, like pencils usually are
[19:47] <beuno> JayBee, Ursinha could be...  I'll add it to my list and see if I can do something about it.
[19:47] <beuno> thanks for the input  :)
[19:47] <Ursinha> beuno, np :)
[19:50] <stefanlsd> thanks beuno !  :)
[19:53] <stefanlsd> abentley: AssertionError: Non-hosted url u'bzr+ssh://bazaar.launchpad.net/~ubuntu-security/ubuntu-cve-tracker/master' for hosted branch.  - yeah. same error
[19:54] <abentley> stefanlsd: What was the commandline?
[19:55] <stefanlsd> abentley:  bzr push --use-existing-dir --stacked-on bzr+ssh://bazaar.launchpad.net/~ubuntu-security/ubuntu-cve-tracker/master bzr+ssh://bazaar.launchpad.net/~stefanlsd/ubuntu-cve-tracker/dev
[19:56] <abentley> stefanlsd: Thanks for humouring me.  We'll get that fixed.
[19:56] <stefanlsd> abentley: http://irclogs.ubuntu.com/2008/09/20/%23launchpad.txt       - search for assertion.   jml had a fix... there
[19:56] <stefanlsd> actually mwhudson
[20:04] <mtaylor> if I get a soyuz message about PPA exceeding space... is the PPA not auto-deleting old, superseeded packages?
[20:05] <cprov> mtaylor: not necessarily. It means your ppa is using more space than what is allowed.
[20:06] <mtaylor> cprov: well yeahh.. sorry, poorly worded question
[20:06] <cprov> mtaylor: you decide if you can remove some packages you are not using or if you want to request more space.
[20:06] <mtaylor> cprov: are old packages auto-deleted, or do I need to do that by hand?
[20:06] <cprov> mtaylor: you PPA url, please ?
[20:07] <mtaylor> cprov: https://edge.launchpad.net/~ndb-bindings/+archive
[20:07] <cprov> mtaylor: they are auto-deleted.
[20:07] <mtaylor> ok
[20:07] <cprov> Estimated archive size:          1.3 GiB
[20:08] <cprov> mtaylor: it's actually a little bigger in disk (1.5GiB)
[20:08] <mtaylor> dude. that's a lot of space for 12 packages :(
[20:09] <cprov> mtaylor: you have binaries of 30 Mb ;-/
[20:09] <mtaylor> oh, I don't doubt it
[20:10] <cprov> mtaylor: and they are arch:any, so the repo grows very quickly.
[20:11] <cprov> mtaylor: don't worry much, ask for more space.
[20:11] <mtaylor> ok. cool.
[20:11] <mtaylor> cprov: thanks
[20:11] <plexq> anyone else getting a CA certificate problem pushing to launchpad bazaar?
[20:13] <abentley> plexq: That sounds like an https thing, but we don't support pushing over https.
[20:13] <plexq> oh yeah - I'm a dumb ass
[20:13] <plexq> why the heck was I trying to push over https!
[20:14] <abentley> We did switch our bzr+ssh server last night, so it has a new key (but also a new IP)
[20:14] <plexq> ok bzr+ssh worked much better
[20:14] <plexq> :)
[20:14] <beuno> plexq, you can use lp: urls for convenience
[20:17] <plexq> how do you use lp: with a push?  I'm not sure where to put the username?
[20:17] <beuno> plexq, you specify it once with:  bzr launchpad-login <username>
[20:18] <abentley> plexq: You don't need to put the username anywhere.  Just run launchpad-login once, and lp: will put the username in for you.
[20:18] <beuno> so, from then on, just use:  bzr push lp:~team/project/branch
[20:18] <beuno> or bzr push lp:project
[20:18] <beuno> ofthe project has a primary dev focus set (and you want to push to it)
[20:18] <beuno> same for branch, pull, merge, etc
[22:35] <j^> why is launchpad so slow recently?