[00:00] <wgrant> zsquareplusc: Which project?
[00:01] <wgrant> They're a bit hard - and sometimes impossible, without SQL access - to delete.
[00:01] <zsquareplusc> https://launchpad.net/aafigure
[00:01] <zsquareplusc> i was looking for a way to get team-ppa linked to the homepage, but what i tried was wrong :(
[00:02] <wgrant> PPA<->project linkage is apparently coming within a couple of months.
[00:02] <zsquareplusc> i found the FAQ but i dont see any trashcan icons on the pages
[00:02] <zsquareplusc> ah, ok
[00:02] <zsquareplusc> so it would be easier for now to just add a note in the description of the project=
[00:02] <zsquareplusc> s/=/?
[00:04] <wgrant> zsquareplusc: Yes - that would be easiest.
[00:05] <wgrant> zsquareplusc: Those two are the sort of links that can't be removed by mortals. Ask an admin to do it for you at https://answers.launchpad.net/launchpad/+addquestion
[00:05] <zsquareplusc> heh. ok.
[00:22] <zsquareplusc> wgrant: done. i guess you don't need to know the answers number.
[00:22] <wgrant> zsquareplusc: An admin will probably look at it next week some time.
[00:25] <zsquareplusc> thanks for your time
[01:27] <Hobbsee> how does one unassign a team from a spec?
[01:29] <wgrant> Hobbsee: Bwahahaha.
[01:30] <Hobbsee> wgrant: yeah, i thought as much.  Manual remove from the db, or something?
[01:30] <wgrant> Hobbsee: No, you just need to work out who has privileges.
[01:30] <wgrant> Which is non-trivial.
[01:31] <wgrant> Which spec?
[01:31] <Hobbsee> wgrant: well, i'm on the team, and can't remove it.  https://blueprints.launchpad.net/ubuntu/+spec/karmic-fedora-directory-server-inclusion
[01:31] <wgrant> Hobbsee: Oh, you mean you're subscribed?
[01:32] <Hobbsee> wgrant: er, yes, sorr
[01:32] <Hobbsee> y
[01:32] <wgrant> SQL is required for that.
[01:32] <Hobbsee> blah
[01:34] <wgrant> Bug #50875
[01:35] <Hobbsee> oh joy
[03:14] <Sarvatt> would it be possible to move a PPA from an individual over to a team, or would just binary copying every file over be the way to go?
[03:15] <Sarvatt> looking to have https://edge.launchpad.net/~sarvatt/+archive/xorg-testing moved over to xorg-edgers.
[05:12] <xnox> what's up with debbugs import? all of them fail to import status, or is it just not yet implemented?
[07:02] <sayakb|home> hello! edge servers are timing out.
[09:49] <ripps> I keep getting an error when I try to copy packages from a ppa under my personal account to team account's ppa I maintain. Does anybody know what's going on?
[09:50] <cprov-afk> ripps: which error ?
[09:51] <ripps> cprov-afk: Hmm... I don't remeber exactly, I've gotten 3 times already, I'll do it again
[09:52] <cprov-afk> ripps: okay, let me know.
[09:52] <ripps> cprov-afk: (Error ID: OOPS-1261EC212)
[09:53] <cprov-afk> ripps: okay, it will take up to 10 min to sync.
[09:53] <ripps> okay
[10:03] <ripps> cprov-afk: Can I initiate the copy now?
[10:04] <cprov-afk> ripps: it's a timeout.
[10:04] <cprov-afk> ripps: how many copy candidates ?
[10:05] <cprov-afk> 12
[10:05] <ripps> cprov-afk: I was planning on copying all 12 from my staging ppa to the offical one in gmpc-trunk
[10:05] <cprov-afk> try less, much less in fact, 1 or 2
[10:05] <cprov-afk> I know it's tedious to do that in the UI atm
[10:05] <ripps> I've been testing a ppabot script and I was making the sure the packages were good before moving them
[10:06] <cprov-afk> ripps: but you could also try the LP API for doing your copies in a semi-automatic way.
[10:06] <cprov-afk> ripps: 'ppabot' ?  what's it ?
[10:07] <ripps> I plan on moving the bot over to the offical ppa eventually, but I'm still working the kinks out
[10:07] <ripps> fta's ppabot
[10:07] <ripps> the one he uses for chromium-daily and mozilla-daily
[10:09] <ripps> cprov-afk: btw, copying 4 packages at a times seems to be working
[10:10] <cprov-afk> ripps: uhm, cool! is the code available anywhere ?
[10:10] <ripps> cprov-afk: it's in fta's code branch. ppa-scripts
[10:10] <cprov-afk> ripps: right, every time you experience a timeout in +copy-packages try to reduce the number of copies candidates.
[10:11] <ripps> That should probably be made more clear in the error message. Thanks
[10:11] <cprov-afk> perl .... OMG! :)
[10:12] <cprov-afk> ripps: well, it's an timeout error, not that we are proud enough to explain why they happened :)
[10:13]  * wgrant is surprised that copies are so expensive.
[10:16] <cprov-afk> wgrant: copy checks are expensive, the copy actions are very cheap.
[10:16] <wgrant> cprov-afk: Ah.
[10:17] <cprov-afk> wgrant: so many things can made a copy broken, incomplete builds, unpublished binaries, conflicting versions/files ...
[10:17] <wgrant> cprov-afk: Right.
[10:17] <cprov-afk> it's a huge list and raising all the needed data can't be done quickly enough for multiple packages.
[10:18] <cprov-afk> we have to change the way we approach multiple copies
[10:18]  * wgrant vanishes to dinner.
[10:19] <wgrant> Is the delayed copies spec meant to fix this? I don't see how it can, as it isn't really nice to reject the copy some time after it's requested.
[10:20] <cprov-afk> wgrant: delayed-copies are more related to unembargoing security fixes, right now
[10:20] <cprov-afk> wgrant: but they could be an alternative for copy-batches, specially now that we publish PPAs every 5 min.
[10:21] <cprov-afk> It rather wait for a batch of copies to happen in background in the next 5 minutes than facing successive timeouts  in the UI
[10:22] <cprov-afk> but that's my position, we may decide differently after contacting users affected by this problem.
[10:31] <wgrant> cprov-afk: That's true.
[11:28] <fta> cprov-afk, what' wrong with perl? ;)
[11:34] <mwhudson> it's heretical!
[11:36]  * wgrant hugs Python.
[11:38] <wgrant> It does seem wrong to use Perl to interact with Launchpad, though.
[11:56] <cprov-afk> fta: ehe, it's probably my fault, but I can't read it :)
[13:57] <stefanlsd> staging.l.n down?
[13:58] <d-b> hi there i was wanting to know where development of the 'new' launchpad is up too... / has it gone foss yet? / open
[13:59] <wgrant> d-b: See the link in the topic for open sourcing stuff - July 21st is the magic date.
[14:01] <stefanlsd> wgrant: staging down on your side too?
[14:02] <d-b> (doesn't work for me !)
[14:02] <stefanlsd> d-b: thanks
[14:02] <d-b> that is https://bugs.staging.launchpad.net/ right?
[14:05] <stefanlsd> d-b: yeah...
[14:05] <wgrant> stefanlsd: Yep.
[14:05] <wgrant> stefanlsd: Maybe it's updating.
[14:05] <wgrant> Or just broken.
[14:05] <d-b> i can ping it ^^
[14:07] <d-b> anyways the july the 21st date .. it goes open + anything else?
[14:08] <wgrant> d-b: Launchpad 3.0 is released then too, but that's not tooo revolutionary (AFAIK)
[14:08] <d-b> cool. so i was like the screenshots from the staging site?
[14:08] <d-b> (when it was up)
[14:10] <wgrant> Hm?
[14:11] <d-b> ah.... does it fix the usability much?
[14:22] <didrocks> hey. I have some troubles on staging to access with launchpadlib (it's working on edge), do anybody is aware of that ?
[14:30] <henry_huang> hi, i got a problem while i am uploading my ppa
[14:30] <henry_huang> The error is Wrong password
[14:30] <henry_huang> i have no idea and the help page does not mention this kind of error...:(
[14:31] <Hobbsee> you shouldn't be using a password?
[14:31] <henry_huang> Could anyone give me a hand?
[14:31] <Hobbsee> where are you getting a password prompt?
[14:34] <henry_huang> Checking Signature on .changes
[14:34] <henry_huang> gpg: Signature made Sun 14 Jun 2009 09:22:09 AM EDT using DSA key ID 98EF1D05
[14:34] <henry_huang> gpg: Good signature from "Henry Huang <henry.s.huang@gmail.com>"
[14:34] <henry_huang> Good signature on /home/henry/repo/userspace-client-for-drcom/tarball/drcom-pum_1.0-1~ppa1_source.changes.
[14:34] <henry_huang> Checking Signature on .dsc
[14:34] <henry_huang> gpg: Signature made Sun 14 Jun 2009 09:22:07 AM EDT using DSA key ID 98EF1D05
[14:34] <henry_huang> gpg: Good signature from "Henry Huang <henry.s.huang@gmail.com>"
[14:34] <henry_huang> Good signature on /home/henry/repo/userspace-client-for-drcom/tarball/drcom-pum_1.0-1~ppa1.dsc.
[14:34] <henry_huang> Package includes an .orig.tar.gz file although the debian revision suggests
[14:34] <henry_huang> that it might not be required. Multiple uploads of the .orig.tar.gz may be
[14:34] <henry_huang> rejected by the upload queue management software.
[14:34] <Hobbsee> !pastebin
[14:34] <henry_huang> Uploading to my-ppa (via ftp to ppa.launchpad.net):
[14:34] <henry_huang> Wrong Password
[14:34] <henry_huang> Sorry, so long message ...
[14:35] <Hobbsee> can you pastebin your /etc/dput.cf please?
[14:35] <henry_huang> here is my .dput.cf content:
[14:35] <henry_huang> [my-ppa]
[14:35] <henry_huang> fqdn = ppa.launchpad.net
[14:35] <henry_huang> method = ftp
[14:35] <henry_huang> incoming = ~henry-s-huang/drcom-pum/ubuntu/
[14:35] <henry_huang> login = anonymous
[14:35] <henry_huang> allow_unsigned_uploads = 0
[14:37] <Hobbsee> i have no idea.  it looks right
[14:37] <d-b> launchpad is still only bzr only yeah?
[14:38] <Hobbsee> i just uploaded a package and it worked fine
[14:43] <henry_huang> oh, sorry, i will pastebin my /etc/dput.cf :P
[14:46] <henry_huang> here is my /etc/dput.cf  -- http://paste.ubuntu.com/195679/
[14:48] <Hobbsee> odd.  it should work.  i've no idea why ti does'nt.
[14:49] <henry_huang> will my special name cause this kind of error ?  ~henry-s-huang
[14:53] <Hobbsee> i've no idea, i dont' work on launchpad
[14:53] <cprov-afk> that's your GPG key password
[14:54] <cprov-afk> oops, wrong post, ignore me.
[14:57] <henry_huang> i got the GPG key and signed the Ubuntero, but failed in the prompt with the error "Wrong password"...
[14:57] <henry_huang> aweful...
[14:59] <cprov-afk> henry_huang: weird, whatever it is doesn't seem to be related with LP, it's local dput being silly.
[16:32] <AskHL> I've made some contributions to the translation of Transmission and want it to be imported in Launchpad (uploaded as a complete po-file).  It has already been reviewed by our translation team.  I am a member of the Danish Ubuntu translator group, so I think I should be able to import it myself.  However I cannot change the file's status from "Needs review".  Can anyone tell me how to do this, or whether I should be a member of other groups
[16:43] <AskHL> Huh, it says 'approved' now.  I wonder if this was automatic or whether somebody else changed the status...
[18:11] <ryanakca> rgreening: Did you ever get my email about the logo?
[18:12] <ryanakca> oops, wrong channel, sorry
[19:29] <ripps> A couple of packages I've copied to ~gmpc-trunk/archive/ppa seem to have froze at pending.
[20:05] <cprov> ripps: the copy is causing some files in the pool/ to be overridden.
[20:12] <cprov> ripps: how did you copy them ?
[20:14] <cprov> ripps: ppa-scripts, is in the game, I guess.
[20:48] <cprov> ripps: I've deleted you sources (and binaries) they will never make their way to the pool/ and filed https://bugs.edge.launchpad.net/soyuz/+bug/387049. Please add anything you find relevant to the bug report. Thanks for warning us about the problem.
[20:51] <ripps> cprov: yo, thanks for filing the bug for me.
[20:51] <cprov> ripps: np.
[20:52] <ripps> cprov: would a copy-rebuild work?
[20:52] <cprov> ripps: no, it would fail in the same way, the orig you are copying in conflicts with the one that already exists in the trunk PPA pool/
[20:53] <ripps> cprov: so.... delete the current ones, then copy?
[20:53] <cprov> ripps: yes, you can delete the exisiting one waiting for it to be removed from the pool/ then you can copy and it will be published
[20:54] <cprov> ripps: but don't rely on this dance of orig tarballs too much, for it to be removed you have to be sure it's not needed by any other publication
[20:55] <ripps> Actually, I think the whole bad orig.tar was something I caused while playing around with the ppa-scripts, it shouldn't occur in a normal case scenerio
[20:55] <cprov> ripps: The only way I see both PPAs working fine sharing origs is when they both rely on the already existing orig in ubuntu.
[20:56] <cprov> ripps: possibly, that's what I thought.
[20:56] <ripps> the ppa-scripts usually only allow an orig.tar to be uploaded once, than it will automatically upload only diff versions, but I screwed up something and had to recreate my orig.tar
[20:56] <cprov> ripps: anyway, when playing with two PPA (which may contain conflicts orig and be fine) is that the tool has to be extra careful.
[20:58] <cprov> ripps: right, if it happens again (more than 5 min in 'pending') you know what's going on. check the orig and if they are conflicting delete the pending publications OR the existing ORIG (depending on what you want) and it will be happy again.
[21:00] <ripps> this is only a temporary setup, until I'm confident the ppa-scripts won't screw up my gmpc-trunk
[21:01] <cprov> ripps: no worries, keep up with the good work and ping me you have any trouble :)
[21:01] <ripps> Problem Exists Between Keyboard And Chair
[21:02]  * cprov dashes for food and movies
[21:02] <cprov> ripps: :)