[00:00] <Ampelbein> hi. i have a question regarding python-launchpadlib: according to the api, a distribution_source_package-entry should have a name-attribute associated, yet I don't seem to call it correctly. See http://paste.ubuntu.com/198818/
[00:01] <Peng_> Why does LP's branch puller still use VFS access when branching from an HTTP server? Several releases ago, it was all-hpss, IIRC.
[00:01] <eagle00789> do not comment on this line: Launchpad bug 389247 in blueprint "Blueprint subscriber icons broken" [Undecided,New] https://launchpad.net/bugs/389247
[00:02] <wgrant> Ampelbein: Interesting. what does targ.lp_attrs say?
[00:02] <Ampelbein> wgrant: ['self_link', 'resource_type_link', 'http_etag', 'official_bug_tags', 'bug_reporting_guidelines']
[00:03] <Ampelbein> wgrant: and print targ.resource_type_link gives https://api.edge.launchpad.net/beta/#distribution_source_package
[00:04] <Ampelbein> wgrant: my problem is that i want the pure name of the sourcepackage, not doing some split()-magic to get it.
[00:05] <wgrant> Ampelbein: It works fine for me. How did you get that object?
[00:07] <Ampelbein> wgrant: from a bug_task.target, see http://paste.ubuntu.com/198821/
[00:09] <beuno> bdmurray, fixed those icons locally, will run tests and submit the branch tomorrow. Should appear fixed by Saturday the latest
[00:10] <Ddorda> hello. i've signed OpenGPG before about 10 hours. when will it be accepted?
[00:11] <bdmurray> beuno: okay, thanks!
[00:11] <Ampelbein> wgrant: for the complete list of actions: http://paste.ubuntu.com/198824/
[00:12] <Ddorda> OpenPGP*
[00:12] <bdmurray> Ampelbein: as far as I know there isn't a way
[00:13] <Ddorda> is there any way to know if a string is on CLI use?
[00:13] <wgrant> There is.
[00:13] <wgrant> The DSP should have it.
[00:13] <Ampelbein> bdmurray: there should be. https://launchpad.net/+apidoc/#distribution_source_package has a .name attribute.
[00:13] <wgrant> But in that particular case, it doesn't.
[00:13] <wgrant> There is a bug.
[00:15] <Ampelbein> wgrant: ok, so my code should be correct and I found a bug python-launchpadlib? or is it a bug on the serverside?
[00:16] <wgrant> Ampelbein: Your code is correct. I wonder if it's only returning the attributes that are in IBugTarget.
[00:16] <wgrant> I think I've seen a bug about this before.
[00:18] <beuno> wgrant, FYI, I landed a massive change to how icons work on Launchpad, so there may be fallouts from it
[00:18] <wgrant> beuno: Yep, I know.
[00:18] <beuno> of course you do  :)
[00:21] <Ampelbein> wgrant: you said before it worked for you. how did you connect to the bug?
[00:21] <wgrant> Ampelbein: I got the DSP directly, without going through the bug. If I go through the bug, it breaks.
[00:21] <wgrant> It's a client problem.
[00:24] <wgrant> beuno: Found three more instances of missing icons... Shall I file them separately or together?
[00:25] <beuno> wgrant, batch em!
[00:25] <beuno> I can take it
[00:25] <beuno> where are they?
[00:25] <wgrant> beuno: Person page.
[00:25] <beuno> wgrant, team icons?
[00:25] <wgrant> Top projects, blueprints and team icons.
[00:26] <beuno> team icons is fixed (in a branch on my laptop)
[00:26] <beuno> blueprints...
[00:26] <beuno> ah
[00:26] <beuno> yes, bug
[00:26] <beuno> top projects as well
[00:26] <wgrant> Sure.
[00:26] <beuno> thanks
[00:27] <Ampelbein> wgrant: ok, i'll work-around this problem by doing http://paste.ubuntu.com/198832/
[00:27] <Ampelbein> wgrant: I wonder if I should file a bug on python-launchpadlib?
[00:28] <wgrant> beuno: Bug #389256
[00:31] <wgrant> Ampelbein: Right, it was what I thought. Bug #340935
[00:33] <Ampelbein> wgrant: ah, ok. thanks for digging into this.
[00:53] <wgrant> beuno: Are missing branch subscriber icons known?
[00:57] <rockstar> wgrant, yes.
[00:57] <wgrant> rockstar: Thanks.
[01:03] <beuno> wgrant, yes, and I havee the fix already ready
[01:34] <beuno> ok
[01:34] <beuno> I think I nailed all the (known) sprites bugs
[01:37] <fta> Could I please get a quota boost? https://edge.launchpad.net/~songbird-daily/+archive/ppa  (3 or 4 GB would be nice)
[01:38] <beuno> fta, file a question, a nice LOSA like spm will take care of it
[01:39] <spm> beuno: I resent that. I am not nice, and neither are the others!
[01:39] <beuno> spm, exactly why I would say you where
[01:39] <beuno> ;)
[01:40] <spm> woe is me. so misunderstood.... /laments
[01:54] <SamB> can someone please re-attempt https://code.launchpad.net/~vcs-imports/pakke/trunk ?
[01:55] <beuno> SamB, re-attempted
[02:09] <SamB> beuno: er, sorry, I got some of the details wrong when I submitted the request ... I gave the correct ones on the whiteboard, though
[02:41] <jml> https://code.edge.launchpad.net/people/+me/+activereviews
[02:41] <jml> wuuuuuuuuuu
[03:24] <fta> hm, filed a question and got a oops in return :P OOPS-1266EB81
[03:41] <spiv> spm: ^ see fta's OOPS
[03:41] <fta> just retried, it worked (the question was not submitted the 1st time)
[03:47] <spm> spiv: 1. ta. 2. wtf.
[03:47] <spm> fta: btw, I upped the limit to 3Gb back when too. meant to let you know but got distracted.
[03:48] <fta> spm, probably wont be enough, but well, we'll see
[03:51] <wgrant> How is it that Mozilla-based products are so obese?
[03:55] <fta> -dbg packages
[03:55] <fta> and that's 3x4 builds at once
[03:56] <fta> it's still 10 times smaller than chromium :S
[05:44] <spiv> What do the different colours for the diff line counts on https://code.edge.launchpad.net/bzr/+activereviews mean?
[05:45] <spm> spiv: that you're not colourblind! :-P
[05:45] <spiv> spm: that's what my tie-dye t-shirt is for :P
[05:45] <spm> heh
[05:46] <thumper> spiv: orange are stale
[05:46] <thumper> which means either the source or the target branch has moved since it was generated
[05:46] <thumper> red are conflicts
[05:46] <thumper> other are good
[05:46] <spiv> Supplemental question: where could I have found this out, other than by asking someone?
[05:47] <spiv> I looked around a little and failed to find any explanation written down.
[05:49] <spiv> (Also, if Launchpad knows that a piddly little 26 line diff of 1 revision is stale, just regenerate it already!)
[06:00] <jml> spiv, you don't want to have an explicit operation to regenerate the diff?
[06:03] <spiv> jml: I want to see the diff that would be merged in right now, not what it might have been last week.
[06:04] <spiv> jml: especially with mirroring lag, branches that depend on other branches, etc.
[06:05] <jml> spiv, is that a no?
[06:05] <spiv> jml: as a reviewer looking at someone else's branch, do I want to hit a "regenerate diff" button somewhere and wait before reviewing?  If that's the question, then no.
[06:06] <spiv> Otherwise I'm not sure what you're proposing.
[06:07] <jml> spiv, https://bugs.edge.launchpad.net/launchpad-code/+bug/338002
[08:00] <thekorn> good morning, somehow the stylesheets on edge are broken, item bullets are misplaced
[08:01] <thekorn> is this a know issue, if not which is the correct component for a bugreport
[08:03] <wgrant> thekorn: It's known.
[08:04] <wgrant> thekorn: It should apparently be fixed after the edge rollout tomorrow.
[08:04] <thekorn> ok, thanks wgrant
[08:49] <robin> hey, I want to push my branch tonight. Is it OK?
[08:50] <robin> about [Bug 382795] : mirror-branch using too much memory
[08:51] <spiv> jml: ^
[08:51] <jml> robin, no, sorry :(
[08:52] <jml> robin, everyone capable of dealing with that problem has just finished a hell-week. :(
[08:53] <robin> jml: :) ok. But if I don't still push my code, I will drive my mentor crazy~
[08:54] <mwhudson> robin: why are you worried about that particular bug?
[08:54] <mwhudson> (was it you that broke it before?)
[08:54] <jml> mwhudson, yeah.
[08:54] <robin> mwhudson: yes~
[08:54] <mwhudson> ah
[08:54] <jml> robin, actually
[08:54] <jml> robin, there are two (three) problems here
[08:55] <jml> robin, one is that bzr is using so much memory, the other is that our service doesn't handle memory overload very well at all
[08:55] <jml> robin, the third is that your branch shouldn't have been so big.
[08:55] <robin> jml: Other people use launchpad normally?
[08:55] <jml> robin, yes :)
[08:56] <spiv> jml: the third is bzr and/or launchpad's fault, not robin's, right?
[08:56] <jml> spiv, 'fault' is the wrong word.
[08:56] <robin> jml: Is it my problem? I just get another branch and make it as my new branch.
[08:56] <jml> maybe together we can figure out why the branch is so big. :)
[08:56] <spiv> (just trying to disambiguate precisely what you mean by "shouldn't")
[08:57] <jml> spiv, yeah, it's a terrible word
[08:58]  * jml having a look around
[08:58] <jml> robin, so how did you go about making your branch?
[08:59] <robin> jml:  bzr branch lp:******* bran-name and bzr push branch-name
[09:00] <jml> hmm.
[09:00] <jml> I notice that there aren't many stacked branches in that project
[09:00] <jml> perhaps because the trunk branch is format6
[09:00] <robin> jml: Are there any methods to share my code?
[09:01] <jml> robin, which version of bzr are you using?
[09:01] <robin> jml: But other people use mysql-server branch work well.
[09:01] <jml> robin, yeah I know.
[09:02] <jml> robin, also, your branch is twice as big as the mysql-server branch.
[09:02] <jml> robin, which is *weird*
[09:02] <robin> jml: Bazaar (bzr) 1.13.1
[09:02] <robin> jml: how large?
[09:03] <jml> On the copies I made to investigate the incident last week, 600M for mysql-server, 1.2GB for yours.
[09:03] <robin> jml: I realize some problems. May be it will help.
[09:04] <jml> robin, I am going to branch from lp:mysql-server and then push to the project to see if I get the same problem as you.
[09:04] <jml> robin, in the meantime, please upgrade to Bazaar 1.16 if you can.
[09:04] <robin> jml: oh, shit!
[09:05] <robin> jml: but other people use lp:mysql-server are OK.  Why?
[09:06] <jml> robin, well a lot of the people push to a local server & have Launchpad mirror those branches.
[09:06] <jml> (I think)
[09:06] <jml> robin, and as I said, I'm testing now to see if it's a problem that other people have :)
[09:09] <jml> robin, it'll take a while to fetch the branch. I'll let you know how it goes.
[09:10] <alkisg> Hi, while I'm trying to uploading a package to my PPA but it's rejected because of "Unhandled exception processing upload: 'ascii' codec can't encode characters in position 50-59: ordinal not in range(128)"
[09:10] <alkisg> Full rejection mail in http://pastebin.ubuntu.com/199022/ - what could cause this? I don't see any #128 character in the changelog...
[09:26] <robin> jml: I want to ask you a question.
[09:26] <jml> robin, please do.
[09:26] <jml> (I'm still downloading mysql-server, btw)
[09:28] <robin> jml : bzr branch lp:******* branch-name; cd branch-name; bzr push lp:****     and   bzr branch lp:**** branch-name; bzr branch branch-name new-name; cd new-name; bzr push lp:***
[09:28] <robin> jml: Are they different?
[09:28] <jml> robin, no, they are the same.
[09:29] <robin> jml: ok. I must be away for 2 hours. Contact with you later.
[09:30] <jml> robin, ok. (I might not be around then, btw)
[09:32] <suji> how to add new files and commit the existing branch
[09:32] <suji> ?
[09:32] <spiv> suji: "bzr add" then "bzr commit"
[09:33] <spiv> "bzr add" with no arguments will add all non-ignored files, though.  So you might want to explicitly list the files to add with "bzr add FILE1 FILE2 ...".
[09:33] <spiv> Check the output of "bzr status" after doing add if you are unsure.
[09:34] <spiv> robin: thanks for your patience.
[09:37] <suji> if add that files in a directory , how those files are committed in the existing branch directory, i am confused of commit the files in the exiting branch...
[09:37] <suji> i need some examples please.....
[09:37] <spiv> "bzr status" is a good command to try here.
[09:38] <spiv> It'll tell you what changes bzr will commit.
[09:38] <spiv> "unknown" files in that output won't be committed.  You can use "bzr add" on those unknown files so that they will be committed.
[09:39] <suji> if i give the command "bzr statues" it show an error bzr: ERROR: Not a branch: "/home/suji/"
[09:39] <spiv> I'm not sure what your question about directories and branches is about though.
[09:39] <spiv> Ok, so /home/suji isn't a bzr branch (which seems right, you probably don't want a branch for your whole home directory).
[09:40] <spiv> What branch are you trying to work on?
[09:40] <suji> tamilfontsteam
[09:40] <suji> lp:~tamilfontsteam/freetamilfonts/tamil-fonts
[09:41] <spiv> So you've previously done "bzr branch lp:~tamilfontsteam/freetamilfonts/tamil-fonts" ?
[09:41] <suji> yes
[09:41] <spiv> (Or perhaps "bzr checkout ..."?)
[09:41] <suji> now i want to add some file in it
[09:41] <suji> how to checkout
[09:41] <suji> ?
[09:41] <spiv> Ok, so cd into the tamil-fonts directory that created.
[09:42] <suji> it's not created, hereafter i'm going to be create it
[09:42] <suji> then
[09:42] <spiv> Well, running "bzr branch lp:~tamilfontsteam/freetamilfonts/tamil-fonts" creates a 'tamil-fonts' directory in whatever directory you ran it in.
[09:43] <suji> sry i got the tamil-fonts dir
[09:43] <spiv> (as does "bzr checkout lp:...")
[09:43] <spiv> Ok, so if you cd into that directory, you can run commands like "bzr status", "bzr add", "bzr commit", etc.
[09:45] <suji> can i add a directory using bzr add?
[09:46] <spiv> suji: yep
[09:47] <spiv> suji: http://paste.ubuntu.com/199037/ is a quick example of making a new branch of tamil-fonts and adding a file to it.
[10:48] <poolie> hi
[10:48] <poolie> i got an oops <https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1266EB278> with an OSError permission error
[10:48] <poolie> that seems surprising!
[10:49] <spiv> poolie: it's been happening all day; spm has been chasing it; a reload generally solves it
[10:50] <poolie> oh ok
[14:32] <mpt> allenap, is there a tag for bugs that occur on edge.launchpad.net but not on launchpad.net?
[14:36] <vadi2> How can I unregister a branch as a trunk?
[14:37] <vadi2> messed up on the team move and got my main trunk assigned to ~registry. past 24h after a request to re-assign, nothing is happening, so I'd like to just start a new branch.
[14:40] <wgrant> vadi2: https://launchpad.net/project/series/+edit should have a selector.
[14:41] <vadi2> hm.. bad url
[14:59] <allenap> mpt: No idea
[14:59] <allenap> mpt: And sorry I didn't see your question earlier.
[14:59] <allenap> I'll go and look.
[15:02] <allenap> mpt: There's no official tag afaict. I guess there are plenty of bugs that are only on edge not production, but every month we start at zero again :)
[15:03] <mpt> ok
[15:03] <allenap> mpt: We use the test plans for that role I think.
[15:03] <mpt> I suppose it would be "regression" if there was one
[15:03] <allenap> mpt: To track bugs we introduce.
[15:03] <allenap> mpt: Yeah, regression is good.
[15:04] <allenap> rockstar: Hello there, do you think you could take a look at a code import for me? I'm sitting on the fence. https://code.edge.launchpad.net/~vcs-imports/jdefprog/trunk
[15:06] <Bodsda> hi, how do i make the first push to a branch with bzr?  bzr push ssh+lp:~user/project/branch  ?
[15:07] <beuno> Bodsda, drop the ssh+
[15:07] <Bodsda> beuno: will it sign it anyway?
[15:08] <beuno> Bodsda, yes, but make sure you did "bzr launchpad-login USERNAME"
[15:09] <Bodsda> ah, havent done that yet
[15:09] <Bodsda> ty
[15:18] <allenap> rockstar`: Hello there, do you think you could take a look at a code import for me? I'm sitting on the fence. https://code.edge.launchpad.net/~vcs-imports/jdefprog/trunk
[15:35] <allenap> mwhudson: Hi, could take a look at a code import for me? I'm sitting on the fence. https://code.edge.launchpad.net/~vcs-imports/jdefprog/trunk
[15:44] <apw> who looks after the machinary that implements ppa upload pickup
[15:44] <apw> it appears to have stopped picking them up
[15:44] <bigjools-afk> apw: is your upload signed?
[15:44] <apw> yep
[15:44] <bigjools> with a key known to Launchpad?
[15:44] <apw> same one i was using yesterday
[15:45] <apw> can i tell from the changes file which key id it has used?
[15:46] <bigjools> other people are uploading OK so there must be a problem with your setup now, it's nearly always the gpg key
[15:46] <bigjools> yeah, I forget the exact runs, but there's a gpg --verify-something option
[15:46] <apw> no its literally just done it, taken nearly half hour, not at normal
[15:46] <bigjools> oh it worked?
[15:46] <apw> yeah it just took an eon
[15:46] <bigjools> slow email I guess
[15:47] <apw> very strange, never seen it take more than 10 mins ever
[15:47] <bigjools> or it could be there was an exceptionally large batch to process
[15:47] <apw> yeah could be ...
[15:47] <apw> as you sound clued up on things, is there a way to delete PPAs once created?
[15:48] <bigjools> I manage the Soyuz team, so you could say I know a couple of things :)
[15:48] <bigjools> we don't do PPA deletion
[15:48] <bigjools> we might have to in the future
[15:49] <apw> how about rename of the short codes for them
[15:49] <apw> then you could at least reuse them
[15:49] <bigjools> that's something we can do manually, if you want to do that you need to file a question on the Soyuz Answers page
[15:50] <apw> ok i'll think about that way then, thansk for the info
[15:50] <bigjools> it's another thing we could fix later this year, but right now we prevent it because people using the repo would get 404s
[15:50] <bigjools> no problem
[15:51] <apw> that sounds like a positive outcome if you are deprecating a PPA
[15:51] <bigjools> indeed - but some people rename their account names without realising the consequences
[15:51] <bigjools> renaming the ppa name is a bit more obvious
[15:55] <e-jat> can someone help me with this https://answers.edge.launchpad.net/launchpad/+question/74120
[16:00] <Bodsda> I have a project that is basically just a script, how can I add it to the download page on my project so that people dont have to pull the branch with bzr to get the code?
[16:05] <jdub> howdy gang... are there rss feeds available for PPAs?
[16:05] <jdub> (showing package uploads)
[16:06] <jdub> (there's no feed metadata on the ppa page)
[16:06] <bigjools> jdub: no, 'fraid not
[16:06] <bigjools> but there is a blueprint for it
[16:07] <jdub> bummer, that'd be really handy! is there a bug or-- aha
[16:07] <jdub> thanks :-)
[16:07] <bigjools> np :)
[16:07] <jdub> happy it's on the agenda somewhere along the line ;)
[16:07] <bigjools> yeah, if only other stuff didn't keep pushing it down!
[16:08] <jdub> 8)
[16:14] <allenap> Bodsda: Hi, take a look at https://help.launchpad.net/Projects/FileDownloads
[16:18] <Bodsda> allenap: sweet, just what I was after, thanks dude
[16:18] <allenap> e-jat: Ah ha, I just noticed your message, and coincidentally I had also commented on that question.
[16:18] <allenap> Bodsda: Cool, you're welcome :)
[16:20] <e-jat> thanks allenap
[16:20] <e-jat> i need to wait until the bug fixed then it can be merge right ?
[16:21] <allenap> e-jat: Yeah, unfortunately, sorry about that.
[16:21] <cumulus007> Hi, I'm wondering why the fonts on Launchpad have become ugly
[16:21] <cumulus007> https://translations.launchpad.net/ubuntu/jaunty/+lang/nl
[16:21] <e-jat> allenap: its ok ..
[16:22] <e-jat> i request to merge it .. since there is a loco-directory ..
[16:22] <cumulus007> for example, see this: http://imagebin.ca/view/SA359yk.html
[16:24] <allenap> cumulus007: How odd, I can't see that problem. Have you tried shift-reload, to make sure you've got the most up-to-date style sheets?
[16:25] <allenap> e-jat: Could you add ~malaysianteam as a member of ~ubuntu-my for now?
[16:26] <cumulus007> allenap: I suppose it was a bug in FF.. after restarting it, the site works flawlessly
[16:28] <allenap> cumulus007: Phew :)
[16:36] <e-jat> allenap: k .. doing it ..
[16:36] <e-jat> allenap: so soon when it fixed .. u guys will merge it right ?
[16:40] <allenap> e-jat: Yeah, I should think so. I'm going to add it to the bug description to make sure.
[16:40] <e-jat> thanks
[16:41] <e-jat> allenap: done :)
[16:41] <e-jat> allenap: so after this .. where should new member sign up .. ubuntu-my @ malaysianteam ?
[16:42] <e-jat> either or can ?
[16:44] <allenap> e-jat: Right now, either, but you could try making ~malaysianteam a restricted team, and add some text to the team page to explain that new members should join ~ubuntu-my. That sounds like it might work!
[16:44] <e-jat> ok ..
[17:03] <Jonatan_Match> Kör ni ubuntu?
[17:07] <allenap> Jonatan_Match: Hi, do you speak English? I don't know, erm, whatever it is that you're speaking :)
[17:12] <LCID_Fire> Question: How long does it take after an upload via dput till the package shows on the site?
[17:15] <SamB> LCID_Fire: I'd expect it happens when minute ≡ 0 modulo 5, 10, 15, or 30
[17:17] <LCID_Fire> SamB: I would, too - but it doesn't show up - I waited almost 30 minutes
[17:17] <SamB> LCID_Fire: oh
[17:18]  * SamB wonders if jml has any idea
[17:19] <LarstiQ> LCID_Fire: it could also indicate your upload wasn't succesful
[17:20] <LCID_Fire> LarstiQ: I cannot do more than trust the "Successfully uploaded packages" message of dput
[17:21] <LarstiQ> LCID_Fire: check that you uploaded to the right queue, that it's signed with the gpg key attached to an lp user with permission to that ppa
[17:21] <LarstiQ> LCID_Fire: no accept/reject mail?
[17:21] <LCID_Fire> LarstiQ: Nothing
[17:23] <cprov> LCID_Fire: is your gpg key registered in LP ?
[17:23] <cprov> LCID_Fire: what's the source name, I can check the logs for you.
[17:24] <LCID_Fire> cprov: it's areca_7.1.2
[17:26] <cprov> LCID_Fire: you key doesn't seem to be available in keyserver.u.c
[17:27] <LCID_Fire> cprov: I just checked it and seemed ok - but if it isn't why don't I get a notification that somethings not right?
[17:27] <cprov> LCID_Fire: because we don't notify people with unknown keys.
[17:27] <cprov> LCID_Fire: also, you have uploaded binaries.
[17:28] <LCID_Fire> cprov: a darn, you are right - the key is an old one
[17:28] <SamB> so it's not possible for the server to reject dputs with unknown keys outright/
[17:28] <SamB> s|/|?|
[17:29] <LCID_Fire> SamB: that's what I'm wondering, too
[17:30] <cprov> sort of, the the server side isn't that 'smart' yet.
[17:30] <SamB> ah
[17:31] <cprov> also FTP is not the best protocol to inform errors
[17:31] <cprov> I mean, arbitrary errors
[17:31] <SamB> oh, dput seriously uses FTP?
[17:31] <SamB> ick
[17:31] <cprov> I have a patch that makes dput/dupload to bail out if the server finds a problem in the upload changesfile.
[17:32] <SamB> how does it do that?
[17:32] <LCID_Fire> and why not use webservices instead of plain ftp?
[17:32] <cprov> but it will be only nice and clear when we use scp
[17:32] <SamB> ah, dput at least *can* use scp?
[17:32] <cprov> LCID_Fire: which webservice is good for large files ?
[17:33] <cprov> SamB: yes, we only have to write the server side.
[17:33] <LCID_Fire> cprov: any since you need to store the file in the ftp case in a similar way
[17:33] <SamB> that can't be too hard
[17:34] <cprov> SamB: my patch terminates the ftp connection with a special error, that dput happens to print in its output
[17:34] <SamB> cprov: ah.
[17:36] <cprov> LCID_Fire: before we continue, define 'webservice', because you confuse me.
[17:39] <LCIDFire> Webservice like transfering the data over port 80 via Soap messages - basically I don't care what you use - but currently the whole ppa process is quite error prone
[17:41] <cprov> LCIDFire: right, that's what I thought, it apparently doesn't scale well for large files, but I haven't done any serious test yet.
[17:42] <LCIDFire> cprov: I remember a test a few year back where they compared ftp against http - and the difference was very very small
[17:42] <cprov> LCIDFire: the main blocker are tools, dput and dupload and well established and we shouldn't reinvent the wheel.
[17:42] <LarstiQ> dput does allow for http to be used
[17:42] <LCIDFire> cprov: I agree - but what about extending them?
[17:42] <cprov> LCIDFire: as least for dput we can right custom transport modules, dunno dupload
[17:44] <cprov> LCIDFire: and ... I'm not disagreeing of your points.
[17:45] <LCIDFire> cprov: what gives me special creeps is that almost all tools in the area (gpg, dput, etc.) are hardly outputting any status messages - gpg --send-keys for example does neither complain, nor does it print a success message
[17:45] <cprov> LCIDFire: I blame the 80's
[17:45] <cprov> LCIDFire: :)
[17:45] <LCIDFire> cprov: you might be right :)
[17:46] <bdmurray> What happened to official bug tags being suggested on edge?
[17:46] <beuno> bdmurray, it's still working, as long as you've set the tags
[17:47] <cprov> LCIDFire: check the bugs we have on this area -> http://tinyurl.com/nurtys
[17:47] <cprov> LCIDFire: can you please add you comments in https://bugs.edge.launchpad.net/soyuz/+bug/136593
[17:49] <cprov> LCIDFire: although your ideas also help other reports in that list (like the upload behind a firewall, or uploading w/o dput)
[17:49] <LCIDFire> my pleasure
[17:49] <cprov> LCIDFire: I will see if I can write a tool using the LP api to make it less error prone.
[17:49] <bdmurray> beuno: its not working for me or ogasawara on bug 389053
[17:50] <cprov> LCIDFire: thanks for bringing this up.
[17:51] <LCIDFire> cprov: my 2 cents are that there are a lot of developers out there that want to contribute but not to care about signing and stuff - so that should be setup as easy as possible
[17:51] <beuno> bdmurray, right. Seems it broke.
[17:51] <beuno> intellectronica, mars ^
[17:53] <cprov> LCIDFire: yes, that's a valid point, signing can be easy with seahorse (and other similar tools) we can make the upload smooth as well
[17:54] <intellectronica> blast
[17:54] <LCIDFire> cprov: I have to say - the signing and stuff issue was the point to not contribute to debian - it's halfway manageable in lp now - thanks :)
[17:55] <cprov> LCIDFire: yes, it's serious.
[17:58] <intellectronica> bdmurray: thanks for letting us know. i have no idea why it isn't working. will investigate, hopefully it's a simple fix
[17:58] <LCIDFire> cprov: BTW: is there any long term plan to integrate git (not to import from git)
[17:59] <bdmurray> intellectronica: shall I report a bug?
[17:59] <intellectronica> bdmurray: already done - https://bugs.edge.launchpad.net/malone/+bug/389579
[18:00] <cprov> LCIDFire: I'm afraid not.
[18:00]  * LCIDFire is sad
[18:01] <LCIDFire> cprov: kind of understandable - since canonical set it's bets on bzr (<- I'm not!)
[18:02] <cprov> LCIDFire: why not ? anything special
[18:03] <LCIDFire> cprov: tried it and it's like: they have a nice gui and are now working to get the core working faster and better - while on git the core works fast and great - what they need is to work on the gui - and the latter is far more convincing to me
[18:05] <cprov> LCIDFire: right, can't argument against that.
[18:06]  * cprov dashes for dinner ...
[18:06]  * LCIDFire thinks that cprov has a good idea
[18:07] <LCIDFire> ok, the keyserver doesn't seem to have synced yet - I'm off - thanks for the help guys
[18:28] <kolby> how long should it take for a aconfirmation email to get to me?
[18:28] <kolby> I just updated my openpgp key
[18:30] <kolby> It's been 30 minutes
[18:44] <kolby> I still haven't recieved the email
[18:44] <kolby> how can I make launchpad resend a confirmation email?
[21:21] <mushroomblue> dumb question time: is there a URL to search all the PPA's for a package?
[21:21] <mushroomblue> I've seen it before.
[21:21] <mushroomblue> at least I think I did.
[21:21] <mushroomblue> but there were tons of drugs used since.
[21:22] <mushroomblue> so I could've been hallucinating.
[21:22] <mushroomblue> can anyone point a newb in the right direction?
[21:46] <salgado> mushroomblue, I don't think there is, but you could get that with something like "<package> site:launchpad.net inurl:ppa" on google
[22:00] <mushroomblue> salgado: that might work. thanks.
[22:54] <LCID_Fire> hi again
[22:56] <LCID_Fire> I tried uploading a package to ppa - but it complains, that it doesn't find the "person". Could anyone tell me what $%&§ person it is searching for?
[23:07] <soulrider> hello
[23:07] <soulrider> is there a way i can delete my project on LP?