=== Burgundavia [~corey@S0106000000cc07fc.gv.shawcable.net] has joined #ubuntu-doc === Burgundavia grumbles about writing cover letters [12:36] there goes nothign [01:19] Burgundavia, what is breezy like right now? [01:19] its time I got a breezy partition [01:19] there is an issue with esd [01:19] bah [01:19] which makes gnome not load about half the time [01:20] oh [01:20] my custom gdm theme is gone [01:20] and cursors are borked [01:20] but your mileage may vary [01:20] ok sounds good [01:20] if you really want to be useful [01:20] install a default hoary [01:20] update it [01:20] then upgrade [01:20] and file any bugs your find === mdke nods [01:21] there is a bug for that [01:21] just a sec [01:21] what is a good way to resize my existing partitions you think? [01:21] no idea [01:21] what is any way to do it? [01:21] I would test the paritioners [01:22] https://bugzilla.ubuntu.com/show_bug.cgi?id=12301 [01:22] that is the root but for all upgrade issues [01:22] the breezy partitioners? [01:22] or the hoary [01:22] yes [01:23] colony 3 will have the new live/install intergration work [01:23] colony 2 is only just out i thought [01:23] just [01:23] s/just/yes [01:23] ok [01:23] hmm, that was an interesting typo [01:24] so either I do a breezy install or a hoary install [01:24] i think hoary maybe [01:24] how the hell do meta bugs work? [01:24] the root bug depends on [01:24] and the tree bugs block [01:25] in terms of filing the bug, what do I need to do to get it a dependency of that root bug? [01:25] just mark it as a blocker of the root bug [01:25] I think that should automagically do it [01:25] blocker? [01:26] dup? [01:26] blocker [01:27] i can't see that in the interface [01:27] lemme check better [01:27] ok see it [01:27] ok [01:27] cool [01:28] the other thing I am going to test is to install almost everything in main and then upgrade [01:28] and see what happens [01:28] heh [01:28] you are a machine! [01:28] I have a spare machine [01:34] wow, I actually just saw the pulsing thing for the first time === mpt [~mpt@203-167-186-120.dsl.clear.net.nz] has joined #ubuntu-doc === rob^ [~rob@rob-ubuntu.student.supporter.pdpc] has joined #ubuntu-doc === Liz [~Liz@static-203-87-81-158.nsw.chariot.net.au] has joined #ubuntu-doc === judax [~troy@ppp-69-148-18-161.dsl.austtx.swbell.net] has joined #ubuntu-doc === ealden [~ealden@219.90.94.234] has joined #ubuntu-doc === FLeiXiuS [~fleixius@pcp0010487351pcs.essex01.md.comcast.net] has joined #ubuntu-doc === mpt [~mpt@203-167-186-120.dsl.clear.net.nz] has joined #ubuntu-doc === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-doc === karlheg [~karlheg@host-250-237.resnet.pdx.edu] has joined #ubuntu-doc === robitaille [~daniel@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-doc === karlheg [~karlheg@host-250-237.resnet.pdx.edu] has joined #ubuntu-doc === ealden [~ealden@219.90.94.234] has joined #ubuntu-doc === froud [~sean@ndn-165-142-120.telkomadsl.co.za] has joined #ubuntu-doc [10:31] African Greetings === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-doc === Njal [~chatzilla@212.139.30.137] has joined #ubuntu-doc [06:09] lo all [06:42] lo Njal === Njal_ [~chatzilla@dsl-80-46-214-80.access.as9105.com] has joined #ubuntu-doc [06:53] guys i think there might be an error in the gnome userguide, can someone confirm? [07:15] froud, how do you do that thing with the userguide? [07:17] what thing? [07:18] that thing you just uploaded [07:18] where you align the paragraphs differently [07:18] URL? [07:18] there is no URL [07:18] you just committed it now [07:19] AH you mean indent the xml [07:19] "make valid and well formed" [07:19] yeah [07:19] Hmmm pretty print [07:19] I think tidy does that for you [07:19] well you must know how you did it no? [07:20] you can use http://1060research-server-1.co.uk/docs/1.0.0/docxter/doc_ext_sys_ura_xmltidy.html [07:21] its ok, i liked it how it was before, but i was just curious as to how you did it === Njal [~chatzilla@dsl-80-43-176-40.access.as9105.com] has joined #ubuntu-doc [07:21] wb Njal [07:21] thanks, sorry about the error thing was a false alarm [07:22] Njal, just to clarify, you are talking about the ubuntu user guide when you say "gnome user guide" right? [07:22] Njal: use the validate.sh to validate your docs before patching [07:22] Yes the gnome userguide part of it [07:22] Njal: the patch is applied and fixed [07:23] better not to apply the patch so that people can correct it and learn IMO [07:23] How do i use the validate script properly, coz sometimes it passes sometimes it fails, i don't know what to do if it fails [07:23] nah just get on with it [07:24] just do ./validate.sh path/to/foo.xml [07:24] Njal, just to clarify, the gnome user guide is a wholly different document and is not in our repository, so if you are working on userguide.xml, that is the ubuntu userguide [07:24] yes, but we have gnome and kde aspects of the ubuntu guide i was refering to our gnome guide [07:24] froud, if you keep fixing people's errors without telling them what is wrong, they won't learn [07:25] Njal, I see, ok, just so that you are clear on that [07:25] mdke: rather fix and ensure they are making progress [07:25] not patching makes it frustrating for people [07:26] rather fix and patch [07:26] Yup, though it's the validate script i don't understand, I can run it, but if it fail's i don't know what to fix so i just send it to the list in the hopes someone will know how to fix it [07:26] froud, its best to give feedback on what is wrong [07:26] OK fine [07:26] Njal, the validate script should tell you exactly where the problem is, it will refer to a specific line in the code [07:26] Njal: if you know the patch has a problem you cant fix just say so in the message [07:26] so that should help you find the problem [07:27] oh, i will remember that [07:27] Njal: but try to figure it out [07:27] its normally quite straightforward if you read it carefully [07:27] Njal: in general have you looked at the Docbook Definitive Guide [07:27] most errors are typos [07:27] Yes, many times [07:27] so using a syntax highlighting editor will also help [07:28] Gedit [07:28] you've read the docbook guide? [07:29] then I would say you won't have problems diagnosing any errors in your work [07:29] Half the battle's understanding. i can re-read it all i want but until i understand it im hitting a brick wall [07:30] I can say though i am getting there [07:30] slowly [07:30] :) [07:30] Njal: it's ok, work at it, if you have a problem I will help [07:31] brb [07:32] I will don't worry [07:33] i'm working on the command prompt bit right now, though how do you remove a directory? [07:33] yes I see [07:34] rm -rf dirname [07:34] Right thought as much [07:34] read the man (man rm) :-) [07:36] ... i haddn't thought of that, sorry my file system had become corrupted so i just rebuilt it, that's what's been on my mind right now [07:40] perhaps maybe add a warning that that command can be very dangerous [07:40] new users such as those reading that guide might easily remove valuable thing [07:42] Im talking them through creating a directory, using it then removing it, not going onto system folders or sudo... yet [07:43] ok [07:43] i believe there is a separate section on sudo somewhere [07:43] probibly, but i aint found it yet [07:45] howdy folks [07:45] hey jeffsch [07:45] hey jeffsch [07:45] i've just been reading the harnessing user guide thread [07:46] aha [07:46] jeffsch: you may want to update the ubuntu XML_CATALOG for ubuntu stuff [07:46] lo [07:46] jeffsch, thoughts on that? [07:46] jeffsch: it will have processing faster [07:46] mdke: yeah. I have an idea that might work (based on ideas in the thread) [07:47] shoot [07:47] but it's not entirely efficient, and will be more work in the medium term [07:47] i have been looking around in the gnome-docs cvs and in their irc channel [07:47] afaics the team is wholly dead [07:47] but also has beneficial side effects [07:48] here it is: copy the gnome user guide to svn [07:48] turn it into the ubuntu user guide [07:48] after breezy, separate out the gnome stuff and push it upstream [07:48] i couldn't find a copy of the source for the userguide [07:49] i found a couple of the java desktop ones, but not the one that was published for 2.10 [07:49] jeffsch, i think that would be a lot of work, although a nice idea [07:50] it would involve us updating the entire document [07:50] it will be a lot of work [07:50] yep. but it will be updated and valid for breezy [07:50] instead of not updated and not valid for breezy [07:50] jeffsch, essentially what you are suggesting is similar to us becoming the gnome/ubuntu documentation team [07:50] jeffsch: vendor drop it and use it to build th eubuntu docs [07:51] froud, we can't do that because of it being so out of date [07:51] jeffsch: if you need to make changes directly to it, then do them in your drop and push them to gnome [07:51] mdke: yes you can [07:51] you can make changes in svn [07:51] ok that is essentially the same suggestion that jeffsch made [07:51] froud: that's one option, but I'm talking about something different [07:51] and push the changes upstream [07:51] mdke: not really [07:51] in terms of workload [07:52] i'm talking about converting gnome user guide into ubuntu user guide [07:52] jeffsch: yes I read that [07:52] jeffsch, that would involve using the things that we have added right? [07:52] seems to me to be the same as doing a vendor drop and updating it there [07:53] mdke: what jeffsch is saying is that Ubuntu user guide will be a set of patches on the Gnome user guide [07:53] i'm talking about replacing what we have in svn now with the gnome user guide from gnome cvs [07:53] froud: no [07:53] jeffsch, so you would envisage using the other stuff in the current userguide or not? [07:53] jeffsch: I would not count on the GDP being so dead [07:54] mdke: the ubuntu specific stuff, yeah [07:54] just dumping all the stuff about ubuntu/installation/free software etc? [07:54] ok in terms of workloads i don't see the difference between the two suggestions [07:55] minute [07:55] if you do a v drop [07:55] you wil have the abulity to push upstream [07:55] and if you use gug [07:55] as your base for uug [07:56] you will be able to benefit from work here and upstream [07:56] I would not discount the gdp coming alive again [07:56] better to manage a copy in trunk that is uug [07:56] i agree it is a good idea froud [07:57] my point however is that we don't have enough people working to adopt either solution [07:57] and merge changes that are gnome back into our v drop [07:57] that way you can update the upstream [07:57] you may also be able to bring some of the gnome authors to ubuntu [07:57] :-) [07:57] yes, but there are no gnome authors working on the userguide [07:57] there are [07:58] you need to engage them individually [07:58] and explain how it works [07:58] the management of this need care [07:58] i have to engage the gnome authors and say "sorry, but your guide is about a year out of date" [07:58] ?? [07:58] or you will endup with ubuntu stuff going upstream [07:59] well, they are approachable [07:59] some of the gdp website has not been updated since 2003 and refers to gnome 1 [07:59] not all will join you [07:59] hehe [07:59] yes [07:59] my point is that if there were people working on the userguide, it wouldn't be so out of date [07:59] i think what has happened is, the name has been changed to 2.10 and nothing else [08:00] well I think that you will get les work that writing a user guide from scratch [08:00] I am considering the same approach with kde [08:00] yeah, but you said kde have good docs [08:00] they do [08:01] but kubuntu in breezy will not use kcontrol [08:01] it might be difficult for us to update the gug for the gdp because default gnome desktop is different than default ubuntu desktop [08:01] they will use kde-system settings [08:01] jeffsch: yes this is why I say it will be hard to manage [08:02] jeffsch: in the end you may decide it is just better to fork the code [08:02] which is where my idea comes from. start with gug, and transform it into ubuntuuser guide [08:02] fork [08:03] and then instruct the devs not to ship gug [08:03] froud: exactly. ship uug in place of gug [08:03] makes sense dude === mdke nods [08:03] jeffsch: why dont you branch [08:03] create a folder branches/jjeffsch/ [08:04] the problem is that the gnome userguide is the help for many applications, such as nautilus [08:04] if our docs are html, that will cause some problems no? [08:04] jeffsch: svn list https://docteam.ubuntu.com/repos/branches [08:05] mdke: yes it could, but doesn't nautilus have its own docs [08:05] they are part of the gnome user guide i think [08:05] froud: i want more discussion with the others before taking that step [08:06] jeffsch: if you do it in a branch you will not need to [08:06] jeffsch: you can experiment there [08:06] you can play around with the idea [08:06] jeffsch: without impacting anyone [08:06] i still prefer copying gnome stuff into our userguide though [08:06] jeffsch: later, if it works, we can merge it to trunk [08:07] mdke: if jeffsch 's idea works you will be [08:07] :-) the whole bollody thing [08:07] you know what I mean [08:07] jeffsch: can you branch gnome/userguide/ [08:07] try it and see what happens [08:08] you cant lose anything [08:08] froud: i'll look into it. [08:08] mdke: yeah, nautilus uses gug for its help [08:08] let me know if you want help with the branching [08:08] jeffsch: ouch [08:09] so they will have to ship gug [08:09] yes [08:09] how does that work? does nautilus open yelp and point it to the xml file directly? [08:09] yes [08:09] yes [08:09] snap [08:10] if you think you have to time to update the gug, best thing IMO is to go with the froud vendor drop idea [08:10] otherwise, I would suggest we use bits of the gug as we see fit to enhance our ug [08:10] well you guys let me know what you decide and I will help you get whatever you want into svn [08:10] vendor or branch [08:11] the biggest good part of the gug is the style of writing. [08:11] that is so you jeffsch [08:11] :-) [08:11] njal has a strange style of writing [08:12] the style in the uug right now is not good, and it will take lots of learning to get it better [08:12] the gug stuff can act as a good example of style [08:12] if it's there in people's faces, they will be able to better emulate it [08:12] sure [08:12] but copying in bits of the gug would help with that too [08:12] true === froud is reminded that he must merge kde upstream to our vendor === Seveaz [~seveas@seveas.demon.nl] has joined #ubuntu-doc [08:13] Again the command is simple, to remove the newfolder type cd ~ (just to get you outside of the directory before you delete it) now type rm -rf newfolder, how do you know it is gone? Simple, type your prefered command for viewing directorys, is newfolder there? It shouldnt be. Congratulations you have used the basic file management functions in the terminal. [08:13] hmm [08:13] very stream of consciousness [08:14] jeffsch, how about forcing everyone to read the styleguide? that would help [08:15] hmmm... draconian.... I like it! [08:16] it might be more useful to give feedback that points to the style guide [08:16] yeah [08:17] same thing [08:17] ;) [08:17] maybe have a couple of before and after passages on wiki somewhere [08:17] for example, convert the sample you pasted here into a proper format [08:17] jeffsch, you think the whole of the userguide is bad? or are some bits worse than others? [08:18] because a lot of the early sections are marked "done" [08:18] tbh, i haven't look at the whole userguide, just glance through some sections to see what's happening [08:19] ah k [08:19] i have to go out [08:19] will someone apply njal's patch but give him some feedback on the language? [08:19] later I'll continue my hunt for the gug source [08:20] I don't think we need to single out njal... it's a general thing applicable to all [08:21] but i'll see if i can come up with something [08:22] nono you misunderstand me [08:22] he has just posted a patch to the list, that's all [08:22] i would apply it but i have to go [08:22] ahh... ok. [08:22] i know he appreciates feedback [08:23] i have to go too... if it hasn't been applied when i get back, i'll do it. [08:23] ah ok [08:23] bye === ealden [~ealden@219.90.92.250] has joined #ubuntu-doc === robitaille [~daniel@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-doc [11:44] hey robitaille :) [11:45] jeffsch, do we have a recent html preview of the styleguide? [11:56] mdke, thanks for the tip on using Bluefish, it truely does rock. I use it whether I am in gnome or kde [11:56] judax, yeah its so awesome. i only discovered it recently too [12:02] mdke: cd ubuntu-doc/gnome [12:02] mdke: make sg [12:03] html files are in build/styleguide/ [12:03] jeffsch, I found an html and pdf in the styleguide directory itself, are those not updated? [12:03] no [12:03] shall I remove them? [12:04] you can remove the html [12:04] maybe you better do it [12:04] i put the pdf in there for people who don't have apache fop and can't build it themselves [12:04] cool [12:04] we should get them online and update the instructions on how to build em in the wiki [12:05] yeah. i was planning on waiting until we get a web location for the files [12:06] ok [12:06] sounds fair [12:06] but that doesn't stop you from going ahead and doing it... hint hint hint [12:06] the wiki page still refers to make styleguide in the styleguide/ directory [12:06] ok i will change the wiki [12:06] yeah. I just added the make target in the gnome Makefile the other day [12:06] ok [12:07] how come in gnome? [12:07] mostly because i use gnome