Fedora 8 Linux - Revision history

Marc Saric at 16:04, 1 May 2025

2025-05-01T16:04:32Z

← Older revision		Revision as of 18:04, 1 May 2025
Line 1:		Line 1:
			= Fedora 8 =

	Installation notes for Fedora 8 on my AMD Athlon64 3200+.		Installation notes for Fedora 8 on my AMD Athlon64 3200+.

Unknown user: /* Java 6 does not work any more */

2020-01-20T20:10:50Z

Java 6 does not work any more

← Older revision		Revision as of 22:10, 20 January 2020
Line 212:		Line 212:
	Upon startup, you will get a stacktrace stating (among a lot of other stuff) something like this:		Upon startup, you will get a stacktrace stating (among a lot of other stuff) something like this:

	<~~pre~~>		<syntaxhighlight lang="bash">
	fedora 8 java: xcb_xlib.c:82: xcb_xlib_unlock: Assertion `c->xlib.lock' failed		fedora 8 java: xcb_xlib.c:82: xcb_xlib_unlock: Assertion `c->xlib.lock' failed
	</~~pre~~>		</syntaxhighlight>



	This is due to an updated <tt>libxcb</tt>, which somehow worked before.		This is due to an updated <tt>libxcb</tt>, which somehow worked before.
Line 223:		Line 225:


	<bash>		<syntaxhighlight lang="bash">
	yum --enablerepo=development install libxcb.i386		yum --enablerepo=development install libxcb.i386
	</~~bash~~>		</syntaxhighlight>

	There is still a stacktrace, but it seems to work...		There is still a stacktrace, but it seems to work...

	Great, if one can be shure, that software get's tested even against esoteric fringe language runtimes like SUN Java.		Great, if one can be shure, that software get's tested even against esoteric fringe language runtimes like SUN Java.



	= Conclusions =		= Conclusions =

Unknown user: /* VMware server */

2020-01-20T20:10:14Z

VMware server

← Older revision		Revision as of 22:10, 20 January 2020
Line 176:		Line 176:
	http://register.vmware.com/content/registration.html		http://register.vmware.com/content/registration.html
	* Install (I used the rpm)		* Install (I used the rpm)
	<bash>		<syntaxhighlight lang="bash">
	sudo rpm -Uhv VMware-server-1.0.4-56528.i386.rpm		sudo rpm -Uhv VMware-server-1.0.4-56528.i386.rpm
	sudo rpm -Uhv VMware-server-console-1.0.4-56528.i386.rpm		sudo rpm -Uhv VMware-server-console-1.0.4-56528.i386.rpm
	</~~bash~~>		</syntaxhighlight>

	* The standard setup-script fails to compile the kernel module, so you need to use the following (unsupported) patch:		* The standard setup-script fails to compile the kernel module, so you need to use the following (unsupported) patch:
	<bash>		<syntaxhighlight lang="bash">
	wget http://knihovny.cvut.cz/ftp/pub/vmware/vmware-any-any-update115.tar.gz		wget http://knihovny.cvut.cz/ftp/pub/vmware/vmware-any-any-update115.tar.gz
	tar xvzf vmware-any-any-update115.tar.gz		tar xvzf vmware-any-any-update115.tar.gz
	cd vmware-any-any-update115		cd vmware-any-any-update115
	./runme.pl		./runme.pl
	</~~bash~~>		</syntaxhighlight>
	The rest is the standard procedure for a VMware installation.		The rest is the standard procedure for a VMware installation.
	* And voila, it works.		* And voila, it works.

Unknown user: /* nVidia driver for legacy nVidia cards (GeForce 2MX, NV11) */

2020-01-20T20:09:40Z

nVidia driver for legacy nVidia cards (GeForce 2MX, NV11)

← Older revision		Revision as of 22:09, 20 January 2020
Line 154:		Line 154:
	* Enable the livna repository as above		* Enable the livna repository as above
	* Run the following command as root		* Run the following command as root
	<bash>
			<syntaxhighlight lang="bash">
	yum install kmod-nvidia-legacy		yum install kmod-nvidia-legacy
	</~~bash~~>		</syntaxhighlight>

	== CD-RW/DVD+-RW ==		== CD-RW/DVD+-RW ==

Unknown user: /* nVidia driver for the nVidia GeForce 8800GT */

2020-01-20T20:09:25Z

nVidia driver for the nVidia GeForce 8800GT

← Older revision		Revision as of 22:09, 20 January 2020
Line 127:		Line 127:
	To install a working graphics driver for the nVidia GeForce 8800GT you neet to enable livna-testing:		To install a working graphics driver for the nVidia GeForce 8800GT you neet to enable livna-testing:

	<bash>		<syntaxhighlight lang="bash">
	cd /etc/yum.repos.d		cd /etc/yum.repos.d
	vi livna-testing.repo		vi livna-testing.repo
	</~~bash~~>		</syntaxhighlight>

	edit the line		edit the line
	<bash>
			<syntaxhighlight lang="bash">
	enabled=0		enabled=0
	</~~bash~~>		</syntaxhighlight>

	to		to

	<bash>		<syntaxhighlight lang="bash">
	enabled=1		enabled=1
	</~~bash~~>		</syntaxhighlight>

	after that, install the testing nVidia driver from livna as usual, and everything should work.		after that, install the testing nVidia driver from livna as usual, and everything should work.

Unknown user: /* Network */

2020-01-20T20:08:41Z

Network

