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