IRC Log FDSCo Meeting 13th Jun 2006

Tue Jun 13 21:50:01 UTC 2006

[17:13] <quaid> <meeting>
[17:13] <quaid> [splinux]: open channel, open meeting, but the main folks 
involved is the documentation project steering committee
[17:13] <Eitch> quaid: Brazil 1 x 0 Croatia
[17:14] * quaid is hanging with Croatians today, actually
[17:14] <quaid> have to give Tomislav the ol' poke
[17:14] <quaid> ok, let's see ...
[17:14] <stickster> Ixnay on the orescay in that case
[17:14] <quaid> our main agenda item is:  Kick Ass
[17:14] <quaid> stickster: so he can watch it later?
[17:15] <BobJensen> [splinux]: You are welcome to stay, listen, learn and 
provide input
[17:15] <stickster> quaid: disco
[17:15] <stickster> On that note, I found a problem in the build tools this 
week, q.v. message to list
[17:15] * quaid is happy he left some agenda notes in f-dsco-l to follow
[17:15] <[splinux]> BobJensen: thanks ;)
[17:15] <stickster> quaid: oops, sorry I'm out of order, still d/l'ing mail 
(Internet down at work)
[17:15] <quaid> ok ...
[17:15] <quaid> <agenda>
[17:16] <quaid> 1. Check on how we are doing with ass kickin' move to CMS for 
once and for all and so forth
[17:16] --> megacoder has joined this channel 
(n=reynolds at host-216-76-238-114.hsv.bellsouth.net).
[17:16] * BobJensen still has mail bouncing
[17:16] * quaid repeats
[17:16] <quaid> <agenda>
[17:16] <quaid> 1. Check on how we are doing with ass kickin' move to CMS for 
once and for all and so forth
[17:16] <quaid> 2. CVS policy discussion
[17:16] <quaid> 3. Expanding Beats
[17:16] <quaid> any other agenda items?
[17:17] <quaid> </agenda>
[17:17] <quaid> we can add more if there is time or lag :)
[17:17] <stickster> Let's motorvate
[17:17] <BobJensen> OK we talked abotu a show and tell tonight
[17:17] <BobJensen> for item 1
[17:17] <quaid> BobJensen: actually Wed. iirc
[17:17] <stickster> I thought it was tomorrow
[17:17] <BobJensen> Oh yeha
[17:17] <stickster> quaid: jinx
[17:18] <BobJensen> tomorrow
[17:18] <quaid> nman64_away is away
[17:18] <stickster> way way away
[17:18] <quaid> oh?
[17:18] <quaid> do we have any deliverables for this?
[17:18] * stickster is rambling, please ignore everything he says
[17:18] <BobJensen> I relocated my servers yesterday, with that we had some 
issues with the fedora Unity project systems
[17:19] <BobJensen> most everything is back up now and a show and tell should 
be a go for tomorrow
[17:19] *** nman64_away is now known as nman64.
[17:19] * quaid makes a side note to BobJensen that if we do get some notes in 
Docs/Beats, the Wiki 2 XML should be much better and easier for us to wrap 
into a one-off one-page for the ISO
[17:19] <BobJensen> I will ask Jon Steffens to be available for added 
questions we might have
[17:20] <BobJensen> He has been helping with a lot of our advancemnts
[17:21] <BobJensen> that is all I have on item 1
[17:21] <quaid> what are we accomplishing?
[17:21] <quaid> or intending to accomplish in this step?
[17:21] <quaid> I mean .. i have my own ideas
[17:21] <BobJensen> Make sure those that are interesten in helping with the 
move to the Plone CMS are able to
[17:22] <stickster> A lot of it was educational in nature
[17:22] <stickster> Some of us (I wonder who I mean) don't have experience 
with Z/P, nor the time to set it up and tinker
[17:22] <quaid> right
[17:22] * megacoder wanted to see "Hello, World!" in plone...
[17:23] <quaid> or any XML doc built and put in a workflow or publish mode
[17:23] <BobJensen> We have a workflow system set up on the unity sites
[17:24] <quaid> ok,yes, the key is, we need whoever is doing Z/P development 
to be talking with us, on list, so we can do some basic needs requirements 
gathering.
[17:24] <BobJensen> IMO bringing ideas to the Websites list will be good
[17:26] <quaid> ok, I'm got a message open to paste stuff into
[17:26] <quaid> what do we have ...
[17:26] <BobJensen> Plone addons needed?
[17:26] <quaid> * A workflow with a queue and roles for writer, editor, 
publisher ... so a writer can submit to the queue from $SOURCE, then it is 
all WUI after that.
[17:27] <megacoder> WUI?
[17:27] <quaid> * A way to make $SOURCE == Wiki output, either XML -> 
toolchain -> XHTML -> Plone
[17:27] <quaid> web user interface
[17:27] <BobJensen> existing and undeveloped
[17:27] <quaid> * A way to make $SOURCE == XML in CVS -> toolchain -> XHTML -> 
Plone
[17:27] <quaid> i.e.
[17:27] <quaid> 'make publish
[17:27] <quaid> or
[17:28] <quaid> 'make publish-web'
[17:28] <quaid> or something
[17:28] <megacoder> Yeah, "make publish-plone", but don't quote me within 
reach...
[17:28] <quaid> * A make publish-web, could it just put things in the 
beginning of the Plone queue and that is good enough?
[17:28] <stickster> quaid: +1
[17:29] <BobJensen> +1
[17:29] <stickster> I think that would be where we would want it to stop, for 
review, right?
[17:29] <quaid> right
[17:29] <BobJensen> Yup I agree
[17:29] <quaid> so, not even an editor can inject from CVS -> Web live without 
the workflow in the way
[17:29] <quaid> what else?
[17:29] <quaid> think of use cases
[17:29] <nman64> Once the HTML is built, cadaver can be used with expect to 
script uploading the pages to Plone.
[17:30] <quaid> let the tools people (who may be some of us) worry about 
implementation after we define the uses.
[17:30] <quaid> heh
[17:30] <BobJensen> LOL
[17:30] <quaid> nman64: not to squelch ideation on that front, too, just 
wanted to involve the non-Ploney's :)
[17:31] <Eitch> +1
[17:31] * BobJensen wonders what team got a GOAL!!! for Eitch's +1
[17:32] <Eitch> almost!
[17:32] <quaid> ok, here is another one ...
[17:32] <Eitch> Brazil is kicking ass :)
[17:32] <quaid> * Some artistes and designers to help us make our CSS nice
[17:32] <Eitch> what CSS?
[17:32] <quaid> the Plone CSS?
[17:32] <quaid> fedora.css ?
[17:33] <quaid> both?
[17:33] <BobJensen> quaid: I think this is going to be very important for both
[17:33] <Eitch> both
[17:33] <quaid> I mean, we are going to be showing off our docs through this 
interface, but it will use a diff. CSS than the standard 'make 
html-nochunks', which is made for stand-alone, right?
[17:33] <Eitch> but fedora.css is really fine
[17:33] <quaid> yep, both
[17:33] <megacoder> quaid, CVS can assign a "state" (using the "-s <state>" 
switch); we could use that to key the plone update
[17:33] <quaid> sure, but why not review them both, or somesuch
[17:33] <BobJensen> quaid: +1
[17:33] <Eitch> well, maybe changing some colors to blue
[17:34] <stickster> Eitch: We have that in our CSS methinks
[17:34] <quaid> well, they ain't broke, but we can review :)
[17:34] <stickster> I did some color redesign last year, IIRC... but it's not 
visible on the f.r.c website
[17:34] <quaid> nope
[17:34] <stickster> Always open to something better
[17:34] <Eitch> stickster: humm
[17:34] <quaid> a general one ...
[17:34] <quaid> * UI designer help for the www.fp.o
[17:34] <stickster> I would like to see some more dfong-style theming 
throughout, especially title pages and admonition boxes
[17:35] <quaid> tired of getting beat up on that one, too :)
[17:35] <Eitch> stickster: example: 
http://www.devin.com.br/eitch/fedora/yum-software-management-pt_BR/
[17:35] <BobJensen> the front page will come from plone eventually am I 
correct nman64 ?
[17:35] <nman64> Yes.
[17:35] <stickster> Yeah, that was the redesign I did... just color changes
[17:36] <Eitch> links are still red
[17:36] <stickster> Yes, that was to distinguish them from the blue headings
[17:36] <Eitch> boxes backgrounds are somewhat red too
[17:36] <stickster> On my screen they're yellow
[17:36] <megacoder> washed-out lavender here
[17:36] <stickster> megacoder: Wow, nice video card man
[17:36] <BobJensen> Puke colored here
[17:36] <Eitch> humm
[17:37] <Eitch> I think it should be some other color
[17:37] <megacoder> Better stick to primary colors...
[17:37] <Eitch> let me see
[17:37] <BobJensen> Moving along?
[17:37] <Eitch> http://www.devin.com.br/eitch/tlm4/
[17:37] <stickster> BobJensen: Please
[17:37] <Eitch> a modified fedora.cs
[17:37] <quaid> ok, I'll clean that up from above
[17:37] <Eitch> using blue :)
[17:38] <stickster> Eitch: Using single side of the color spectrum is bad 
style. It makes things that need to stick out (like admonitions) stick out 
*less*
[17:38] <quaid> </design_discussion>
[17:38] <BobJensen> quaid: +1
[17:38] <quaid> I got the above list
[17:38] <stickster> +1
[17:38] <quaid> into a message to clean up
[17:38] <Eitch> ok
[17:38] <quaid> and we'll push all help to that discussion of 
needs/requirements on f-websites-l
[17:38] *** nman64 is now known as nman64_away.
[17:39] <quaid> thx nman64_away
[17:39] <Eitch> task: I'll make some modifications and cleanup and present on 
the list, period
[17:39] <quaid> 2. CVS policy
[17:39] <quaid> weigh in
[17:39] <nman64_away> quaid: np.  Gotta run again, but I'll check logs and 
lists when I get back.
[17:39] <quaid> Eitch: perfect, thanks, we want to give more 'juice' to the 
other designers, so we can collaborate with them
[17:39] <Eitch> sure
[17:40] <Eitch> now about the CVS policy... 
[17:40] <quaid> NOTE: in about five minutes I'm going to say that I'm leaving, 
then I'll /quit and move from this wired desk to the wireless conference 
hall, and it takes me at least five minutes to walk there
[17:40] <megacoder> I saw the notice quaid put out, but I think the CVS policy 
should be part of a de-emphasis as we embrace plone.
[17:40] <quaid> so, I'll rely upon one of you to capture all this log, so i 
can catch up :)
[17:40] <quaid> megacoder: good point
[17:41] <megacoder> That's why I haven't bombarded the ML yet.
[17:41] <quaid> megacoder: so, Plone YACanonical repository?
[17:41] <megacoder> Make seem a positive step rather than a withdrawal of 
privilege
[17:41] <BobJensen> we need a stepping stone from new contributor to full 
blown CVS user IMO
[17:41] <stickster> Right, no point in wringing our hands over making CVS 
barrier low if Plone and/or Wiki does
[17:41] <quaid> so, we federate
[17:41] <BobJensen> I thinkplone can do just that
[17:42] <quaid> federated canonical repositories
[17:42] <quaid> this is weird
[17:42] --> daMaestro has joined this channel (n=jon at fedora/damaestro).
[17:42] *** quaid is now known as thinkplone.
[17:42] <megacoder> People's Republic Of Plone
[17:42] *** thinkplone is now known as quaid.
[17:42] <quaid> sorry for the nickbomb
[17:42] <megacoder> People's Paradise of Plone
[17:42] * stickster waits for bread lines to start
[17:43] <quaid> do we need to scale back CVS permissions?
[17:43] <quaid> or just hold off on adding people, and set a different barrier 
for all future people?
[17:43] <BobJensen> Guys daMaestro is Jon from the Fedora Community, has been 
helping a lot with Plone for the Unity Project
[17:43] <stickster> A little of #1 and more of #2
[17:43] <quaid> no one has done anything worthy of _revoking_ permissions, 
have they?
[17:43] <daMaestro> hello
[17:43] <megacoder> Not to my knowlege
[17:43] <quaid> hi daMaestro, thanks for the connection as to what you are 
doing
[17:43] <stickster> I have, but Tommy keeps humoring me
[17:44] <megacoder> or you'd be smelling dead carnage
[17:44] <quaid> right, then ...
[17:44] <quaid> we have all sponsors here
[17:44] <Eitch> I think we should use the "sponsor" method to add new cvs 
users
[17:44] <quaid> so, from here until whenever, we hold back on CVS permissions 
unless they are needed for real and honest true
[17:44] <stickster> Down with that
[17:44] <quaid> such as translators, real localizers need CVS
[17:45] <quaid> sponsor_method++
[17:45] <stickster> It would be cool if there was a way to give rights in 
CVSROOT/avail as "*/po"
[17:45] * stickster needs to check docs
[17:45] <BobJensen> K
[17:45] <quaid> so, not holding back, just setting some parameters to entry
[17:45] <quaid> you can
[17:45] <quaid> oh, */po
[17:45] <quaid> hmmm
[17:46] <quaid> alt we just do the work of adding a custom line for each doc
[17:46] <megacoder> stickster, risky IYAM
[17:46] <stickster> quaid: Sticking point is, we don't know when people enter 
translation process, but we don't want to wait to harness their enthusiasm
[17:46] <stickster> megacoder: ?
[17:47] <quaid> stickster: anonymous checkout?
[17:47] <quaid> stickster: they have to show the PO to get in the do'?
[17:47] <megacoder> I think that's more trouble than it's worth.  Just dely 
CVS access until there is a demonstrable need so we don't get bogged down by 
newbie handholding when they don't need it anyway.
[17:47] <stickster> quaid: I knew you were a closet poet
[17:47] <quaid> you knows it
[17:47] <megacoder> quaid, +1: we've have folks translate whole documents in 
toto and then have to regress into PO files.
[17:47] <stickster> megacoder: *shrug* WFM
[17:48] <stickster> megacoder: Good point, that
[17:48] <Eitch> +1
[17:48] <stickster> OK, so everyone seems to be agreed with the concept of 
sponsorship, though, right?
[17:48] <quaid> megacoder, stickster can one of you admin types capture all 
this thinking, at least, and any random notes into a DocsProject/CVSAdmin or 
CVSSponsors of some kind?
[17:48] <megacoder> I think one's apprentice period is over when there is a, 
whaddaya call it, "master piece".
[17:49] <quaid> I mean, we need a little bit of a process for how stuff gets 
added, even if we automate, we want to document what the automation does :)
[17:49] <stickster> We kind of need to raze our plentiful, confusing, and 
superfluous wikiosity into fewer and more useful material
[17:49] <quaid> megacoder: note that f-trans is 100% CVS commit reliant
[17:49] <quaid> the WUI is all about locking files and giving status on what 
is in CVS
[17:49] <megacoder> quaid, yes...
[17:50] <Eitch> People enter the list, self-introduce themself, get sponsored 
by someone (as a mentor), user checks out from cvs one document that the 
sponsor indicated, translates it, sends to the sponsor and list, sponsor 
commit, list decides if user will be in CVS
[17:50] <quaid> so we are going to ... merge processes with theirs
[17:50] <megacoder> Eitch, "checks out anonymously" .... "sponsor decides" ... 
should be enough process for us.
[17:51] <Eitch> yes
[17:51] <Eitch> anonymously
[17:51] <Eitch> +1
[17:51] <Eitch> sponsor decides and inform the list :)
[17:51] <EvilBob> if you can't check out anonymously you are never going to 
"get" the "real" CVS
[17:52] <quaid> word
[17:52] <megacoder> EvilBob, that makes the sponsor responsible for the newbie 
sitting, not the list; I like it.
[17:52] <quaid> ok, jetting to the conf floor
[17:52] <quaid> continue amongst yourselves
[17:52] <-- quaid has left this server ("run to the wireless").
[17:52] <Eitch> megacoder: me too
[17:52] <megacoder> natter, natter, gromish, gromish...
[17:53] <Eitch> this way we could veify if the contributor really works :)
[17:53] <Eitch> *verify
[17:53] <stickster> We need to find out who to tickle, slap, or cudgel to find 
out what's up with i18n.redhat.com integration -> fp.o
[17:53] <megacoder> This should also help with CVS administration: now, we 
have no good way of removing dead accounts.
[17:54] <Eitch> stickster: Infraestructure Project? :)
[17:55] <stickster> Eitch: The i18n server is inside RH walls, so I don't 
think they are holding the bag on this one
[17:55] <stickster> I could be wrong though
[17:55] <stickster> Where's mether when you need him...
[17:56] <Eitch> sopwith at redhat.com
[17:56] <stickster> Maybe it was gampe's group
[17:56] <Eitch> btw they are looking for help (as the fedora announce mailing 
list showed)
[17:57] <Eitch> ok one more task for me until the next meeting: create a 
guideline draft to sponsoring in Docs
[17:57] <ghenry> damn. didn't think he'd take so long
[17:58] <BobJensen> ghenry: late input is better than no input
[17:58] <stickster> Eitch: Do you want to simply take DocsProject/CVSAdmin on 
the wiki then?
[17:59] <ghenry> So we made a decision on cvs access??
[17:59] <Eitch> Could be, but I'll need an editor since my english grammar is 
not the best :)
[17:59] <stickster> ghenry: Sponsorship -> access
[17:59] <stickster> Eitch: I got you covered
[17:59] <ghenry> ta stickster
[18:00] <Eitch> thanks
[18:00] <Eitch> Game Finished! Brazil 1 x 0 Croatia!
[18:00] <ghenry> Since our last e-mail, not approved anyone
[18:01] <Eitch> yes
[18:01] <Eitch> there are two waiting
[18:01] <stickster> I haven't really seen any commits out of anybody but the 
usual suspects anyway
[18:01] <Eitch> I'll sponsor one of them (I know him)
[18:01] <BobJensen> ghenry: same here, have been holding off
[18:01] <stickster> Sponsoring is not the same as cvsdocs access, though, 
right?
[18:02] <megacoder> stickster, who are you asking?
[18:02] <stickster> Our avail rule is pretty much wide-open to everyone, so 
take that into account when drafting the guidelines
[18:02] <stickster> megacoder: Just a general group question
[18:02] <BobJensen> I think mentoring is the right word
[18:02] <Eitch> cvsdocs access should be granted only after the sponsorship, 
am I right?
[18:03] <stickster> BobJensen: Too confusing with Fedora Mentors program
[18:03] <Eitch> all the steps I describe
[18:03] <Eitch> described
[18:03] <stickster> BobJensen: Extras uses "sponsorship," let's stick with 
that
[18:03] <BobJensen> OK
[18:03] <megacoder> OK: self intro -> get a sponsor -> do real work -> sponsor 
sends CVS request to XXX
[18:03] <Eitch> that's it
[18:04] --> quaid has joined this channel (n=quaid at fedora/quaid).
[18:04] * BobJensen raises his hand to be sponsored
[18:04] <quaid> howdy
[18:04] <Eitch> welcome back
[18:04] <BobJensen> WB quaid we kicked you off the committee
[18:04] <BobJensen> LOL
[18:04] <Eitch> LOL
[18:05] * megacoder thinks quaid was hoping you weren't
[18:05] <BobJensen> OK: self intro -> get a sponsor -> do real work -> sponsor 
sends CVS request to XXX
[18:05] * megacoder at least isn't sure of the timing of that heavy sigh
[18:05] <BobJensen> that sounds like a good plan to me
[18:05] <Eitch> :)
[18:05] <Eitch> next item?
[18:06] <Eitch> Expanding Beats
[18:07] * Eitch does not know about it
[18:07] <stickster> Or rather, contracting them?
[18:07] <BobJensen> Beats need content, Content has to come from the beat 
writers and devs
[18:08] <Eitch> so Expanding means "getting more collaborators?"
[18:08] <stickster> ah
[18:08] <BobJensen> In this case splitting up documents in to parts for a team 
of writers to work together on a larger doc
[18:09] <stickster> The *docs* keyword in CVS commits still works, right?
[18:09] <BobJensen> this will present a challenge for the editors to make sure 
that the different writing styles of the assorted writers does not show
[18:10] <Eitch> stickster: I don't know about this :(
[18:11] <Eitch> BobJensen: but Beats are not made this way now?
[18:11] <stickster> I like to go in and make everything sound as dry and 
impersonal as possible, thus eliminating any writing personality at all
[18:11] <stickster> Problem solved :-D
[18:11] <BobJensen> Eitch: the idea is to expand the beats idea beyond the 
release notes
[18:11] <megacoder> LSD == Let Stickster Doit!
[18:11] <Eitch> BobJensen: huuuuum!
[18:11] * stickster thinks back fondly to... oh, three months ago when we last 
visited the woolly and wonderful world of beats
[18:11] <BobJensen> Eitch: taking what we learned there and apply it to other 
documantation
[18:12] <stickster> megacoder: That's surely a bad trip ;-D
[18:12] <Eitch> BobJensen: reading Documentation Guide could be useful for the 
writers :)
[18:12] <stickster> Hm, maybe I should finish it then
[18:12] <stickster> Besides, many of these are developers, they don't read!
[18:13] <Eitch> Rule 1: "make everything sound as dry and impersonal as 
possible, thus eliminating any writing personality at all"
[18:13] <Eitch> :P
[18:13] <stickster> Ha
[18:14] <stickster> Anybody with an action item for Beats then?
[18:14] <BobJensen> I hate dry impersonal reading
[18:14] <Eitch> BobJensen: I think SELinux would be a good document to do 
this :)
[18:14] <BobJensen> the release notes showed passion
[18:14] * Eitch likes friendly reading
[18:15] <BobJensen> every section just about had passion IMO
[18:15] <stickster> Especially the part about the sunsets
[18:16] <BobJensen> People gave a crap what they were writing, made you care 
abotu what you were reading, stickster and stuart did a great job of blending 
all the people in to one
[18:16] <stickster> Distributed beat writing == good beats
[18:16] <BobJensen> well we all did
[18:16] <stickster> "My stuff is the best" --> "This stuff is ALL the best"
[18:17] <BobJensen> there were what 6 of us combing over the notes that last 
couple days?
[18:17] <BobJensen> I think we almost broke the wiki with all the changes
[18:18] <BobJensen> stickster: do you have a doc in mind we can apply this 
idea to? Eitch suggested SElinux
[18:18] <BobJensen> stickster: we have a ton of info on the wiki related to 
the topic
[18:19] <BobJensen> 
http://fedoraproject.org/wiki/?action=fullsearch&context=180&value=SElinux&titlesearch=Titles
[18:19] <Eitch> and in Dan Walsh blog
[18:20] <Eitch> http://danwalsh.livejournal.com/
[18:20] <Eitch> this blog has maaaaaany informations about SELinux
[18:20] <megacoder> Folks, I gotta bail.  Don't volunteer me for something.
[18:21] <BobJensen> megacoder: +1
[18:21] <-- megacoder has left this server ("I Worship His Shadow.").
[18:21] <Eitch> quaid disappeared :D
[18:21] * BobJensen elbows stickster 
[18:21] * BobJensen grabs a spork
[18:22] <BobJensen> I think he's dead, if so I get the eyes
[18:22] <BobJensen> hehehe
[18:22] <Eitch> hehehe :P
[18:22] <BobJensen> OK I think </meeting> is in order
[18:22] --> mspevack has joined this channel 
(n=mspevack at nat-pool-rdu.redhat.com).
[18:22] <BobJensen> Hi Max
[18:22] <Eitch> BobJensen: do you have more things to tell about the Beats?
[18:22] <mspevack> BobJensen: hi
[18:23] <Eitch> some decision.
[18:23] --> stickster__ has joined this channel (n=pfrields at fedora/stickster).
[18:23] <BobJensen> Eitch: not really
[18:23] <BobJensen> Eitch: Just looing for another way to apply what we 
learned in the release-notes
[18:23] <Eitch> I think it's a good idea but coordination is hard (as you 
already know from release-notes ;-)
[18:24] <-- stickster has left this server (Nick collision from services.).
[18:24] <BobJensen> stickster: do you have a doc in mind we can apply the 
beats idea to? Eitch suggested SElinux
[18:24] <BobJensen> stickster: we have a ton of info on the wiki related to 
the topic
[18:24] <BobJensen> 
http://fedoraproject.org/wiki/?action=fullsearch&context=180&value=SElinux&titlesearch=Titles
[18:24] <Eitch> And I suggest doing this experiment with the SELInux doc
[18:24] <BobJensen> Eitch and in Dan Walsh blog
[18:24] <BobJensen> Eitch http://danwalsh.livejournal.com/
[18:24] *** stickster__ is now known as stickster.
[18:25] <stickster> I think that's a great idea
[18:25] <stickster> Much of Dan's work, though, to be fair, could almost go 
into a guide verbatime
[18:25] <stickster> *verbatim
[18:25] <stickster> Maybe it's worth looking at it to see what could be 
included into the SELinux FAQ?
[18:26] <BobJensen> stickster: We are looking for input here, don't ask us 
anything
[18:26] <BobJensen> LOL
[18:26] <Eitch> :P
[18:26] <daMaestro> i still want to do an url submission system for submitting 
blogs for indexing
[18:26] <BobJensen> stickster: we have existing SElinux docs that quaid worked 
on right?
[18:26] <-- quaid has left this server (Read error: 110 (Connection timed 
out)).
[18:27] <stickster> Yes, SELinux FAQ is most up to dtae
[18:27] <Eitch> SELinux FAQ Beats!
[18:27] <Eitch> :P
[18:27] <stickster> Karsten's not the only author though, Chad Sellers also 
has done work on it
[18:27] <BobJensen> stickster: I know some of the others need much love also
[18:27] <stickster> The one thing we have to be careful about is documents 
that are not easily sliced
[18:28] <BobJensen> stickster: so should we go to them and see what they think 
about applying the beats idea to those docs?
[18:28] <stickster> Needing love != would benefit from slicing
[18:28] <BobJensen> seeing if they would be willing to help with the final 
edits?
[18:28] <stickster> As long as we keep the organizing principle in mind -- 
Beats works because it's easily divisible
[18:28] <stickster> BobJensen: +1 that
[18:29] <stickster> FAQ is usually easily divisible
[18:29] <stickster> Yum Guide -- not so much
[18:29] <stickster> (just as an example)
[18:29] <Eitch> I agree with stickster
[18:30] <BobJensen> stickster: would you be willing to look at the existing 
SElinux docs and see if they are suitable?
[18:30] <BobJensen> stickster: and report back onlist or at next week's 
meeting?
[18:30] <stickster> I could call that now
[18:30] <stickster> SELinux FAQ -> YES
[18:30] <stickster> SELinux Apache -> NO
[18:30] <stickster> Just my opinion, to be sure
[18:31] <BobJensen> there is another Doc isn't there?
[18:31] --> quaid has joined this channel (n=quaid at fedora/quaid).
[18:31] <stickster> Those are the only SELinux docs methinks
[18:32] <BobJensen> You are right
[18:32] <BobJensen> OK SElinux FAQ can be our test baby?
[18:33] <stickster> Disco
[18:33] <BobJensen> with authors approval
[18:33] <BobJensen> and input
[18:33] <stickster> Yup
[18:33] <BobJensen> Heh
[18:33] <BobJensen> Copyright © 2006 Chad Sellers, Paul W. Frields
[18:33] <BobJensen> hehehe
[18:34] <BobJensen> No wonder you could answer so quick
[18:34] <stickster> ;-)
[18:34] <stickster> That's just for my meager editorial contributions
[18:34] <BobJensen> Eitch: see how this works?
[18:34] <BobJensen> Eitch: he is pushing his work off on us
[18:34] <BobJensen> hehehe
[18:35] <Eitch> :P
[18:35] <Eitch> many things to do, few people
[18:35] * stickster pumps fists in triumph
[18:35] * Eitch votes for a </meeting>
[18:35] <BobJensen> +1
[18:36] <BobJensen> stickster: will you bring the SElinux FAQ trial to the 
list and authors please?
[18:36] <stickster> np
[18:36] <BobJensen> </ meeting>

-- 
[]'s
Eitch

http://www.devin.com.br/eitch/
"Talk is cheap. Show me the code." - Linus Torvalds