[12:06] <hornbeck> hello
[01:24] <sivang> hey hornbeck , long time :)
[01:25] <sivang> froud: ping
[01:47] <sivang> anybody awake?
[01:59] <hornbeck> I am around
[01:59] <sivang> hornbeck: how was vegas?
[01:59] <sivang> :)
[02:00] <hornbeck> vegas was nice
[02:00] <hornbeck> glad to be home
[02:01] <hornbeck> how are things for you?
[02:08] <sivang> fine I guess, working alot on the country team stuff, devel, and doc team :)
[02:11] <hornbeck> sounds like alot
[02:12] <hornbeck> I wish I had time for Ubuntu stuff right now
[02:12] <hornbeck> I was busy with work, went on vacation(where I worked alot), now I am back and working alot again
[02:14] <hornbeck> well I am going back to programming now
[02:14] <hornbeck> have fun
[02:14] <sivang> what are you programming btw?
[04:15] <hornbeck> sivang: you still around?
[06:44] <enrico> Hello!
[06:52] <ChrisH> enrico: Up early today? ;)
[07:18] <enrico> ChrisH: 14:18 here :)
[07:29] <enrico> I'm going to do the merge of froud's patches into the svn repository
[07:29] <enrico> Then, I'm going to move everything in the repo inside trunk, and create branch and tags
[07:29] <enrico> I said I'd warn on IRC before doing it
[07:29] <enrico> I assume that most of the people are sleeping now anyway
[07:29] <enrico> ChrisH: BTW, what are you doing awake?~
[07:50] <enrico> didn't quite work
[07:52] <enrico> Redoing with plain svn
[07:53] <enrico> DONE
[08:02] <ChrisH> enrico: Marco was waking up at 4:50 a.m. :(
[08:02] <ChrisH> enrico: And I couldn't sleep anyway since my dad is in hospital since christmas. Everything is fucked up atm.
[08:03] <ChrisH> Looks like I have to learn subversion from scratch if I look at all that trunk, head, tag, branch, patch, main stuff.
[08:04] <ChrisH> What about tags/? Will those snapshots be taken automatically? Or am I supposed to do anything in there?
[08:05] <ChrisH> branches/ are probably alternatives that could be "merged" somehow if we desire, right?
[08:21] <froud> African greetings
[08:35] <froud> African greetings, I'm back had read errors
[08:35] <froud> Anyone awake
[08:38] <ChrisH> Only physically...
[08:39] <froud> In spriit is good
[08:40] <froud> ChrisH, see my message to the list for help on SVN
[08:40] <froud> I want to start porting wki to docbook, any idea how to do this
[08:41] <ChrisH> froud: Ah, thanks for the linx.
[08:41] <froud> no worries
[08:41] <ChrisH> froud: I only used to run svn without tags and branches because they have scared me always since CVS. :)
[08:42] <froud> :-) much easier in svn
[08:42] <enrico> ChrisH: oh, with svn is really easy
[08:42] <ChrisH> froud: I once started a branch in a project (CVS) and no guru could get it merged.
[08:42] <enrico> they're just directories
[08:42] <froud> see my links in the mail list
[08:42] <froud> all writers can get training
[08:43] <ChrisH> The SVN documentation is really very good. I just didn't read everything but only the parts I needed so far. :)
[08:43] <froud> enrico, I have written to Jane at Canonical to get things moving re hosting
[08:44] <ChrisH> froud: Had a chance to eval arch/baz?
[08:44] <froud> ChrisH, try eSvn it makes life sooooo much easier
[08:44] <froud> yes
[08:44] <froud> not that difficult
[08:44] <ChrisH> froud: Better?
[08:44] <froud> yes and no
[08:44] <froud> there are +'s and -'s
[08:44] <enrico> froud: oh, ok.  Don't stress them too much, though: I'm taking care of that, and maybe they would get bored of having too many requests
[08:45] <froud> I dont think it will be that hard to get people to port to it
[08:45] <enrico> froud: nothing could be done now as James, the admin of the farm, will be in vacation until the 2nd of January
[08:45] <froud> enrico, my experience is to push and things will happen
[08:45] <enrico> After the 2nd of January, I'll be back on track
[08:45] <froud> sure no worries
[08:45] <froud> we have a working svn now
[08:46] <enrico> froud: your experience has never crossed "pushing James" :)
[08:46] <froud> thanks to you
[08:46] <froud> :-)
[08:46] <enrico> Ehi, no problem: John brought it back online, and I just did the reorganization you proposed
[08:46] <froud> James is cool he gets stuff done if there is a real case for it
[08:46] <froud> Did you take a look at the changes I made
[08:46] <ChrisH> Yeah... "pushing" and "James" are not really keywords that fit together. :)
[08:47] <ChrisH> froud: There is a real case in setting up my DD account after a one-year-waiting-period for him...
[08:47] <froud> :-) what's the case for it. Is it holding you back on the documents
[08:47] <enrico> although for Canonical related things he is not really so bad
[08:48] <froud> I like james
[08:48] <froud> Any suggestions on how to proceed with porting wiki to docbook
[08:49] <ChrisH> froud: Which parts do you suggest to move?
[08:49] <froud> WHat stuff do you suggest
[08:49] <froud> I have only made the userguide valid and well-formed
[08:50] <froud> the userguide is now ready for working in
[08:50] <ChrisH> I'm just not sure how much really deserves to be moved to docbook.
[08:50] <froud> What do you mean?
[08:50] <ChrisH> It probably does not make sense if we move every piece of information (many wiki pages just consist of a single sentence) into docbook.
[08:51] <froud> ChrisH, the wiki should only contain stuff about the doc project, how to contribute, where to get source and proposals under consideration, and work to be done
[08:51] <froud> all other stuff        should be in docbook
[08:52] <froud> wiki is limiting
[08:52] <froud> hard to revision control
[08:52] <enrico> uhm, wait a sec
[08:52] <ChrisH> We already discussed that matter on the mailing list some time ago. Just too early to remember what the result was. :)
[08:53] <enrico> The current consensus for the wiki is to make it the platform to which people can dump information with the smallest possible technical barrier
[08:53] <froud> I propose we work like the GNOME DP
[08:53] <froud> and how to reuce the load in porting to docbook
[08:53] <froud> reduce
[08:53] <froud> wki then db increases overhead
[08:54] <froud> do the people here know docbook?
[08:54] <enrico> froud: how does the Gnome DP work?
[08:54] <froud> Everything in svn in docbook
[08:54] <enrico> froud: all the people in the docteam know DocBook, however there's not only the docteam contributing to the Wiki
[08:54] <ChrisH> Most of the users that use the Wiki have probably not even heard of DocBook yet.
[08:55] <enrico> So, we can affort to have a restricted group of people working on DocBook things, but we can't afford to cut the rest out
[08:55] <ChrisH> froud: Just remember that most people expect well-formed documents but are not really willing to write some. So it's the job of the Doc Team to get together the bits and pieces and paste everything into meaningful documents.
[08:55] <froud> Perhaps we can port what there is, then leave a piece where people can dump into wiki and then we will port it asap
[08:55] <ChrisH> However the task is getting more confusing every day since new people have new ideas, other documents appear that already have done things that it feels like we are redoing everything...
[08:56] <froud> sure chaos
[08:56] <froud> that's why you need everything in docbook
[08:56] <ChrisH> The Wiki will always be a "draft dump". There is not enough manpower to move everything.
[08:56] <froud> I will decribe the process
[08:57] <froud> b 4 working on something a writer requests to the list
[08:57] <enrico> froud: I'm a bit scared
[08:57] <ChrisH> froud: Just look at the recent posts. We have the Newbie guide, the huge user's guide that has been copied together... then our documents.
[08:57] <froud> enrico, ChrisH, no need to be 
[08:57] <froud> we just need a plan
[08:57] <enrico> We've been having so many changes in process, that the last consensus was that no change in process should happen until the moment the first document gets finished
[08:58] <froud> OK so sections that are finished, we can port them and make them non edit in wiki
[08:58] <enrico> So, it's probably better to postpone new plans to the next planning phase
[08:58] <ChrisH> froud: Problem is: hardly anything has been accomplished so far. Having big plans is nice... but writers are starting to get desperate because plans tend to get killed every week.
[08:58] <enrico> Current plan is:
[08:58] <enrico> deadline: Hoary
[08:59] <enrico> what's needed: quick guide, "About Ubuntu"
[08:59] <froud> enrico, remind me what is the deadline for Hoary
[08:59] <enrico> froud: april
[08:59] <froud> Geeze that is plenty of time
[08:59] <enrico> froud: a bit earlier to allow for translators
[08:59] <ChrisH> froud: It would be really nice if we could get everybody to work on the DocBook documents. But currently there are mostly people that do the documents "for themselves". So we need a plan that we can handle inside the doc team for now. And we should really try to get everything to sit on the same table.
[08:59] <froud> No translator will work in tandem
[09:00] <enrico> froud: yes, but we decided to take it easy since the group hasn't produced a single finished document yet :)
[09:00] <enrico> "About Ubuntu" is the page that describes Ubuntu when someone fires up Firefox or Yelp
[09:00] <ChrisH> Which is not really surprising...
[09:00] <enrico> "QuickGuide" is a 2-page-per-app-with-screenshots intro to all the main applications in Hoary
[09:00] <froud> We need focus, I am prepared to help
[09:00] <ChrisH> enrico: Screenshots? I thought we dumped that thought? :)
[09:01] <enrico> ChrisH: oh, did we?  I lost that, then
[09:01] <enrico> ChrisH: when has that been discussed?
[09:01] <froud> ChrisH, they can be used, but In HTML they will not show unless needed
[09:01] <ChrisH> enrico: I remember we said it's too bad to have english screenshots in a latvian documentation. And the translators can not take new screenshots.
[09:01] <enrico> ChrisH: how annoying :(
[09:01] <froud> The standard is to reduce the number of screen shots to a minimal
[09:02] <ChrisH> enrico: I may be wrong though.
[09:02] <ChrisH> enrico: Translators have probably other things to do then redo screenshots.
[09:02] <ChrisH> enrico: And look at Hoary currently: since Mataro the menu layout has been changed three times!
[09:02] <froud> OK we are going in square circles
[09:03] <froud> ChrisH, change is a good thing
[09:03] <ChrisH> froud: I don't fear change.
[09:03] <ChrisH> froud: I just hate doing things one way and then throwing it away.
[09:03] <froud> The problem is themethods being used
[09:03] <froud> the methods
[09:04] <froud> I propose using modular docbook and then creating a driver near the end
[09:04] <froud> this way we can work and have some degree of abstraction from the changes
[09:04] <froud> There are a number of methods we can adopt
[09:05] <froud> 1
[09:05] <froud> modular
[09:05] <froud> 2
[09:05] <froud> reuse
[09:05] <froud> 3 entities
[09:05] <froud> 4
[09:05] <ChrisH> What do you mean by "modular"? Are we writing every piece of information and then include from different xml files?
[09:05] <froud> collaboration
[09:05] <froud> yes
[09:06] <froud> this is correct so no big change
[09:06] <enrico> froud: uhm...
[09:06] <ChrisH> But the different documents have different focuses.
[09:06] <froud> 5 profiling
[09:06] <ChrisH> An explanation of the "user management" function in one document does not fit into another document at all.
[09:06] <froud> profiling manages that)
[09:07] <enrico> froud: I really suggest you put up a proposal in a Wiki page so that everyone can see it, then we stick to the current consensus until the first document is finished
[09:07] <enrico> froud: else, there is no reasons in having consensuses, if they keep changing all the time
[09:07] <froud> enrico, it is a good idea, but can I do it on email
[09:07] <enrico> froud: this is the reason why people are so upset by changes recently, so I'd like to keep this one steady
[09:08] <froud> enrico, do you agree to adopt GDP process and procedure?
[09:08] <froud> as a base we can ehnace for our own purposes
[09:08] <enrico> froud: sure, go on with mail.  Just please make it clear that you propose that for *after* the first document is finished, to avoid people to run away screaming 
[09:08] <ChrisH> froud: It's not that your ideas are bad somehow. You are just rushing a bit too much. There is no professional doc team with 10 years of repository experience. And writers are confused time and again. :)
[09:09] <froud> Oh so ltes split the team
[09:09] <froud> lets
[09:09] <ChrisH> Yeah, right. :)
[09:09] <froud> one group on wiki
[09:09] <froud> another on docbook
[09:09] <ChrisH> Let's split four people into two times two. :)
[09:09] <froud> does that inlcude me
[09:09] <froud> I am 2 people :-)
[09:09] <ChrisH> We are about 6-8 people IIRC.
[09:09] <enrico> froud: GDP is surely something we should keep looking at.  However, we're not a similar team, at least in size: we're few, so we may very well go with something more informal
[09:10] <froud> enrico, the process also works on smaller projects
[09:10] <froud> I think we lose the power of others in the community
[09:10] <froud> many people know the docbook route
[09:11] <froud> it's tried and testes
[09:11] <froud> tested
[09:11] <froud> it works
[09:11] <froud> yet I understand what the problem is
[09:11] <froud> so I propose a middle route
[09:11] <froud> is it possible to id things done and finished in wiki
[09:11] <froud> if yes, I will port them
[09:12] <froud> they will be made read only in wiki
[09:12] <froud> all new work will move be done in docbook
[09:12] <froud> thus we have a handover
[09:12] <froud> no stop in the work
[09:12] <froud> those who know dcbook will use it
[09:12] <froud> those that dont will use wiki
[09:13] <froud> at some point we will have everything in docbook
[09:13] <froud> by then people will have had enough time to get familiar with docbook
[09:13] <enrico> froud: no, really, listen to me a sec
[09:13] <enrico> the wiki has to remain
[09:14] <enrico> the wiki is to allow anyone from the ubuntu-user list to dump things for the others
[09:14] <enrico> no replacing the wiki at all
[09:14] <enrico> the docteam is a different beast
[09:14] <enrico> the docteam handles svn and docbook
[09:14] <ChrisH> Our job is mainly to produce readable output for the end-users who are not willing to look up things in the Wiki. They need something they could even print out.
[09:15] <froud> enrico, the eventual aim is to replace the documents in wiki, I said we should keep wiki as a dump for people who are not technical
[09:15] <froud> we are agreed
[09:15] <enrico> froud: however, the documents in the docteam are not necessarily a docbook version of the wiki: they have aims and targets
[09:15] <enrico> So, not necessarily everything from the wiki fits in the repository
[09:15] <ChrisH> froud: Why don't we just leave the wiki like it is and perhaps just tidy up some things. And otoh have a well-formed readable well-maintained document that we ship with Hoary?
[09:15] <froud> OK
[09:16] <enrico> The wiki is good for taking material, but just when it makes sense for the currently edited documents
[09:16] <froud> OK but current documents are empty
[09:16] <ChrisH> froud: Guess why. :)
[09:16] <froud> everything sits in wiki
[09:16] <froud> why
[09:16] <enrico> froud: almost empty, yes.  That's because most people proposed process changes instead of writing some contents into them
[09:17] <ChrisH> froud: Because whenever people started to write something the concepts have been moved around.
[09:17] <enrico> And that's why we decided to take a break with process changes and just focus on writing
[09:17] <froud> OK I am focused on one thing only
[09:17] <froud> I want a book with Hoary
[09:17] <froud> that's my goal
[09:17] <enrico> QuickGuide
[09:17] <enrico> that's the easy target
[09:17] <froud> I hope it is the teams to
[09:17] <enrico> User's Guide is the less easy target
[09:17] <froud> OK qg
[09:18] <froud> actually to me its the same thing
[09:18] <enrico> froud: I'm looking up for a better description of the quick guide
[09:18] <enrico> froud: hang on a sec
[09:18] <froud> enrico, not in label (name)
[09:19] <froud> let me explain
[09:19] <froud> The quick guide should be derived from selected sources already inthe user guide
[09:19] <enrico> froud: wait.  
[09:19] <enrico> froud: listen to me
[09:19] <enrico> froud: the quick guide has been designed during the docteam meeting at the conf
[09:20] <enrico> froud: I'm looking up the mail that describes it
[09:20] <froud> yes that is fine I am not proposong any change to it
[09:20] <ChrisH> froud: The quick guide is something *completely* different than the user's guide.
[09:20] <froud> enrico, ChrisH, I have a way to kill 2 birds with one stone
[09:21] <froud> belive me I am not sitting here burning my fingers without having given this some thought :-)
[09:21] <froud> bare with me
[09:21] <froud> I know I am pushing hard
[09:22] <froud> it is difficult to convey these things on irc
[09:22] <enrico> froud: http://lists.ubuntu.com/archives/ubuntu-doc/2004-December/000736.html
[09:22] <froud> but I wantto discuss before I submit a proposal to the list
[09:22] <enrico> Please read that mail (although it's not on the Quick Guide)
[09:23] <froud> Ok, I just read it
[09:23] <froud> it does not change what I am saying
[09:23] <froud> think technical
[09:23] <froud> dont think in terms of books etc
[09:24] <froud> think XML
[09:24] <froud> There is an amount of overlap between all books
[09:24] <froud> they all are centered on the same subject
[09:24] <froud> ubuntu
[09:24] <froud> agreed
[09:24] <froud> ?
[09:25] <ChrisH> Nope.
[09:25] <enrico> They all talk about Ubuntu, yes, and they will probably overlap in the "What is the meaning of Ubuntu" part, but not in much more
[09:25] <froud> Ok
[09:25] <froud> I see something different
[09:26] <froud> hold let me show you an example of a profile
[09:26] <ChrisH> Yep.
[09:26] <enrico> froud: ..we..already..have..a..damn..idea..on..the..contents..of..those..books..
[09:26] <ChrisH> Wait... I'll paste that into the channel. :)
[09:26] <enrico> However, that said, please go on
[09:27] <ChrisH> Good we have the irclog.
[09:27] <ChrisH> I'll send Mark a link to our conversation. That will get us all fired. :)
[09:27] <froud> <chapter id="introduction" condition="qg,ug">
[09:27] <froud> qg - quick guide
[09:27] <froud> ug = user guide
[09:28] <froud> the chapter introduction is marked for inclusion in the ug and qg
[09:28] <froud> take ug out and it will only be inlcuded in the qg
[09:29] <froud> This example for images
[09:29] <froud> an html and pdf file for each target
[09:29] <froud> <mediaobject condition="html">
[09:29] <froud> 				<imageobject>
[09:29] <froud> 					<imagedata fileref="images/evolution.png" format="PNG"/>
[09:29] <froud> 				</imageobject>
[09:29] <froud> 			</mediaobject>
[09:29] <froud> 			<mediaobject condition="fo;short">
[09:29] <froud> 				<imageobject>
[09:29] <froud> 					<imagedata depth="8cm" fileref="images/evolution.tif" format="TIFF" scalefit="1"/>
[09:29] <froud> 				</imageobject>
[09:29] <froud> 			</mediaobject>
[09:29] <froud> note
[09:29] <froud> <mediaobject condition="fo;short">
[09:29] <froud> fo = xsl:fo
[09:29] <froud> short = short version of a book
[09:30] <froud> end
[09:30] <froud> I can have multiple books in a single set of files
[09:30] <froud> I can derive each book in multiple formats from those files
[09:31] <froud> Theefectis that all books are worked at the same time
[09:31] <froud> the dev cycle is reduced
[09:31] <froud> you can put priority on any book you like
[09:32] <froud> end
[09:33] <enrico> I see
[09:34] <enrico> I don't think we have a need for that now
[09:34] <enrico> But it's worth saving the idea
[09:34] <enrico> Might be useful for later on, when the set of documents we manage will be more complex
[09:35] <enrico> I suggest you wrap that up in a proposal and add it to https://www.ubuntulinux.org/wiki/DocumentationTeamWishList
[09:36] <enrico> After the first document finally gets finished, we can go through that list and take the good ideas to improve our way of doing things
[09:37] <enrico> Before that, we should just do things, so that we can see if and how our way of doing things actually works, and where it needs to be changed
[09:37] <froud> Ok
[09:38] <froud> so how do we know what can go into docbook and what cannot
[09:40] <froud> are there sections that can move to docbook?
[09:41] <froud> enrico, what we do in docbook has little baring on what's happening in wiki, right
[09:42] <froud> I see a few nice sections on wiki that IMHO are ready to be used
[09:42] <enrico> Something under http://www.ubuntulinux.org/wiki/ApplicationHowTos can probably be recycled for the QuickGuide, but paying lots of attention at the change in nature
[09:43] <enrico> Those are Howtos, the Quick Guide is a short intro
[09:43] <enrico> To give you an example of the Quick Guide, take the "wget" manpage: you want to download an entire website, and someone tells you to use wget, right?
[09:44] <froud> Ok, that's good I will make quick guide xml valid and well-formed
[09:44] <enrico> then you do "man wget" and you see all sort of options.  You get to the end of the manpage, and you still don't know how to download a website, although you know tons of ways to tweak the process
[09:44] <froud> yes I know wget :-)
[09:45] <froud> so you are saying that the howtos can be ported?
[09:45] <enrico> If the quick guide had 2 pages on wget, it would say: "Wget is the tool to download websites.  To download a full website with wget, use wget --no-parent -l0 -r <website>.  If you want to browse it locally, add "-k"
[09:46] <froud> ok
[09:46] <enrico> This is the idea.  Every howto can be mined for useful information, but the howtos are usually not laid out in that way
[09:46] <enrico> So, probably few of them can be ported as they are.  But they can indeed be used for inspiration
[09:46] <froud> yes, they are designed for the mmore technical :-)
[09:46] <froud> man pages I mean
[09:47] <froud> Ok next question
[09:47] <froud> how to get the wiki sources in one go so I can labor :-)
[09:48] <enrico> ALL of the wiki?  Uhm... dunno if that is at all possible :(
[09:48] <froud> Hope you understand, the documents on this url are individual files do I have to manually copy paste
[09:49] <enrico> Yes, I understand what you mean.
[09:49] <froud> once I have the files I will have to find a parser that can help me in transforming this stuff to xml
[09:49] <enrico> Probably, the best option is to just start writing, keeping related wiki pages on one side just for referencing and inspiration
[09:50] <froud> writing? It's already written I preffer to automate a port and then edit
[09:51] <enrico> You'll probably find one or two wiki pages that are really ok without almost rewriting them, so it'll probably be faster to go on and write
[09:51] <froud> Im missing something
[09:52] <froud> you want to hack out all the stuff and have just small snippets left
[09:52] <froud> yo, no wonder nothing is finished :-)
[09:53] <froud> How do you propose to make short http://www.ubuntulinux.org/wiki/SSHHowto
[09:53] <enrico> uhm... what many people are probably missing is that the main goal of the team is writing, not programming :(
[09:53] <froud> fine but somebody must do the programming
[09:54] <ChrisH> What is there to be programmed?
[09:54] <froud> The docbook application :-)
[09:54] <enrico> froud: we don't necessarily need programming at all: we're writing documentation, after all :)
[09:54] <ChrisH> Doing the framework and Makefiles can be done as we go.
[09:54] <froud> Docbook is an XML application
[09:55] <froud> its not trivial to do it right, otherwise everyone woul dbe doing it
[09:55] <ChrisH> froud: You probably would like to screw DocBook/XML and write an own UbuntuBook/XML, right? :)
[09:55] <froud> no
[09:55] <froud> Docbook is the standard for OSS
[09:56] <enrico> Well, our idea is to just take DocBook as it is and put contents between the <para></para>
[09:56] <froud> the community knows docbook
[09:56] <enrico> Someone else is taking care of improving DocBook for us right now as we speak, and we don't want to interfere :)
[09:56] <ChrisH> DocBook is as much standard for OSS as Microsoft Word is for letters.
[09:56] <froud> can I have visability into this
[09:56] <ChrisH> de-facto... but still people are free to use what they like
[09:57] <froud> seems everyone is doing something but but there is little or no visability. Contrary to OSS
[09:58] <enrico> froud: what do you intend for visibility here?
[09:58] <froud> you say somebody is doing something on docbook where can I see it
[10:01] <enrico> froud: in the DocBook developers websites :)
[10:01] <froud> enrico how did you apply my patch. there are files missing
[10:02] <froud> global.ent and xinclude.mod
[10:02] <froud> these files are dependancies for the valid docs
[10:02] <enrico> I'll check 
[10:03] <froud> they should be in /
[10:05] <enrico> froud: I forgot to svn add them after applying the patch: I've just committed them in
[10:05] <enrico> do an svn update and you'll find them
[10:06] <froud> Ok thanks
[10:54] <enrico> Hello Cturtle!
[10:55] <froud> enrico, the about section of the user guide and quick guide are going to be the same right?
[10:55] <enrico> Uh, not necessarily.  I imagine that the Quick Guide one will be much shorter
[10:56] <froud> They have the same files and outlines at present, at least in the xml
[10:56] <enrico> However, for the user's guide things you should ask Hornbeck, and for the quick guide things you should ask plovs
[10:57] <enrico> Yes, they have the same files because the quickguide has been started as a fork of the user's guide.  but the contents are not going to be the same
[10:57] <froud> ok I will leave it as is
[11:36] <sivang> I'm here for a while, 'sup people?
[11:38] <enrico> Then it's dinnertime
[11:40] <froud> sivang, shalom
[11:41] <enrico> See you later!
[11:41] <sivang> froud: Boker tov froud  :)
[11:43] <sivang> I am heading towards the kitchen to grab something to eat, be back later..
[11:49] <froud> Hmm all this talk about food is making me hungry
[11:55] <sivang> back :)
[11:55] <froud> It's hot I think I will have a swim after lunch 
[12:02] <ChrisH> sivang: reshalom
[12:02] <ChrisH> I've just been to our cantina. No longer hungry. :(
[12:14] <sivang> ChrisH: how's your dad?
[12:15] <sivang> I was terribly upset to hear what you told me last night..I hope he's ok now
[12:15] <ChrisH> sivang: No news yet. I hope the doctors tell soemthing useful today.
[12:15] <ChrisH> sivang: Well... he can't feel half of his body. I wonder why the hospital staff waited until today. Idiots.
[12:16] <sid77> hi
[12:16] <sivang> ChrisH: I just recently was shocked to find out, that doctors are not what I depicted when I was a child...
[12:17] <sivang> ChrisH: the basically don't know shit, and can only probe with trial and error , recalling all the tests I've done and still feeling bad, they say "dunno"
[12:17] <sivang> ChrisH: at this advnaced times when you have network packaets flowing on the airwaves you would think that they something with all this dvanced gear they have, but nada.
[12:59] <enrico_dinner> sivang: in these advanced times with network packets flowing, programmers still fix bugs by trial and errors as well, and they end up in saying "dunno" :(
[01:00] <sivang> enrico_dinner: hmm right...so guss dox should be no exception..:-(
[01:00] <enrico_dinner> that's also what physics do
[01:00] <enrico_out> going out.  see you later
[01:03] <sivang> laterz
[02:13] <froud> enrico_out, kawabunga!!! when you get back please apply my patches for bugs 5008 [https://bugzilla.ubuntu.com/show_bug.cgi?id=5008]  and 5012 [https://bugzilla.ubuntu.com/show_bug.cgi?id=5012] . Thanks
[02:16] <sivang> froud: yo
[02:16] <sivang> froud: There is some problem with the user guide,
[02:16] <hornbeck> sivang: morning
[02:16] <sivang> it won't open in yelp
[02:16] <sivang> hornbeck: hey john, 'sup buddy?
[02:16] <hornbeck> working
[02:16] <sivang> froud:    <revnumber>&userguide-rev;</revnumber>
[02:16] <sivang>                                           ^
[02:16] <sivang> /home/pooh/devel/docteam/faq/faq/trunk/usersguide.xml:20: parser error : Entity 'userguide-rev' not defined
[02:16] <sivang>                 <revnumber>&userguide-rev;</revnumber>
[02:16] <sivang> froud: could you fix it so I would be able to view it in yelp?
[02:17] <froud> Yes its a file that enrico somehow did not get into the lats pacth I gave
[02:17] <froud> will submit a new bug and patch
[02:17] <hornbeck> sivang: whos patch changed everything?
[02:17] <froud> For now create a file called VERSION
[02:18] <sivang> hornbeck: patch to what? Our new patcher is froud :)
[02:18] <froud> Type 34 as the content
[02:18] <hornbeck> ok
[02:18] <sivang> froud: this will fetch an older version from the repo?
[02:19] <froud> sivang, for some reason the VERSION file was not applied to the userguide patch. It's in the patch, but the file is not in SVN
[02:19] <sivang> froud: ok, where should I create this file?
[02:19] <froud> sivang, no just reads the file called VERSION in the root of trunk/
[02:19] <froud> hello hornbeck 
[02:20] <hornbeck> froud addings the VERSION file fixes it
[02:20] <hornbeck> even a "touch VERSION" worked
[02:20] <froud> yes
[02:20] <froud> that is correct
[02:20] <froud> see global.entfor definition of the entity
[02:20] <sivang> froud: didn't fix it for me..
[02:21] <hornbeck> sivang: did you do it in the trunk directory
[02:21] <hornbeck> ?
[02:21] <froud> yes
[02:21] <sivang> hornbeck: yes
[02:22] <froud> just do touch VERSION in the trunk/
[02:22] <hornbeck> svn up and it should work
[02:22] <froud> thanks hornbeck 
[02:22] <hornbeck> yep
[02:22] <hornbeck> man I am tired of writing code
[02:22] <sivang> froud: ok, I put "34" as the content it faild - I just created an empty file, works.
[02:22] <sivang> hornbeck: what code are you writing?
[02:23] <froud> sivang, do rm VERSION
[02:23] <froud> then do svn up in trunk
[02:23] <froud> sivang, hornbeck has the file in HEAD
[02:23] <hornbeck> I am writing a database that will hold customer information that can be retrieved off a client side window or over the internet but at the same time can be synced to a custom program on a palm
[02:23] <hornbeck> I am also writing the frontends
[02:23] <hornbeck> sounds bigger than it is
[02:24] <froud> hornbeck, I have to big patches in bugzilla that you can apply ifyou feel like taking a break :-)
[02:24] <hornbeck> let me check them out
[02:24] <hornbeck> froud: have you asked for commit?
[02:24] <hornbeck> for you?
[02:25] <froud> no but it would help
[02:25] <froud> for now I just patch
[02:25] <sivang> froud: please discuss major non cosmetical changes over the mailing list if you get svn commit access :)
[02:25] <froud> yes, I understand that
[02:25] <hornbeck> man it is nice to be using linux right now :-)
[02:26] <froud> sure is;_)
[02:26] <hornbeck> I have been using OS X and windows for about two weeks straight
[02:26] <froud> sivang, all changes I do discuss. but mailing list is so slow. do people actually read it
[02:26] <hornbeck> I read it :-)
[02:27] <froud> sivang,  I realize I have to go careful on making changes if I am using commit
[02:28] <froud> hornbeck, r u on the user guide?
[02:28] <froud> working on
[02:28] <hornbeck> not at the moment
[02:28] <hornbeck> I am not working on anything
[02:28] <hornbeck> :-(
[02:28] <hornbeck> just trying to get my work for my job done
[02:28] <froud> Hmmm, what's the plan to get User Guide rolling
[02:28] <hornbeck> I thought it was on hold till the quickguide was done
[02:29] <hornbeck> that is what I was told
[02:29] <froud> OK
[02:29] <froud> so what's the plan to get the quick guide rolling? :_)
[02:29] <hornbeck> is it not?
[02:30] <froud> Hmmm, can you help me decide on stuff that you think we can port form wiki to quick guide
[02:30] <froud> i.e finished stuff
[02:30] <hornbeck> I can but, I am not really sure what is being done in the quickguide right now
[02:31] <hornbeck> is nothing being added?
[02:31] <hornbeck> I  have not looked at it
[02:31] <hornbeck> give me one sec
[02:31] <froud> not much in the xml src
[02:31] <sivang> preferably with more then 3 people
[02:31] <sivang> :)
[02:31] <hornbeck> sivang: I know this
[02:31] <hornbeck> but I was not aware that the quickguide was not moving
[02:31] <froud> I count three people here. Dont worry I will not do anything crazy
[02:32] <froud> b'sides we can always role back to a prev revvvvvvv in svn
[02:32] <hornbeck> sivang: it seems that in the beginning we got tons done because noone had to report to anyone
[02:32] <hornbeck> now we get nothing done because everyone disagrees
[02:32] <hornbeck> :-)
[02:32] <froud> hornbeck, OK I have created patches to make all the books valid and well-formed
[02:33] <sivang> froud: add the versoin correction also :)
[02:33] <hornbeck> sivang: I already did
[02:33] <froud> sivang, do rm VERSION
[02:33] <froud> then do svn up
[02:33] <froud> in trunk/
[02:34] <froud> hornbeck, the files are now all ready to be hacked
[02:34] <froud> let svn take care of the problems
[02:34] <hornbeck> you got bug numbers?
[02:34] <froud> 5008,
[02:34] <froud> 5012
[02:34] <sivang> froud: doesn't work
[02:35] <froud> sivang, what does not work
[02:35] <sivang> froud: sorry, works now.
[02:35] <froud> hornbeck, there is also 5005
[02:35] <froud> but please check it as it can break the build for other people
[02:36] <froud> I made two changes in 5005
[02:36] <froud> 1. path to use current link to docbook xhtml
[02:36] <hornbeck> froud: 5008 is there anything you need to do outside a regular patch -p0 <
[02:37] <froud> 2. chunk.xsl replaced with profile-chunk.xsl
[02:37] <froud> if people have old systems (i.e. without the current link) it will not work for them
[02:38] <froud> By using the current/ we get a level of indirection from the version upgrades of the docbook xsl
[02:39] <froud> So if everyone uses current, then if they upgrade their docbook-xsl package their build for ubuntu-docs will not break
[02:39] <hornbeck> ahh
[02:39] <froud> hornbeck, hope you understand :-)
[02:39] <hornbeck> so if they are on warty it breaks
[02:39] <hornbeck> am I following?
[02:40] <hornbeck> basicly I am getting, if you are up to date in Hoary you are fine
[02:40] <hornbeck> if not you are broke
[02:40] <froud> Dunno does warty have file:/usr/share/xml/docbook/stylesheet/nwalsh/current
[02:40] <hornbeck> well is that  a correct statement?
[02:41] <froud> for most up-to-date distros this is true
[02:41] <froud> sivang, some older distros dont have docbook xsl inthe same place
[02:41] <froud> as the newer distros
[02:41] <sivang> ok, so this guide will be only available on hoary?
[02:41] <sivang> or usabel on it?
[02:42] <froud> hornbeck, I thought of using XML catalog but then not everyone understand catalogs :-(
[02:42] <froud> no
[02:42] <froud> sivang, it must work everywhere
[02:42] <hornbeck> froud: alot of the docteam had never touched any of this stuff before now
[02:42] <froud> we need a technical solution
[02:43] <froud> hornbeck, I understand this
[02:43] <hornbeck> froud: you are sean wheller correct?
[02:43] <froud> yes
[02:44] <hornbeck> ok, I thought so but like to make sure
[02:44] <froud> hornbeck,the hack solution is for people to create a current link to their docbook xsl in the location specified 
[02:44] <hornbeck> right
[02:44] <froud> that way the build will just work
[02:44] <hornbeck> that is 5005 right?
[02:44] <froud> hornbeck, yes
[02:44] <hornbeck> ok
[02:45] <froud> hornbeck, but will they do it? or should I create a script to test version and if warty then create link
[02:46] <hornbeck> froud: that is a question for the mailing list
[02:47] <froud> Hmm yes. They will have to run it as su. Not good
[02:47] <froud> I posted this problem to thelist
[02:48] <froud> no comment as yet
[02:48] <froud> but hen people dont seem to commnet on much on the list
[02:48] <froud> :_)
[02:48] <hornbeck> did you post it as a question or as  a "this will happen when"
[02:49] <froud> hmm goo dpoint what did I do
[02:49] <hornbeck> if it was not a  question it will go unanswered
[02:49] <hornbeck> ask them like you just asked me
[02:49] <froud> hornbeck, enrico want sto speak to mako about this
[02:50] <hornbeck> ahh
[02:50] <hornbeck> ok
[02:50] <hornbeck> I hate using pc laptops without a mouse
[02:50] <froud> you use a mouse ?
[02:51] <froud> just kidding
[02:51] <hornbeck> just to click the pictures :-)
[02:52] <froud> hornbeck, have you ever tried http://gcc.gnu.org/java/ instead of J2SE
[02:52] <froud> to run Apache FOP?
[02:52] <hornbeck> no
[02:52] <hornbeck> I don't even have java installed on the server
[02:52] <hornbeck> at least I do not think
[02:53] <hornbeck> nope
[02:53] <froud> I'm think of it as an alternative for the doc team to build PDF
[02:53] <froud> I do believe http://gcc.gnu.org/java/ is in the debian tree
[02:53] <froud> so there is no problem with distributing it
[02:53] <hornbeck> do you mean gcj?
[02:53] <froud> yep
[02:53] <hornbeck> gcj, is alright
[02:53] <hornbeck> I have used it to build Eclipse
[02:54] <froud> can we ship Apache FOP
[02:54] <hornbeck> I have no clue
[02:54] <hornbeck> have you tried gcj with it?
[02:55] <froud> In our production env I would like to try use gcj and apache fop to create PDF from xsl:fo
[02:55] <froud> not yet
[02:55] <froud> on my list
[02:55] <froud> not a high priority
[02:55] <hornbeck> ok
[02:55] <froud> seems people are not hot for a pdf version
[02:55] <hornbeck> I have never used Apache FOP
[02:55] <hornbeck> I hate pdf
[02:56] <froud> OK :-) So how about those patches the big ones for now. can you apply them?
[02:56] <hornbeck> I am testing them
[02:56] <hornbeck> :-)
[02:56] <hornbeck> give me a few
[02:56] <froud> ok
[02:57] <hornbeck> I am still switching between computers for work and this one
[02:57] <froud> I'll leave you to it. Let me know the outcome
[02:59] <hornbeck> what is the correct way to apply the patch for you
[02:59] <hornbeck> ?
[02:59] <froud> Just apply the patch as normal why?
[02:59] <hornbeck> -p0 ?
[03:00] <hornbeck> its hanging up
[03:01] <froud> patch 5008 is made on trunk/
[03:01] <froud> patch 5012 is made on fq2/
[03:01] <hornbeck> worked that time
[03:01] <froud> where is it hanging
[03:02] <froud> they are big:_)
[03:02] <froud> sorry about that
[03:02] <froud> next patches will be smaller
[03:02] <froud> much smaller
[03:03] <froud> my basic rule is that patches with the ext txt are on the directory level and contain diff for multiple files
[03:03] <froud> file specific patches are filename.ext.diff
[03:03] <hornbeck> 5008 seems to work fine
[03:05] <hornbeck> 5008 is commited
[03:10] <ChrisH> btw... wouldn't the trunk/parts not belong into a trunk/usersguide/parts directory?
[03:11] <hornbeck> there is not a userguide directory
[03:11] <hornbeck> everything is in the userguide directory actually
[03:11] <hornbeck> faq is userguide
[03:12] <froud> hornbeck, 5008 IconUbuntu.png not removed ?
[03:12] <hornbeck> huh?
[03:13] <froud> hornbeck, " everything is in the userguide" I will sortthese things later
[03:13] <hornbeck> froud: IconUbuntu.png not removed?  What does that mean
[03:14] <froud> hornbeck, for some reason IconUbuntu.png is not removed in my WC for quickguide/
[03:14] <froud> I'm sure I removed it
[03:15] <froud> I'm looking at r103
[03:15] <hornbeck> is it supposed to be removed?
[03:15] <froud> yes, we have this object in trunk/
[03:15] <hornbeck> but quickguide will be moved out of userguide
[03:15] <hornbeck> so quickguide should have it itself
[03:15] <froud> hornbeck, they will remian in the same repos?
[03:16] <froud> the object is global
[03:16] <hornbeck> froud: it was asked for them to have seperate repos when they move
[03:16] <froud> or will be soon
[03:16] <hornbeck> unless that has been changed
[03:16] <froud> whew that will increase the overhead
[03:17] <froud> If they are in the same repo we have more flexability for reuse
[03:17] <hornbeck> I am not sure, maybe people changed their minds while I was gone
[03:17] <hornbeck> yeah
[03:17] <froud> I would like to see a folder for each book
[03:17] <froud> at present userguide is actually sitting in part/
[03:18] <hornbeck> that would be nice
[03:18] <froud> parts/
[03:18] <froud> the userguide.xml should mv to the root of a folder called userguide
[03:18] <ChrisH> seconded
[03:19] <froud> The Makefile in trunk/ will have targets for all, userguide, quickguide, faq
[03:19] <froud> Oh and dist
[03:19] <hornbeck> froud: make the change and make a patch :-)
[03:19] <hornbeck> all sounds good to me
[03:20] <froud> ok
[03:20] <froud> good thing saves me having to rewrite the makefile :_)
[03:21] <froud> hornbeck, two more things
[03:21] <froud> images
[03:21] <froud> should we have a trunk/images/ folder
[03:21] <froud> all docus will refer filref values to images/
[03:21] <froud> ../../images/something.png
[03:22] <froud> 2. Common Objects
[03:22] <hornbeck> trunk/images would work I think
[03:23] <froud> Items like legal notice and common block texts of the project can go in trunk/common
[03:23] <hornbeck> sounds good
[03:23] <froud> OK so I will create bug and assign to me and create patch and attach to bug
[03:24] <hornbeck> make a patch and email the list about it
[03:24] <hornbeck> I will respond to the mail and let people know I support it
[03:24] <hornbeck> ChrisH: can you do the same?
[03:24] <hornbeck> I have to get back to work now though
[03:25] <hornbeck> nice talking to you froud
[03:25] <froud> chow
[03:25] <ChrisH> hornbeck: as soon as I understand everything I'll raise my hand :)
[03:49] <froud> parts/old/main.xml "Editors: please move the contents from parts/old/*.xml into your appropriate sections and remove them here" I cannot find a bugzilla for this task, was one opened?
[03:49] <froud> what is the current status of this
[03:52] <ChrisH> I wrote that comment. And I believe that nobody has yet moved anything.
[03:52] <ChrisH> And I *hate* bugzilla. :)
[03:52] <froud> OK I will open a new bugzilla, it's the only way to keep track. :-)
[03:53] <froud> I dont care what isue tracker we use so long as people use one.
[03:53] <froud> otherwise people forget
[03:53] <froud> as people come and go from the project only bugzilla and the code remain
[07:33] <froud> maskie, howzit :-)
[10:43] <sid77> hi
[11:04] <hornbeck> hello
[11:04] <hornbeck> sivang: you around?
[11:04] <sivang> hornbeck: yes, 'sup?
[11:04] <hornbeck> you don't want him to have access or you don't mind?
[11:05] <sivang> I don't mind :)
[11:05] <hornbeck> ok
[11:05] <sivang> sorry if my email was bit cryptic
[11:05] <hornbeck> could not figure out which you where saying
[11:05] <hornbeck> so do I need someone else to say they don't mind or go ahead and add him?
[11:06] <sivang> hornbeck: currently asking chrish , although I know he doesn't mind I want to make sure.
[11:10] <hornbeck> just let me know
[11:19] <sivang> hornbeck: ok, on mine and his behalf - you can go with it :)
[11:20] <hornbeck> I am going to go ahead and add him than, as soon as he gets back
[11:20] <hornbeck> froud: when you get here, please message me
[11:20] <hornbeck> so we can get you access to the server