[00:21] <blueyed> I'd like to donate some CPU cycles of my server to the PPA build system. Is this possible (and easy to setup)?
[00:22] <blueyed> It's really bad to have to wait 1h+ for a build to even start.
[00:22] <mwhudson> no
[00:22] <blueyed> ~400 now in the i386 queue.. :/
[00:22] <blueyed> ok. good to know at least.
[00:22] <mwhudson> there's something of a trust issue there :)
[00:23] <blueyed> normally I'm building nginx backports on my server, just for me, and put the .deb somewhere. Now I've being asked to use PPA and have to wait for it to even start building so long.
[00:23] <blueyed> kk
[00:23] <blueyed> too bad.
[00:23] <blueyed> Are there plans to throw more hardware at it?
[00:24] <wgrant> There normally is lots more hardware on it.
[00:24] <wgrant> But it seems to be missing at the moment.
[00:25] <blueyed> hum.. I _always_ have to wait a lot for builds to finish/start.
[00:25] <blueyed> official builds appear to be reasonable now, but for PPA there is always too much in the queue.
[00:25] <wgrant> When there are larger numbers of builders (which is most of the time), my builds start within seconds.
[00:25] <blueyed> you might want to monitor the queue using munin or collectd btw.. ^^
[00:26] <blueyed> how many builders can there be for i386.. I've never seen 6+ (in the numbers of 10+). Is this the case recently?=
[00:27] <wgrant> I've seen 12.
[00:28] <blueyed> it's too bad btw that the official hppa builders are "idle" currently (and prolly most of the time), while they could help out with other archs.
[00:28] <blueyed> but anyway.. </rant>
[00:28] <wgrant> blueyed: How could hppa builders help out with other archs?
[00:28] <blueyed> yay.. i386 started building my package! ;)
[00:28] <blueyed> wgrant: with virtualization.
[00:29] <wgrant> blueyed: They are the most ridiculously slow machines in the DC, I suspect.
[00:29] <wgrant> They are already the slowest buildds, and adding virtualisation on top of that doesn't seem like a very good idea.
[00:30] <blueyed> I'm not really into this, but my idea is to have just a pool of CPU cycles and use this for the pools that require it.
[00:31] <blueyed> yay. build finished. 1+ hour waiting, 5 minutes building.
[01:55] <RenatoSilva> How is karma calculated?
[01:56] <spiv> RenatoSilva: https://help.launchpad.net/YourAccount/Karma
[01:58] <RenatoSilva> "After twelve months an action no longer counts towards your karma. "
[01:58] <nhandler> RenatoSilva: In other words, you lose the karma you gained for that action
[01:58] <RenatoSilva> this means that your karma can get to zero if you leave lp?
[01:58] <spiv> RenatoSilva: right
[01:58] <RenatoSilva> I don't like it
[01:59] <RenatoSilva> then karma is just the "current state" of one's colaboration, not all the time
[01:59] <spiv> Well, recent state.
[02:00] <RenatoSilva> imho there should be some sort of static karma
[02:00] <RenatoSilva> don't you think so
[02:01] <spiv> Well, karma isn't really used for anything, so I don't see much point to making it more complicated.
[02:02] <RenatoSilva> spiv: why comlicated?
[02:02] <spiv> You're asking for long term karma in addition to the existing karma, AIUI... that sounds more complicated than the status quo to me.
[02:04] <lifeless> RenatoSilva: if you just have static karma, then someone who does a lot three years ago will take *3 years* for someone doing the same amount to catch up to
[02:04] <RenatoSilva> spiv: I thought the karma was your total points over the time, I didn't know that it would expire. Maybe other people think so, it's not an obvious behavior.
[02:04] <lifeless> even if the first personal has totally stopped doing stuff
[02:04] <lifeless> that would be very demotivating
[02:05] <spm> lifeless: based on how freshmeat calculates relevance, it certainly is
[02:05] <spm> demotivating as in
[02:05] <spm> projects that were created 10+ years ago, and have done diddly since are "more relevant" than ones that have been pumping releases the past 2-3 years. that's broken badly imho.
[02:06] <spm> RenatoSilva: so based on my experiences with a long term karma, I totally disagree with the concept.
[02:07] <spm> it encuorages too much a "rest on laurels" attitude. whereas, IMHO :-) FOSS should be more about - what have you done *today*.
[02:08] <RenatoSilva> ok
[02:08] <spiv> RenatoSilva: is the issue just that you were surprised?  If so then perhaps we can simply make that help page more discoverable, perhaps add a link to /people/+me/+karma
[02:09] <RenatoSilva> maybe in the profile page, having a tip'explaining that the karma if for recent activity, that would be enougth
[02:10] <RenatoSilva> I did not realize that the karma is volatile
[02:10] <RenatoSilva> just a suggestion
[02:20] <RenatoSilva> I like the idea of a total score tough, just for reference
[02:23] <spiv> RenatoSilva: well, file bugs :)
[02:27] <lifeless> RenatoSilva: I think it would be psyschologically problematic to have a non-decayed karma figure
[02:27] <lifeless> not to mention that we can't calculate it
[02:27] <lifeless> karma is normalised by what other people are doing, its not a fixed value
[02:29] <RenatoSilva> it takes 1 year to the karma get zero'ed, right?
[02:30] <RenatoSilva> Maybe extend the period...
[02:30] <wgrant> Why? A year isn't bad.
[02:30] <wgrant> Why would anything else be better?
[02:31] <RenatoSilva> why not?
[02:31] <RenatoSilva> ha
[03:24] <Hobbsee> lex79: not at 3am my time.  ;)  do you still need it?
[03:25] <lex79> oh :) Hobbsee, no thanks
[03:25] <Hobbsee> lex79: no problem.  :)
[03:25]  * Hobbsee continues unpacking her new box
[03:26] <lex79> happy fun :)
[04:49] <poolie1> random unimportant idea: the votes in the merge proposal list should take you to an anchor within the mp for that comment
[04:50] <poolie1> if you have 10 comments and only one says 'resubmit' i want to go there first...
[04:51] <mwhudson> sounds sane
[04:56] <oubiwann> lifeless: hey man, it seems that bzr export supports subdirs... but I must be doing something wrong
[04:56] <oubiwann> (or misunderstanding something)
[04:57] <oubiwann> lifeless: care to point me in the right direction?
[04:58] <lifeless> oubiwann: bzr export foo.tar.gz branch/subdir
[04:58] <oubiwann> lifeless: I'm trying "bzr export localname lp:~oubiwann/project/branch/subdir"
[04:58] <lifeless> oubiwann: so, that should work. File a bug :)
[04:58] <lifeless> and, try branching it locally an dthen trying it
[04:59] <oubiwann> lifeless: can you confirm that it fails for you against lp too?
[04:59] <lifeless> oubiwann: I'm in the middle of some complex code right now
[05:00] <oubiwann> lifeless: doh! sorry
[05:00] <lifeless> oubiwann: assume its a bug, and work from there ;)
[05:01] <lifeless> nothing to apologise for
[05:01] <lifeless> I'll look into the details later is all
[05:02] <lifeless> I wrote the support for it, I'm fairly sure its tested, but not against directory services
[05:02] <lifeless> you could try with the bzr+ssh url
[05:03] <oubiwann> lifeless: thanks! filing a bug now...
[05:31] <lifeless> oubiwann: future ref - please dont assign bugs :)
[05:32] <lifeless> oubiwann: in bzr we only assign a bug when someone is claiming personal responsibility for it
[05:32] <oubiwann> lifeless: cool, got it
[06:44] <d1b> hi um im wanting to use the documentation on the api, im just poking around atm but when i visit https://api.edge.launchpad.net/beta/bugs/cve/ i get a traceback i take it edge.launchpad is meant to show these?
[06:44] <wgrant> That looks like a bug.
[06:46] <wgrant> Only affects edge, and they are probably running the same code...
[06:48] <d1b> wgrant: there is another box i can actually use that works ?
[06:48] <d1b>  / view
[06:48] <d1b>  i was hoping to make a python program so i can query launchpad about any cves in a package / critical bugs.
[06:49] <d1b> https://api.launchpad.net/beta/bugs/ just says unknown consumer (none)
[06:50] <wgrant> d1b: That's fine. You're not meant to be accessing that through a browser.
[06:50] <wgrant> Use launchpadlib.
[06:51] <d1b> wgrant: yes. looking for an example hence the web browser
[06:51] <wgrant> d1b: An example of what?
[06:51] <d1b> use :)
[06:51] <d1b> i haven't looked for the doc / manual yet
[06:52] <wgrant> d1b: Looking there won't do you any good. https://help.launchpad.net/API/launchpadlib.
[06:52] <d1b> thank you :)
[06:53] <d1b> ah... mm yeah i didn't like this page :( ok
[06:53] <wgrant> What is dislikable about it?
[06:55] <d1b> the layout :) atm
[06:55] <d1b> "Unfortunately, you'll also see a bunch of launchpadlib-specific junk that you don't care about. That's why we've made available these four lists:"
[06:56] <d1b> mainly
[06:56] <wgrant> Are you looking for documentation on what is available in the API?
[06:57] <wgrant> If so, you want https://launchpad.net/+apidoc
[06:59] <d1b> never mind :)
[09:22] <mrevell> Morning!
[09:22] <noodles775> Morning mrevell
[09:24] <sliajd0> Hi all, i was wondering if there is a way to know how many download a package in a PPA has ?
[09:24] <noodles775> sliajd0: not yet, but there's a bug requesting that exact feature.
[09:24]  * noodles775 looks
[09:25] <geser> bug 139855
[09:25] <noodles775> Thanks geser :)
[09:25] <sliajd0> awesome, thanks
[09:27] <wgrant> diskless-archives would make that one nice and easy.
[09:29] <bigjools> we have some apache log scraping magic somewhere now
[09:31] <wgrant> Right, for librarian files.
[09:31] <wgrant> I guess it wouldn't be too hard to translate an archive path into a publishing.
[16:34] <leonel> hello
[16:34] <leonel> I have my PPA  and as usual  Woks great
[16:34] <leonel> i have 1 package for  jaunty , hardy , intrepid ,  all fine
[16:35] <leonel> that package is the released version ..  I'd like to  have the   trunk version too.  Can I have Both ??
[16:36] <leonel> the daily trunk version
[16:36] <leonel> can it be done ??
[16:36] <beuno> leonel, you'll need a separate PPA
[16:36] <beuno> one for daily, and one for releases
[16:37] <leonel> beuno: thanks
[17:04] <synic> is the new policy that loggerhead will email attached diffs instead of inline?
[17:04] <synic> I kinda liked in the inline more
[17:07] <beuno> synic, we're working hard on still emailing inline
[17:07] <beuno> abentley has been working on it
[17:07] <synic> ah, ok
[17:08] <abentley> synic: We're attaching the diffs, but having the mail client display them as inline.
[17:08] <abentley> synic: Are you using gmail?
[17:08] <synic> yeah
[17:09] <abentley> synic: gmail doesn't respect content-disposition: inline for patches, because of their content-type and file extension.
[17:10] <abentley> synic: I'm about to land changes so that patches have a .txt file extension, which causes gmail to display them inline.
[17:10] <synic> nice
[17:12] <abentley> synic: I wish Gmail would just respect the text/x-diff content type or .diff file extension.  Most clients happily display our attachments inline.
[17:12] <synic> yeah, that seems kind of dumb. I wonder why they did it that way
[17:13] <abentley> synic: This is bug #401772, btw.
[17:13] <synic> k
[17:57] <Azag> hi
[17:58] <Azag> to download the code of a project the people need a lp account?
[17:58] <beuno> Azag, no
[17:58] <Azag> beuno: a person that do bzr branch lp:~shareit-server/shareit-server/devel
[17:58] <Azag> get a error
[17:58] <Azag> "You have not informed bzr of your Launchpad ID, and you must do this to"
[17:59] <beuno> Azag, but they still got the branch, no?
[17:59] <beuno> if they have a LP account, they use the smart server, which is faster
[17:59] <beuno> but they should be able to branch it anyway
[17:59] <beuno> it's probably a warning, not an error
[18:00] <Azag> but he also get bzr: ERROR: Invalid http response for http://bazaar.launchpad.net/%7Eshareit-server/shareit-server/devel/.bzr/repository/packs/4f53d5913c19b52a6532df02e9e426f5.pack: Expected a boundary (j)zK)L.,BiCFvq,RG/3=) line, got ''
[18:00] <beuno> ok, that is an error
[18:00] <beuno> Azag, is he behind a proxy?
[18:01] <Azag> no he have a router
[18:28] <fta> any update/ETA for bug 369112?
[21:12] <LarstiQ> ehm
[21:12] <LarstiQ> how do I unset a development focus?
[21:15] <LarstiQ> aha, from the trunk series, not on the frontpage
[23:05] <MFen> is there a simple todo list anywhere within launchpad?
[23:06] <MFen> i find i'm not using the bug tracker on my project because a full bug is too much overhead
[23:06] <MFen> it would be cool if you could create blueprints as todo lists
[23:27] <mars> MFen, that is a bit out of scope for the project.  Our developers tend to use Tomboy notes or Remember The Milk for quick ToDo management
[23:28] <MFen> i use tomboy, but it's barely adequate.  i'm really not sure it is out of scope. lots of systems that are or contain bug trackers have todo functionality
[23:28] <mars> Todos are one of those applications where speed pays off, and IMHO no web app runs fast enough to overcome that
[23:28] <MFen> (RtM is a web app?)
[23:28] <mars> yes, but I find I want to use a desktop application with a bridge to it :)
[23:29] <mars> but that is just personal preference
[23:29] <MFen> i get that.
[23:31] <MFen> mars: ubuntu?
[23:31] <MFen> i would assume? :)  what do you use to integrate
[23:33] <mars> For Todos?  I just use Tomboy notes.  There is a RtM plugin for them, but I never got around to installing it.
[23:37] <MFen> hmm. you know, i tried that other tomboy todo plugin, and it was terrible. maybe rtm would be better.
[23:39] <BBHoss> hey is there a serious problem with the bzr server?  I've been trying for the past three days to setup launchpad for my project (locally, on my server) and it always locks up about halfway through with the message "Fetching revisions:Inserting stream ", after a day it times out.  Is this just capacity or something else?
[23:41] <MFen> after a *day*?  man, you're patient
[23:41] <mars> BBHoss, not that I know of.  What project are you trying to work with?
[23:41] <BBHoss> MFen: well i just left it running in a screen session on a VM
[23:42] <BBHoss> mars: i'm trying to pull down the launchpad source
[23:42] <mars> BBHoss, ok, there shouldn't be a problem with that.  I assume you are using the rocketfuel-setup script?
[23:43] <mars> and the instructions from dev.launchpad.net/Getting ?
[23:43] <BBHoss> yep
[23:43] <BBHoss> it just freezes eventually while pulling from bzr
[23:43] <BBHoss> i have to kill it
[23:44] <mars> have you setup up a launchpad account, with SSH keys?
[23:44] <BBHoss> mars: no, is that required to set it up?
[23:44] <BBHoss> it seems to run fine then it just freezes mid-step
[23:45] <mars> well, I have read on the launchpad-dev list that others had issues when they did not have their SSH keys set up.
[23:46] <mars> there was also a solution where someone had to pull using http instead of ssh
[23:59] <MFen> "getting things gnome" looks promising, pity about the name