Re: FC4 feature list?

Tony Nelson wrote:

At 9:01 AM -0700 6/11/05, Karsten Wade wrote:

Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-pucgnvM1g3z+Q+ket2ma"

On Sat, 2005-06-11 at 00:50 +0530, Rahul Sundaram wrote:

Release notes will be available in an hour or so here:
http://fedora.redhat.com/docs/release-notes/

It took a little longer than an hour, but the release notes are
available now.

This is the one that we are releasing in an updated errata, which is the
one being translated:

http://fedora.redhat.com/docs/release-notes/fc4/errata/

Release notes are good.

As Colin Adams says, the page looks odd unless I select UTF-8.

This should be fixed soon.

What is the difference between the release notes and the errata?  The pages
look about the same to me.err

Yes. The errata is provided as a place for important updates after the release has been made or corrections in it. Currently it does have some differences if you read it carefully

Some things in the release notes are unclear. If they should be reported
somewhere else, someone here will let me know. In any event, I'll learn
something from the discussion (or flaming).

The errata release notes provides this link http://tinyurl.com/al5g4 for filing bug reports. If you would like to initiate a discussion or provide feedback on the release notes or any other Fedora documentation, fedora docs list (CC'ing this reply) is the best place now. We might have a separate list for release notes in the near future but we havent decided on that yet. I do read this list but this is a high traffic one and not everyone working on the documentation is subscribed to this list or following any discussions related to it here.

1.1 Gnome is now 2.10. I read that wrong for a while, as 2.1.0, and was
confused. If this is happening much, it might be worth spelling it out as
well, "two point ten".

Potentially a good idea. Would have to careful not to overdo it

5.2  When mediacheck says a disk is faulty, but says it is OK when one
boots the installer with ide=nodma, should the installation be done with
ide=nodma or without?

Installation can proceed without this option. Using this option would probably slow down the installation. Using the sha1sum and burning on slower speeds is pretty reliable

How does one use sha1sum? From the installation process, or by booting an
existing linux installation and running it there? (I.e., from where the
CDs were burned.)

same as md5sum. Run it on the ISO image and check this page http://fedora.redhat.com/download after the release is made. Windows users could use the following link which also contains the rationale for switching over to sha1sum from previously used md5sum checks

http://lists.gnupg.org/pipermail/gnupg-ru/2004-December/000158.html

Note: I havent tried the Windows version. There might be better options out there

5.3 Re. third party package conflicts during upgrades, does the installer
detect the problem and warn about it? If not, what is a good way to find
them before installing, other than remembering every package installed and
just knowing which ones have conflicts?

No. The installer overrides it if you have a conflicting package. Solutions to this are pretty tricky. I would suggest relying on official repositories whenever possible and check whether your packages are working properly immediately after the installation. An rpm query on the packager could potentially be used before or after the installation can be used to find out which ones arent provided by Fedora. There are other naming conventions which can be helpful too. As an example Rpmforge repository using the "rf" tag and dag repository uses "dag" (duh!) for easy identification.

Re. Ximian Gnome (which I don't use), when the notes say "immediately" do
they mean during the installations (when?) or during the first boot (from
runlevel 3?)?

After the installation. Run level really doesnt matter.

6.1.2 Does one need to edit the kernel command line to include audit=1 in
order for auditd to be "enabled by default"? Or is it already enabled, and
"auditing within the kernel" is something else that can also be enabled?

As I understand it, the audit daemon is enabled by default but you need to enable the kernel part of it explicitly (probably due to performance hits) either during boot time (audit =1) or for the session (*auditctl -e 1)*

6.1.4 Is alocate used by Actions -> Search for Files? (Apparantly yes.)

I dont think gnome-search-tool using slocate. It is not a build dependency. It doesnt seem to be linked to the binary (ldd). Its not mentioned in the help file either

It seems odd that it isn't enabled by default. I expect that there will be
much confusion (as well as some disk savings) from this. Hopefully Search
for Files will automatically inform users of the problem. I think the FC4
release notes should mention the dependency.

One of the reasons for disabling slocate cron (updatedb) by default is that we are currently investigating more intelligent and efficient methods to do this. See "Audit-layer based slocate replacement" in Fedora bounties for a feasible alternative

http://fedoraproject.org/wiki/FedoraBounties

6.2.2.3 Step 1: does up2date --get-source kernel work on FC4? It doesn't
work for me on FC3, with a 404 Not Found error for some header.info page.

You are talking about https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141289. I am not aware whether it has been fixed in FC4 or not

Step 3:  the command "cd/usr/src/redhat/BUILD/ikernel-<version> /usr/src/"
seems odd to me, having two directories on it.

Good time for a release notes errata I guess ;-)

regards
Rahul