My project mitwi which deals with "Publication of all man and info
pages for each release through a web interface" is back on track
again. Presently it is hosted under dgplug site.
When you click on the above-stated site you will get an option to
change the language in which you want to view the pages. You can
select the language according to your choice and then you will have to
click on 'change language'. Your language is change now. Now you can
select any one of the releases. Presently only F7 release is
available. So you will have to select Fedora 7. You have to then
select one of the page types. Presently info pages are not available,
so you will have to select man. Then on clicking on 'show commands' it
will show you the names of commands an an alphabetical order. You can
click on any of the commands to view it's man page.
You also have a search option where you can search a particular
command. On searching a command it's name, page type and release will
be shown. You can click on the command name to view it's page. If you
want direct link to any man page you can use links like
You can get this direct link in any man page opened in miwi which is
at the top of the page.
There are lot of bugs which I am fixing slowly.
As is customary, I'm introducing myself to the fedora documentation project.
I've been a member of the Fedora Project for about 6-8 months IIRC and
have been participating mostly in an Ambassadors role. However, as I
get a little more involved, I'd like to participate in further
projects and the docs is one where I feel I could help immensely.
This weekend, I attended my first FUDCon and met several people, of
which a few (Paul Frields, Jared Smith) are on the docs project as
I find that I could probably help here as I'm regularly asked to
document things for my work regarding Fedora specific features and
thus could help the Fedora project to improve its documentation as
well in these areas (and others as I can). I am a linux instructor
(Guru is the title we get when we're hired) at a small company in Utah
called Guru Labs. We provide training for Red Hat and other companies
throughout the world. Its quite a fun job, and I get to see much of
the country (and sometimes world).
I am a resident of Utah, which is Mountain Time, though I travel quite
a bit to the East Coast of the US. I usually try to stay on mountain
time, however so I can do that translation in my head (or because my
computer is always on that time).
Here's my gpg info:
gpg --fingerprint 62A2258E
pub 1024D/62A2258E 2006-07-09
Key fingerprint = 8C10 443D 7F49 A694 018C A2DD 7D27 D8A2 62A2 258E
uid Clint Savage (It's Guru Time) <clints(a)gurulabs.com>
uid Clint Savage <clint(a)herlo.org>
uid Clint Savage <herlo1(a)gmail.com>
uid Clint Savage (Utah Open Source) <clint(a)utos.org>
sub 2048g/5F818B03 2006-07-09
Hopefully, I can contribute where needed and look forward to working
with you all. I'm currently working on learning docbook and should be
more comfortable in the near future.
I'm Marcelo from Uruguay.
The spanish Fedora users needs Updated spanish documentation.
The documentation in spanish is out of date, and we need easy access to the
When I visit fedoraproject.org the web is in spanish, (great!!) but when i
navigate others web sections see are in "English", for example
(and every subsections there, including docs, of course)
I think Red Hat is a worldwide linux leader and must give more resources to
fedora, the documentation is very important and in fedora is poor.
My English is basic and not good to make spanish translations of the
documentation, but Red Hat can paid traductors.
Another reclaim is about the forums... There is not central spanish forums
for fedora, I think fedoraforums.org must create a "spanish section" or
create a new forum for centralize all spanish questions and projects, like
ubuntuforums loco teams subforums.
Sorry if you don't understand my bad English but I speak Spanish.-
section 7: once again, there is no "Extras" repo since F7, right?
section 7.1: i think it would be worth mentioning how you can just
"yum install" 3rd-party repo files as well, rather than manual
copying then. (and wouldn't that also automatically add the public
key to your key ring as well?)
section 7.3: another reference to "Extras", but it might be useful to
have a real-life example of repo compatibility issues -- for instance,
livna versus freshrpms or something like that. and it would be
*really* useful to explain the "--enablerepo" option, i would think.
perhaps in section 7.4.
section 9.2: "Fedora Core includes the installonlyn plugin. This
plugin modifies yum to remove excess kernel packages, so that no more
than a set number of kernels exist on the system. By default,
installonlyn retains the two most current kernels, and automatically
removes older kernel packages."
- but that's not a plugin anymore, is it? there's certainly nothing
by that name in /usr/lib/yum-plugins. isn't that feature now handled
by "installonly_limit" in /etc/yum.conf, or something like that?
section 9 or 10: i think it would be useful to introduce the
yum-downloadonly plugin. i think that would fit nicely right around
and i think i'm done here.
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook: http://crashcourse.ca/wiki/index.php/Fedora_Cookbook
2008/1/18, Rahul Sundaram <sundaram(a)fedoraproject.org>:
> There was a open call in fedora-devel list and all of the names were
> suggested from people in the community and need to pass through legal
> review which has already been done. The names won't be changed now.
So sugestions are made on fedora-devel... Good to know this. :-) We
need to make more and better sugestions, because if that list contains
only the better names among all those suggested, I don't want to
imagine the names that were not been approved...
I heard that the fisrt Fedora codenames were all alchool-related. Zod
is a fiction character. Moonshine is a home-distilled alchool made
specially in places where this production is illegal. Werewolf is a
We really want to associate Fedora with alchool? Fedora is not made by
drunks, I'm sure. Developers may drink, but they don't produce any
code or work under effect of alchool, I'm sure (and, if yes, I think
is better if Fedora users don't know that). And what about monsters?
Has someone here ever seen a werewolf, a chupacabra, or Zod? Fedora is
real, and its codename need to be something undoubtedly real.
Finally, I can't figure out how 3 diseases names could be accepted as
options. What type of marketing could we do with names like those,
"Fedora 9: Sick, like you"?
Why I'm saying this? Because we have a list with codenames that vary
from bad to worst and we are responsible for this because we don't
suggested better codenames. We need to participate this process before
we start do have Fedora Dracula, Malt or Ebola...
By now, let's choose a codename that is not so bad.
To better prepare for the irc meetup this weekend, I've put together a
brief list of observations/food for thought related to the current
status of AG draft.
So far, these people have confirmed participation:
- Bart (couf)
- Marc (mwiriadi/strikeforce)
- John (jmbuser)
- Vladimir (vnk_fd)
Saturday, 19th Jan. 14:00 (2 PM) UTC
It'd be good to assess current state of DUG release readiness, too and
try to assign some timed tasks to writers/editors/xml converters, etc.
== Sections ==
New, shinny intro required for release, existing intro is A draft doc
related, no change required
Shoud this be part of the AG?
currently writing (vnk); may split into LVM only for F9 release and keep
the whole ToC here
This stuff is mostly automatic these days - remove from AG?
Not sure how beneficial would this be for the AG;
(too many too specific kernel parameters don't seem to have a place in a
Sendmail needs just a bit of nursing; as with LVM, we may split sendmail
part into F9 release;
add dovecot config so receiving is covered;
some content available; needs editing and probably not much more
content, if any;
anon ftp part is OK; will add few common options from vsftpd.conf to
cover authenticated ftp;
probably needs a bit of trimming; bind-chroot is default;
should cover named.conf for various server roles and a few
zone/rev file examples, not much more;
I don't want to handle this one!
existing page is inapropriate for AG;
in need of complete overhaul;
don't think this should be part of the AG;
requirements on the AG front page are over the top;
should cover basic stuff (ps, top, df, du, logs/logrotate, free);
Are we going to release information as to what our targets are for a
feature of admin guide and desktop guide?
I'm personally hopeful at us having the DuG ready for F9 should we start
pushing it or should we wait?
OK, this bug has been dormant too long. Does someone have a good
solution for this that isn't hacky and ugly? I guess in retrospect it
would have been nice to have our rpm-info DTD include a "locale"
attribute for "translator" elements, so we could extract the desired
credit using the existing packaging/bookinfo.xsl in the docs-common/
Any suggestions appreciated -- please put them in the bug:
Paul W. Frields, RHCE http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
Fedora Project: http://pfrields.fedorapeople.org/irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug