[00:11] <ondrej> hi, I got this error in PPA:
[00:11] <ondrej> http://launchpadlibrarian.net/27666579/upload_1066749_log.txt
[00:12] <ondrej> does anyone know where the problem is? It says "Rejection during accept." and then that it couldn't find the source package in jaunty --- even though it successfully built on the buildbot.
[00:17] <kiko> ondrej, an upload failure often means that the build is generating a broken upload
[00:17] <ondrej> kiko -- I see
[00:21] <wgrant> ondrej: Which is the build that gave that log?
[00:21] <ondrej> hi wgrant, do you want the number?
[00:22] <wgrant> ondrej: A link is better.
[00:23] <ondrej> wgrant: https://edge.launchpad.net/~ondrej-certik/+archive/ppa/+build/1066749
[00:26] <wgrant> ondrej: Had it finished a few seconds earlier, it would have probably worked. The error message means exactly what it says - the source was superseded at 00:01:10 by pytables 2.1.1-1ubuntu1ppa1, so when the build finished at 00:01:12 the source no longer existed.
[00:26] <wgrant> So, you can ignore it.
[00:26] <ondrej> ah
[00:26] <ondrej> so I just uploaded the new pytables
[00:26] <ondrej> and that made the old one stop working?
[00:27] <wgrant> Because the build was in progress when it happened, yes.
[00:27] <ondrej> I see, thanks
[00:27] <ondrej> btw, pytables are unusable in ubuntu
[00:27] <ondrej> https://bugs.edge.launchpad.net/ubuntu/+source/pytables/+bug/348983
[00:27] <wgrant> That bug is closed.
[00:27] <wgrant> oh.
[00:27] <wgrant> No, that's the Debian task that's closed.
[00:27] <ondrej> I don't think so.
[00:28] <ondrej> anyways, the packages in my PPA works fine
[00:28] <ondrej> what are the next steps?
[00:28] <ajmitch> upstream bug task, not debian one in that case
[00:28] <ondrej> ajmitch, upstream fixed that in December I think...
[00:29] <ajmitch> that's quite awhile ago
[00:29] <ondrej> all that is needed now is to upload the new version to debian/ubuntu
[00:29] <wgrant> You won't be able to get 2.1.1 into Jaunty.
[00:29] <wgrant> The minimal patch which fixes the issue needs to be isolated.
[00:30] <wgrant> That ticket seems to give the relevant patch.
[00:30] <ondrej> I see
[00:30] <ondrej> I guess the fix is easy
[00:30] <ondrej> but I'll just use my PPA version
[00:31] <wgrant> See https://wiki.ubuntu.com/StableReleaseUpdates if you want to get the fix into Jaunty.
[00:32] <ondrej> right
[00:33] <ondrej> first I need to finish my NM process in Debian, then I can play with such things.. :)
[02:05] <lifeless> is there anyway to delete the noise in https://bugs.edge.launchpad.net/launchpad/+bug/383784?
[02:10] <ryanakca> Is there anything to do with bug comments, which instead of pertaining to the bug, are support requests on a completely unrelated issue? (Ex: asking about recovering a password under a bug about a broken link in the Kubuntu Wiki theme)
[02:12] <ryanakca> Would that constitute the ``spam'' described in Nickserv's welcome message? I don't mind answering the guy, just that I'd rather not do it in a bug report and I'd rather not end up with support requests in bug comments....
[02:14] <spm> ryanakca: no, that's not spam. my 2c would be to ask them to take it elsewhere and then let you know to respond. ie they will get the support request, but pls to follow preferred location for same. ????
[02:15] <spm> ie don't provide the support in the bug report.
[02:39] <ryanakca> spm: Lovely, thanks
[02:39] <nhandler> spm: Any estimate about when the rest of the UBT teams will be renamed? No rush, I just would like to be able to provide the team with a status update
[02:40] <spm> nhandler: Ooo. ta for the reminder! I'll try and get those done this afternoon. Got caught up with severe weirdness last week.
[02:41] <nhandler> spm: No problem. Thanks again
[02:41] <nhandler> On a different note, is it possible to subscribe to bugmail for all packages maintained by a specific team (the team is a Debian team that is not "really" on LP)
[02:42] <spm> nhandler: hmmm. not sure. I know it can be done on a project basis - we get requests to "halp!!! stop emailing bombing me!!!" on a regular basis. But teams... dunno...
[02:43] <SamB> nhandler: you could have the "team"'s messages delivered to a mailing list
[02:43] <nhandler> SamB: I can't. The team is https://edge.launchpad.net/~pkg-perl-maintainers
[02:43] <SamB> nhandler: oh, well, if you were an admin you could ...
[02:43]  * spm o/
[02:43] <SamB> you could ask one of the admins to set something up
[02:44] <spm> oh this is an imported team. urg. this has caused pain in the past.
[02:45] <SamB> oh, do those have no admins ?
[02:45] <spm> perhaps not technically; they're unclaimed. so not setup. for lack of more accuracte phrasing.
[02:48] <SamB> so, they have no admins
[02:48] <SamB> and there is nobody to bug about them except you?
[02:49] <spm> ha! not just me, but yes :-)
[02:50] <wgrant> nhandler: Maintainers aren't special in Launchpad - you'd have to search for and subscribe to each package manually.
[02:55] <nhandler> wgrant: True. the only thing a team can do is easily allow multiple people to subscribe to a set of packages' bugmail. However, someone will still need to go through and manually subscribe to all of the packages manually
[04:45] <jml> how do I change the maintainer for a project?
[04:45] <jml> oh, there's a people subtab
[04:45] <jml> meh.
[06:03] <ethana2> the troll is going through all my old bugs and slaughtering the descriptions with nonsense
[06:03] <ethana2> This must stop.
[06:04] <lifeless> ethana2: who?
[06:05] <RAOF> ethana2: The troll?  That sounds really annoying.
[06:05] <lifeless> ethana2: can you link to a bug that was defaced?
[06:05] <lifeless> spm: ping
[06:05] <ethana2> RAOF:  it is TERRIBLY annoying
[06:05] <ethana2> lifeless: will do
[06:05] <ethana2> here's one..
[06:05]  * RAOF wonders whether this is related to the current wonderful ubuntu-devel-discuss monofest.
[06:05] <ethana2> my launchpad question..
[06:05] <ethana2> https://answers.launchpad.net/dynazine/+question/73280
[06:06] <lifeless> which one are you
[06:06] <ethana2> I fixed another one
[06:06] <ethana2> I'm the one with a bug reporting history like two years long
[06:06] <lifeless> help me out here
[06:06] <ethana2> turns out there's nothing against having the same display name because they don't need to be unique.
[06:06] <ethana2> ~ethana2
[06:06] <ethana2> the troll is ~ethan-anderson or something
[06:07] <ethana2> which is my name, actually
[06:07] <ethana2> but not my account
[06:07] <ethana2> He has been up to this all week and its driving me nuts
[06:08] <lifeless> ethana-anderson doesn't seem to have commented on any bugs
[06:09] <lifeless> do you have a bug link handy they have messed up?
[06:09] <lifeless> spm: ping!
[06:09] <ethana2> wait
[06:09] <ethana2> why on earth can he edit my bug descriptions?
[06:09] <ethana2> well I guess that makes sense..
[06:09] <ethana2> but why my launchpad question?
[06:09] <ethana2> please tell me you don't have 'security' based on display names
[06:10] <lifeless> no, display names aren't used for security at all
[06:10] <ethana2> ok good
[06:10] <ethana2> why is he able to alter my launchpad questions?
[06:11] <ethana2> He's pretending to ask these questions in a language..
[06:11] <ethana2> that I think is indigenous to the native population of Alaska
[06:11] <ethana2> or northern Canada
[06:11] <ethana2> if I get rid of my launchpad account to make him go away, he wins, right?
[06:12] <lifeless> chill out a minute
[06:12] <lifeless> just chasing up a sys admin
[06:12] <ethana2> lifeless: alright, will do
[06:13] <lifeless> ethana2: spm should be back soon and we'll see what we can do
[06:14] <lifeless> clearly ethan-anderson is being a pain.
[06:14] <lifeless> did you have a bug reference?
[06:14] <ethana2> lifeless: it's ozzymandias
[06:14] <ethana2> he made a dumb bug about magnets erasing hard drives
[06:16] <spiv> Interesting, google suggests that's bug 380738, but that bug appears to be private...
[06:17] <lifeless> holy cow
[06:17] <ethana2> they made it private
[06:17] <ethana2> whaaaaat, the dude sent me an email
[06:17] <ethana2> It turns out that you actually weren't the user that I was wanting to be
[06:17] <ethana2> trolling all along.  In fact, she doesn't even use launchpad at all.
[06:17] <spiv> (google has a cache of that page)
[06:17] <ethana2> I think he's lying
[06:17] <ethana2> he knows I'm a guy.
[06:18] <lifeless> ethana2: next time something like this happens, please ask a question at https://answers.launchpad.net/launchpad - thats guaranteed to get the LP CHR folk to look at it promptly. Asking in the bug itself is pointless as the sysadmins *don't read every bug*
[06:18] <lifeless> there are thousands of projects in lp.
[06:19] <ethana2> ah, k
[06:19] <lifeless> bringing it up here is good too
[06:19] <lifeless> however, for book keeping, I would like you to ask a question anyhow
[06:19] <ethana2> I think I'll just come right here next time
[06:19] <ethana2> ah, k
[06:19] <lifeless> that will let the sysadmins have a record
[06:20] <lifeless> include a link to https://bugs.edge.launchpad.net/ubuntu/+bug/380738, and the qeustion you linked before
[06:20] <ethana2> k
[06:21] <lifeless> brb
[06:42] <wgrant> lifeless, ethana2: https://answers.edge.launchpad.net/launchpad/+question/72394 was created about this a couple of weeks ago.
[06:43] <ethana2> wgrant: ah, I wasn't even aware of that launchpad question
[06:43] <wgrant> It seems to be trapped in the 'Needs Information' status, since I commented on it and Answers is old and broken.
[06:44] <lifeless> spm: account ethana-anderson needs to be terminated with prejuidice
[06:44] <wgrant> lifeless: That's not doable through the web UI yet?
[06:44] <ethana2> ethana-anderson?
[06:44]  * ethana2 checks account
[06:45] <ethana2> the account was ~ethan-anderson
[06:45] <spm> https://edge.launchpad.net/~ethan-anderson I assume
[06:45] <lifeless> wgrant: perhaps, but the nice thing about letting the folk responsible for foo do foo is that they log it etc correctly.
[06:45] <ethana2> yes
[06:45] <wgrant> lifeless: That's true.
[06:45] <lifeless> wgrant: so I don't do other peoples foo unless its a crisis
[06:45] <lifeless> wgrant: regardless of capability.
[06:45] <wgrant> lifeless: Right.
[06:46] <spm> ethana2: both accounts have the same email address. I suspect you've been compromised in some way. ?
[06:46] <ethana2> spm: I really, really hope not.
[06:46] <jamesh> spm: two accounts can't have the same email address
[06:46] <wgrant> spm: Is that possible?
[06:46] <ethana2> that's possible, two accounts with one email?
[06:46] <jamesh> are you sure they are the same?
[06:46] <spm> oh hang on - confusing the crap outa myself...
[06:46] <wgrant> That's what I thought.
[06:46] <spm> -ETOOMANYETHANS!!! :-)
[06:46] <ethana2> My email can't be compromised-- my passcode is secure as heck and I never access my email from Windows machines
[06:47] <ethana2> when I must, I change the password the moment I get onto a secure system like Ubuntu or OS X
[06:47] <jamesh> ethana2: so it isn't "password" then?
[06:47] <ethana2> jamesh: oh goodness gracious no
[06:47] <lifeless> jamesh: its '"password"'
[06:47] <ethana2> it's pseudorandom, alphanumeric chars, with some capitalization
[06:47] <jamesh> that's a pretty long password
[06:48] <ethana2> ..like more than 10
[06:48] <ethana2> jamesh: heh
[06:48] <ethana2> I have an algorithm I use to generate my passwords..
[06:48] <ethana2> I'm kind of proud of it
[06:48] <spm> apg is nice
[06:49] <spm> but there are other ways of being compromised than password.
[06:49] <spm> in any event, account is suspended.
[06:49] <wgrant> Thanks spm.
[06:49] <spm> ethana2: can you pls make sure I've zapped the troll's and not yours? :-)
[06:49] <ethana2> spm: mine is ~ethana1
[06:49] <ethana2> ~ethana2, sorry
[06:49] <ethana2> the troll is ~ethan-anderson
[06:50] <spm> cool. that should be fine then.
[06:50] <cody-somerville> ethana2: Whats your algorithm?
[06:51]  * ethana2 pm's cody-somerville
[06:52]  * cody-somerville can now determine ethana2's password at will. :P
[06:52] <ethana2> only if you know the following things:
[06:52] <ethana2> my leetscript exception
[06:52] <ethana2> my capitalization freqency and offset
[06:52] <ethana2> and my original phrases
[06:53] <ethana2> I'd trust the xubuntu maintainer not to go hacking my random accounts..
[06:53] <wgrant> But do you trust Freenode?
[06:53] <wgrant> Or the Internet in general?
[06:53] <ethana2> wgrant: I generally trust freenode with pm's...
[06:54] <ethana2> ..but I trust _no one_ with my passwords
[06:54] <ethana2> I go too far to secure them to give them away
[06:55] <wgrant> spm: Can you close the question?
[06:56] <spm> wgrant: I can mark it resolved? yes. but anyone can reopen aiui.
[06:58] <wgrant> spm: I speak of the question requesting the suspension of the fake account (https://answers.edge.launchpad.net/launchpad/+question/72394). Why do we care if somebody can reopen that?
[06:59] <spm> oh. right. wrong question. yes. one sec.
[07:00] <spm> wgrant: done. fwiw, we now can (much losa cheering is heard) suspend accounts in the UI now.
[07:01] <wgrant> spm: Thanks again.
[07:01] <ethana2> fwiw?
[07:02] <wgrant> For What It's Worth
[07:02] <ethana2> ah
[07:02] <spm> http://acronyms.thefreedictionary.com/ <== useful. I have it on my personal bookmark toolbar :-)
[07:03] <spm> lifeless in particular, keeps hitting me with new and amazing acronyms. ;-)
[07:03] <lifeless> spm: what records are needed - just a question?
[07:04] <wgrant> bsdgames' “wtf” can also be useful, although its database isn't extensive :(
[07:04] <spm> in terms of suspension? we usually put a note to why in their user info field doohickey. there's a "reason for deactivation" field.
[07:05] <spm> I usually add links to the question requestion suspension and/or examples as to the why in said field.
[07:06] <spm> wgrant: you cmd line junkie you. ;-)
[07:06] <wgrant> spm: That's me.
[07:11] <ethana2> well, thank you a ton for all your help
[07:11] <ethana2> I guess now I hope he leaves me alone, and go to bed
[07:12] <ethana2> pretty tired..   rock on, guys
[07:12] <spm> wgrant: 'wtf' thought - if you can, could update that list with a copy of http://www.xs4all.nl/~jtv/gtf/ ==> /usr/share/games/bsdgames/acronyms ??
[07:12] <spm> shall I log a ubuntu bug? :-)
[07:13] <wgrant> spm: I recall a bug like that being rejected before.
[07:14] <cody-somerville> I don't mind doing it
[07:14] <spm> https://bugs.edge.launchpad.net/ubuntu/+source/bsdgames/+bug/334574 yarp. get it updated in debian instead.
[07:17] <cody-somerville> spm, Can you file a bug on that and subscribe me?
[07:26] <spm> cody-somerville: https://bugs.edge.launchpad.net/ubuntu/+source/bsdgames/+bug/385072 and thanks!
[07:54] <spm> nhandler: that should be the lot done. given the number of renames, I'd appreciate if you could double check me that I got them all correct.
[09:31] <Knut-HB> Hello, I need some help.
[09:32] <Knut-HB> Last wednesday I uploaded a po-file for translation for my team-project (Communtu) and I would like to know how long does it take to review the uploaded file.
[09:33] <henninge> Hi Knut-HB, I sent an email to the project because we have a question about licensing.
[09:34] <henninge> Knut-HB: I sent it to Torsten.
[09:34] <Knut-HB> Ah yes, we talked about that yesterday. So there will be a delay in reviewing the file until the licensing-question is solved?
[09:34] <Knut-HB> henninge: ok
[09:35] <henninge> Knut-HB: I don't know if that was related but now that the licensing question is raised, that would definietly put it on hold.
[09:35] <Knut-HB> hm ah ok
[09:36] <henninge> Knut-HB: but there is another problem with the import, too.
[09:36] <henninge> Knut-HB: it is supposed to be a template but it is not called *.pot
[09:36] <Knut-HB> henninge: which one?
[09:36] <henninge> Knut-HB: I only see this:
[09:36] <henninge> https://translations.edge.launchpad.net/communtu/+imports
[09:37] <Knut-HB> let me see it
[09:37] <henninge> Knut-HB: ah, and it uses German as a source language
[09:37] <jtv> Knut-HB: that's a blocker.
[09:37] <henninge> Knut-HB: that definitly is a stopper because our policy requires the source language to be English.
[09:38] <Knut-HB> yes. we want to use launchpad to translate it from German to English. our goal is to have it translated completely until the LinuxTag
[09:38] <Knut-HB> ah ok =/
[09:38] <jtv> Knut-HB: we have some good reasons for requiring this, though I understand it's pretty annoying to you...
[09:38] <henninge> Knut-HB: Oh, not much time ...
[09:40] <Knut-HB> jtv: so it could take much more time until we can translate or worse: we won't be able to use launchpad to translate?
[09:40] <Knut-HB> henninge: yes =/
[09:41] <jtv> Knut-HB: unfortunately, yes.  We (and GNU gettext) assume English as the source language.
[09:41] <jtv> (AFAIK the assumption first snuck into gettext with the support for plural forms)
[09:43] <jtv> From English to German is fine, but we don't support going the other way.
[09:43] <Knut-HB> jtv: ah ok... so we have to find some other way to translate it as a team? currently I do the work with poedit but it's just me who can work on the file
[09:44] <jtv> Knut-HB: afraid so.  :-(
[09:52] <Knut-HB> ah ok :( so i can delete the file from the importing queue?
[10:44] <Knut-HB> another question concerning the po-file: if we would change it to a pot-file, would it be enough to rename the file from po to pot or is the structure of the pot-file totally different from the po-file?
[10:49] <henninge_> Knut-HB: no, not differnet at all.
[10:50] <Knut-HB> henninge: thanks :)
[10:51] <henninge> Knut-HB: a template is what xgettext gives you and it looks like a po file but with all empty msgstr - just like your file.
[10:51] <henninge> Knut-HB: it is custom, though, to name it after the translation domain and not just "template.pot" or "message.pot".
[10:52] <henninge> Knut-HB: so we don't have to guess the translation domain when approving it.
[10:52] <Knut-HB> henninge: what do you mean with that?
[10:54] <henninge> Knut-HB: the translation domain is the name of the template.
[10:54] <henninge> Knut-HB: It is what your translations are looked-up by at run-time.
[10:55] <alexharrington> Heya. Any problems with bazaar hosting? I can connect via ssh OK but bzr isn't able to pull/push anything?
[10:57] <wgrant> alexharrington: Working fine for me.
[10:57] <wgrant> What error are you getting, if any?
[10:58] <alexharrington> wgrant: alex@pca410:~$ bzr branch -r80 lp:~alexharrington/xibo/pyclient pyclient-80
[10:58] <alexharrington> Read from remote host bazaar.launchpad.net: Connection timed out
[10:58] <alexharrington> if i do ssh alexharrington@bazaar.launchpad.net it connects fine and tells me no shells are available as I'd expect
[10:58] <lifeless> alexharrington: thats an XMLRPC timeout
[10:58] <wgrant> alexharrington: bzr lp-login
[10:58] <lifeless> wgrant: not related
[10:59] <lifeless> alexharrington: there is a bug open on this. Shortly, python's xml rpc library doesn't honour http proxy settings
[10:59] <alexharrington> lifeless: OK - it was working fine 10 minutes ago!
[11:00] <wgrant> lifeless: Isn't XML-RPC done to an appserver?
[11:00] <lifeless> wgrant: yes
[11:00] <wgrant> Like xml-rpc.edge.launchpad.net?
[11:00] <lifeless> oh good point
[11:00] <wgrant> Which bazaar.launchpad.net isn't?
[11:00] <lifeless> I really have to learn that after I EOD cause I'm tired, I gotta Stop.
[11:00] <wgrant> Haha.
[11:00] <lifeless> alexharrington: please ignore everything I said  ;)
[11:00] <alexharrington> lifeless: OK - thanks anyhow
[11:00] <wgrant> alexharrington: So, 'bzr lp-login'
[11:01] <lifeless> alexharrington: I would try without the -r
[11:01] <alexharrington> alex@pca410:~$ bzr lp-login
[11:01] <alexharrington> alexharrington       ] https <      0KB     0KB/s |
[11:01] <alexharrington> goes through fine
[11:01] <lifeless> wgrant: note that it could still be http :)
[11:01] <alexharrington> I'm trying without the -r (although I do actually want an old revision)
[11:01] <wgrant> lifeless: Why would it be?
[11:02] <alexharrington> seems like it's still hanging up
[11:02] <lifeless> wgrant: because if ssh is working, and hes not logged in, then it will be using http
[11:03] <wgrant> lifeless: Which was why I asked for bzr lp-login.
[11:03] <wgrant> But it certainly seems like it should be using bzr+ssh, as there's a username set...
[11:03] <alexharrington> the bzr lp-login goes through fine (see above)
[11:03] <lifeless> wgrant: :) leaving to your capable fingers
[11:04] <wgrant> lifeless: OK.
[11:04] <alexharrington> wgrant: Same as before: alex@pca410:~$ bzr branch lp:~alexharrington/xibo/pyclient pyclient-80
[11:04] <alexharrington> Read from remote host bazaar.launchpad.net: Connection timed out
[11:04] <wgrant> alexharrington: So, you can SSH and auth to bazaar.launchpad.net fine, from that same host?
[11:05] <alexharrington> wgrant: alex@pca410:~$ ssh alexharrington@bazaar.launchpad.net
[11:05] <alexharrington> No shells on this server.
[11:05] <alexharrington> Connection to bazaar.launchpad.net closed.
[11:05] <alexharrington> Yep
[11:05] <wgrant> alexharrington: What if you 'bzr branch bzr+ssh://alexharrington@bazaar.launchpad.net/~alexharrington/xibo/pyclient'?
[11:07] <alexharrington> wgrant: It's thinking. Looks like it's going to timeout again. Perhaps I should try a good old reboot? :D
[11:08] <spiv> wgrant: I wonder if there's a firewall that kills connections that are idle for "too long"?
[11:08] <wgrant> spiv: Possible, I guess.
[11:08] <spiv> wgrant: some bzr+ssh commands can take a little while (e.g. 3 minutes) to get a response for sufficiently large branches.
[11:08] <wgrant> spiv: Yeah.
[11:08] <wgrant> Anyway, I need to eat dinner.
[11:08] <alexharrington> alex@pca410:~$ bzr branch bzr+ssh://alexharrington@bazaar.launchpad.net/~alexharrington/xibo/pyclient pyclient80
[11:08] <alexharrington> Read from remote host bazaar.launchpad.net: Connection timed out
[11:08] <spiv> wgrant: a .bzr.log with -Dhpss info could diagnose that.
[11:09] <alexharrington> wgrant: OK - Thanks anyhow
[11:09] <spiv> alexharrington: ok, please repeat, but add "-Dhpss" to the command line
[11:09] <wgrant> But spiv's suggestion (adding -Dhpss) is good.
[11:09] <spiv> alexharrington: then pastebin the contents of ~/.bzr.log (ideally trimmed to just the latest bzr branch invocation, but the whole thing is ok too)
[11:09] <alexharrington> spiv: okey
[11:10] <spiv> alexharrington: I *suspect* it's a taking a while for the server to respond to the Repository.get_stream command
[11:12] <alexharrington> spiv: http://pastebin.ubuntu.com/191545/
[11:12] <alexharrington> spiv: I let it run until it gave me the first timeout message then ctrl-c'ed it
[11:12] <spiv> alexharrington: (although it's not a particularly large branch)
[11:12] <alexharrington> spiv: It's only a few MB
[11:12] <spiv> alexharrington: huh, that's odd
[11:13] <spiv> alexharrington: so it's not my first guess
[11:13] <spiv> alexharrington: that's just the initial "open" command, which is pretty much instantaneous
[11:14] <spiv> alexharrington: which suggests that actually it *is* failing to establish an SSH connection
[11:14] <alexharrington> spiv: It's normally fine. I use this most weeks to make a few commits
[11:14] <alexharrington> spiv: we already proved I can ssh directly to bazaar.launchpad.net
[11:14] <spiv> Right, which makes it odd.
[11:15] <spiv> And the log clearly shows that bzr is using OpenSSH (i.e. the 'ssh' executable) to establish the connection.
[11:16] <alexharrington> spiv: I just tried branching lp:xibo/1.0 which is our stable and it went through fine
[11:16] <alexharrington> spiv: As did the branch I wanted originally
[11:16] <alexharrington> spiv: How odd
[11:16] <spiv> Ok, then I have no idea what's going on!
[11:17] <spiv> I suspect some sort of network weirdness on your end.
[11:17] <alexharrington> spiv: Dunno. I'll be more concerned if it happens again
[11:17] <alexharrington> :D
[11:17] <spiv> e.g. bad MTU issues or something.
[11:17] <alexharrington> spiv: I doubt it. I expect we'd have had others here complaining if there was a general issue. There's 600 odd PCs hanging off our net connections
[11:18] <alexharrington> spiv: Wierdness with this particular PC I could believe though :D
[11:18] <spiv> The next step in debugging this probably involves inspecting TCP dumps, ideally on both sides of your firewall/router.
[11:19] <alexharrington> spiv: If it does it again then I'll get in to that. If it was just a one-off glitch then I'm not too fussed. I don't have the time to sink in to it right now :D
[11:19] <alexharrington> spiv: Thanks anyhow - and for all your help
[11:19] <spiv> or perhaps hacking bzrlib/transport/ssh.py to add "-vvv" to the ssh command line.
[11:20] <spiv> alexharrington: cool.  I hope it keeps working :)
[11:20] <alexharrington> spiv: me too :D
[11:20]  * wgrant returns.
[11:20] <wgrant> How odd!
[11:21] <alexharrington> wgrant: Yep. Very
[11:29] <henninge> pcabido: Here is your solution: ;-)
[11:29] <henninge> pcabido: remove gtg from the Gnome super project!
[11:30] <henninge> pcabido: that enforces stricter translation permissions than what you have for your own project.
[11:31] <henninge> pcabido: Then you will not be bound to their restrictions and can translate into whatever language you like.
[12:17] <nhandler> spm: The renamed LP teams all look correct. Thanks a lot
[12:18] <maxb> There appears to be something broken with the kernel in jaunty-proposed. Launchpad says linux 2.6.28-13.44 was published into jaunty-proposed 7 days ago, but the actual binaries published to the Packages file are still ABI 12.
[12:21] <maxb> Oh, ignore me, it's not a launchpad problem, it's just me not fully appreciating how binary NEW works.
[12:22] <wgrant> maxb: That it wasn't obvious could be a Launchpad bug, though.
[12:23] <wgrant> Did you miss or misunderstand the 'Successfully Built (NEW)' status?
[12:24] <lifeless> wgrant: 'NEW' does not imply the existence of 'PUBLISHED'
[12:24] <wgrant> lifeless: Huh?
[12:24] <lifeless> wgrant: Am I being tired again?
[12:25] <wgrant> lifeless: Possibly - I'm not sure how existence of one string implying the existence of another is relevant here...
[12:25] <wgrant> But I could also be tired.
[12:25] <lifeless> more states
[12:26] <lifeless> I'm saying, perhaps the UI should say 'Successfully Built (NEW), will be published in X minutes'
[12:26] <wgrant> Ahh, I see.
[12:26] <wgrant> You can't do that.
[12:26] <wgrant> But replacing 'NEW' with something more obvious would work.
[12:27] <lifeless> you can't?
[12:27] <wgrant> At the moment it just shows the queue status (which would be NEW, ACCEPTED or REJECTED), which is unobvious unless you know how the queues work, which is unlikely unless you're a developer.
[12:27] <wgrant> No - NEW requires manual pushing.
[12:50] <cyberixae> How do I link to a bug in an external bug tracker from a Launchpad bug?
[12:53] <maxb> wgrant: The problem was that I was looking at the SPPH page, which doesn't display queue states at all
[12:55] <maxb> Had I clicked through to the version page I would then have seen the NEW, but I didn't realize I needed to
[12:58] <wgrant> maxb: Well, that's not surprising - it is the SPPH, not the BPPH.
[12:59] <wgrant> But, SPPHs have no browser views.
[12:59] <wgrant> Were you looking at the DSPR, or the DSSPR?
[12:59] <maxb> https://launchpad.net/ubuntu/+source/linux/+publishinghistory
[12:59] <wgrant> Ah, right.
[13:00] <wgrant> That could perhaps show the build status like Archive:+index does, but that's always awfully slow to render...
[13:00] <maxb> Yeah, user error on my part, never mind :-)
[13:04] <cyberixae> The thing that I don't get is.
[13:04] <cyberixae> Xmonad has a package in Ubuntu.
[13:04] <cyberixae> and a bug tracker at Google Code
[13:05] <cyberixae> and some of the bugs files for the Ubuntu package should be linked to the upstream bug tracker at Google Code
[13:05] <cyberixae> but I don't understand how that is to be done
[13:05] <wgrant> cyberixae: Hit 'Also affects project...' on the bug, then give it the project (if it hasn't worked it out already), then give it a link to the bug.
[13:06] <wgrant> It won't sync the status yet - that's coming soon.
[13:20] <cyberixae> wgrant: What project?
[13:20] <wgrant> cyberixae: xmonad, presumably.
[13:21] <cyberixae> But there is no project xmonad in Launchpad
[13:21] <wgrant> You can create one.
[13:22] <cyberixae> But I'm in no way affiliated with xmonad project
[13:22] <wgrant> That's fine.
[13:22] <wgrant> We do it all the time when triaging Ubuntu bugs.
[14:06] <cyberixae> wgrant: I got the project registered, but I could not choose the bug tracker for that peojct as it is not in the list of available bug tackers
[14:07] <cyberixae> wgrant: Where do I register a bug tracker?
[14:12] <wgrant> cyberixae: I've got to go to bed, but there's a conveniently placed CHR person just over there.
[14:12] <wgrant> barry: ^^
[14:12] <barry> wgrant: thanks
[14:12] <barry> cyberixae: i can help you
[14:13] <barry> cyberixae: which project and which bug tracker?
[14:14] <cyberixae> barry: xmonad
[14:15] <cyberixae> http://code.google.com/p/xmonad/issues/list
[14:15] <cyberixae> https://launchpad.net/xmonad
[14:15] <barry> cyberixae: k thx.  hang on a bit...
[14:17] <barry> cyberixae: https://launchpad.net/bugs/bugtrackers/+newbugtracker
[14:27] <cyberixae> thanks
[14:28] <barry> cyberixae: np.  let me know if you have any trouble
[14:28] <jblount> barry: Good morning! Forgive me if this is a oft-repeated question, but what's LP's strategy regarding dependent bugs?
[14:28] <barry> jblount: hi!  i'm not sure what you mean
[14:29] <beuno_> jblount, not in the roadmap for now
[14:29] <jblount> barry: I have a bug named "make sandwiches" and another bug "buy bread", I need to do "buy bread" before "make sandwiches", etc
[14:29] <jblount> beuno: Thanks!
[14:29] <barry> jblount: ah.  gotcha.  what beuno said :)
[14:29] <jblount> barry: :)
[14:39] <kirkland> doesn't look like i can delete a branch owned by vcs-imports
[14:39] <kirkland> is that true?
[14:40] <beuno> kirkland, it is
[14:40] <beuno> but you can file a question and it will be deleted by a nice admin
[14:40] <kirkland> beuno: okay, so i ask a question to get that deleted?
[14:40] <kirkland> beuno: cool
[14:40] <beuno> :)
[14:40] <beuno> you know the drill
[14:41] <kirkland> beuno: cheers
[17:25] <Saviq> hi guys, I'm a contributor for Elisa/Moovida (http://launchpad.net/elisa)
[17:26] <Saviq> we're in the process of cleaning up our i18n to use automatic imports
[17:26] <Saviq> but we have some conflicting templates, could you please remove all templates from https://translations.launchpad.net/elisa/1.0/+templates and all related things from the import queue?
[17:27] <Saviq> actually - all pending imports can be removed
[17:27] <beuno> Saviq, sure
[17:27] <beuno> could you file a question in: https://answers.launchpad.net/launchpad ?
[17:27] <beuno> that we we can verify your identity and an admin can get to it
[17:28] <Saviq> sure, will do
[17:29] <Saviq> done
[17:29] <Saviq> any idea on a timeframe?
[17:29]  * beuno pokes danilos, jtv1 and henninge for an answer
[17:30] <danilos> Saviq: as a project owner, you can mark entries as 'Deleted' in the import queue yourself
[17:31] <Saviq> I'm a contributor, not the owner, but if you'd have to do the same work, I'll ask upstream
[17:31] <danilos> Saviq: well, it totally depends on what once wants to do; I guess it's best if upstream files a question about what they want to do, and we can discuss it there
[17:34] <Saviq> danilos: we want to have a clean slate, we have it clean in the code but translations in launchpad are a bit messy right now, I'll ask someone from elisa-developers to file a question, will that be ok?
[17:35] <Saviq> or maybe just a comment in https://answers.launchpad.net/launchpad/+question/73756 will suffice?
[17:36] <beuno> Saviq, just a comment should be fine
[17:54] <Saviq> beuno, danilos: https://answers.launchpad.net/launchpad/+question/73756 here's a comment
[17:56] <danilos> Saviq: thanks, we'll look into it one of these days
[20:38] <jblount> Who can I thank for this message? Everytime I see it, it is useful. http://etc.joshuablount.com/bug-assignment.png
[20:39] <matsubara> jblount, BjornT
[20:40] <jblount> BjornT: Thanks!
[20:40] <jblount> (also, matsubara :)
[22:21] <Z3ro3X> james_w, Do you maintain the kismet package for ubuntu 9.04?
[22:22] <james_w> nope
[22:22] <james_w> did I upload it?
[22:22] <Z3ro3X> I think that's it.
[22:23] <Z3ro3X> james_w, I submitted a bug report.  There's not sound in the kismet client.  I wasn't sure if you where the right person to tell.
[22:24] <james_w> yeah, I just rebuilt it
[22:24] <james_w> that's very little involvement with the package
[22:24] <james_w> are you able to test on Debian?
[22:25] <Z3ro3X> james_w, No.  I just have this one system with ubuntu 9.04.  I used to be a OpenSUSE user before recently switching.
[22:26] <Z3ro3X> Sound worked in kismet when I was on opensuse.  Not sure why it's broke on ubuntu.
[22:26] <Z3ro3X> james_w, I would like a new deb for the newer version for kismet, but I don't know crap about making deb packages.
[22:27] <Z3ro3X> If I really had to use the newer version I could compile the source and run it that way, but I don't want to install crap through my system if it can conflict with the package system.
[22:48] <rickspencer3> hi ever helpful launchpad channel
[22:48] <rickspencer3> LarstiQ: you were right yesterday, I did not initialize threads correctly in my app
[22:55] <rickspencer3> so, is there a way to update bugs in a batch?
[22:55] <beuno> rickspencer3, no batches in LP
[22:55] <rickspencer3> using python-launchpadlib?
[22:56] <beuno> you need to iterate
[22:56] <rickspencer3> I can do that
[22:56] <rickspencer3> beuno: is there a batch mode on the roadmap?
[22:57] <beuno> rickspencer3, not for 3.0 AFAIK
[22:57] <rickspencer3> k
[22:57] <beuno> it would be useful for Launchpad as well  :)
[22:58] <rickspencer3> beuno: I created a pygtk logon Dialog for Launchpad
[22:58] <rickspencer3> it needs to be cleaned up graphically, but useful
[22:58] <rickspencer3> think there would be any interest in making it part of the library?
[22:58] <beuno> rickspencer3, absolutely
[22:58] <beuno> it would rock
[22:59] <thumper> rickspencer3: what are you wanting to change
[22:59] <thumper> rickspencer3: fix committed -> fix released
[22:59] <thumper> or something else?
[22:59] <rickspencer3> thumper: lots of stuff
[22:59] <rickspencer3> it;s for power triaging - so add a tag, add a comment, and change the status
[22:59] <thumper> api sounds like the best bet
[23:00] <rickspencer3> right
[23:00] <rickspencer3> is there an api call that takes a list of bugs and a list of changes, and applies all the changes to all the bugs?
[23:00]  * rickspencer3 always looking for the easy way
[23:00] <thumper> rickspencer3: the api is the easy way
[23:00] <rickspencer3> hehe
[23:01] <rickspencer3> within the api, I must iterate over a list, once for each change?
[23:04] <rickspencer3> beuno: is a message in the API the same as a comment in the web UI?
[23:06] <beuno> rickspencer3, absolutely no idea
[23:06] <beuno> but you can test it out with staging  :)
[23:08] <rickspencer3> beuno: yeah, that's next step
[23:09] <beuno> rickspencer3, this isn't the best timezone to ask
[23:09] <beuno> all the smart people have lives or need to sleep
[23:09] <rickspencer3> heh
[23:09] <rickspencer3> what does that say about me?
[23:09] <beuno> both of us  :)
[23:09] <jml> beuno: geez. thanks.
[23:10] <rickspencer3> actually, I find this channel to be among the most helpful
[23:10] <beuno> jml, you live in the future
[23:10]  * mneptok blinks
[23:10] <beuno> jml, nothing applies to you
[23:10]  * rickspencer3 watches beuno backpedal
[23:10] <rickspencer3> beuno: I've gotten good help here on *weekends*
[23:12] <mneptok> hmmm ... i wonder if i'm smart enough to remember IRC command syntax
[23:12]  * mneptok whistles innocently
[23:13] <beuno> hrh
[23:14] <mneptok> just "mneptok" will do. the "His Royal Highness" thing makes me uncomfortable.
[23:23]  * spm waves hi to His Royal Highness
[23:27] <mwhudson> mneptok: who are you again?
[23:39] <mneptok> mwhudson: /whois mneptok
[23:39] <mwhudson> doh
[23:39] <mwhudson> one failed trolling attempt
[23:40] <mneptok> :)
[23:40] <mneptok> if it had succeeded, you'd have a good case for removing me from the -ops team :)
[23:52] <rickspencer3> okay all you geniuses of python-launchpadlib ...
[23:52] <rickspencer3> if I do:
[23:53] <rickspencer3> bug_task.bug.tags.append("needs-bug-squad")
[23:53] <rickspencer3> do I need to do something to make it actually update the server?
[23:53] <rickspencer3> (currently does not seem to be)
[23:54] <rickspencer3> bdmurray: ^^^ perhaps you know? seems like it is up your ally
[23:54] <rockstar> rickspencer3, I think you need to call save.
[23:54] <matsubara> rickspencer3, bug.lp_save()
[23:54] <rickspencer3> yeah!
[23:54]  * rockstar meant lp_save
[23:54] <rickspencer3> that should be within my skills and abilities
[23:55] <matsubara> but I think the append won't work because of bug 254901
[23:56] <rickspencer3> that bites
[23:57] <bdmurray> rickspencer3: pitti has a workaround in apport for that I think
[23:57] <rickspencer3> bdmurray: thanks!
[23:58] <rickspencer3> I'm surprised this is "priority=low"
[23:58] <rickspencer3> it seems like a key scenario for launchpadlib
[23:58] <bdmurray> rickspencer3: it's in apport/crashdb_impl/launchpad.py line 499ish
[23:59]  * rickspencer3 looking