=== rgreening_ is now known as rgreening [00:57] I there somewhere here that could approve the import of a branch from an external vcs to launchpad ? [01:00] yml: in general, the help contact (see the topic) or mwhudson / rockstar. [01:02] jml: thanks === abentley1 is now known as abentley [01:16] yml, got a link? [01:16] rockstar: yes [01:17] rockstar: https://code.launchpad.net/~vcs-imports/django-massmedia/trunk [01:17] rockstar: thanks [01:17] I need to branch this app [01:17] yml, approved. [01:17] and I start to be really addict at launchpad and bzr do this [01:18] rockstar: you are my rock star tonight [01:18] rockstar: thank you very much [01:21] someone can help me to create a build source, have just shell script, no compilation [01:26] Aren't the &[lr]aquo;s indicating merge proposals on the branch page around the wrong way? [01:26] The one for branches proposed for merging into this branch points *out* of the branch page. [01:48] wgrant: pls send pics [01:48] (or urls) [01:50] jml: Find your favourite branch page (https://code.edge.launchpad.net/~bzr/bzr/trunk). [01:50] In the merge proposal section. [01:50] (the new merge proposals diffs are awesome, by the way) [01:54] wgrant: thanks [01:54] wgrant: I've got more to do on them === abentley1 is now known as abentley [03:24] Anyone around that can assign this to a LOSA? https://answers.launchpad.net/launchpad/+question/63536 [03:33] MTecknology: assigned [03:33] thumper: thanks, i'm trying to figure out why it's not working for this guy :P [04:35] Hm, why does bzr want an ssh password when trying to branch an lp project on Windows? [04:35] this is new and confusing [04:35] mrooney: You don't have your key. [04:36] wgrant: oh, branches aren't read-accessible to everyone? [04:37] mrooney: It will always use bzr+ssh if you have run bzr launchpad-login. [04:37] fascinating [04:37] is there a way to branch without an ssh key? I am pretty sure this happened before I launchpad-login'd, as I did that in an attempt to fix it [04:37] Since it dereferences the lp: URL early on (it doesn't store it in the branch anywhere), it has to. [04:38] lp: will use HTTP if you haven't launchpad-login'd. [04:38] Otherwise you could always use HTTP directly, I suppose. [04:38] * wgrant -> gone for a while. [04:46] mrooney: I'm having that problem too... [04:46] Permission denied (publickey). [04:46] bzr: ERROR: Connection closed: please check connectivity and permissions (and try -Dhpss if further diagnosis is required) [04:46] but I don't wanna have comit privs :P [04:47] MTecknology: yeah, I am rather sure I hadn't run bzr launchpad-login, alas [04:47] well, I do eventually, so I am just generating a new ssh key [04:47] * MTecknology runs to man [04:48] oooh Windows how you pain me [04:48] I know the dfeeling [04:49] that's what I get for supporting it and having to debug in it, I suppose! [04:50] I have enough fun trying to build a theme for IE [04:51] hrm - I know this command is right [04:51] * wgrant returns. [04:51] * wgrant devises a way to exploit BMPs with automatic landing. [04:53] GRR! checkout doesn't even work [04:54] I know this is epically challenging [04:55] wgrant: is there a way to clear launchpad-login such that it will use http? [04:56] or maybe I should just use the direct http URL although I don't know what that would be, let me have a look-see [04:56] mrooney: edit your ~/.bazaar/bazaar.conf [04:56] http://bazaar.launchpad.net/~path/to/branch, as well. [04:56] jml: I don't seem to have one of those on cygwin, this is Windows [04:56] mrooney: oh right. [04:57] I tried that when tortoise-bzr did the same thing [04:57] but I guess it hasn't helped so I should figure out how to do it the windows way [04:59] wgrant, what automatic landing are you talking about? [05:00] rockstar: If I have something like tarmac running against my project. [05:01] wgrant, how would you you exploit that? [05:01] rockstar: I am Joe 'Evil' Contributor. I create an innocent branch, and propose it for merging into a project with tarmac running on */10 against it. [05:02] John Developer comes along, reviews my branch, and sets the BMP to approved. [05:02] I then push --overwrite the branch with something evil. [05:02] tarmac comes along a couple of minutes later, and merges my evil deeds. [05:02] wgrant, hm, that's interesting. [05:02] Fortunately, we have this thing called "Version Control" that allows you to back a change out. [05:02] It would work for Launchpad at the moment, but nothing open. [05:03] True. [05:03] That is spectacularly devious though. [05:04] Is it? [05:04] It was fairly obvious... [05:05] I've actually used that against PQM, to intentionally sabotage my own branches. [05:05] spiv: To stop them from being merged after you've submitted them? [05:05] "Oops, that branch isn't ready for landing yet but it's in PQM's queue, I better break it so that it won't land" [05:05] Yep. [05:06] And yes, I thought it was obvious :) [05:07] * wgrant pokes staging - hasn't it been down for a few days now? [05:07] Basically, having a disconnect between what is approved and what the robot acts on invites this sort of issue. [05:07] Right. [05:07] Even storing a revision ID isn't good enough for the malicious case. [05:07] how do I branch via http? [05:08] Right, but you can use testaments. [05:08] MTecknology: "bzr branch http://..." [05:08] bzr branch https://bazaar.launchpad.net/~ubuntu-drupal-themes/ubuntu-drupal-openid modules/openid [05:08] bzr: ERROR: Not a branch: "https://code.launchpad.net/". [05:08] MTecknology: http, not https [05:08] spiv: Can you? [05:08] same error [05:08] How is a testament useful? [05:08] Does it have a really unique ID? [05:09] MTecknology: you probably need a /trunk or similar on the end of that URL [05:09] Joe Developer can't add a testament to the merge candidate. [05:09] spiv, well, I've also done similar things with PQM. I just never think people are malicious enough to really be hurtful. [05:09] MTecknology: branch paths are ~USER/PROJECT/BRANCH [05:09] (on launchpad) [05:10] wgrant, storing the rev id would work. I would doubt that someone was able to create a branch with EXACTLY the same rev id. [05:10] spiv: for the moment [05:10] I did that and got the same error [05:10] rockstar: Isn't a revision ID randomly generated? Can't I easily hack bzr to generate the same one? [05:10] wgrant: Well, a testament is what bzr gpg signs, so you can verify that the content of some revision is the same as what the signer claims it should be. [05:11] wgrant, spiv would have to comment on that one. [05:11] jml: Is there anything other than ~USER/DISTRO/SERIES/PACKAGE/BRANCH coming? [05:11] rockstar: actually, it's very easy to control the revision ID programmatically. [05:11] spiv, :( [05:11] rockstar: it is trivial to create collisions. [05:11] Of course, bzr-svn does it. Forgot that. [05:11] wgrant: not for canonical branch names. there'll be aliases for those, naturally. [05:12] spiv: I am aware of how testaments work, but I don't see how it's relevant here. Joe Contributor can sign the new revision just the same! [05:12] rockstar: bzr itself won't generate collisions, but attackers are a different story. [05:12] jml: Aliases? Excellent! [05:12] Argh, with staging down, I can't really test my need API code. [05:12] * wgrant also has issues with staging being down :( [05:12] Is it going to be up soonish? [05:13] No demo, no staging... [05:13] wgrant, I doubt it. [05:13] Didn't you just get new hardware? [05:13] wgrant: right, the key isn't to check that the revision is signed by Joe Contributor, but that the testament of the approved code matches the testament of what you try to land [05:13] wgrant, well, you seem to know more about Launchpad than I do. :) [05:13] rockstar: I'm sure I saw a mention of it somewhere... [05:13] wgrant: yeah. just like there are aliases for many product branches. [05:13] spiv: Ah, true, true. [05:14] jml: So a series link will just imply an alias of that name? [05:14] wgrant: lp:ubuntu/, lp:ubuntu/karmic/ [05:15] jml: Oh, I thought you meant arbitrary aliases. [05:15] wgrant: no, arbitrary aliases aren't scheduled. [05:16] So, why is staging down, and what are we meant to do without it? [05:17] wgrant: not sure. I'll find out what the escalation procedure is. [05:17] wgrant: you're meant to only do production-quality work ;) [05:19] spiv: Could the BMP store the content of the testament, without requiring a sig on the submitter's side? === jml changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | staging down, waiting for sysadmins to intervene === jml changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | staging down, waiting for sysadmins to intervene, no ETA [05:27] wgrant: sure, I don't see why not. [05:28] spiv: So that solves the issue, then. [05:29] Also, are private branch diffs stored in the restricted librarian? [05:29] Or are they going to become another easy target once they have predictable filenames in a release or two? [05:34] I take it that one is not meant to get quotes around the content of the BMP comment textarea? [05:39] wgrant: I don't know much about the implementation of BMP [05:40] Alright, the BMP commenting stuff has me completely confused now. [05:41] Why does hitting reply a second time let me edit my original comment, but as if it has been repr()ed, and then thread the edited version under the original? [05:43] wgrant, it's putting the original comment in quotes. I originally wanted to do it like email quoting, but someone wanted actual quotation marks. [05:43] rockstar: Ohhh. [05:43] That is completely confusing. [05:43] And wrong. [05:43] So it's not a repr, but a quote, since you're replying to another comment. [05:44] I'm not replying to another comment. [05:44] The reply button was at the bottom of the comments, not in a comment. [05:44] wgrant, yes, it's pretty confusing to get the emails and go "Why did you include what I said to you?" [05:44] But I see now that I was. [05:44] If it says reply at all, it's a reply. [05:44] So: 1) Use a proper quoting mechanism. 2) Put the reply button inside the comment. [05:45] wgrant, the reply button inside the comment is also something I'd like to see, but it sounds like we're the minority. [05:45] I assumed I was just replying to the proposal. I must have had 'Add new comment' scrolled off my screen. [05:45] It isn't often that LP's UI manages to completely confuse me - this must be bad! [05:47] rockstar: Are there Won't Fixed bugs that I need to growl at, or shall I file some? [05:47] wgrant, no idea. [05:47] * wgrant files some. [05:48] I'm also concerned that it's completely different from bug commenting. [05:51] Bug commenting isn't threaded though. [05:51] * rockstar checks to make sure that's correct. [05:52] Yeah, that's right. [05:52] That's a difference. [05:53] There is no reason for one to be and not the other. [05:53] Particularly as bugs are often interacted with by email. [05:53] Which is very much threaded. [05:53] And has threading headers. [05:53] I would love bug comments to be threaded. [05:54] wgrant, that is something I can do nothing about. :) [05:59] rockstar: Bugs filed, anyway. [05:59] Do you know where private branch BMP diffs are stored? [06:09] wgrant, not particularly. Lemme look. [06:13] BMP pages showing outdated diffs also makes me cry. [06:13] (even though the download link gives me the right one, as I have mad running). [06:14] Ehem, yes, the two links to the diff are different. [06:15] wgrant: don't worry about where private branch diffs are stored ;P [06:16] thumper: I'm afraid I can't do that after P3As... [06:19] wgrant: :) [06:20] wgrant: I plan to have better diff behaviour this cycle for projects using lp:mad [06:21] thumper: How can it possibly know that two different diffs are the current one for the proposal? [06:22] wgrant: because they are generated differently [06:22] wgrant: one is the review diff, created based on the changes in that branch from the LCA of the target [06:22] wgrant: the other is the preview diff, if what the target would look like with the branch merged in [06:22] wgrant: the review diff can never have conflicts [06:22] wgrant: the preview one can [06:23] wgrant: and the proposal has two diff slots [06:23] wgrant: one for the review diff [06:23] wgrant: and the other for the preview diff [06:23] wgrant: the review diff never changes over time [06:23] wgrant: the preview diff does [06:24] thumper: Ahhh. That confuses me. [06:24] That is completely opaque. [06:24] :) [06:24] wgrant: I'll write something up soon(ish) [06:25] If it needs explanation, it is surely a bug. [06:25] not a bug, a feature [06:25] just not well explained [06:25] perhaps the bug is the lack of explination [06:25] Right. Or the need for an explanation. [06:27] thumper: I don't see how it can be a feature that there is no way to make the obvious diff look anything like the current state of the branch. [06:28] wgrant: I'll be working on that this cycle [06:28] wgrant: don't get your knickers in a twist [06:28] It just seems overly complex for approximately no benefit apart from confusion. [06:29] I'll not go into the pro's and con's right now, but I'll write something up on the wiki [06:29] the con right now is confusing ui [06:29] that we can fix [06:29] then it'll be pro's all round :) [06:29] We can hope! [06:29] that we can [06:29] do it I will === thumper is now known as thumper-will-jfd === thumper-will-jfd is now known as thumper-jfdi [06:30] dumb name length limits [06:30] Heh. === thumper-jfdi is now known as thumper [06:32] thumper: Why did you tell me not to worry about wherre private branch diffs are stored? Because they are in the restricted librarian? [06:46] Pointless question, but: When exactly does the branch puller mirror a specific branch? Exactly every 6 hours (or whatever) after it was registered? Roughly every 6 hours, going through all branches in alphabetical order, or what? [06:47] Peng_: it schedules it for six hours after the last successful mirror. [06:49] jml: Exactly six hours, down to the second? [06:51] Peng_: it *schedules* it for then, but it doesn't happen then. [06:51] Peng_: why do you want to know? [06:54] Peng_: given the vagaries of the internet between the puller and random branches, down to the second precision wouldn't mean much... [06:55] jml: Just because it mirrored two of my branches within a couple seconds of each other, which is quite a coincidence. [06:55] Like I said, pointless question. :) [06:57] s/within a couple seconds of each other/at the same time/ [06:57] Peng_: oh, so, we mirror branches with a cron job [06:58] Peng_: and that mirrors a bunch of branches in parallel. [06:58] Peng_: the order is essentially random. [07:00] jml: Okay. [07:00] Thanks for answering. :-) [07:26] jml, thumper, bug 339806 [07:26] Launchpad bug 339806 in launchpad-bazaar ""page not found" on newly created merge proposals" [Undecided,New] https://launchpad.net/bugs/339806 === abentley1 is now known as abentley === abentley1 is now known as abentley [07:52] I'm checking in and pushing revision 8 from my local branch, but it remains at revision 3 on launchpad. Why is that? [07:53] Oh, now it updated. [07:53] When I do bzr ci -m "test" it doesn't update launchpads branch? I have to push it? [07:54] Coke: if you have a branch, then yes you need to push. [07:55] Coke: if you have a checkout of a branch, then commits in that checkout are written directly to the branch. [08:05] spiv: does it matter which one I do? [08:06] Coke: nope. It's just a matter of how you prefer to work. [08:37] I've created a new bug and attached some messages. However, when I try to attach the last file and message and click save changes, nothing happens. It's bug 338780. [08:37] Launchpad bug 338780 in linux "usb memory stick does not show on Hardy" [Undecided,New] https://launchpad.net/bugs/338780 [08:40] spiv: hm. actually, this push thing isn't that bad. no need to send to server every time you commit. [08:41] and I usually commit one file at a time, so... I save a few seconds by not sending it. :) [09:24] anybody there? [10:09] * wgrant pokes people about https://answers.edge.launchpad.net/launchpad/+question/62675 [10:11] wgrant: noted, thanks [10:13] bigjools: Thanks. === _Nicke_ is now known as Nicke [10:33] Why can a branch be a series branch for something other than its own project? === lamont` is now known as lamont [10:55] Help needed: builds in my PPA fail with "W: Failed to fetch http://ppa.launchpad.net/ttx/ppa/ubuntu/dists/jaunty/main/binary-i386/Packages.gz 404 Not Found" [10:56] ttx: let me check [10:57] bigjools: there was a username rename recently so it might have borked something. [10:57] ttx: re-try it [10:57] ttx: ag [10:58] ah, I mean [10:58] retry in progress [10:58] renaming yourself with a PPA is not really supported [10:58] ttx: please file a Question on answers.launchpad.net/launchpad and ask for an admin to fix your repository [10:59] ttx: it will be horribly broken until someone fixes it [10:59] bigjools: ok thx [11:09] bigjools: filed. [11:10] https://answers.launchpad.net/launchpad/+question/63573 === persia_ is now known as persia [11:51] I recorded a new bug 338780 with some attachments OK. But refuses to save last comment with attachment. Any ideas? [11:51] Launchpad bug 338780 in linux "usb memory stick does not show on Hardy" [Undecided,New] https://launchpad.net/bugs/338780 [11:52] johnaaronrose: 'refuses'? [11:52] I clickon Save button (after keying in text for comment and attaching file) but nothing happens [11:54] Nothing at all happens? The page doesn't even reload? [11:54] Page does not appear to reload. I've even waited 2 days before trying again. Still nothing. [11:55] Which web browser are you using? [11:56] Firefox 3.0.7 as part of Hardy [11:56] That's really odd. You might be best waiting for a real Launchpad person to appear. [11:58] Only thing I can think of is that perhaps there's a maximum number of successsive comments/attachments by one person for a bug: I've done 4.. [11:58] It should at least reload the page. [11:58] As it's just a normal form. [12:00] I'ce also tried pressing F5 after clicking Save changes button. That reloads forms but 'loses' comment/attachments! [12:01] johnaaronrose: Have you restarted Firefox? [12:01] Firefox has this habit of doing nasty things after upgrades if you don't restart once or twice. [12:01] And there was a Firefox update a day or two ago. [12:02] wgrant: ?! [12:03] Coke: Erm? [12:03] wgrant: I doubt that has any impact on his problem [12:03] You would be surprised. [12:03] Yes, I would. [12:03] If anybody has programmed Firefox so badly that it requires not one, but two restarts before acting properly they should be executed. [12:03] And not binary executed, killed executed. [12:04] It depends on the session management, I think. [12:04] But then again, I actualy have quality standards. [12:04] But one restart, certainly. [12:04] wgrant: session management? [12:04] Coke: Yes, its magical session restoration after restart thing. [12:04] ah, those sessions. [12:05] Sounds like a bug in launchpad to me, anyway. [12:05] I've never had any problems upgrading firefox, the process and it's shared objects are loaded into memory, upgrading them does not change anything [12:05] That would have been my first guess, but it's a perfectly normal unJavaScripty form. [12:06] Erm, shared objects don't help Firefox. [12:06] wgrant: the interresting portion is what happens once the browser posts the POST [12:06] Coke: Which it doesn't seem to be, as it's not reloading at all. [12:06] when hanging, it's probably that the server says "well, here's 1.5mb" while in fact there is only 1.4 [12:06] wgrant: nothing? [12:06] no reaction from clicking the button? [12:06] That's the impression I got. [12:07] WEIRD [12:07] But I of coiurse don't know entirely. [12:07] Firefox does that after upgrades! [12:07] It gets its XUL replaced under it, and it fails to load pages semi-randomly. [12:07] It just won't change anything. [12:07] Well, firefox has turned into a bloated piece of garbage the last, uhm, 5 years. [12:07] Yes... [12:07] There's no proper web browser available today, only "suites" [12:08] links2 is cool [12:08] That's why Ubuntu gives the 'You must restart Firefox' notification when it's upgraded. [12:08] Because otherwise it breaks horribly in obscure ways. [12:08] wgrant: yes, "for changes to take effect" is waht firefox itself says [12:08] but here's my logic: the binary is in memory along with it's shared code already, upgrading it won't do anything for the running process [12:08] certainly not change it [12:09] It's not the binary. [12:09] It uses extra stuff from the filesystem! [12:09] must be why it takes forever to start up [12:09] Of course, this wouldn't be a problem if they did proper security-only updates. [12:09] But this is waaaay offtopicl [12:10] XUL sounds lot lik zul or zool or whatever the heck the baddie in ghost busters was named [12:10] im the keymaster are you the gatekeeper [12:11] wgrant: ever tried using gecko for your own project? don't. [12:11] I don't plan to. [12:12] it's a huge mess. prepare to engage a 1.5G SDK to get access to the 1M layout engine [12:13] I'm on archlinux with rolling releases, firefox frequently segfaults [12:32] Has the publisher changed recently, or is it broken? One of my sources and lots of my binaries have been PENDING since well before 1200, and at least the source would normally have been published by 1205... [12:32] (Ubuntu primary, not PPA) [13:27] wgrant: the publisher is having issues in the primary archive. [13:28] cprov: cjwatson informed me in #ubuntu-devel a while ago. Thanks. [13:28] wgrant: good [13:31] is there a way to check if a launchpad user is an ubuntero? [13:31] I mean in launchpadlib [13:33] savvas: It doesn't look like it. [13:51] hi [13:51] is there something wrong with bazaar.launchpad.net? [13:52] or is that what the topic refers to? [13:52] walterl, You might describe your symptoms, and someone could look at it. The topic is likely about staging.launchpad.net [13:53] persia: i'm trying to get to http://bazaar.launchpad.net/~gtg/gtg/trunk, but only get to a page that says "Sorry, there was a problem connecting to the Launchpad server." [13:53] i've tried a few times over the last 15 mins [13:54] Sounds like a LOSA needs to give Loggerhead a poke... [14:00] https://launchpad.net/ | Help contact: - | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | Help contact: leonardr | staging down, waiting for sysadmins to intervene, no ETA [14:01] leonardr: You missed. [14:01] argh [14:01] https://launchpad.net/ | Help contact: leonardr | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | staging down, waiting for sysadmins to intervene, no ETA [14:02] ok, looks like my url is availble :D [14:02] kthnxbye [14:02] leonardr: And again... === leonardr changed the topic of #launchpad to: https://launchpad.net/ | Help contact: leonardr | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | staging down, waiting for sysadmins to intervene, no ETA [14:03] there we go [14:04] wgrant: ok thanks :) [14:10] Have there been any discussions about making PPA's easier to use? [14:10] My use case: [14:10] 1.) I throw PPA front page url to a user [14:10] 2.) The user goes WTF?! [14:10] What should happen: [14:10] 1.) I throw PPA front page url to a user [14:11] 2.) The user can form an understanding about what it is [14:11] 3.) The user is able to make it work [14:11] 4.) The user install the software he was originally looking after [14:11] cyberix: Yeah, the PPA page is very much oriented to the owner of the archive atm., rather than people wanting to use it... [14:12] I was going to file a "wish list" bug, but I decide to come here and ask, if that is the right way to deal with this problem [14:13] cprov: I take it that the publisher is no longer crashing? [14:13] cyberix: Certainly, check if there's not one there already, and if not, create a wish list bug... I think lots of people would like to see a much more user-oriented ppa page :) [14:14] wgrant: right, we've fixed it. [14:36] noodles775: https://bugs.launchpad.net/launchpad/+bug/339951 [14:36] Ubuntu bug 339951 in launchpad "Explain PPA's to users" [Undecided,New] [14:38] cyberix: great... thanks for the details of what you envisage there! [14:40] np [14:40] Thanks to you for supporting the idea :-) === thunderstruck is now known as gnomefreak === mthaddon changed the topic of #launchpad to: https://launchpad.net/ | Help contact: leonardr | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com [15:24] OpenID LP hackers? show of hands? [15:39] leonardr: Good morning! I started using launchpadlib this weekend. It's really easy to use and I had a good time playing with it. [15:40] jkakar, good to hear [15:40] leonardr: I'm having performance issues though. It seems to be performing a lot of requests to get the data I need. [15:41] jkakar, what data do you need? [15:41] leonardr: I'm doing things like finding a project, finding a milestone, finding all bugs in the milestone, getting them all and displaying them in a bug listing. [15:41] jkakar, what data? [15:42] leonardr: This code, for a milestone with 44 bugs, takes 45 seconds to run here and generates ~100 requests to launchpad: http://pastebin.ubuntu.com/128802/ [15:43] leonardr: Am I don't something I shouldn't be? I didn't see a way to batch requests. [15:44] leonardr: The other code used by that snippet is: http://pastebin.ubuntu.com/128806/ [15:45] jkakar, there is no way to batch requests right now [15:46] leonardr: Okay, cool, that's what I figured by poking around. [15:46] danilos: some of the "Import problem" mails from Rosetta kind of confuse me [15:46] jkakar: you might not need to get the .bug of every single bug task [15:46] danilos: specifically the one that complains about the PO-Revision-Date header not having been updated [15:46] cjwatson: ah, I'll fix those shortly [15:47] danilos: does that mean that the content of the file changed but the date header didn't? [15:47] cjwatson: in most cases, that means that they have not changed at all [15:47] danilos: so this is just Rosetta being incorrectly picky and I can stop worrying about those mails? [15:47] cjwatson: yes [15:48] danilos: ok, thanks, I'll delete those mails then [15:48] cjwatson: I'll disable those notifications (in some cases, it's about uploading older files than what we have), and disable success notifications, and that should be it [15:48] leonardr: Oh? But the data I want is half on bug (id, title) and half on bug task (assignee, status). [15:49] ok, i guess you do [15:49] cjwatson: fyi, bug 331094 [15:49] Launchpad bug 331094 in rosetta "Accept PO files with unchanged revision dates" [High,Triaged] https://launchpad.net/bugs/331094 [15:49] ideally there would be something that returned the bugs instead of the tasks [15:49] danilos: heh, just switched to this workspace from a browser window of a GNOME sysadmin request with your name in it. :) [15:49] danilos: nothing you need to think about. just funny timing. [15:49] mneptok: heh, my name is everywhere :P [15:49] danilos: thanks [15:50] jkakar: there are a number of improvements we could make but for now your code is the correct way to do it [15:50] leonardr: Yeah. Actually, after playing with launchpadlib I finally understand bug vs bug task (I think), so the separation makes way more sense. At first it was a bit confusing. [15:50] danilos: yeah, i know. the permanent marker on the waistband of my underwear is a bit much. [15:50] leonardr: Cool, good to know, thanks. [15:51] it is confusing, which is why launchpad tries to hide it, which makes it more confusing when you have to deal with it [15:51] mneptok: fun times, weren't they? ;) [15:51] leonardr: Even though my commands are slow (show milestones, show bugs in milestone, show bugs with 'review' tag) seeing the output in my terminal is pretty awesome. :) [15:51] great [15:53] hi! it seems like i'm having a little problem with importing my pubkey into launchpad.. but i have no clue what the message tries to tell me, since my pubkey works just fine on all other servers! http://ubuntu-pics.de/bild/10749/bitfish__s_ssh_keys_1236613861235_C32ac1.png [15:54] danilos: i laughed, i cried, i understood what it is to be a man. [15:56] bitfish: er.. I think that your openssl must be outdated [15:56] savvas: that means what? [15:56]