[00:02] <jml> james_w, hello
[00:02]  * jml afk
[00:02] <james_w> I assume that it doesn't verify the key matches, essentially allowing spoofing of a consumer, but given that it allows any consumer anyway, that's not too much of an issue
[00:02] <james_w> hey jml
[00:03] <james_w> it just can't change the way it responds based on consumer, which given the consumer secret often won't be secret isn't something you would want to do anyway
[00:04] <wgrant> james_w: Why isn't the consumer secret secret?
[00:05] <james_w> well, that depends on the consumer
[00:05] <james_w> for a desktop app you would have to distribute the "secret" to all users
[00:05] <james_w> LP and another hosted service could decide to agree on a specific consumer name an secret to check
[00:06] <james_w> if they wanted different behaviour
[00:06] <wgrant> Why would you distribute the secret to all users? The users create the secret when they authorize the application to use their Launchpad account.
[00:06] <james_w> no, the consumer secret
[00:06] <Ampelbein> wgrant: http://paste.ubuntu.com/223111/ - no apparent failure to see
[00:06] <wgrant> Note that the Consumer Key and Consumer Secret are not the same thing.
[00:07] <james_w> the app could generate this on first use, but then you can't check the consumer key against the consumer secret anyway
[00:07] <wgrant> The Key is the nameish thing which the example gives as 'just testing'
[00:07] <wgrant> It isn't secret.
[00:07] <james_w> yeah
[00:08] <james_w> there's no change to the security properties of the protocol as far as I can see, you just can't identify particular consumers reliably
[00:09] <wgrant> james_w: You mean you can't identify a particular piece of software? You can identify the user reliably.
[00:09] <james_w> yeah, consumer as distinct from user
[00:09] <james_w> OAuth has 3 parties, with the user and consumer distinct
[00:10] <wgrant> It's a bit strange, because in the docs the consumer is generally a web service.
[00:10] <wgrant> Whereas in LP's case it generally isn't.
[00:10] <james_w> if the consumer is able to keep it's secret secret then the service provide can reliably identify them and modify its behaviour
[00:10] <wgrant> Ampelbein: Sure you didn't omit something there? There's no addMember request.
[00:11] <james_w> yeah, OAuth is designed for the web, and they state that it doesn't work very well here for the desktop case
[00:11] <wgrant> james_w: Keep its *key* secret?
[00:11] <wgrant> The key is not a secret.
[00:11] <james_w> no, secret
[00:11] <james_w> secret secret
[00:11] <james_w> Consumer Key:
[00:11] <james_w>     A value used by the Consumer to identify itself to the Service Provider.
[00:11] <james_w> Consumer Secret:
[00:11] <james_w>     A secret used by the Consumer to establish ownership of the Consumer Key.
[00:11] <wgrant> The key is the name identifying the consumer.
[00:11] <wgrant> Ah.
[00:11] <james_w> everyone can know "flickr" is called flickr
[00:11] <james_w> but we can't know their "secret"
[00:11] <wgrant> Right.
[00:11] <Ampelbein> wgrant: the addmember request comes directly before the "send: 'GET /beta/~ubuntu-my...."
[00:12] <james_w> it's conflicting with the usual definition of "key" as "secret part of the knowledge"
[00:12] <wgrant> Ampelbein: Oh, you removed it? That's the one I needed to see - just drop the oauth_* parameters from the URL.
[00:12] <wgrant> james_w: Right, it's rather confusing.
[00:13] <wgrant> james_w: Why would LP want to change its behaviour based on the consumer key?
[00:13] <james_w> it might not, but the OAuth spec states that it is something that you can do if you trust the consumer
[00:14] <james_w> I originally asked before thinking it all through, so I thought that having conflicting consumer secrets for a particular key would have implications beyond what I now think it does
[00:15] <Ampelbein> wgrant: that is all: http://paste.ubuntu.com/223114/
[00:15] <Ampelbein> i just removed the oauth_ parts
[00:15] <james_w> interesting diversion though, thanks
[00:16] <wgrant> Ampelbein: There was no line with ws.op=addMember?
[00:17] <Ampelbein> no, none. for the record, myfenris has the issue, i've been msging with him for quite some time to get the job done.
[00:18] <myfenris> thanks to Ampelbein
[00:18] <myfenris> helping me up for hours..
[00:19] <wgrant> Ampelbein: Ah, now I see why I was confused.
[00:20] <wgrant> Ampelbein: Now wadllib checks the parameters client-side.
[00:20] <wgrant> As of a week ago.
[00:20] <wgrant> But my wadllib checkout is from two weeks ago, so when I grepped for that error it only appeared in the server-side code.
[00:21] <myfenris> http://paste.ubuntu.com/223119/ <-- all error
[00:21] <Ampelbein> myfenris: i told you not to do that! there is private information there.
[00:21] <myfenris> Ampelbein, my bad.. :(
[00:22] <wgrant> It's not too dangerous - those signatures are only good for issuing those particular requests.
[00:22] <wgrant> Which are all read-only.
[00:22] <wgrant> But still not a good idea.
[00:22] <myfenris> sorry for that ..
[00:29] <Ampelbein> wgrant: the complete script I wanted myfenris to use is at http://paste.ubuntu.com/223124/ - it's a simple script and I don't really know why it's failing.
[00:43] <wgrant> Ampelbein: Well, I can't get a recent version of launchpadlib to work at all. I'd suggest filing a bug against launchpadlib.
[00:43] <wgrant> It's certainly not your fault.
[00:44] <wgrant> And it might be some version incompatibility.
[00:44] <Ampelbein> wgrant: ok, will do that. thanks for help.
[01:15] <wgrant> beuno: Re. bug #394542: I see project group icons have returned, but not distribution ones.
[01:15] <wgrant> Or is the revision missing from edge?
[01:15] <beuno> wgrant, hrm
[01:15]  * beuno looks
[01:16] <wgrant> (https://edge.launchpad.net/ lacks the Ubuntu icon)
[01:16] <beuno> damn
[01:16] <beuno> you're right
[01:18] <beuno> wgrant, thanks
[01:21] <wgrant> beuno: You can't slip this in with that other trivial sprite fix?
[01:21] <beuno> wgrant, I can try, yes
[01:39] <pygi> hey folks
[01:39] <pygi> I am trying to use LP OpenID stuff to login into one of my apps
[01:39] <pygi> and I get only my username from it
[01:40] <pygi> am I doing something wrong or can it indeed send only username?
[01:40] <wgrant> pygi: Consumers have to be whitelisted to get other details.
[01:40] <pygi> wgrant, how does one do that?
[01:40] <pygi> is it a global LP stuff, or per-account?
[01:40] <wgrant> pygi: Not sure. I'd try asking at https://answers.launchpad.net/launchpad/+addquestion
[01:41] <pygi> wgrant, will do. Thank your sir! :)
[01:41] <wgrant> It's global.
[01:42] <pygi> ah
[01:42] <pygi> ok, so I don't have to ask now :P
[01:43] <wgrant> Why not?
[01:44] <pygi> wgrant, well, you just said its global :)
[01:44] <pygi> and since the service is not ready yet... :)
[01:44] <wgrant> Ah.
[01:47] <pygi> wgrant, thanks for the help :)
[02:14] <dash> hi, any known issues with loggerhead at the moment? i'm getting "Internal Server Error" when trying to view files
[02:14] <dash> for example: http://bazaar.launchpad.net/~washort/ecru/trunk/annotate/head%3A/pysrc/ecru/nodes.py
[02:16] <jml> spm, ^^
[02:16] <spm> gah. looking.
[02:17]  * dash tries to not feel too smug about someone _else's_ server breaking
[02:17] <spm> dash: cool. nothing wrong with the server. /me suspects something else. mwhudson? ^^ <<
[02:17] <spm> dash: heh
[02:18]  * jml tries a thing.
[02:19] <jml> it doesn't appear to be a problem with the branch itself.
[02:19] <spm> cool. so if you start here: http://bazaar.launchpad.net/~washort/ecru/trunk/files/head%3A/pysrc/ecru/ and select node.py - internal error. sweet.
[02:19] <spm> nodes.py
[02:19] <dash> yeah this was working earlier today
[02:20] <dash> ~6hours ago
[02:22] <spm> hrm. so codebrowse *was* restarted about 4 hours ago.... codebrowse update. hrm. mwhudson?
[02:34] <mwhudson> dash: it's a bzr bug
[02:34] <mwhudson> erm, maybe
[02:34] <dash> Excitement
[02:34]  * mwhudson tries some tings
[02:35] <mwhudson> oh hm, maybe not
[02:36] <mwhudson> !!
[02:37] <mwhudson> dash: it's this bug http://bazaar.launchpad.net/~washort/ecru/trunk/annotate/head%3A/pysrc/ecru/nodes.py
[02:37] <mwhudson> no
[02:37] <mwhudson> obviously
[02:37] <mwhudson> https://bugs.edge.launchpad.net/loggerhead/+bug/382765
[02:37] <mwhudson> ^ this one
[02:38] <mwhudson> but i've never been able to reproduce it before
[02:38] <dash> well i get that when I run loggerhead _here_
[02:38] <dash> so I did vaguely wonder how you guys were getting loggerhead to work :)
[02:38] <mwhudson> so it's your fault!
[02:39] <dash> sorry, didn't mean to collapse the waveform
[02:39] <mwhudson> once you've noticed the problem, quantum tunnelling means loggerhead breaks everywhere
[02:39] <mwhudson> :)
[02:44] <mwhudson> wow ./serve-branches http://bazaar.launchpad.net/~washort/ecru/trunk isn't very performant
[02:44] <mwhudson> (to no surprise at all(
[02:45] <dash> i think i patched this once then made the mistake of installing a new loggerhead deb
[02:49] <mwhudson> well, now i can reproduce it, i'll fix the bug i guess
[02:49] <dash> \o/
[02:49] <mwhudson> i'm a little worried because the comment in the code about bzrlib's progress bar code not being thread safe looks to still be true
[02:50]  * mwhudson tries some things
[02:53] <mwhudson> grumf
[03:13] <compengi`> do you have server issues on bazaar.launchpad.net?
[03:14] <mwhudson> compengi`: not that i know about, what are you seeing?
[03:14] <compengi`> Internal Server Error
[03:14] <mwhudson> compengi`: at which url?
[03:14] <compengi`> http://bazaar.launchpad.net/~compengi/%2Bjunk/Cirssi/annotate/head%3A/Cirssi.pl
[03:15] <mwhudson> compengi`: hmm
[03:15] <mwhudson> compengi`: yes, there is a problem here
[03:15] <mwhudson> compengi`: i'm fixing it now :)
[03:15] <compengi`> okay :)
[04:25] <beuno> wgrant, still around?
[05:20] <lifeless> \o/
[05:30] <spiv> Oh hey, look at that.
[06:16] <meoblast001> hi
[06:16] <meoblast001> i was told that several parts of Launchpad will not be freed
[06:16] <meoblast001> i was told this is the automatic packager and some other part
[06:16] <beuno> meoblast001, it's all been opened
[06:16] <meoblast001> is this true?
[06:16] <beuno> yes
[06:17] <meoblast001> every last bit has been freed?
[06:17] <beuno> well, it's true that it's been opened
[06:17] <beuno> nothing has been left back
[06:17] <beuno> not even the history
[06:17] <meoblast001> history?
[06:18] <spiv> meoblast001: the source control repository (bzr, naturally) has been released, not just a tarball of the current code.
[06:18] <meoblast001> ok
[06:18] <meoblast001> what about that automatic packager
[06:18] <meoblast001> i heard it was "Canonical's secret sauce" and there was no plan to free it
[06:18] <spiv> If it's part of Launchpad, it's been released.
[06:18] <spiv> That includes soyuz.
[06:19] <spiv> Grab the code and see for yourself! :)
[06:19] <meoblast001> i want to make sure everything running on the official Canonical Launchpad server can be downloaded, modified, redistributed, etc
[06:19] <beuno> meoblast001, the decision to not open has been reverted
[06:19] <mwhudson> meoblast001: the only thing you can't download is the config files
[06:19] <beuno> so *everything* is open source now
[06:19] <meoblast001> :)
[06:19] <meoblast001> amazing
[06:20] <meoblast001> so i can remove the text at the bottom of this page then http://mysticgalaxies.com/amethyst/code.html
[06:20] <mwhudson> meoblast001: if not knowing the name of our database servers causes you a severe problem...
[06:21] <beuno> meoblast001, yes, you can remove the threatening text  :)
[06:21] <meoblast001> it's not threatening :P
[06:21] <meoblast001> people were getting angry at me for using Launchpad
[06:21] <meoblast001> that specific program i write is written to make a free alternative to the flash format, ticked people off that they had to use nonfree software just to get to it
[06:22] <meoblast001> but i'll let them know
[06:22] <meoblast001> and put a note that Launchpad is being freed on that page (after i verify it myself online)
[06:23] <meoblast001> this is amazing news :D thank you everyone
[06:23] <mwhudson> feel free to blog/tweet/dent about it :)
[06:23] <meoblast001> :) i'm not angry at Canonical anymore
[06:23] <rockstar> Shoot, I just yelled it.  That's kinda like tweeting it, right?
[06:24] <beuno> rockstar, short-range tweet
[06:25] <meoblast001> who here works at Canonical?
[06:25]  * meoblast001 gets curious of these things
[06:25] <beuno> meoblast001, like half of us  :)
[06:25] <meoblast001> beuno: you do?
[06:25] <mwhudson> meoblast001: me
[06:26] <meoblast001> i see
[06:26] <beuno> mwhudson, yes. And rockstar, and kfogel, and jml, and thumper, and sinzui, and....
[06:26] <meoblast001> ok, i hope you guys don't hate me, i'm one of those guys who corrects people when they say "Linux" referring to a complete system
[06:27] <meoblast001> but thank you all on the decision
[06:28] <kfogel> meoblast001: hey, we're glad too :-).  You're welcome.
[06:29] <kfogel> meoblast001: for the record: that was Mark Shuttleworth's call.
[06:29] <mwhudson> meoblast001: we're all pretty happy about it too :)
[06:29] <meoblast001> tell him i said thanks :)
[06:30] <meoblast001> took me a few minutes to remember what site i wanted to go to... brainstorm.ubuntu.com was it
[07:02] <micahg> yay on the LP release
[07:02] <micahg> but, I'm wondering why there's no deb package?
[07:02] <beuno> micahg, it's really not that type of application  :)
[07:04]  * sharkbait imagines doing sudo apt-get install launchpad :)
[07:04] <micahg> why not?
[07:04] <micahg> it should be like any other?
[07:04] <micahg> If I want to install mantis or bugzilla I get pacakges
[07:04] <micahg> mediawiki
[07:05] <mwhudson> there's no pleasing some people!
[07:05]  * micahg is very happy :)
[07:05] <sharkbait> oh, there's a mediawiki package?
[07:05] <micahg> just asking why
[07:05] <micahg> I thought there was
[07:05] <sharkbait> that would have saved me lots of time :)
[07:05] <micahg> yep
[07:06] <mwhudson> micahg: anyway, i guess there's no real reason
[07:06] <sharkbait> lots easier than configuring apache :)
[07:06] <micahg> I'm backporting bzr so I can install for myself :)
[07:06] <mwhudson> but we don't deploy launchpad using a deb, so there's no packaging for it
[07:06] <micahg> should I file a bug?
[07:06] <micahg> ah
[07:06] <sharkbait> it would be a massive package
[07:06] <micahg> how big is it?
[07:07] <micahg> I just reread the blog post
[07:07] <sharkbait> I don't know, I'm not there yet
[07:07] <micahg> it seems like it's more for people to develop than to run...
[07:07] <sharkbait> but the dependencies are 281mb
[07:07] <beuno> micahg, ~100mb IIRC
[07:07] <mwhudson> micahg: yes, it is
[07:07] <micahg> that's not so bad
[07:08] <micahg> can I file a request for a deb package?
[07:08]  * micahg wants to install this at work :)
[07:09] <elmo> micahg: as mwhudson said, we don't deploy it as a deb, there's very little incentive for us to produce or maintain packages for it
[07:09] <elmo> micahg: OTOH, it's open source, so if you want to do that, you could always provide patches
[07:10] <micahg> well, wouldn't it be nice to offer it as a package on ubuntu-server
[07:10] <sharkbait> someone will eventually provide unofficial debs, just like with chromium :)
[07:10] <micahg> I guess I should file a needs packaging in ubuntu then :)
[07:10] <stub> You really don't want to run 'your own Launchpad' except for development. You end up with an overly complicated system - you are better off using tools designed for single project or small groups of projects.
[07:10] <micahg> no, I do want my own launchpad
[07:10] <micahg> I need a private instance
[07:11] <micahg> stub: what tools compare to launchpad in functionality?
[07:11] <micahg> oh, what license is it under?
[07:12] <sharkbait> I personally want to install lp to contribute by fixing a bug I filed ~1 year ago :)
[07:12] <elmo> micahg: https://dev.launchpad.net/LaunchpadLicense
[07:17] <micahg> ok, bug 402073
[07:17] <micahg> let ubuntu do it :)
[07:18] <micahg> no need for you guys to bother with it
[07:18] <lifeless> micahg: you may not be aware, but launchpad can host private projects too - after all, it hosted launchpads development for a long time :)
[07:18] <micahg> yes, but for work, we can't stuff hosted
[07:19] <micahg> that's cool that it hosts its own development though
[07:46] <poolie> jml, everyone, way to go!
[07:47] <jml> \o/
[07:47] <jml> poolie, thanks :)
[07:47] <poolie> i turn my back for a bit and... :)
[07:48] <noodles775> whohoo
[07:53] <kfogel> noodles775: :-)
[07:55] <micahg> is LP postgres only?
[07:56] <dash> you want to run it on oracle? :)
[07:56] <micahg> mysql :)
[07:56] <mwhudson> it's pretty much postgres only yes
[07:57] <micahg> is there a reason why postgres was chosen over mysql?
[07:58] <noodles775> stub: ^^^
[07:59] <noodles775> (you might know some of the background there?)
[08:02] <jmarsden> Congratulations to all involved on the open sourcing of LaunchPad!  I noticed that all 3 links under Tools on the front page of the wiki https://dev.launchpad.net are not readable by mere mortals (non-Canonical employees?), even when I am logged in to the LaunchPad wiki... is that intentional?  Perhaps a comment that these are "for Canonical staff only" (or whatever the restriction is) would be helpful to newcomers?
[08:02]  * jml looks
[08:02] <stub> micahg: PostgreSQL supported most of the features we thought we would need and MySQL did not. The other contender was Oracle, and for a while we made sure we would be able to switch to Oracle if necessary but PG has worked great.
[08:02] <stub> This was about 2004
[08:02] <jml> jmarsden, I'll fix those up. I think at least one is now obsolete.
[08:03] <jmarsden> jml: Thanks :)
[08:05] <micahg> stub: how integrated is the DB in the code?
[08:07] <jml> hmmm.
[08:07] <jml> jmarsden, I don't have permission to fix the front page, it seems!
[08:08] <stub> Highly. We make use of PostgreSQL specific features, such as some of the SQL language extensions, PL/pgSQL and Python stored procedures, triggers, functional indexes, automatic load balancing over the replicas is Slony-I specific ...
[08:08] <micahg> ah, ok, so bascially to change DB engines is a total rewrite
[08:08] <jmarsden> jml: OK... thanks for trying :)
[08:09] <stub> transactional DDL, tsearch2 full text search, database permissions...
[08:09]  * micahg is a web developer
[08:09] <jml> kfogel, spm, can you give me permissions to edit the dev.lp.net front page?
[08:09] <jml> jmarsden, I haven't finished trying yet :)
[08:09] <jmarsden> So I see...
[08:10] <kfogel> jmarsden: you don't have them?
[08:10] <kfogel> whups
[08:10] <kfogel> jmarsden: sorry
[08:10] <kfogel> jmarsden: bad completion of "jml" :-)
[08:10] <kfogel> jml: you don't have perms?
[08:10] <kfogel> let me see
[08:10] <jmarsden> No problem...
[08:10] <jml> kfogel, apparently not!
[08:12] <kfogel> jml: asking over in canonical irc, this is an admin question
[08:15] <jml> jmarsden, fixed.
[08:15] <jmarsden> jml: Thanks
[08:17] <pkern> http://bazaar.launchpad.net/~launchpad-pqm/launchpad/db-devel/annotate/head%3A/lib/canonical/buildd/README gives me Internal Server Error.
[08:19] <mwhudson> pkern: me too
[08:19] <mwhudson> spm: if you've not gone to sleep yet...
[08:20] <pkern> Where's the Soyuz code in there?
[08:20] <mwhudson> pkern: soyuz is mostly in lib/lp/soyuz
[08:21] <mwhudson> pkern: and lib/lp/otherthings
[08:21] <al-maisan> grep is your friend ;)
[08:21] <al-maisan> find/grep even
[08:21] <pkern> I did just use loggerhead.
[08:22] <pkern> al-maisan: Oh hi (:
[08:22] <al-maisan> hello pkern :)
[08:25] <compengi`> mwhudson, good morning again. it looks like it's a nasty issue with the server... ?
[08:32] <mwhudson> compengi`: it affects annotating certain files, it's not that bad, but it's a bit ugly
[08:32] <mwhudson> compengi`: the fix will get rolled out automatically in ~12 hours, it would be nice to find a sysadmin to blat it into place earlier
[08:35] <compengi`> mwhudson, is it caused by my files?
[09:05] <carlos> hey
[09:05] <carlos> congratulations for the release!
[09:10] <bigjools> hey carlos!
[09:16] <mwhudson> compengi`: no
[09:18] <pkern> The bzr branching takes ages...
[09:21] <carlos> pkern: just released, huge branch....
[09:23] <james_w> woo. Thanks all, and congratulations.
[09:24] <carlos> did you split out lazr from launchpad so it can be used to develop other web applications or there is still something left to reach that point? (I know some lazr libraries where already released)
[09:25] <carlos> but I'm more interested on the whole framework
[09:25] <bigjools> carlos: yeah it was split out a while ago
[09:26] <S-i-A> hi
[09:26] <carlos> bigjools: and is there any documentation about how to put all that together? or is just a matter of getting Zope and start adding such libraries on top of it?
[09:26] <S-i-A> we need review https://translations.edge.launchpad.net/wordpress/2.8/+imports anyone can her accept that?
[09:27] <S-i-A> imported file is downloaded from launchpad self, also don't send a strings error to me :)
[09:27] <bigjools> carlos: I've no idea, sorry.
[09:28] <carlos> bigjools: ok, thanks
[09:31] <pkern> How big is the repo approx.?
[09:31] <bigjools> 150M approx
[09:32] <spiv> The Getting page probably should mention that.  I'll edit it now.
[09:32] <pkern> Well, it looks like bzr slowness also contributes to the download time a lot.
[09:33] <pkern> Or the servers can't do more than 40kB/s but I doubt that.
[09:35] <LarstiQ> bzr itself is much faster than 40kB/s
[09:35] <dpm> Congratulations for the release Launchpad people! Happy open-sourcing day ;) !
[09:36] <pkern> Hah, MemoryError and a crash.
[09:37] <lifeless> LarstiQ: we'rehaving folk pull from http, which will add some overhead
[09:37] <pkern> bzr on my server did this, OpenVZ for the blame.  But it ate 900M on my laptop already.
[09:37] <lifeless> LarstiQ: and there is some chance we're getting dos:P
[09:37] <LarstiQ> lifeless: yes, and everyone at it at the same time
[09:37] <LarstiQ> pkern: which version of bzr?
[09:37] <pkern> It's HTTP of course that's being a reason for slowness.  But seriously, fetching shouldn't load "everything" into memory.
[09:38] <pkern> Is it possible to continue pulls?
[09:38] <lifeless> pkern: it doesn't load everything into memory
[09:38] <pkern> LarstiQ: 1.17 on my laptop, 1.16 on the server.
[09:38] <pkern> lifeless: That's why I quoted it.
[09:38] <pkern> pkern    18650 31.0 55.0 933572 837628 pts/4   S+   10:10   8:43 /usr/bin/python /usr/bin/bzr branch lp:launchpad
[09:38] <pkern> 55% of my memory is currently in bzr...
[09:38] <pkern> [#########|          ] 112129KB   103KB/s | Fetching revisions:Inserting stream
[09:38] <LarstiQ> pkern: resuming is possible, might need some shuffling around depending on how you started
[09:39] <lifeless> we're definitely seeing interest :)
[09:40] <lifeless> pkern: thats certainly higher than I'd have expected
[09:40] <pkern> Well it's late and huge though.  It's probably a pain to set up.
[09:41] <lifeless> pkern: I'd let it finish
[09:41] <lifeless> pkern: you've pulled ~2/3rds of it now
[09:41] <pkern> I life non-linear progress bars... not.
[09:42] <LarstiQ> pkern: are you at Debconf?
[09:42] <bigjools> lifeless: last time I pulled a branch that size, bzr got to 900M resident
[09:42] <bigjools> with 1.17rc-something
[09:43] <pkern> LarstiQ: I am.
[09:43] <LarstiQ> k
[09:46] <balor> Are there any launchpad .debs? I can't seem to see them on dev.launchpad.net
[09:47] <lifeless> pkern: its a bug
[09:47] <bigjools> it's not packaged
[09:47] <lifeless> both the slowness, and probably the speed
[09:47] <lifeless> I'm filing it now
[09:47] <bigjools> lifeless: 900M resident is a bug for sure :)
[09:49] <pkern> thrashing...
[09:50] <pkern> X stopped responding for a while.
[09:53] <lifeless> bigjools: a) always file bus when that happens, please.
[09:53] <lifeless> bigjools: can't fix what we don't know about
[09:54] <lifeless> bigjools: b) was that over http or bzr
[09:55] <bigjools> lifeless: a) yes, I told kfogel and thought he was handling it, but my bad.  b) http
[09:55] <bigjools> it was part of the pull testing we did before going open
[09:55] <pkern> I mean you must have noticed such issues earlier? ;-)
[09:56] <lifeless> pkern: first I heard of it; and am a bzr dev
[09:56] <lifeless> bigjools: well future ref - make sure a bzr dev knows, please:)
[09:56] <MaWaLe> is the only way to have LP is to use bzr? there isn't a packaged LP? (.deb or .tar.gz or else)
[09:56] <lifeless> MaWaLe: bzr only
[09:57] <MaWaLe> thx lifeless : the purpose is to hold a classroom for our LoCo on it. And this way, we have to give them a little intro to the use of bzr :)
[09:58] <MaWaLe> lifeless :  is it planned to add it like an available package with Ubuntu?
[09:59] <lifeless> MaWaLe: LP is complex to get up and running, even if someone did they'd need to rebrand it (see the announcement and wiki pages for details)
[09:59] <bigjools> there are no plans to package it
[09:59] <LarstiQ> is there a FAQ this question could be added to? It's the third time in a couple of hours it gets asked now.
[10:00] <MaWaLe> not even a PPA?
[10:00] <bigjools> yes, I'll sort it
[10:00] <lifeless> MaWaLe: certainly we don't have any plans to package it - we don't deploy it via packages
[10:00] <MaWaLe> thx all for your answers
[10:01] <lifeless> bigjools: kfogel's text was pretty good, I thought
[10:02] <lifeless> bigjools: in one of the announcement thingies
[10:02] <bigjools> lifeless: I missed that then, I'll look again
[10:02] <lifeless> it wasn't precisely on packaging
[10:03] <LarstiQ> bigjools: elmo gave I think a reasonable concise answer in here
[10:03] <lifeless> but rather about the icons etc aspect, which is connected
[10:04] <bigjools> ok, I'll see if I can copy & paste that bit
[10:04] <elmo> we should probably add stub's bit about postgres dependency too
[10:05] <elmo> I suspect that'll become a FAQ too
[10:05] <LarstiQ> elmo: oh right
[10:08] <bigjools> stub: can you give me a paste of what you said, I can slot it into the wiki.
[10:10] <elmo> bigjools: http://paste.ubuntu.com/223374/
[10:10] <bigjools> ta
[10:11] <pkern> Already pulling for an hour, oh well.
[10:20] <lifeless> pkern: lots of folk are downloading it it seems ;)
[10:20] <lifeless> I've filed bug 402114 about the performance
[10:22] <bigjools> lifeless: does that cover the huge memory usage or should I file another?
[10:23] <lifeless> bigjools: please file another; I suspect they are linked though, so perhaps mention 402114
[10:23] <bigjools> ok
[10:24] <lifeless> branching tip *should* be 'read 14 packs, churn CPU while checking they are compressed well. Done.'
[10:24] <lifeless> but its doing lots of little reads; this could be data specific
[10:24] <lifeless> or a bug
[10:25] <lifeless> and if its data specific we may be creating that ourselves (bug in the writer), or working badly with whats on disk (bug in the reader)
[10:30] <pkern> Probably you should tar up a current checkout and offer that for download and later pulling.
[10:31] <pkern> Memory usage doesn't grow anymore but...
[10:31] <pkern> [#########-          ] 198662KB     0KB/s | Fetching revisions:Inserting stream
[10:31] <pkern> After 1,5h
[10:31] <lifeless> pkern: you'll note I marked the bug critical :)
[10:32] <pkern> lifeless: Right.  I was also bothered by having to upgrade bzr on jaunty.  I already had Ubuntu to be able to branch stuff...  and now the latest release isn't sufficient.
[10:33] <lifeless> pkern: launchpad is a very big project with lots of history
[10:34] <lifeless> pkern: as you may know bzr has had some scaling problems, which the 2a format, that launchpad's branches are in, fixes.
[10:34] <lifeless> pkern: in 1.9 format launchpads code base was about 500MB
[10:34] <bigjools> lifeless: https://bugs.edge.launchpad.net/bzr/+bug/402139
[10:34] <lifeless> thanks
[10:34] <pkern> lifeless: Ok
[10:39] <pkern> bzr: ERROR: Invalid http response for http://bazaar.launchpad.net/~launchpad-pqm/launchpad/db-devel/.bzr/repository/packs/c0ae45a26df55c3bfbb79c0523c4de78.pack: Unable to handle http code 504: Gateway Time-out
[10:40] <Adys> Hiya all. Is it possible to change the assigned launchpad email address?
[10:40] <pkern> bzr: ERROR: Not a branch: "/home/pkern/launchpad/.bzr/branch/".
[10:40] <pkern> Crap.  How do I continue?
[10:40] <lifeless> pkern: :<
[10:40] <pkern> Organizers broke the net.
[10:40] <lifeless> pkern: at your end?
[10:40] <bigjools> and the story isn't even on slashdot yet :/
[10:40] <lifeless> pkern: to do an incremental pull, do this:
[10:40] <pkern> lifeless: Can you tell me if I can continue that or not?
[10:40] <pkern> Ok.
[10:41] <lifeless> bzr branch  http://bazaar.launchpad.net/~launchpad-pqm/launchpad/db-devel newbranch -r 1
[10:41] <lifeless> cd newbranch
[10:41] <lifeless> bzr pull -r 1000 [or pick some number]
[10:41] <lifeless> bzr pull -r 2000 [or pick some number]
[10:41] <lifeless> etc
[10:41] <pkern> The point is, how do I continue what I already pulled?
[10:41] <pkern> Not at all?
[10:41] <lifeless> you can't, bzr will have rolled the transaction back
[10:42] <pkern> pkern@asterix:~/launchpad$ du -hs .
[10:42] <pkern> 52K	.
[10:42] <pkern> Oh yayes.  I'll give up for today then.
[10:42] <lifeless> (sorry). We'd like to make large pulls automatically incremental, but its not as simple as one might think.
[10:42] <pkern> lifeless: thanks anyway
[10:42] <lifeless> I'll note that none of the major DVCS's (except _maybe_ darcs) do that
[10:42] <lifeless> bah
[10:52] <j^> hi, randomly browsing through code on bazaar.launchpad.net i get an Internal Server Error,
[10:52] <j^> i.e. at http://bazaar.launchpad.net/~entertainer-releases/entertainer/trunk/annotate/head%3A/entertainerlib/decorators.py
[10:54] <mwhudson> j^: yes, will be fixed in the next automatic rollout :/
[10:54] <mwhudson> (in about 10 hours now i guess)
[10:55] <j^> wonderful
[11:11] <joaopinto> hello, is there a problem with bzr right now ? It is taking ages to do a small checkout
[11:11] <lifeless> launchpad just got open sourced
[11:13] <lifeless> and we're getting rather more traffic than normal :)
[11:13] <joaopinto> ah ok, tks :)
[11:37] <MaWaLe> bzr seems to be down :(
[11:38] <MaWaLe> the download is frozen since 15 minutes now
[11:40] <LarstiQ> lifeless: fwiw, against http: $HOME/bin/bzr branch lp:launchpad  933.91s user 7.68s system 35% cpu 44:13.54 total
[11:41] <lifeless> LarstiQ: you're logged in right?
[11:41] <lifeless> LarstiQ: if so, well its good that it worked - what 15 minutes?
[11:42] <lifeless> but we're pointing folk at http to manage the load
[11:42] <lifeless> MaWaLe: frozen? bzr should be updating the spinner and bytes downloaded
[11:43] <LarstiQ> lifeless: I'm not logged in
[11:43] <MaWaLe> lifeless :  i'm speaking about the progress bar :)
[11:44] <lifeless> MaWaLe: if its sitting in the middle, thats normal
[11:44] <MaWaLe> okay : so it's okay
[11:47] <MaWaLe> thx lifeless
[11:47] <lifeless> MaWaLe: there may be something wrong, I'm alerting a sysadmin currently
[11:49] <MaWaLe> lifeless :  suddenly the process stopped and when i restart it again i have an error message
[11:49] <MaWaLe> i'm doing that on a Karmic Laptop
[11:50] <MaWaLe> do you think that i would try on a Jaunty one?
[11:51] <MaWaLe> actually i'm asked to do a partial upgrade :(
[11:51] <LarstiQ> bigjools: is the bzr required for 2a sufficiently pointed out, ppas and such?
[11:51] <LarstiQ> MaWaLe: no, that should be ok
[11:58] <bigjools> LarstiQ: it is mentioned, but the PPA location is not, I'll add it to the dev wiki, thanks.
[12:03] <lifeless> MaWaLe: see if its better now
[12:06] <MaWaLe> lifeless :  i have to wait for the partial upgrade :(
[12:14] <MaWaLe> lifeless :  thx, it's a little bit better
[12:15] <MaWaLe> i fixed the broken stopped-update and now i'm trying again
[12:39] <sumanah> congrats on opening the source!
[12:51] <MaWaLe> someone can tell me the size of the LP branch !!!!
[12:52] <bigjools> MaWaLe: it tells you on the page with the instructions on how to get it, but to save you a page load it's about 150M
[12:54] <MaWaLe> sorry bigjools i didn't pay attention on it :( thx anyway ;)
[12:54] <bigjools> MaWaLe: no prob :)
[13:40] <sumanah> hi leonardr
[13:48] <wgrant> loggerhead doesn't like viewing files at the moment.
[13:49] <bigjools> I'm trying to get hold of someone who might be able to fix this and the slowness
[13:50] <wgrant> If only this DVCS were not so C.
[13:53] <bigjools> wgrant: it's working fine here
[13:55] <wgrant> bigjools: I've tried several branches, and on not one of them can I annotate a file.
[13:55] <wgrant> (some of these have almost no history, and the 500 is faster than a timeout)
[13:57] <bigjools> right, yeah that bit doesn't work.  I have a suspicion that it's a bug that was recently fixed
[13:57] <bigjools> today's release might sort it
[14:01]  * gnomefreak can push sunbird branch just fine but for some reason firefox branch will not push using sftp or bzr+ssh, i was asked to try in here from #bzr they thinks its a hosting issue
[14:02] <gnomefreak> oh maybe not just me?
[14:02] <Ursinha> bigjools, I thought the release would be tomorrow?
[14:02] <bigjools> Ursinha: urgh, yes, brain fart
[14:12] <ryanakca> Is there anything planned for bug 401723 ?
[14:23] <jithine> hi sorry if its already asked , I am always getting time out error when reporting bugs
[14:24] <jithine> its been like this the entire day
[14:26] <gnomefreak> why hasnt PPA been upgraded to use GCC-4.4 its checking for 4.2 for karmic builds
[14:26] <wgrant> gnomefreak: What are you talking about? PPA builds are not special like that.
[14:27] <gnomefreak> checking whether the C compiler (gcc-4.2  -Wl,-Bsymbolic-functions) works... no
[14:27] <gnomefreak> configure: error: installation or configuration problem: C compiler cannot create executables
[14:27] <wgrant> That's your package.
[14:36] <gnomefreak> wgrant: i found this issue something i over looked thanks
[14:59] <sladen> so July 21st it was after all
[14:59] <wgrant> sladen: Yes. And they did release the whole lot after all. With history. A nice surprise.
[15:04] <gnomefreak> my poush to branch is stalling out at [###############\    ] Copying content texts:Copied record 1211/1295   no matter usin ssh+bzr or sftp any ideas?
[15:04] <gnomefreak> s/poush/push
[15:05] <wgrant> gnomefreak: Well, there is a bit of Slashdotting in progress.
[15:05] <gnomefreak> ok just didnt understand why sunbird push was fine and ff push isnt
[15:08] <gnomefreak> AskHL: as for tbird-2 patches they are all there and also all there in sunbird. ill work on tbird-2 fix for that bug in a bit. just need to see if ff will push
[15:08] <gnomefreak> oops
[15:08] <gnomefreak> ignore that
[15:19] <sladen> what's the simplist bzr pull command to fetch the source without the rocketfuel crap?
[15:19] <wgrant> sladen: bzr get lp:launchpad. But that won't get you anywhere near running it.
[15:19] <wgrant> And will take ages.
[15:23] <sladen> wgrant: am I right in thinking that /running/ LP has a hard dependency upon Jaunty (via Python2.4) and yet Jaunty only ships Bzr 1.13 (which is not sufficient to check it out)
[15:24] <wgrant> sladen: It seems so.
[15:24] <bigjools> sladen: please read https://dev.launchpad.net/FAQ
[15:25] <sladen> bigjools: I have, and unless I'm blind, it doesn't address it.
[15:25] <beuno> sladen, you need bzr 1.16.1 or newer
[15:25] <wgrant> The dependency on the new bzr makes sense.
[15:25] <beuno> because Launchpad is in the 2a format
[15:25] <wgrant> As it needs 2a.
[15:25] <sladen> beuno: ...which is not in Jaunty?
[15:25] <wgrant> And 2a is awesome.
[15:25] <beuno> sladen, correct
[15:25] <bigjools> why does it need to be in Jaunty?
[15:26] <wgrant> Lots of Lp's deps aren't in any release.
[15:26] <sladen> beuno: so that you can download and then run lp on the same install...
[15:26] <wgrant> PPAs solve that problem quite effectively.
[15:26] <bigjools> ah you want to *run* it now then?
[15:27] <sinzui> sladen: python and bzr development is happening quicker that Ubuntu development and LTS, so Launchpad gets uses Ubuntu + PPA + eggs to keep everything current.
[15:27] <bigjools> I thought you wanted to gets the source without the "rocketfuel crap"
[15:27] <sladen> bigjools: but that question was 5 minutes earlier :)
[15:29] <bigjools> sladen: I updated the FAQ
[15:29] <sladen> bigjools: bargin, ta!
[15:32] <dD0T> Hello. Can anyone help me figureing out why my branch import failed? The error message doesn't tell me anything https://code.launchpad.net/~vcs-imports/mumble/master . THanks
[15:33] <noodles775> rockstar: ^^^
[15:34] <noodles775> dD0T: for what it's worth, there seem to have been a number of import issues over the past 24 hrs (at least that I've seen), so it may be a more general issue.
[15:34] <dD0T> noodles775: I guess then I'll have to wait for it to be resolved and just retry later?
[15:35] <noodles775> dD0T: or hopefully we'll hear from one of the code guys (I'm keen to know too)
[15:38] <dD0T> Also it is possible to delete existing branches? We switched from svn to git.
[15:41] <noodles775> dD0T: yes, https://answers.edge.launchpad.net/launchpad-code/+faq/571
[15:42] <noodles775> dD0T: so if you get a chance, create a question to have the old one deleted.
[15:44] <sladen> wgrant: have you managed to get the full 150MB yet?
[15:44] <wgrant> sladen: Just passed the 250MB mark...
[15:45] <dD0T> noodles775: I see. Thanks
[15:46] <sladen> wgrant: crivvens.
[15:47] <sladen> bigjools: could you tweak the FAQ to note that it's a 250MB+ checkout 9or the full size if you know it off-hand)
[15:47] <bigjools> I don't, depends on how crap bazaar is :/
[15:47] <wgrant> I'll give a number once I have it.
[15:47] <bigjools> thanks
[15:47] <wgrant> The overhead is much lower now.
[15:49] <sladen> "Internal Server Error
[15:55] <sladen> wgrant: I suspect the answer is to put up an lzma'd tarball
[15:55] <wgrant> sladen: bz2'd one is up already.
[15:55] <wgrant> http://people.canonical.com/~herb/
[15:56] <sladen> herb: what's the difference between those two sets?
[15:57] <sladen> herb: the .tar.gz and .tar.bz2 both being 231MB is very strange...
[15:57] <herb> sladen: both contain the bzr tree, and it doesn't compress very well.
[15:58] <herb> sladen: so that accounts for the bulk of the size.
[15:58] <herb> s/bulk/majority/
[15:59] <wgrant> Oooh. Almost done.
[15:59] <sladen> herb: okay.  and what's the difference between  launchpad.tar.* and bzr-1.17.tar.*
[15:59] <wgrant> 280ish MB
[16:00] <wgrant> sladen: One is bzr, one is LP?
[16:00] <herb> sladen: bzr is the bzr source tree
[16:00] <herb> wgrant: bingo
[16:00] <wgrant> Building tree!
[16:00] <wgrant> 280MB it is.
[16:02] <kiko> noodles775, if you look at the log you'll see this:
[16:02]  * beuno waits for wgrant to realize that it's actually a joke, and he's building Microsoft Visio instead
[16:02] <kiko> NotImplementedError: <function import_git_submodule at 0x2352230>
[16:02] <kiko> I think it's lack of support for nested trees
[16:02] <kiko> in the git importer
[16:02] <kiko> jelmer, would you know?
[16:02] <wgrant> beuno: Hey, can't complain if Visio goes open source...
[16:02] <james_w> yeah, it can't support them properly until bzr has nested tree support
[16:03] <wgrant> :q
[16:03] <wgrant> Damn.
[16:04] <kiko> james_w, gotcha
[16:04] <kiko> dD0T, so that's the issue. wonder if there's a bug reported about this
[16:04] <wgrant> There is at least a bug reported about the error being unobvious.
[16:07] <jelmer> kiko: git submodules aren't supported at the moment because we can't map them to anthing in Bazaar at the moment.
[16:07] <kiko> jelmer, yeah, I understand
[16:15] <beuno> BjornT, gmb, any idea how you *dont* track something in the series bugtask?
[16:15] <beuno> https://bugs.edge.launchpad.net/quickly/trunk/+bug/402238
[16:15] <ubott2> Ubuntu bug 402238 in quickly/trunk "Project description is too Ubuntu specific" [Medium,Invalid]
[16:16] <beuno> intellectronica, ^
[16:17]  * gmb looks
[16:17] <BjornT> beuno: setting it to Won't Fix should do it
[16:18] <beuno> BjornT, thanks. Is there any rationale behind that?
[16:20] <BjornT> beuno: i can't remember why invalid doesn't work the same...
[16:20]  * beuno ponders filing a bug
[16:21] <wgrant> Invalid means not a bug, Won't Fix means not to be fixed in that series. What's strange about that?
[16:21] <wgrant> (apart from the lack of docs)
[16:21] <beuno> lack of intruitiveness
[16:21] <beuno> "I didn't mean to target that, how do I get out of here"
[16:22] <BjornT> beuno: well, that's because there is no way to reject an approved nomination. we have a bug for that already
[16:22] <beuno> BjornT, argh, less karma for me
[16:53] <falktx> hi there
[16:54] <falktx> i need some help related to my PPA
[16:54] <falktx> on how to enable PPC builds
[16:56] <geser> falktx: AFAIK you can't, as PPC doesn't support virtualization (Xen) yet
[16:56] <falktx> that sucks
[16:56] <falktx> is there any workaround
[16:57] <falktx> i've seen PPC builds of some ubuntu software in launchpad
[16:57] <falktx> ?
[16:57] <wgrant> The primary Ubuntu archives are trusted people, so they may build on unvirtualised architectures.
[16:57] <wgrant> s/are trusted/are managed by trusted/
[16:58] <falktx> i see
[17:02] <sladen> wgrant: now got my copy via bzr.  Minus the .bzr dir, the source code zips down to 22MB
[17:09] <olavgg> Im adding a download file to launchpad, and there is an input field which says I can also upload a gpg signature, but how do I create one?
[17:11] <olavgg> oh never mind, I think I figured it out
[17:14] <jenred> Hi, i'm trying to merge a feature branch into the main development branch and not lose author info and commit notes. Can't seem to figure out how to do this.
[17:15] <jenred> i'm pulling down both branches and then doing a merge and then a commit back up to lp
[17:15] <jenred> and then I show up as the author
[17:27] <rockstar> jenred, where do you see that you show up as the author?
[17:30] <jenred> rockstar on launchpad
[17:31] <jenred> I'm experiencing a little bit of git to bzr confusion
[17:31] <dash> jenred: Oh?
[17:31] <jenred> merges with bzr are confusing me a little -- I think I'm missing something
[17:32] <jenred> I have a main branch and just want to merge in a feature -- just acting as a release manager so I want all the author/comment info to be maintained
[17:33] <kiko> jenred, sure, just bzr merge the feature branch into the main branch, and commit
[17:33] <jenred> maybe there is some doc someone could point me to for lp?  I've read the bzr handbook...
[17:33] <bigjools> jenred: cd <main branch>; bzr merge <path to other branch containing feature>; bzr commit
[17:34] <jenred> kiko and bigjools I did this and lp isn't showing the right history
[17:34] <jenred> i'm probably doing something wrong
[17:34] <bigjools> jenred: that's fine, it's just that the other branch's history is a level "down"
[17:34] <bigjools> can you point me to the LP branch?
[17:34] <kiko> jenred, bzr log -v | less
[17:35] <jenred> bigjools https://code.launchpad.net/~systers/systers/development
[17:35] <rockstar> jenred, so, you are, indeed, the author of the merge.
[17:35] <bigjools> jenred: which revno has the merge in question?
[17:36] <jenred> 69
[17:36] <rockstar> The revisions that you merge will still keep the original author.  Your revision says "I'm a merge revision, so I'm bringing in all these revisions from this other branch"
[17:36] <bigjools> rockstar: can loggerhead show that?
[17:36] <exarkun> Can I attach multiple files to a ticket at once?
[17:37] <rockstar> jenred, so if you do `bzr log -r 69` you'll see your revision, and all the revisions that revision merged in.
[17:37] <rockstar> exarkun, not through the web ui.
[17:37] <jenred> right rockstar see it
[17:37] <exarkun> rockstar: Ah, ok.
[17:37] <exarkun> rockstar: Thanks
[17:38] <rockstar> jenred, so, since it was you who merged it, you're the "author" of that revision.
[17:38] <jenred> ok part of this is it's our GSoC students code I'm pulling in for testing and it would be nice if they were listed on lp as the "author" of the revision
[17:38] <rockstar> bigjools, I don't believe loggerhead picks up on that just yet.
[17:38] <bigjools> rockstar: right, thought I was going mad for a moment.
[17:38] <jenred> I don't necessary want them doing merges into the main branches yet
[17:38] <rockstar> jenred, but it wasn't them who authored that specific revision.  It was you who did the merge.
[17:38] <jenred> rockstar I understand
[17:39] <wgrant> Loggerhead will show you the merged revisions.
[17:39] <rockstar> The revisions they commit will show them as author.
[17:39] <wgrant> It's just impossible to find.
[17:39] <rockstar> wgrant, yea, and it doesn't show them conveniently like bzr log does.
[17:39] <wgrant> If you go into the merge revision, there's a link to the newest subrevision, at the top.
[17:39] <wgrant> That will let you into the deeper history.
[17:40] <jenred> ok it sounds like I'm trying to do something that can't be done ;> -- I'll just reflect the "author" in the commit comments for now
[17:41] <beuno> jenred, you can commit --author
[17:41] <bigjools> jenred: here ya go: http://bazaar.launchpad.net/~systers/systers/development/revision/68.1.1
[17:42] <jenred> beuno ahha! I think that is what I was looking for
[17:42]  * jenred gives it a go
[17:47] <dD0T> jelmer: But why does import fail then instead of ignoreing the submodules?
[17:48] <wgrant> I'd much prefer that an import fail that be lossy.
[17:48] <wgrant> s/that/than/
[17:52] <jenred> beuno it worked!
[17:52] <jenred> thank you very much to everyone who helped
[17:52] <jenred> i'm a lot less confused about where to find merge info etc
[17:52] <jenred> on lp
[17:55] <beuno> :)
[18:10] <sinzui> matsubara: Ursinha: can either of test " Inline editing of the programming languages field for projects" with IE 8 on https://dev.launchpad.net/RegistryTeam/RegistryTestPlans/2.2.7?
[18:10] <matsubara> sinzui, not right now. I'm helping with some U1 oops-tools setup
[18:11] <Ursinha> HAHAHAHA
[18:11] <Ursinha> sinzui, I can do that
[18:11] <sinzui> thanks Ursinha
[18:17] <Azag> hi
[18:17] <Azag> launchpad have a git?
[18:18] <beuno> Azag, git imports, yes
[18:19] <Azag> I can host a project with git, and upload it with git beuno?
[18:20] <beuno> Azag, no, you can import a git branch, and use bzr
[18:20] <Azag> mmm
[18:21] <Azag> thnx beuno
[20:06] <jelmer> wgrant: imports from git can't be lossy, we have to be able to reproduce the original git revision
[20:07] <jelmer> wgrant: since the git smtart server will send deltas against the original git revision
[20:21] <RichW> I get a "Internal Server Error" at http://bazaar.launchpad.net/~richies/hypernucleus-server/trunk/annotate/head%3A/hypernucleusserver/config/environment.py
[20:21] <RichW> Whats gone wrong? :)
[20:30] <rockstar> RichW, it's possible that loggerhead is having some problems.
[20:30] <RichW> Did they already know about it?
[20:31] <rockstar> RichW, the errors are being logged, so we'll take a look at those errors.
[20:33] <rockstar> RichW, it seems that there's a problem actually displaying the file, since I can walk into it through the files view.
[20:33] <RichW> Ahh, so it is loggerhead?
[20:36] <rockstar> RichW, yeah, to some degree, although I'll need to look at the logs.
[21:23] <savvas0> what's the maximum size of a file in the +downloads of a project? :)
[21:26] <savvas0> just wondering if an iso of "extra" packages from the ubuntu repository could be available as iso images: https://launchpad.net/offline-extras
[21:27] <savvas0> er.. rephrased: just wondering if I could provide an iso image with some "extra" packages from the ubuntu repository
[21:28] <beuno> savvas0, I don't think you can upload 650mb, no
[21:28] <beuno> I don't know what the hard limit is
[21:28] <beuno> but I suspect uploading anything over 20mb over POST is not going to wek very well
[21:29] <savvas0> ok thanks :)
[21:34] <savvas0> beuno:  do you happen to know if there's a problem with loggerhead? http://bazaar.launchpad.net/~medigeek/offline-extras/trunk/annotate/head%3A/tools/compare.pl I get "Internal server error"
[21:35] <beuno> savvas0, the server is under a bit of load currently, due to Launchpad's open sourcing, so it's likely due to some timeouts
[21:35] <savvas0> oh, right :P
[21:36] <savvas0> I've been meaning to ask about affero license. What someone *can't* do when compared to GPL-3 ?
[21:36] <LarstiQ> savvas0: pull a Google
[21:40] <savvas0> ah it's a bit clearer in the wikipedia
[22:38] <MattJ> "0 Error retrieving series data." <-- I just received this alert(), clicking on my project's "Make Announcement" link
[22:56] <thumper> MattJ: file a bug :)
[22:57] <MattJ> ok :)
[22:58] <mwhudson> alert() as an error reporting strategy? hmm
[22:58] <thumper> sounds suspect to me
[23:05] <MattJ> thumper: mwhudson: Seems it's this: https://bugs.launchpad.net/launchpad-registry/+bug/392449
[23:07] <mwhudson> MattJ: yes it does
[23:16] <MT-> It happened!!
[23:16] <MT->  :D :D
[23:22] <Ursinha> MT-, :)
[23:23] <MT-> Ursinha: Is it all of it that's open sourced or are the two pieces still private?
[23:23] <sinzui> That bug is cause by the internals of firefox. It looks like a JS alert. I suppose it is, but it comes from deep inside firefox
[23:23] <thumper> MT-: all of it
[23:23] <Ursinha> MT-, all of it :)
[23:23] <Ursinha> haha
[23:23] <MT-> wow
[23:23] <MT-> pretty excited
[23:24] <MT-> what kinda of requirements does it have?
[23:24] <Ursinha> MT-, you should join us at #launchpad-dev :)
[23:25] <EruditeHermit> hi
[23:25] <EruditeHermit> is it possible to host a git repository on launchpad?
[23:26] <Ursinha> EruditeHermit, nope, but you can import a git branch on launchpad and use it with bazaar
[23:27] <EruditeHermit> ah
[23:27] <EruditeHermit> how much space does one get?
[23:27] <Ursinha> EruditeHermit, not sure what you meant :)
[23:28] <EruditeHermit> how much storage space do you get?
[23:28] <EruditeHermit> like 1GB?
[23:28] <EruditeHermit> for a project
[23:28] <mwhudson> for branches?
[23:28] <Ursinha> ah, I see
[23:28] <mwhudson> we don't enforce any quotas at the moment
[23:28] <EruditeHermit> ok
[23:28] <EruditeHermit> well I'll never reach that much anyhow
[23:28] <EruditeHermit> =p
[23:28] <EruditeHermit> 20mb
[23:28] <EruditeHermit> or so
[23:29] <spm> only on ppa's and will happily increase if you need more
[23:32] <fta> are we supposed to have all releases on https://edge.launchpad.net/firefox/+series ??