Hi,
I looked through Fedora 9 release notes and there is no mention of ATI
or Nvidia cards and their proprietary drivers. Because lots of people
have these cards and know that in order to get compositing working on
their desktop that they need proprietary drivers. I'm fortunate to be
using intel video chips in all of my laptops but others aren't so
lucky or knowable. I don't see it in release notes but I hear from
other users that these proprietary drivers don't work with latest
X.org server. Is that information not relevant enough for release
notes?
Cheers,
Valent.
--
http://kernelreloaded.blog385.com/
linux, blog, anime, spirituality, windsurf, wireless
registered as user #367004 with the Linux Counter, http://counter.li.org.
ICQ: 2125241, Skype: valent.turkovic
This meeting summary:
http://www.redhat.com/archives/fedora-docs-list/2008-May/msg00125.html
... is see the result of the last few months of discussion amongst the
steering committee members, new and old.
We are moving to a lighter-weight leadership model. Those who want to
lead, show up and do so. You lead and learn with your actions.
Currently, elections are a distraction, leave out out interested people,
and make good people feel guilty when they are unable to participate in
their elected position.
In the future, as the subProj grows, we may need to elect leaders to
represent different voices in the overall Fedora community. We'll do
that when the time comes.
This is really the way Docs has always been -- those who show up to do
often end up helping make the decisions. The are effectively the
steering committee. Enshrining those folks with an election isn't
required right now.
Disagree? Show up and influence the thinking. That's how it works.
Meanwhile, our focus as a Fedora subProject is on:
* Enabling Fedora contributors with content specific for that audience
* Garden and care for all of the wiki
Thanks,
Karsten, a Docs faceguy
--
Karsten Wade, Sr. Developer Community Mgr.
Dev Fu : http://developer.redhatmagazine.com
Fedora : http://quaid.fedorapeople.org
gpg key : AD0E0C41
Attendees:
-----------
John Babich (jmbuser)
Eric Christensen (Sparks)
Jared Smith (jsmith)
Bart Couvreur (couf)
Karsten Wade (quaid)
Jef Spaleta (spoleeba)
Ian Weller (ianweller)
Summary:
---------
* BIG GOVERNING CHANGES IN STEERING COMMITTEE
- FDSCo dropping elections
- Steering Committee is opt-in
- whoever shows up, helps lead
- if you need to opt-out for a while/forever, be responsible and tell
- FDSCo decides who are Chair/Vice-Chair
- ... and what their duties are!
- FDSCo is responsible for making sure leadership remains relevant
- Raise subject matter voices
- Many leaders instead of One Docs Leader
- Visible points of contact for rest of Fedora to find
* DOCS SUPPORTS SIGS
- http://jspaleta.livejournal.com/22663.html
- http://jspaleta.fedorapeople.org/role-based-sigs/sig-teams.png
- Docs is the prototypical Fedora subproject
- Our subproj role is tools, processes, and content that support
ourselves, other subprojs, and the SIGs
- In a SIG-centric Fedora, each SIG has a person in the role of
documenter, who also works in the Docs subProject
* AS SUBPROJ/SIGS TAKES HOLD, ELECTIONS MIGHT BE NECESSARY AGAIN
- More SIGs == more voices in Docs
- More voices == more room for different ideas and need for elections
to define leaders of those voices
* WIKI GARDENING UPDATE
- https://fedoraproject.org/wiki/Category:DocsProject
- Content for a Docs contributor audience
- Never considered "done"
- https://fedoraproject.org/wiki/Category:Documentation
- Content for a wider Fedora audience
- Subproj content
- SIGs content
- End-user content
- https://fedoraproject.org/wiki/Category:DocumentationDraft
- Content in draft
- Only used for content that moves to Category:Documentation
- MediaWiki Namespace: under review
- Helps separate out a large body of content from the main area
- Search, etc.
- Seems to be a bit heavy for now
- https://fedoraproject.org/wiki/Special:Lonelypages
- Potentially orphaned pages because they are not linked anywhere in
the wiki
- Crossed with google.com research can show possible dead pages
- Can use new {move||~~~~} template
https://fedoraproject.org/wiki/Template:Move
In wiki format:
https://fedoraproject.org/wiki/DocsProject/SteeringCommittee/Meetings/Minut…
12:07 < quaid> <meeting>
12:07 -!- quaid changed the topic of #fedora-meeting to: FDSCo mtg -- welcomes
12:07 < quaid> ... and welcome
12:08 -!- jmtaylor [n=jason@fedora/jmtaylor] has joined #fedora-meeting
12:08 -!- jmbuser [n=jmbuser(a)195.229.25.134] has joined #fedora-meeting
12:09 < quaid> roll call for easy record keeping, if you are here ...
12:09 < quaid> <- Karsten is here
12:09 < jmbuser> JohnBabich
12:09 < Sparks> Eric Christensen
12:09 -!- Ludvick [n=ludvick_(a)adsl-065-012-235-102.sip.mia.bellsouth.net] has joined #fedora-meeting
12:10 * quaid is getting agenda up on his screen
12:10 -!- mcepl [n=matej(a)adsl3050.in.ipex.cz] has left #fedora-meeting ["Bye bye!"]
12:10 < jmbuser> JohnBabich the psychic
12:10 < quaid> heh
12:10 * ianweller lurks
12:10 < quaid> ok, I saw couf join
12:10 < quaid> and jsmith is half-here
12:10 < quaid> stickster_afk is at a booth or dinner or something
12:11 * jsmith wishes he were eating dinner
12:11 -!- quaid changed the topic of #fedora-meeting to: FDSCo rollin' in the hood -- Elections!
12:11 < quaid> cool, we have everyone here to discuss elections, governance, and the like
12:11 < quaid> paul posted a bit on list
12:11 < quaid> http://www.redhat.com/archives/fedora-docs-list/2008-May/msg00093.html
12:12 * quaid waits a moment for others to read the thread
12:13 < quaid> ok
12:13 < Sparks> There was also some additional conversation that was had but it didn't go much further
12:13 < quaid> some differeint ideas there, ditt and sparks
12:14 < quaid> what I propose is this:
12:14 < quaid> i. we discuss until :35 at the latest
12:14 < quaid> ii. see if we have a consensus
12:14 < quaid> iii. if not, push the discussion contents back to the list and continue
12:15 < Sparks> +1
12:15 < quaid> I started the whole thing off because we are looking at how we govern in Fedora, and I think it makes sense to review on a subproj basis if we are following a formula that works for us or not
12:15 < jmbuser> +1
12:16 < jmbuser> continue
12:17 * quaid could talk for 20 minutes if he isn't careful :)
12:17 < quaid> simple idea:
12:17 < quaid> how do we turn from "the leader" into "a leader" and "A group of leaders"?
12:17 < quaid> eol
12:18 < jmbuser> We already seem to have a pretty motivated group of people
12:18 < jsmith> quaid: People don't learn to lead by watching a leader. They learn to lead by having adversity thrown at them
12:19 -!- fab [n=bellet(a)bellet.info] has quit [Read error: 113 (No route to host)]
12:19 < jsmith> The person you call "the leader" is simply the one that's experienced the most adversity, and done the best at getting through it
12:19 -!- spoleeba [n=one@fedora/Jef] has joined #fedora-meeting
12:19 < quaid> what is interesting to me is this ... we have a process we've defined, and we have a way we've grown organically ... and they don't necessarily match
12:19 < jmbuser> This is not that unusual
12:20 < quaid> do we fix the process then? dissolve it?
12:20 -!- wolfy [n=lonewolf@fedora/wolfy] has left #fedora-meeting ["The chief excitement in a woman's life is spotting women who are fatter than she is."]
12:20 < Sparks> In my opinion, I think the Steering Committee is too bulky for where I see the DocsProject is currently at
12:21 < jmbuser> Planned processes and the way things actually work out are usually two different things
12:21 < quaid> spoleeba: you might want to throw in here -- discussing governance of Docs, how to work with SIGs, etc.
12:21 < jmbuser> The solution is to have the process reflect reality
12:21 < quaid> spoleeba: or you might rightly say, "not my place, proceed" :)
12:21 < Sparks> If we defined a chair and a vice-chair I think they could "steer" the process
12:21 < quaid> reality is -- interestd people show up at a meeting time, on list, etc.
12:22 < quaid> Sparks: I see that, as a group, Fedora appreciates where there is a named leader or two or three so people know who to "go to"
12:22 < Sparks> Exactly
12:22 < Sparks> But I don't think we have the following necessary for a committee to lead the project
12:23 * jsmith agrees
12:23 < quaid> oh good
12:23 < quaid> that's how I've been feeling :)
12:23 < jsmith> In fact, I'd gladly give up my seat on the said commitee
12:23 < quaid> the committee weight is a bit heavy to maneuver with
12:23 < jsmith> (as I've been practically worthless lately)
12:23 < quaid> or
12:24 < quaid> make it "opt in"
12:24 < quaid> you want in, you are in
12:24 < quaid> you want out, just say you are disappearing for a while
12:24 < quaid> and let people "breathe" that way as per their life
12:24 < Sparks> That works
12:24 < quaid> I've been fortunate to have more Fedora time now, but I've always had weeks or months where I disappear into RHT work
12:25 < Sparks> We, as a project, should be able to say "we want this"... and we already do, really
12:25 < quaid> yep
12:25 < quaid> as for picking chair/v-chair stuff ... ideas that occur to me are:
12:25 < quaid> * have that as a general subproj election
12:25 < quaid> * have the opt-in FDSCo do it for everyone else
12:25 < quaid> sorry, that was 1 and 2
12:26 < jmbuser> "Is Fedora Docs going to remain a project or become a SIG?" is the question to ask, in my opinion
12:26 < quaid> 3. don't elect, just make sure things move around often enough
12:26 < quaid> 4. don't elect but have a clear process to kick out people who become tyrants
12:26 * jmbuser is always out of phase lately - sorry
12:26 < quaid> jmbuser: now, there is a way to ask that question, but I think it is already answered
12:27 < jsmith> Let me throw out one other question... is this a case of "much ado about nothing"?
12:27 < quaid> I support the general scheme that spoleeba (Jef) has proposed.
12:27 < quaid> in that one, Docs is clearly a subproject
12:27 -!- mccann [n=jmccann@nat/redhat-us/x-4789468b54e83c36] has quit [Read error: 110 (Connection timed out)]
12:27 < quaid> and each SIG has a docs role to fill, with that person connecting back up to Docs the subproj
12:27 < jsmith> I mean, has the FDSCo really been that bad?
12:27 < quaid> jsmith: not bad, just ...
12:28 < quaid> jsmith: we said we'd have elections and stuff
12:28 < jsmith> quaid: And we have... at least I think I got elected somehow
12:28 < quaid> jsmith: so we need to be clear what we are doing, for those in the proj but not involved in leading, etc.
12:28 -!- mccann [n=jmccann@nat/redhat-us/x-fdef7a5fbd075095] has joined #fedora-meeting
12:28 < quaid> jsmith: I mean, it's time again for elections :)
12:28 < Sparks> +1 to quaid's list...
12:28 < quaid> turnout has been not very big nor grown across elections; in fact, I think it might have declined
12:28 < Sparks> I think we should "elect" or "appoint" a leader of some sort
12:29 < quaid> how about this as a scheme:
12:29 < jsmith> FSSCo senate?
12:29 < quaid> * FDSCo is opt-in, consisting of all who want to be involved in steering
12:29 < quaid> * FDSCo has the charge to make sure leadership remains relevant
12:29 < quaid> * FDSCo decides to elect or appoint
12:30 < quaid> * If project members have problems with any of that, the answer is obviously to opt-in to the process and help from within the steering
12:30 < jsmith> +1
12:30 < jsmith> WORKSFORME
12:30 < Sparks> +1
12:30 * quaid is thinking it looks OK and quite a bit like what we do already :)
12:31 < Sparks> It is... only less strict... more flexible
12:31 < jsmith> quaid: And yes, if you become an evil tyrant we'll kick you out ;-)
12:31 < jmbuser> In that anyone who wants to be on the steering committee generally gets elected, it doesn't seem to be much different
12:31 * quaid is happy we found a way to make Sparks' vote official, too :)
12:31 < jsmith> be right back
12:32 < jmbuser> than what you propose
12:32 < quaid> jmbuser: right, except we artificially constrained the SCo before, so people who cannot be active are "taking slots" from people who can be active right now; so yeah, better
12:32 -!- RodrigoPadula [i=c8c6c292(a)gateway/web/ajax/mibbit.com/x-15a8c9d839c8dfb7] has joined #fedora-meeting
12:33 < RodrigoPadula> hello guys!
12:33 < jmbuser> In other words, people get elected, then their life situation changes, then someone else becomes active between elections?
12:33 < spoleeba> let me ask this.. do you have a handle on the number of active people are in the fas groups you think should have a say in the direction of docs?
12:33 < quaid> I don't think so
12:33 < quaid> that said,
12:33 < quaid> most such people tend to come in there anyway in some fashion
12:34 < quaid> but we are not well represented from certain groups
12:34 < spoleeba> is that number big enough to support an election? elections on make sense if you need representative governance..versus referendum
12:35 < spoleeba> if sigs grow doc roles...then maybe you'll need elections of some sort
12:37 < quaid> +1
12:37 -!- J5_ [n=quintice(a)66.187.234.199] has joined #fedora-meeting
12:37 < quaid> when it gets to where we have some actual contention to elect against :)
12:38 < quaid> right now it's like a girls club electing "officers"
12:38 < quaid> which was important
12:38 < quaid> back when we needed to make it clear RHT wasn't puppetizing things
12:38 < jmbuser> What about high-level decisions like not documenting closed-binary workarounds?
12:38 < quaid> now that we all know that RHT barely notices Docs (j/k ...
12:39 < quaid> jmbuser: where it's not clear from the overall project, SCo should be able to handle that
12:39 < jmbuser> Encouraging FOSS solutions instead?
12:39 < quaid> well, if in the future that becomes OK to do in Fedora, we'll follow suit.
12:40 < quaid> I mean, Fedora doesn't support closed binary workaround, so we don't have to, and really shouldn't
12:40 < quaid> if we do our job right and are visible enough, the rest of Fedora will make sure we don't drift, too :)
12:41 < quaid> ok, we went over the mark
12:41 < quaid> but I think we got some consensus, yes?
12:41 < jmbuser> please sum up
12:42 < quaid> ok, let's see ...
12:42 * jsmith stumbles back
12:42 < Sparks> +1
12:42 < quaid> 12:29 < quaid> * FDSCo is opt-in, consisting of all who want to be involved in steering
12:42 < quaid> 12:29 < quaid> * FDSCo has the charge to make sure leadership remains relevant
12:42 < quaid> 12:29 < quaid> * FDSCo decides to elect or appoint
12:42 < quaid> 12:30 < quaid> * If project members have problems with any of that, the answer is obviously to opt-in to the process and help from within the steering
12:42 < quaid> add to that:
12:42 < quaid> FDSCo elects or appoints leadership as they see fit.
12:42 < quaid> and what I propose:
12:43 < quaid> all FDSCo members say "I am a Fedora Docs Leader"
12:43 < quaid> and we emphasize points of contact that are subject matter focused rather than one big daddy
12:43 < quaid> (that is a grow-to strategy that includes better DocsProject pages to help others find their SME)
12:44 < quaid> eosummary
12:44 < quaid> SME == subject matter expert
12:44 < quaid> did I miss anything?
12:44 -!- kms [n=kms(a)mailgate.passback.co.uk] has joined #fedora-meeting
12:44 * jmbuser is starting to "get it"
12:45 < jsmith> quaid: You forget that we're going to elect you puppet dictator for life
12:45 < jmbuser> All hail, quaid!
12:45 < jsmith> quaid: But other than that minor issue, you've hit the issue squarely on the head
12:45 < quaid> hey, I have an ego, too
12:45 < Sparks> quaid quaid quaid quaid
12:45 < jsmith> quaid++
12:45 < jmbuser> MIB II reference :-)
12:45 < quaid> anyone who says they aren't proud of their roles in Fedora is probably lying :)
12:45 -!- JSchmitt [n=s4504kr(a)p4FDD1A55.dip0.t-ipconnect.de] has joined #fedora-meeting
12:46 < jsmith> quaid: I'm not proud of my role on FDSCo... does that count?
12:47 < Sparks> So that went twice as long as was "allowed"... :)
12:48 < quaid> word
12:48 < quaid> anything more?
12:48 -!- quaid changed the topic of #fedora-meeting to: FDSCo mtg rolls onward -- release notes 9.0.2-1
12:48 < quaid> anyone here know anything?
12:49 * jsmith doesn't know *anything*
12:49 < quaid> mdious isn't here, it's middle of night in .au
12:49 < quaid> stickster_afk is dining still
12:49 * quaid is joking, he doesn't know
12:49 < quaid> ok, moving on
12:49 < jsmith> ~hail gluttony!
12:49 -!- tiagoaoa [i=c8c6c292(a)gateway/web/ajax/mibbit.com/x-d005906909200f78] has joined #fedora-meeting
12:49 -!- quaid changed the topic of #fedora-meeting to: FDSCo is as FDSCo does -- Wiki gardening ...
12:49 < quaid> let's make this the final topic for now
12:49 < quaid> oh, sorry
12:49 < quaid> Sparks had some stuff too
12:50 < Sparks> Not really... It can wait.
12:50 < quaid> Sparks: are those sub topics to wiki gardening?
12:50 < Sparks> Yes
12:50 < couf> pong, sorry
12:50 < quaid> if you say yes, then go ahead, that's as good a place to start as any
12:50 < Sparks> Okay... So wiki gardening...
12:50 -!- quaid changed the topic of #fedora-meeting to: FDSCo is as FDSCo does -- Wiki gardening ... UG, SecG, Other, cleaning up projects list ...
12:50 < Sparks> I've been making a run through the DocsProject and Documentation pages...
12:51 < quaid> (it's been going pretty well, IMO, thanks to all who have been helping)
12:51 -!- jmbuser [n=jmbuser(a)195.229.25.134] has quit [Read error: 104 (Connection reset by peer)]
12:51 < Sparks> and I think I've hit most of the 'big' pages...
12:51 < quaid> +1 sweet
12:51 < Sparks> but if you want to see how many pages are actually attributed to the DocsProject...
12:51 < Sparks> just go to https://fedoraproject.org/wiki/Category:DocsProject.
12:52 < Sparks> This brings up my first request...
12:52 < tiagoaoa> let me see if I can talk here
12:52 < Sparks> categories.
12:52 < tiagoaoa> yep.. not moderated, see?
12:52 < Sparks> tiagoaoa Go ahead
12:52 < tiagoaoa> nevermind
12:52 < quaid> Sparks: we can have categories in cats, right?
12:53 < Sparks> quaid: We can have anything we want.
12:53 < Sparks> Looks like Drkludge wrote something for our category...
12:53 < quaid> tiagoaoa: if you are having trouble talking in a #fedora-* channel, the channel topic there should point you at directions for registering your nick.
12:53 < quaid> Sparks: what are you thinking about for cats?
12:54 < Sparks> so that if anyone clicks on the category it will give them some information on what it is.
12:54 -!- ldimaggi_ [n=ldimaggi(a)66.187.234.199] has quit ["Leaving"]
12:54 < Sparks> There seems to be two... DocsProject and Documentation
12:54 < quaid> they are different
12:54 < quaid> one is content useful for people, the other is the project that maintains that content
12:54 < Sparks> If we can flag all the Documentation as such then it would make it easier to maintain and have people find it
12:54 < quaid> true that
12:54 < Sparks> quaid: exactly
12:55 < quaid> do we want to move the actual docs out from the DocsProject cat?
12:55 < Sparks> I'd like to propose we also do one for the drafts.
12:55 < quaid> what about a namespace?
12:55 < Sparks> quaid: I don't know. That was one of my questions
12:55 < quaid> Docs: or something
12:55 < quaid> ianweller: can we have a page in multiple, non-nested categories?
12:55 -!- Ludvick [n=ludvick_(a)adsl-065-012-235-102.sip.mia.bellsouth.net] has quit ["Leaving"]
12:56 < quaid> ianweller: or should we have a Documentation cat, and a DocumetationDraft sub-cat?
12:56 < Sparks> quaid: yes... Check the security guide.
12:56 < ianweller> it depends on how you want to do it. do you want your drafts in [[Category:Documentation]]?
12:56 < quaid> https://fedoraproject.org/wiki/Category:Documentation
12:56 < quaid> ok, I see
12:56 < jsmith> Gotta run again...
12:56 -!- jsmith is now known as jsmith-away
12:56 < ianweller> if not, make them separate; if so, add [[Category:Documentation]] to the page for Category:DocumentationDraft
12:56 < quaid> ianweller: yes
12:57 < Sparks> ianweller: cool... hadn't thought of that.
12:57 < quaid> that seems clear enough
12:57 < quaid> Sparks: +1 to the general idea, fwiw
12:57 -!- J5 [n=quintice@nat/redhat-us/x-0f613b84aea53d37] has quit [Connection timed out]
12:57 < Sparks> Yeah, just trying to get a standard out there
12:57 < quaid> I want to see us leading others in how to use MediaWiki to our advantage
12:57 < Sparks> the cats make it VERY easy to maintain things
12:57 < quaid> ianweller: what is the advantage of a Namespace: over or alongside a Category: ?
12:58 < quaid> Sparks: can you write up a policy? DocsProject/Categories or something
12:58 < Sparks> Sure
12:58 < quaid> policy/procedure/guideline whatever
12:58 < Sparks> guide
12:58 < Sparks> that's not a problem
12:58 -!- JSchmitt [n=s4504kr@fedora/JSchmitt] has quit ["Konversation terminated!"]
12:58 < Sparks> Anyone have anything else? If not I'll go on to the orphan pages and that will be it for me
12:59 < quaid> I want to talk about namespaces but need to grok it better
12:59 < quaid> so we can move on to orphaned, sure
12:59 < Sparks> https://fedoraproject.org/wiki/Special:Lonelypages
12:59 * quaid reading http://meta.wikimedia.org/wiki/Help:Namespace
12:59 -!- rdieter_away is now known as rdieter
12:59 < Sparks> So this page shows all the pages in the wiki that aren't linked to any other page in the wiki
12:59 < quaid> oooooh, nice Special: page
12:59 < ianweller> quaid: i'm trying to search for what would be a good reason to completely switch over to namespaces
12:59 < Sparks> Lots of fun stuff in here.
13:00 < quaid> wow, there are tons there
13:00 < quaid> for the MoinEditorBackup, ianweller or someone was looking at a way to mass delete them
13:00 < Sparks> Yeah, and if they aren't linked some how then they are only going to be found by a search which to me is inefficient
13:01 < quaid> that one is on the Migration Masters to-do list
13:01 < Sparks> yeah
13:01 < quaid> Sparks: well ...
13:01 < quaid> Sparks: one thing about MW is search is useful
13:01 < quaid> Sparks: also, they might be linked from the outside, which is legit
13:01 < quaid> I'd want to see a cross between this list and a Google frequency of some kind
13:01 < Sparks> I'm not saying we should go in and try to shoehorn all these pages in, but there are a lot of DocsProject files out there that need some love
13:01 < quaid> to use it as a basis for declaring orphans
13:01 < quaid> that is true
13:01 < Sparks> I agree
13:01 < quaid> ok, we are out of time
13:02 < Sparks> Yep, the orphan thing was just food for thought.
13:02 < Sparks> eof
13:02 < quaid> let's move this over to #fedora-docs to continue, a policy will take more discussion.
13:02 < quaid> ok, then, cool
13:02 < quaid> thanks everyone
13:02 < quaid> </meeting>
Hi,
I was looking at <https://bugzilla.redhat.com/show_bug.cgi?id=435599>,
and wondered about the last point in
<https://bugzilla.redhat.com/show_bug.cgi?id=435599#c17>.
Is there any documentation for this? I certainly have no idea what has
changed, and wouldn't know where to look :(
If someone wants content added to Fedora documentation, what is the
process? I checked in Bugzilla, but could not find any components
suitable for this.
Cheers,
Murray.
---------------------------------------------------------------------
pub 1024D/81B3FDEB 2007-09-19 [expires: 2008-09-18]
Key fingerprint = 4ED9 9907 5BF0 4132 2B46 20D1 C0C6 362D 81B3 FDEB
Murray McAllister (Fedora Docs Project / mdious) <murray.mcallister(a)gmail.com>
sub 2048g/B04CFA0C 2007-09-19 [expires: 2008-09-18]
Just some suggestions I'd like to point out for the gardeners of the new wiki...
I found a couple of rouge pages that deal with security that I think we can parse the data and remove the pages from the wiki or just plain remove the page as the data is outdated and has been written elsewhere.
The first one is the Cryptography page [1]. This page has a lot of good information contained within and could be broken up and incorporated into various chapters of the Security Guide [2] [3] and the page removed. The other page I found was linked from the Cryptography page and it dealt with LUKS. This page [4] is outdated (FC5) and doesn't contain any information that isn't already in the Security Guide [5].
Any thoughts? If this is good with the group, I can grab the information in the Cryptography page and place in the appropriate places and remove that and the old LUKS page.
Eric
[1] https://fedoraproject.org/wikinew/Cryptography
[2] https://fedoraproject.org/wikinew/Security_Guide
[3] https://fedoraproject.org/wikinew/Docs/Drafts/CryptoGuide
[4] https://fedoraproject.org/wikinew/Software/LUKS
[5] https://fedoraproject.org/wikinew/Security_Guide/9/LUKSDiskEncryption
Remove this line, then fill in date above along with other details below
Attendees:
-----------
Summary:
---------
* First item here
* Second item here
We are currently experiencing an unplanned outage as of 2008-05-28 10:00 UTC
Affected Services:
CVS / Source Control
Unaffected Services:
Websites
Buildsystem
Database
DNS
Mail
Torrent
Reason for Outage:
There appears to be a routing issue preventing outside hosts accessing the
machine that runs the CVS system used by Fedora Developers and the Docs Team
We are currently in the process of isolating the issue but an ETA is not
available and apologise for any inconvenience.
Contact Information:
Please join #fedora-admin in irc.freenode.net or respond to this email to track
the status of this outage.
Regards,
Nigel Jones
I've begun editing DocsProject pages in the new wiki. Ian Weller has
been working on the WikiEditing page (now Help:Editing) that is the
canonical source for our markup choices.
On this page, in this section ...
https://fedoraproject.org/wikinew/DocsProject/WikiGardening#Post-Migration_…
... I've begun compiling the various little things a wiki user wants to
do. Feel free to add as you learn more.
In today's Websites meeting, I've got a task of making a canonical page
for users and teams to use when fixing their migrated pages.
- Karsten
--
Karsten Wade, Sr. Developer Community Mgr.
Dev Fu : http://developer.redhatmagazine.com
Fedora : http://quaid.fedorapeople.org
gpg key : AD0E0C41
http://fedoraproject.org/wiki ==> /wikiold on 27 May == 'wikiold' == MoinMoin
http://fedoraproject.org/wikinew ==> /wiki on 27 May == 'wikinew' == MediaWiki
The content from MoinMoin (wikiold) is being early-imported to MediaWiki
(wikinew). That is happening right now and should be ready in N hours.
N == when it's ready. I'll send another announcement at that time.
This content is going to be imported *again* on 27 May, to capture any
changes made to wikiold. The details of that are being worked on, but
the goal is to have content fidelity. Your help is needed in
maintaining fidelity.
Here is what you should do:
1. Don't edit either wiki until you hear the early-import is done
2. If your content can wait until 27 May (Tuesday) for the public to
view it at fp.org/wiki, then do the work in wikinew and it goes live
with the final-import on Tuesday. This is a chance to fix pages in
wikinew that are not going to stay steady.
** DO NOT edit the page in both wikiold and wikinew. **
** Pick one and stick with it through the migration. **
3. If your content cannot wait until Tuesday and *must* be visible to
the public at fp.org/wiki between now and Tuesday, do the work in
wikiold. On Tuesday, it is final-imported into wikinew. You then want
to check the content post-import as you would any other pages.
Questions? #fedora-docs on irc.freenode.net is where the Wiki Gardeners
hang out. Time to start pruning and trimming and re-planting.
- Karsten, Wiki Gardener
--
Karsten Wade, Sr. Developer Community Mgr.
Dev Fu : http://developer.redhatmagazine.com
Fedora : http://quaid.fedorapeople.org
gpg key : AD0E0C41