=== Admiral_1hicago is now known as Admiral_Chicago [12:41] New bug: #176717 in ubuntu-docs (main) "ubuntu-about not translated to polish" [Undecided,Incomplete] https://launchpad.net/bugs/176717 [15:48] hi wonderful doc people! [15:49] hello [15:54] cody-somerville: I'm thinking keeping all the docs in a single project may become important for bzr [15:54] LaserJock, how so? [15:55] I played around yesterday with using a shared repo for the docs [15:55] got some help from #bzr [15:55] mmhmm [15:55] so I think we could be moving to a shared repo in the nearish future [15:56] and I'm not sure if that would work if they were in separate projects [15:56] I don't think we really need to concern ourselves with conserving a tiny bit of hard drive space on launchpad's servers. [15:57] it's not about that [15:57] it's about speed [15:57] I wasn't aware that shared repos provided any speed benefits [15:57] with the shared repo once you have one branch, you only have to get the different revisions on the second branch [15:57] Could you point me to the documentation that says that it does? [15:57] so like I had edubuntu-hardy already [15:57] How diverged are the branches now? [15:57] and to get ubuntu-hardy I only had to grab 178 more revisions [15:58] out of like 3600+ [15:58] Oh right [15:58] We used svn before [15:58] and also the space savings is significant [15:58] And anyhow, we can still have a shared repository even with different products I believe [15:58] As long as the branch owner stays the same [15:59] perhaps [15:59] but I'm not sure if LP would handle it [15:59] we can check though of course [15:59] To be honest, if we got the bugmail stuff squared away, I wouldn't be so interested in having multiple products [15:59] Although it makes logical sense the simple principle of single product for a single product [15:59] how much bugmail can you possibly be getting? [16:00] a single project for a single project, I would argue ;-) [16:01] * cody-somerville curses launchpad for creating ambiguity. [16:03] As for bugmail, I find it annoying to have to spend 5-7 minutes checking off 20-50 conversations in gmail to archive everytime I login [16:05] well, I know what you mean, but that's basically life working on Ubuntu. I would think the doc bugmail would be the least of your problems [16:05] I get on an average business day something like 200 of those [16:47] a request, kindly include or modify these documents for 7.10 and the upcoming 8.04 please https://help.ubuntu.com/7.04/installation-guide/i386/index.html currently they are not available for these versions [16:52] mdke: added the Doc team report, Kubuntu info completed [16:54] nixternal: just uploaded edubuntu-docs [16:54] closed one of the edubuntu-docs bugs [16:54] did you at least close out those bugs :) [16:54] just one? [16:54] come on, those 3 were easy fixes :p [16:54] yeah, the other ones were actually changing things ;-) [16:55] we can work on the other bugs in bzr [16:56] who cares about changing things with edubuntu-docs..they haven't followed a freeze since dapper :p [16:57] anyways, they are eventually going to the wiki [16:57] well [16:57] actually the LTSP stuff should go to ubuntu-docs [16:58] so it would probably be worthwhile to fix those bugs [17:00] nixternal: do you have more than one doc branch? [17:00] just kubuntu-hardy [17:12] a request, kindly include or modify these documents for 7.10 and the upcoming 8.04 please https://help.ubuntu.com/7.04/installation-guide/i386/index.html currently they are not available for these versions [17:13] amenado: you've said it already, when someone with the power to do it comes by I think they might look into it === jono_ is now known as jono [20:47] nixternal: thanks [23:30] Just joined the Documentation team .. which repository should I download? gutsy or hardy? [23:37] Is the wiki down? :( [23:44] seamus7: hardy, but its in string freeze pre release now [23:53] so it would be a waste of time to download gutsy? should I just stick with wiki documentation for now? [23:54] i'd say stick to the wiki until intrepid forks [23:54] ok th [23:54] x