/srv/irclogs.ubuntu.com/2007/01/06/#ubuntu-doc.txt

mptSo "&preferences;." ends up as "System -> Preferences ." instead of "System -> Preferences."12:18
mptWell, &administration; has the same problem12:19
mptso does &synaptic;12:19
mptExtrapolation: they all have the problem12:19
mdkeyou're quite right12:20
mdkehow shit12:20
mptLame workaround: don't use an entity as the last word in a sentence, or the last word in a clause, or the last word in a bracketed section12:20
mptPerhaps the Makefile can forcibly remove terminal newlines from all the entity files? :-)12:20
mdkebut synaptic.xml doesn't have a newline at the end12:21
mptIt does when I open it12:21
mdkemine ends on </menuchoice>12:21
mptwhether I open it in gedit, or abiword, or bluefish12:22
mdkeI'm using gedit12:22
mdkenano shows the newline though12:22
mdke:(12:22
mdkesurely there is a solution to this nonsense12:23
mdkefroud: here by any chance?12:23
mptoh, bad news12:28
mptthere's unwanted space before the entity, too12:28
mptI think that even if we solve the newline problem12:28
mptEntities would have to be a single line12:28
mptwith no space between tags12:28
mpt(except for the ones that are supposed to have spaces)12:29
mpte.g. <?xml version="1.0" encoding="UTF-8"?><menuchoice><guimenu>Applications</guimenu> <guisubmenu>Internet</guisubmenu> <guimenuitem>Firefox Web Browser</guimenuitem></menuchoice>12:30
mdkewhat a pita. Probably we can solve it somehow anyway, keep going on the important stuff for now12:30
mptyeah12:30
mptI'll report a bug about it so we don't forget it12:30
mdkeI'll write to a mailing list12:30
mdkeok12:30
mdkempt: btw, did you check that your doc validates before making the patch? I haven't checked it myself12:30
mptNo, how do I do that? With validate.sh?12:31
mdkeyes12:31
mdkeif it gives output, there are some issues12:31
mdkeyelp doesn't require perfect docbook, y'see12:31
mptI noticed :-)12:32
mptroot and DTD name do not match 'glossary' and 'article'12:32
mdkethat sounds unusual. Can you pastebin it?12:32
mptIt's because I was using "<!DOCTYPE article" rather than "<!DOCTYPE glossary"12:33
mdkeoh, you're not using <article?12:33
mdkeI didn't look at that12:33
mptand now the validator is *really* calling the waaahmbulance12:34
mdkehaha12:34
crimsunhehe, the waaahmbulance.12:35
mptoh, I can't use <legalnotice>, <copyright>, etc as direct children of a glossary12:37
mptthey need to be in <glossaryinfo>12:38
mptDocBook is a steaming pile.12:38
mdkeplease don't use your own legalnotice stuff, just copy what we've done in other documents12:40
mptI'm using the entity12:40
=== mdke has a look at mpt's patch
mdkeah magic12:40
mptIt's complaining about the stuff inside the entity12:40
mdkeyou can put <title> inside <glossaryinfo> too12:40
mdkethen close it and begin the content12:40
mptaccording to TDG's example, I shouldn't have to12:41
mdkeTDG?12:42
mdkeoh definitive guide12:43
mptok, their example glossary validates12:46
mptnow to slowly turn it into mine, and work out what exactly fails12:46
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
mdkempt: I'm quite good at deciphering those error messages, if I can help (lots of practice)12:48
mptIt's "Element glossary content does not follow the DTD, expecting <insert entire DTD here>, got <whole pile of stuff here>"12:49
mdkeok, so the whole pile of stuff is the problem. You got the wrong child to <glossary>12:50
mptInserting &legalnotice; in TDG's example <glossary> causes it to stop validating12:51
mdkethat should be inside <glossaryinfo>, I suppose. It's in <articleinfo> in our articles, and <bookinfo> in our books12:51
mptjust tried that, no worky12:51
mdkewith <title> as well>12:52
mdke?12:52
mpt"expecting (glossaryinfo? , (title , subtitle? , titleabbrev?)? , (..."12:52
mptDoes that mean <glossaryinfo> has to come before <title>?12:52
mptor that <title> has to be a child of <glossaryinfo>?12:52
mdke<glossaryinfo><title></title>&legalnotice;</glossaryinfo> ?12:53
mptaha, <glossary><glossaryinfo><title>foo</title></glossaryinfo>...</glossary> validates12:53
mdkequite12:54
mptand so does <glossary><glossaryinfo><title>foo</title> &legalnotice;</glossaryinfo>...</glossary>12:54
mpthooray12:54
=== xipietotec [n=jackfros@cpe-67-49-247-144.dc.res.rr.com] has joined #ubuntu-doc
mptIt annoys me that <listitem> requires <para> or similar12:59
mptok, all validating now12:59
mdkeyes, that is unexpected01:00
mdkesame for <step> and such01:00
mptIn other news, <xref> doesn't work01:00
mdkeyour usage?01:00
mptIt links to the top of the page, instead of the expected section01:00
=== mdke blinks
mpt<xref linkend="control-panel" />01:00
mptoh, am I missing a #?01:00
mdkewhat version of yelp do you have?01:00
mptor is that an HTMLism?01:01
mdkeif "control-panel" is a section, it should link to that section01:01
mptWell, it correctly produces a link, and correctly gets the right title from the <glossterm>01:01
mptit's just that the link doesn't go to the right place01:01
mdkeit's <glossterm id="control-panel">, is it?01:02
mpt<glossentry id="control-panel">01:02
mdkehmm. Either it doesn't work with glossentry, just <section>, or you've found a bug in yelp01:02
mdkeonly one man will know01:02
mptAll the other parts of the linkage work with <glossentry>01:03
mptso I guess it's a Yelp bug01:03
mdkeI would have thought that is likely, given that glossentry is probably pretty rare01:03
mdkefile it, shaun will let you know soon enough01:03
mptGreat, now I have a file that validates but that Yelp won't open01:16
mdkempt: that's extremely odd, nay, impossible01:17
mdkeany errors from yelp?01:18
mpt"The file '/home/mpt/glossary.xml' could not be parsed. Either the file does not exist, or it is improperly formatted."01:18
mdkeany errors in the terminal?01:18
mptoh, oh, here comes bug-buddy01:18
mdkehave you got another instance of yelp open?01:18
mptYelp-ERROR **: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bugs security policy blocked the reply, the reply timeout expired, or the network connection was broken."01:19
mdkegod01:19
mdkemore than one yelp instance?01:19
mptyes01:19
mdkethat's what always catches me out01:19
mdkeyou're only allowed one01:19
mdkeYelp demands it01:20
mptThen why does it open multiple windows?01:20
mptgrr.01:20
UbugtuNew bug: #78135 in ubuntu-doc "All entities have unwanted space before and after them" [Undecided,Unconfirmed]  https://launchpad.net/bugs/7813501:20
mdkethanks01:20
mptok, now it opens01:20
mptthanks for the tip :-)01:20
mptI would have taken hours to guess that myself01:21
mdke:)01:21
mptso now I have a nice testcase of the glossary link bug01:21
=== WaterSevenUb [n=WaterSev@242-39.dial.nortenet.pt] has joined #ubuntu-doc
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-doc
=== xipietotec_ [n=jackfros@cpe-67-49-247-144.dc.res.rr.com] has joined #ubuntu-doc
mptReported http://bugzilla.gnome.org/show_bug.cgi?id=39334101:29
UbugtuGnome bug 393341 in docbook "Clicking an <xref> to a <glossentry> doesn't scroll to that entry" [Normal,Unconfirmed] 01:29
=== xipietotec__ [n=jackfros@cpe-67-49-247-144.dc.res.rr.com] has joined #ubuntu-doc
=== mdke considers whether 1am is an appropriate time to begin the mammoth serverguide restructure
LaserJocksure01:55
mdkecorrect!01:56
mdkebdmurray: you're not working on it are you?01:57
mptmdke, updated patch sent02:01
mdkempt: great!! How are you feeling with docbook now? pretty good?02:03
mdkeor rather, as well as can be expected02:03
theCoreis there plans about the restructure of the docs02:15
theCore?02:15
mdketheCore: https://wiki.ubuntu.com/TopicBasedHelp02:15
theCoremdke: thanks02:15
theCoreTopic based?02:16
theCoreisn't it like Windows help system?02:16
mdkempt: newtoubuntu.xml doesn't validate02:17
mdkeI'll fix it though02:17
mdkempt: (missing <para> inside <listitem>)02:17
mptoh, sorry02:19
mptI only validated the glossary02:19
theCorehttp://www.gnome.org/~shaunm/quack/mallard.xml makes a lot of sense02:19
mdkempt: "Ubuntu does not support faxing" <-- this should be changed to point at our doc for faxing02:20
theCorebut I got some doubts about it02:20
mptmdke, as for how I'm feeling about DocBook, the pain is encouraging me to get around to helping define the Mallard file format02:20
mdkenod02:21
=== xipietotec [n=jackfros@cpe-67-49-247-144.dc.res.rr.com] has joined #ubuntu-doc
mptI'm thinking a very small subset of HTML, but with a couple of changes to the <a> element02:23
mptand with an <if> element02:23
mdkeI guess you kinda have an idea about what elements are needed02:24
theCoredoes it means if Project Mallard get implemented the Help buttons will actually point to the exact documentation topic, not to the application manual?02:24
theCoreif so, I am in02:24
mpttheCore, yes02:24
theCorenice, need some help?02:25
theCorethat always been something I wanted to change02:25
mdkempt: committed02:26
mptthanks :-)02:27
mpttheCore, irc.gnome.org/#docs is the best place for that02:27
mpt(albeit that there are many fewer people there than here)02:27
=== theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-doc
mdkempt: so if you're feeling like you can commit things without breaking them, I would quite like to arrange for commit access. You've been hanging around for ages, and know your way around02:30
mptWell, as this patch has shown, I don't know my way around02:30
mptThere were many basic things wrong with it02:30
mdkeI meant around the team generally.02:30
mdkebut in terms of docbook, lots of us have the same problem02:30
mdkeyou just need to remember to use the validator02:31
mptThat was one of them02:31
mptanother was the entities02:31
mptanother was removing the links to as-yet-non-but-soon-to-be-existent files02:31
mdkethat was bad communication between you and me02:31
mptand at the moment I present approximately 1 patch/year02:33
mdkewell, whatever you prefer02:33
mdkeif you're happy with patches, so am I02:33
mptok02:33
mptIf it becomes a bottleneck for either of us, let's reconsider02:34
mdkefine02:34
mptbut at the moment I don't trust myself that much02:34
mdkecrap this serverguide structure needs some speccing up02:41
mdkei'll do it after having some sleep, I guess02:41
mdkempt: did you have any involvement in the gnome-control-center design?02:46
mdkeseems like the design could have some lovin02:48
=== mdke sleeps
=== tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-doc
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-doc
Burgundaviamdke: ping03:12
=== enrico_ [n=enrico@debian/developer/enrico] has joined #ubuntu-doc
mptmdke, none at all03:31
nixternalBurgundavia: i knew you weren't one of us ;p03:55
nixternalgirlfriend shmrilfriend03:55
=== Jucato waves to nixternal
=== nixternal waves back :)
=== somerville32 [n=somervil@ubuntu/member/somerville32] has joined #ubuntu-doc
=== theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-doc
=== UbuntuSt1ts [n=StatsBot@bl4-214-233.dsl.telepac.pt] has joined #ubuntu-doc
Jucatonixternal: ping06:18
nixternalyo yo06:18
Jucatowere you able to read the guide?06:19
nixternalnah, i have been chilling. but do have it bookmarked :)06:20
Jucatoah ok. coz it hasn't gone through peer review yet, at least the parts that I modified for Kubuntu06:20
=== dsas [n=dean@host86-129-12-245.range86-129.btcentralplus.com] has joined #ubuntu-doc
=== mpt [n=mpt@121-72-134-135.dsl.telstraclear.net] has joined #ubuntu-doc
=== mpt [n=mpt@121-72-134-135.dsl.telstraclear.net] has joined #ubuntu-doc
=== xipietotec [n=jackfros@cpe-67-49-247-144.dc.res.rr.com] has joined #ubuntu-doc
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
=== dsas [n=dean@host86-129-12-245.range86-129.btcentralplus.com] has joined #ubuntu-doc
=== tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-doc
=== xipietotec [n=jackfros@194.115.109.66.static.dis.net] has joined #ubuntu-doc
=== joachim-n [n=joachim@ACBDD1BD.ipt.aol.com] has joined #ubuntu-doc
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-doc
Burgundavianixternal: I try10:12
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-doc
=== glatzor [n=sebi@p57AEDE75.dip.t-dialin.net] has joined #ubuntu-doc
=== TLE [n=kenneth@217.74.211.14] has joined #ubuntu-doc
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
=== WaterSevenUb [n=WaterSev@242-47.dial.nortenet.pt] has joined #ubuntu-doc
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
mdkemorning11:50
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
MaxCombomorning12:21
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
mdkejsgotangco: ah, you reveal yourself! How's it going?12:59
jsgotangcopretty good, if not pretty busy at the current work12:59
jsgotangcoim travelling again in a few days but in indonesia12:59
jsgotangcobut the sched is getting more saner as the days go by01:00
mdkecool01:00
jsgotangcohow's yourself?01:01
mdkevery well thanks. My GF is away at home so I am doing a fair amount of procrastinating/Ubuntu work01:01
jsgotangcohahaha01:02
jsgotangcoi haven't looked into any code for quite some time so i am rusty01:02
jsgotangcoin a way i miss it though01:02
froudmdke: ping01:04
froudmdke: was you looking for me?01:04
jsgotangcowow froud how's it going on your side01:05
froudgood dude, happy new year01:05
jsgotangcoyou too, how's business?01:06
mdkefroud: hiya yeah - nasty docbook problem that I thought maybe you would know the answer to01:06
froudmdke: OK what's the problem01:06
mdkempt filed a bug, hang on01:07
mdkefroud: https://launchpad.net/ubuntu-doc/+bug/7813501:07
UbugtuMalone bug 78135 in ubuntu-doc "All entities have unwanted space before and after them" [Undecided,Unconfirmed] 01:07
mdkeit's about entities which are used for menu-entries01:07
mdkethis is an example of a file which is included: https://docteam.ubuntu.com/repos/trunk/ubuntu/menus/C/firefox.xml01:09
froudmdke: which editor is doing that XMLmind?01:09
mdkefroud: I think most text editors, like nano, gedit, etc01:09
mdkebut also the whitespace after the xml declaration is a problem, according to mpt01:10
froudLooks like an editor setup problem01:10
froudI need to svn co01:10
froudI will take a look at it for you01:10
mdkethanks very much indeed01:10
mdkeI wondered if it was a bug in docbook01:11
froudmdke: I don't think so because it does not happen when using VI or with me in Oxygen.01:13
mdkehmm01:17
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
mdkefroud: but on the basis that some editors do it, we need to find a way to get docbook to handle it...01:19
froudmdke: OK, perhaps we can add a method to santitize the xml during the build.01:20
=== dsas [n=dean@host86-129-12-245.range86-129.btcentralplus.com] has joined #ubuntu-doc
mdkefroud: I think maybe the only method would be to use a script which removes the newlines and expands the entities, but it's a bit dirty01:21
froudxmllint should be used with the -noent param01:21
froudthat should expand all ents01:22
mdkeyes, I don't have a problem with using that01:22
froudmdke: anyway lemme complete the svn co and have a look01:22
mdkefroud: appreciate it01:22
froudmdke: I have some time this weekend as it happens so time is good01:23
mdkeok, well I still appreciate it :)01:23
=== froud goes back to desktop
froudmdke: question, is this new. iow, did something change to make this happen or has it always, just happened?01:27
mdkefroud: always01:28
froudk. thx01:28
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
mptI was just picky enough to notice it01:35
mdkeI'd noticed it but I always assumed it was a problem with the file rather than the entity text. i didn't realise it was universal01:37
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
froudmdke: when I build dg I get this, can't remember what this meant :-)02:54
froudmake dg02:54
froudmake: *** No rule to make target `../build/ubuntu/desktopguide/C', needed by `dg'.  Stop.02:54
mdkefroud: yeah, the building is all screwed at the moment. We moved all the documents around02:54
froudhe he02:54
mdkethe dg doesn't exist any more02:54
froudho k02:54
froudSo now me is on Kubuntu and install of yelp is lot sof gnome stuff depends02:55
froudmdke: anyway02:55
mdkeyeah, that's true. I dunno if there is another good docbook viewer02:55
froudthis is not an editor problem02:55
froudWhen xsltproc expand the ents it ads the whitesapce02:56
froudThis means we must consider preprocessing02:56
froudi.o.w we create a temp.xml of the doc02:56
mdkedoes yelp use xsltproc?02:57
froudclean such circumstances and then use the resolved and sanitized temp.xml to build instead of the src02:57
froudare you seeing the problem there too?02:57
mdkeyes02:57
mdkeI haven't tried anything except yelp, in fact02:57
froudI think Yelp is depend on linxml202:57
froudlibxml2 provides xsltproc02:58
froudThe problem is that yelp wants to read your xml02:58
froudso you ship it02:58
mdkeI dunno what yelp uses to do the xml->html convertion on the fly, but whatever it is, it's got that bug02:59
froudif you want to fix it, then you would have to ship the sanitized tem.xml idea I mentioned02:59
froudor hack yelp to resolve the problem02:59
mdkeyeah. Not necessarily yelp, but whatever is causing the bug, libxml2 or whatever02:59
mdkeso you think that xmllint will expand the entity without creating the whitespace?02:59
froudyelp I think is using xsltproc03:00
froudlet me check03:00
mdkeI'll ask03:00
froudmdke: can you delete the last line in this file https://docteam.ubuntu.com/repos/trunk/ubuntu/menus/C/firefox.xml03:00
froudthen try the internet stuff in yelp03:01
froudby last line I mean the blank line after the closing element03:01
mdkefroud: there isn't a blank line after the closing element03:02
mdkefroud: at least not when i view it in gedit. There is one when i view it in nano03:02
froudHmm in my file trust nano03:02
froudor vi03:02
mdkeif I delete it with nano, and reopen it, it is still there03:03
mdkeso I don't trust nano03:03
froudk03:03
mdkeit's not there in vi either03:03
froudOK03:05
froudxmllint --noout --xinclude --noent --postvalid path to doc03:05
froudthat will give you a complete xmlinsance03:05
froudinstance03:06
mdkewe should make a small test case03:06
froudredirect it to a file03:06
froudxmllint --noout --xinclude --noent --postvalid C/internet/internet.xml > temp.xml03:06
mdkeok03:06
froudBut this give validty warnings03:06
froudthey look like xrefs between the documents03:07
mdkethat's ok, there are some minor issues with xrefs03:07
froudok sec I just want to comment all of them for this doc on my sys03:07
mdkethat breaks xmllint?03:07
mdkeuse add-applications.xml03:07
mdkethere is only one error there03:08
mdkethe output of that xmllint command is zero though03:09
mdkematt@kalliope:~/ubuntu/ubuntu-doc/trunk/ubuntu/C/add-applications$ xmllint --noout --xinclude --noent --postvalid add-applications.xml03:09
mdkematt@kalliope:~/ubuntu/ubuntu-doc/trunk/ubuntu/C/add-applications$03:09
=== mdke gets rid of the --noout bit
mdkeok, the problem is still present in test.xml if I use that03:14
froudmdke: the problem is not shown here03:14
froudpasting03:15
froud<application xmlns:xi="http://www.w3.org/2001/XInclude">Firefox</application> can be launched by clicking03:15
froud<menuchoice xmlns:xi="http://www.w3.org/2001/XInclude">03:15
froud    <guimenu xmlns:xi="http://www.w3.org/2001/XInclude">Applications</guimenu>03:15
froud    <guisubmenu xmlns:xi="http://www.w3.org/2001/XInclude">Internet</guisubmenu>03:15
froud    <guimenuitem xmlns:xi="http://www.w3.org/2001/XInclude">Firefox Web Browser</guimenuitem>03:15
froud</menuchoice>.</para>03:15
froudAs you can see no whitespace03:15
froudSo this could be a yelp issue03:15
froudor xsltproc03:15
mdkeare you sure that is from an instance where the entity is being used?03:15
froudmdke how you generating the help.u03:15
mdkehere is one of mine:03:16
mdke    <guimenu xmlns:xi="http://www.w3.org/2001/XInclude">System</guimenu>03:16
mdke    <guimenuitem xmlns:xi="http://www.w3.org/2001/XInclude">Administration</guimenuitem>03:16
mdke    <guimenuitem xmlns:xi="http://www.w3.org/2001/XInclude">Synaptic Package Manager</guimenuitem>03:16
mdke</menuchoice>03:16
mdke..03:16
mdkenew line between </menuchoice> and the period03:16
froudsec03:16
=== linuxphotogeek [n=linux_ph@wt1.core.wireless.fsr.net] has joined #ubuntu-doc
froudMy line in src <application>Firefox</application> can be launched by clicking &firefox;.</para>03:18
mdkewhat file?03:20
froudhttp://pastebin.ca/30789103:21
mdkei still get the bug03:21
mdkehttp://pastebin.ca/30789303:22
mdkedo we have different versions of xml2?03:22
mdkeii  libxml2                              2.6.27.dfsg-1ubuntu1                 GNOME XML library03:22
mdkeii  libxml2-utils                        2.6.27.dfsg-1ubuntu1                 XML utilities03:23
froudsec03:23
froudI see the problem is the extra line03:23
=== froud just makes a new pastbin
mdkeyes03:23
mdkeit's the newline before the period03:23
=== xabbott [n=xabbott@c-24-129-86-149.hsd1.fl.comcast.net] has joined #ubuntu-doc
froudhttp://pastebin.ca/30789603:24
froudc line 2503:25
froudwhen I remove that line. ie del the last cr I get no space in output of xmllint03:25
mdkebut I don't see such a line03:25
froudwhen I add it I get it03:25
mdkewe're back to the beginning :(03:26
froudYah but we know what causes it03:26
mdkeif I open firefox.xml in vi, there is no extra line03:26
mdkeso something is inserting the extra line along the way03:26
froudtry do a delete after closing element03:26
mdkemaybe it's a problem with the way the entity is declared?03:26
mdkethe last character I have in that file with vi is >03:27
froudno if there was a decl problem you would see null in the output03:27
=== zenrox [i=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-doc
=== linuxphotogeek [n=linux_ph@wt1.core.wireless.fsr.net] has left #ubuntu-doc []
froudmdke: use cat -A -E menus/C/firefox.xml03:58
froudmdke: if you see a $ at end then you know there is an eol character in the file03:59
froudhttp://pastebin.ca/30791203:59
froudmdke: if you dont then there is no eol04:00
froudhttp://pastebin.ca/30791304:00
mdkefroud: yes, I get that. Any idea how to get rid of that?04:00
froudI am looking for a way to automate it04:00
mdkewe need to get rid of the one after the xml declaration too, that causes an unwanted whitespace before the text, according to mpt04:02
mdkebut really, I don't think it should be having the effect that it does.04:02
froudmdke: script the following04:24
froud#! /bin/bash04:24
froudfiles=`ls *.xml`04:24
froudecho $files04:24
froudfor i in tr -d '\n \f' < $files ;done04:24
froudthis will give you04:24
froud<?xmlversion="1.0"encoding="UTF-8"?><menuchoice><guimenu>Applications</guimenu><guisubmenu>Internet</guisubmenu><guimenuitem>FirefoxWebBrowser</guimenuitem></menuchoice>04:24
=== gump11 [n=andy@adsl-67-39-22-85.dsl.dytnoh.ameritech.net] has joined #ubuntu-doc
gump11join #ubuntu-kernel04:28
froudmdke: https://launchpad.net/ubuntu-doc/+bug/7813504:32
UbugtuMalone bug 78135 in ubuntu-doc "All entities have unwanted space before and after them" [Undecided,In progress] 04:32
froudthat script I pasted was wrong04:32
froudmdke: it should be04:33
froud#! /bin/bash04:33
froudfiles=`ls *.xml`04:33
froudecho $files04:33
froudfor i in $files; do tr -d '\n \f' < $files ;done04:33
=== froud hopes this helps
=== zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-doc
jeffschfroud: maybe the xslt normalize-space() function will work.04:40
jeffschfroud: it means customizing the xslt though04:40
jeffschbut may be a cleaner solution (if it works) in the long run04:41
mdkefroud: thanks, did you post that to the bug already?04:48
mdkejeffsch: perhaps you can post that too?04:48
jeffschmdke: ok, done.04:59
mdkethanks!05:00
=== Gwaihir [n=Gwaihir@ppp-169-103.25-151.libero.it] has joined #ubuntu-doc
froudjeffsch: the thing is you would have to add that function to Yelp05:34
mdkewe might be able to push it into Yelp, if it's a nice solution05:35
=== zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-doc
=== jeffsch [n=jeff@dhcp561-1-99.dsl.ucc-net.ca] has joined #ubuntu-doc
=== Zelut [n=Zelut@kuyaedz.fttp.xmission.com] has joined #ubuntu-doc
mdkehi Zelut06:09
Zelutmornin'06:09
mdkeZelut: I wanted to have a quick chat about the question of contributing directly to Ubuntu documentation06:10
mdkeI noticed your blog post just now doesn't refer to the documentation at all, were you aware there is a dedicated documentation site, at https://help.ubuntu.com (and an anyone-can-edit wiki at https://help.ubuntu.com/community)06:10
Zelutoops. I guess I considered the wiki & help the same.06:13
=== theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-doc
ZelutI'll add it.06:13
ZelutI am planning on reviewing any of my posts and double-checking the docs for where it could be added, its just been a busy last few weeks.06:13
mdkethe wiki is for the development community. there are no docs there06:13
mdkethanks.06:14
mdkeThe main thing I wanted to talk about is whether you would be interested in contributing some material directly to ubuntu documentation, and linking to it from your blog, instead of creating it on your blog. My last post on http://ubuntu-tutorials.com/2006/12/22/ubuntu-tutorials-giving-the-planet-a-spin/ tries to explain the reasons why06:14
mdkeI don't know whether you've seen that comment yet or not, I added it recently06:14
Zelutso I guess I didn't understand the difference in wiki.ubuntu vs help.ubuntu06:14
mdkeok, all clear now I hope on that score06:15
ZelutI did see the comment and you definitely have a point.  Any post for another 4 days were all pre-written weeks ago so I'm letting those all run their course.06:16
mdkeoh wow, you are well organised06:17
Zelutbut I think I could start writing mainly on the docs after that06:17
mdkeZelut: I should probably apologise for the manner in which I pursue this question: I have a fervent zealot-like passion for trying to get collaboration going and avoiding reinvention of wheels in free software communities.06:17
ZelutI figured out the use of the timestamp feature in WordPress so I would dedicate a few hours and pre-write for the week :)06:17
mdkeI know it can sometimes sound a bit over the top06:18
mdkebut your blog is a cool tool for promotion, I wouldn't want you to stop using it to promote information, I just think the information is best created in our central resource and *then* promoted :)06:18
Zelutyou're right.06:19
mdkeyay.06:20
Zelutdo the docs pages use the same wiki syntax as the devel wiki?06:20
mdkeyes06:20
mdkelots of the pages there need some serious love06:20
mdkeZelut: if you ever need any info about how to participate or something isn't clear, please give me a shout, or someone else in here can help, like nixternal06:20
mdkehttps://help.ubuntu.com/community/WikiGuide is probably the best starting place06:21
ZelutI've done a bit of wiki work in the past.. probably just have to review the syntax.06:21
mdkethat would be very cool. And your blog would be a great way to promote the documentation wiki...06:22
mdkeas you yourself prove, it's not too well understood06:22
mdkewhich is our fault06:22
=== froud [n=sean@dsl-242-143-145.telkomadsl.co.za] has joined #ubuntu-doc
Zelutis there a doc team in launchpad I should apply to? ..I guess make things official :)06:23
mdkethere is a wikiteam06:23
mdkethe docteam we keep for something else (the system docs)06:23
Zelutok.  I am registered on the wiki team but haven't really been active for a long time.  last year it seemed fairly unorganized06:24
Zelutmdke: lets see if we can redirect this traffic to the docs. http://my.statcounter.com/project/standard/stats.php?project_id=1751189&guest=106:24
mdkehttps://launchpad.net/~ubuntu-wiki06:24
mdkeoh yeah, you're there06:24
mdkeZelut: that would be simply awesome06:24
Zelutmdke: I had to remove the Digg This button yesterday after getting front-paged for the third time in a month06:25
mdkethere are some organisational issues too, we need to work on things like https://wiki.ubuntu.com/HelpWikiQualityAssurance06:25
mdkecool06:25
mdkeyes, it would be nice if the help site got some publicity like that06:26
mdkeplus of course, when material is tidied up, we can use it in the system docs06:27
Zelutso, again, (and it might because its yet early in the morning), should I work on the wiki, the help or the /community section directly?06:29
mdkeZelut: it's https://help.ubuntu.com/community.06:30
mdkeif you read http://www.mdke.org/?p=67 that should clarify the whole system06:30
Zelutlooking back at your wiki page I'm reminded how behind I am on my previous LaptopTesting & Wiki work.06:34
mdkeI haven't done a LaptopTesting page for feisty yet, I don't think06:35
ZelutI think I've tested 6 laptops but never updated them for Edgy on the list.. /me has some work cut out for him.06:35
ZelutI can't get Feisty to boot on any of my machines..06:35
mdkenow the compulsory phase has ended, I haven't got around to it06:35
Zelutmd5 looks ok, but it errors out06:35
mdkeit has some known problems with certain hard disks last I heard06:36
mdkenot sure though, they should be fixed by now06:36
ZelutI've got a few more machines I could try it on.. didn't work on the first two06:36
mdketry a daily maybe06:36
ZelutI'm trying to figure out a way to organize my time.  I'm sure redirecting my efforts to the docs will quickly turn into revising the poorly written ones, on top of the LoCo work06:39
Zelutwhy is there never enough time? :)06:39
mdkeyeah, the classic problem06:39
=== Zelut seriously considers hiring an assistant lol
mdkeheh06:40
Zelutwell I'll write up a game plan and get started.  any doc-team meets I should be aware of?06:42
mdkeZelut: not at the moment, but you can inspire some :) Also, the mailing list is a good place to ask questions, make suggestions etc06:43
mdkeI'm really happy that you're interested06:43
=== Zelut imagines the flood of emails after adding docs to the current locoteams, devel, marketing, ubuntu-utah and local LUGs :)
froudmdke: can I ask you a question?06:45
mdkefroud: you just did06:46
mdkego ahead06:46
mdkeZelut: you need to match this many mailing lists: http://mdke.org/tmp/list.png06:50
mdkeI bet others have loads more besides06:50
Zelutit'd probably help if I'd organize them the way you have.06:51
ZelutI think *you* need an assistant :)06:51
mdkedo you use procmail?06:51
mdkeit's great06:51
Zeluti don't think I have06:52
mdkefroud: what was the question?06:52
froudmdke: how are you currently building and packing kubuntu docs06:53
mdkefroud: well, using xsltproc with a slightly refined kde xslt, and then using the regular debian packaging tools06:54
froudmdke: there may be an easier way, same as upstream06:54
froudmeinproc06:54
mdkefroud: we moved away from it in order to keep the toolset close to ubuntu-docs06:55
mdkethe mailing list archive should have some discussions on that06:55
froudOK, just meinproc adds the header footer kde for free06:56
froudBut no problem06:56
froudif it works dont fix it06:56
mdkeyeah, we tried it for a while06:56
froudOK06:57
mdkeI think it would be nice to add a kubuntu flavour footer actually06:57
mdkebut right now we use the regular KDE header/footer06:57
mdkeanyhow, I need to do some ironing, back later :)06:59
=== glatzor_ [n=sebi@p57AEDE75.dip.t-dialin.net] has joined #ubuntu-doc
jeffschfroud: you are right, as usual07:37
jeffschit looks like removing eol from each file is the best way07:37
jeffschnormaliz-space function will be pita07:38
jeffschbut is the <?xml version="1.0" encoding="UTF-8"?> at the beginning of each file strictly necessary?07:38
jeffschfor eg https://docteam.ubuntu.com/repos/trunk/ubuntu/menus/C/printing.xml07:39
jeffschremoving the xml declaration and all leading whitespace will solve the problem of leading whitespace in the output07:40
jeffschit builds ok without the xml declaration07:40
=== bhuvan [n=bhuvan@ubuntu/member/bhuvan] has joined #ubuntu-doc
somerville32You know you ubuntu too much when you start dreaming about it, lol08:00
mdkehi bhuvan08:01
somerville32I had a dream I made a commit to the SVN before running the validation script, there was an error, and I got in trouble, lol08:01
bhuvanhello mdke08:01
mdkesomerville32: !!08:01
mdkebhuvan: I have started thinking about reorganising the server stuff a bit, what I'd like to do is to put it into a bit better categories instead of dividing into simply "networking" and "windows networking". The categories on https://help.ubuntu.com/community/Server might be a place to start. Are you interested in helping out?08:02
bhuvansure i can help08:02
=== J-_ [n=justin@unaffiliated/j/x-388422] has joined #ubuntu-doc
bhuvanso, do you mean we should do this categorisation in the same document?08:03
mdkebhuvan: well, I've made a separate directory for it. But I'd like to just do a quick plan for the structure, e.g. on the wiki, before working on the document itself08:03
bhuvanok; i think thats a good plan. may be, i can modify https://wiki.ubuntu.com/ServerGuide for finalising our plan?08:06
mdkebhuvan: sounds great to me.08:07
bhuvanok; i'll modify and post it to our list before we do the real work in our repos08:07
bhuvanthanks for reminding me about this!08:08
mdkebhuvan: thanks. We should also delete the chapters Preface, Introduction, Installating and Package Management (I've done this in my local copy already), because these things either aren't appropriate or are elsewhere in the system docs08:08
mdkewe can think about shipping a version of the complete guide in a separate package for server installations08:08
bhuvanhmm ok08:09
bhuvani wouldn't mind removing those chapters, but i think it may make it incomplete or dependent on other documents for completeness (i may be wrong though)08:11
mdkethat's the whole point, it will be suplemented by the existing documents dealing with package management and so on.08:11
bhuvanok08:12
mdkeso in yelp there will be:08:12
mdkeAdding, Removing Applications08:12
mdke[...]  (lower down)08:12
mdkeRunning Server Applications08:12
bhuvanyeah, that sounds fine08:13
bhuvanso i think, we can remove those chapters any time even before we do the restructuring (if you already have one in local copy, please feel free to commit)08:14
mdkealright, I'll commit it now08:14
bhuvanthank you08:15
bhuvanbedtimes08:16
mdkegood night :)08:16
bhuvangood night08:16
=== somerville32_ [n=somervil@fctnnbsc15w-156034092135.nb.aliant.net] has joined #ubuntu-doc
froudjeffsch: no the XML Declaration is not absolutely required in terms of proceeesing. However, some parsers will not know what to do and some editors will not know to save the file as UTF-8 if this is omitted.09:35
froudI think with eol removed the whitespace before and after should be solved, no? At least that is what I am seeing here.09:36
=== Zelut [n=Zelut@kuyaedz.fttp.xmission.com] has left #ubuntu-doc []
froudjeffsch: catch your answer later.09:37
jeffschthere's still the CR after the <?xml version="1.0" encoding="UTF-8"?>09:37
jeffschk09:37
froudHmm09:37
froudI am not seeing it in output from xmllint09:38
froudanyway, I dont think it will be critical if it is removed, it just wont be semantically correct09:38
froudI is off to bobo land (sleeeep), later09:39
jeffschI am seeing it with xsltproc on printing.xml09:40
jeffschok, 'night09:40
=== glatzor [n=sebi@88.134.194.143] has joined #ubuntu-doc
=== glatzor [n=sebi@88.134.194.143] has joined #ubuntu-doc
=== TLE [n=kenneth@217.74.211.14] has joined #ubuntu-doc
=== mpt [n=mpt@121-72-134-135.dsl.telstraclear.net] has joined #ubuntu-doc
=== ryanakca [n=ryan@unaffiliated/ryanakca] has joined #ubuntu-doc

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