[11:00] <thekorn> hi, anyone from the API team around?
[11:01] <thekorn> can you please point me to the xsl stylesheet you use to convert the wadl file to a human readable format
[15:34] <compengi> hello. i created a new bazaar branch under "irssi-text" but i can't figure out how to add files to this branch
[15:39] <compengi> someone told me that i should creat a branch in my /home through "bzr init" as what i've done is "bzr init Scripts/audacious/" then tried to run " bzr add bzr+ssh://compengi@bazaar.launchpad.net/~compengi/irssi-text/audacious" i get bzr: ERROR: Not a branch: "bzr+ssh://compengi@bazaar.launchpad.net/~compengi/irssi-text/audacious/".
[15:39] <compengi> what have i done wrong and what should i do
[15:52] <jelmer> compengi, hi
[15:52] <jelmer> compengi, still there?
[15:52] <compengi> yes
[15:53] <jelmer> compengi, you would want to "bzr add" local files
[15:53] <compengi> i just did it
[15:53] <jelmer> under the directory in which you ran "bzr init"
[15:53] <jelmer> after that, "bzr commit" and push to launchpad
[15:54] <compengi> i did bzr commit and it opened bzr_log.sthH0e file
[15:54] <compengi> in nano
[15:56] <compengi> jelmer any idea/
[15:56] <jelmer> compengi, you should enter a commit message
[15:57] <jelmer> compengi, you may want to read the 5 minute tutorial to bzr
[15:57] <jelmer> http://doc.bazaar-vcs.org/bzr.dev/en/mini-tutorial/index.html
[15:57] <compengi> jelmer, but i don't get something. how does it commit if i didn't specify path to launchpad?
[15:58] <jelmer> compengi, it commits locally
[15:58] <jelmer> compengi, you have to use a separate command to upload the changes to launchpad (bzr push)
[16:00] <compengi> Okay..
[16:00] <compengi> jelmer, should i push? $ bzr push bzr+ssh://compengi@bazaar.launchpad.net/~compengi/irssi-text/audacious/
[16:00] <compengi> bzr: ERROR: Target directory bzr+ssh://compengi@bazaar.launchpad.net/~compengi/irssi-text/audacious/ already exists, but does not have a valid .bzr directory. Supply --use-existing-dir to push there anyway.
[16:00] <jelmer> compengi, try with --use-existing-dir
[16:01] <compengi> jelmer, $ bzr push --use-existing-dir bzr+ssh://compengi@bazaar.launchpad.net/~compengi/irssi-text/audacious/
[16:01] <compengi> bzr: ERROR: Could not acquire lock "[Errno 11] Resource temporarily unavailable"
[16:02] <compengi> /usr/lib/python2.5/site-packages/bzrlib/lock.py:79: UserWarning: lock on <open file u'/home/compengi/irssi-text/audacious/.bzr/checkout/dirstate', mode 'rb' at 0x85424e8> not released warn("lock on %r not released" % self.f)
[16:02] <jelmer> compengi, looks like you have a lock still open on that branch
[16:02] <jelmer> try "bzr break-lock <url>"
[16:02] <compengi> done
[16:03] <compengi> try again?
[16:03] <jelmer> yeah
[16:03] <compengi> Unable to obtain lock file:///home/compengi/irssi-text/audacious/.bzr/branch/lock
[16:03] <compengi> held by compengi@compengi on host compengi [process #5678]
[16:03] <compengi> locked 6 minutes, 5 seconds ago
[16:03] <compengi> Will continue to try until 17:08:21
[16:04] <compengi> jelmer, which means it's still locked?
[16:04] <jelmer> yep
[16:04] <compengi> =/
[16:05] <jelmer> You may be able to use break-lock again
[16:05] <jelmer> Not sure what else could help
[16:05] <jelmer> perhaps one of the lp devs can comment?
[16:06] <compengi> was tha a question for me? :P
[16:06] <compengi> that*
[16:06] <jelmer> no, I was just hoping to get the attention of the lp developers
[16:07] <compengi> oh
[16:07] <compengi> jelmer, i'm doing it like this $ bzr break-lock bzr+ssh://compengi@bazaar.launchpad.net/~compengi/irssi-text/audacious/
[16:07] <compengi> is it correct first
[16:07] <jelmer> yeah
[16:07] <compengi> Okay
[16:09] <compengi> jelmer, btw i tried to run bzr commit in the directory i get "Unable to obtain lock file:///home/compengi/irssi-text/audacious/.bzr/branch/lock" could be same reason
[16:09] <jelmer> do you still have the commit editor open perhaps?
[16:09] <compengi> nope
[16:11] <compengi> i'll delete the file and try to commit again
[16:11] <compengi> O.o
[16:11] <compengi> same
[16:12] <compengi> add is locked also
[16:12] <compengi> :S
[16:13] <jelmer> sorry, not sure what's going wrong on your end
[16:13] <compengi> jelmer, maybe try to restart bzr?
[16:13] <jelmer> compengi, ?
[16:13] <compengi> jelmer, it's an application isn't?
[16:14] <jelmer> compengi, every time you invoke it you start a new instance of it
[16:16] <compengi> weird what's happening
[16:17] <compengi> jelmer, is there a way to check how many branches are created using init?
[16:18] <jelmer> compengi, ? bzr init creates only one branch always
[16:18] <compengi> oh
[16:18] <compengi> for example if i ran init in another directory it would switch to that one?
[16:18] <jelmer> compengi, no, it would create a branch there as well
[16:19] <compengi> and how to remove it?
[16:19] <jelmer> compengi, Remove the .bzr directory it created in that directory
[16:25] <compengi> jelmer, i deleted the branch in that directory, recreated it, commited, break-locked the url then pushed and it worked
[16:27] <compengi> jelmer, ermm.. so when i changed the file, i need every time to only recommit and push
[16:27] <compengi> chnage*
[16:27] <jelmer> yep
[16:27] <compengi> change*
[16:27] <compengi> Okay.. thanks
[16:27] <jelmer> you can also "bind" the branch you have locally to the one on launchpad
[16:27] <jelmer> if you do that, you only have to commit, it'll do the push automatically
[16:28] <compengi> oh
[16:28] <compengi> nice
[16:28] <compengi> i need to run bin?
[16:28] <compengi> bind*
[16:28] <jelmer> yep, bind with the url of the branch on launchpad
[16:29] <compengi> worked. thanks
[16:38] <compengi> jelmer, could i bother you with 1 more question?
[16:42] <andrea-bs> compengi: try to ask anyhow; if someone here knows the answer, he'll try to reply
[16:44] <compengi> in the branch that i created the bug reports are assigned to the main branch or to the one i created?
[16:45] <andrea-bs> compengi: branches aren't linked to bugs automatically, you have to do this manually
[16:46] <compengi> andrea-bs, which is should do "link to a bug report"
[16:47] <andrea-bs> compengi: sorry, I can't understand what do you mean
[16:47] <compengi> andrea-bs, i should clink on "link to a bug report"
[16:47] <compengi> to link it
[16:48] <compengi> or it's done another way
[16:49] <andrea-bs> compengi: Yes, you can use "link to bug report". An another way to do this is to open the bug page and click on "link to branch"
[16:58] <compengi> andrea-bs, hmm.. i linked something not related =/
[16:58] <andrea-bs> compengi: there's a button to remove the link somewhere
[16:58] <compengi> that's what i'm looking for
[16:59] <andrea-bs> compengi: let me try on staging :)
[16:59] <compengi> :
[16:59] <compengi> :)
[17:00] <compengi> andrea-bs, found it :)
[17:01] <andrea-bs> compengi: great, staging's a bit slow today
[17:02] <compengi> btw when you do "link to a bug report" you need to specify a bug to link it to this branch but this is something else from creating a bug report tool for this branch
[17:03] <andrea-bs> compengi: linking bugs to branches is only useful when the branch contains a fix for the bug
[17:03] <andrea-bs> compengi: and the branch is generally different by the main development trunk
[17:04] <compengi> i see..
[17:05] <compengi> thanks for everything :)
[17:05] <andrea-bs> you're welcome :)
[17:11] <compengi> is there a way to unsuscribe from launchpad?
[17:12] <andrea-bs> compengi: sure: https://launchpad.net/people/+me/+deactivate-account
[17:12] <compengi> great :D
[17:38] <AnMaster> hi I got issues with registering a release
[17:38] <AnMaster> basically Summary and Description would end up the same for this release
[17:38] <AnMaster> along with a detailed change log
[17:38] <AnMaster> yet it doesn't like when I leave the description empty
[17:40] <AnMaster> and I can't see the change log
[17:41] <AnMaster> https://launchpad.net/cfunge/trunk/0.3.0/ should display the change log
[17:41] <AnMaster> but it doesn't
 https://launchpad.net/cfunge/trunk/0.3.0/ should display the change log
 but it doesn't
