[00:00] <thumper> how long are we read only for?
[00:00] <jkakar> Am gettng an error: The following errors were encountered: (, 'newMessage', 'launchpad.Edit')
[00:00] <jkakar> beuno: Oh, d'oh.
[00:00] <beuno> that is not a great error message
[00:00] <spm> thumper: hopefully not much longer, but...
[00:00] <jkakar> beuno: No. :)
[00:10] <quentusrex> so, it's been an hour
[00:10] <quentusrex> is there a status report?
[00:11] <quentusrex> for the launchpad junkies? we need our fix...
[00:11]  * beuno looks at spm 
[00:11] <slangasek> :)
[00:12] <spm> still going.. some minor hiccups have slowed earlier bits down; still going on bits we weren't expecting to be slow :-/
[00:12] <quentusrex> cool
[00:12] <quentusrex> is there a 'build log' for the upgrade? :-D
[00:20] <spm> quentusrex: ha!
[00:20] <quentusrex> :)
[00:20] <spm> Quick update: still making forward progress. should be bringing bits back up RSN.
[00:21] <quentusrex> lol :)
[00:21] <slangasek> spm: thanks for the info
[00:24] <wgrant> Uhoh.
[00:24] <Ursinha> hmm
[00:24] <quentusrex> yeah...
[00:24] <quentusrex> added an extra hour to the downtime...
[00:25] <micahg> hmmm: http://blog.launchpad.net/releases/launchpad-3-0-is-here-new-ui-and-more
[00:27] <micahg> why is the next release 3.1.10? shouldn't it be 3.0.10?
[00:28] <DBO> so upon reading the topic I know I shouldn't ask... but, everyone knows launchpad is refusing code commits right?
[00:28] <slangasek> because it's in read-only mode, yes
[00:29] <quentusrex> it seems to be taking the dputs from me
[00:29] <quentusrex> and at really good bandwidth.
[00:29] <quentusrex> although they haven't been accepted yet.
[00:29] <maxb> It seems to be plain offline to me
[00:29] <DBO> yeah just makin sure
[00:30] <maxb> The one thing I think LP could do better about its downtime is to be more truthful about read-only vs. down
[00:30] <DBO> meh, free is free
[00:30] <DBO> what ya gonna do
[00:30] <quentusrex> :)
[00:31] <slangasek> maxb: looks accurate to me, what exactly is down?
[00:31] <maxb> For me, it has just come back up in read-only mode just now
[00:31] <slangasek> ah
[00:31] <slangasek> I'm at a point where everything I'm waiting to do involves writing, so I guess I wouldn't have noticed :)
[00:32] <DBO> same
[00:32] <quentusrex> but some of the css is missing
[00:32] <spm> maxb: seriously - if you're finding issues with R/O mode - can you log a bug report 9obviously once we're *out* of R/O mode... ;-) ) - cause it really should be in same.
[00:33] <wgrant> quentusrex: Sure it's not just the 3.0 UI that just appeared for me?
[00:33] <micahg> wgrant: is bzr 2.0 necessary for using code in LP?
[00:34] <wgrant> micahg: Of course not. That would be a bit nasty.
[00:34] <wgrant> Hmmm.
[00:34] <wgrant>  /mysql's description sucks, and it is today's featured project.
[00:35] <wgrant> And that blog post on the front page is still has broken.
[00:35] <wgrant> s/has //
[00:35] <micahg> wgrant: the blog post says that you'll be convering existing branches to bzr 2a
[00:36] <wgrant> micahg: Ah, that's just imported branches (those converted from CVS, SVN or Git).
[00:36] <wgrant> And anything since bzr 1.16 can read 2a.
[00:36] <wgrant> (and I'm not in the 'you')
[00:37] <micahg> sorry
[00:37] <micahg> meant LP
[00:37] <micahg> ok
[00:38] <micahg> and it said it'll be converting older stuff too
[00:38] <wgrant> "We’re also starting to upgrade existing *imported* branches to the new format." [emphasis mine]
[00:39] <micahg> ah
[00:57] <bac> slangasek: i just saw you on the webcast.  you're famous
[00:57] <slangasek> bac: mwuh?
[00:58] <slangasek> I mean, sure I'm famous, but what webcast is this? :-)
[00:58] <bac> slangasek: are you not at the keynote just now?
[00:59] <slangasek> yes
[00:59] <slangasek> sitting at the back
[00:59] <bac> yep, that was you.
[00:59] <slangasek> oh goody
[01:06] <quentusrex> how do I force dput to upload the orig file?
[01:06] <quentusrex> it isn't uploading it currently....
[01:06] <lifeless> you don't
[01:06] <quentusrex> lifeless: I need to...
[01:06] <lifeless> you tell debuild to include it in the build
[01:06] <lifeless> with -sa
[01:07] <lifeless> but you shouldn't generally need to do that. Why do you think you need to?
[01:07] <quentusrex> lifeless: it's already been build and created, but dput isn't uploading it...
[01:07] <quentusrex> and it's getting rejected because launchpad can't find it.
[01:07] <quentusrex> I'm uploading a package to a new ppa....
[01:07] <lifeless> is the package in Ubuntu?
[01:07] <quentusrex> no
[01:08] <lifeless> do you have more than one changelog entry?
[01:08] <wgrant> quentusrex: What does dput say when you try to upload? That it's already been uploaded?
[01:08] <quentusrex> yes
[01:08] <quentusrex> wgrant: dput doesn't say anything about it... just uploads the diff
[01:08] <lifeless> quentusrex: then you need to supply -v
[01:08] <lifeless> quentusrex: because you're actually uploading many versions
[01:09] <lifeless> or -sa as I said earlier, but -sa should only be needed in exceptional circumstances
[01:09] <wgrant> /win/win 3
[01:10] <wgrant> Argh. Lag.
[01:12] <zsquareplusc> and where is the page to change the images/branding of a project hidden in the new design?
[01:13] <wgrant> zsquareplusc: It's hidden down the bottom of 'Change details'.
[01:13] <wgrant> zsquareplusc: It'll hopefully be a bit more obvious once the CSS is fixed.
[01:14] <zsquareplusc> ahh. i was on that page but did not realize the extra links at the bottom
[01:43] <RenatoSilva> hello new launchpad \o/
[01:43] <cyberix> \o/
[01:44] <cyberix> I was going to sleep, but I was too excited
[01:44] <RenatoSilva> haha
[01:47] <Ursinha> RenatoSilva, see how beautiful it is now :D
[02:02] <cyberix> I like it a lto
[02:02] <cyberix> a lot
[02:02] <cyberix> but the multiple (i) links on my personal page kinda confuse me
[02:02] <cyberix> https://launchpad.net/~toni-ruottu
[02:02] <cyberix> Specially when I start clicking on them
[02:03] <wgrant> It is a bit confusing, especially as some of them are shown when they contain nothing.
[02:03] <RenatoSilva> yes!
[02:04] <RenatoSilva> things are a bit spred
[02:05] <cyberix> Also I'm not sure, if it is a good idea to have "Participation" box on a user profile look like a "Get Involved" box
[02:05] <cyberix> Using similar visual for two different things may turn out to confuse users
[02:14] <thumper> mtaylor: hi
[02:14] <mtaylor> hey thumper
[02:14] <thumper> mtaylor: do you still have anything to do with sun or mysql?
[02:15] <thumper> mtaylor: oh, my LCA talk on using LP for code reviews got accepted
[02:15] <mtaylor> thumper: yes and no ... working at Sun on the Drizzle project, which is sort of a cousin of mysql, but I'm not a part of the MySQL Organization there anymore
[02:15] <mtaylor> thumper: awesome
[02:15] <mtaylor> thumper: my LCA talk on pandora-build got accepted, so I guess I'll see you there!
[02:15] <thumper> mtaylor: ah, ok
[02:15] <thumper> mtaylor: cool
[02:16] <thumper> mtaylor: I added you as a stakeholder representitive
[02:16] <mtaylor> thumper: did you do the new "Resubmit proposal" link? if so, thanks!
[02:16] <mtaylor> thumper: sweet
[02:16] <thumper> mtaylor: on https://dev.launchpad.net/VersionFourDotO/Code
[02:16] <thumper> mtaylor: abentley fixed the resubmit
[02:16] <mtaylor> abentley: thanks
[02:16] <thumper> mtaylor: more fixes in that area coming
[02:17] <thumper> mtaylor: it was kinda hard to decide on project stakeholders, but I know you use the code review stuff a lot
[02:17] <thumper> mtaylor: so I added you
[02:17] <mtaylor> thumper: oh yeah - gosh, like, everyday
[02:17] <thumper> mtaylor: do you understand the 3 wishes concepts?
[02:17] <thumper> mtaylor: you have three wishes at any time
[02:17] <thumper> mtaylor: if we fix one, you get another
[02:18] <mtaylor> thumper: sweet
[02:18] <thumper> mtaylor: tell us your 3 top priority things to do with LP Code
[02:18] <thumper> mtaylor: we add this into our priority mixing bowl and see what comes out
[02:19] <thumper> mtaylor: you could add Jay as a reprentitve too, but between you you only get three wishes (not three each :)
[02:20] <mtaylor> thumper: that's fair - it's likely that our wishes are about the same
[02:20] <thumper> :)
[02:20] <mtaylor> thumper: I'll chat with him though and see if we can hash out a good top three list there
[02:20] <thumper> I thought they might be
[02:20] <thumper> kk
[02:56] <Meths> Hmmm, anyone else getting dodgy CSS layouts with v3?
[03:10] <thumper> Meths: I did originally, I think that was fixed, try Ctrl-F5 to refresh
[03:11] <Meths> Nope, every screen is too wide with a horizontal scroll bar (FF 3.5.3 - 1440 wide screen!)
[03:13] <micahg> Meths: at 1300px Bugs no longer has a scrollbar
[03:14] <micahg> it does seem a little weird that they'd require > 1024x768
[03:14] <micahg> especially with the proliferation of netbooks
[03:16] <Meths> Well right now I'm looking at the code homepage for a project and the header and footer areas look fine but the table of branches is off the screen with each column far wider than the text they contain.
[03:16] <wgrant> Links?
[03:17] <wgrant> And which browser?
[03:17] <wgrant> Branch listings scale fine for me.
[03:18] <Meths> FF3.5.3 on XP.  Any project code page e.g. https://code.launchpad.net/launchpad
[03:19] <wgrant> I get a horizontal scrollbar on there when I drop my window below about 700px wide.
[03:19] <RenatoSilva> my target branch of translation system is overwritting the '#, python-format' lines! how to fix this?
[03:19] <Meths> It looks like the main section is setting its width to the width of the screen but then gets shifted by the left margin.
[03:19] <Meths> wgrant: are you on a similar browser?
[03:20] <wgrant> Meths: Firefox 3.5.3 on Ubuntu.
[03:21] <Meths> one sec...
[03:21] <wgrant> Chromium does the same.
[03:22] <Meths> My Ubuntu Firefox looks fine.
[03:23] <RenatoSilva> guys can't lose those #, python format lines :(
[03:23] <wgrant> RenatoSilva: What do you mean?
[03:25] <RenatoSilva> wgrant: sorry! I've just checked, it seems that they are not lost, but I wonder why did lp commited to the output trunk when I had no changes in translations, from both ui and source branch :(
[03:25] <wgrant> RenatoSilva: 'cause it does that. I think that might have been fixed in 3.0, though.
[03:25] <RenatoSilva> does lp export translations once a day even if there's nop change to commit?
[03:25] <wgrant> It did, yes.
[03:26] <RenatoSilva> but now is fixed, ok
[03:26] <wgrant> I think so, but I'm not sure.
[03:28] <RenatoSilva> well, I think that's annoying to have, say, 30 commits for no change at all (considering that your translation keeps 1 month unchanged)
[03:28] <RenatoSilva> don't get how no one have noted this :)
[03:28] <wgrant> They did.
[03:29] <RenatoSilva> btw, I hate how .pos are not kept in order by gettext.. I simply can't compare the new po with the old one!
[03:29] <RenatoSilva> and I don't know any diff tool that does a semantic diff
[03:30] <RenatoSilva> hopefully the file is not big, it seems that the messages were just reordered (bah!) and a few new comments/metadata appeared
[03:33] <RenatoSilva> hum in fact they weren't reordered, but \r\n was replaced by \n! Is there any option in translation system for avoiding this?
[03:40] <lifeless> RenatoSilva: .po files aren't useful to compare though; .pot files are, and msmerge marks things needed review.
[03:41] <RenatoSilva> lifeless: how about po files of the same language
[03:42] <RenatoSilva> lifeless: also, order of pot files aren't kept by gettext either
[03:42] <lifeless> xgettext should be pretty deterministic
[03:42] <RenatoSilva> afaik I mean, if it keeps order in pot, why not keep in pos also
[03:46] <RenatoSilva> is there any way to ignore spaces / tabs /line-break style on bzr diff?
[03:47] <RenatoSilva> sorry wrong channel
[03:53] <RenatoSilva> Are there good reasons for keeping merged branches in launchpad?
[03:54] <RenatoSilva> I'm having a feeling of deleting the branch right after merging it into trunk :)
[03:54] <wgrant> The merge proposals, bugs and blueprint links associated with them.
[03:55] <RenatoSilva> there isn't a way to automatically redirect these items to the target branch where it ended up into?
[03:56] <wgrant> A merge proposal is a link between two branches, so that doesn't make sense.
[03:56] <wgrant> Why delete them?
[03:57] <RenatoSilva> why keep them? :)
[03:57] <RenatoSilva> btw, the one I want to delete has a related bug
[03:58] <RenatoSilva> it will disappear from the bug, but I don't see any problem with this atm
[04:00] <RenatoSilva> btw, when you set status of a bug as 'fix committed', is it reffering to the linked branch that is fixing it, or to the trunk?
[04:00] <wgrant> It's meant to mean trunk.
[04:00] <wgrant> But projects use it different.
[04:01] <RenatoSilva> wgrant: ok I'll change the status then, because it is solved on the linked branch but wasn't actually merged into trunk yet
[04:01] <spiv> RenatoSilva: well, would you want to delete a bug report once a bug is fixed?
[04:01] <RenatoSilva> I think I would :)
[04:01] <spiv> !
[04:02] <spiv> Ok, if you really dislike keeping history that much, why are you using revision control at all? ;)
[04:02] <RenatoSilva> if commit comment can summarize the bug well :)
[04:03] <spiv> Commit comments aren't very good for e.g. generating statistics about bugs closed over time.
[04:04]  * RenatoSilva needs to visit the analyst
[04:05] <RenatoSilva> spiv: ok the branches work as documentation of the bug, real code telling you how it was fixed at that moment ok
[04:05] <RenatoSilva> spiv: it's just a feeling that branch's mission is done and it must die now :D
[04:06] <spiv> It'll be hidden by default when merged, just like fixed bugs are hidden by default.
[04:06] <wgrant> There is the disk space problem, but that should be pretty small with stacked branches, particularly if some robot goes over merged branches and removes duplicated revisions.
[04:06] <RenatoSilva> spiv: not automatically though, I have to change status iirc
[04:06] <spiv> wgrant: right, that's Launchpad's problem, not the user's :)
[04:07] <wgrant> RenatoSilva: No, it will be automatically marked Merged and hidden when it is merged into the development focus.
[04:07] <spiv> RenatoSilva: no
[04:07] <spiv> RenatoSilva: (but deletion wouldn't be automatic either)
[04:09] <RenatoSilva> but how will lp know it was merged? I mean, I bzr branch trunk, cd trunk and bzr merge ..\branched_previously, and bzr push $trunk
[04:09] <RenatoSilva> to get it checked as merged automatically I have to directly merge with lp url right
[04:09] <wgrant> LP will notice that the branch's tip is in trunk's ancestry.
[04:09] <wgrant> Why would you have to do that?
[04:10] <RenatoSilva> because I didn't know LP notices that
[04:10] <RenatoSilva> smarty LP :)
[04:11]  * RenatoSilva 's feature branch has only one commit. He's wondering whether repeat the message on merging or user 'merge from lp...feature-branch'
[04:12] <RenatoSilva> * or use
[04:14] <RenatoSilva> there's another problem with keeping the branches
[04:14] <RenatoSilva> you can't use the same name anymore !
[04:15] <RenatoSilva> for example I had 2 encoding-fixes a time ago, fixing 2 or more different  bugs
[04:15] <RenatoSilva> the oldest bug is now pointing to a branch that actually has nothing to do with it
[04:15] <RenatoSilva> unless when you overwrite/delete a branch the link disappears from all items
[04:16] <wgrant> It doesn't. But I normally have the bug number in my branch names anyway.
[04:17] <RenatoSilva> well it's worth to be reported as a bug itself though :)
[04:18] <RenatoSilva> so, the new branch will automatically have the old bug listed on it (as it is a two-way linking)
[04:18] <wgrant> It's not a new branch.
[04:19] <RenatoSilva> how if I have merged encoding-fixes and I have another bug completyely different, but it is also related to encodings?
[04:19] <wgrant> I don't know.
[04:19] <RenatoSilva> If I don't change the name, I have to delete old encofing-fixes
[04:19] <wgrant> I haven't run into such a situation ey.
[04:20] <wgrant> s/ey/yet/
[04:20] <RenatoSilva> me neither, but it seems worth attention
[04:21] <RenatoSilva> we have poteltially considerable ammount of bugs pointing to branches that actually have nothing to do with them
[04:22] <RenatoSilva> and I wonder about my example too, I'd like to find it and know how they are now
[04:24] <spiv> RenatoSilva: you could rename the old branch to encoding-fixes-old or encoding-fixes-Sep-09 if you really want.
[04:24] <RenatoSilva> yeah that's a solution
[04:24] <RenatoSilva> or using sequencies like encoding-fixes-2, 3 etc
[04:24] <spiv> Right.
[04:25] <RenatoSilva> or have bug ids encoding-fixes_bug12345
[04:25] <spiv> Right, as wgrant suggested.
[04:29] <RenatoSilva> I think a clearer solution is more suitable imho, although I can't think of one atm. However wgrant's suggestion it pretty fine. I misread it, thought it was on description
[04:30] <wgrant> I use bug-12345 to avoid horrible underscores, but something like that.
[04:38] <RenatoSilva> ok thank you guys
[04:45] <RenatoSilva> is it non-recommended to link a bug directly with trunk, for example too simple fixes that you commit directly to trunk...
[04:46] <wgrant> I don't think anyone knows.
[04:46] <RenatoSilva> the problem is to know which revision fixed it
[04:47] <wgrant> It seems a bit ugly to have them all listed, but you should have that information in there.
[04:47] <RenatoSilva> I'm thinking of linking it with trunk, and comment on the bug something like 'fixed in trunk by rev 123'
[04:47] <wgrant> Do you know about 'bzr commit --fixes'?
[04:48] <RenatoSilva> reading help now
[04:49] <wgrant> bzr commit --fixes lp:12345 -m "Blah blah blah."
[04:50] <RenatoSilva> nice
[04:50] <RenatoSilva> very nice :)
[04:51] <RenatoSilva> so if I'm on the bug page and I want to know which revision on the linked trunk has fixed it I have just to do a search on the history, nice
[04:52] <wgrant> It should really link you to it.
[04:52] <wgrant> But it doesn't yet.
[04:54] <RenatoSilva> how would lp do that? seek for bug id in the history? that would be very slow I think
[04:55] <wgrant> It already links between bugs and branches.
[04:55] <spiv> Launchpad already indexes various info from branch history.
[04:55] <wgrant> It just needs to throw in an optional revision too.
[04:55] <wgrant> It would be pretty easy, I think.
[04:55] <RenatoSilva> wgrant: ah ok
[04:56] <RenatoSilva> wgrant: and --fixes could activate LP plugin which would fill in that field in bug report :)
[04:58] <wgrant> Yeah, linking in the revision would be really easy to do.
[04:58] <wgrant> Any Code guys know why it isn't already done?
[04:59] <spiv> wgrant: lack of tuits, probably...
[04:59] <wgrant> Oh, that's a bzr revision, not an LP Revision. Damn.
[05:00] <spiv> Oh, I see what you're asking.  Yeah.
[05:01] <RenatoSilva> LP revision?
[05:02] <suji> hi
[05:03] <suji> i upload a package to ppa, it was uploaded successfully, where it is available?
[05:04] <tonyyarusso> suji: Usually they take a few hours to build.
[05:04] <suji> tonyyarusso: i upload yesterday.
[05:04] <tonyyarusso> ah
[05:04] <tonyyarusso> suji: what's your LP ID?
[05:05] <suji> LP ID means username?
[05:05] <tonyyarusso> yeah
[05:06] <tonyyarusso> suji: and did you upload to your personal PPA, or a project one?
[05:06] <suji> tonyyarusso: my personal ppa.
[05:06] <tonyyarusso> suji: are you sure it uploaded successfully?
[05:06] <suji> ya
[05:07] <wgrant> Unless you catch things at a bad time, packages will normally start building within 5 minutes.
[05:07] <suji> tonyyarusso: Again i give the dput command, i got this message. This package is available at ppa.launchpad.net
[05:07] <wgrant> suji: Did you get an email from Launchpad about the package?
[05:07] <wgrant> suji: "Already uploaded to ppa.launchpad.net."?
[05:08] <suji> wgrant: i didn't get any email.
[05:08] <wgrant> suji: That almost always means you didn't sign the package properly.
[05:08] <wgrant> suji: Are you ~suji on Launchpad?
[05:09] <suji> wgrant: how to search ppa.launchpad.net for my package?
[05:09] <wgrant> suji: It's not there.
[05:09] <suji> wgrant: ~suji87-msc
[05:09] <tonyyarusso> suji: it would be at https://edge.launchpad.net/~suji/+ppa-packages if it was
[05:09] <tonyyarusso> ...
[05:09] <tonyyarusso> or that
[05:10] <wgrant> OK.
[05:10] <wgrant> So, you have an OpenPGP key. That's half of it.
[05:10] <wgrant> Did you sign the package with that key?
[05:10] <suji> wgrant: yes
[05:11] <wgrant> suji: Run 'gpg < WHATEVER_source.changes', obvious replacing WHATEVER with the proper name.
[05:11] <wgrant> What's the second last line of that?
[05:12] <suji> wgrant: WHATEVER means the package name ?
[05:13] <wgrant> suji: PACKAGENAME_VERSION_source.changes. There will be a file named like that.
[05:13] <suji> wgrant: ya i gave that command
[05:14] <suji> wgrant: can i send the output in pastebin?
[05:14] <wgrant> suji: A good idea.
[05:15] <suji> wgrant: http://pastebin.com/m248ba4b2
[05:15] <suji> wgrant: i think, i made some mistake it seems
[05:15] <wgrant> #
[05:15] <wgrant> gpg: Signature made Wed 23 Sep 2009 09:36:24 AM IST using DSA key ID 4556E442
[05:15] <wgrant> OpenPGP keys: 187EEF40
[05:15] <wgrant> That's not the same key.
[05:16] <wgrant> Do you still have 187EEF40?
[05:16] <RenatoSilva> thank you guys
[05:16] <suji> wgrant: yes just now i saw that.
[05:17] <suji> Can upload the package again i sign the package with proper key?
[05:17] <wgrant> Yes.
[05:17] <wgrant> You'll need to use 'dput -f', though.
[05:17] <suji> wgrant: oh!  okey
[05:18] <suji> wgrant: i will do that, Thank you:)
[05:18] <wgrant> suji: np
[05:19] <wgrant> LP really should give you better feedback in the case where the upload isn't properly signed, but there's no safe way to do it just yet.
[05:35] <mwhudson> sftp upload woo
[05:36] <lifeless> ?
[05:36] <wgrant> Killing poppy.
[05:36] <wgrant> And replacing it with an intelligent SFTP server that immediately processes uploads.
[05:36] <wgrant> And gives useful feedback in-band.
[05:37] <wgrant> So is less user-hostile.
[05:37] <lifeless> done, or planned?
[05:37] <wgrant> Planned.
[05:37] <wgrant> Vaguely.
[05:38] <mwhudson> a bonus would be not falling over all the time too i guess
[05:38] <wgrant> That too.
[05:48] <spiv> wgrant: well, if you want an intelligent SFTP server to crib from there's always codehosting...
[05:48] <wgrant> spiv: That was my plan if I ever got around to it.
[06:07] <RenatoSilva> is there a way to extract changelog from the code to fill in the release changelog automatically?
[06:09] <spiv> RenatoSilva: "bzr log --gnu-changelog ..."
[06:10] <spiv> (And plugins can add new log formats)
[06:12] <RenatoSilva> spiv: no, I mean, when you release a milestone in LP, you can put a release notes and/or changelog
[06:12] <RenatoSilva> spiv: but inside the code I already have a README.TXT
[06:13] <spiv> Oh, right.  Not sure, sorry.
[06:13] <suji> wgrant: hi, i upload the package but also i got rejected mail with the reason of PPA uploads must be signed by an Ubuntu Code of Conduct signer. what to do?
[06:13] <RenatoSilva> spiv: so I'd copy & paste, but I want to know if it can be automated
[06:13] <wgrant> suji: Sign the Ubuntu Code of Conduct.
[06:14] <spiv> RenatoSilva: I don't know of a builtin feature to do that, but it would be nice to have one.
[06:14] <wgrant> suji: Let me find the instructions.
[06:14] <RenatoSilva> spiv: in main LP page of old version I saw something about it
[06:14] <wgrant> suji: Try https://launchpad.net/codeofconduct
[06:14] <RenatoSilva> spiv: automatic import of release notes or so, just like translation system does with po files
[06:14] <spiv> RenatoSilva: I suppose it might not be too hard to write something using the LP API to automate it, too...
[06:14] <suji> wgrant: In that page it shows you already signed.
[06:15] <spiv> RenatoSilva: yeah, quite possibly.  As I say, I don't really know either way.
[06:15] <RenatoSilva> spiv: can't find a link now
[06:15] <wgrant> suji: It doesn't look like it to me. Who are you logged in as?
[06:15] <wgrant> I wonder if you have multiple accounts.
[06:16] <RenatoSilva> spiv: you could put something like start, content and finish regex, then LP would scan README-like files to show it it dyamically
[06:16] <suji> wgrant: i logged in as using my id.
[06:17] <wgrant> suji: What is the URL linked to by your name in the top right of the page?
[06:19] <suji> wgrant: https://launchpad.net/~suji87-msc this is my URL
[06:20] <wgrant> suji: That page advises me that you haven't signed the Code of Conduct.
[06:21] <suji> wgrant: can i send a screenshot to you?
[06:23] <wgrant> suji: Sure.
[06:23] <suji> wgrant: your mail id?
[06:23] <wgrant> suji: https://launchpad.net/~wgrant
[06:24] <wgrant> My email address should be there.
[06:28] <suji> wgrant: i send the mail to your ubuntu mail id.
[06:30] <wgrant> suji: Oh, that just means you've added a key. You need to follow steps 2 and 3.
[06:31] <suji> wgrant: ok, i do that.
[06:31] <wgrant> suji: Then upload again, and all should be good.
[06:32] <suji> wgrant: ok
[06:42] <suji> wgrant: i upload my package, and got accepted mail from launchpad. Thank you:)
[06:43] <wgrant> suji: Excellent!
[06:43] <wgrant> suji: Now let's hope it builds.
[06:44] <wgrant> Failed :(
[06:44] <suji> wgrant: ya i got another mail with this subject [Build #1259205] amd64 build of iok 1.3.6-0ubuntu1 in ubuntu karmic RELEASE (suji87-msc PPA)
[06:46] <suji> wgrant: i send that mail to you. What is the mistake in that?
[06:47] <wgrant> suji: i can see the log online.
[06:47] <wgrant> checking for intltool >= 0.35.0... ./configure: line 5852: intltool-update: command not found
[06:47] <wgrant> That's the error.
[06:47] <wgrant> You need to add intltool to your Build-Depends line.
[06:47] <suji> wgrant: ok
[06:48] <suji> wgrant: in control file?
[06:49] <wgrant> suji: Yes.
[06:49] <suji> wgrant: just i add intltool or should add with the version?
[06:49] <wgrant> suji: Just intltool.
[06:50] <suji> wgrant: k i added
[06:50] <suji> wgrant: again i build the package and send to ppa, i'm right?
[06:50] <wgrant> suji: Yes. But you must increase the version number.
[06:53] <suji> wgrant: Is the command dch -i to increase the version?
[06:56] <wgrant> suji: Yes.
[06:56] <wgrant> suji: But make sure that the version it produces makes sense.
[06:57] <suji> wgrant: after i give command the version is changed in the changlog file as iok (1.3.6-0ubuntu2), is this ok?
[06:59] <suji> wgrant: now how to i upload this, using dput or dput -f  ?
[07:00] <wgrant> suji: dput -f will work, but the -f is unnecessary.
[07:00] <suji> wgrant: what should i give now?
[07:00] <wgrant> suji: Just dput.
[07:00] <suji> wgrant: ok, is the version number is ok?
[07:01] <wgrant> suji: Not really, but it's too late for that now. Normally you would have you first version as something like -0ubuntu1~ppa1
[07:01] <suji> wgrant: oh! now it make any problem?
[07:02] <wgrant> suji: It's just a bit confusing.
[07:02] <suji> wgrant: what?
[07:02] <wgrant> suji: It won't cause any problems, but it makes it look like it's a real Ubuntu package.
[07:02] <suji> wgrant: oh! hm...
[07:07] <suji> wgrant: i got accepted mail.
[07:10] <Amaranth> hmm, edge having problems right now or does it just hate me? getting timeouts when trying to edit bug status
[07:12] <suji> wgrant: Again i got faild to build mail
[07:12] <suji> wgrant: Now what to do?
[07:12] <wgrant> suji: Look at the log and find the error.
[08:06] <eday> Hi! It seems that there is a merge request email stuck in a loop somewhere. I've gotten about 30 of them in the past few minutes (Drizzle project, status changed from review->merged)
[08:12] <eday> Here's a sample: http://pastebin.com/m2f895bba  (email addresses partially removed)
[08:15] <lifeless> thumper: ^ aware of this?
[08:29] <spm> eday: are they all the *exact* same? ie line 9 - the messageid?
[08:31] <eday> spm: msg ID's differ between each
[08:31] <spm> cool. that helps a bit.
[08:34] <eday> spm: they also appear to be almost exactly 3 minutes apart
[08:34] <spm> eday: blech. that sounds familiar....
[08:42] <spm> eday: we seem to be identifing the problem... solving/cause underway.
[08:46] <eday> spm: cool! heading off now, hopefully my mbox isn't full tomorrow :)
[08:46] <spm> heh
[09:08] <spm> eday: should be fixed. you may have got some more emails; but hopefully! no more than 1 or 2 from now.
[09:25] <aquarius> If I create a new project on launchpad, it says "You haven't yet told Launchpad where your source code is for $PROJECT trunk series", and then invites me to import the code from svn, or nominate a bzr branch, or push the branch directly to Launchpad
[09:26] <aquarius> what if I've just got some code in a folder on my hard drive? How do I make that code a bzr checkout? I suspect quite a few people will be in that position -- haven't got the code in any SCM, want to push to launchpad -- and the page doesn't help you understand how :(
[09:26] <aquarius> having an empty trunk bzr branch created so you can "bzr branch" it and then import your code into it would be very useful
[09:26] <aquarius> since I am now stuck :)
[09:28] <jml> aquarius, except that works rather poorly for projects that already have bazaar branches.
[09:28] <aquarius> jml, it does say fairly clearly what to do if you already have a bzr branch
[09:29] <aquarius> it just doesn't cover the situation where you *don't* have a bzr branch or a git branch or an svn branch
[09:29] <aquarius> i.e., LP basically assumes that you were already using source control before you came to launchpad!
[09:29] <jml> aquarius, I mean, if we create an empty branch unconditionally, then when you push up your already-existing bzr branch, bzr gets all precious about pushing over an existing branch
[09:29] <aquarius> oh, right, gotcha
[09:30] <aquarius> and I think there will be quite a few people in the situation I'm in where they've been building something themselves and then think "I would like to create a project on launchpad for this so other people can buy in"
[09:30] <jml> aquarius, I very much agree with the diagnosis though.
[09:30] <aquarius> so perhaps an extra instruction?
[09:30] <jml> aquarius, yeah, I think that would be a good thing.
[09:30] <aquarius> in the interim, if you could tell *me* how to do it, I'll do it, and then I'll file a bug with proposed wording changes for that page ;)
[09:31] <jml> aquarius, in the directory with your code,
[09:31] <jml> 'bzr init'
[09:31] <jml> 'bzr add'
[09:32] <jml> 'bzr commit -m "Initial import"'
[09:32] <jml> 'bzr push lp:~aquarius/your-project/trunk'
[09:32] <aquarius> aha, I do need bzr-init, that's what I thought :)
[09:39] <aquarius> bug 435737 filed :)
[09:39] <aquarius> could actually make that change myself, I suppose, since it's just textual, but I'd have to get over the hurdle of "having an LP checkout", which I have not done yet :)
[09:42] <aquarius> OK, now pushed to lp:~sil/$PROJECT/trunk -- do I now need to link that branch to the trunk series of the project?
[09:50] <tuukkah> anyone else not getting a submit button for adding a comment today? i'm not getting one on karmic's firefox anymore
[09:59] <tuukkah> nevermind, i suppose it was a network error as it went away with shift+reload, and the button is set visible by an external js file
[11:02] <mpt> Oh, awesome, I can change a bug's status and then change its assignee before the status change has even finished registering, and it all works
[11:03] <wgrant> Just don't quickly close the bug page... I've lost changes a few times that way.
[11:05] <suji> wgrant: hi, after made some changes in my package again i upload that, i received accepted mail only
[11:05] <suji> wgrant: i didn't get the build mail yet...
[11:05] <wgrant> suji: The last upload failed to build
[11:06] <wgrant> https://launchpad.net/~suji87-msc/+archive/ppa/+packages
[11:06] <suji> wgrant: but i didn't get any mail with the build log, then how to resolve the problem.
[11:07] <wgrant> suji: You would have been emailed about it. Sure it didn't end up in your spam folder?
[11:08] <wgrant> suji: Even if you didn't get it, you can get the build logs from the above URL.
[11:20] <suji> wgrant: i found the mistake in it and correct it. Without upload the package how to find the mistake if any?
[11:21] <wgrant> suji: See https://wiki.ubuntu.com/PbuilderHowto
[11:28] <suji> wgrant: when i run pbuilder i got this, http://pastebin.com/m6c269637
[11:31] <wgrant> suji: At this point you're probably better off asking for packaging help in #ubuntu-motu.
[12:55] <popey> uhm
[12:55] <popey> wasnt launchpad upgraded last night? to 3.0?
[12:56] <popey> "Launchpad 2.2.7 (r8513)  beta site "
[13:10] <mrevell> thanks popey
[13:11] <mrevell> popey: I'll make sure that gets fixed for our second roll-out tomorrow.
[13:11] <popey> np mrevell
[13:11] <popey> that was on edge btw
[13:11] <mrevell> popey: yeah, version number only shows on edge AFAIK
[13:11] <popey> gotcha
[13:12] <popey>  Launchpad 2.2.7 (r8513)
[13:12] <popey> on the main site :)
[13:12] <popey> (in the source)
[13:25] <allenap> danilos: Have you seen this - https://answers.edge.launchpad.net/launchpad/+question/82307 - question? The last comment has a link to a translations page which contains a link that 404s (and refers to a deleted branch).
[13:31] <danilos> allenap: answered
[13:32] <allenap> danilos: Thanks!
[13:33] <allenap> danilos: Was that a bug? If a branch is deleted, should translations related to it be deactivated too?
[13:36] <danilos> allenap: not really, you can have translations without branches
[13:37] <allenap> danilos: Okay, thanks.
[13:48] <allenap> sinzui: Do you have 5 minutes to answer a question? https://answers.edge.launchpad.net/launchpad/+question/83148. I'm getting confused between series, milestones and releases, especially the latter two.
[13:48] <sinzui> allenap: I'll answer it ow
[13:48] <sinzui> now
[13:49] <allenap> sinzui: Thanks.
[13:51] <pro-rsoft> https://help.launchpad.net/PPATermsofUse << Does this also apply when I create an "installer" package which grabs the precompiled library from the publisher's website upon installing?
[13:51] <pro-rsoft> or does it only apply to the deb package itself
[13:57] <allenap> bigjools or another soyuz dude: Can you see if you can help the person in https://answers.edge.launchpad.net/launchpad/+question/83327? I would try, but I don't know what much of it means :/
[13:58] <noodles775> allenap: sure.
[13:58] <allenap> noodles775: Thanks!
[14:04] <james_w> "
[14:04] <james_w> You are not a member of this team.
[14:04] <james_w> You are an indirect member of this team: "
[14:04] <james_w> seems rather contradictory
[14:05] <kiko-phone> heh
[14:14] <allenap> henninge: Hi there, can I assign https://answers.edge.launchpad.net/rosetta/+question/83585 to you please?
[14:20] <henninge> allenap: best to assign to rosetta-administrators, that will notify all of us and someone will pick it up.
[14:21] <allenap> henninge: Okay, thanks.
[14:38] <__lucio__> Good morning, http://bazaar.launchpad.net/~mysql/mysql-server/mysql-4.1/changes -> Sorry, there was a problem connecting to the Launchpad server. If the problem persists, let us know in the #launchpad. It persists.
[14:56] <smoser> anyone else see this text-wrapping issue that i'm seeing ? its quite annoying.  bug 435905
[14:59] <allenap> abentley: Could you have a look at https://answers.edge.launchpad.net/launchpad/+question/83707 please? Looks like a bug.
[15:00] <abentley> allenap: I don't think it's related to code.
[15:00] <allenap> abentley: Sorry, I fail.
[15:00] <abentley> allenap: no worries.
[15:02] <allenap> sinzui: I have, I think, a question about a registry problem. Do you mind taking a look? https://answers.edge.launchpad.net/launchpad/+question/83707
[15:11] <allenap> smoser: I'm going to comment on that bug.
[15:16] <geser> mpt: you mentioned in bug 390233 that paragraphs have a width of 60 ems. Did it change? as I found it set to 45ems while looking at bug 435905
[15:17] <mpt> geser, I don't know, sorry
[15:17] <mpt> geser, that would explain why paragraphs look a little *too* narrow now though :-)
[15:17] <mpt> geser, you could use Firebug to find out
[15:19] <geser> mpt: who could know it?
[15:19] <mpt> geser, beuno would
[15:21] <beuno> geser, mpt, yes, it's an issue with the inline editing widget
[15:21] <beuno> deryck, is it on your plate to fix?
[15:22] <deryck> beuno, what bug?
[15:22] <beuno> deryck, the multi-line editor being a bit small, and absolute sized
[15:23] <deryck> beuno, yes.  one of those that was targeted this release, but didn't make it.  definitely will for 3.1.10, early in the cycle.
[15:23] <beuno> super
[15:24] <deryck> probably work on description bugs on the flight to London actually ;)
[15:25] <beuno> a lot of Launchpad's code has been developed in the air
[15:28] <geser> is that good or bad?
[15:28] <jblount> deryck: statik told me a story once of sabdfl coming off a plane flight with a branch ready for review.
[15:29] <beuno> deryck, it's "cool"
[15:30] <deryck> :)
[15:36] <geser> beuno: you sure you commented on the right bug? does the comment really belongs to bug 390233 and not bug 435905?
[15:39] <beuno> geser, maybe
[15:58] <sinzui> allenap: that is not a bug. we cannot really delete a series, we can only give it to some other project.
[15:58] <allenap> sinzui: Do you know what he was doing then?
[15:59] <allenap> sinzui: I mean, it seems that he thought he was deleting it.
[16:00] <sinzui> Deleting a series deletes the subordinate objects and move the series to another project (obsolete-junk). The user has gone obsolete junk, then tried todelete that.
[16:01] <sinzui> allenap: there is an open bug we did not get to during the UI update to explain  what will happen.
[16:02] <allenap> sinzui: Okay, cool. Thanks for explaining :)
[16:25] <Fly-Man-> Morning
[16:25] <Fly-Man-> Is there someone availabel to check a vcs import ?
[16:26] <Fly-Man-> https://code.launchpad.net/~vcs-imports/fusionforge/trunk
[16:26] <mrevell> Fly-Man-: allenap can help you with that
[16:27] <Fly-Man-> mrevell: thanks :)
[16:27] <allenap> Fly-Man-: I'll have a look in a bit. I'm just in a meeting for a few minutes more :)
[16:27] <Fly-Man-> morning allenap, could you check if the import can be done
[16:27] <Fly-Man-> thanks :)
[16:39] <bac> mrevell: hi
[16:39] <mrevell> hi bac
[16:39] <bac> mrevell: where is your MP?  we need to get it reviewed and into PQM
[16:39] <mrevell> bac: https://code.edge.launchpad.net/~bac/launchpad/lp-blog/+merge/12351
[16:40] <mrevell> bac: it's in the queue
[16:40] <bac> in the review queue?
[16:42] <lantash1> can somebody please approve the items in this import queue: https://translations.edge.launchpad.net/lottanzb/0.5/+imports
[16:42] <lantash1> the automatic bazaar import didn't find the second template in help/po.
[17:03] <allenap> Fly-Man-: Sorry, I'm on another call right now. abentley, could you help Fly-Man- out please?
[17:03] <Fly-Man-> allenap: That's okay, i'll wait until someone approves it :)
[17:12] <dreamcat4> hi
[17:13] <dreamcat4> Does launchpad understand any markup language like TEXTILE or MARKDOWN ?
[17:14] <beuno> not for now, no
[17:14] <dreamcat4> okay
[17:14] <dreamcat4> just wanted to make my project home page a little more readable
[17:17] <allenap> Fly-Man-: For svn imports, we only support importing trunk. I'll change the branch URL to svn://scm.fusionforge.org/svnroot/fusionforge/trunk. That okay?
[17:17] <plars> is there a way for a team to automatically be subscribed to bugs for a certain package?  Not just subscribed to the bugmail, but subscribed in such a way so that the bug shows up in the bugs category for that team?
[17:18] <allenap> Fly-Man-: I'll assume yes then :) If there's any problem, ping me or ask a question at https://answers.launchpad.net/launchpad-code/+addquestion
[17:21] <atrus> this may not be precisely on-topic.... but is there a way to ensure that when I submit a bug via apport, I get subscribed to it? Ideally, tied to my launchpad account? it seems to be entirely anonymous currently...
[17:22] <allenap> abentley: Unping; I was able to sort it out.
[17:22] <allenap> atrus: Do you have a bug number?
[17:22] <plars> atrus: you should automatically be subscribed to any bug you open, even with apport
[17:23] <allenap> atrus: What plars said.
[17:23] <atrus> plars: how does it know what my launchpad username/password is?
[17:23] <atrus> or even my email address for that matter
[17:23] <allenap> plars: They could be marked as bug supervisor. That might work.
[17:23] <plars> atrus: when you open the bug with apport, it brings up a web browser and asks you to login if you are not already
[17:24] <atrus> plars: hmm. that didn't seem to happen when I submitted a bug.
[17:24] <plars> allenap: that probably isn't the best idea here, it's just a team that wants to be notified and have them all available on a list for triage purposes
[17:24] <plars> atrus: bug #?
[17:24] <allenap> rockstar: If a project with branches is renamed, will old branch urls all break?
[17:24] <atrus> plars: i don't know, since I never got any feedback about the bug :)
[17:24] <atrus> plars: is there a straightforward way to submit a 'testing' bug?
[17:25] <plars> atrus: then the bug was probably never opened
[17:25] <plars> atrus: could you possibly just not have noticed the web browser come up so that you could complete the submission?
[17:26] <allenap> plars: If you subscribe a team to package bug mail, would https://bugs.edge.launchpad.net/~team-name/+subscribedbugs work?
[17:26] <plars> allenap: apparently not, hence the question :)
[17:26] <atrus> plars: it's possible. if i recieved an email as a result of apport, would there be anything distinctive about the email that would suggest it was filed automatically?
[17:26] <plars> allenap: I don't see any bugs listed under that for the team
[17:26] <allenap> plars: Ah :)
[17:26] <rockstar> allenap, well, if you try to push to that old url, yes.
[17:27] <allenap> rockstar: Will pulls break too?
[17:27] <plars> atrus: it's not quite "fire and forget" to open a bug, even with apport.  It still asks you to login, fill in some optional info, confirm that it's not one of a  few already opened bugs that show up as similar, etc
[17:27] <allenap> rockstar: Or can they be redirected?
[17:27] <rockstar> allenap, yeah, they probably break as well.
[17:29] <atrus> plars: hm. okay, attempting to file a bug against apport behaved that way. maybe firefox crashed or something. (shrug). thanks!
[17:29] <allenap> atrus: Assuming your user name is atrus, Launchpad will show you every bug you've filed at https://bugs.edge.launchpad.net/~atrus/+reportedbugs
[17:29] <allenap> rockstar: Thanks.
[17:30] <allenap> plars: I'm afraid I don't know how to solve your problem, but it's likely that someone on the team does. Can you ask a question at https://answers.launchpad.net/malone/+addquestion and we'll try and figure it out?
[17:31] <plars> allenap: sure, thanks, just thought I'd try here first
[17:32] <allenap> plars: Cool. I would have tried to get you an answer here, but I have to go very soon.
[17:32] <plars> allenap: I mean, it's not *terrible* the way it is, I can at least get a +packagebugs on it and it will give me a breakdown of the open, critical, unassigned, in progress bugs for all the packages the team is subscribed to
[17:33] <plars> allenap: I was just hoping for a regular list of bugs that I could sort and whatnot though
[17:40] <allenap> plars: Please mention that in any question you file.
[18:00] <davidstrauss> Is there a way to force the file collector thing to run?
[18:01] <beuno> davidstrauss, file collector thing?
[18:01] <davidstrauss> beuno: The tool that looks for your project files on another server.
[18:01] <davidstrauss> beuno: And downloads/posts them.
[18:01] <beuno> davidstrauss, ah, right. "product release finder"
[18:01] <beuno> no, it runs on a cron AFAIK
[18:02] <beuno> but sinzui knows about it
[18:02] <davidstrauss> sinzui: ping
[18:02] <beuno> davidstrauss, what is it you need to acomplish?
[18:02] <sinzui> hi davidstrauss
[18:02] <davidstrauss> beuno: It hadn't been finding the files. I just made directories listings available for that server, and I want to see if that fixes it.
[18:03] <davidstrauss> beuno: And I don't know what schedule it runs on.
[18:03] <beuno> sinzui does
[18:03] <davidstrauss> sinzui: Hi. I'm trying to troubleshoot the product release finder for lp:pressflow.
[18:04] <sinzui> davidstrauss: series 6.x?
[18:04] <davidstrauss> sinzui: and 5.x
[18:06] <sinzui> davidstrauss: The 6 pattern looks good. When did you set it?
[18:06] <davidstrauss> sinzui: A long time ago, but I only made directory listings available today.
[18:06] <davidstrauss> sinzui: Does it require a directory listing to do the pattern matches?
[18:08] <sinzui> it does a director listing from the path before the last /, so it uses http://files.pressflow.org/
[18:09] <sinzui> davidstrauss: It then reads each file and matches it to pressflow-6.*.*.tar.gz where '*' is an number of characters.
[18:09] <davidstrauss> sinzui: OK. It would be helpful to document that somewhere.
[18:10] <davidstrauss> sinzui: How often does the cron run for this?
[18:10] <abentley> allenap: Sorry, was lunching.
[18:11] <sinzui> davidstrauss: We are adding inline documentation in October (this next release) It will be in the form where you set this. It will be on the wiki, and we will link to the form and wiki from the upload form too since that may be more conveninet.
[18:11] <sinzui> davidstrauss: The PRF runs every 24 hours.
[18:12] <davidstrauss> sinzui: That's all I need to know. Thanks!
[18:39] <\u03b5> hm..
[18:39] <\u03b5> https://code.launchpad.net/~armagetronad-dev/armagetronad/trunk-armagetronad-work
[18:39] <\u03b5> I'm not sure the new layout fits
[18:41] <\u03b5> also, I would like to see Registrant under the page's title, it would be more visible
[18:44] <soc1> hi
[18:44] <soc1> looks like launchpad has changed its design abit?!
[18:44] <soc1> btw, how can i change my email address?
[18:51] <Fly-Man-> allenap: Yes, that's the right url
[18:51] <Fly-Man-> allenap: Thank you for changing it
[18:51]  * Fly-Man- was eating outdoors and returned now
[18:55] <Fly-Man-> abentley, allenap: Again the SVN import on a project failed
[18:55] <Fly-Man-> What keeps causing this ?
[18:57] <abentley> Fly-Man-: Which import is failing?
[18:58] <Fly-Man-> abentley: this one
[18:58] <Fly-Man-> http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel
[18:58] <Fly-Man-> http://launchpadlibrarian.net/32378894/fusionforge-trunk-log.txt
[18:58] <Fly-Man-> As always, the same error that I have seen many times on other Launchpad project I managed
[18:59] <abentley> Fly-Man-: It looks like the remote server terminated the connection.
[18:59] <Fly-Man-> after 1 hour ?
[18:59] <Fly-Man-> I am not surprised
[18:59] <Fly-Man-> pysvn._pysvn_2_4.ClientError: Connection closed unexpectedly
[18:59] <Fly-Man-> Client is Launchpad
[19:00] <abentley> Fly-Man-: Indeed, the client is launchpad.  What makes you say 1 hour?
[19:01] <Fly-Man-> abentley: As it finished 2 mins on this one
[19:01] <Fly-Man-> but I have one that takes 1 hour
[19:01] <Fly-Man-> then fails
[19:01] <Fly-Man-> https://code.edge.launchpad.net/~vcs-imports/opensim/svn-trunk
[19:02] <Fly-Man-> And I already made a Bug report about it
[19:03] <Fly-Man-> and that one was duplicated into a larger bug that svn had
[19:03] <abentley> Fly-Man-: That is a different problem.  In that case, Launchpad gave up due to inactivity.
[19:03] <Fly-Man-> Ahh
[19:03] <Fly-Man-> okay, thought they looked the same ...
[19:04] <abentley> Fly-Man-: In your first case, the remote server closed the connection, apparently when Launchpad queried the status of a symlink.
[19:07] <Fly-Man-> abentley: In other words, the server is the culprit in that 1st case
[19:07] <abentley> Fly-Man-: Right.
[19:08] <Fly-Man-> abentley: Fuzzy logic :p
[19:08] <Fly-Man-> but it's strange
[19:11] <Fly-Man-> abentley: Any word on Git imports going dead ?
[19:11] <abentley> Fly-Man-: Sorry, I don't know about that issue.
[19:11] <Fly-Man-> Okay
[19:11] <Fly-Man-> Thanks :)
[19:14] <abentley> Fly-Man-: Looks like it got further on the next attempt: http://launchpadlibrarian.net/32384363/fusionforge-trunk-log.txt
[19:14] <abentley> Fly-Man-: This suggests the server not reliable.
[19:14] <Fly-Man-> Haha
[19:14] <Fly-Man-> I will tell them ;)
[19:15] <Fly-Man-> but I won't think they will offer you beer or cookies then ;)
[19:57] <DKcross> hello friends, i have one question.. well... really is a dude.
[19:58] <juliux> hi have created a ppa named test but the url says the name is ppa see https://launchpad.net/~jbloch/+archive/ppa what did i wrong?
[20:00] <mzz> juliux: that's what normally happens
[20:00] <juliux> mzz: ok
[20:01] <mzz> juliux: at least that's what I gathered from https://help.launchpad.net/Packaging/PPA/Uploading
[20:01] <mzz> "Don't confuse the PPA name with the display name you have configured for your PPA in Launchpad, for most users creating their first PPA the PPA name will be literally just the string ppa. "
[20:02] <juliux> mzz: thxs
[20:06] <DKcross> fetova,
[20:06] <DKcross> :D
[20:06] <DKcross> well, if you want, u can help me
[20:06] <DKcross> u know what is my question
[20:06] <DKcross> :)
[20:07] <fetova> DKcross, say your question on detail
[20:07] <fetova> you need a LP admin ;)
[20:08] <DKcross> ok fetova  you are rigth !
[20:09] <DKcross> I'm new ubuntu member, and i'm reading about e-mail aiias "@ubuntu.com"
[20:10] <DKcross> https://wiki.ubuntu.com/UbuntuEmail
[20:11] <dk_> fetova:  I'm here :\
[20:11] <dk_> now i don't have  serve X
[21:27] <Amaranth> is there a way to get all of the bugs for an ubuntu package via launchpadlib?
[21:27] <ripps> I can't seem to connect to keyserver.ubuntu.com
[21:28] <bdmurray> Amaranth: yes, there is
[21:31] <Amaranth> I've been looking through docs and ubuntu-dev-tools and can't seem to find an example of this
[21:33] <bdmurray> Amaranth: it'd be something like the following
[21:33] <bdmurray> target_package = ubuntu.getSourcePackage(name='%s' % package)
[21:33] <bdmurray> tasks = target_package.searchTasks(status=['New','Incomplete','Confirmed'],order_by='-datecreated')
[21:33] <Amaranth> d'oh, totally missed getSourcePackage when I did dir(ubuntu)
[21:34] <ScottK> ripps: I can't either.  Keys can also be gotten from keys.gnupg.net
[21:44] <ripps> ScottK: thanks, that worked :)
[21:45] <DKcross> hello, well.... I'm new ubuntu member, and i have one question...my launchpad profile is https://launchpad.net/~dkcross , but i was reading about the e-mail @ubuntu.com i see that the e-mail is  LPnick@ubuntu.com, but i want other name... is posible?
[21:46] <av`> DKcross, nope :)
[21:46] <ScottK> DKcross: Change your LP account name.
[21:46] <av`> DKcross, change your LP nick is the only way
[21:46] <av`> DKcross, if not the script will import lpnick@u.c
[21:47] <DKcross> ok then no problem