[00:08] <rick_h_> statik: (or anyone bored right now) I have some LP questions on what I need to do to get my PPAs to have the changelog in update manager for users?
[00:08] <rick_h_> I want to submit a bug, but not sure where it needs to go
[00:09]  * Fujitsu looks with interest at the new announcements feature.
[00:09] <Nafallo> ehrm
[00:10] <Nafallo> https://code.edge.launchpad.net/~vcs-imports/gajim/main
[00:10] <Fujitsu> Nafallo: What about it?
[00:10] <Nafallo> I'm pretty sure that branch is stuck.
[00:11] <Nafallo> there where a new release just about 2h ago.
[00:11] <Fujitsu> Oh, I see, 'tis rather out of date.
[00:12] <Nafallo> not by the main-tree though. but still. looking at trac there are changes just hours ago :-)
[00:12]  * Nafallo looks for ddaa
[00:19] <mpt> rick_h_, if no-one can answer your question now, try asking it at https://answers.launchpad.net/soyuz
[00:19] <mpt> (for PPA questions)
[00:21] <rick_h_> thanks mpt, I'll give it a shot
[00:41] <stdin> rick_h_: you can't display a changelog, it seems the url for them is hard-coded to changelogs.ubuntu.com
[01:01] <kiko-afk> hey poolie 
[01:01]  * kiko-afk yawns
[01:02] <poolie> kiko-afk, hi, on phone to steve atm
[01:02] <kiko-afk> okay, cool
[02:29] <rick_h_> stdin: so should I submit a bug/wishlist in the PPA area, another area? Or just not bother because it's not happened
[02:29] <Fujitsu> rick_h_: It would require significant changes to the way things work in Ubuntu, too.
[02:30] <rick_h_> ok, well I just had a couple of users hit me up with this as a bug so I wanted to push it to someone else :)
[02:30] <rick_h_> thanks for checking into it
[02:49]  * Fujitsu notes that an implausibly large number of people seem to have registered their accounts on 2005-06-15.
[02:49]  * Fujitsu thinks it would be better to say `Unknown' or so, there.
[07:46] <ubotu> New bug: #174600 in launchpad "No obvious choice for "Programming language" for artwork projects" [Undecided,New] https://launchpad.net/bugs/174600
[07:55] <ubotu> New bug: #174601 in launchpad ""Description of additional licenses" is editable when you're not using any" [Undecided,New] https://launchpad.net/bugs/174601
[07:55] <ubotu> New bug: #174603 in launchpad "Clicking outside "Choose..." popup doesn't close it" [Undecided,New] https://launchpad.net/bugs/174603
[08:35] <ubotu> New bug: #174606 in launchpad ""More than 50 projects were found" is needlessly alarming" [Undecided,New] https://launchpad.net/bugs/174606
[09:00] <mpt> Goooooooooooooooood morning Launchpadders!
[11:46] <ubotu> New bug: #174635 in launchpad "Hard to find what Launchpad is from pages other than the front page" [Undecided,New] https://launchpad.net/bugs/174635
[12:44] <Nafallo> ddaa: hiya. around?
[12:46] <ddaa> doing food atm, back in ~30 mins
[12:46] <Nafallo> okidoki.
[13:10] <ubotu> New bug: #174649 in soyuz "do not overwrite manually set build score" [Undecided,New] https://launchpad.net/bugs/174649
[13:19] <ddaa> Nafallo: how can I help?
[13:19] <Nafallo> ddaa: https://code.edge.launchpad.net/~vcs-imports/gajim/main < seems a bit stalled :-)
[13:19] <Nafallo> ddaa: care to look into that?
[13:20] <ddaa> I'll have a quick look
[13:20] <ddaa> https://edge.launchpad.net/gajim/main
[13:21] <Nafallo> ddaa: ehrm yea. doesn't tell me much though :-)
[13:21] <Nafallo> why failed?
[13:21] <ddaa> does not seem to be any reproducible error
[13:22] <ddaa> variants of "connection closed"
[13:22] <ddaa> on revision 8972
[13:22] <ddaa> mh
[13:22] <ddaa> previous failures were timeouts
[13:23] <Nafallo> ugh
[13:23] <ddaa> it seems that some cat'ing some file changed in 8972 causes the server to crash
[13:23] <Nafallo> lovely
[13:24] <ddaa> *shrug*
[13:24] <ddaa> svn
[13:24] <Nafallo> hehe. that's why I want to use the bzr indeed ;-)
[13:24] <ddaa> Sorry, professional restraint prevents me from speaking my full mind here. So I'll leave it all to your imagination.
[13:24]  * Nafallo planned to start building ~ bzr`date`
[13:25] <Nafallo> ddaa: feel free to air in PM ;-)
[13:25] <kiko-phone> Hobbsee, did you see salgado's comment on bug 174452?
[13:25] <ubotu> Launchpad bug 174452 in launchpad "Contact addresses impossible to remove from teams" [Undecided,Invalid] https://launchpad.net/bugs/174452
[13:29] <Hobbsee> kiko-phone: looking
[13:35] <Hobbsee> kiko-phone: ah, thanks.
[13:37] <kiko-phone> Hobbsee, so can I just kill that portlet and be done with the problem?
[13:37] <Hobbsee> kiko-phone: yes, it appears so
[13:38] <kiko-phone> thanks.
[13:55] <ddaa> Nafallo: this gajim thing is puzzling
[13:55] <Nafallo> ddaa: oh?
[13:55] <ddaa> ran three imports and saved the output tree each time
[13:56] <ddaa> and it looks like the error happened at different places each time
[13:56] <ddaa> I'm starting to suspect is not a problem with the svn data itself
[13:56] <ddaa> but more something like the quality of service on the server decreased at some point
[13:57] <Nafallo> ddaa: yea. I agree. what happened around the date the failures began?
[13:57] <ddaa> and became insufficient to support the (extremely inefficient) way we talk to the svn server
[13:57] <ddaa> I can't know.
[13:57] <ddaa> That would be something on the server side.
[13:57] <Nafallo> or network
[13:57] <Nafallo> if it still is timeouts that is...
[13:57] <ddaa> not in our network
[13:57] <ddaa> the "timeout" is something else than what you think
[13:58] <Nafallo> oki
[13:58] <ddaa> it's our import system that kills jobs when they show no progress for a long time
[13:58] <ddaa> (several hours)
[13:58] <Nafallo> aha
[13:58] <ddaa> the significant thing is that our connection gets closed on us at some seemingly random points
[13:59] <ddaa> do you know who's sysadmining the svn.gajim.org machine?
[14:00] <Nafallo> ddaa: yea. he doesn't look as to be online right now :-/
[14:00] <ddaa> Maybe he added something like a "flood protection" firewall rule about three weeks ago
[14:01] <ddaa> our svn import code makes a stupidly large number of sequential svn connections
[14:01] <ddaa> (that's arguably a bug in our code, but it's a hard one to fix)
[14:02] <ddaa> or maybe the machine's base load has increased over time
[14:02] <Nafallo> I'll check with him when he gets online.
[14:25] <ubotu> New bug: #174661 in launchpad "support creative commons licenses explicitly" [Undecided,New] https://launchpad.net/bugs/174661
[14:30] <ubotu> New bug: #174662 in malone "Trac 'closed' status gets mapped to Launchpad's 'Invalid' status" [Undecided,New] https://launchpad.net/bugs/174662
[14:40] <ubotu> New bug: #174663 in launchpad "Form submit buttons are clickable when required fields are empty" [Undecided,New] https://launchpad.net/bugs/174663
[15:00] <ubotu> New bug: #174667 in launchpad-bazaar ""Branch type" menu and caption are awkward" [Undecided,New] https://launchpad.net/bugs/174667
[15:30] <ubotu> New bug: #174443 in malone "Project groups need option to offer bug/question suggestions across projects" [Undecided,New] https://launchpad.net/bugs/174443
[15:36] <ubotu> New bug: #174677 in launchpad ""Latest memberships" is less interesting than "Most active teams"" [Undecided,New] https://launchpad.net/bugs/174677
[17:30] <threethirty> hello all
[17:32] <threethirty> I am trying to import my pgp key into launchpad and frankly I'm confused
[17:33] <pochu> what's up?
[17:33] <threethirty> I dont kow what the "key id" is
[17:34] <threethirty> as in   2. Ensure the key has been uploaded to a keyserver. To do this:gpg --send-key key-id
[17:34] <Nafallo> gpg --list-secret-keys will show
[17:35] <threethirty> here is what I get but I can't make heads or tails of it (never used encryption or PGP before)
[17:35] <threethirty> three@Condor:~$  gpg --list-secret-keys
[17:35] <threethirty> /home/three/.gnupg/secring.gpg
[17:35] <threethirty> ------------------------------
[17:35] <threethirty> sec   1024D/437AFC03 2007-12-07
[17:35] <threethirty> uid                  threethirty (Free Your Software and the Rest Will Follow) <three@threethirty.us>
[17:35] <threethirty> ssb   4096g/65863FA7 2007-12-07
[17:36] <stdin> threethirty: "437AFC03" is your key-id then
[17:36] <threethirty> oh ok, ty
[17:40] <lamont`> hrm... build-queue-depth on edge/+builds should really separate out ppa from non-ppa, since the dispatch is also separated...
[17:40] <lamont`> threethirty: although you want to upload your public key, not your secret key...
[17:41] <lamont`> :-)
[17:43] <threethirty> lamont': I know in theory what you are talking about, but i have no useful knowledge, what key have I been uploading and how would i find that out
[17:43] <lamont`> threethirty: if you just said --export and didn't pass any options that include the word 'secret', then you're fine
[17:46] <threethirty> lamont`: the only command i ran with "secret" in it was gpg --list-secret-keys, and i haven't run a command that had --export in it at all, is that what I am missing?
[17:47] <lamont`> where are the instructions you're following?
[17:47] <lamont`> AFAIK, you would say: 'gpg --export --armor 437afc03' and then cut/paste that into the page on launchpad to upload your key
[17:48] <threethirty> lamomnt': https://launchpad.net/~threethirty/+editpgpkeys
[17:48] <lamont`> but it has been a while since I did that.
[17:48] <threethirty> lamont': i hope i never do this again
[17:48] <lamont`> ah.
[17:48] <lamont`> ok.
[17:48] <lamont`> so, since you've generated the key.
[17:49] <lamont`> gpg --send-key 437AFC03
[17:49] <lamont`> which should succeed
[17:49] <lamont`> then gpg --fingerprint 437AFC03
[17:49] <lamont`> and paste that output (as shown) into the nice box
[17:50] <threethirty> just the fingerprint or all of the output?
[17:50] <lamont`> just the fingerprint
[17:50] <threethirty> SCORE! ty
[17:51] <lamont`> np.  if you ever upload packages, you'll be using gpg.  ditto for signing codes of conduct, etc.
[19:31] <gspr> kiko-phone: In case you didn't notice, cprov fixed my problem. Thanks for the help yesterday!
[19:34] <kiko-phone> gspr, wow, thanks for saying that. groovy that he fixed it:)
[20:50] <pablo> Hi, I want to upload a package for ubuntu to my ppa in Launchad. How may I generate the .changes file for dput?
[20:52] <stdin> pablo: the easiest way is with debuild
[20:52] <stdin> "debuild -S -sa" will make a .changes file for a source upload
[21:51] <Nafallo> ddaa:  still here?
[21:52] <ddaa> here
[21:52] <Nafallo> ddaa: re gajim: [21:51:52] Asterix: could it be this ip? 88.163.241.76
[21:52] <ddaa> nope
[21:53] <ddaa> DC machines are in 91.189...
[21:54] <Nafallo> ddaa: there is an anti-flood rule that haven't changed for months :-P
[21:55] <Nafallo> ddaa: have the code become more aggressive? ;-)
[21:55] <ddaa> I guess we are not hitting this particular rule.
[21:55] <ddaa> Nope. No significant change there in the past months.
[21:56] <Nafallo> that rule was apparently for ssh :-P
[21:57] <Nafallo> and the errors are that it just stops to receive data?
[22:03] <Nafallo> ddaa: he checks if something needs upgrading.
[22:03] <ddaa> The error is that connection gets closed by the server
[22:03] <ddaa> unexpectedly
[22:03] <Nafallo> ddaa: he upgraded 'something' some weeks ago.
[22:03] <ddaa> and at almost, but not quite, random places
[22:06] <Nafallo> Asterix: indeed that souns an anti-flood thing ... but I don't have that
[22:07] <Nafallo> weirdness :-P
[22:07] <ddaa> another thing that might be relevant
[22:08] <ddaa> is that we make tons of very short lived sequential connections
[22:09] <Nafallo> last update of subversion was in June :-P
[22:09] <ddaa> that's not it then
[22:10] <ubotu> New bug: #174758 in soyuz "Build queue depth should separate PPA and non-PPA stats" [Undecided,New] https://launchpad.net/bugs/174758
[22:12] <Nafallo> ddaa: he restarted his MSN Transport that took lots of CPU. care to try? :-)
[22:13] <ddaa> o.O
[22:13] <ddaa> kickstarted
[22:13] <Nafallo> ddaa: cheers :-)
[22:16] <ddaa> no improvement
[22:16] <ddaa> pysvn._pysvn.ClientError: Connection closed unexpectedly
[22:16] <ddaa> in some propget command
[22:16] <ddaa> for some file changed in revision 8972
[22:16] <ddaa> which is the next revision to import
[22:17] <ddaa> next = first
[22:17] <Nafallo> 22:07 < ddaa> another thing that might be relevant
[22:18] <Nafallo> https://code.edge.launchpad.net/~vcs-imports/gajim/main
[22:18] <Nafallo> I guess 7652?
[22:18] <ddaa> different metrics
[22:18] <Nafallo> oh.
[22:18] <ddaa> 7652 would be sequence number of the trunk change
[22:19] <ddaa> but svn revno are repository-wide
[22:19] <ddaa> the corresponding svn revno of a bzr revision is recorded in some custom revision property
[22:20] <wiggy> can someone tell me how to create a release in a series?
[22:20] <wiggy> I can't seem to find an option to do that
[22:20] <Nafallo> hmm. oki...
[22:21] <wiggy> ah, found it by manually tweaking a URL
[22:25] <Nafallo> ddaa: 8971 is 7651 in bazaar :-)
[22:25] <ddaa> see :)
[22:25] <Nafallo> ddaa: so it fails on 8972 :-P
[22:25] <ddaa> indeed
[22:26] <Nafallo> ddaa: http://trac.gajim.org/changeset/8972
[22:26] <ddaa> I looked at it already.
[22:26] <ddaa> It has nothing special.
[22:26] <ddaa> And it does not always fail at the same place.
[22:26] <ddaa> That's why I think it's a sysadmin kind of problem.
[22:26] <Nafallo> but always in that revision?
[22:27] <ddaa> yes, but I guess it's only because it's the first one...
[22:28] <Nafallo> [22:28:44] Asterix: I don't know what do tell you ... I can svn co from every where, even the whole repos with all branches without any problem
[22:57] <ddaa> Well
[22:57] <ddaa> I can't really help either from this side...
[22:57] <ddaa> I know our import tool is not making good use of the svn protocol
[22:58] <ddaa> but it's not quite enough of a nuisance for it to be worth the substantial effort involved in fixing that
[22:59] <ddaa> I really hope we'll fix it eventually
[22:59] <ddaa> but at the moment all our effort is spent on rewriting the code import infrastracture
[22:59] <ddaa> so, for example, users can see the log of failed jobs
[23:00] <ddaa> Nafallo: if you are trying to get your team to move to bzr
[23:00] <ddaa> maybe you should try bzr-svn
[23:00] <ddaa> it's a great tool for transitions
[23:00] <ddaa> especially if you have a team you need to convince
[23:01] <ddaa> FWIW, I did succeed in checking out the offending revision here.
[23:01] <Nafallo> ddaa: I'm the maintainer in Ubuntu. not involved with upstream :-)
[23:01] <Nafallo> ddaa: but thanks anyway :-)
[23:02] <ddaa> sorry we could not make this work :(
[23:02] <Nafallo> ddaa: ..and yes, I can see what you mean :-). would I be better of svn co locally and bzr-svn it? :-)
[23:03] <ddaa> no need to svn co
[23:03] <ddaa> just: bzr branch svn://svn.gajim.org/gajim/trunk gajim
[23:03] <ddaa> bzr-svn is magic
[23:03] <ddaa> then you'll bzr pull, or bzr merge
[23:04] <Nafallo> :-D
[23:04] <ddaa> the svn co is only needed if you want to commit back to svn using bzr
[23:04] <Nafallo> :-O even
[23:04] <jelmer> ddaa: That's no longer the case actually
[23:04] <Nafallo> I don't, no :-)
[23:04] <ddaa> (which keeps track of merges, and file ids, etc.)
[23:04] <ddaa> jelmer: how's that?
[23:04] <jelmer> ddaa: you can "bzr co" a subversion repository
[23:05] <ddaa> Did I say you could not? :)
[23:05] <jelmer> ddaa: you can commit back to svn using bzr without using "svn co"
[23:05] <ddaa> wow
[23:05] <ddaa> shiny
[23:05] <Nafallo> :-O
[23:06] <jelmer> "alias svn=bzr" works for most workflows
[23:06] <jelmer> though there are obviously some differences in output and supported options
[23:06]  * ddaa hugs jelmer
[23:06] <jelmer> and bzr can't set file properties yet
[23:06] <Nafallo> ddaa: why aren't launchpad using this? :-)
[23:07] <ddaa> As lifeless summed it up for me: because bzr-svn "is not 1.0 yet"
[23:07] <Nafallo> lol
[23:07] <ddaa> there are some tricky issues involved with revision ids.
[23:08] <ddaa> That makes bzr-svn suited for individual use, but problematic for a large scale hosted service such as Launchpad imports.
[23:08] <Nafallo> yea.
[23:09] <Nafallo> well. I hope it gets there anyway :-)
[23:09] <ddaa> Early this year, I made a very thorough analysis of what would be needed. I think it can get there eventually, But there's a lot that needs to be done.
[23:10] <Nafallo> I got an error though.
[23:10] <ddaa> I'm happy enough with users running it themselves and uploading their converted branches to Launchpad.
[23:11] <Nafallo> bzr: ERROR: Repository KnitRepository('file:///home/nafallo/devel/gajim/.bzr/') is not compatible with repository SvnRepository('svn://svn.gajim.org/gajim')
[23:11] <ddaa> Nafallo: jelmer is your man.
[23:11] <ddaa> Nafallo: trying branching outside of your repo
[23:11] <ddaa> it needs to use some experimental format
[23:11] <Nafallo> ah. no support for shared-repos :-P
[23:11] <ddaa> it does support shared repos
[23:12] <ddaa> but that repo needs to be in that experimental format
[23:12] <Nafallo> kinky :-)
[23:12] <jelmer> bzr init-repo --rich-root if you have 1.0rcXX or otherwise --dirstate-with-subtree
[23:12] <Nafallo> gutsy :-)
[23:12] <Nafallo> 0.90.0 :-P
[23:13] <jelmer> then --dirstate-with-subtree should do it
[23:14] <jelmer> --rich-root (which is in 1.0) is not experimental anymore
[23:14]  * Nafallo tries