[00:03] 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] thumper: and I'm about to send you the MP :-) [00:03] no [00:03] I don't think so [00:05] thumper: ? [00:05] thumper: how would one refer to it? [00:05] generically I'd use the rev_id [00:06] a dotted revno only makes sense for a particular branch [00:07] and for a dotted revno, 8687.14.3 is the right way [00:07] thumper: so how does one get that rev id? [00:07] thumper: ah, --show-ids === engie1 is now known as engie [00:21] thumper: https://code.edge.launchpad.net/~kfogel/launchpad/rf-bzr-versioncheck/+merge/10071 [00:21] * thumper looks [00:22] 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 === JanC_ is now known as JanC [00:25] thumper: oh, I was wondering why the diff hadn't shown up. Is the system still manufacturing it? [00:25] kfogel: there are several steps of delay that we are looking to reduce with messaging... [00:26] kfogel: I can't remember how often the scripts run [00:26] 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] thumper: like, the fact that you and I are trying to look at it should make it appear! [00:26] kfogel: raytrace it! [00:26] thumper: I have to head out for a bit; will be back in a few hours. [00:26] SamB: :-) [00:26] kfogel: it is purely a lack of personnal issue [00:27] kfogel: we know how to fix it [00:27] kfogel: we just don't have the time right now [00:27] thumper: you need to have children first? [00:27] SamB: I have three [00:27] well, there's your personal issue [00:27] 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] kfogel: it is an infrastructural issue of getting the message queues working for our bits [00:28] kfogel: not something we are going to outsource [00:28] *nod* [00:28] * kfogel is away: Smithwicks w/ Omar === engie1 is now known as engie [00:44] 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] eagle00789: https://help.launchpad.net/Bugs/EmailInterface (linked from the page you gave) does mention GPG keys. [00:48] Although that's not the proper name. [00:49] in that case, that part about the gpg/pgp key should be a BIG note and not such a small one.... [00:49] it's easy to miss that line... [00:50] but ok. thx for the help wgrant. that was the info i was looking for.... [00:50] eagle00789: np === engie1 is now known as engie === engie1 is now known as engie [00:59] Is there a maximum of time that the import of a GIT repository takes on Launchpad ?? [00:59] no [00:59] it will depend on the git repository [00:59] So it could take 50 days or more ? [00:59] Some have run for a couple of weeks... [00:59] has it been approved? [00:59] In review [00:59] Import Status: Pending Review [00:59] whats the import [01:00] opensim > git [01:00] the url for it please [01:00] the other 2 svn's are dead [01:00] https://code.launchpad.net/~vcs-imports/opensim/new-trunk [01:00] At this moment the Git is the most accurate version we have [01:02] lifeless: Thank you :) [01:03] np === engie1 is now known as engie [01:31] lifeless: did you approve it? [01:31] yes [01:31] as per the list discussion about git imports ;) === engie1 is now known as engie [01:34] lifeless: thanks [01:35] happy to === engie1 is now known as engie [04:48] Packages for jaunty and karmic in the mpd-trunk ppa can't find the automake1.10 package during building. === ripps_ is now known as ripps [04:48] ripps: Log? [04:49] http://launchpadlibrarian.net/30261559/buildlog_ubuntu-karmic-lpia.mpd-userspace_0.15.1%2Bgit20090804.c3e02be-0ubuntu1%7Eripps4_FAILEDTOBUILD.txt.gz [04:50] automake1.10(missing) [04:50] ripps: I'm not surprised it can't find it; it doesn't exist. [04:50] It's just automake. [04:50] It's the current version, so it doesn't have the version number in the name. [04:51] It used to be there, why did they remove it. [04:52] ripps: The source package is automake1.10, but a binary named automake1.10 has never existed in Jaunty or Karmic. [04:53] 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] http://launchpadlibrarian.net/29878628/buildlog_ubuntu-karmic-i386.mpd_0.15.1%2Bgit20090804.c3e02be-0ubuntu1%7Eripps1_FULLYBUILT.txt.gz [04:55] I know what it might be. I've added automake1.11 to a dependency ppa. It must be interfering. [04:55] Ah, indeed, automake does provide automake1.10. [04:56] And the automake 1.11 binary will indeed be clobbering that. [05:06] 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] Is just depending on automake enough? [05:09] Or do you need the correct version? [05:12] wgrant: not sure, I just set karmic and jaunty to automake instead of automake1.10 [05:18] Okay, anybody in the chatroom right now? [05:18] I want to check out the code for a program under development, but I have no idea how to do so. [05:20] ZauberExonar: Which project? [05:20] (no, nobody here at all) [05:20] pyzim [05:20] https://code.launchpad.net/~pardus-cpan/zim/pyzim [05:20] k, I think I found it [05:20] Some weird tool I've never heard of called bzr [05:21] You've not heard of bzr? [05:21] No [05:21] http://bazaar-vcs.org/ [05:21] I've heard of svn, cvs, and git === engie1 is now known as engie === engie1 is now known as engie === engie1 is now known as engie === engie1 is now known as engie [07:07] Is PPA deletion possible? [07:07] maxb: Mrrrh mumble mumble not really. [07:07] But possibly if you've never uploaded anything to it. [07:07] But possibly not. [07:07] I filed a question asking for it, but it's been answered by just disabling the ppa [07:07] If you have uploaded anything, it can be disabled, but not deleted. [07:11] 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] hmm, ok [07:12] 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] (no technical reason, that is)\ [07:12] separate question - any reason why owners don't have disable/enable access over their own PPAs, then? [07:12] spm: 'oblivionised' meaning merged into some junk team? [07:13] wgrant: not a junk team, but yes. +adminteammerge [07:13] spm: What does it do? [07:13] (i have no Launchpad around) [07:14] 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] wgrant: like a stock person merge - but for teams. JFDI override more or less. some minor gotchas. [07:16] 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] 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] That's what disabling is meant to do. [07:18] The only problem is that disabled PPAs show up in listings to the user, and the namespace remains polluted. [07:18] (and disabled PPAs aren't yet removed from the archive disk, but that's coming Soon) === jon is now known as Guest93903 === engie1 is now known as engie === engie1 is now known as engie === engie1 is now known as engie === engie1 is now known as engie === engie1 is now known as engie === engie1 is now known as engie === engie1 is now known as engie === engie1 is now known as engie === mdz_ is now known as mdz === engie1 is now known as engie [09:48] hiya [09:48] I just tried removing ~ubuntu-games-merged from ~locoteams - it tells me that the page does not exist [09:48] although ~locoteams/+members lists it [09:56] dholbach: I can't see it listed in +members [09:56] me either... === bigjools changed the topic of #launchpad to: https://launchpad.net/ | Launchpad is now open sourced: https://dev.launchpad.net/ | Help contact: bigjools | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | #launchpad-dev is the developer channel [09:56] "Ubuntu Games" [09:57] below "Ubuntu Finland Team" [09:57] That's a different url though? [09:57] https://launchpad.net/~locoteams/+members [09:57] No, I mean ubuntu games has the url: https://edge.launchpad.net/~ubuntugames [09:57] rather than ~ubuntu-games-merged? [09:58] still ~ubuntu-games-merged is a member of ~locoteams [09:58] I wanted to get it out of the list :) [09:58] dholbach: where do you see it as a member? [09:58] https://launchpad.net/~locoteams/+members [09:58] "Ubuntu Games" [09:58] below "Ubuntu Finland Team" [09:58] dholbach: that's a different team [09:59] ah sorry [09:59] I was looking in the wrong -place [09:59] ah ok, no worries :) [10:00] dholbach: can you file a question and I'll assign it to the LOSAs, something is borked [10:03] https://answers.edge.launchpad.net/launchpad/+question/79906 [10:03] bigjools: ^ how can I assign it? [10:05] dholbach: doing it for you [10:06] thanks! [10:06] Who can approve mailing list requests? [10:06] soren: me! [10:07] I'm about to review them [10:07] bigjools: Cool, thanks. [10:14] soren: done [10:15] * soren hugs bigjools [10:15] * bigjools blushes [10:16] 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] bigjools: VMBuilder can't do anything like that at the moment. [10:17] 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] bigjools: Why not just copy the image and change the IP in the new VM? [10:19] that's what I mean [10:19] English is my first language, honest [10:19] Then I don't understand the COW part :) [10:20] when it shuts down, will it persist? [10:22] Unless you're doing something with your VM's that I don't know about, yes. By default, VM's are persistent. [10:22] parfait [11:09] 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] I find LP to work fine for my small and often not very active project. [11:09] We moved from SF.net. [11:10] Everybody is saying that LP is much nicer. [11:10] it looks nice, i really like bzr [11:10] Why do you think that LP might not be good for small projects? [11:10] 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] not sure, never really used either [11:11] just seems like theres a lot more small programs/utilities on SF, and some big projects with lots of devs on LP [11:14] bjp__: That's true. But there are also lots of small projects on LP. [11:14] And LP is really easy and a bit less old and crap, IMO. [11:14] so i should add some old crap to it? ;) [11:15] Heh. [11:50] any launchpad admins or devs around? [11:58] Morning all [11:58] I received a message from someone that a SVN import failed [11:58] How do I solve that ? [12:06] Morning leonardr [12:07] hello [12:07] leonardr: can I ask you a Q ? [12:07] sure [12:07] I received a message from Julian that a SVN import failed [12:07] but when i run the command he says he's run [12:07] that's me [12:07] Ahh, morning bigjools :) [12:08] hi [12:08] I see a trunk when I execute that command [12:08] https://code.launchpad.net/~vcs-imports/opensim/svn-trunk [12:08] so I was wondering where it went wrong ? [12:08] i think bigjools should take over, i don't know much about code imports [12:09] thanks leonardr :) [12:09] Fly-Man-: I tried to look at the repo locally, and `svn ls` just hangs [12:09] when I issue the command [12:09] svn ls http://opensimulator.org/svn/opensim-track [12:09] i get this back: [12:09] ah it's working now [12:09] :) [12:10] did you fix it? [12:10] Nope [12:10] that one is always there ;) [12:10] huh weird, ok, I will fix your URL as well, it needs /trunk on the end, and approve it [12:10] maybe the server that ran it had issues [12:10] okay, thanks :) [12:10] ok done! [12:10] * Fly-Man- thanks bigjools :) [12:11] welcome, let me know how it goes [12:11] bigjools: and another Q [12:11] Why does Git not like the other one ? [12:11] the midori one? [12:11] https://code.launchpad.net/~vcs-imports/opensim/new-trunk [12:11] It's a Git repository [12:12] with all the revisions in it [12:12] and everytime it stops at about 1800 revisions [12:12] I don't know, it could be a bug in our importer [12:12] Okay, it's about to run again [12:12] but I think it will drown again ... [12:13] at first, I thought it was russkaya [12:13] file a bug, and someone from the Code team can take a look for you [12:13] but now it's also failing on another code importer [12:14] Where should I file the bug ? [12:14] in the Opensim bugs itself [12:14] on the launchpad project [12:14] k [12:14] thanks [12:19] Added :) [12:19] and I see that wgrant is also notified :) [12:20] yeah, he's our #1 fan [12:21] Haha, I know, he helped me out yesterday with the installation of the Launchpad [12:22] I wanted to install Launchpad [12:22] but needed Bazaar first [12:22] and the trunk told me it was 2.0.0 version [12:22] and the rocket-setup didn't like that ;) [12:22] Fly-Man-: That fix landed a few hours ago. [12:23] wgrant: Yes, I see it now :) [12:23] thanks for that fix :) [12:23] That was kfogel's doing. [12:23] so, it's safe to grab the latest trunk now [12:24] As safe as trunk normally is, which is pretty safe. [12:24] wgrant: *nods* Yeah, that's what we say on the Opensim trunk as well ;) [12:24] "If you break it, you get to keep both pieces" [12:25] But bzr has lots of tests enforced on merges. [12:25] So I suspect its trunk is much safer than most other projects. [12:25] Yeah, that's why I want to have a look at Launchpad [12:25] to see if it is like Git but easier to understand [12:41] morning, [12:42] 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] 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] 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] logari81: Yes. [12:46] logari81: yes [12:46] you can refer to one in Ubuntu as well [12:46] 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] Not another PPA, though :( [12:47] there's copying for that :) [12:47] True. [12:47] thnx then I have to build it with -sd [12:47] dpm_, sure, https://translations.launchpad.net/tangocms/+imports [12:47] AlexC_: unless there's a bug or you did something wrong, it should not have taken 16h [12:49] 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] AlexC_: if there's something weird with the paths or the filenames, the approval won't be automatic. I'm checking... [12:49] What danilos said. [12:50] 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] 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] I'm getting a lot of timeouts trying to file test bugs on staging [12:51] e.g. OOPS-1321S902 [12:51] https://lp-oops.canonical.com/oops.py/?oopsid=1321S902 [12:51] danilos, hum, I assume you're part of LP translators dev - would it be possible to change it to the latter? [12:51] 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] so approving a pot also approves all associated po? [12:52] 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] danilos, would be greatly appreciated =) [12:53] 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] Hmm, that's the 5th time the Git import has failed ... [12:53] AlexC_: but, in the future, if you keep these names, everything should work automatically [12:54] 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] and outputs them in this newer structure [12:55] 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] AlexC_: you can let Launchpad mirror your svn or git branch in a bzr branch, and import files from that. [12:56] jtv, tbh, I try to keep as much away from LP as I can, so I'd naturally decline to do this [12:57] AlexC_: well once it's on track it should mean a lot less interaction with LP [12:57] No need to upload stuff [12:57] 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] jtv, got a link I can read up on it more? [12:58] AlexC_: our wonderful mrevell was just writing up some new docs for us... hang on. [12:58] excellent [12:59] Alex_C: Do you have any particular requests? [12:59] AlexC_: I mean wrt docs [12:59] mrevell, just translations + bzr, how it can help. Not entirely sure what I am after =) [12:59] AlexC_: start here and browse through the steps: https://help.launchpad.net/Translations/YourProject/Draft [13:00] AlexC_: it's mostly because we lack the time to implement all the features to empower users such as you [13:00] AlexC_: we do want to provide more privileges handed over to project owners, like template management [13:00] 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] 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] AlexC_: maybe the upcoming changes will make you happier, the UI is being redesigned [13:01] bigjools, good to hear [13:01] AlexC_: is there anything specific that is bothering you right now? [13:02] danilos, lack of control, mostly, and general bugs. Like I've disabled blueprints - yet people can still post blueprints ;). [13:02] 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] 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] danilos, thanks, I appreciate it [13:03] 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] danilos, yeah that's no worries, I don't get home for another 3 hours so [13:04] AlexC_: also, I am still not sure templatename-lang.po will work (I keep forgetting about that bit of code) [13:04] AlexC_: Nice translations stats [13:04] but where's the Dutch translation :P ? [13:04] danilos: I'm pretty sure it doesn't [13:04] Fly-Man-, feel free =) [13:04] AlexC_: I will have a look [13:04] 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] still waiting for my SVN trunk to be imported [13:05] and the code importer says it's busy for about 1 hour now [13:05] and all I see is WARNING N changeset 1, WARNING N changeset 2 [13:05] Fly-Man-: IIRC svnlib opens lots and lots of connections while importing, so the initial import is slow and error-prone. [13:06] AlexC_: btw, I see you have several release series registered, have you read about our message sharing functionality? [13:06] jtv: So look back in about 1 day ? [13:06] danilos, no, I haven't. Mind throwing another link at me? [13:06] Fly-Man-: I have _no_ idea, but if it keeps failing, please bug the Codehosting folks [13:07] 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] Ghehe, I already have about the Git import [13:07] that kept failing [13:07] danilos, thanks, will check later [13:08] AlexC_: anyway, ping me later so we can check up on all the translation imports [13:08] danilos, will do. Thanks again for the help [13:08] np [13:09] g'bye [13:14] jtv: Does this count as a bug ? [13:14] Import failed: Traceback (most recent call last): Failure: twisted.internet.error.TimeoutError: User timeout caused connection failure. [13:15] Fly-Man-: where are you getting it from? [13:15] import SVN trunk [13:15] https://code.launchpad.net/~vcs-imports/opensim/svn-trunk [13:16] Fly-Man-: looks like a recurrence of the connection issues [13:16] bigjools: another ? [13:16] the servers are apart from each other [13:16] 1 should be in NY [13:16] it might be intermittent [13:17] the other one should be near Mexico [13:17] but that error is a connection timeout, not much we can do about it [13:17] Maybe that one caught the flu [13:17] haha [13:18] k, it's starting on neumayer now ... [13:21] danilos: the CP request is up, and I'll have to leave in a few minutes. Anything else you need for it? [13:22] jtv: didn't we have two fixes that we want CPed? [13:23] danilos: we do, true. I'll put the other one up as well. === mrevell is now known as mrevell-lunch === bigjools is now known as bigjools-lunch [13:50] wgrant: can I ask a Q about the installation of Launchpad on a local system ? [13:51] Fly-Man-: Sure. [13:51] 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] Now try logging into your locally-running Launchpad, using the default username and password: [13:52] uhm, how ? [13:52] * Fly-Man- doesn't see a url to get to his local system [13:52] Fly-Man-: What do you mean? [13:52] launchpad.dev [13:52] That gives me the nice error: [13:52] Alert!: Unexpected network read error; connection aborted. [13:52] Try restarting Apache and LP. [13:52] Can't Access `https://launchpad.dev/' Alert!: Unable to access document. [13:52] 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] beuno, how/where should I file it? [13:55] it's easily reproducible on staging [13:55] wgrant: that did the trick [13:55] but now I need to setup the dns records so it gets there ? [13:56] Fly-Man-: No. rocketfuel-setup puts it in /etc/hosts. [13:56] mdz, https://bugs.edge.launchpad.net/launchpad-code/+filebug [13:56] wgrant: and how do I open those up to the outside [13:57] so I can enter from another pc within my network ? [13:57] Fly-Man-: You'd need to reconfigure Apache and various other bits and pieces. [13:57] There's no instructions on how to do that. [13:58] wgrant: Okay, then I need to fiddle with that I guess ... [13:58] beuno, filed bug 413026 [13:58] Launchpad bug 413026 in launchpad-code "Branch subscription doesn't show results inline (ajax)" [Undecided,New] https://launchpad.net/bugs/413026 [13:58] mdz, thank you, I'll chase it up === bigjools-lunch is now known as bigjools [14:01] beuno: there was another similar bug with requesting additional reviewers, do you know about it? [14:04] bigjools, I do not [14:05] still does it on edge [14:05] * bigjools files a bug === dpm_ is now known as dpm [14:12] beuno: https://bugs.edge.launchpad.net/launchpad/+bug/413037 [14:12] Launchpad bug 413037 in launchpad "Requesting a reviewer on a branch doesn't update the UI" [Undecided,New] [14:13] bigjools, thanks [14:13] pas de problem === mrevell-lunch is now known as mrevell [14:19] Hooray, another failure ... [14:20] Fly-Man-: same sort of error? [14:20] Yupz [14:20] but this time it has more data [14:20] http://launchpadlibrarian.net/30271225/opensim-svn-trunk-log.txt [14:20] Import for => https://code.launchpad.net/~vcs-imports/opensim/svn-trunk [14:21] it must be a flakey connection [14:35] Where do people typically host their web content for projects (information, manual, other docs)? [14:35] I was thinking launchpad would provide a place, but there doesn't seem to be one [14:36] Chase_, yeah, we're planning to have a wiki, but not there yet [14:36] people host it in many different places, there's no default choice [14:37] beuno: any suggestions? [14:37] I currently have my docs formatted for a trac (moinmoin) wiki [14:37] Chase_, you could use wiki.ubuntu.com if it's related to Ubuntu in any way? [14:37] nope [15:19] hi [15:20] how can i add a revision number to the file? [15:20] kinda like subversion had [15:20] has* [15:27] secrgb_: I don't know but rockstar might [15:28] should i pm? [15:28] he should be around soon [15:30] cool [15:51] 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] maxb, that's a fantastic question [15:58] flacoste, ^ [15:58] rockstarso no automatic thingie then [15:58] to filter offensive names, mainly, and so we can send instructions [15:58] rockstar, so no automatic thingie then [15:59] secrgb_, no automatic thing yet, no [15:59] secrgb_, no, not like CVS or svn. [15:59] to filter offensive names? Why does it matter more for that team than launchpad in general? [15:59] maxb, because we want people who will report bugs. [15:59]