[19:27] <AnMaster> when I click edit I see the change log
[19:27] <AnMaster> why is this
[21:52] <Turl> Hello
[22:09] <Turl> anyone?
[22:28] <mwhudson> hi
[22:29] <Turl> i was wondering whether you could review a translation?
[22:29] <mwhudson> i can't no
[22:30] <Turl> who can? do you know?
[22:30] <mwhudson> jtv or danilos, i expect
[22:30] <mwhudson> they're probably enjoying their sundays, though
[22:32] <Turl> ok
[22:32] <Turl> why does it take so long?
[22:36] <mwhudson> how long have you been waiting?
[22:39] <Turl> 3-4 days
[22:40] <mwhudson> well, most of that has been weekend, i guess
[22:42] <Turl> it seems so
[22:42] <Turl> but isn't it automated?
[22:42] <Turl> machines work on weekends too :p
[22:50] <mwhudson> i'm getting beyond the limits of my knowledge here
[22:50] <firstman> i have an account in lauchpad deactivated asociated with an no longer available email address. How can i delete that user account?
[22:51] <mwhudson> firstman: ask a question at answers.launchpad.net/launchpad, i'd say
[22:51] <firstman> ok mwhudson thanks u
[23:24] <mdke> Turl: translations get reviewed by the translation team for your language who work on the particular project. So for example, for Ubuntu, it's the Ubuntu translation teams - https://translations.launchpad.net/+groups/ubuntu-translators
[23:32] <Turl> mdke, I didn't mean that
[23:32] <Turl> I mean, if I upload a .pot for my own project
[23:32] <Turl> I have to wait until launchpad reviews it
[23:34] <kiko> Turl, I want to get rid of that process for our next cycle
[23:35] <kiko> it creates too much confusion
[23:35] <kiko> so either we're going to have a turnaround in under 24h, or no wait at all
[23:35] <Turl> kiko, next cycle? you mean, next rosetta version?
[23:36] <kiko> Turl, the next 4 months, which I start officially tomorrow :)
[23:36] <Turl> :)
[23:37] <Turl> so it'll be soon :D
[23:37] <kiko> heh
[23:37] <kiko> it's a process change
[23:37] <kiko> so let's see
[23:41] <Turl> btw, is there any possibility of php-gtk2 getting included in ubuntu's repos?
[23:41] <cody-somerville> Turl, Why are you asking here?
[23:41] <Turl> launchpad=ubuntu isn't it? or is there a #ubuntu channel?
[23:42] <Turl> oh sorry, #ubuntu exists :p
[23:43] <wgrant> I'm yet to work out where people get the impression that Launchpad is Ubuntu.
[23:43] <wgrant> And why on earth would anybody want to write a GUI app in PHP!?
[23:43] <cody-somerville> wgrant, Some people enjoy crack, thank you very much :P
[23:44] <ajmitch> cody-somerville: I thought it fell more under masochism
[23:45] <cody-somerville> More sadistic than masochism, I'd say.
[23:45] <cody-somerville> At least from a legacy maintainer POV
[23:46] <mdke> having said that, the first question is easier to answer
[23:46] <wgrant> You must not maintain that sort of thing.
[23:46] <mdke> it's probably because they are both sponsored by Canonical and Ubuntu is Launchpad's biggest project
[23:46] <wgrant> It should be stomped on and destroyed.
[23:46] <cody-somerville> Launchpad? I think scottk would agree there.
[23:47] <Turl> heh, PHP is not bad for GUIs :p if you think like that, why would anyone write a GUI in python?!
[23:47] <cody-somerville> As for PHP, I don't mind it and I PHP 6 is like the post plastic surgery of PHP 4
[23:48] <wgrant> Because Python doesn't utterly suck.
[23:48] <Turl> php doesn't suck
[23:48] <cody-somerville> Python doesn't utterly suck, no, but it does suck :P
[23:48]  * cody-somerville thinks PHP and Python both have their purposes.
[23:48] <Turl> PHP is good for all kinds of tasks
[23:49] <Turl> server scripting, GUI things, CLI programs...
[23:49] <cody-somerville> I'm sure it is... just as good as assembly, no doubt
[23:49] <Turl> it can even be compiled!
[23:49] <Turl> look at Roadsend's PHP compiler
[23:50] <cody-somerville> Turl, Lets continue this discussion in ##php, mmkay?
[23:50] <wgrant> Why use PHP for those when there are languages that aren't designed for breaking the web?
[23:50] <Turl> ¬¬
[23:53]  * mwhudson sings the 'all languages suck' song
[23:53] <cody-somerville> hi5!
[23:53] <cody-somerville> so true
[23:54] <Turl> well, if you think like that also perl-gtk sucks :p
[23:55] <wgrant> Oh, it does.
[23:55] <wgrant> I've had to deal with one thing written in it.
[23:55] <Turl> well... xD
[23:56] <kiko> wgrant, hey, don't aggravate end-users. they already have to deal with PHP -- isn't that bad enough? :)
[23:56] <wgrant> There are some tasks to which languages just are not suited.
[23:56] <Turl> just look at my PHP code ;) it isn't the most wonderful thing on earth but it doesn't suck that hard :p
[23:56] <Turl> code.launchpad.net/downitnow
[23:56] <wgrant> kiko: Indeed, indeed.
[23:56] <kiko> ;)
[23:57]  * kiko yawns
[23:57] <kiko> man it is WAY past bedtime for us londoners
[23:57]  * spm evil chuckles at kiko yawning....
[23:57] <kiko> I'll see you tomorrow. stay out of wars meanwhile. language, falklands or otherwise.
[23:57] <wgrant> Oh, you're still in London?
[23:57] <kiko> I just got back in :-(
[23:57] <lifeless> wow, a page of php chat. Really -> ##php please.