[00:03] <kfogel> thumper: convention check: in http://paste.ubuntu.com/252202/, if I want to globally refer to the nested revision 8687.14.3, I'd call it "r8933.8687.14.3", right?
[00:03] <kfogel> thumper: and I'm about to send you the MP :-)
[00:03] <thumper> no
[00:03] <thumper> I don't think so
[00:05] <kfogel> thumper: ?
[00:05] <kfogel> thumper: how would one refer to it?
[00:05] <thumper> generically I'd use the rev_id
[00:06] <thumper> a dotted revno only makes sense for a particular branch
[00:07] <thumper> and for a dotted revno,  8687.14.3 is the right way
[00:07] <kfogel> thumper: so how does one get that rev id?
[00:07] <kfogel> thumper: ah, --show-ids
[00:21] <kfogel> thumper: https://code.edge.launchpad.net/~kfogel/launchpad/rf-bzr-versioncheck/+merge/10071
[00:21]  * thumper looks
[00:22] <kfogel> SamB: patch is in this merge proposal: https://code.edge.launchpad.net/~kfogel/launchpad/rf-bzr-versioncheck/+merge/10071 (thumper is looking at it now)
[00:22]  * thumper waits for the diff
[00:25] <kfogel> thumper: oh, I was wondering why the diff hadn't shown up.  Is the system still manufacturing it?
[00:25] <thumper> kfogel: there are several steps of delay that we are looking to reduce with messaging...
[00:26] <thumper> kfogel: I can't remember how often the scripts run
[00:26] <kfogel> thumper: whew.  This is a huge problem.  I wish there were some way to simply make a branch or MP jump ahead in the queue on the basis that its page is being requested.
[00:26] <kfogel> thumper: like, the fact that you and I are trying to look at it should make it appear!
[00:26] <SamB> kfogel: raytrace it!
[00:26] <kfogel> thumper: I have to head out for a bit; will be back in a few hours.
[00:26] <kfogel> SamB: :-)
[00:26] <thumper> kfogel: it is purely a lack of personnal issue
[00:27] <thumper> kfogel: we know how to fix it
[00:27] <thumper> kfogel: we just don't have the time right now
[00:27] <SamB> thumper: you need to have children first?
[00:27] <thumper> SamB: I have three
[00:27] <SamB> well, there's your personal issue
[00:27] <kfogel> thumper: if the fix is described anywhere, I'd love to point to it publicly -- this is something that every regular user runs into, someone might jump on it.
[00:28] <thumper> kfogel: it is an infrastructural issue of getting the message queues working for our bits
[00:28] <thumper> kfogel: not something we are going to outsource
[00:28] <kfogel> *nod*
[00:28]  * kfogel is away: Smithwicks w/ Omar
[00:44] <eagle00789> i'm trying to report my bugs by email, but i get the email back with the error: "To report bugs by e-mail, you need to sign the message with an OpenPGP key that is registered in Launchpad." But the wiki https://help.launchpad.net/EmailInterface doesn't mention anything about this PGPKey
[00:48] <wgrant> eagle00789: https://help.launchpad.net/Bugs/EmailInterface (linked from the page you gave) does mention GPG keys.
[00:48] <wgrant> Although that's not the proper name.
[00:49] <eagle00789> in that case, that part about the gpg/pgp key should be a BIG note and not such a small one....
[00:49] <eagle00789> it's easy to miss that line...
[00:50] <eagle00789> but ok. thx for the help wgrant. that was the info i was looking for....
[00:50] <wgrant> eagle00789: np
[00:59] <Fly-Man-> Is there a maximum of time that the import of a GIT repository takes on Launchpad ??
[00:59] <lifeless> no
[00:59] <lifeless> it will depend on the git repository
[00:59] <Fly-Man-> So it could take 50 days or more ?
[00:59] <wgrant> Some have run for a couple of weeks...
[00:59] <lifeless> has it been approved?
[00:59] <Fly-Man-> In review
[00:59] <Fly-Man-> Import Status: Pending Review
[00:59] <lifeless> whats the import
[01:00] <Fly-Man-> opensim > git
[01:00] <lifeless> the url for it please
[01:00] <Fly-Man-> the other 2 svn's are dead
[01:00] <Fly-Man-> https://code.launchpad.net/~vcs-imports/opensim/new-trunk
[01:00] <Fly-Man-> At this moment the Git is the most accurate version we have
[01:02] <Fly-Man-> lifeless: Thank you :)
[01:03] <lifeless> np
[01:31] <thumper> lifeless: did you approve it?
[01:31] <lifeless> yes
[01:31] <lifeless> as per the list discussion about git imports ;)
[01:34] <thumper> lifeless: thanks
[01:35] <lifeless> happy to
[04:48] <ripps_> Packages for jaunty and karmic in the mpd-trunk ppa can't find the automake1.10 package during building.
[04:48] <wgrant> ripps: Log?
[04:49] <ripps> http://launchpadlibrarian.net/30261559/buildlog_ubuntu-karmic-lpia.mpd-userspace_0.15.1%2Bgit20090804.c3e02be-0ubuntu1%7Eripps4_FAILEDTOBUILD.txt.gz
[04:50] <ripps> automake1.10(missing)
[04:50] <wgrant> ripps: I'm not surprised it can't find it; it doesn't exist.
[04:50] <wgrant> It's just automake.
[04:50] <wgrant> It's the current version, so it doesn't have the version number in the name.
[04:51] <ripps> It used to be there, why did they remove it.
[04:52] <wgrant> ripps: The source package is automake1.10, but a binary named automake1.10 has never existed in Jaunty or Karmic.
[04:53] <ripps> I have had this same control file for half a year now, and I've had automake1.10 as one of depends ever since. Automake1.10 must have been a virtual package for automake, but it was there.
[04:54] <ripps> http://launchpadlibrarian.net/29878628/buildlog_ubuntu-karmic-i386.mpd_0.15.1%2Bgit20090804.c3e02be-0ubuntu1%7Eripps1_FULLYBUILT.txt.gz
[04:55] <ripps> I know what it might be. I've added automake1.11 to a dependency ppa. It must be interfering.
[04:55] <wgrant> Ah, indeed, automake does provide automake1.10.
[04:56] <wgrant> And the automake 1.11 binary will indeed be clobbering that.
[05:06] <ripps> Okay, I think I managed a fix. I remove automake from the controls and configured my ppabot to insert the proper depends depending on the distro it's uploading to
[05:08] <wgrant> Is just depending on automake enough?
[05:09] <wgrant> Or do you need the correct version?
[05:12] <ripps> wgrant: not sure, I just set karmic and jaunty to automake instead of automake1.10
[05:18] <ZauberExonar> Okay, anybody in the chatroom right now?
[05:18] <ZauberExonar> I want to check out the code for a program under development, but I have no idea how to do so.
[05:20] <wgrant> ZauberExonar: Which project?
[05:20] <wgrant> (no, nobody here at all)
[05:20] <ZauberExonar> pyzim
[05:20] <ZauberExonar> https://code.launchpad.net/~pardus-cpan/zim/pyzim
[05:20] <ZauberExonar> k, I think I found it
[05:20] <ZauberExonar> Some weird tool I've never heard of called bzr
[05:21] <wgrant> You've not heard of bzr?
[05:21] <ZauberExonar> No
[05:21] <wgrant> http://bazaar-vcs.org/
[05:21] <ZauberExonar> I've heard of svn, cvs, and git
[07:07] <maxb> Is PPA deletion possible?
[07:07] <wgrant> maxb: Mrrrh mumble mumble not really.
[07:07] <wgrant> But possibly if you've never uploaded anything to it.
[07:07] <wgrant> But possibly not.
[07:07] <maxb> I filed a question asking for it, but it's been answered by just disabling the ppa
[07:07] <wgrant> If you have uploaded anything, it can be disabled, but not deleted.
[07:11] <spm> fwiw, we rely on what's in the UI in most cases. The UI only allows disabling - hence you get disabled PPA's. Users & Projects are similar; Groups are oblivionised.
[07:12] <maxb> hmm, ok
[07:12] <wgrant> I don't see any reason that maxb's PPA couldn't be deleted, as it has never had anything in it, so there's no history to be lost.
[07:12] <wgrant> (no technical reason, that is)\
[07:12] <maxb> separate question - any reason why owners don't have disable/enable access over their own PPAs, then?
[07:12] <wgrant> spm: 'oblivionised' meaning merged into some junk team?
[07:13] <spm> wgrant: not a junk team, but yes. +adminteammerge
[07:13] <wgrant> spm: What does it do?
[07:13] <wgrant> (i have no Launchpad around)
[07:14] <spm> maxb: I'm not sure. Disabling Projects IMHO should remain away from owners (stop bat'n'ball going home style dummy spits); but there are plenty of cases where - IMHO! :-) owners should be allowed to do stuff
[07:16] <spm> wgrant: like a stock person merge - but for teams. JFDI override more or less. some minor gotchas.
[07:16] <maxb> I wonder if there's any way in which topic PPAs can be made usable. At the moment I try to do most things in a single PPA to avoid an ever increasing number of obsolete PPAs
[07:18] <maxb> I guess it needs a 'delete' that works the same way as 'delete packages' - i.e. it's gone just about everywhere in the UI but not actually erased from existence
[07:18] <wgrant> That's what disabling is meant to do.
[07:18] <wgrant> The only problem is that disabled PPAs show up in listings to the user, and the namespace remains polluted.
[07:18] <wgrant> (and disabled PPAs aren't yet removed from the archive disk, but that's coming Soon)
[09:48] <dholbach> hiya
[09:48] <dholbach> I just tried removing ~ubuntu-games-merged from ~locoteams - it tells me that the page does not exist
[09:48] <dholbach> although ~locoteams/+members lists it
[09:56] <bigjools> dholbach: I can't see it listed in +members
[09:56] <noodles775> me either...
[09:56] <dholbach> "Ubuntu Games"
[09:57] <dholbach> below "Ubuntu Finland Team"
[09:57] <noodles775> That's a different url though?
[09:57] <dholbach> https://launchpad.net/~locoteams/+members
[09:57] <noodles775> No, I mean ubuntu games has the url: https://edge.launchpad.net/~ubuntugames
[09:57] <noodles775> rather than ~ubuntu-games-merged?
[09:58] <dholbach> still ~ubuntu-games-merged is a member of ~locoteams
[09:58] <dholbach> I wanted to get it out of the list :)
[09:58] <bigjools> dholbach: where do you see it as a member?
[09:58] <dholbach> https://launchpad.net/~locoteams/+members
[09:58] <dholbach> "Ubuntu Games"
[09:58] <dholbach> below "Ubuntu Finland Team"
[09:58] <bigjools> dholbach: that's a different team
[09:59] <bigjools> ah sorry
[09:59] <bigjools> I was looking in the wrong -place
[09:59] <dholbach> ah ok, no worries :)
[10:00] <bigjools> dholbach: can you file a question and I'll assign it to the LOSAs, something is borked
[10:03] <dholbach> https://answers.edge.launchpad.net/launchpad/+question/79906
[10:03] <dholbach> bigjools: ^ how can I assign it?
[10:05] <bigjools> dholbach: doing it for you
[10:06] <dholbach> thanks!
[10:06] <soren> Who can approve mailing list requests?
[10:06] <bigjools> soren: me!
[10:07] <bigjools> I'm about to review them
[10:07] <soren> bigjools: Cool, thanks.
[10:14] <bigjools> soren: done
[10:15]  * soren hugs bigjools 
[10:15]  * bigjools blushes
[10:16] <bigjools> soren: perhaps you can help me figure out a way to clone a vmbuilder image but with a new IP address instead of building a new one from scratch :)
[10:17] <soren> bigjools: VMBuilder can't do anything like that at the moment.
[10:17] <bigjools> soren: can I do something cheeky like copy the image, change the ip in the running VM and wait for COW to work?
[10:18] <soren> bigjools: Why not just copy the image and change the IP in the new VM?
[10:19] <bigjools> that's what I mean
[10:19] <bigjools> English is my first language, honest
[10:19] <soren> Then I don't understand the COW part :)
[10:20] <bigjools> when it shuts down, will it persist?
[10:22] <soren> Unless you're doing something with your VM's that I don't know about, yes. By default, VM's are persistent.
[10:22] <bigjools> parfait
[11:09] <bjp__> lp seems like a good site for large/active projects, but is it good for small/not very active projects, or just posting code that might not change much?  Or is something like sf better for smaller projects?
[11:09] <wgrant> I find LP to work fine for my small and often not very active project.
[11:09] <wgrant> We moved from SF.net.
[11:10] <wgrant> Everybody is saying that LP is much nicer.
[11:10] <bjp__> it looks nice, i really like bzr
[11:10] <wgrant> Why do you think that LP might not be good for small projects?
[11:10] <bjp__> i have some old projects i've been meaning to OS, but never got around to putting it on SF... now there's LP
[11:10] <bjp__> not sure, never really used either
[11:11] <bjp__> just seems like theres a lot more small programs/utilities on SF, and some big projects with lots of devs on LP
[11:14] <wgrant> bjp__: That's true. But there are also lots of small projects on LP.
[11:14] <wgrant> And LP is really easy and a bit less old and crap, IMO.
[11:14] <bjp__> so i should add some old crap to it? ;)
[11:15] <wgrant> Heh.
[11:50] <rafiu> any launchpad admins or devs around?
[11:58] <Fly-Man-> Morning all
[11:58] <Fly-Man-> I received a message from someone that a SVN import failed
[11:58] <Fly-Man-> How do I solve that ?
[12:06] <Fly-Man-> Morning leonardr
[12:07] <leonardr> hello
[12:07] <Fly-Man-> leonardr: can I ask you a Q ?
[12:07] <leonardr> sure
[12:07] <Fly-Man-> I received a message from Julian that a SVN import failed
[12:07] <Fly-Man-> but when i run the command he says he's run
[12:07] <bigjools> that's me
[12:07] <Fly-Man-> Ahh, morning bigjools :)
[12:08] <bigjools> hi
[12:08] <Fly-Man-> I see a trunk when I execute that command
[12:08] <Fly-Man-> https://code.launchpad.net/~vcs-imports/opensim/svn-trunk
[12:08] <Fly-Man-> so I was wondering where it went wrong ?
[12:08] <leonardr> i think bigjools should take over, i don't know much about code imports
[12:09] <Fly-Man-> thanks leonardr :)
[12:09] <bigjools> Fly-Man-: I tried to look at the repo locally, and `svn ls` just hangs
[12:09] <Fly-Man-> when I issue the command
[12:09] <Fly-Man-> svn ls http://opensimulator.org/svn/opensim-track
[12:09] <Fly-Man-> i get this back:
[12:09] <bigjools> ah it's working now
[12:09] <Fly-Man-> :)
[12:10] <bigjools> did you fix it?
[12:10] <Fly-Man-> Nope
[12:10] <Fly-Man-> that one is always there ;)
[12:10] <bigjools> huh weird, ok, I will fix your URL as well, it needs /trunk on the end, and approve it
[12:10] <Fly-Man-> maybe the server that ran it had issues
[12:10] <Fly-Man-> okay, thanks :)
[12:10] <bigjools> ok done!
[12:10]  * Fly-Man- thanks bigjools :)
[12:11] <bigjools> welcome, let me know how it goes
[12:11] <Fly-Man-> bigjools: and another Q
[12:11] <Fly-Man-> Why does Git not like the other one ?
[12:11] <bigjools> the midori one?
[12:11] <Fly-Man-> https://code.launchpad.net/~vcs-imports/opensim/new-trunk
[12:11] <Fly-Man-> It's a Git repository
[12:12] <Fly-Man-> with all the revisions in it
[12:12] <Fly-Man-> and everytime it stops at about 1800 revisions
[12:12] <bigjools> I don't know, it could be a bug in our importer
[12:12] <Fly-Man-> Okay, it's about to run again
[12:12] <Fly-Man-> but I think it will drown again ...
[12:13] <Fly-Man-> at first, I thought it was russkaya
[12:13] <bigjools> file a bug, and someone from the Code team can take a look for you
[12:13] <Fly-Man-> but now it's also failing on another code importer
[12:14] <Fly-Man-> Where should I file the bug ?
[12:14] <Fly-Man-> in the Opensim bugs itself
[12:14] <bigjools> on the launchpad project
[12:14] <Fly-Man-> k
[12:14] <bigjools> thanks
[12:19] <Fly-Man-> Added :)
[12:19] <Fly-Man-> and I see that wgrant is also notified :)
[12:20] <bigjools> yeah, he's our #1 fan
[12:21] <Fly-Man-> Haha, I know, he helped me out yesterday with the installation of the Launchpad
[12:22] <Fly-Man-> I wanted to install Launchpad
[12:22] <Fly-Man-> but needed Bazaar first
[12:22] <Fly-Man-> and the trunk told me it was 2.0.0 version
[12:22] <Fly-Man-> and the rocket-setup didn't like that ;)
[12:22] <wgrant> Fly-Man-: That fix landed a few hours ago.
[12:23] <Fly-Man-> wgrant: Yes, I see it now :)
[12:23] <Fly-Man-> thanks for that fix :)
[12:23] <wgrant> That was kfogel's doing.
[12:23] <Fly-Man-> so, it's safe to grab the latest trunk now
[12:24] <wgrant> As safe as trunk normally is, which is pretty safe.
[12:24] <Fly-Man-> wgrant: *nods* Yeah, that's what we say on the Opensim trunk as well ;)
[12:24] <Fly-Man-> "If you break it, you get to keep both pieces"
[12:25] <wgrant> But bzr has lots of tests enforced on merges.
[12:25] <wgrant> So I suspect its trunk is much safer than most other projects.
[12:25] <Fly-Man-> Yeah, that's why I want to have a look at Launchpad
[12:25] <Fly-Man-> to see if it is like Git but easier to understand
[12:41] <AlexC_> morning,
[12:42] <AlexC_> how long roughly does it take for language files to get imported? I was under the impression (from reading on LP website while ago) that only the first templates will take time, while uploading new .po and .pot files will be pretty instant
[12:43] <AlexC_> instead, I'm still here 16+ hours later waiting to do what I wanted to do 16 hours ago. I understand there will be a queue, but dang - this is the reason I left Launchpad, unable to do things when *I* want to =\
[12:45] <logari81> ppa-related question: if I have already uploaded a package in my ppa (including orig.tar.gz) and I want to  upload a new version of the package without changes in orig.tar.gz can I exclude the orig.tar.gz file this time?
[12:46] <wgrant> logari81: Yes.
[12:46] <bigjools> logari81: yes
[12:46] <bigjools> you can refer to one in Ubuntu as well
[12:46] <dpm_> AlexC_: can you paste the URL of your project, so that the LP Translations devs can have a look at it? danilos, jtv, henninge^
[12:46] <wgrant> Not another PPA, though :(
[12:47] <bigjools> there's copying for that :)
[12:47] <wgrant> True.
[12:47] <logari81> thnx then I have to build it with -sd
[12:47] <AlexC_> dpm_, sure, https://translations.launchpad.net/tangocms/+imports
[12:47] <danilos> AlexC_: unless there's a bug or you did something wrong, it should not have taken 16h
[12:49] <danilos> AlexC_: that seems to be a combination of both; at the moment, Launchpad stupidly cannot recognize a tarball it exports itself (i.e. PO files named like templatename-de.po), but it shouldn't be creating so many subdirectories which it cannot import back
[12:49] <jtv> AlexC_: if there's something weird with the paths or the filenames, the approval won't be automatic.  I'm checking...
[12:49] <jtv> What danilos said.
[12:50] <danilos> AlexC_: the problem is that paths we stored when you originally imported (and what we use to recognize appropriate templates) are different; eg. we have simply tangocms-groups.pot instead of tangocms/tangocms-groups/tangocms-groups.pot
[12:50] <AlexC_> I see, so I take it they are in manual review? Would be good if LP would email project leader (or someone) to mention this, just to say what is going on =)
[12:50] <mdz> I'm getting a lot of timeouts trying to file test bugs on staging
[12:51] <mdz> e.g. OOPS-1321S902
[12:51] <AlexC_> danilos, hum, I assume you're part of LP translators dev - would it be possible to change it to the latter?
[12:51] <danilos> AlexC_: it would, the problem is that the system is designed in a queue-like manner, where it doesn't really know what will happen for sure... for instance, PO files cannot be approved before templates are, but if templates are approved automatically later, PO files will be approved as well
[12:52] <AlexC_> so approving a pot also approves all associated po?
[12:52] <danilos> AlexC_: sure it would, I'll take care of it for all the templates you've got, I am not 100% sure translations will be picked up because of their names, but they might
[12:52] <AlexC_> danilos, would be greatly appreciated =)
[12:53] <danilos> AlexC_: also, have you considered using bzr for imports? that should avoid the need for approval in most cases (not in a case like this where system can't match multiple templates against what seem to be different templates)
[12:53]  * Fly-Man- grmbls
[12:53] <Fly-Man-> Hmm, that's the 5th time the Git import has failed ...
[12:53] <danilos> AlexC_: but, in the future, if you keep these names, everything should work automatically
[12:54] <AlexC_> danilos, yeah the names will remain now. We have a bash script which merges the downloaded LP translations (.po) with our newer .pot files
[12:54] <AlexC_> and outputs them in this newer structure
[12:55] <AlexC_> danilos, I'm not quite sure how bzr would be used for lang imports. Besides, that'd mean we'd then have SVN, BZR and soon GIT :P
[12:55] <jtv> AlexC_: you can let Launchpad mirror your svn or git branch in a bzr branch, and import files from that.
[12:56] <AlexC_> jtv, tbh, I try to keep as much away from LP as I can, so I'd naturally decline to do this
[12:57] <jtv> AlexC_: well once it's on track it should mean a lot less interaction with LP
[12:57] <jtv> No need to upload stuff
[12:57] <AlexC_> don't get me wrong, LP is great for larger projects and mainly Ubuntu - but for smaller projects such as mine, it takes away control and limits what I can do
[12:58] <AlexC_> jtv, got a link I can read up on it more?
[12:58] <jtv> AlexC_: our wonderful mrevell was just writing up some new docs for us... hang on.
[12:58] <AlexC_> excellent
[12:59] <mrevell> Alex_C: Do you have any particular requests?
[12:59] <mrevell> AlexC_: I mean wrt docs
[12:59] <AlexC_> mrevell, just translations + bzr, how it can help. Not entirely sure what I am after =)
[12:59] <jtv> AlexC_: start here and browse through the steps: https://help.launchpad.net/Translations/YourProject/Draft
[13:00] <danilos> AlexC_: it's mostly because we lack the time to implement all the features to empower users such as you
[13:00] <danilos> AlexC_: we do want to provide more privileges handed over to project owners, like template management
[13:00] <AlexC_> danilos, aye. Though, take me back to when the great interface changes came in and I'd use it again. For me, since the redesign it has gone downhill (keyword, for me)
[13:00] <danilos> AlexC_: though, Launchpad is now open source, so if you feel like you can lend a hand... :) I'd be happy to help you out get on the track :)
[13:01] <bigjools> AlexC_: maybe the upcoming changes will make you happier, the UI is being redesigned
[13:01] <AlexC_> bigjools, good to hear
[13:01] <danilos> AlexC_: is there anything specific that is bothering you right now?
[13:02] <AlexC_> danilos, lack of control, mostly, and general bugs. Like I've disabled blueprints - yet people can still post blueprints ;).
[13:02] <AlexC_> but either way - I wouldn't change back now, considering we have a fully establish bug tracker using Redmine, it would be far too much of a pain to move back
[13:02] <danilos> AlexC_: (btw, I've modified paths for all the templates in our DB, to make sure auto-approval picks them up  this and the next time)
[13:02] <AlexC_> danilos, thanks, I appreciate it
[13:03] <danilos> AlexC_: this does mean it might take another hour or so (depending on when the next auto-approver run happens), but you won't need manual intervention in the future, provided you keep the paths sane
[13:03] <AlexC_> danilos, yeah that's no worries, I don't get home for another 3 hours so
[13:04] <danilos> AlexC_: also, I am still not sure templatename-lang.po will work (I keep forgetting about that bit of code)
[13:04] <Fly-Man-> AlexC_: Nice translations stats
[13:04] <Fly-Man-> but where's the Dutch translation :P ?
[13:04] <jtv> danilos: I'm pretty sure it doesn't
[13:04] <AlexC_> Fly-Man-, feel free =)
[13:04] <Fly-Man-> AlexC_: I will have a look
[13:04] <AlexC_> Fly-Man-, though you'd best wait until they have imported first. Lang strings have changed
[13:05]  * Fly-Man- is in no hurry
[13:05] <Fly-Man-> still waiting for my SVN trunk to be imported
[13:05] <Fly-Man-> and the code importer says it's busy for about 1 hour now
[13:05] <Fly-Man-> and all I see is WARNING N changeset 1, WARNING N changeset 2
[13:05] <jtv> Fly-Man-: IIRC svnlib opens lots and lots of connections while importing, so the initial import is slow and error-prone.
[13:06] <danilos> AlexC_: btw, I see you have several release series registered, have you read about our message sharing functionality?
[13:06] <Fly-Man-> jtv: So look back in about 1 day ?
[13:06] <AlexC_> danilos, no, I haven't. Mind throwing another link at me?
[13:06] <jtv> Fly-Man-: I have _no_ idea, but if it keeps failing, please bug the Codehosting folks
[13:07] <danilos> AlexC_: basically, it's about how translators can simultaneously work on multiple releases at the same time, with no duplicate work needed; see http://blog.launchpad.net/translations/sharing-translations
[13:07] <Fly-Man-> Ghehe, I already have about the Git import
[13:07] <Fly-Man-> that kept failing
[13:07] <AlexC_> danilos, thanks, will check later
[13:08] <danilos> AlexC_: anyway, ping me later so we can check up on all the translation imports
[13:08] <AlexC_> danilos, will do. Thanks again for the help
[13:08] <danilos> np
[13:09] <AlexC_> g'bye
[13:14] <Fly-Man-> jtv: Does this count as a bug ?
[13:14] <Fly-Man-> Import failed: Traceback (most recent call last): Failure: twisted.internet.error.TimeoutError: User timeout caused connection failure.
[13:15] <jtv> Fly-Man-: where are you getting it from?
[13:15] <Fly-Man-> import SVN trunk
[13:15] <Fly-Man-> https://code.launchpad.net/~vcs-imports/opensim/svn-trunk
[13:16] <bigjools> Fly-Man-: looks like a recurrence of the connection issues
[13:16] <Fly-Man-> bigjools: another ?
[13:16] <Fly-Man-> the servers are apart from each other
[13:16] <Fly-Man-> 1 should be in NY
[13:16] <bigjools> it might be intermittent
[13:17] <Fly-Man-> the other one should be near Mexico
[13:17] <bigjools> but that error is a connection timeout, not much we can do about it
[13:17] <Fly-Man-> Maybe that one caught the flu
[13:17] <bigjools> haha
[13:18] <Fly-Man-> k, it's starting on neumayer now ...
[13:21] <jtv> danilos: the CP request is up, and I'll have to leave in a few minutes.  Anything else you need for it?
[13:22] <danilos> jtv: didn't we have two fixes that we want CPed?
[13:23] <jtv> danilos: we do, true.  I'll put the other one up as well.
[13:50] <Fly-Man-> wgrant: can I ask a Q about the installation of Launchpad on a local system ?
[13:51] <wgrant> Fly-Man-: Sure.
[13:51] <mdz> I just subscribed myself to branch notifications on https://code.edge.launchpad.net/~ubuntu-core-dev/ubuntu/karmic/apport/ubuntu and it appeared to succeed, but my name did not appear on the subscribers list afterward. bug?
[13:51] <Fly-Man-> Now try logging into your locally-running Launchpad, using the default username and password:
[13:52] <Fly-Man-> uhm, how ?
[13:52]  * Fly-Man- doesn't see a url to get to his local system
[13:52] <wgrant> Fly-Man-: What do you mean?
[13:52] <wgrant> launchpad.dev
[13:52] <Fly-Man-> That gives me the nice error:
[13:52] <Fly-Man-> Alert!: Unexpected network read error; connection aborted.
[13:52] <wgrant> Try restarting Apache and LP.
[13:52] <Fly-Man-> Can't Access `https://launchpad.dev/' Alert!: Unable to access document.
[13:52] <beuno> mdz, yes, bug. I see your name on the bottom now, but if you didn't see it added with ajax, it's a bug
[13:54] <mdz> beuno, how/where should I file it?
[13:55] <mdz> it's easily reproducible on staging
[13:55] <Fly-Man-> wgrant: that did the trick
[13:55] <Fly-Man-> but now I need to setup the dns records so it gets there ?
[13:56] <wgrant> Fly-Man-: No. rocketfuel-setup puts it in /etc/hosts.
[13:56] <beuno> mdz, https://bugs.edge.launchpad.net/launchpad-code/+filebug
[13:56] <Fly-Man-> wgrant: and how do I open those up to the outside
[13:57] <Fly-Man-> so I can enter from another pc within my network ?
[13:57] <wgrant> Fly-Man-: You'd need to reconfigure Apache and various other bits and pieces.
[13:57] <wgrant> There's no instructions on how to do that.
[13:58] <Fly-Man-> wgrant: Okay, then I need to fiddle with that I guess ...
[13:58] <mdz> beuno, filed bug 413026
[13:58] <beuno> mdz, thank you, I'll chase it up
[14:01] <bigjools> beuno: there was another similar bug with requesting additional reviewers, do you know about it?
[14:04] <beuno> bigjools, I do not
[14:05] <bigjools> still does it on edge
[14:05]  * bigjools files a bug
[14:12] <bigjools> beuno: https://bugs.edge.launchpad.net/launchpad/+bug/413037
[14:13] <beuno> bigjools, thanks
[14:13] <bigjools> pas de problem
[14:19] <Fly-Man-> Hooray, another failure ...
[14:20] <bigjools> Fly-Man-: same sort of error?
[14:20] <Fly-Man-> Yupz
[14:20] <Fly-Man-> but this time it has more data
[14:20] <Fly-Man-> http://launchpadlibrarian.net/30271225/opensim-svn-trunk-log.txt
[14:20] <Fly-Man-> Import for => https://code.launchpad.net/~vcs-imports/opensim/svn-trunk
[14:21] <bigjools> it must be a flakey connection
[14:35] <Chase_> Where do people typically host their web content for projects (information, manual, other docs)?
[14:35] <Chase_> I was thinking launchpad would provide a place, but there doesn't seem to be one
[14:36] <beuno> Chase_, yeah, we're planning to have a wiki, but not there yet
[14:36] <beuno> people host it in many different places, there's no default choice
[14:37] <Chase_> beuno: any suggestions?
[14:37] <Chase_> I currently have my docs formatted for a trac (moinmoin) wiki
[14:37] <beuno> Chase_, you could use wiki.ubuntu.com if it's related to Ubuntu in any way?
[14:37] <Chase_> nope
[15:19] <secrgb_> hi
[15:20] <secrgb_> how can i add a revision number to the file?
[15:20] <secrgb_> kinda like subversion had
[15:20] <secrgb_> has*
[15:27] <bigjools> secrgb_: I don't know but rockstar might
[15:28] <secrgb_> should i pm?
[15:28] <bigjools> he should be around soon
[15:30] <secrgb_> cool
[15:51] <rockstar> secrgb_, in Launchpad, we usually have a script that puts the output of bzr-revno into a file.
[15:57]  * maxb wonders why ~launchpad-beta-testers is a moderated team
[15:58] <beuno> maxb, that's a fantastic question
[15:58] <beuno> flacoste, ^
[15:58] <secrgb_> rockstarso no automatic thingie then
[15:58] <bigjools> to filter offensive names, mainly, and so we can send instructions
[15:58] <secrgb_> rockstar, so no automatic thingie then
[15:59] <beuno> secrgb_, no automatic thing yet, no
[15:59] <rockstar> secrgb_, no, not like CVS or svn.
[15:59] <maxb> to filter offensive names? Why does it matter more for that team than launchpad in general?
[15:59] <rockstar> maxb, because we want people who will report bugs.
[15:59] <secrgb_> rockstar, thnx
[16:00] <maxb> rockstar: Of course, but what does filtering offensive names have to do with that?
[16:00] <rockstar> maxb, we used to require that they set their real name.
[16:00] <maxb> Still do, according the team description
[16:01] <rockstar> maxb, on sites where I use offensive login names, I don't really care about the site.
[16:01] <maxb> Yes.... but what does being an official beta tester grant you that it's worth controlling team membership?
[16:02] <maxb> This sort of parallels the "why do mailing lists require approval?" discussion - it's an approval step that doesn't seem to have a reason
[16:03] <beuno> maxb, I agree that its not worth the filter
[16:03] <beuno> I think it's there because historically we had a private bet
[16:03] <beuno> *beta
[16:03] <beuno> unfortunate typo  :)
[16:03] <beuno> kiko, care to comment?  ^
[16:04] <kiko> what's the question
[16:05] <maxb> What is the rationale for launchpad-beta-testers being a Moderated, not Open, team
[16:05] <beuno> kiko, why is ~lp-beta-testers moderated
[16:07] <beuno> or even better, "can we make it an open team"
[16:07] <kiko> beuno, ask kfogel mrevell and change it if nobody knows why not
[16:07] <beuno> thanks kiko
[16:07] <mrevell> Interesting questions there
[16:07] <mrevell> s/questions/question
[16:08] <mrevell> about why the beta team is moderated.
[16:08] <kiko> we used to send welcomes
[16:08] <mrevell> We still send the welcomes so that people know that they'll get redirect to edge as a member and to tell them that they'll hear from us if we're going to beta test a major feature.
[16:08] <beuno> mrevell, can
[16:09] <beuno> can't we do that without the team being moderated?
[16:09] <mrevell> However, I guess we're not really running major betas like that right now
[16:09] <beuno> maybe send an email when we actually do that?
[16:09] <mrevell> beuno: I guess the CHR could check who has joined since the last CHR and send them a mail but it's a little harder. There are historical reasons for it being a moderated team as well, which no longer really apply
[16:09] <beuno> it will relieve CHR, and give users instant-happiness, which can only be good
[16:10] <maxb> what is CHR ?
[16:10] <beuno> Community Help Rotation
[16:10] <kfogel> beuno: I don't see any reason why ~lp-beta-testers should be gated
[16:10] <mrevell> beuno: I'm reviewing CHR today, actually, to see what we can cut :) My only concern is that people should know that beta membership will result in edge redirects
[16:10] <kfogel> If someone wants to test, my goodness, let them test!
[16:10] <beuno> mrevell, what does that do for them in practice?
[16:11] <beuno> kfogel, do you want to flip that switch then?
[16:11] <mrevell> beuno: It's a courtesy -- so if something screws up on edge, they know to go back to lpnet. That's not to say we need to tell them up-front any more, I guess. We have the bar at the top of the page.
[16:12] <beuno> mrevell, gotcha
[16:12] <beuno> a few reasons, but nothin that justifies it heavily enough I feel
[16:12] <mrevell> If you guys are happy that we don't need to warn people up-front about the redirect, I'll be delighted to remove another gatekeeping hold-up.
[16:13] <maxb> kfogel: please approve my membership before flipping the switch, lest I get caught by bug 109716
[16:13] <mrevell> maxb: approved ... you know the stuff about the edge redirect, right? :)
[16:13] <kfogel> mrevell: maxb is a walking edge redirect
[16:13] <beuno> mrevell, do it!
[16:14] <mrevell> done
[16:14] <mrevell> :)
[16:14] <beuno> thanks mrevell
[16:14] <maxb> yup, I'm fed up of using my edge<->lpnet bookmarklet :-)
[16:14] <mrevell> heh
[16:16] <bigjools> mrevell: now we need to fix the CHR page then :)
[16:16] <Fly-Man-> kfogel: Morning :)
[16:16] <mrevell> bigjools: Dude, I'm doing it :)
[16:16] <mrevell> heh
[16:16] <bigjools> mrevell: you ROCK :)
[16:17] <mrevell> bigjools: no, you rock
[16:17] <kfogel> hey Fly-Man-
[16:18] <Fly-Man-> kfogel: I have heard that you are the OpenSource expert on Launchpad
[16:18] <Fly-Man-> is that correct ?
[16:18] <Fly-Man-> (as your name is on the Running page of the OpenSource part)
[16:19] <Fly-Man-> I have the Launchpad downloaded
[16:19] <Fly-Man-> but I would like to run it on a system that's not 127.0.0.1 (88,89)
[16:19] <Fly-Man-> but on the ip addresses that the machine has
[16:19] <Fly-Man-> is there a solution for that ?
[16:20] <kfogel> Fly-Man-: there is no "open source part" -- it's all open source :-).  This is a technical question about the code; I don't know the answer, but you're in the right place to ask.
[16:20] <Fly-Man-> because I tried to set the /etc/hosts file to the ip
[16:21] <Fly-Man-> but then it just threw errors
[16:21] <kfogel> Fly-Man-: so basically your building/testing machine is not also your actual console?
[16:21] <Fly-Man-> nope
[16:21] <Fly-Man-> Vmware machine on another server
[16:21] <kfogel> ah
[16:21] <Fly-Man-> and I am seated at my desktop
[16:21] <kfogel> Fly-Man-: If no one here knows, just post on launchpad-dev@
[16:21] <Fly-Man-> because I have the ability to access own DNS server
[16:22] <Fly-Man-> and setup the right records
[16:22] <kfogel> Fly-Man-: and then, please, when you learn the answer, can you find the right place in the dev.launchpad.net wiki and put the information in?  (It might be the FAQ page, or might be somewhere else.)
[16:22] <Fly-Man-> kfogel: I always post the answer ;)
[16:22] <kfogel> Fly-Man-: this has to be doable -- I've just never done it myself, unfortunately.
[16:22] <kfogel> Fly-Man-: posting is one thing; incorporating it into the permanent documentation is another :-).
[16:22] <Fly-Man-> Yes, it sounds not that hard ...
[16:23] <kfogel> Fly-Man-: though posting is great if that's all you have time to do, of course.
[16:23] <Fly-Man-> kfogel: Ghehe, I am a full time developer since my employer told me to take a hike ;)
[16:23] <Fly-Man-> so at this moment, trying to get a local Launchpad setup for the ppl here
[16:23] <Fly-Man-> so we can share our thoughts and code
[16:24] <kfogel> Fly-Man-: sounds good... but why not use Launchpad.net itself?
[16:25] <Fly-Man-> kfogel: because at this moment the SVN and GIT pull aren't going that swell
[16:25] <Fly-Man-> Git tends to choke
[16:25] <Fly-Man-> and the SVN keeps dying
[16:25] <kfogel> Fly-Man-: oh, you tried to do some vcsimports on the main site and they didn't go well?  (that might be something we should know about)
[16:25] <Fly-Man-> kfogel: already filed a Bug
[16:25] <Fly-Man-> for the git
[16:25] <Fly-Man-> and the SVN import is about to break again
[16:26] <Fly-Man-> and both sites are accessable
[16:26] <Fly-Man-> I can pull the git tree myself
[16:26] <Fly-Man-> and the svn tree as well
[16:27] <Fly-Man-> but the site seems to have issues with that
[16:27] <kfogel> Fly-Man-: thanks for filing.  So, if you run your own instance and get these working, maybe that will lead to improvements in the core code's vcsimports -- that would be nice.
[16:27] <Fly-Man-> kfogel: Yupz, that's the idea behind it
[16:28] <Fly-Man-> and also to get ppl that are used to svn, gently get them to learn git and Bazaar
[16:29] <kfogel> Fly-Man-: sounds good.  Good luck!
[16:29] <NCommander> Is anyone having slowness pulling bazaar branches or is it just me?
[16:30] <Fly-Man-> Yeah, if I can get the change for the website done ;)
[16:30] <Fly-Man-> then it might work ;p
[16:32] <bigjools> NCommander: you're the first to mention it
[16:33] <NCommander> bigjools, so its on my end, thanks
[16:33] <bigjools> NCommander: or maybe spurious?
[16:33] <NCommander> bigjools, its consistant
[16:33] <bigjools> ew
[16:33] <bigjools> ok
[16:33] <NCommander> bigjools, checking out seeds is going about as fast as launchpad would on a m68k with 8MB of RAM :-)
[16:34] <bigjools> not quick then
[16:34] <NCommander> Nope
[16:34] <NCommander> I'm kinda excepting my checkout to finish next week at the rate its going
[16:34] <NCommander> bigjools, thanks for your help
[16:35] <bigjools> np
[16:47] <AlexC_> morning danilos, just pinging to say the .pot files seem to have been imported, just awaiting the .po files - I assume it is due to the file name issue?
[16:47] <danilos> AlexC_: yeah, it seems so... you'd have to rename them to be just de.po, it.po etc.
[16:48] <danilos> AlexC_: note that if you are using bzr imports, it'd be so much simpler for you and for us
[16:48] <AlexC_> danilos: want me to do that and re-upload, or is that something you can do?
[16:48] <danilos> AlexC_: it'd be a lot of clicking for me, so please re-upload with correct names
[16:48] <AlexC_> sure, will do
[16:57] <AlexC_> danilos: would it be possible to get LP export to give the correct file names in the first place?
[16:57] <AlexC_> or the other way around, and let it accept those filenames?
[16:57] <danilos> AlexC_: if you use export to a bzr branch, it will :)
[16:58] <danilos> AlexC_: bzr exports are done daily, so you won't even have to wait for the export to complete
[16:58] <danilos> AlexC_: we'll still fix the bug where it exports lousy filenames
[16:59] <AlexC_> awesome, ok
[16:59] <danilos> AlexC_: but, I am not sure when that'll happen, there's a lot of stuff to do, but then again, we are open source... :P
[17:01] <AlexC_> indeed, I'd like to fix it - though have no experiance in that language it is written in, and I spend enough time infront of this glorified light bulb as it is =3
[17:06] <danilos> AlexC_: sure, I've got to give it a shot anyhow :)
[17:09] <AlexC_> danilos: ok, all uploaded
[17:11] <ryanakca> How long does processing new bug email usually take?
[17:11] <danilos> AlexC_: you seem to have used a different path this time (i.e. you missed the initial 'tangocms/' which template uploads had); I am sorry a system is so fragile, but it might not like it
[17:11] <AlexC_> oh man <_<
[17:12] <AlexC_> I'll add and re-upload again :P
[17:12] <AlexC_> I thought I'd be good and go by how the import policy said this time hehe
[17:12] <AlexC_> right, there you go
[17:24] <Fly-Man-> AlexC_: You put Dutch on as well ;)
[17:24] <Fly-Man-> and it's getting translated at this moment ;)
[17:24] <AlexC_> Fly-Man-: much appreciated =)
[17:24] <Fly-Man-> Yw
[17:25] <AlexC_> quite confused how I have nearlly 1200 lang strings though. Looking through them I see there is quite a few semi-duplicates, such as "Add category" then "Add article category" (both for article module), will make sure to make these the same and help reduce them
[17:27] <Fly-Man-> AlexC_: Well, most of the time you're lucky
[17:27] <Fly-Man-> Wordpress and some other cms are also translating Dutch
[17:27] <Fly-Man-> so then I just have to click the right one ;)
[17:27] <AlexC_> ah yeah, it gives suggesstions does it now?
[17:28] <Fly-Man-> yup
[17:29] <Fly-Man-> enough to make it more even and politer ;)
[17:35] <Fly-Man-> and AlexC_ , it's not that hard to translate
[17:35] <Fly-Man-> when you have good tools that help you translate
[17:51] <radix> does launchpad yet have a way to say "don't send me notification mails if they're coming via this team"?
[17:54] <Fly-Man-> AlexC_: Want some good news ;) ?
[17:57] <AlexC_> Fly-Man-: go for it =)
[17:58] <Fly-Man-> AlexC_: About 20 % is translated of the whole thing
[17:58] <AlexC_> Fly-Man-: awesome, you win. Btw, you may as well forget 'tangocms-media', since I highly doubt any of those lang strings will exist soon
[18:51] <Fly-Man-> AlexC_: So, there ya go
[18:51] <Fly-Man-> I did my best to get some parts translated
[18:51] <Fly-Man-> so you'd have a basic Dutch part now :)
[19:12] <AlexC_> Fly-Man-: thanks, apprecate it
[19:12] <Fly-Man-> AlexC_: welcome :)
[19:33] <mneptok> eeeeeeek! giant eagle!
[19:51] <Turl> Hi, are the bzr branches down?
[19:54] <gary_poster> Turl: not that I know of, but I can ask around.  What are the symptoms I should ask about?
[19:55] <Turl> gary_poster: pulling is neverending and after a loong time I get this error
[19:55] <Turl> bzr: ERROR: http://bazaar.launchpad.net/%7Eturl/%2Bjunk/ircbot/.bzr/repository/packs/dd8ac238ab24bfcbbb8620946cf7d032.pack is redirected to https://launchpad.net
[19:55] <gary_poster> Turl: ack, asking around.
[19:58] <rockstar> Turl, hi.
[19:58] <Turl> hi rockstar
[19:58] <rockstar> What's the command you're running?
[19:58] <Turl> rockstar: bzr pull --overwrite lp:~turl/+junk/ircbot
[19:59] <Turl> tried also without overwrite (ie, removing the branch, making a clean one and pulling) and with "branch" instead of pull
[19:59] <Turl> the command worked fine before
[20:01] <rockstar> Turl, chasing.  I suspect there's something wrong with the branch, but I have no way of knowing just yet.
[20:02] <Turl> I was able to push some mins ago, and when I tried to pull from other server, it didn't work :/
[20:02] <Turl> I can try to repush if you need
[20:08] <rockstar> Turl, what version of bzr are you using?
[20:09] <Turl> turl@ks202818:~$ bzr --version
[20:09] <Turl> Bazaar (bzr) 1.5
[20:09] <Turl> rockstar: ^
[20:14] <rockstar> Turl, hm, that's quite old.
[20:14] <rockstar> Turl, I'm pulling the branch just fine here.
[20:16] <Turl> rockstar: using HTTP or the ssh method?
[20:16] <Turl> the machine I'm pulling from is an unauthenticated PC (ie no bzr launchpad-login...)
[20:21] <rockstar> Turl, hm, that might be an indicator.
[20:25] <rockstar> Turl, I'm hearing reports that branching over http may be having issues currently.
[20:26] <Turl> is it a temporary issue rockstar
[20:26] <Turl> ?
[20:26] <rockstar> Turl, well, it's an issue, and it is going to be fixed as soon as possible.
[20:27] <Turl> ok rockstar, nice to hear it's not just me :)
[20:42] <eagle00789> is launchpad capable of receiving bugs via a http-post directly??
[20:43] <eagle00789> with mantis and bugzilla you can post a bug to a special url and it is automaticly accepted....
[20:44] <LarstiQ> eagle00789: you can email
[20:45] <eagle00789> i know it can via e-mail, but i have an automatic bug report mechanism in my app wich utilises that mechanism, but it uses a smtp server wich some isp's block
[20:48] <eagle00789> i meant to say, it uses it own internal smtp server wich some isp's block
[20:49] <LarstiQ> eagle00789: there is a launchpadlib, I don't know if that can create bugs
[20:49] <eagle00789> do you have a link to that lib??
[20:49] <mneptok> eagle00789: most ISPs block port 25, not SMTP in general. configure the SMTP in your app to use a higher port.
[20:50] <LarstiQ> like the delivery port
[20:50] <LarstiQ> submission, sorry
[20:50] <LarstiQ> eagle00789: 587
[20:50] <eagle00789> i could try that...
[20:50]  * mneptok nods
[20:50] <LarstiQ> eagle00789: https://help.launchpad.net/API/launchpadlib
[20:51] <eagle00789> and thx for the url :D
[20:51] <mneptok> 587 is usually a safe bet. Comcast uses that in the US for SMTP submission.
[20:51] <LarstiQ> mneptok: /etc/services does too :)
[20:52] <eagle00789> thx
[20:53] <eagle00789> darned. the launchpadlib is written in python and my app is written in pascal.....
[21:02] <eagle00789> guess i would need to write my own plugin for launchpad to do this as it IS possible to do by http....
[21:03] <eagle00789> see this: https://help.launchpad.net/Bugs/PluginAPISpec
[21:05] <Fly-Man-> wgrant: kfogel : Success
[21:05]  * Fly-Man- has the Launchpad running on the outside ip's of the server
[21:05] <kfogel> Fly-Man-: congrats!  Was it hard?
[21:05] <Fly-Man-> kfogel: Nope
[21:05] <Fly-Man-> it was just a simple thing to do
[21:05] <Fly-Man-> but it needs some changes
[21:05] <Fly-Man-> and a small DNS server that can resolve for ya
[21:05] <kfogel> Fly-Man-: meaning patches in Launchpad?
[21:06] <Fly-Man-> kfogel: uhm, depends
[21:06] <Fly-Man-> if the maker of the rocketfuel-setup can add things
[21:06] <Fly-Man-> then it's not a patch
[21:06] <Fly-Man-> else yes, then it needs a patch
[21:06] <Fly-Man-> the part where it sets the ip addressed
[21:06] <Fly-Man-> in the /etc/hosts
[21:06] <Fly-Man-> those can be skipped
[21:07] <Fly-Man-> and only the setup of 2 additional ip addresses in the /etc/network/interfaces
[21:07] <Fly-Man-> and the "DNS" server that loads the resolving names
[21:07] <Fly-Man-> that's all it would need
[21:07] <kfogel> Fly-Man-: not sure what you mean by "if the maker of rocketfuel-setup can add things"...
[21:08] <Fly-Man-> well, the rocketfuel-setup script
[21:08] <Fly-Man-> gets the launchpad
[21:08] <Fly-Man-> and sets it up
[21:08] <kfogel> Fly-Man-: you mean you need to undo/redo some of the stuff rocketfuel-setup does?
[21:08] <Fly-Man-> No, the rocket needs NOT to write to /etc/hosts
[21:08] <kfogel> Fly-Man-: *nod*  Not sure if this is worth a patch right now, then.  But if you can document what you did, that would be great.
[21:09] <Fly-Man-> If you have the link again
[21:09] <Fly-Man-> then I will write down what I did
[21:09] <Fly-Man-> and maybe someone can make a patch for it
[21:09] <jaypipes> Hi folks...sorry if it has already been answered, but does anyone have any status updates on the Launchpad BZR communication issues?
[21:12] <Fly-Man-> kfogel: Do you have the link for me where I can write the bug/solution part ?
[21:15] <Fly-Man-> kfogel: Or do I just make another page after the Running page you created ?
[21:17] <kfogel> Fly-Man-: I'd say make a new page, then link to it from Running.
[21:17] <Fly-Man-> Okay, I edited that page, added the link so ppl know how to get to the initial site ;)
[21:17] <Fly-Man-> http://launchpad.dev
[21:18] <Fly-Man-> else you'd be searching your butt off how to start ;)
[21:18] <kfogel> Fly-Man-: oh, nice.  Oversight that that wasn't there, sorry.
[21:19] <Fly-Man-> it's okay, it's there now ;)
[21:42] <Fly-Man-> wgrant: https://dev.launchpad.net/Running/LocalNetwork
[21:44] <Fly-Man-> wgrant: Would that be enough for the first timers ?
[21:48] <eagle00789> launchpad.dev isn't available here :D
[21:48] <Fly-Man-> eagle00789: :P
[21:48] <Fly-Man-> but with this info someone that wants to access it from another pc
[21:49] <Fly-Man-> would have it working within 1 hour
[21:49] <Fly-Man-> and not 2 days as I had to fiddle and grind
[21:49] <eagle00789> nice job :D
[21:49] <Fly-Man-> eagle00789: Yeah, i'm glad as well
[21:49] <Fly-Man-> only need to find a way to update the ssl certificate
[21:49] <Fly-Man-> as it's an invalid one for the sites
[22:05] <Fly-Man-> But now that it's working, it's nice to see that projects can be added
[22:05] <Fly-Man-> the only thing I still need to find is the source importer
[22:39] <pisecx> hi
[22:39] <pisecx> is it possible to edit comment for a bug?
[22:39] <pisecx> can YOU edit it?
[22:40] <pisecx> can anybody edit it?
[22:40] <pisecx> =)
[22:43] <thumper> no
[22:50] <manwithgrenade> hello, i need to edit one comment at launchpad. who should i contact?
[22:52] <maxb> You realize its probably either already indexed by some search engines or will be by the time you can find a suitably empowered person?
[22:54] <manwithgrenade> Yes, but none the less? (Sorry for my English, i use Google Translate)
[22:57] <manwithgrenade> oh, It seems I have found it