[00:02] <exarkun> bzr: ERROR: xmlrpc protocol error connecting to https://xmlrpc.edge.launchpad.net/bazaar/: 503 Service Unavailable
[00:02] <maxb> exarkun: Scheduled maintenance window
[00:02] <intellectronica> exarkun: launchpad is down for maintainance
[00:03] <exarkun> Pooh :(
[00:05] <exarkun> I bet it would be cool to report that in more detail (just "50x Scheduled Service Interruption" or some such)
[00:06]  * exarkun hopes his laptop doesn't melt before service returns
[00:08] <maxb> exarkun: Well, it does tell you on http://launchpad.net/ :-)
[00:08] <nsh22> how long until lp is back up?
[00:08] <maxb> nsh22: It tells you in the /topic....
[00:08] <nsh22> what time is it utc now?
[00:08] <maxb> 51 minutes
[00:09] <maxb> oh sorry
[00:09] <maxb> I'm not in UTC any more
[00:09] <maxb> 111 minutes
[00:09] <nsh22> aw ok
[00:09] <maxb> (summer time started last weekend)
[00:09] <nsh22> thx
[00:09] <nsh22> lol
[00:10] <maxb> Being in UTC for half the year makes you get used to not doing any conversions...
[00:10] <savvas> can you please use http://www.timeanddate.com/ links when posting the downtime announcements? :P
[00:10] <maxb> aw, surely people can learn to manage UTC <-> their own local time? :-)
[00:11]  * Snova figured it out a little while ago: 9 PM EST
[00:11] <wgrant> It's pretty crtical to learn your offset when you're working online...
[00:11] <SamB_irssi> maxb: every time we figure it out, it changes!
[00:11] <Snova> Another reason to dislike DST... apparently it keeps changing.
[00:12]  * SamB_irssi was referring to going into/out of DST, not the way they change the dates for those ...
[00:13] <Snova> That's what I meant. I always thought I was -4, then I find I've been wrong all my life and it's -5. Then I realize that's only for half the year. :)
[00:13] <savvas> http://www.timeanddate.com/worldclock/fixedtime.html?day=1&month=4&year=2009&hour=22&min=0&sec=0&p1=0
[00:13] <savvas> :P
[00:14] <wgrant> What an ugly URL.
[00:14] <savvas> I urge you to write one for launchpad :)
[00:15] <mwhudson> oh man
[00:15] <mwhudson> dst should just be banned
[00:15] <wgrant> mwhudson: Mhm.
[00:15] <mwhudson> or
[00:15] <wgrant> Particularly when governments decide to enact it with only a few weeks notice.
[00:15] <SamB_irssi> mwhudson: after a reasonable warning period, maybe
[00:15] <mwhudson> everyone in the entire world should change on the same day
[00:15] <SamB_irssi> wgrant: when did they do that?
[00:16] <wgrant> SamB_irssi: Western Australia did it a couple of years ago.
[00:16] <SamB_irssi> mwhudson: slight problem -- summer happens in the other half of the year in the southern hemisphere
[00:16] <wgrant> They decided to start a trial of it, three weeks after the decision was made.
[00:16] <mwhudson> this period when the northern hemisphere drifts in to dst and the southern drifts out is terrible
[00:16] <wgrant> SamB_irssi: But you can switch from one to the other at the same time.
[00:16] <mwhudson> SamB_irssi: well, they could still _change_ at the same time
[00:16] <wgrant> SamB_irssi: .uk changed a week or two ago, and .au changes next week.
[00:16] <mwhudson> nz on sunday
[00:17] <mwhudson> while i'm in the air, so at least i'll be timezone challenged anyway
[00:17] <SamB_irssi> and I was upset about how little warning the US politicians gave about the fairly recent (year or three ago?) in when DST happens
[00:17] <wgrant> Ah, useful.
[00:17] <mwhudson> i just hope my gf doesn't turn up to collect me an hour early :)
[00:17] <wgrant> I wonder what airlines do when there is little notice.
[00:17] <wgrant> Because all of their times are going to be off by an hour.
[00:17] <savvas> they (don't) call you :p
[00:18] <savvas> that's the case with JAT airlines at least in Serbia :)
[00:18] <SamB_irssi> mostly because of how long it takes for these updates to make it into OS distributions and onto computers that I actually use ...
[00:19] <wgrant> SamB_irssi: We have a proper rapid process in Ubuntu now, fortunately.
[00:19] <SamB_irssi> I think they should give about 10 years warning before making changes like that...
[00:19] <wgrant> For the WA change we didn't.
[00:19] <SamB_irssi> wgrant: well, what about systems that don't get upgraded that often?
[00:19] <SamB_irssi> for instance, my mom's computer runs Windows 98 ...
[00:20] <wgrant> Then you complain at your government for being stupid.
[00:20] <SamB_irssi> heck, my XP box needed SP2 to handle it
[00:20] <SamB_irssi> wgrant: hmm.
[00:27] <thewrath_> hey all
[00:28] <thewrath_> ok
[00:29] <thewrath> there we go
[00:30] <thewrath> who ever helped me before with the open source stuff
[00:30] <thewrath> i know one person was intellectronica and the other preson is not here
[00:30] <thewrath> but thank you!
[00:31] <intellectronica> thewrath: you're very welcome. i hope you enjoy using launchpad and getting into the open source world in general
[00:31] <thewrath> yes i do
[00:31] <thewrath> in my two linux classes we dealt with open source but this is what i wanted to do
[00:31] <thewrath> wiht this project but yea
[00:31] <thewrath> never got time to do that until now
[00:32] <thewrath> also i am trying to figure out the stuff with bazaar
[00:35] <thewrath> what was that tutorial you gave me earlier?
[00:38] <thewrath> nvm got it. I have to createa a new standalone tree or a new shared respository which one should i choose
[00:38] <Snova> A branch vs. a repository?
[00:38] <thewrath> which one is better Snova
[00:38] <thewrath> ?
[00:38] <Snova> If you intend on creating multiple (related) branches, a repository, so they can share history.
[00:39] <thewrath> does it only update the changed files?
[00:39] <seiflotfy> is launchpas down
[00:39] <seiflotfy> ?
[00:39] <Snova> seiflotfy: Scheduled maintenance.
[00:39] <thewrath> seiflotfy yes maintenance until 2100UTC
[00:39] <spm> fwiw, we're actually bring most of LP back up right now. I stress. *most*.
[00:40] <thewrath> fwiw?
[00:40] <thewrath> Snova: does it only update the changed files?
[00:40] <Snova> Does that include code? /me checks :)
[00:40] <Snova> thewrath: Hmm? Not sure what you mean.
[00:40] <thewrath> if i change a file on my computer and upload it will it will change the file on the server but if i try to upload a file that is not different or have a different time stamp does it still get uploade?
[00:41] <Snova> No, it only uploads changes.
[00:41] <thewrath> k perfect
[00:42] <thewrath> should i choose skip the creation of owrking trees in this resository and default format?
[00:42] <Snova> Depends on how you're going to use it. Keep them if you intend to edit from there.
[00:43] <thewrath> the only way i will edit them is on my computer and then upload them
[00:43] <Snova> If it's just a centralized place to store code (say, a remote shared server) and you won't edit them there, disable working trees.
[00:43] <thewrath> format shoudl be default then
[00:43] <thewrath> that is what i am using it as
[00:43] <thewrath> centralized place to store cdoe
[00:45] <Snova> If this is for you to work on, then keep them; if it's just a place to upload/download from, disable to save a bit of space.
[00:45] <thewrath> what
[00:45] <thewrath> upload/download form
[00:45] <thewrath> disable what
[00:45] <thewrath> and what format shoudl i sue
[00:45] <thewrath> like 1.6, default, 1.9?
[00:46] <wgrant> thewrath: Don't specify a format. It will choose a nice default.
[00:46] <wgrant> You don't actually need a shared repository - it's only there to save space.
[00:46] <Snova> If you're creating the repository for your use, on your computer, and you intend on editing code in it... use working trees. If it's a shared server somewhere, you presumably won't edit code there, so they are unnecessary and can be disabled.
[00:46] <thewrath> wgrant so choose standalone tree/
[00:47] <thewrath> cant i upload the files somewhere so people can download them?
[00:47] <wgrant> thewrath: In general you would push the branch to Launchpad.
[00:47] <thewrath> oh ok
[00:47] <thewrath> and once launchpad comes back up it is easy to do?
[00:47] <Snova> thewrath: Very.
[00:47] <wgrant> Yes.
[00:47] <wgrant> bzr push lp:~user/project/branchname
[00:47] <wgrant> Done.
[00:48] <thewrath> if i want to push it launchpad i can still choose either tree or respository correct
[00:48] <wgrant> I'm not quite sure what you mean - where are you seeing these options?
[00:49] <Snova> It doesn't matter. A branch is a branch, even if an internal detail of the branch is that its history is shared with other branches in a repository.
[00:49] <wgrant> How about we just ignore shared repositories for this introduction, as they're not important.
[00:49] <thewrath> i am in windows i can right click and do initialize
[00:49] <thewrath> ok
[00:49] <wgrant> Ah.
[00:49] <thewrath> that why
[00:49] <wgrant> I'm not sure how TortoiseBZR works, but you want a branch, not a repository.
[00:50] <thewrath> k
[00:50] <thewrath> that is what i choose
[00:50] <thewrath> created a standlone tree
[00:50] <thewrath> that correct
[00:50] <wgrant> Right.
[00:50] <thewrath> that is the status
[00:50] <wgrant> That's right.
[00:50] <thewrath> can i push it to launchpad yet?
[00:50] <wgrant> Now you can add and commit files.
[00:50] <wgrant> Let's see...
[00:50] <wgrant> It's probably not advisable to yet.
[00:50] <Nafallo> wgrant: jabber
[00:50] <mthaddon> thewrath: codehost is up, so you should be able to
[00:51] <thewrath> wgrant i just initlized the directory that everythins is under
[00:51] <Snova> YAY!
[00:51] <wgrant> Thanks mthaddon.
[00:51] <mthaddon> if you mean bzr push, that is
[00:51] <thewrath> wgrant is it okay if i initialized the directory that all of my files are in or do i need to do the files indiviually?
[00:52] <wgrant> thewrath: You need to tell bzr which files you want it to track. The command is 'add', so it's probably something similar in TortoiseBZR.
[00:53] <thewrath> okay
[00:54] <thewrath> i have hte windows up
[00:54] <thewrath> what branch and the message
[00:55] <wgrant> Huh?
[00:55] <thewrath> hold on
[00:55] <thewrath> how do i remove a branch
[00:55] <wgrant> You can just delete the directory.
[00:55] <thewrath> i dotn want to bc it has all of my files in it
[00:56] <beuno> thewrath, just delete the .bzr directory then
[00:56] <thewrath> so i have to do each file indiviually
[00:56] <thewrath> ok
[00:56] <wgrant> If you want to turn it into a normal directory, just delete the .bzr directory inside it.
[00:56] <thewrath> if i right click a file i dont have the option to init but only for a directory
[00:56] <wgrant> thewrath: Add, not init.
[00:56] <wgrant> You init to create a branch, but you add files to that branch.
[00:58] <thewrath> how do i easily add an entire directory to my branch
[00:58] <wgrant> Right click on it and add it, I suppose.
[00:59] <thewrath> i have checkout/branch, init, tort.. bazaar
[00:59] <thewrath> how can i do it through the command line bc what i saw it was only through the command line one file at a time
[01:00] <thewrath> can i just copy files from my initial directory to the branch directory?
[01:00] <wgrant> bzr add path/to/directory
[01:02] <thewrath> http://img87.imageshack.us/img87/5827/74232461.jpg
[01:04] <wgrant> thewrath: You have to run that inside a branch. If you want to add everything inside the branch, just 'bzr add' in the branch will do.
[01:04] <thewrath> how do i get into the branch
[01:04] <wgrant> Change into the directory where the branch is.
[01:04] <wgrant> Where did you create the branch?
[01:05] <thewrath> ok i am in the bracnh now
[01:05] <thewrath> then the bzadd /directory
[01:05] <wgrant> Yes.
[01:05] <thewrath> so if i am in C:/xampp/htdocs/launchpad for hte branch
[01:06] <thewrath> i would run bzr add C:\xampp\htdocs\assetTracking21?
[01:06] <wgrant> Ah, no.
[01:06] <wgrant> You have to have the files in the branch.
[01:06] <thewrath> ah ok
[01:06] <thewrath> so i just copy them over then?
[01:06] <wgrant> Symlinks are useful to handle that.
[01:06] <wgrant> i suppose so.
[01:07] <thewrath> k
[01:07] <thewrath> let me try
[01:07] <thewrath> so now when the files/directories are in there then i run waht
[01:07] <thewrath> bzr add * ?
[01:07] <wgrant> cprov: Is it safe to create multiple PPAs, or will they get strange key UIDs?
[01:07] <wgrant> Just 'bzr add' without any arguments will add everything in the current directory.
[01:08] <thewrath> k done
[01:08] <thewrath> what baout to push it out to launchpad
[01:08] <thewrath> or the other site that was state
[01:08] <wgrant> You need to commit first.
[01:08] <wgrant> As for pushing, you'll have to look up some docs.
[01:08] <thewrath> launchpad is back up
[01:08] <thewrath> ok
[01:08] <wgrant> I don't know how to do the SSH key stuff in Windows.
[01:08] <cprov> wgrant: the signing-key UID will contain the default PPA displayname (which follows the name)
[01:09] <wgrant> cprov: 'Launchpad PPA named blah for Some User'?
[01:09] <cprov> wgrant: don't worry much about it because in 2.2.4 we will update all the key UIDs  and sort out this thing.
[01:09] <wgrant> cprov: You can't overwrite them on keyservers.
[01:09] <wgrant> They are there forever.
[01:09] <cprov> wgrant: we can revoke the primary UID and add a new one.
[01:10] <thewrath> committing now
[01:10] <wgrant> cprov: True, but messy.
[01:10] <thewrath> cprov: how do you do the stuff with SSH key stuff in windows
[01:12] <cprov> thewrath: sorry, I can't give you precise instructions, I've only used putty once in my life :(
[01:12] <thewrath> lol
[01:12] <thewrath> ook
[01:12] <cprov> thewrath: do you need it for bzr ?
[01:12] <thewrath> $ bzr push --create-prefix sftp://your.name@example.com/~/public_html/myproject is how i do it though
[01:12] <thewrath> that is what wgrant meant i guess
[01:13] <thewrath> nvm
[01:13] <thewrath> i got it
[01:13] <thewrath> now do i have to do anything on my launchpad account
[01:13] <thewrath> for htis
[01:13] <thewrath> i see i have instructions on how to do it in windows with launchpad
[01:14] <cprov> wgrant: that's the only way we can 'fix' existing signing-key (adding webapp PPA url in a comment, for instance)
[01:14] <wgrant> cprov: I know.
[01:14] <thewrath> do i have to add anything to my launchpad
[01:15] <cprov> wgrant: it won't get much worse that it already is in the next 2 week, by that time we will have a definitive solution for that.
[01:15] <thewrath> i have my ssh stuff there
[01:15] <thewrath>     *
[01:15] <thewrath>       bzr+ssh://login@bazaar.launchpad.net/~registrant/project/branch
[01:15] <thewrath> or do i just have to do that
[01:16] <wgrant> thewrath: Once you have your SSH key set up, just 'bzr push lp:~registrant/project/branch'
[01:16] <thewrath> ssh set up on launchpad?
[01:16] <wgrant> cprov: I think I'll hold off creating another PPA if it's only going to be a couple of weeks.
[01:16] <wgrant> thewrath: And on your local machine, yes.
[01:16] <thewrath> lets try this
[01:17] <cprov> wgrant: no, please, give it a try, create at least a new 'experimental' one.
[01:18] <cprov> wgrant: we need the testing ...
[01:18] <wgrant> cprov: OK, I guess one key can't hurt.
[01:19] <thewrath> i need my id how do i get that
[01:19] <thewrath> i get hte user michaelbrown2009 has not registered any SSH keys with Luanchpad
[01:20] <thewrath> https://launchpad.net/~michaelbrown2009 i have on there
[01:20] <wgrant> thewrath: You have an OpenPGP key, but no SSH keys.
[01:20] <thewrath> ah
[01:21] <thewrath> hold on
[01:21] <thewrath> let me get ubuntu up
[01:21] <thewrath> how do i register that with launchpad
[01:22] <wgrant> thewrath: It's hidden in the third level of tabs under 'Change details' for your user.
[01:22] <wgrant> So, click 'Change details', then 'SSH Keys;
[01:22] <thewrath> got it
[01:28] <wgrant> cprov: +edit-dependencies appears to try to get something over HTTP (I get a security warning). I can't work out what, and no other page that I can find does...
[01:29] <cprov> wgrant: let me check, are you using firebug ?
[01:29] <wgrant> cprov: I'm just turning it on now.
[01:29] <thewrath> i do i know its working
[01:30] <wgrant> It's taking a while to reload all of my LP tabs :(
[01:30] <wgrant> YUI stuff... hmm.
[01:30] <thewrath> how do i know its uploading my stuff to launchpad
[01:31] <cprov> wgrant: 'contains unauthenticated content ...'
[01:31] <beuno> wgrant, is it trying to load from yahoo.com?
[01:31] <wgrant> beuno: Yes.
[01:31] <beuno> argh
[01:31] <wgrant> Only that page.
[01:31] <thewrath> wgrant: ?
[01:32] <wgrant> thewrath: Does it not give you a progress bar>
[01:32] <beuno> cprov, YUI doing it's dependency dance again
[01:32] <cprov> right
[01:32] <thewrath> soemthing then 1390KB @ xkb/s Transfering: Walking content. 1/1
[01:32] <thewrath> is what it says
[01:32] <wgrant> Right. It's uploading.
[01:32] <thewrath> k
[01:32] <thewrath> does it take a while bc it was going at like 2xx kb/s
[01:33] <thewrath> now i am down at 0kb/s
[01:33] <wgrant> If it's biggish, it can take a while the first time.
[01:33] <cprov> beuno: have you seen it before ?
[01:33] <thewrath> k
[01:33] <thewrath> th
[01:33] <thewrath> *tu
[01:33] <thewrath> *ty
[01:33] <thewrath> time for the gf
[01:33]  * thewrath[A] is now away - Reason : at my girlfriends
[01:33]  * wgrant -> uni
[01:33] <intellectronica> at least some of us are having fun
[01:33] <wgrant> intellectronica: Heh.
[01:35] <beuno> cprov, yes, a few times
[01:35] <beuno> flacoste and mars know about this
[01:36] <beuno> it's the way you're loading the deps
[01:36] <beuno> easy fix, but will need to be cowboyed
[01:37] <cprov> beuno: oh, hell
[01:47] <Peng_> Did I screw up my email or is code-review-over-email...not working?
[01:47] <Peng_> I sent it 11 minutes ago and nothing has happened.
[01:47]  * Peng_ goes back to being afk again
[01:48] <beuno> Peng_, did you gpg-sign it?
[01:52] <Ampelbein> hey guys! just wanted to say: launchpad rocks more and more with every release! nice work!
[01:52] <Peng_> beuno: Yeah. And when I forget to, it always sends me an error (or at least for bugs, shrug).
[01:53] <Peng_> Although I did ask LP to ask for review for someone who had already reviewed it, so maybe it exploded.
[01:56] <beuno> Peng_, maybe
[02:05] <jml> thumper: welcome back.
[02:06] <thumper> jml: laptop is still going
[02:06] <thumper> jml: this is my desktop
[02:06] <jml> ahh
[02:07] <thumper> I am a little concerned that I may run out of disk space on the root partition
[02:07] <thumper> down to 515 MiB left
[02:10] <Peng_> beuno: Ah, I finally got an OOPS email back.
[02:10] <beuno> Peng_, launchpad is catching up!
[02:11] <thewrath> okay
[02:12] <thewrath> how can i see my files with this
[02:12] <thewrath> bvr stuff
[02:12] <thewrath> on the launchpad site
[02:13] <beuno> thewrath, "Source code"
[02:13] <thewrath> k
[02:13] <thewrath> hold on
[02:13]  * beuno holds
[02:13] <thewrath> ha ha
[02:14] <thewrath> i removed the 2 branch bc they got messed up
[02:15] <thewrath> i created a new one and run the following command: bzr push lp:~michaelbrown2009/wasdats/version1
[02:15] <thumper> meep
[02:15] <thewrath> i get error target directory that command i ran already exists but does not have a valid .bzr directory. Supply --use-existing-dir to push it here anyway
[02:15] <thumper> down to 380 meg free
[02:15] <thewrath> how can i make it have a .bzr directory
[02:16] <beuno> thewrath, add that flag
[02:16] <beuno> thewrath, good luck
[02:16] <thewrath> why good luck?
[02:16] <beuno> er
[02:16] <beuno> thumper, good luck  :)
[02:17] <thewrath> my  launchpad directory that i have on my local machine has a .bzr directrory
[02:18] <beuno> thewrath, I'm confused
[02:18] <thewrath> redoing everything
[02:18] <beuno> oukeydoke
[02:18] <thewrath> created branch, added, committe
[02:19] <vorian> for the love of god
[02:19] <thewrath> sorry if that is directed to me
[02:19] <vorian> is there a way to stop these damn rosetta emails?
[02:20] <thewrath> what rosetta emails
[02:20] <beuno> thewrath, nothing to do with you
[02:20] <beuno> vorian, the approved templates, etc?
[02:20] <vorian> yes
[02:21] <beuno> vorian, I don't think so, no
[02:21] <beuno> talk to danilos tomorrow
[02:21] <vorian> beuno: last time I uploaded l10n for kde, i got about 20,000 emails
[02:21] <vorian> actually, I stopped counting at 20,000
[02:21] <beuno> right, that isn't a great situation
[02:21] <beuno> vorian, or file a bug, where it can be tracked
[02:22] <vorian> bug 336063
[02:22] <vorian> "fix committed"
[02:22] <thewrath> how come i get this error
[02:22] <vorian> meh
[02:22] <thewrath> when i have it on my local one
[02:23] <thewrath> i have the .bzr directory on my local one but it is not on the launchpad site
[02:23] <vorian> bug 335831
[02:23] <Snova> thewrath: If you register the branch with Launchpad and then push to it, it complains because the target directory already exists but isn't a branch, so it wants to confirm it. On the other hand, if you just push without first registering it, it will be created automatically, error free (as I recall).
[02:23] <thewrath> yes it does
[02:23] <thewrath> thank you Snova
[02:23] <vorian> <3 api changes
[02:24] <thewrath> Snova how do i see the source code
[02:24] <vorian> danilo_: dude, please tell me i'm not going to get another 20,000 emails :)
[02:25] <thewrath> where do i ask a question to change my url
[02:25] <savvas> what happened with rosetta? :P
[02:25] <Snova> thewrath: I assume you mean on Launchpad... go to the branch you registered, and there should be a link on the bar there, "Source code".
[02:26] <thewrath> how about asking questions
[02:26] <thewrath> in launchpad to chagne my URl Snova?
[02:26] <Snova> thewrath: I'm not sure what you mean... your username? The launchpad.net/~<user> thing?
[02:26] <beuno> savvas, why?
[02:27] <savvas> beuno: I was curious what happened with vorian and 20k emails :)
[02:27] <beuno> savvas, it's a mix of soyuz and rosetta
[02:27] <beuno> shared blame  :)
[02:28] <vorian> savvas: this be the bug https://launchpad.net/bugs/335831
[02:28] <vorian> hah
[02:28] <thewrath> i want https://launchpad.net/wasdats to be changed to https://launchpad.net/mikesats
[02:28] <vorian> thewrath: edit profile
[02:29] <Snova> thewrath: Go to that page, on the top right is "Change details". Edit "Name".
[02:29] <thewrath> I have display name and title
[02:30] <thewrath> i was told i had to ask a question about it
[02:31] <Snova> I think all you have to do is edit the proper field. I see "Display name" and "Name", though for whatever reason you seem to have something different.
[02:31] <thewrath> right
[02:33] <thewrath> Display Name: Mike's Asset Tracking System; Title: Mike's Asset Tracking System
[02:33] <thewrath> the url is https://launchpad.net/wasdats
[02:33] <thewrath> i want to change wasdats to mikesats
[02:33] <thewrath> i was told i ahd to ask a question at launchpad but lost hte link
[02:34] <thewrath> i think i need to talk to savvasor someone
[02:34] <thewrath> but i am not sure
[02:34] <thewrath> Snova u have any idea?
[02:35] <Snova> Questions are asked here: https://answers.launchpad.net/ but I'm pretty sure you don't have to.
[02:35] <thewrath> oh ok
[02:35] <thewrath> i was told so i was not sure at this point
[02:35] <thewrath> does anyone else have an opinon?
[02:35] <Snova> OH
[02:36] <Snova> Doh, I somehow missed the fact that you wanted to edit a project name.
[02:36] <Snova> In that case, I have no idea, I've never created a project.
[02:36] <Snova> https://answers.launchpad.net/launchpad
[02:39] <thewrath> question posted
[02:39] <thewrath> Snova that is okay
[02:41] <thewrath> welcome back rgreening
[02:41] <thewrath> thank you to everyone that has helped me
[02:52] <rgreening> o/ thewrath
[02:54] <thewrath> what wrath?
[02:54] <thewrath> what rgreening?
[03:07] <cody-somerville> I think he was just saying Hi
[03:10] <savvas> Error ID: OOPS-1188ED24
[03:10] <savvas> https://launchpad.net/ubuntu/jaunty/+source/kdebase-runtime/+changelog
[03:13] <savvas> ok, logged out and logged back in, all ok :)
[03:13] <savvas> no actually wait
[03:14] <savvas> https://edge.launchpad.net/ubuntu/jaunty/+source/kdebase-runtime works, but https://edge.launchpad.net/ubuntu/jaunty/+source/kdebase-runtime/+changelog returns an oops for some reason
[03:14] <savvas> same without 'edge'
[03:33] <wgrant> savvas: It's a timeout - those pages seem to take an awfully long time to render in general, and that must just have too many uploads.
[03:37] <Ursinha> savvas, I took note of that oops and page, and maybe file a bug to see if it can be optimized in our next performance week
[03:37] <Ursinha> err
[03:37] <Ursinha> let me rephrase that
[03:37] <Ursinha> I took note of that oops and page, and will file a bug to see if it can be optimized in our next performance week
[03:38] <wgrant> Even something with a modest number of uploads (only a couple per release) takes 17 seconds to render.
[03:38] <Ursinha> hmm
[03:38] <Ursinha> actualluy
[03:38] <Ursinha> *actually
[03:39] <wgrant> Other things are fairly snappy, so it's not likely to be general DB load.
[03:39] <Ursinha> wgrant, indeed, it's on my radar
[03:49] <_steven_> thanks for the nice release everyone
[04:38] <SamB> hmm, I wish that the GNOME vcs-imports branches weren't the default branches :-(
[04:39] <SamB> the defaults should be the ones from bzr-playground.gnome.org
[04:40] <wgrant> Not really, particularly as I guess bzr-playground will die soon.
[04:40] <SamB> is there some announcement you refer to?
[04:40] <wgrant> GNOME is moving to git.
[04:41] <SamB> announced where?
[04:41] <SamB> I *did* try googling
[04:41] <thumper> SamB: we are getting git imports working
[04:42] <thumper> SamB: so when gnome moves, we can still have imports
[04:42] <wgrant> http://mail.gnome.org/archives/devel-announce-list/2009-March/msg00005.html
[04:42] <SamB> shouldn't they have posted something on the website ?
[04:43] <wgrant> Why do their users care?
[04:43] <lifeless> users often use source code to build the product
[04:43] <savvas> the packagers? :p
[04:43] <lifeless> for starters
[04:43] <wgrant> lifeless: You have a strange definition of 'often'.
[04:43] <SamB> I meant like on http://live.gnome.org/SVN
[04:44] <SamB> you know?
[04:44] <savvas> SamB: try asking them at irc.gnome.org #gnome - maybe someone knows there :)
[04:46]  * SamB isn't at all sure bzr-playground will disappear in any case -- it might just be converted to a mirror of the git repos...
[04:48] <savvas> that would be great
[04:48] <ia> hello. i'm trying to upload package in my ppa, but i get this: Connection failed, aborting. Check your network (111, 'Connection refused'). But my network is fine - i can easily visit lp pages. i will be very appreciate for any clues about this.
[04:48] <lifeless> ia: it uses ftp, can you ftp to the launchpad upload site successfully?
[04:48] <wgrant> spm: germanium's poppy is dead?
[04:48] <spm> wgrant: or taken down by "someone" :-) just got an sms about it myself
[04:49] <wgrant> ia: See what spm said - there's something wrong at the Launchpad end.
[04:50] <SamB> oh, anyway right now I'm pushing a bzr-svn branch of libxml2 and bzr is wasting time reading the vcs-import branch it got stacked on by default ...
[04:50] <mariuz> good evening
[04:51] <savvas> good morning :)
[04:51] <mariuz> i got an strange connection failed when i try to dput into my ppa
[04:51]  * SamB wonders why bzr needs to pull so much to realize there's no shared history?
[04:51] <spm> mariuz: yeah. sorry 'bout that. known problem. is being worked on atm.
[04:52] <mariuz> traceroute is ok it reaches germanium
[04:52] <mariuz> ki
[04:52] <ia> lifeless: ehm, yes, i'm trying to upload using ftp and it is not successfully, according to message above.
[04:52] <mariuz> hard day with these changes :) thanks
[04:52] <lifeless> spm: ping
[04:52] <lifeless> spm: ^ is ia's problem related to poopy ?
[04:52] <wgrant> lifeless: poppy is the FTP server, yes.
[04:52] <SamB> % bzr push lp:~naesten/libxml2/devel
[04:52] <SamB> Host key fingerprint is 9d:38:3a:63:b1:d5:6f:c4:44:67:53:49:2e:ee:fc:89
[04:52] <SamB> [wolf picture elided]
[04:52] <SamB> Using default stacking branch /~vcs-imports/libxml2/main at bzr+ssh://bazaar.launchpad.net/%7Enaesten/libxml2/
[04:52] <SamB> [###################-] bzr+ssh <  35113KB    61KB/s | Fetching revisions:Insert
[04:53] <spm> lifeless: so to speak. poppy is down atm while we try and get more than 60Mb disk free.
[04:58] <mrooney> With regard to the new "ImportingFromBazaarBranches", it says I can specify domain "In the file name itself: domain.pot or po/domain.pot, etc."
[04:58] <mrooney> Can the .pot file be anywhere, however? I am confused if the first case means it has to be in the root of the branch
[04:59] <SamB> Using default stacking branch /~vcs-imports/libxml2/main at bzr+ssh://bazaar.launchpad.net/%7Enaesten/libxml2/
[04:59] <SamB> [###################|] bzr+ssh <  51786KB    40KB/s | Fetching revisions:Insert
[05:00]  * mars looks around for jtv
[05:00] <mars> jtv1, around?
[05:00] <thumper> lifeless: does the bzr client actually listen if you say "don't stack" ?
[05:01] <thumper> lifeless: at one stage it didn't but I'm not sure if that is fixed
[05:01] <wgrant> thumper: Is there an option for it?
[05:01] <wgrant> '--stacked-on=' just stacks on .
[05:01] <SamB> we won't think of it until it's too late anyway
[05:01] <thumper> wgrant: there is
[05:02] <thumper> SamB: it is probably quicker to kill that one
[05:02] <SamB> thumper: it wen't through just after
[05:02] <SamB> er. went
[05:02] <thumper> SamB: then delete the branch it started
[05:02] <thumper> SamB: ah
[05:02] <SamB> thumper: I hate that :-(
[05:02] <thumper> SamB: you can side step the stacking by intialising the remote branch first
[05:02] <SamB> the die/delete dance is no fun
[05:03] <mars> you need a "bzr cleanup" command
[05:03] <thumper> SamB: something like `bzr init --1.9-rich-root lp:~user/project/name`
[05:03] <thumper> SamB: then push
[05:03] <thumper> SamB: and you won't get stacking
[05:03]  * thumper has just found this out
[05:04] <SamB> I just wish it would DTRT more often
[05:04] <thumper> SamB: it would be better if the import had the same revisions you wanted
[05:04] <SamB> ... and not leave you a wedged branch that you need to kill with the web UI
[05:04] <SamB> and I don't see why it had to read so much from a smart server to figure out there was nothing in common!
[05:05] <lifeless> thumper: noone has xied it
[05:05]  * thumper thinks of a `bzr rm-lp` command to delete the lp branch
[05:05] <SamB> lp-rm, you mean?
[05:05] <thumper> whatever
[05:06]  * mars still likes "bzr cleanup" or "bzr cleanup-remote"
[05:06] <lifeless> thumper: pushing to stacked is no slower than pushing to non-stacked, if you are using the bzr nightlies
[05:06] <lifeless> SamB: ^
[05:06] <SamB> anyway ... can't the smart server and smart client talk about what revs they each have and how much of the remote repo would be involved in stacking ?
[05:06] <SamB> lifeless: from which night?
[05:06] <SamB> and this was the FIRST push
[05:06] <thumper> lifeless: the serverside isn't using nightlies
[05:06] <lifeless> SamB: a week or two ago now we fixed this
[05:06] <lifeless> thumper: server is fine
[05:07] <thumper> lifeless: you have a smart  verb to find revisions?
[05:07] <lifeless> thumper: yes, not that that is related
[05:07] <SamB> lifeless: bzr --version doesn't tell me the install date or latest revision or anything :-(
[05:08] <lifeless> I suspect you're off in a different place than I am
[05:08] <lifeless> SamB: dpkg -l bzr
[05:08] <SamB> lifeless: I'm on Debian ... we don't get nightlies in dpkg format, do we?
[05:08] <lifeless> sure, you can use the ppa packages
[05:08] <lifeless> just pick a reasonably close release - intrepid is roughly squeeze
[05:09] <SamB> seriously?
[05:09] <wgrant> Roughly Lenny, you mean?
[05:09] <SamB> I'm personally very uncertain what Debian distro I'm on anyway
[05:09] <lifeless> wgrant: oh yes
[05:10] <SamB> I think I'll just call it "pred sid"
[05:11] <lifeless> anyhow
[05:11] <lifeless> if you are still experiencing slow pushes
[05:12] <lifeless> you need 1.14, because we added streaming to 1.13 servers when pushing to a stacked branch in 1.14.
[05:12] <SamB> how come PPA doesn't do Debian anyway?
[05:14] <SamB> so do I want J?
[05:15] <SamB> that is, jaunty?
[05:17] <SamB> you do mean 1.14dev, yes?
[05:19] <SamB> I think maybe the bzr command should get stamped with the commit it was installed from at install time ...
[05:20] <lifeless> https://launchpad.net/~bzr-nightly-ppa/+archive
[05:36] <SamB> lifeless: okay, either it's still having to pull down a bunch of junk, or it's lying about what it's doing
[05:36] <SamB> hmm.
[05:36] <SamB> considering my bandwidth graph, I'd have to go with lying
[05:37] <SamB> it's uploading, not fetching!!!
[05:38] <SamB> what is "Fetching revisions:Insert
[05:38] <SamB> " supposed to mean anyway?
[05:41] <lifeless> its copying data around
[05:41] <lifeless> :)
[05:41] <SamB> but can't it get the direction right?
[05:42] <SamB> it would probably reduce user frustration a lot if it claimed to be doing what the user was expecting ... and since that would be true in this case ...
[05:44] <lifeless> the < and > is confusing people
[05:44] <lifeless> I hope to polish that during the rc
[05:44] <SamB> it's not just that!
[05:44] <SamB> it says "fetching"
[05:44] <lifeless> the author of the progress code thought < and > mean the reverse of what some other people expect it to :)
[05:44] <SamB> that is just as confusing, I think
[05:44] <SamB> oh.
[05:44] <lifeless> it is fetching, the server is fetching from the client
[05:44] <SamB> you mean it's confusing the programmers???
[05:45] <spiv> bzr is very fetching ;)
[05:45] <lifeless> broadly though I agree, we want the progress to be cleaner and more useful
[05:45] <SamB> oh, well, when it's the server that's fetching ... it should be put into context ...
[05:45] <spiv> SamB: "fetching" is a synonym for "transferring" in this context.
[05:45] <SamB> it should either be given from *my* bzr's perspective, or qualified with whose perspective it *is* from
[05:46] <spiv> SamB: whether it's local->remote or remote->local (or local->local...) is all the same to bzr's internals.
[05:46] <spiv> So the client is fetching from the local repo into the remote repo when you do a push from local to remote.
[05:47] <SamB> spiv: well, I don't care what the internals think!
[05:47] <SamB> I'd like it to not be so misleading
[05:48] <spiv> It's a matter of perspective.  The perspective being used here is "it doesn't matter where a repository is, bzrlib is fetching data from place A and inserting it into place B".
[05:48] <jml> -> #bzr please.
[05:48] <SamB> 'kay
[05:48] <spiv> Rather than the perspective of "B is fetching from A", which I guess is the impression you got?
[05:48]  * spiv moves
[05:48] <bouvard_etlafins> Excuse the interruption, I'm trying to make my first PPA upload and I'm getting 'Connection refused' from the FTP, could someone tell me if something is down or if I have gone awry somewhere?
[05:49] <jml> spm: ^^
[05:52] <wgrant> bouvard_etlafins: It's a problem at the Launchpad end.
[05:52] <wgrant> It is being worked on.
[05:53] <bouvard_etlafins> Ok, great, thats what I figured was the case, but I wanted to double check rather than let it keep me awake wondering what I missed.  Thanks for the info.
[05:55] <SamB> what is this FTP thing you speak of? is that something new?
[06:02] <wgrant> SamB: PPA uploads.
[06:02] <SamB> I was attempting to convey the impression that FTP was such an old thing that I had not heard of it before ;-)
[06:03] <wgrant> Ah.
[06:03] <SamB> (which, of course, isn't true ;-P)
[06:03] <wgrant> The Soyuz team was intending to replace it with sftp for 3.0, I believe.
[06:04] <SamB> that sounds like a team whose sole purpose in life is to evacuate the International Space Station, for some reason ...
[06:05] <wgrant> Hahah.
[06:05] <wgrant> It also fills up the ISS!
[06:05] <wgrant> Although there is the semi-permanent escape Soyuz.
[06:06] <SamB> oh, they use those things to get up there too?
[06:06] <wgrant> Yes.
[06:06] <SamB> I guess I'd forgotten
[06:06] <SamB> (but I can't remember)
[06:06] <wgrant> It was the primary vehicle while the Shuttle was gone.
[06:06] <wgrant> And still is very often used.
[06:06] <SamB> I guess it's nice and simple?
[06:07] <wgrant> I guess so.
[06:07] <wgrant> It has been around a while.
[06:07] <wgrant> It is also less penetrable by incidents in space than Launchpad's Soyuz is by my casual pokings.
[06:08] <SamB> hmm. well, I guess that soyuz had better *stay* on the launchpad
[06:08] <wgrant> True.
[06:09] <SamB> well, anyway, goodnight people!
[06:09] <wgrant> Night.
[06:19] <spm> gah. poppy on germanium was playing silly buggers. should be working now.
[07:15] <thekorn> wow, loggerhead has syntax-highlighting, awesome!
[07:32] <dholbach> does loggerhead need to be nudged?
[07:33] <dholbach> just using it in a training session right now :/
[07:33] <wgrant> It's working for me, but slow.
[07:45] <spm> dholbach: sorry - i didn't notice your comment about issues with codebrowse till now - it seems to be ok atm; but do yell if it needs a theraputic bouncing
[07:47] <dholbach> ok, seems good now
[07:47] <dholbach> thanks
[08:39] <danilo_> mrooney: you can put your POT files anywhere
[08:40] <danilo_> vorian: you should get only failure emails, which means it should be a lot less than 20k :)
[08:47] <wgrant> danilo_: He showed an example of a success email that he got recently...
[08:47] <wgrant> danilo_: Dated April 1.
[08:47] <danilo_> wgrant: where's that example? (if it's a template file, they are still sent out, but there are not too many of them)
[08:48] <wgrant> It was a few seconds under 12 hours ago.
[08:49] <wgrant> "The template has now been imported successfully"
[08:49] <danilo_> wgrant: right, found it, it's a template
[08:49] <wgrant> 10 hours ago, I of course mean.
[08:49] <wgrant> What's the difference?
[08:50] <danilo_> wgrant: well, POTs are English only, and there are not that many of them (i.e. two orders of magnitude less than PO files)
[08:50] <wgrant> That's still useless and a bug.
[08:50] <danilo_> wgrant: but we are still sending them out because it's much harder to separate them out for upstream uploaders and Ubuntu packagers, and the former group needs them
[08:51] <wgrant> danilo_: I think you'll find that people will be less than two orders of magnitude less irate about them.
[08:51] <danilo_> wgrant: right, it's just too much work right now to fix it, and shouldn't be a big hassle
[08:51] <danilo_> wgrant: ok, thanks for explaining how people will take them
[08:53] <danilo_> wgrant: nobody has filed a bug yet, though, so I'd be happy if you do that :)
[08:53] <wgrant> danilo_: Will do so.
[08:56] <wgrant> danilo_: Bug #353648
[08:56] <danilo_> wgrant: thanks
[09:05] <slangasek> all of https://launchpad.net/ubuntu/+source/$srcpkg/ are oopsing for me; is this a known issue?
[09:05] <bigon> hi
[09:05] <slangasek>  (Error ID: OOPS-1188A763)
[09:05] <bigon> same thing for me
[09:05] <bigon> actually
[09:06] <bigon> (Error ID: OOPS-1188EA79)
[09:06]  * wgrant saw a bug on that.
[09:06]  * wgrant finds it.
[09:06] <wgrant> Bug #353568
[09:06] <wgrant> I hope it will be Criticalised soon.
[09:08] <wgrant> Although I suspect the fix will be to show only the first 10 (chronologically, so as to be most useless) releases, like they did with bug comments.
[09:10] <wgrant> It seems to take 15 seconds to linkify < 25 releases.
[09:11] <slangasek> hmm; makes it rather more awkward to query the current package version
[09:11] <wgrant> +publishinghistory works
[09:12] <slangasek> that's more typing, too :)
[09:13] <wgrant> That's what Firefox smart bookmarks are for.
[09:14] <wgrant> Maybe they are secretly trying to improve the quality of universe by making people work there instead, where packages have sufficiently few uploads that they are able to render within the timeout.
[09:17] <jml> looking at the query log, I reckon you can come up with a fix that doesn't reduce the amount of data shown.
[09:18] <wgrant> What made it almost an order of magnitude slower?
[09:19] <wgrant> The only linkification change that I've seen recently is lp: URLs.
[09:19] <jml> that's just regexes -- no queries involved for those
[09:19] <wgrant> Ah.
[09:19] <jml> I wouldn't have added it otherwise :)
[09:20] <wgrant> I wouldn't have thought so.
[09:20] <jml> it's just naive querying.
[09:22] <jml> as much as I love storm (and I do), I'm increasingly suspicious of ORMs.
[11:02] <wgrant> jml: Sometimes you do have to hand-optimise, but I think ORMs have sufficient benefits to outweigh their sometimes-inefficient queries.
[11:04] <lool> https://launchpad.net/ubuntu/+source/linux timesout for me
[11:05] <lool> I tried 4 times this morning, it seems to be a bug rather than general slowness
[11:05] <wgrant> lool: Bug #353568
[11:05] <lool> thanks
[11:09] <vorian> danilo_: well, i'm getting success emails
[11:09] <vorian> Hello Steve Stalcup,
[11:09] <vorian> On 2009-04-02 07:03+0000 (48 minutes ago), you uploaded a translation
[11:09] <vorian> template for kio-mbox in Ubuntu Jaunty package "kdepimlibs" in
[11:09] <vorian> Launchpad.
[11:09] <vorian> The template has now been imported successfully.
[11:09] <vorian> Thank you,
[11:10] <danilo_> vorian: as I said, template success emails are still sent out, but you are not going to get 20k emails
[11:10] <danilo_> vorian: this is for base english versions of translation files, translations will not do that
[11:12] <vorian> danilo_: so, let me get this straight.  Just since last night, i've gotten almost 400 emails.  This is normal? These aren't even the language packs yet
[11:30] <danilo_> vorian: language packs won't produce any emails apart from failure emails
[11:31] <danilo_> vorian: if you are uploading all kde* packages, then you might get that many emails, but that should be all
[11:35] <danilo_> vorian: https://bugs.edge.launchpad.net/rosetta/+bug/353648
[11:53] <aquarius> I'm having trouble grabbing the wadl file for the launchpad API; a GET command gives me "Unknown consumer (sil)" even though I've authorized an application with that name
[11:53] <aquarius> now, it's quite possible that I'm doing the token stuff wrong...
[11:53] <aquarius> but I don't know how to debug it.
[11:57] <aquarius> can I tell whether the consumer is "unknown" because I'm passing an incorrect authorization header, or whether it's unknown because it really doesn't know about it and I'm confused somehow?
[11:58] <aquarius> https://edge.launchpad.net/~sil-launchpad/+oauth-tokens lists "Application name: sil", so *something* knows about it.
[11:58] <james_w> aquarius: do you have the GET request you are sending to pastebin?
[11:58] <aquarius> james_w: I do, but, er, it'll have my token in it, no?
[11:58] <james_w> yeah
[11:59] <james_w> redact those bits
[11:59] <aquarius> authorising everyone on the internet to access LP as me seems like not a good idea ;-)
[11:59] <aquarius> oh, you can check it with them redacted? I shall then :)
[11:59] <james_w> nonce, token and signature
[11:59] <james_w> I'm not an lp developer
[11:59] <aquarius> actually, it's short enough just for here, with them redacted
[11:59] <james_w> but I just so happen to be using launchpadlib right now, so I can check how it looks compared to my requests
[12:00] <aquarius> GET -H 'Authorization:OAuth realm="https://api.launchpad.net/",oauth_consumer_key="sil",oauth_token="AAAA"",oauth_signature_method="PLAINTEXT",oauth_signature="%26BBBB",oauth_timestamp="'$(date +%s)'",oauth_nonce="'$RANDOM'",oauth_version="1.0"' -H "Accept: application/vd.sun.wadl+xml" https://api.staging.launchpad.net/beta/
[12:01] <aquarius> where AAAA is the oauth_token I got back from step 3 of the signing process, and BBBB is the oauth_secret I got back from step 3 of the signing process
[12:01] <aquarius> as per https://help.launchpad.net/API/SigningRequests
[12:02] <james_w> 'GET /beta/ HTTP/1.1\r\nHost: api.edge.launchpad.net\r\nAccept-Encoding: identity\r\nte: deflate, gzip\r\nAuthorization: OAuth realm="https://api.launchpad.net", oauth_nonce="AAAAA", oauth_timestamp="1238669678", oauth_consumer_key="testing", oauth_signature_method="PLAINTEXT", oauth_version="1.0", oauth_token="BBBBB", oauth_signature="XXXXXXXXXXXXXXXXXXX"\r\naccept: application/vd.sun.wadl+xml\r\nuser-agent: Python-httplib2/$Rev: 259 $\r\n\r\n'
[12:03] <aquarius> does oauth_token have %26 at the beginning?
[12:03] <james_w> nope
[12:04] <aquarius> hrm, it ought to according to the docs. Although taking it off doesn't help.
[12:05] <aquarius> grrr!
[12:06] <james_w> how about the / at the end of realm?
[12:06] <aquarius> I think I have authorized a token for real LP but not for staging
[12:06] <aquarius> the docs do not make this clear!
[12:06] <james_w> ah
[12:06] <james_w> that's why I always use edge :-)
[12:07] <aquarius> yeah, but I'm poncing around, so I don't want to break anything
[12:07] <aquarius> aaaaaaaaaargh! "sil-launchpad is not a member of the beta test team"
[12:07]  * aquarius repeatedly slaps launchpad people
[12:11] <aquarius> OK, LP people: if I want to create an OAuth token to use on staging, where do I send the request-token and access-token requests?
[12:11] <aquarius> edge.launchpad.net? staging.launchpad.net? edge.staging.launchpad.net? api.staging.launchpad.net?
[12:11] <aquarius> https://help.launchpad.net/API/SigningRequests only says edge.launchpad.net, which is Real Launchpad, not staging Launchpad.
[12:12] <intellectronica> aquarius: staging.launchpad.net
[12:12] <intellectronica> aquarius: staging is setup to parallel the normal serve
[12:12] <intellectronica> ...rs
[12:13] <intellectronica> the only reason you can log into it is because it has a copy of the database
[12:14] <intellectronica> but the two services don't coordinate in any way. just replace 'edge' with 'staging' whenever you want to test
[12:14] <aquarius> intellectronica: so, this should work? echo "oauth_consumer_key=sil&oauth_signature_method=PLAINTEXT&oauth_signature=%26"| GET -UuSse https://staging.launchpad.net/+request-token
[12:14] <aquarius> intellectronica: 'cos it doesn't; I get a 401.
[12:15] <aquarius> grr! ignore me
[12:15] <aquarius> it needs to be a post.
[12:15] <aquarius> nope, a POST still gets me a 401.
[12:16] <intellectronica> aquarius: so, the equivalent works on edge?
[12:16] <aquarius> weird. it doesn't. It did a moment ago :(
[12:17] <aquarius> Client-Warning: Unsupported authentication scheme 'oauth' ?
[12:17] <aquarius> I'll try using curl instead of POST
[12:19] <aquarius> right, curl works. So lwp-request is b0rked. I should be better off now :)
[12:20] <intellectronica> aquarius: that's, like, perl, no?
[12:20] <aquarius> intellectronica: it is under the covers. I just use the POST and GET tools from the command line
[12:20] <aquarius> but, well, not any more, 'cos they're clearly broken :)
[12:21] <intellectronica> oh wow, even i have that installed. you'd think i would know. anyway, yeah, curl works fine for me
[12:25] <aquarius> aha, progress!
[12:25] <aquarius> now, I get "invalid signature", but that's OK, that just means I'm putting something wrong in :)
[12:30] <aquarius> hrm. Can't work out *what* wrong I'm putting in, mind.
[12:31] <aquarius> why do I get an Oopsid in the returned headers?
[12:37] <intellectronica> aquarius: so that you can help us debug?
[12:39] <aquarius> intellectronica: yeah, but did my problem *cause* an oops?
[12:40] <intellectronica> aquarius: yes. if you're getting an oops back it means your request caused it
[12:40] <aquarius> intellectronica: wanna look at an oopsid for me?
[12:40] <aquarius> since it might be failing because of an oops, rather than because I'm doing anything wrong :)
[12:41] <intellectronica> aquarius: of course. what's the id? (it'll take another 10m or so until i have access to it, b.t.w)
[12:41] <aquarius> X-Lazr-Oopsid: OOPS-1188S769
[12:41] <intellectronica> aquarius: and that's on staging?
[12:41] <aquarius> yep
[12:41] <aquarius> oo, a URL. I didn't know about that. Does that mean I can look at it myself?
[12:42]  * aquarius reads the oops report
[12:42] <aquarius> darn, doesn't help
[12:42] <aquarius> doesn't tell me why my signature's invalid. It ought to be valid!
[12:44] <intellectronica> aquarius: so, this shouldn't be an oops. you get unauthorized. oopses should only be recorded for unhandled errors
[12:44] <aquarius> intellectronica: that's exactly why I was asking about it :)
[12:45] <aquarius> why is it throwing an oops? It's handled (by giving me the "invalid signature" error)
[12:45] <aquarius> although, well, I think I'm doing everything right, and it's still complaining that my signature is invalid :)
[12:46] <intellectronica> aquarius: that's a bug in the webservice implementation, i think. looks like it records an oops for all non-2xx responses, but it really should only record an oops for 5xx responses
[12:48] <aquarius> intellectronica: might wanna file a bug about that, then. :)
[12:49] <aquarius> I still don't understand why my signature's being declared invalid, though.
[12:49] <intellectronica> aquarius: what are you trying to do, if i may?
[12:51] <aquarius> intellectronica: I'm trying to get the WADL file, but in the pursuit of the greater goal of understanding the LP API and how it works, so I can, er, copy it.
[12:51] <aquarius> this is why I'm doing it by hand rather than using launchpadlib, because I need to understand it :)
[12:52] <intellectronica> you need to authenticate to get the WADL?
[12:52]  * intellectronica is surprised
[12:53] <aquarius> intellectronica: so was I.
[12:53] <intellectronica> aquarius: that too sounds like a bug to me
[12:54] <intellectronica> aquarius: i can, of course, just give you the WADL. but looks like you want to play a bit with it first?...
[12:55] <aquarius> intellectronica: I was looking to just poke around the API by hand, so I can get a flavour of how it works.
[12:55] <aquarius> but I'll fall back on launchpadlib
[12:57] <intellectronica> aquarius: oh well. https://pastebin.canonical.com/15871/ for the wadl. i'll chase these two bugs
[12:57] <aquarius> which works. :)
[13:37] <holzmodem> hi, my ppa build successfull an original ubuntu kernel + patch. after the build it failed to upload the binaries, how can i fix it: http://launchpadlibrarian.net/24695079/oh5l24UsOOeuziNtjQEflqBEUN1.txt
[13:38] <wgrant> holzmodem: It means what it says - the 'base' section isn't allowed in jaunty any more.
[13:38] <wgrant> cprov: The removal of 'base' from Jaunty could be problematic, given the lack of PPA overrides - is there a good reason to not readd it?
[13:38] <holzmodem> wgrant, it ist the original ubuntu kernel, i only applied the patch
[13:38] <wgrant> The Ubuntu kernel in Ubuntu will be overrided into a different section.
[13:39] <wgrant> That won't happen in a PPA, where there are no overrides.
[13:41] <wgrant> holzmodem: Find the package in debian/control that has the section 'base', and change it to something new.
[13:41] <wgrant> 'admin' is what is used in Ubuntu now.
[13:45] <holzmodem> damn pc died
[13:46] <holzmodem> i know the debian/control file, which is the right section, for a successfull upload?
[13:46] <wgrant> 23:41:36 < wgrant> 'admin' is what is used in Ubuntu now.
[13:46] <holzmodem> thx, i will try it
[14:48] <alienbrain> I'm using bzr+launchpad for the first time. I just branched gwibber project, fixed something very light (one string) which is a solution to an already reported bug (https://bugs.launchpad.net/gwibber/+bug/342160). How should I proceed now? Propose the branch for merge or generate a patch and attach it?
[14:49] <cody-somerville> alienbrain, it depends on the project's preference
[14:50] <alienbrain> cody-somerville: I see. Let's say I will propose a merge, is there a way to map the merge to the issue i.e. as in "this branch fixes that bug" relation ?
[14:50] <cody-somerville> Indeed
[14:50] <alienbrain> cody-somerville: because otherwise I'm guessing I should attach a patch! :)
[14:51] <jpds> alienbrain: Sure, when you bzr commit; include a --fixes lp:342160 flag.
[14:51] <alienbrain> Hah! Awesome
[14:51] <cody-somerville> alienbrain, IF you've already done the commit, you can associate it after upload
[14:52] <alienbrain> cody-somerville: I didn't commit, but could please elaborate?
[14:52] <alienbrain> could you*
[14:52] <alienbrain> cody-somerville: if it's somewhere in the web interface then I guess I will find it
[14:53] <alienbrain> Thanks for the help!
[14:53] <jpds> cody-somerville: https://bugs.launchpad.net/gwibber/+bug/342160/+addbranch
[14:53] <jpds> Err, alienbrain^
[14:53] <alienbrain> jpds: Thanks!
[14:53] <alienbrain> lp+bzr is too luring
[14:53] <jpds> They both rock.
[15:13] <gmb> alienbrain: Ftr, the gwibber project like merge proposals, so go that route.
[15:14] <alienbrain> gmb: thank you, fortunately that's the wrote I went with
[15:14] <alienbrain> almost there!
[15:29] <ahasenack> hi guys, I'm getting repeated timeouts at this url: https://launchpad.net/ubuntu/+source/xkeyboard-config
[15:29] <ahasenack> latest oops is OOPS-1188E1317
[15:31] <intellectronica> ahasenack: confirmed :(
[15:34] <Ursinha> ahasenack, bug 353568
[15:34] <ahasenack> intellectronica, Ursinha: thanks
[15:34] <Ursinha> ahasenack, np
[15:48] <tgm4883> with the 1GB limit on PPA's and now having multiple PPA's, is that 1 GB per PPA now, or 1GB per user?
[15:50] <intellectronica> cprov: do you know? ^^^
[15:51] <cprov> tgm4883: 1GB per PPA, still
[15:52] <tgm4883> cprov, ok, thanks
[15:52] <andrea-bs> Is it currently possible to change the mailing list policy for a team using the web UI?
[16:23] <MTecknology> Is there any issue if I rip of a couple parts of the launchpad design for a school project? namely the menu stuff
[16:25] <kiko> MTecknology, you mean the page layout?
[16:25] <kiko> or the actual html/css?
[16:25] <MTecknology> kiko: the layout of stuff in the header
[16:26] <MTecknology> kiko: along with a comment in the code where I ripped it off from
[16:27] <MTecknology> kiko: launchpad.net/scribed
[16:27] <kiko> MTecknology, don't really like that
[16:27] <MTecknology> oh
[16:30] <MTecknology> kiko: mostly I just liked how the tabs were hanging like that
[16:52] <andrea-bs> Hi! Is it currently possible to change the mailing list policy for a team using the web UI?
[17:00] <kiko> MTecknology, it's okay to copy the general style but not the code -- that would be confusing or in poor taste, not sure which :)
[17:01] <NCommander> Stupid quesiton, but creating a new PPA, do devirtualization/private settings copy over?
[17:02] <NCommander> (i.e., my main PPA is devirtualized, will the new one keep that setting?)
[17:05] <intellectronica> cprov: do you have a minute to help scuba- with https://launchpad.net/~freshgames/+archive/ppa/+build/923911 ?
[17:26] <geser> wow, building for 3 days?
[17:28] <scuba-> I wonder if it would keep building indefinite if noone had noticed...
[17:28] <scuba-> (or in this case me saying something)
[17:43] <cprov> NCommander: no, PPAs can only be de-virtualized by lp-admins
[17:43] <NCommander> cprov, I know that, I already have one
[17:43] <NCommander> cprov, if I make a new PPA, then that one will be devirtualized, correct?
[17:43] <NCommander> er
[17:43] <NCommander> virtualized
[17:43] <cprov> NCommander: yes
[17:43] <NCommander> cool
[17:47] <scuba-> What is the differens of a virtualized and devirtualized PPA?
[17:51] <cprov> scuba-: devirtualized PPAs build in official ubuntu builders which are native buildds, virtual ones build on xen-based buildd (the PPA ones)
[17:51] <cprov> scuba-: what's going one with your build https://edge.launchpad.net/~freshgames/+archive/ppa/+build/923911 ?
[17:52] <cprov> scuba-: is it being given-back indefinitely ?
[17:54] <savvas> to upgrade an old launchpad branch version I just use "bzr upgrade lp:gapti" ?
[17:55] <scuba-> I don't know whats going on, it is stuck on "[SRC] Compiling osk_gui.cpp" .. don't know why it would stop here on amd64 but not i386 or lpia.
[18:09] <Laney> is it just edge that's getting timeouts?
[18:25] <cprov> scuba-: your build got lost in a disabled builder, it will be retried soon
[18:28] <luke-jr> I have a question about superprojects
[18:28] <luke-jr> is it appropriate for one codebase with 2 or 3 forks?
[18:28] <luke-jr> when the forks have different maintainers
[18:29] <luke-jr> and different release schedules etc
[18:37] <gmb> luke-jr: It depends how closely related those forks are.
[18:37] <gmb> My gut reaction would be to say "probably not" but I need more info.
[18:39] <luke-jr> gmb: ?
[18:41] <luke-jr> gmb: they're mostly just branches ☺
[18:41] <luke-jr> but with their own management and release schedule
[18:42] <gmb> luke-jr: If they're just branches of the same codebase you could just define 2 or 3 series within one project. That would be the better way to do it.
[18:42] <luke-jr> gmb: but can the series have different management?
[18:43] <gmb> luke-jr: I'm not sure what you mean by "different management" here. Are you asking for different teams to be working on each different series?
[18:43] <luke-jr> different developers
[18:43] <luke-jr> different leaders
[18:43] <luke-jr> etc
[18:44] <gmb> luke-jr: Sure. Launchpad doesn't really constrain you there. There's no way in Launchpad to specifiy "this time -> this series" but you can infer that by setting up a team like "fooix-branch-a" which would be made up of the devs who work on the "branch a" fork, etc.
[18:45] <gmb> luke-jr: However, if you're really concerned about separating out these forks then they should be separate projects.
[18:45] <gmb> But I don't think having a super project would really gain you anything.
[18:45] <bdmurray> cprov: I'm going to set bug 326091 to Fix Released, okay?
[18:47] <cprov> bdmurray: we already have new indexes.
[18:47] <cprov> bdmurray: yes, I will update the bug to FR soonish.
[18:47] <bdmurray> cprov: Okay, thanks for getting that done!
[18:48] <cprov> bdmurray: you are welcome. Let me know if you find problems with it.
[19:14] <twilight\> any known problems with the branch scanner?
[19:15] <twilight\> https://code.launchpad.net/kolibri has not seen todays pushes
[20:02] <mwhudson> twilight\: let me check
[20:02] <mwhudson> twilight\: which branch in particular?
[20:03] <mwhudson> twilight\: oh, https://code.edge.launchpad.net/~asteinlein/kolibri/validation-improved ?
[20:08] <MizardX> Launchpad doesn't sanatize the revision log message when browsing the files of a branch. http://bazaar.launchpad.net/~bzr/bzr/trunk/files "(abentley) Change guess-renames to mv --auto, add --dry-run" isn't sanatized. If it contains html, it is inserted into the page as it is.
[20:09] <MizardX> sanitize*
[20:12] <mwhudson> twilight\: should be fixed now
[20:12] <mwhudson> MizardX: oh crud
[20:54] <mwhudson> MizardX: should be fixed now
[20:55] <MizardX> yep
[20:56] <mwhudson> MizardX: thanks for the alert
[22:38] <twilight\> mwhudson: yup, thanks :)
[22:39] <mwhudson> twilight\: thanks for the prod
[22:39] <twilight\> mwhudson: is there a known bug which causes this? i've seen it happen once before..
[22:40] <mwhudson> twilight\: no, it's always different things
[22:40] <mwhudson> this was a configuration issue with the rollout yesterday
[22:40] <twilight\> oh, ok
[23:59] <thewrath> hey people at launchpad
[23:59] <thewrath> thank you for all your help