← Older revision		Revision as of 22:08, 20 January 2020
Line 90:		Line 90:
	The error message on startup reads:		The error message on startup reads:

	<bash>		<syntaxhighlight lang="bash">
	...failed; no link present. Check cable?		...failed; no link present. Check cable?
	</~~bash~~>		</syntaxhighlight>

	This can be found in <tt>/etc/sysconfig/network-scripts/ifup-eth</tt>, which uses <tt>check_link_down</tt> in <tt>network-functions</tt> in the same directory.		This can be found in <tt>/etc/sysconfig/network-scripts/ifup-eth</tt>, which uses <tt>check_link_down</tt> in <tt>network-functions</tt> in the same directory.
Line 98:		Line 98:
	To solve the problem, increase the delay until the function fails:		To solve the problem, increase the delay until the function fails:

	<bash>		<syntaxhighlight lang="bash">
	check_link_down ()		check_link_down ()
	{		{
Line 111:		Line 111:
	while [ $timeout -le $delay ]; do		while [ $timeout -le $delay ]; do
	...		...
	</~~bash~~>		</syntaxhighlight>

	== nVidia driver ==		== nVidia driver ==

Unknown user: /* Network */

2020-01-20T20:08:12Z

Network

← Older revision		Revision as of 22:08, 20 January 2020
Line 52:		Line 52:
	PPPoE could be configured on the commandline with		PPPoE could be configured on the commandline with

	<~~pre~~>		<syntaxhighlight lang="bash">
	pppoe-setup		pppoe-setup
	</~~pre~~>		</syntaxhighlight>

	Depending on your setup, you also need to disable the conventional eth0/eth1 autoconfig, or the boot-up time will increase by the time needed to complete the timeout for the DHCP-configuration.		Depending on your setup, you also need to disable the conventional eth0/eth1 autoconfig, or the boot-up time will increase by the time needed to complete the timeout for the DHCP-configuration.
Line 64:		Line 64:
	After installing Fedora 8 on my old 700 MHz ADM Duron, I failed to get the Ethernet card up and running. It is a cheap Davicom based model:		After installing Fedora 8 on my old 700 MHz ADM Duron, I failed to get the Ethernet card up and running. It is a cheap Davicom based model:

	<bash>		<syntaxhighlight lang="bash">
	[root@hardy ~]# lspci		[root@hardy ~]# lspci
	...		...
	Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31)		Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31)
	</~~bash~~>		</syntaxhighlight>

	http://ubuntuforums.org/showthread.php?t=186430, https://bugzilla.redhat.com/show_bug.cgi?id=236928 and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405203 have hints, what might be wrong here. I did as advised and blacklisted the tulip-driver but to no effect.		http://ubuntuforums.org/showthread.php?t=186430, https://bugzilla.redhat.com/show_bug.cgi?id=236928 and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405203 have hints, what might be wrong here. I did as advised and blacklisted the tulip-driver but to no effect.
Line 76:		Line 76:
	Looking at <tt>dmesg</tt> showed the following entries:		Looking at <tt>dmesg</tt> showed the following entries:

	<bash>		<syntaxhighlight lang="bash">
	...		...
	dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17)		dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17)
Line 83:		Line 83:
	ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready		ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
	...		...
	</~~bash~~>		</syntaxhighlight>

Marc Saric: /* Conclusions */

2008-08-15T22:23:52Z

Conclusions

← Older revision		Revision as of 00:23, 16 August 2008
Line 232:		Line 232:
	= Conclusions =		= Conclusions =

	Fedora 8 is a nice and stable system, which installs without problems (almost boring ;-) ). The new design (icons, wallpaper, colour scheme) is also quite nice (except for the window borders I'd say). Great work, Red Hat!		Fedora 8 is a nice and stable system, which installs without problems (almost boring ;-) ). The new design (icons, wallpaper, colour scheme) is also quite nice (except for the window borders I'd say).

			Some of the glitches which crept in with updates could have been caught by better testing, but still:

			Great work, Red Hat!

Marc Saric: /* nVidia driver for legacy nVidia cards (GeForce 2MX, NV11) */

2008-08-04T20:03:51Z

nVidia driver for legacy nVidia cards (GeForce 2MX, NV11)

← Older revision		Revision as of 22:03, 4 August 2008
Line 145:		Line 145:
	after that, install the testing nVidia driver from livna as usual, and everything should work.		after that, install the testing nVidia driver from livna as usual, and everything should work.

	== nVidia driver for legacy nVidia cards (GeForce 2MX, NV11) ==		=== nVidia driver for legacy nVidia cards (GeForce 2MX, NV11) ===

	Old nVidia cards are supported through legacy drivers (see http://www.nvidia.com/object/unix.htm for details).		Old nVidia cards are supported through legacy drivers (see http://www.nvidia.com/object/unix.htm for details).

Marc Saric: /* nVidia driver for the nVidia GeForce 8800GT */

2008-08-04T20:03:32Z

nVidia driver for the nVidia GeForce 8800GT

← Older revision		Revision as of 22:03, 4 August 2008
Line 121:		Line 121:
	</pre>		</pre>

	== nVidia driver for the nVidia GeForce 8800GT ==		=== nVidia driver for the nVidia GeForce 8800GT ===

	Recently I bought a new rig, which got the (at the time of writing) brand-new nVidia GeForce 8800GT graphics board. nVidia states on their website, that this chip is supported under Linux by their newest graphics driver. Unfortunately, the livna.org package of that driver does not recognize the chip and fails to start the X-server.		Recently I bought a new rig, which got the (at the time of writing) brand-new nVidia GeForce 8800GT graphics board. nVidia states on their website, that this chip is supported under Linux by their newest graphics driver. Unfortunately, the livna.org package of that driver does not recognize the chip and fails to start the X-server.