/srv/irclogs.ubuntu.com/2011/04/17/#ubuntu-doc.txt

mdkej1mc: hi. Was just checking in to see how things are going13:15
mdkej1mc: I've uploaded a package this morning, we'll see if it gets approved13:15
mdkej1mc: the add/remove software topic is still empty, is someone working on that? if not I might work on it if i get time over the next day or two13:16
issyl0Hi there.13:16
mdkeissyl0: heya!13:16
mdkeissyl0: welcome to the team, you've joined at a rather frenetic time so things probably seem a bit confused...13:17
issyl0Hah, that's alright!  I like frantic - it gives projects personality.  :-)13:17
issyl0So, what's going on, and what can I help out with?  :-)13:17
issyl0I'm eager.13:17
mdkei'm not sure ours is the greatest personality right now but it will get better hopefully with some new contributors around13:18
mdkeissyl0: essentially we are converting the Gnome 3 docs to fit with Unity at the last minute before natty releases13:18
mdkeissyl0: there are probably plenty of things to help with, probably j1mc is the person to check with to see what is being worked on13:19
issyl0Oooh, yes, I'd seen a mailing list post about that.  Interesting!13:19
issyl0OK, thanks.13:19
mdkegood to have you aboard13:20
issyl0:-)13:20
j1mcmdke: thanks for your help.13:26
issyl0Ah yes, you may have seen: http://bazaar.launchpad.net/~issyl0/ubuntu-docs/issyl0/view/head:/teamstuff/audience-analysis.xml , with a couple of edits referring to http://bazaar.launchpad.net/~ubuntu-core-doc/ubuntu-docs/natty/view/head:/teamstuff/audience-analysis.xml :-)13:26
j1mci'm sorting out the networking section, and should be able to wrap that up today.13:26
j1mcthat has been some interesting refactoring work because i wasn't sure how to get things to set things up how i wanted them.13:27
j1mci had to teach myself by looking at other examples.13:27
issyl0(I read it, some of it didn't make sense, I realised I couldn't commit changes directly, I created my own branch of it.  That's the correct procedure initially, I hope?)13:28
j1mchi issyl013:28
issyl0Hi j1mc.  I'm looking to increase my involvement, and as mdke says you're the person I should talk to... :-)13:28
j1mc:) thanks. what is drawing you in to docs? any area where you are looking to contribute in particular?13:29
issyl0Oh, I just love documentation and would like to help out in any way I can.  I'm not so much of an author, but a keen editor.  And a quest for further knowledge draws me in, too.13:31
j1mcmdke: what do you think of the web stuff?13:31
j1mcissyl0: sounds good. are you familiar with bzr and launchpad at all?13:31
j1mcalso, what version of ubuntu are you using?13:31
j1mcmdke: by "web stuff" i mean the draft of the xslt file that shaunm put together.13:32
issyl0j1mc: Natty, Beta 2 on my desktop machine.  :-)13:32
mdkej1mc: I think it looks excellent. We can tinker with it later once we have the final package sorted13:32
issyl0j1mc: And yes, familiar with launchpad and bzr - they're great.13:32
issyl0(I'm involved in the Ubuntu Manual project as well.)13:33
j1mcissyl0: wonderful...13:33
j1mcissyl0: as for how you can help us now, we are porting over the help from gnome3 to unity...13:33
j1mc... so the best way to help is to grab the current mallard sources from bzr...13:34
issyl0OK.13:34
j1mc...and view them in yelp to see if the text makes sense for unity13:34
mdkej1mc: what's the plan for the add/remove topic?13:35
j1mcthe branch that we're working on now is: https://code.launchpad.net/~ubuntu-core-doc/gnome-user-docs/natty13:35
j1mcmdke: i was going to port-over the ad-remove topics from the older ubuntu help.13:35
mdkesounds good. do you think that is something issyl0 could have a go at?13:36
j1mcprobably. it might make for an interesting introduction to mallard. if issyl0 is comfortable with trying it, it is fine. if issyl0 wants to start on editing existing mallard pages, that would be an ok place to start, too.13:37
mdkeissyl0: have you already written in mallard?13:38
j1mci ported over a few topics already... i just copied/pasted the plain text from help.ubuntu.com, and then converted them to mallard manually.13:38
issyl0mdke: Not that I can remember, so no.13:38
mdkeah, perhaps it is too big a job then13:38
mdkebetter to read a few existing topics and make corrections for natty13:40
issyl0OK, cool.  Get to know it, then delve in with the other stuff at a later date.13:40
j1mcissyl0: try getting the branch from launchpad, and we can walk through a few things... like how to view the help in yelp13:40
j1mcsome mallard basics, etc.13:40
issyl0OK, will do - thanks. :-)13:40
mdkej1mc: fyi the latest branch now has the user-guide reinstated alongside gnome-help, for the reasons discussed on the mailing list. I don't propose we touch user-guide any further though13:42
j1mcmdke: sounds good. thanks very much for your help with that.13:43
mdkenp13:44
mdkewe can remove it next release, assuming Ubuntu uses Gnome3 apps13:44
j1mcyeah... it is interesting... differences between unity and gnome 3 will affect help even at the application level.13:45
j1mcupdates to empathy help, for example, will talk about chat windows appearing at the bottom of the screen, etc.13:45
* mdke nods13:46
mdkefrustrating, but really it's a bit odd to be using Gnome help where Ubuntu has departed so drastically from Gnome13:46
issyl0Yes!13:46
j1mcyeah13:46
mdkebut for this release I think it's justified given that Gnome help was so far ahead of ours13:47
j1mcand it is relatively easy to adapt topics where much of the structure, writing, linking, etc. already exists.13:47
j1mcbut i don't think we'll be following upstream closely in the future.13:48
mdkeindeed13:48
mdkegreat shame13:48
* issyl0 reads about Mallard - interesting - doesn't look too bad. :-)13:48
j1mcissyl0: i hesitate to say that something is easy, but Mallard certainly has an easier learning curve than something like LaTeX. And once you see a few examples, hopefully you will be able to pick up on it.13:50
issyl0LaTeX is lovely.  :-)13:51
j1mcfor PDF output, there is certainly nothing better.13:51
issyl0Right, branch obtained.13:53
issyl0Finally.13:53
* j1mc goes to look where we might need editing / porting help.13:53
* issyl0 blames living in the countryside for the slow internet.13:53
j1mcissyl0: cool. to view the help in yelp, navigate to the branch you just pulled13:53
j1mcthen do: yelp gnome-help/C/13:53
issyl0Ooh, nice.13:54
j1mcthe intro sections are still a WIP, but i would recommend checking out the other sections.13:55
j1mci'm looking to see if i can recommend an area to get started13:55
j1mci think, "user and system settings" would be a good place to start.13:56
issyl0OK.13:56
j1mcif you're in yelp, and you press Ctrl-l (that is an "L") you can see the name of the page that produces that document13:56
issyl0Oh, yes.  And then if I find any errors, I can edit that document, and then save it and view it in yelp again to check everything is fine before committing?13:58
j1mcexactly13:59
issyl0Cool.13:59
j1mcwhen you launch yelp from the terminal, the terminal output will also give you warnings if there are errors in your document.13:59
j1mclike, if you forget to close a tag, or use a tag that doesn't exist14:00
issyl0Great.14:00
j1mcwe have had a few other contributors ... for now, we are having them submit patches for review.14:00
j1mcis that ok w/you? you could either submit them by email, or you could propose merges on launchpad.14:01
j1mceither is fine.  patches by email should go to the mailing list, though.14:01
issyl0Yep, I've noticed people submitting them to the mailing list.  That's fine.14:01
j1mcexcellente.  :)14:01
j1mcthank you so much, issyl014:01
j1mcit sounds like you are set up ok to get started... i will be on irc here for a bit. do you have any questions for now?14:03
issyl0No, that's fine for now - thank you!14:03
issyl0Actually, I do have one: what do you class as patches, i.e. how do I generate them?  Is there a procedure, or do I just attach, say, a diff to the email?14:04
mdkeyou can use "bzr diff > patchname.diff"14:06
issyl0Ah, cool, thanks.14:06
j1mcyes. i think another way is to do: "bzr send -o mycode.patch" that will propose a merge request on launchpad.14:07
issyl0j1mc, mdke: Just sent a small patch to the mailing list - hopefully it was decent and worthwhile for a first one.  :-)15:12
j1mcissyl0: cool. thanks! i will take a look17:05
issyl0j1mc: Thanks for that.17:31
j1mcissyl0: you are welcome. thanks again for the patch18:12
issyl0No worries.  I'm about to do another few, but will do it the way you suggested.18:14
issyl0Will that mean I submit them all separately?18:14
issyl0But no.  I guess I just generate a .diff and then bzr send -o foo.diff ?18:16
issyl0j1mc: ^18:24
issyl0Although, hrm, weird: bzr diff > foo.diff still diffs my previous stuff, the things that have already committed.  Not that it knows that, even though I've pulled down the latest revisions.18:26
issyl0All this is an experience, however.18:27
j1mcissyl0: hmmm... weird, did you do bzr update?18:41
j1mcsorry, i am a bit in-and-out of looking at IRC18:41
issyl0j1mc: Yep, I did.18:41
j1mchm, frankly i know git a bit better than i know bzr.18:42
issyl0Git is lovely.18:42
j1mcmaybe try bzr merge18:42
issyl0As far as bzr goes, I definitely prefer just straight bzr commit / bzr push.  But it's all a learning experience!18:43
j1mcyeah... sorry, maybe ask in the #bzr channel18:43
* j1mc lurves 'git pull --rebase'18:43
j1mcwhat i typically do is "bzr bind lp:~path/to/branch"18:45
j1mci think that helps with doing 'bzr update' ... it processes the commit as a commit when the updates come through.18:46
j1mci need to step away for a bit, but . . . will be available via email.18:46
j1mcthanks again for your help.18:46
jbichaissyl0: howdy & welcome!18:53
issyl0Hey!18:53
issyl0bzr send -o patch.diff isn't working for me.  Well, the .diff doesn't generate correctly based on *new* changes - it still records the old ones, even though I've pulled down those revisions that were committed... :-/18:55
issyl0It's weird.18:55
jbichayou have to do bzr commit first18:56
jbichaand you can do bzr status or bzr diff to see what it's about to commit18:56
issyl0Oh, right.  Of course - silly me!  :D18:56
issyl0Thanks.  Should have realised that.18:56
jbichanah, bzr has a lot of buttons and it takes a while to figure out18:57
* issyl0 is used to the bzr commit / bzr push cycle, not the bzr commit / bzr diff / whatever cycle - didn't occur to me!18:57
issyl0Hah, buttons?  THE COMMAND LINE.  :-)18:57
jbichahaha, same thing to me18:57
issyl0But yes, cool: now I realise why: if you don't commit it, it doesn't know what to say about the changes when they're merged.  :-)18:58
issyl0So after I've committed, I do bzr diff > foo.diff and then bzr send -o foo.diff?  That's logical.19:04
issyl0jbicha: ^19:05
jbichaI've never used bzr send, I just attach the diff to my email manually19:06
jbichasee, bzr has too many "buttons"19:06
issyl0Hehe.19:06
jbichaI've also been using bzr bundle to make a diff, not sure which is better for the reviewers19:07
issyl0And OK.  That's what I did this morning but was told to use bzr send later on - it's all a learning experience, delving into parts of bzr I've never delved into before.19:07
issyl0OK.19:07
jbichaand to make the merges easier on my end, I uncommit and revert after each patch I send, but once again I don't know if that's a good idea or not19:08
issyl0Hrm.  That sounds bizarre, but I can see why you do it - to avoid conflicts when you generate other diffs/commit more.  Hrm.19:09
jbichathat, and j1mc likes to "improve" my patches :-) so there's bound to be merge conflicts & I don't know how to resolve that very well otherwise19:10
issyl0Mmhmmm.  :-)19:11
issyl0So I've just done bzr send -o patchone.diff - hopefully that'll work.19:22
jbichaoops, that didn't work, my email patch was too big & is being held in the moderator queue20:15
jbichaI guess I'll have to get @mdke to rescue it for me, lol20:24
issyl0jbicha: Oops.20:51
jbichaI was updating pictures so those files are big20:51
jbichaissyl0: yes, you can do bzr push instead21:36
jbichato your private branch21:36
jbichaI do bzr push lp:~jbicha/gnome-user-docs/name-of-my-branch21:37
issyl0jbicha: Cool.  I'll do that then.  :-)21:37
jbichabut j1mc already applied the patch you sent to the mailing list earlier anyway21:37
issyl0Yep, I noticed.21:40
mdkejbicha: that really is a huge email, probably better not to allow it through to the mailing list. Can you do a merge request instead?21:45
mdkejbicha: just because we have a lot of people subscribed to the mailing list and that is quite a large download for som21:45
mdkejbicha: on your question above, one option is to push a new branch for every set of changes that you are working on. So you keep the main branch in your repository, and then just create a new branch off it for each task you are working on21:51
mdkethen you can push that one to its own branch in Launchpad and do your merge request21:51
issyl0I did wonder earlier, looking through the .po files, why there were files for, say, ES, but not for FR?21:55
* issyl0 could help out with FR, if need be.21:55
issyl0But I don't know how translations work for the GNOME stuff, admittedly.21:55
mdkeissyl0: those are upstream translations of the Gnome 3 stuff; all the languages are at an early stage and I think FR hasn't yet got going perhaps21:55
issyl0Ah, right.21:56
mdkeafter the release we will be calling for translation work on our amended material though, so you could well be able to help :)21:56
mdkeit will be a big job21:56
issyl0I'm up for trying!21:57
* issyl0 lived in France for four years, to clarify...21:57
mdkevery nice21:57
mdkewhat's your country now, UK?21:58
issyl0Yep.22:00
mdkeme too22:00
issyl0Cool - anywhere interesting?22:01
* issyl0 is quite near London.22:01
mdkenowhere interesting at the moment I'm afraid22:02
mdkeCanada Water, south east london22:02
mdkeright now I'm in Southern Italy though, a lot more interesting :)22:02
jbichamdke: can you approve my email in the ubuntu-doc moderation queue22:03
mdkejbicha: did you see my response to that above?22:03
jbichamdke: oh, no I didn't22:04
mdkehave a look, if it's a problem I can approve it but I'd rather now22:04
jbichaI don't understand how merging works, should I make a new branch for every small set of changes?22:04
mdkejbicha: you can do yes. It's very much a question of how you prefer to work though22:06
mdkejbicha: certainly for big changes it is worth doing so22:06
issyl0mdke: Mm, Italy.22:06
jbichabecause I have like 5 different patches I've submitted to the mailing list, should I make one big changeset or stack them on top of each other in the same branch or just use different branches?22:06
mdkeonce the branch has been merged into the main one, you can discard it and move on to the next one22:06
jbichaI want whatever's easiest for the guy reviewing them :-)22:07
mdkei would create a new branch for each set of changes that affect the same file or group of files with the same subject matter22:07
mdkei have to check out now, bed time22:08
mdkethanks both for your work so far, it's great to have some new faces22:08
mdkejbicha: if you haven't found another solution, just tell me and I'll approve the email in the morning22:09
jbichaeach is a different set of files22:09
jbichaah, there we go, giant merge request, we'll see how that goes tomorrow22:30
jbichaand I'm out for the evening22:31

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!