=== maozhou__ is now known as maozhou [01:23] How to delete a package on launchpad? [01:24] maozhou: From a PPA or from a primary archive? [01:25] from a primary archive [01:25] maozhou: Use the remove-package tool from lp:ubuntu-archive-tools [01:26] wgrant: thanks, had some vague recollection that secure_codebrowse_root was wrong [01:26] wgrant: ok ,thank you. [01:33] blr: Shall we deploy? [01:34] wgrant: sounds good. [01:34] wgrant: oh, sourcedeps.cache presumably is generated? [01:34] blr: Yep, update sourcedeps.conf, run update-sourceode, and sourcedeps.cache will be automatically updated. [01:48] wgrant: What's the parameter of "-A ARCHIVE" in remove-package ? [02:14] maozhou: For a primary archive it is the name of the distro. See ARCHIVE_REFERENCE_TEMPLATES in lib/lp/soyuz/model/archive.py. [02:21] wgrant: I ran "LP_DISABLE_SSL_CERTIFICATE_VALIDATION=1 ./remove-package -m "dput by name ubuntu,so the kord package can't dput" -d ubuntu -A ubuntu -s utopic webkitgtk" , but It's error . Error message:"lazr.restfulclient.errors.Unauthorized: HTTP Error 401: Unauthorized [02:21] " [02:22] maozhou: The user that you're authenticated as may not have permission to remove packages from the primary archive. [02:23] maozhou: Try `edit-acl -l dev -A ubuntu -t admin -p admins --pocket Release add` first [02:23] To give the ~admins team admin rights on the release pocket of the Ubuntu primary archive. [02:31] wgrant: After running `edit-acl -l dev -A ubuntu -t admin -p admins --pocket Release add` , then delete the package, the same error message. [02:32] maozhou: Is the user as whom your launchpadlib is authenticated a member of ~admins? [03:00] wgrant: how to see my launchpadlib is authenticated a member of ~admins? [04:40] maozhou: Which user is your launchpadlib authenticated as? [06:11] wgrant: admin@canonical.dev [06:12] maozhou: That user doesn't exist in the sampledata. [06:19] wgrant: I find username is "username: System-wide: Ubuntu (LaunchpadServer)@https://api.launchpad.net/" by running seahorse. [06:20] maozhou: That doesn't tell you which user it is. [06:21] What does "lp.me" say? [06:21] Where lp is a relevant launchpadlib Launchpad object. [06:22] where is lp.me? [06:23] In your favourite Launchpad API client. [06:23] eg. lp-shell [06:26] I can't find any file which named lp-shell or lp.me [06:27] lp.me is a Python expression that you can evaluate inside lp-shell. lp-shell is a wrapper around launchpadlib. [06:30] But ,how to find the lp-shell? [06:30] wgrant@lamuella:~$ apt-cache search lp-shell [06:30] lptools - Tools for working with Launchpad [06:32] In folder ubuntu-archive-tools? [06:32] No, it's an Ubuntu package. [06:53] wgrant: print lp.me in lp-shell , It's output "https://api.launchpad.net/1.0/~maozhou" [06:54] maozhou: That's production [06:54] lp-shell dev devel [06:57] How to get that package? I installed it by running "apt-get install lptools", is it incorrect? [06:57] That's correct. [06:57] But it connects to production by default. [06:57] Your instance is not running at launchpad.net, as far as I am aware. [07:00] But how to make it to connect to dev devel ? [07:04] "lp-shell dev devel" === mup_ is now known as mup [07:31] wgrant: running lp-shell dev devel can't print lp.me,http://imgur.com/eEDwMSl [07:33] maozhou: If you don't have a valid certificate set up for your Launchpad instance, you'll need to use LP_DISABLE_SSL_CERTIFICATE_VALIDATION. [07:35] wgrant: Yes I ran it as "LP_DISABLE_SSL_CERTIFICATE_VALIDATION=1 lp-shell dev devel" [07:35] maozhou: Are you sure? [07:39] wgrant: Yes , I'm sure [07:39] http://imgur.com/7Q2MdMU [07:40] maozhou: Which version of python-lazr.restfulclient is installed where you're running lp-shell? [07:41] wgrant: The version of lptools is "0.0.1~bzr34-1" [07:50] maozhou: Oh, it's a precise host? [07:50] wgrant: The version of python-lazr.restfulclient is 0.12.0 [07:51] wgrant: Yes , it's 12.04.5 64bit OS. [07:53] maozhou: That environment variable was only added in 0.13.0. How were you running the scripts from lp:ubuntu-archive-tools? [07:53] That can't have been from that host. [07:58] wgrant: which scripts of ubuntu-archive-tools ? I ran most of them succeed [07:58] maozhou: But they also wouldn't support LP_DISABLE_SSL_CERTIFICATE_VALIDATION. [07:58] So I don't see how they could have connected. [08:01] wgrant: But I can run "LP_DISABLE_SSL_CERTIFICATE_VALIDATION=1 ./manage-chroot -l dev -s utopic -a i386 -f chroot-ubuntu-utopic-i386.tar.bz2 set" and "LP_DISABLE_SSL_CERTIFICATE_VALIDATION=1 ./queue  -l dev -s utopic  accept" succeed. [08:03] maozhou: And your copy of ubuntu-archive-tools is also running on that precise machine, and is not patched in any way? [08:06] wgrant: Yes , I copyed the folder ubuntu-archive-tools from another machine, and is not patched in any way. [08:10] maozhou: Does it succeed without the environment variable set? [08:10] On precise it should not be checking the environment variable at all. [08:11] wgrant: Yes, it succeed without the environment variable set. [08:14] maozhou: You'll need to debug this yourself. [08:14] maozhou: lp-shell won't accept LP_DISABLE_SSL_CERTIFICATE_VALIDATION on precise, though. [08:14] You need trusty for that. [08:16] wgrant: ok [08:18] wgrant: If update python-lazr.restfulclient to 0.13.0 ,is it efficient? [08:18] maozhou: You may also need a new launchpadlib. [08:21] wgrant: ok, thank you. [09:10] wgrant: After running "LP_DISABLE_SSL_CERTIFICATE_VALIDATION=1 ./remove-package -m "dput by name ubuntu,so the kord package can't dput" -d ubuntu -A ubuntu -s utopic webkitgtk", it's link to "https://launchpad.net/+authorize-token?oauth_token=KTL2Pdv4T3FsZn4l5zBT&allow_permission=DESKTOP_INTEGRATION",not link to launchpad.dev,is it the reason of "HTTP Error 401:unauthorized"? [09:22] maozhou: remove-package -l dev [09:22] Otherwise it defaults to launchpad.net production. [09:33] cjwatson: Oh, yes , that's the reason. the script run succedd, but the package is still exits. [09:35] Check the publishing history to see if the removal happened (https://launchpad.dev/ubuntu/+source/webkitgtk/+publishinghistory) [09:35] If so, you just need to run the publisher. [09:37] blr,wgrant: quick tweak to the new UI on Product:+configure-code - https://code.launchpad.net/~cjwatson/launchpad/project-default-git-location/+merge/263486 [09:38] cjwatson: Good catch. [09:42] wgrant: thanks [09:44] wgrant: did you want to check that the backfilling on staging is sensible before FDT, or are you already confident in that? [09:44] seems to complete in time at least [09:45] cjwatson: a) it's fine [09:45] b) i'm doing it hot :) [09:45] KEY SHARE ftw. [09:45] oh yes I see the other channel now [09:46] cjwatson: The removal happened (https://launchpad.dev/ubuntu/+source/webkitgtk/+publishinghistory) , but after running publisher , the package is still exits. [09:49] Still exists in what sense? [09:49] Remember that it may still be in the published archive if the same package is also published in other suites. [09:50] And it will continue exist in pool/ until process-death-row has been run. [09:50] Also, if utopic is "Current Stable Release" or "Supported", you can't actually remove packages from it. [09:51] Your removal message makes no sense to me, so I'm not actually sure why you're trying to do thi [09:51] s [09:56] cjwatson: It still in published archive, but there is no same package published in other suites, and the status of utopic is "Active Development" [09:58] maozhou: When you say that it's still in the archive, do you mean that it's still in the Packages and Sources index files under dists/utopic/, or that the files are still in pool/, or both? [09:58] blr: Do we maybe want to restrict Product.inferred_vcs to only consider IBranchCollection(self).withLifecycleStatus(DEFAULT_BRANCH_STATUS_IN_LISTING), i.e. branches that would show up in default branch listings? [09:59] That's potentially perilous in terms of query performance. [10:00] It's likely that code.launchpad.net/launchpad's load time would double in that case. [10:00] There isn't a decent index on that? [10:00] Most statuses are shown. [10:00] And active statuses dominate the table. [10:00] Postgres would probably judge index use unwise. [10:01] * cjwatson tests [10:03] I'm also not sure it's worth it now that the default can be explicitly selected. [10:04] But if it's cheap, then sure. [10:04] cjwatson: In pool and "https://launchpad.dev/ubuntu/utopic/+builds" [10:09] +builds will never go away. If it was built, that's historical fact. [10:09] As for pool, what wgrant said; that only goes away after process-death-row has run. [10:10] wgrant: http://paste.ubuntu.com/11803804/ [10:11] (inferred_vcs is using is_empty()) [10:11] cjwatson: Right, so it's as I suspected. In the case that there are no active branches, it will scan the entire set. [10:12] Most projects don't have terribly many, I will concede. [10:12] Well, I'm not sure we know that from this example; the planner might have noticed that it's quickest this way for launchpad. [10:13] * cjwatson tries to think of a project with no branches [10:13] Or rather only inactive ones [10:14] Where is process-death-row? [10:15] maozhou: scripts/ [10:15] Oh, there's no index on Branch.lifecycle_status [10:15] Weird [10:15] postgres will relatively rarely use indices on large sets. [10:16] That is, where it would have to perform many scans. [10:18] cjwatson: +builds will never go away? If I delete a package, can I dput the same version of package to this test launchpad server? [10:23] maozhou: No. [10:23] maozhou: Change the version. Versions are cheap. [10:23] Add "build1" to the end or something. [10:23] maozhou: This is why I was asking what you were trying to do, since I suspected it might be something impossible :-) [10:24] It doesn't matter if you've deleted the package; Launchpad will never let you reuse the same package/version with different contents within the same archive. [10:33] wgrant: Do you know why so many more projects use EMBARGOED on dogfood than on wherever you tested? The DF count is 113 [10:34] cjwatson: AND active [10:34] Nobody actually deliberately chooses it. [10:34] Aha [10:35] cjwatson: Ok , I understand ,thank you . === danilos` is now known as danilos === Nigel__ is now known as G === Ursinha_ is now known as Ursinha === jelmer_ is now known as jelmer === \b is now known as benonsoftware [20:51] cjwatson: hmm, not something I considered but that does sound sensible - assuming we add an index to lifecycle, would it be worth it? [21:21] blr: I think wgrant has persuaded me that it may not be worth the trouble [23:02] :)