[01:58] <mrooney1> hey all, is there a way to delete a release? I see I can delete a series and a milestone
[01:59] <mrooney1> I've accidentally created one but the series and milestone are valid
[02:00] <mrooney1> oh, I found it, the tiny "minus" symbol. that should probably be a trash can to be consistent with the other metaphors
[02:01] <wgrant> It may be attempting to indicate that you're unreleasing the milestone, rather than deleting the release.
[02:01] <mrooney1> it says it is a permanent thing, I don't think an unreleased release exists, right?
[02:01] <wgrant> Since that's the new metaphor now -- a release is just a special state of a milestone.
[02:02] <wgrant> Right, an unreleased release is just a milestone.
[02:02] <mrooney1> the language is consistent across them all "delete (series/milestone/release)"
[02:03] <mrooney1> just a different icon for release
[02:03] <mrooney1> I guess I could file a minor bug or something, I wonder what component that would live on
[02:03] <wgrant> That's probably mostly a holdover from when releases were more separate.
[02:03] <wgrant> launchpad-registry is the relevant project.
[02:08] <mrooney1> yeah, it certainly has evolved to be more usable
[02:09] <mrooney1> I've seen the whole "you have to create a milestone and release it to upload something" confuse new people, but it is much improved
[02:09] <wgrant> The whole series workflow is still a little confusing, but it's better than it was.
[02:12] <mrooney1> yeah
[02:14] <mrooney1> wgrant: you were assisting me yesterday I think, in figuring out what to do with my PPA on an open team
[02:14] <wgrant> mrooney1: That's right.
[02:14] <wgrant> Did you delete it?
[02:14] <mrooney1> I've created a closed developer team as the new PPA home, and uploaded it there
[02:14] <mrooney1> but if I just delete the other PPA, those users will just get apt errors on update, right?
[02:14] <wgrant> Right.
[02:15] <mrooney1> i'm trying to decide if it is helpful or evil to push out an update that adds the new repository, then delete the PPA a week or so later
[02:16] <wgrant> How many users does it have?
[02:16] <mrooney1> people using the PPA, or users on the team?
[02:16] <wgrant> That sounds fairly evil.
[02:16] <wgrant> The PPA.
[02:16] <mrooney1> hm I don't think that is exposed, is it?
[02:16] <wgrant> Well... I exposed it a few months ago, but the data isn't populated yet.
[02:17] <mrooney1> oh, is there any way I can figure that out?
[02:17] <wgrant> Not yet.
[02:17] <wgrant> Maybe later this week, if we are lucky.
[02:21] <mrooney1> from the small anonymous stats I do have, it looks like it gets 5-10 installs/upgrades a day
[02:21] <mrooney1> I don't release often so that seems like a non-trivial amount, alas
[02:40] <mrooney1> wgrant: well thanks for your thoughts and help, I will check back later this week and see if any stats are available by chance!
[02:41] <wgrant> mrooney1: We can hope...
[07:21] <fta2> hi, i want to import the translations files from chromium into launchpad, but i'm not sure how to do that
[07:22] <fta2> chromium/trunk is my main packaging branch, but i don't want to use that for the translations
[07:23] <fta2> (and the real chromium trunk is not really importable)
[07:38] <wgrant> fta2: Why do you want to import them? Chromium doesn't use Launchpad for translations, does it?
[07:39] <wgrant> And why isn't its trunk importable? Submodules, or just a bazillion included libraries in usual Google fashion?
[07:40] <fta2> wgrant, yep.
[07:41] <fta2> wgrant, i wrote a converter for the grd/xtb files google uses (some xslt files) to gettext's pot/po
[07:41] <fta2> https://code.edge.launchpad.net/~chromium-team/chromium-browser/chromium-translations-tools.head
[07:42] <fta2> i know have all the pot/po needing translations
[07:42] <fta2> -know+now
[07:42] <fta2> https://code.edge.launchpad.net/~chromium-team/chromium-browser/chromium-translations.head
[07:43] <danilos> fta2, lp can only import translations from a default series branch (you'll probably need to use a separate series if you can't change the default series)
[07:44] <fta2> grrrr
[07:46] <fta2> trying
[07:53] <fta2> seems it's doing something..
[07:54] <fta2> what is that Approval thingy? who needs to approve that?
[07:55] <wgrant> Some have already been imported.
[08:01] <fta2> ok, let's see how it does from there.
[08:01] <fta2> thanks
[08:01] <fta2> -d+g
[08:04] <wgrant> It's imported the templates (except for one that failed), but the translations seem to need manual approval.
[08:06] <fta2> wgrant, where can i see the errors?
[08:06] <danilos> wgrant, fta2: do note that translations can be approved only when templates have been approved, so it needs to separate "approver" script runs (and that can take a few hours when there's many of the files in 'needs review' state in the import queue)
[08:06] <danilos> fta2, https://translations.launchpad.net/chromium-browser/+imports
[08:06] <wgrant> The expandy thing to show the error doesn't work for me.
[08:06] <wgrant> It just sits there spinning forever.
[08:06] <wgrant> danilos: Ah, I see.
[08:06] <fta2> got it by email: Line 6072: String not terminated
[08:09] <fta2> ok, i see, i need to handle that in my converter
[08:10] <danilos> fta2, do you have an unescaped quote somewhere inside a string?
[08:12] <fta2> yep, i'm already dealing with lots of stuff during the conversion, including various escaping (as my source is xml-ish), but i apparently miss that one
[08:54] <soc> hi
[08:54] <soc> somehow my wiki.ubuntu.com account links to the wrong lauchpad user name, can this be fixe?
[08:54] <soc> s/fixe/fixed
[09:40] <fta2> danilos, wgrant: fixed my broken .pot file. what should i do to have all my .po files approved now?
[09:40] <danilos> fta2, basically wait a few hours
[09:41] <fta2> ok
[09:44] <fta2> danilos, for the exports, do i need to provide an existing branch? (i want a new branch; so i have no starting point for those exports)
[09:44] <danilos> fta2, yes, you need to create a new branch
[09:45] <danilos> fta2, it's related to code-hosting requirements in LP, we'd ideally just let you not worry about it, but we can't :(
[09:45] <danilos> fta2, also, do take notice that you have to set it as a personal branch (you can move it to be a team branch later) due to bug on our side
[09:53] <eugenesan> Hi, I am getting timeouts while trying to copy packages from one PPA to another, any solution?
[09:53] <bigjools> eugenesan: copy fewer packages at the same time
[09:55] <eugenesan> bigjools: I am already trying one by one :-(.
[09:55] <bigjools> eugenesan: are you using the edge server?
[09:56] <bigjools> (this tends to happen with packages that have a lot of binaries unfortunately)
[09:56] <eugenesan> bigjools: Just switched to regular server, and still the same.
[09:56] <eugenesan> bigjools; And yes, packages are big (linux)
[09:56] <bigjools> kernel?
[09:57] <eugenesan> yes
[09:57] <bigjools> you've got practically no chance of copying that, sorry :/  It *might* work sometimes but it's rare.  We know we need to fix this....
[09:58] <eugenesan> I see, thanks for explanation.
[10:07] <zyga> hi, I just pushed a branch for merge review and something seems to be broken, there are three revisions yet the diff is empty. I downloaded the branch again and confirmed the revisions are there. Is there a way I could use to generate the same diff locally that launchpad shows on the merge request page?
[10:07] <zyga> https://code.edge.launchpad.net/~zkrynicki/launch-control/layout-changes/+merge/37437
[10:07] <zyga> (this is the offending merge request)
[10:10] <soren> zyga: It looks accurate to me.
[10:10] <soren> You've specified lp:~zkrynicki/launch-control/stable.pipe as a prerequisite.
[10:10] <zyga> soren, could you explain?
[10:10] <soren> There are no additional changes in lp:~zkrynicki/launch-control/layout-changes.
[10:11] <zyga> soren, oh, you are right
[10:11] <zyga> soren, I'm using the bzr-pipeline plugin
[10:11] <soren> All the changes you have in lp:~zkrynicki/launch-control/layout-changes are already in lp:~zkrynicki/launch-control/stable.pipe.
[10:11] <zyga> it seems the very first branch (the stable.pipe) has everything! how odd)
[10:11] <zyga> right
[10:11] <soren> Sorry, I'm not familiar with that plugin.
[10:11] <zyga> thanks, that explains it
[10:12] <soren> np
[10:47] <rryan> I'm getting bazaar errors when checkout out a branch from launchpad. "Connection closed. Unexpected end of message."
[10:52] <soren> rryan: Check your ssh agent.
[13:16] <soc> hi
[13:16] <soc> somehow my wiki.ubuntu.com account links to the wrong lauchpad user name, can this be fixed?
[15:47] <rryan> i'm trying to checkout a project on launchpad in my ubuntu 10.10 VM (so totally fresh user profile), but i'm getting "permission denied: publickey". I'm just trying to check the project out, so anonymous should work, no?
[15:56] <fta> danilos, is there a way to preserve the formatting of the Translator notes? (when it's multi-line)
[16:20] <danilos> fta, you can use multi-line comments with most source files
[16:29] <fta> danilos, ex: https://translations.edge.launchpad.net/chromium-browser/translations/+pots/generated-resources/ja/409/+translate  (i provided it like this: http://paste.ubuntu.com/505803/)
[16:31] <fta> danilos, it's just pasted in a <td>, no <pre> or whatever code-like css formating
[16:32] <danilos> fta, yeah, doesn't really look as I expected it, perhaps we should improve the layout there
[16:54] <doctormo> leonardr: hello
[16:54] <leonardr> hi doctormo
[16:55] <doctormo> leonardr: Your plan sounds excellent. All the best ideas available and the best routes given the flexibility of openid. I approve.
[16:56] <doctormo> leonardr: I do have a question about what interface the desktop side of things will take, but we can probably work on that with design?
[16:57] <leonardr> doctormo: sure we can. initially the desktop interface will not change at all, but we have some ideas. we just need a partner to do the gui stuff
[16:58] <doctormo> leonardr: What kind of partner?
[16:58] <doctormo> We also have two outstanding issues to do with key management. SSH and GPG keys being managed from the desktop.
[17:00] <leonardr> doctormo: someone like you, really. someone who's good at writing desktop gui code
[17:02] <doctormo> leonardr: Did you know that I've put a small slice of launchpadlib and bzrlib behind dbus, including auth?
[17:05] <leonardr> doctormo: i didn't know that. launchpadlib asks for credentials over dbus, and you wrote a program that responds to the requests? what does that program do?
[17:06] <doctormo> leonardr: Does it do that already? I didn't know that. I wrote a dbus overlay.
[17:06] <doctormo> And a testing framework to test the damn thing.
[17:06] <leonardr> doctormo: no, i was saying what i thought you'd written
[17:06] <leonardr> we were about to start on this work, but we ultimately decided the dbus step was unnecessary
[17:07] <doctormo> leonardr: It probably is in the grand scheme of things, especially if there is a standard python module for it. What it gives me as an appdeveloperreasurance that I don't need to trouble myself with threading and cache management.
[17:07] <doctormo> probably is unnecessary
[17:08] <leonardr> doctormo: can i ask you to describe the dbus layer you wrote, just so i can see where you're coming from?
[17:09] <dpm> danilos, if in a project I approve manually pt_PT.po (which is normally not approved because we have the 'pt' locale in LP instead), will subsequent uploads of pt_PT be imported into the pt locale automatically?
[17:10] <doctormo> leonardr: Nothing special and should go in a new direction with this new plan, but: http://paste.ubuntu.com/505818/
[17:23] <leonardr> doctormo: thanks. i had a kind of flailing feeling that we might be talking at cross purposes. looking at that doc now
[17:25] <leonardr> doctormo: i'd like to hear your perspective on any shortcomings you see in Launchpad.login_with()
[17:27] <leonardr> (update: i think i see what this is doing, and although i'd like to hear if you have any problems with login_with, i no longer think "what does this give beyond login_with?")
[17:30] <doctormo> leonardr: No problems, I think I just lost faith with the launchpadlib login system and called the lower api to get around some initial problems with passing data around.
[17:42] <leonardr> doctormo: understood. your loss of faith in the login system is a serious problem for us, which is why we're doing this new system
[17:46] <doctormo> leonardr: What direction should I take with gc? I plan to push most of the threaded actions behind dbus, should I separate out the auth and work on that part of it with you guys?
[17:47] <leonardr> doctormo: when you talk about "the auth" are you talking about a wrapper around launchpadlib, a gui app for authorizing the user against launchpad, or something else?
[17:48] <doctormo> leonardr: The gui and a bit of backend. Basically if you were to take the gc configuration utility and cleave it out into it's own project, we'd have a basis for a graphical tool.
[17:49] <fta> danilos, does LP care about PO-Revision-Date and POT-Revision-Date when importing from bzr?
[18:08] <leonardr> doctormo: that sounds like a good place to start. the gui tool we envision will offer user/pass entry for users who have tied their launchpad accounts into their usso accounts (which, right now, is everybody), and will wrap a web browser for people who want to log in through facebook or whatever
[18:10] <leonardr> the trick is to figure out whether the user has tied their launchpad account into their usso account, without asking them confusing questions
[18:14] <doctormo> leonardr: If I ask for their email address and send a login request, can you send back either an openid response or a sso resonse? I could pick it up from there and not ask the user anything extra. I'd move from there into either asking for their password for sso or web-browser-wrapper for openid.
[18:36] <leonardr> doctormo: that sounds what-we-want-ish. i don't know much about how that system works, but that should be possible
[18:52] <compholio> hello everyone, i am experiencing a strange problem with a PPA upload i made this weekend - has anyone encountered an "Unable to find source package" rejection error AFTER launchpad has compiled the source?
[19:13] <chx> hi. would it be possible to bzr upgrade lp;drupal to some more modern repository format...?
[19:26] <aaron01> How can I change the email I use to login? I've added a new preferred email, but it does not work for login.
[19:30] <aaron01> Hmmm. Never mind, figured it out (edit during login process, not after).
[19:40] <thekorn> nee, die wünscht sich nix
[19:40] <thekorn> upps, sorry
[19:57] <jonrafkind> I specified 'any' for the Architecture field of my control file and launchpad produced amd64, x86, and lpia deb files. how can I get launchpad to other architectures, ppc, arm, as well?
[20:16] <compholio> @jonrafkind from looking at some arm packages, you may wish to try 'all' instead of 'any'
[20:18] <jonrafkind> ok but my package builds a binary, so that is architecture-dependant
[20:22] <compholio> @jonrafkind you're probably correct, i just noticed 'all' in kdebase-workspace (which is currently building on arm)
[20:28] <compholio> @jonrafkind are you targetting maverick? it might be that maverick is the only target supporting armel right now
[20:29] <jonrafkind> i targeted karmic for now
[20:30] <jonrafkind> can I target multiple distributions easily?
[20:30] <compholio> @jonrafkind i am almost certain that karmic does not support armel builds for PPAs
[20:30] <jonrafkind> package (1.2.3) karmic; urgency=low
[20:30] <compholio> unfortunately i know of no "easy" way to target multiple distributions, i use a build script that loops over my support targets and rebuilds the changelog for each one
[20:30] <jonrafkind> can I put more distributions where I wrote 'karmic' ?
[20:31] <compholio> no
[20:31] <compholio> if you do that it will reject the package
[20:31] <compholio> (unfortunately)
[20:31] <jonrafkind> but each time you build the package you need a new version
[20:31] <compholio> yup, one sec
[20:32] <compholio> my script uses this line for the top of the changelog:
[20:32] <compholio> ${PACKAGE} (${VERSION}~${DISTRO}${DISTRO_REV}) ${DISTRO}; urgency=low
[20:32] <compholio> so your package would look like:
[20:33] <compholio> package (1.2.3~karmic) karmic; urgency=low
[20:33] <jonrafkind> oh I see
[20:33] <jonrafkind> well.. that sort of sucks, my upload speed is abymsal so it will take me forever to upload packages for each distribution
[20:33] <thopiekar> hi
[20:34] <jonrafkind> so if I just target karmic, can newer distributions still pull from that?
[20:34] <thopiekar> I tried to upload a source package today via dput but it doesn't work
[20:34] <compholio> @jonrafkind if you have SSH access to somewhere with a better connection then you can rebuild it and upload it on that machine
[20:35] <jonrafkind> yes, i do have access to university machines on internet2, but id have to set up all my pgp keys and whatnot
[20:35] <thopiekar> it works as always.. no problems when uploading but the package doesn't appear and I get no feedback via mail..
[20:36] <compholio> @jonrafkind yes, if the package is compatible (the dependencies are set correctly) then you just need to give people the correct sources.list line
[20:36] <jonrafkind> ok i guess people just add the ppa:me/package and it does the right thing
[20:37] <jonrafkind> so people dont need to know that i built it for karmic, if they are on lucid or whatever
[20:37] <compholio> i'm not sure if that will work, it probably will not create the correct line
[20:38] <jonrafkind> i tested my ppa at home, but i didnt check to see what version of ubuntu I was on
[20:38] <compholio> it would need to see "lucid main" instead of "karmic main" at the end, the "ppa://" method probably automatically enters the current distro
[20:38] <jonrafkind> i mean it worked any everything
[20:38] <compholio> (you need it to say the distro you built it for, not the distro the person is using)
[20:39] <jonrafkind> hrm, well the major pain in automating this is having to enter my gpg password when debuild tries to sign the files
[20:39] <jonrafkind> can I make gpg remember my password?
[20:40] <tgm4883> jonrafkind, I had that issue before. IIRC, you need to install gpg-agent
[20:40] <tgm4883> it asks it once and caches it for awhile
[20:41] <jonrafkind> ok
[20:51] <jonrafkind> i have gpg-agent running but im still being requested to enter my password manually
[20:57] <jonrafkind> oh I need to set the GPG_AGENT_INFO thing
[21:10] <penguin42> Hi, I seem to be getting repeated launchpad timeouts on trying to submit a bug against linux; Error ID:         OOPS-1738H2452
[22:19] <wgrant> jonrafkind, compholio: armel is not supported for normal user PAs.
[22:19] <wgrant> Er, PPAs.
[22:19] <jonrafkind> what about ppc?
[22:20] <wgrant> That's supported for even fewer.
[22:21] <wgrant> Because ppc and armel do not support virtualisation, only completely trustworthy PPAs can be allowed to build on them.
[22:21] <jonrafkind> ok. another question: is the `lpia' architecture documented? since my package doesn't use autotools I probably need to support whatever flags the lpia builder wants
[22:22] <mwhudson> lpia is not really relevant any more
[22:22] <jonrafkind> launchpad built it for me..
[22:22] <mwhudson> it's "low power intel architecture"
[22:22] <wgrant> lpia was removed a release or two ago.
[22:22] <jonrafkind> oh ok, so it was built because i said to use karmic
[22:22] <wgrant> But otherwise it's pretty much just i386 with a couple of special flags.
[22:23] <jonrafkind> yea, i just wanted to know which flags it set
[22:23] <jonrafkind> so basically I should only care about amd64 and x86?
[22:23] <compholio> @wgrant that's unfortunate, at some point i want to make an armel build of a library i make available - is there a page with information on requesting arm build permissions?
[22:24] <wgrant> compholio: It's restricted to trusted Canonical employees, I believe.
[22:25] <compholio> hmm, well i planned on worrying about that at some future date anyway
[22:25] <compholio> you seem to be in the know, have you ever encountered an "Unable to find source package" rejection error AFTER launchpad has compiled the source?
[22:26] <jonrafkind> seems like there is a xen machine for arm: http://wiki.xensource.com/xenwiki/XenARM
[22:26] <jonrafkind> does launchpad use xen, or something else (openvz) ?
[22:26] <wgrant> jonrafkind: Xen on ARM is not even close to finished.
[22:27] <wgrant> But yes, we use Xen.
[22:27] <wgrant> compholio: That can happen if you've uploaded a new version of the package before the build finishes
[22:27] <wgrant> Or if you've deleted the package.
[22:27] <compholio> hmm, neither were the case
[22:28] <wgrant> Link?
[22:28] <compholio> top three builds:
[22:28] <compholio> https://launchpad.net/~ehoover/+archive/compholio/+builds?build_state=all&build_text=
[22:29] <wgrant> Did you get an email about them?
[22:30] <compholio> yup, "Unable to find source package wine-kane/1.3.4~karmic0 in karmic"
[22:31] <compholio> it's very confusing to me, i have many successful builds and then i make this corrected build for a karmic-specific amd64 failure and everything goes to hell and a hand-basket
[23:12] <wgrant> compholio: I've tracked down the issue.
[23:12] <wgrant> compholio: In dpkg terms, 1.3.4~karmic and 1.3.4~karmic0 are the same version.
[23:12] <wgrant> compholio: Your ~karmic0 upload should have been rejected.
[23:12] <compholio> ugg, seriously?
[23:13] <compholio> is there someone i should contact so this doesn't happen to someone else?
[23:13] <wgrant> I'll prepare a branch to make Launchpad reject such uploads.
[23:14] <wgrant> Since the behaviour after one of those is accepted is non-deterministic... which of the two packages survives is just luck.
[23:15] <compholio> interesting, well i'm going to hope that my repo is not broken and try uploading a ~karmic1
[23:15] <wgrant> That should work fine.
[23:16] <compholio> great, well thanks so much for your help - it is very appreciated
[23:16] <wgrant> np
[23:16] <wgrant> It was a bit scary for a while there, since it looked like we had a pretty awful bug.
[23:16] <wgrant> But no, just a dpkg quirk.
[23:19] <compholio> well, i'm glad it's not an awful bug - i'm sorry i screwed things up, i didn't realize making it a rev0 would be so heinous
[23:20] <wgrant> It's not exactly obvious.
[23:20] <jonrafkind> so 'karmic' is shorthand for 'karmic0' ?
[23:21] <wgrant> "Then the initial part of the remainder of each string which consists entirely of digit characters is determined. The numerical values of these two parts are compared, and any difference found is returned as the result of the comparison. For these purposes an empty string (which can only occur at the end of one or both version strings being compared) counts as zero."
[23:22] <compholio> well, that's definitely good to know
[23:22] <wgrant> compholio: The problem was that the PPA published finds all the published packages of the same name in the PPA, then sorts them by version, and marks all but the first as superseded.
[23:22] <wgrant> This obviously doesn't go so well if two of the versions compare equally.
[23:23] <compholio> got it
[23:23] <compholio> the reason i was concerned about uploading a new version is that that same comparison is probably used to make the "diff against last version" .tar.gz
[23:24] <wgrant> I think that should just the latest publication, which is karmic0.
[23:24] <wgrant> Although... maybe not.
[23:24] <wgrant> It may use the latest published publication.
[23:24] <wgrant> We'll see shortly.
[23:25] <compholio> lol, alright - well i obviously don't want to break launchpad, so hopefully it will go well
[23:25] <wgrant> It won't break.
[23:25] <wgrant> It might just diff against the wrong thing.
[23:26] <compholio> that's not killer, i doubt many people use that feature - especially among anyone using my PPA
[23:29] <compholio> ugg, i really should have commented out the "make sure the build compiles in pbuilder" part of my procedure for this
[23:32] <ari-tczew> wgrant: about sync-in-launchpad, do you plan support 'sponsored by' field? (sign key to sponsor, not to bug-requester)
[23:33] <wgrant> ari-tczew: It is not clear at this point.
[23:34] <ari-tczew> :(
[23:47] <ari-tczew> wgrant: what do you think about building a source package from bzr?
[23:48] <ari-tczew> Uploading additionaly package through dput making work higher.
[23:48] <wgrant> ari-tczew: We can already do that for PPAs.
[23:50] <wgrant> It's not supported for the primary archive yet.
[23:50] <ari-tczew> wgrant: for PPA? how for PPA?
[23:50] <wgrant> https://help.launchpad.net/Packaging/SourceBuilds/Recipes
[23:50] <wgrant> It's still in beta.
[23:51] <wgrant> It also only supports native packages, for now.
[23:53] <beuno> so
[23:53] <beuno> bzr: ERROR: Server sent an unexpected error: ('error', "<Fault -1: 'Unexpected Zope exception: RequestExpired: request expired.'>")
[23:53] <beuno> has anyone seen that before?
[23:53] <spiv> beuno: I have
[23:54] <spiv> beuno: let me see if I can find the bug report...
[23:55] <spiv> beuno: perhaps https://bugs.edge.launchpad.net/launchpad-code/+bug/417156
[23:56] <beuno> spiv, thanks!
[23:57] <beuno> spiv, look at that!  I was the reporter of it  :)
[23:57] <spiv> Hah.
[23:57] <spiv> It's not definitely the same bug, but it seems likely.
[23:58] <spiv> If the associated traceback in .bzr.log is via an 'unlock' method in remote.py, it is the same.