=== steemed is now known as st33med === asac_ is now known as asac [07:37] Testing [07:37] done [07:41] Ubuntu Manual [07:42] hey ya wassup? [07:42] every thing 5ne? [07:42] hai [07:42] no [07:42] 123 [07:42] 1234 [07:42] 12345 [07:42] 123456 [07:42] 12345678 [07:42] 11234567890- [07:42] 784trqhervnarglanmj [07:42] ;laksdnvljwnmf [07:43] ndvnknvmsdnnwnvnsffwhsd/sdilfhwnsdhfjha'owkknv .'ihlhwmnm,cnwhr [07:43] rpgnskn' [07:43] jsbdjbakwfjnbdjnvhsdukhvubsdvb,bsv,sdaw [07:43] jsbkaijasndnkadnfiaernnsdvbirhgsd;va [07:43] asdbv;aibhasd [07:43] sjbvak;ushgaw [07:43] ea [07:43] awh [07:43] aksdnvan [07:43] ga [07:43] wkvaS [07:43] v [07:43] agv [07:43] ahdaskdnva [07:43] oops!! [07:43] hai ya sup? [07:43] oops!! [07:43] yeiks!! [07:43] @@@@##$!#%#%^&%^&#$%@ [07:43] shhg'owqhe [07:44] jicky [07:44] kasbva;wehrsnkjdv [07:44] 'sldkh'ihjrf [07:44] lknbv'AWE [07:44] BNV [07:44] AWE [07:44] wegjoqwed [07:44] aw [07:44] rgkw [07:44] rgr [07:44] gl;rgiqrljqbdSN,fl;qwh'f [07:44] dkfjaiwerh'awef [07:44] djvh;awr [07:44] aw [07:44] aw [07:44] hjgawr [07:44] gawrgn [07:44] awrgajwrja [07:44] wrgjarjlgkaergk [07:44] asmvjajgkjasl;aerhjgEAFv [07:44] aer [07:44] glanfh [07:44] aergnFv [07:44] ara [07:44] gaj [07:44] awj [07:44] r [07:44] gjawqrgj;awlrmgjrgj [07:44] wfuck off!! [07:44] fuck off [08:04] * elky blinks. [10:50] Hello [10:51] gidday [10:51] blah i made that coffee far too weak [10:52] AnmolSarma: please ensure your language is family friendly, unlike earlier today [10:52] extememly sorry [10:53] that was not me [10:53] Oo are you getting into trouble O.o [10:53] humphreybc: I promoted the meeting on identica/twitter [10:53] hi popey, thanks a lot - are you on the mailing list? [10:54] not yet [10:54] no problems [10:54] here's the agenda for today: https://wiki.ubuntu.com/ubuntu-manual#Meetings [10:54] we're still a few minutes early so we'll give the others a few minutes to get here :) [10:55] kk [10:55] * issyl0 will be just watching :) [10:55] Good morning from GMT -5 (US East). [10:55] * brobostigon is also present [10:55] Hi there tacantara [10:55] Haha sorry to get you up so early! [10:55] It's just pressing on midnight down here in New Zealand [10:56] No problem...got plenty of coffee :) [10:56] so have I, only got home from work about half an hour ago [10:56] sweet looking like we've got a good turnout :) [10:57] popey: thanks for the identi.ca warning, I think I'll join you guys on this project [10:57] excellent [10:57] awesome, the project page is: https://edge.launchpad.net/ubuntu-manual [10:57] I'll just be lurking for now, am making lunch :) [10:57] and of course the team page is just https://edge.launchpad.net/~ubuntu-manual [10:57] cool cool [10:58] so 3 minutes, no rush [10:58] this must be one of the first meetings for 2010 [10:58] Good morning everyone [10:58] for those just joining us, here's the agenda for today: https://wiki.ubuntu.com/ubuntu-manual#Meetings [10:58] we've got quite a lot to get through :) [10:58] woops, need to change my nick [10:58] good morning joe === joe__ is now known as jmburges [10:59] Is Ryan Macnish here? [10:59] thats better, and good morning humphreybc [11:00] good evening over here :) [11:00] where are you located? [11:01] new zealand :) [11:01] GMT +13 [11:01] excellent, well in DC its 0600 [11:01] nice early start to your weekend :S [11:01] haha [11:01] late night [11:01] So are we missing Jamin Day and Ryan Macnish? [11:02] hmm, well i'll give them till 5 past and then kick off [11:02] ah cool here's Ryan [11:03] hello nisshh [11:03] hey [11:03] sorry im a bit late [11:03] no problems [11:03] we're just waiting till 5 past to see if we can catch Jamin Day [11:03] kk who else is here? [11:03] There's quite a few present, good turnout [11:04] cool === jmburges is now known as jmburgess [11:04] I'm back [11:04] beaut [11:04] what did i miss? [11:04] good [11:04] nothing [11:04] we're starting in 20 seconds :) [11:04] not much [11:04] ok [11:04] alright well, if everyone's happy, i'll start the meeting [11:04] #startmeeting [11:04] Meeting started at 05:04. The chair is humphreybc. [11:04] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [11:05] Okay so welcome everyone [11:05] in the mean time if you look iv uploaded some of chapter 7 to lp:ubuntu-manual [11:05] For those who haven't seen it yet, here's the agenda: https://wiki.ubuntu.com/ubuntu-manual#Meetings [11:05] oh awesome, I will have a look at that a bit later [11:05] so the first topic is the change to plain text [11:05] and added some stuff to the readme [11:06] neat [11:06] So I decided the other day to change from docbook to plain text [11:06] and you can see my justification here: https://wiki.ubuntu.com/ubuntu-manual#Technical Details [11:06] what does everyone think of using plain text over docbook? [11:07] humphreybc: did you guys think of asciidoc? [11:07] Obviously it won't give us any formatting, but the plan is to leave the formatting to later [11:07] my first thought'd've been TeX to be honest [11:07] I think that down the road, it could lead to a lot of headaches with formatting [11:07] yeah I agree with dutchie on using TeX [11:07] nigel_nb and dutchie: I've actually had a couple of people email me suggesting some other alternatives [11:08] so by TeX you mean LaTeX? [11:08] its now 7 past, should we start or wait? [11:08] we've started :) [11:08] yeah, LaTeX [11:08] perhaps you've got serious lag or something nisshh [11:08] Okay well i'm unfamiliar with LaTeX - could you just run over the benefits of using LaTeX? [11:08] the ubuntu community learning project uses asciidoc, so just a suggestion [11:09] well, the formatting is built right in, it's mostly just plain text with a few \command{arg} bits [11:09] loads of packages to extend it as well [11:10] right, so compared to docbook, which uses HTML, how easy would it be for someone who doesn't know HTML to pick up and use? [11:10] and also to convert what we've got so far? [11:10] it also was made to do this sort of thing, it has packages for things like inserting highligted code [11:10] I've also had Pascal Bach email me suggesting Restructered Text, which I said I would bring up [11:10] Probably easier to convert than docbook [11:10] i do have lag [11:10] I'd say it's on a par for learning [11:10] but its gone [11:11] Okay [11:11] yes it is on par with learning html, if you have had no html experience but there are GUI latex writers [11:11] i like the plain text but i would like to know more about LaTeX [11:11] So what do you recommend for the game plan - convert current plain text to LaTeX asap, and then use that right through the milestones? I presume it can output to PDF etc [11:11] yeah, PDF is no problem at all [11:12] I think using LaTeX from day 0 is much easier than plain text then putting the formatting in later on [11:12] Okay, for converting what we've got, would you like to give me a hand with that next week, if we vote to switch to LaTeX? [11:12] i can easily help, it isn't too bad [11:12] Though we need to make and decide on a latex template to use [11:13] I'd be happy to invest some time, not going to have a huge amount of free time over the next few weeks though [11:13] it should not take much effort [11:13] My plan was just to use the plain text for content, and then basically copying/pasting the whole thing into an openoffice document to do formatting and images - then using different branches and series on LP to sort out the merging. [11:13] But if LaTeX is a viable alternative, i'd be happy to put my vote in for that. [11:14] Okay awesome, so it looks like we're switching to LaTeX. Would anyone who knows more than me (which is everyone!) like to update the relevant sections on the wiki with LaTeX information? [11:14] I would be happy to work on a document template, and maybe write up a brief how to [11:14] arrrr still getting lagg [11:14] jmburgess, that is awesome [11:14] nisshh - what client are you using? [11:14] irssi [11:14] yeah I will work on it today [11:14] try this http://webchat.freenode.net/ [11:14] what should i be using? [11:14] kk [11:14] jmburgess - would you like to take that under your wing, and i'll write up a blueprint for it after the meeting. What's your launchpad username? [11:15] humphreybc: Yep, I can do that, my launchpad username is joemburgess [11:15] Okay and you're a member of the team? [11:15] correct [11:15] So just before we end this topic, is everyone happy with the switch to LaTeX? [11:15] ok lag fixed for now [11:16] yes [11:16] Works for me. I'm not familiar with it, but there's a good LaTeX primer at https://help.ubuntu.com/community/LaTeX [11:16] is Texmacs any good for latex? [11:16] so will we vote on latex [11:16] AnmolSarma: don't know, I use latex-suite for vim ;) [11:16] cool, so nisshh just to summarize if you've missed anything, we've decided to change to LaTeX and do away with plain text and ODT [11:16] ok with me too - will have to get up to speed but happy to do some reading [11:16] texmacs being a latex version of emacs? [11:17] jmburgess is going to help with converting the current plain text to LaTeX, and writing a short howto [11:17] once the template is set up I'll help out with the conversion [11:17] Okay so i'm just going to do a vote under MootBot, once I issue VOTE, then just use +1 or -1 to vote yes or no [11:17] [VOTE] Change to LaTeX [11:17] Please vote on: Change to LaTeX. [11:17] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [11:17] E.g. /msg MootBot +1 #ubuntu-meeting [11:18] dutchie: Thanks, whats your launchpad username so I can email you or something [11:18] +1 [11:18] ok got it [11:18] +1 received from humphreybc. 1 for, 0 against. 0 have abstained. Count is now 1 [11:18] Private +1 vote received. 2 for, 0 against, 0 have abstained. Count is now 2 [11:18] +1 [11:18] +1 received from KelvinGardiner. 3 for, 0 against. 0 have abstained. Count is now 3 [11:18] +1 [11:18] +1 [11:18] +1 received from dutchie. 4 for, 0 against. 0 have abstained. Count is now 4 [11:18] +1 [11:18] +1 received from tacantara. 5 for, 0 against. 0 have abstained. Count is now 5 [11:18] +1 received from jaminday. 6 for, 0 against. 0 have abstained. Count is now 6 [11:18] jshholland [11:18] Private +1 vote received. 7 for, 0 against, 0 have abstained. Count is now 7 [11:18] +1 [11:18] +1 received from nigel_nb. 8 for, 0 against. 0 have abstained. Count is now 8 [11:18] +1 [11:18] +1 received from AnmolSarma. 9 for, 0 against. 0 have abstained. Count is now 9 [11:18] +1 [11:18] +1 received from nisshh. 10 for, 0 against. 0 have abstained. Count is now 10 [11:18] okay i think that's an overwhelming majority in favour :) [11:18] [ENDVOTE] [11:18] Final result is 10 for, 0 against. 0 abstained. Total: 10 [11:18] Fantastic, that's the first topic sorted out. :) [11:19] whats next? [11:19] Okay, so next topic: Sourcing Images [11:19] The agenda is a wee bit out of order sorry [11:19] but that's alright [11:19] so basically I put this in here so we can decide on what sort of images to use, where we're getting them from and whether we are going to create some custom diagrams or not [11:20] Obviously we'll need screenshots, although translating for screenshots will be an effort [11:20] A picture is worth a thousand words, and I think we need to have lots of screenshots - so maybe this translating problem might have to be dealt with. Thoughts? [11:20] well png is good for format [11:20] and png is good for latex as well [11:20] Yep png is pretty much a given [11:20] anyone in charge of translation yet? [11:21] Okay perfect [11:21] jmburgess: good [11:21] jaminday, no we haven't had much interest in translation so far :S [11:21] I agree with the use of more screenshots. As a fairly new user (still under 1 yr) I haven't found a manual with enough screenshots [11:21] nope no one [11:21] Unfortunately I'm not fluent enough in German to do any translations [11:21] witht the translations, I think we could have "partial translations" available where the text is but not the screenshots aren't [11:21] does anyone here speak a second (or more) language [11:22] sure, until at least we get enough interest for more people to help translate [11:22] I do [11:22] <_jbl_> I do: french, english, danish [11:22] I'm not sure we are going to get many translations out in time for Lucid [11:22] yeea [11:22] I mean, we are pressed for time just for the english version [11:22] <_jbl_> re screenshot translation issue: some sort of macro that translators can use to generate the same screenshot in their locale ? [11:22] So i think translations can be a goal for Lucid +1 and beyond [11:22] yes [11:22] agreed - perhaps english should be the focus initially then expand later? [11:22] jaminday - yes that's a good idea [11:22] but possibly for 10.10 [11:22] Exactly [11:23] we should probalbly leave the translating to the respective LoCos [11:23] we will need to do some recruiting [11:23] maybe not leave it to the LoCos, but coordinate with them [11:23] Sure, if you know anyone who helps translate other docs and has some spare time on their hands, point them our way [11:23] well yes coordinate with them [11:23] agreed [11:23] Once we do get the english version out for Lucid with much gusto, we should hopefully attract enough attention for some translators [11:23] agreed [11:24] it would be nice if we could get some ubuntu members with their feed aggregated to the planet to give us a shoutout *cough cough* [11:24] popey has already pimped the meeting on twitter [11:24] hehe [11:24] That's just a side note actually, if you do know anyone that has their blog on the planet, please send them the links to the project - I've already been talking with Jono Bacon and he's going to have a look next week hopefully [11:24] nice [11:25] We do need all the help we can get if we want this out in 4 months :) [11:25] yes true [11:25] Okay, so back on topic - screenshots are good, translating them we shall leave to the future for now. Someone needs to start sourcing images [11:25] throwing together basic diagrams in inkscape shouldn't be too hard [11:25] i can do screenshots via virtualbox once content is written... [11:25] Also, the images should really be taken from the Lucid Alpha [11:26] jaminday, that sounds great [11:26] goof [11:26] i'm running Lucid in VBox too [11:26] good [11:26] so we can coordinate on that [11:26] I'm running Lucid on a separate partition, so capturing screenshots shouldn't be too difficult [11:26] i will get lucid in vbox [11:26] Im running Lucid on a spare machine so screenshots can be pretty easily gotten, do we have a sort of, screenshots I need page? [11:27] jmburgess - fantastic idea! [11:27] I will write one up on the wiki tomorrow :) [11:27] i'm assuming screenshots should be taken from a 'vanilla' install to avoid reader confusion [11:27] Yes that would be best [11:27] ie default wallpapers/icons etc [11:27] jaminday: that makes the most sense to me [11:27] not yet [11:27] Of course we needn't worry about stuff too much yet, because Lucid is in Alpha only [11:27] and things will change [11:27] a lot [11:28] agreed - maybe something to be aware of as it gets closer to release perhaps [11:28] but we should make one for artist contribs [11:28] True....some of the Lucid branding hasn't made it in yet (check the Help page, still refers to it as Karmic) [11:28] So for now I'll start compiling our list - of course having the content will help some more. As another side note, does LaTeX have something like notes? [11:28] And the default wallpaper doesn't make an appearance till late Beta/RC normally [11:28] So this could get tight - we may have to wait for screenshots till the RC of the manual, I think that gives us two weeks before Lucid release [11:28] notes? like footnotes or comments? (it has both) [11:29] comments [11:29] yes thats what i was thinking [11:29] still compiling a list of 'screenshots needed' or something would help [11:29] So when we're writing things and the author feels an image would be good to complement his text, he should put in a "note/comment" that says "image of such and such should go here" [11:29] humphreybc: Yes It has comments [11:29] jaminday - yep I've noted that down, and I'll do that tomorrow. I'll churn through the Table of Contents thus far and pretty much start out [11:29] Also, feel free to add to/change the wiki page if you like [11:30] it autogenerates ToC as well [11:30] You don't have to ask me for permission or anything - just at the bottom in the section "comments" mark what you've changed :) [11:30] dutchie:good [11:30] ok [11:30] awesome - so that's screenshots, now onto diagrams/artist images - stuff that's uniquely created for this project. a) Do we want/need it, and b) where/who are we going to get it from? [11:31] If you screw the wiki page up you are responsible for reverting your changes though [11:31] nisshh - haha yes that's a good point, be careful :) [11:32] i think we may or may not need it, and we will probably be making them in the early editions [11:32] So for the artwork/diagrams - I can't actually think of much that we will need them for [11:32] If we grab images from, say, Google, is that considered in the public domain, or will there be problems with using images from sources like that? [11:32] Perhaps the odd icon or something every now and then where there is a big hunk of text to break it up would be nice [11:32] so it's not so full on [11:32] tacantara: you have to look at the individual focus [11:32] tacantara: I think we need to look into where it is hosted and such [11:32] focus? source [11:33] we may need a few but probably not many [11:33] For anything that's not Creative Commons, I believe you need to ask the owners permission [11:33] humphreybc - yes lots of pictures = less daunting [11:33] I'm sure most people will be stoked about their artwork going into a publication [11:33] for the average reader anyway [11:33] plus alot of google images are watermarked [11:33] you can get the icons from icon packs from gnome look etc. [11:33] that's true [11:34] good point [11:34] humphreybc: have we decided on a license for the manual? [11:34] there should be plenty of screenshots, I'm not sure about where we'll need diagrams [11:34] Okay, well for now I think that's pretty much covered - we can talk about that at the next meeting, when the content is in place [11:34] jmburgess : that's next on the agenda :) [11:34] It would be good to use the default Ubuntu icons fro tip boxes etc. [11:34] humphreybc: woops! your right [11:34] jmburgess: no worries [11:35] Okay so everyone happy with the images topic? Any further comments? [11:35] Sweet, moving on then - next on the agenda: Licensing of the manual [11:35] isn't the GPL pretty code-centric? shouldn't we be thinking more about the GFDL or maybe CC? [11:35] Now i know hardly anything about licensing [11:36] dutchie: exactly, see I know nothing :) [11:36] isnt CC for artwork and such? [11:36] that's just a placeholder really until we came to this meeting [11:36] I don't know much more [11:36] which version of cc ? [11:36] Someone emailed me a great link on open source documentation licensing [11:36] but i've lost it now [11:36] and what does GFDL stand for? [11:36] Is there anyone else in the room that knows a bit more about licensing? [11:36] Free Documentation Licence, either GNU or General [11:36] i know nothing... [11:37] wikipedia uses it [11:37] GNU [11:37] GNU? [11:37] okay [11:37] I know that CC is generally for written things as well [11:37] which version? GPL v3 or 4? [11:37] ah ok be worth looking into [11:37] The ubuntu documentation wiki is CC [11:37] right... I'll get in touch with some of the docs team and talk to them [11:37] GPL v4? [11:37] is it really? [11:37] there is a v4? [11:37] no [11:37] apparently [11:37] didnt know that [11:38] or is it 3? [11:38] v2 and 3? [11:38] CC is simple to understand, I'd say go for CC. [11:38] nope [11:38] no v4 yet [11:38] https://help.ubuntu.com/legal.html [11:38] CC it is then [11:38] I will confirm with the docs guys first though [11:38] CC has multiple variants [11:38] Which CC? [11:38] yeah exactly haha [11:38] see this [11:39] http://creativecommons.org/choose/ [11:39] LINK received: http://creativecommons.org/choose/ [11:39] there is a main one [11:39] interesting how mootBot didn't pick up the https... [11:39] They use ShareAlike which means you can do whatever as long as you share with the same license [11:39] humphreybc: good point [11:39] ah yes, best to talk to doc guy first but i am for CC [11:39] agreed [11:40] how about CC-GNU GPL [11:40] okay well it looks like it's CC something a rather, but i'll sort that out over the coming days and let everyone know via mailing list [11:40] AnmolSarma: That sounds like just about everything! :) [11:40] wikipedia is dual-licenced CC-BY-SA and GFDL [11:40] http://en.wikipedia.org/wiki/Wikipedia:Copyrights [11:40] LINK received: http://en.wikipedia.org/wiki/Wikipedia:Copyrights [11:41] ok, next topic? [11:41] yep next topic [11:41] Bzr familiarity [11:41] who is and who isnt? [11:41] Hmm well I think I just put this in here to make sure everyone knows what's happening with bzr [11:41] And also I'm still looking for someone to check my entry on the wiki about it [11:41] i have basic familiarity from playing with it over the last few weeks [11:41] https://wiki.ubuntu.com/ubuntu-manual#Using bzr [11:42] I use it for my coding work at school, so I am pretty familiar [11:42] oh sorry i did check you wiki entry the other day its pretty alright [11:42] Okay cool - yeah as it says on the wiki entry, I only created the project, so I never had to actually get it from an already established branch [11:42] iv been using bzr since mid last year [11:42] I finally got it figured out yesterday, and was able to download/upload to LP [11:42] tacantara: good to hear [11:43] But i can't seem to connect through a university proxy [11:43] was able to work from my home connection tough [11:43] Okay so we seem to be all good there, AnmolSarma - there is some information on proxy bzr somewhere, perhaps on the official Bazaar documentation (link on our wiki) [11:43] AnmolSarma: does your university blcok ssh connections [11:43] ok [11:43] will try and figure it out [11:44] Cool cool [11:44] next topic, Approver for main release blueprints [11:44] Now at the moment I've set that to me, but it should really be the Team I think [11:44] yes agreed [11:44] Okay cool, i'll change those around tomorrow [11:45] Moving on, next topic: Overall Goal Revisions [11:45] Now, that stands at the moment as: [11:45] Well written and easy to follow [11:45] Professional appearance in keeping with the Ubuntu image [11:45] Detailed, but not overwhelming [11:45] Revisions every 6 months to keep up to date with each release [11:45] (it's the second chapter on our wiki) [11:46] i think we a good in this regard [11:46] I just came up with these off the top of my head, what does everyone think? [11:46] nothing needs changing really [11:46] Sounds good. [11:46] Okay cool, that makes that easy :) [11:46] agreed though one question regarding 'well written' - i'm assuming you want it to be pretty reader-friendly [11:46] Now, next topic that I put in today was the feedback from KelvinGardiner [11:47] yep hang on, jaminday - it does need to be reader friendly [11:47] not too 'professional' or overwhelming [11:47] So you think that we need to swap out the well written with something else? [11:47] maybe easy to understand or something [11:47] humphreybc: Do you want me to put the email in pastebin? [11:47] Kelvin, yes that would be very useful [11:48] nisshh - that's what I tried to convey with the "easy to follow" [11:48] no its ok just wanting to clarify where it's targeted and to what level of complexity [11:48] ah yes i see [11:48] So basically, by "well written" what I mean is that it should be in a consistent, up to date style that flows well and has no errors etc [11:48] obviously consistency will vary between authors [11:48] ah, perfect then. [11:48] http://pastebin.ubuntu.com/350369/ [11:48] LINK received: http://pastebin.ubuntu.com/350369/ [11:48] but we can slowly iron that out [11:49] Okay awesome, so we're set on that. If anyone has any comments regarding the goals, either email the mailing list or put a comment at the bottom of the wiki page [11:49] There was an anti-openoffice bit I've removed. [11:49] So, back to Kelvin's email, he sent me this today and he does have some good points [11:49] reading it now... [11:50] the email seems to make sense [11:50] I agree entirely with his points on the chapter changes, re-ordering and adding a chapter on wine. Also combining 8 and 10 seems logical [11:50] humphreybc: I agree with the combining, I keep wanting to add updating to my chapter 10 [11:51] also agreed with clarification on useful apps [11:51] definitely change "Packaging" to something else. It means nothing to a new user, and an experienced one may think of it as building packages [11:51] The online resources is a good idea. Things like the "Linux isn't Windows" webpage is a great read for people who are new to Ubuntu [11:51] As for the first point about using the community docs, I feel that we should use them as a foundation to get the idea for something, and as cross-checking with them, but we need to write it from scratch, as the ubuntu docs are often outdated and inconsistent [11:51] agreed [11:51] yep [11:51] all good points [11:51] Ideas for packaging? Useful Apps chapter is on the agenda for today a bit later on [11:51] what about splitting the book into 2 parts? [11:52] humphreybc: ok np [11:52] AnmolSarma - yes I haven't thought about this bit yet, was waiting till tonight [11:52] Thanks I almost forgot [11:52] anmol: explain more please [11:52] why two parts? [11:53] For me, i'm not too worried - it could make sense splitting it into two parts, but whether it's necessary or not I'm not sure. We could just bunch the harder stuff up near the end [11:53] that sounds good [11:53] nisshh: Two parts, first half for complete beginners, second half is aimed at advanced users (terminal etc) [11:53] what like a basic and advanced? [11:53] maybe part 1 and part 2 - "Stop reading here if you don't care about advanced stuff" [11:53] maybe a 'meta' chapter in the end [11:53] yes the manual could have a complexity gradient of sorts [11:53] ah yes ok. [11:53] It was always going to have a complexity gradient under the surface [11:54] One advantage to having two parts is we can focus on the beginner part and leave the advanced part of we run out of time. [11:54] ah ok [11:54] So the user should slowly be able to progress through each chapter [11:54] probably worth making the complexity gradient explicit [11:54] i think part of getting the complexity gradient right is re-ordering the chapters [11:54] dutchie: agreed [11:54] Kelvin, that is a good idea - so if we were going to split it into two parts, the cutoff would be at the end of chapter 5, but with chapter 8 moved back [11:54] so we can say in the introduction "no need to read the whole thing, stop when you're happy" or some such [11:54] and chapter 10 combined with 8 [11:55] Which would give us a fairly even 6 and 4 chapter ratio for the two parts [11:55] sounds good [11:55] Okay, well I will put it to a vote, any last comments on this? [11:56] and maybe split chapter 7 into a bit of basic and the a heap of advanced stuff in part 2 [11:56] nisshh: yes because terminal stuff can be quite huge (and daunting) [11:56] I think the terminal should be completely left out of the first half [11:56] exactly [11:56] no terminal stuff in the first half [11:56] humphreybc: I agree. [11:57] how will overlap of content be managed [11:57] ok [11:57] how much is this going to deal with KDE/XFCE? [11:57] Okay, well I agree to two parts - it makes sense. We can concentrate on the first half in case we run out of time, it saves absolute beginners reading the whole thing, and it widens the target audience. [11:57] dutchie - Not much at all - it's the "Ubuntu Manual" for now, perhaps in the future if it becomes popular and the demand is there, we can branch off for the "Kubuntu Manual" and "Xubuntu Manual" etc [11:58] dutchie: not much unless we include a section for DE's [11:58] OK, just wanted to get that straight [11:58] Awesome, so I'll put it to a vote for the half/half thing [11:58] so it's no longer "The Beginner's Manual" [11:58] good [11:58] [VOTE] Explicitly splitting the manual into two halves, the first being for Beginners and the latter for more Advanced users [11:58] Please vote on: Explicitly splitting the manual into two halves, the first being for Beginners and the latter for more Advanced users. [11:58] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [11:58] E.g. /msg MootBot +1 #ubuntu-meeting [11:59] +1 [11:59] +1 [11:59] +1 received from dutchie. 1 for, 0 against. 0 have abstained. Count is now 1 [11:59] +1 received from humphreybc. 2 for, 0 against. 0 have abstained. Count is now 2 [11:59] +1 [11:59] +1 received from KelvinGardiner. 3 for, 0 against. 0 have abstained. Count is now 3 [11:59] +1 [11:59] +1 received from nisshh. 4 for, 0 against. 0 have abstained. Count is now 4 [11:59] +1 [11:59] +1 received from tacantara. 5 for, 0 against. 0 have abstained. Count is now 5 [11:59] +1 [11:59] +1 received from AnmolSarma. 6 for, 0 against. 0 have abstained. Count is now 6 [11:59] +1 [11:59] +1 received from jaminday. 7 for, 0 against. 0 have abstained. Count is now 7 [11:59] AnmolSarma: For simplicities sake, I dropped that title for now [11:59] We can decide on another title later if Canonical aren't happy with us using "Ubuntu Manual" (which is a possibility) [11:59] okay, ending the vote [11:59] [ENDVOTE] [11:59] Final result is 7 for, 0 against. 0 abstained. Total: 7 [12:00] true [12:00] so we should send them a shout around alpha? [12:00] Okay, now onto the next topic - if someone would like to take over chair for a minute I'm just going to pop for a toilet stop. The next topic is "Review of the current series setup on Launchpad" and basically deals with whether we need more than one branch. [12:01] ok [12:01] AnmolSarma: I'll talk to Jono Bacon a bit later on about the title [12:01] Do we need more than one branch? [12:01] What would it be used for? [12:01] not at this stage i dont think [12:01] I can't see a reason unless we start doing a Kubuntu Manual or whatever [12:02] but maybe later on [12:02] there are a multitude of different ways we could structure it [12:02] Translations too will probalbly need separate branches [12:02] We should have a branch fro each release, Karmic, Lucid, etc. But not for now. [12:02] Right, I agree with you all [12:02] Cool, back. Sounds good, so just one for now. [12:02] Kelvin: good point [12:03] yep [12:03] Awesome, moving on - Alpha Release - what we need to have ready by then [12:03] Now, this is sort of roughly outlined in the blueprint [12:03] But, because we've been changing from ODT to docbook to plain text to LaTeX we've been a bit delayed [12:03] the blueprint covers it nicely [12:04] and the alpha release is basically less than 30 days away - can we get the content written and edited in 30 days? [12:04] humphreybc: I think we can get it written in 30 days, maybe not edited [12:04] agreed - a rough edit perhaps [12:04] i can write my whole chapter in a week probably [12:04] Also keep writing in plain text, its going to take me a day or so to create the latex template [12:04] "This release should have the basics of all 11 chapters in place, in rough draft format. The text should be there, but images and references might not be. Formatting and Styles will still need to be confirmed and implemented in the beta release." [12:05] but no one has claimed several chapters [12:05] That's what we've got so far [12:05] Which chapters are still unclaimed? [12:05] Yeah that's the other thing, we need to get those missing chapters assigned [12:05] A lot of them [12:05] https://blueprints.edge.launchpad.net/ubuntu-manual [12:05] I need to create blueprints for 1 and 2, which I've already written [12:05] i might grab another chapter [12:05] but we've got 4, 5, 6, 8, 11 still [12:06] I'll tackle 5 I think as well [12:06] I could have a bash at 4 [12:06] I could have a go at 8 [12:06] well I now have 8 [12:06] i might grab 11 also [12:06] 5 and 11 call for collaboration [12:06] So, if we break down that summary for alpha. The basics of all chapters in place, in rough draft - I think this is doable [12:07] Well I am doing 10 already so 8 kinda falls in my court, but jaminday if you want 8 we can bring them together [12:07] Awesome - also for those of you in here "lurking" just taking a look, don't panic if you think we've stolen all the work - there will be a lot more to do than just writing the chapters :) [12:07] I'll do 6. [12:07] jmburgess: agreed. Should 8 and 10 be merged into one chapter? [12:07] Awesome guys, this is great stuff! [12:07] Reviewing merge proposals will do as editing [12:08] is there one you'd be happy to give a newbie? [12:08] If you all could create the blueprints where they're missing for each chapter, following the way the current ones are made, and assign yourselves [12:08] dont forget you can also suggest bits in the chapter blueprints, thats collaboration [12:08] Hi blackcr0w [12:08] hi [12:08] Have we got one for blackcr0w guys? [12:08] dutchie: ok no problem [12:09] jaminday: I am going to add the ch 8 stuff to my ch 10 blueprint, and I have already started it with rev. 14 on bzr but you can write the apt related stuff [12:09] * b1ackcr0w writes training documentation for bespoke software at work [12:09] I'd appreciate some help on 4, I've got a busy few weeks coming up [12:09] im sure theres one you could do [12:09] blackcr0w - chapter 4? [12:09] ok - i'll have to look up what that entails [12:09] I could help on 4 [12:09] b1ackcr0w: https://wiki.ubuntu.com/ubuntu-manual#Proposed Table of Contents [12:10] jmburgess: ok i'll take a look [12:10] It's basically "around your desktop" - so explaining what the core programs do, how to configure simple settings, and that's about it really [12:10] Oh and explaining panels etc [12:10] So, I'm still doing referencing/fact-checking right? [12:10] Rather than writing a chapter, I'd like to assist in editing. I could probably benefit the project more by brining in a "noob" perspective [12:10] AnmolSarma - yep sure thing, if you think you've got enough time [12:10] 4 - magic that's right up my street [12:11] tacantara: I think if you just read what's going on and fire suggestions at the mailing list [12:11] tacantara - sure, Jamin's on editing at the moment - You and Jamin can collaborate [12:11] tacantara: help with editing would be welcomed [12:11] I'll work with anmol on that [12:11] ok [12:11] cool [12:11] Okay cool I'll let you guys sort it out amongst yourselves - just to make all this communication easier, could I request that everyone updates their contact details on their own personal Launchpad account? [12:12] Email and IRC are preferable [12:12] And I need to get our own channel.... :S [12:12] and join the team [12:12] sorry to be hasty but iv got to go out in about 40 mins could we speed this up a bit [12:13] Okay, back on track, the next half of the summary for alpha reads: "The text should be there, but images and references might not be. Formatting and Styles will still need to be confirmed and implemented in the beta release." - I think this is pretty much sorted, that makes sense. I'll change it to "but images will not be" [12:13] nisshh - yep we'll try, it's taking a while! [12:14] Okay, moving on, Formatting - this is a biggy. Does LaTeX support something like CSS styles, so we can change one setting and everything will change? [12:14] (That's another reason why I liked ODT) [12:14] I'm pretty sure it does [12:14] it looks like it from what iv seen [12:14] Righto, so for now I think we'll stick with the formatting that's pretty much outlined in that PDF available for download on the project page [12:15] sounds good [12:15] nisshh - if you have to leave, that's all good - I'm going to write up a summary of the meeting tomorrow and mailing list it to everyone anyway [12:15] great [12:15] ok, thanks for letting me know [12:16] dutchie, it easily supports styling [12:16] Cool, next, Editing - I think we covered this above - there's not a whole lot to talk about here, just usual things, grammar, spelling, phrasing - if it's something major then perhaps talk to the original author and see what they have to say. If we try to get it right when we write it in the first place, then the editors job will be easy. [12:16] humphreybc: I will try and get close to that styling in the pdf [12:16] Does LaTeX have spellchecking? It's always useful [12:16] jmburgess: that sounds great [12:17] couldnt spellchecking be done by whatever text editor your using? [12:17] humphreybc: agreed. Perhaps if authors are ok with minor changes being made to their work (eg spelling, rephrasing an awkward sentence etc) but major reworks taken back to the original author [12:17] latex is more a markup, the editor has to spell check [12:17] ? [12:18] sounds good to me [12:18] Okay well just going off what I've seen so far, everyone seems to have a fairly good grasp of the english language so I don't think we'll have any problems there :) [12:18] (by editor I mean text editor) [12:18] dutchie: right [12:18] Beaut - moving on, Chapter 9 - Useful Applications [12:18] Take a look at the list and fire me some changes [12:18] maybe split them up into "in the repos" and "not in the repos" [12:18] Currently, VLC, Banshee, Google Chrome, Cheese, Sun Virtualbox, Jokosher Audio Editor, Ubuntu Tweak [12:19] maybe add the GIMP since it wont be in lucid [12:19] ipod management? [12:19] dutchie: For simplicity sake I was going to try to just have stuff that's in the repos - actually, Ubuntu Tweak isn't so we'll have to reconsider that [12:19] right [12:19] Yeah the GIMP is a good addition [12:19] Amaranth: I feel like that can be under Banshee [12:19] will we cover adding ppa's in this chapter [12:19] and PiTiVi is a good vid editor - easy to sue [12:19] use [12:19] ubuntu one? [12:19] But, while Sun VB is in the repos, the version available at Sun's website is much beter [12:19] Ubuntu one is included by default... or is it? [12:20] nisshh: I feel like trying to explain PiTiVi in a page or two might be somewhat daunting [12:20] jamin: might be better in the advanced section [12:20] I think we need to cover installing packages from outside the repos - i.e. avoid compiling from source [12:20] but getting an account isnt [12:20] humphreybc: in karmic ubuntu one is there by default, yes. [12:20] If I recall correctly, Ubuntu One is default in Lucid [12:20] maybe we could use the apps here : https://launchpad.net/b-sides [12:20] tacantara: True, but I think by Lucid they would have pushed it upstream... maybe a note at the end of the chapter saying something like "For the latest versions, always check the program site" or something [12:20] KelvinGardiner: good plan [12:21] Ah, B-Sides. Good idea. [12:21] dutchie: Yes I was going to try to stay with .deb packages from external sources, and also PPAs... [12:21] no compiling from source, that's far too hard for this manual [12:22] I feel like in the beginner section, there should be nothing on adding external sources [12:22] So we think add the Gimp and Pitivi to the list, remove Ubuntu Tweak (because it's not in the repos) [12:22] jmburgess: That is quite a good idea, because the default repos have a tonne of stuff anyway [12:22] it does seem that newcomers often end up trying to install random tarballs off project websites when applications are in the repos [12:22] dutchie: They're used to downloading .exes [12:22] true [12:23] So we need to make this totally clear [12:23] humphreybc: exactly, we need to explain that things are different [12:23] Who's doing the Packaging (or whatever we are calling it) chapter? [12:24] i guess that's jmburgess and I will be contributing [12:24] Oh it's chapter 4 [12:24] "Applications" [12:24] Right, make it clear that there is no need to go the project's website [12:24] ah sorry wrong chapter [12:24] OK, I'll be sure to make that clear [12:24] Okay cool, so yeah, you'll need to make it clear the differences between Windows and Ubuntu in regards to acquiring software [12:24] It could almost be in bold... [12:25] it NEEDS to be in bold rofl [12:25] Sweet as, next agenda is Screenshots and Artwork... we've already covered that so I'll skip it, so that has Glossary of Terms [12:25] that leaves* [12:25] Would it be too confusing to add a proviso, i.e. "if you must donwload from a website, seek out a .deb package? [12:25] or an upstream repo [12:25] tacantara: Perhaps somewhere in the advanced section [12:26] i think GoT should be done after alpha but before beta [12:26] nisshh: I agree [12:26] Okay so I'll make the milestone beta? I think it may already be that [12:26] And latex has a built in ability to create indexes [12:26] jmburgess: awesome! [12:26] goofd [12:26] latex has a built in ability to do a hell of a lot of stuff [12:27] Alright, so that's set - next, reviewing of release dates. https://edge.launchpad.net/ubuntu-manual [12:27] As well as glossaries so formatting wise we should be good [12:27] good its powerful then [12:27] If everyone wants to go there and have a look at the milestones [12:27] i think the current ones are good [12:27] We've got Jan 31 for Alpha, March 15 for Beta (This gives us tonnes of time, a month and a half) and then April 20th for RC [12:27] If we must, we can push alpha back to Feb 15th [12:27] Do we need that much time between Beta and RC? [12:28] yes because beta is the main tweaking period [12:28] dutchie: I'm not sure, perhaps not - If you see the reasoning it's mainly to catch out changes for Lucid [12:28] The RC does need to be quite late, for that exact reason [12:28] So that we can get any changes in Lucid [12:28] after all, this will be a Lucid manual [12:29] when lucid final? [12:29] released on the same day as Lucid, so it needs to be current, an RC any earlier than the 20th and we'd be missing last minute changes [12:29] Lucid final is the 29th April [12:29] same day as our final [12:29] ah ok [12:30] if the RC needs to be that late, we could push back the alpha and beta [12:30] maybe a week or so [12:30] My goal is to have the manual featured on the www.ubuntu.com download page right beside the download link for Lucid [12:30] dutchie: That's a good idea, how about the Alpha is pushed back to the 10th Feb or something? [12:30] And leave Beta how it is [12:30] The Lubuntu approach, eh? [12:30] that would allow more time for writing content [12:30] .. which is the main part, after all [12:31] yep [12:31] so that makes sense. Everyone agree on the 10th Feb? [12:31] Or even the 15th Feb [12:31] yes [12:31] aye [12:31] Just on the note of milestones, what is everyones' thinking on the time we've given ourselves? Is it enough? [12:31] should be enough [12:31] Four months to write a fully featured beginners manual from scratch [12:31] It sounds like enough to me [12:32] i think so [12:32] Okay cool, awesome [12:32] as long as we can get LaTeX going and content written [12:32] So 10th or 15th? [12:32] a day after Valentine's? Not such a good idea [12:32] Haha okay 10th it is [12:32] :) [12:32] agreed [12:32] why not> [12:32] hehe [12:33] busy night? [12:33] haha [12:33] editing i mean... [12:33] Righto, now we're onto the last two items - any feedback or questions? [12:33] lol [12:33] Games! [12:33] not at this stage [12:33] Now's the time to ask anything, as the next meeting won't be for at least 3 weeks [12:33] Games - a chapter on games... [12:33] hmm [12:34] The one question that every linux user dreads [12:34] good idea but near the end [12:34] Can I game on it? [12:34] Advanced section? Not really :S [12:34] of the manual i mean [12:34] Yeah, near the end of the first half [12:34] What chapter could it fit into? [12:34] Games would take us into WINE, and that's more of an advanced topic [12:34] OK, I'm off for lunch [12:34] I like having 10 chapters as a nice easy number [12:34] A couple of 'serious' games for linux [12:34] Well we sort of decided that we need something on Wine [12:34] dutchie: Okay, see you later. Thanks for coming [12:34] perhaps wine should go in useful apps section [12:35] yes] [12:35] I agree [12:35] chapter 9 [12:35] Okay cool [12:35] I was thinking native linux games [12:35] yep [12:35] and somewhere in the first half we need to allude to wine [12:35] native linux games, hmm chapter 9 again, or even chapter 4 [12:35] Just mention they've available in the Software Center [12:35] that sort of thing [12:35] with a link to a good website [12:36] Make it clear there ARE games for linux [12:36] right [12:36] contrary to popular opinion [12:36] but it's not really a manual on gaming [12:36] so an introduction, allusion to chapter 9 where we have some detail on wine, that's about it really for games [12:36] A list of sorts maybe [12:36] Ok, iv got to go now too, humphreybc can you remember to post the details of the next meeting somewhere? [12:36] nisshh: Yep it'll be on the wiki [12:36] and cya later [12:36] thanks for coming [12:37] ok cool [12:37] we could have like the authors' picks of 5 games or something [12:37] yeah [12:37] we can link to playdeb [12:37] I often end up googling "top ten linux games" because I don't know if any are serious or just crappy 2D [12:37] Yep sure thing [12:37] okay, any other questions/comments? [12:38] just found this http://gwos.org/doku.php/games:start don't know if it's any good [12:38] worth looking into some more [12:38] Okay, so time/date for next meeting [12:38] KelvinGardiner: or mention playonlinux [12:39] We'll need one in about 3 weeks to basically check how our progress is going with the chapter conten [12:39] this time of day works well for me [12:39] Unless you guys are keen for weekly meetings? If we're on such a tight schedule this could be a good idea [12:39] humphreybc: weekly meetings work for me [12:40] I don't mind having weekly meetings on a Saturday, but we do need to set a time. I don't finish work till about 1030 UTC [12:40] I mean do we want to try it and if we can't come up with anything then we can switch to less often [12:40] 11UTC works for me [12:40] Of course, future meetings will be way shorter [12:40] hopefully :) [12:40] i could attend fortnightly at 11utc [12:40] Sunday is better for me. I can only do every other Saturday. [12:40] 1100UTC is good for me [12:40] Weekly "briefs" with a good, comprehensive meeting once a month? [12:41] The 1100 UTC is a good fit for me [12:41] tacantara: Yeah optional briefs [12:41] okay weekly optional briefs each week, at 1100 UTC either Saturday or Sunday (which one?) and then a big meeting once a month or something, or even just when we need it [12:41] And a wiki post of waht transpired for those who could not attend ? [12:42] *what [12:42] AnmolSarma - Yeah I can do that, or mailing list, probably both. [12:42] AnmolSarma: the meeting will be in the Ubuntu logs. [12:42] ok [12:42] Going through 2 hours of logs is painful though [12:42] right [12:42] I can summarize [12:42] unless anyone else wants the job of note taker.... [12:42] I'm happy to do it [12:43] humphreybc: we can switch off if you would like [12:43] ? [12:43] like you write the notes for this one, Ill write the notes for the next one [12:44] Oh sure, yeah okay sounds good [12:44] Righto, next meeting is optional brief, Saturday 9th January at 1100 UTC [12:44] Next "big" meeting (I won't call them compulsary!) is TBA [12:44] I think the bot makes a summary of actions etc. [12:45] Yeah except I haven't used the TOPIC tag [12:45] Summarizing is best I think [12:45] righto, [12:45] #endmeeting [12:45] Meeting finished at 06:45. [12:45] ok [12:45] 1:45 mins later.. phew [12:45] :) [12:45] I've sat in Army staff meetings that ran longer and accomplished less LOL [12:46] well i'd better get going - night all [12:46] Okay guys, thanks for coming, I'll get onto that summary tomorrow, and make some changes to the wiki and launchpad stuff. As for the chapter order, we didn't really decide on much - but it's not important at the moment, we can shuffle chapters around later on [12:46] night guys [12:46] oh just one quick thing [12:46] don't forget to update your launchpad profiles with contact details :) [12:46] ok [12:47] no probs [12:47] will do [12:47] cheers === yofel_ is now known as yofel