Latest FC6 Respin installation DVD was released on 2007-01-19. Lots of
known FC6 bugs fixed and it uses the latest updated packages as of Jan
11th. If you have had install problems with Core 6 before, you are
encouraged to try installation with this new FC6 Respin DVD.
"The Fedora Unity Project is proud to announce the release of new ISO
Re-Spins of Fedora Core 6. These Re-Spin ISOs are based on Fedora Core 6
and all updates released as of January 11th, 2007. The ISO images are
available for i386 and x86_64 architectures via BitTorrent starting
Thursday, January 18th, 2007. PPC images will follow within the next 5
days, but will have had only limited testing.
This release was delayed while waiting for fixes to known issues with
Fedora Core 6 as well as the creation of a new tool for composing
Re-Spins. Previous releases were built with a homebrew script. This
release was built with the new tool called Pungi, developed by Jesse
Keating, a leading community member and Fedora Release Engineer, with
community input. This tool will be used in future official Fedora
releases and for Fedora Unity Re-Spins. We have joined in this effort to
bring a full featured tool to the Fedora community, enabling anyone to
build Re-Spins and Live-Spins now and in the future."
Off Topic or Political Discussions:
"Character is what you do when nobody's looking." - J.C. Watts
> I have an atheros cardbus card made by ubiquiti. Every once in a
> while wpa_supplicant gets in a loop where it negotiates the key, I
> very briefly see "completed" with the wpa-psk, CCMP, etc displayed in
> wpa_gui. Before I can blink the wpa_gui says DISCONNECTED and all the
> vitals are cleared. It then repeats the above forever. The fix is
> usually to do a "service wpa_supplicant restart". Sometimes I need to
> take down the ath0 interface and bring it up too. It feels like a
> timing problem where wpa_supplicant just isn't waiting long enough for
> BTW. I just spent an hour trying to get the network working with
> wpa_supplicant started before the network code. If I put an "exit 0"
> at the start of ifup-wireless then the dhclient never got started,
> even though wpa_gui shows the association exists. Ipv6 is also up, so
> the network is usable for that. I have no idea why dhclient didn't get
> started. The only thing I can guess is timing also. I've returned to
> starting wpa_supplicant from the bottom of ifup-wireless and things
> are back to normal.
Forgot to mention 2 things:
1) "exit 0" is not good since the file is included in another script
(I think), so you end up skipping the rest of its parent (where dhcp
You should add something like
if WPA ....
around all the settings via "iwconfig"
2) I had to disable ipv6 completely, otherwise my interfaces (both
wireless and cable) were not able to go up and down. They were up once
and then if-down hanged.
each time i boot fedora i must enable by hand the eth0 device (by the
What must i do to enable the device at boot?
# cat /etc/sysconfig/network
# cat /etc/sysconfig/networking/devices/ifcfg-eth0
# cat /etc/sysconfig/networking/profiles/default/ifcfg-eth0
# cat /etc/sysconfig/network-scripts/ifcfg-eth0
all 3 the same output
# Macronix, Inc. [MXIC]|MX987x5
alias wfx (http://teg.sf.net)
I seem to have (finally :) ) acquired a complete(ish) / working x86_64
system .. but I'm still having trouble with a few bits, not least "yum".
Server: Fedora Core 1 - i386 - Base
Server: Fedora Core 1 - i386 - Released Updates
Server: Fedora Core 1 - i386 - Unreleased Updates
Finding updated packages
Traceback (most recent call last):
File "/usr/bin/yum", line 60, in ?
File "yummain.py", line 204, in main
File "clientStuff.py", line 363, in getupdatedhdrlist
File "clientStuff.py", line 409, in bestversion
IndexError: list index out of range
(This is a modified system [2.6.0-test11] however it seems to run well)
Pointing it at mozilla's channel for SeaMonkey seems to work if I
disable the default channels, however...
Anyone any ideas ?
(I was sort of expecting to see it say "no x86_64 updates supported yet"
as opposed to a complete crash)
Also, can yum pull SRPMS and rebuild them ?
I have a rocketraid 1740 controller that I want to use in a soon to be
installed Fedora 7 system. Highpoint's website doesn't have any Fedora
7 drivers, but they do provide a package that will let end users build
the rr1740x module for any 2.4 or 2.6 series kernel.
How would one build the rr1740x module for Fedora 7 if one doesn't have
a Fedora 7 system to build the driver on? Can I install the
kernel-devel package from Fedora 7 on a Fedora 6 host, and build the
module that way? Should I use a Fedora 7 virtual machine (e.g. vmware,
Kanwar Ranbir Sandhu
Linux 2.6.20-1.2962.fc6 i686 GNU/Linux
14:15:59 up 4 days, 2:59, 2 users, load average: 0.12, 0.07, 0.16
I am almost certain I have done this before but I am getting old and may
be imagining things. I have opened up a new message in Thunderbird
(latest and greatest). I have verified that the format is "Rich Text
(HTML)". I go to KSnapShot and snap a section of the screen and click on
the "Copy to Clipboard" button. I then try to paste it into the note and
it simply does nothing.
Am I missing something? I would like to paste an image into a note to
send as documentation to someone.
Real programmers don't eat muffins
Still not working for me with the 2.6.22 kernel. I believe it's
22.214.171.124-33.fc7 and the similar latest in fc6.
It works with the 2.6.2 kernels... just looking for feedback, the
sendors command works after rerunning sensors-find.
Bill Davidsen <davidsen(a)tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
I have a Centrino notebook with intel i945 video chipset and power
management has been a little of a problem lately.
If I use the xorg i810 driver, I can control LCD brightness correctly
and I can suspend to RAM, but I can't resume after a suspend. The LCD
will not turn on again. I had this problem in FC6 and corrected it
altering the suspend and resume scripts to save the state of LCD
brightness to a file when suspending and reading it back when
resuming. In FC6, this information was in /proc/acpi/asus/brn and the
functions for suspending and resuming were
In F7, I have the same problem with i810 driver (can't resume after
suspending, LCD does not turn on), but there's no /proc/acpi/asus/brn
and I couldn't find the suspend/resume functions.
So I tried the new intel driver. After booting, it allows me to adjust
LCD brightness as I wish, and it turns on the LCD correctly after
suspending/resuming. However, once I've done a suspend/resume, the
LCD brightness is set to maximum and I can't adjust it anymore,
unless I reboot.
Anyone has this working 100% on a intel i945 video chipset? How did
you do it?
Ok nice to be right back in the EXACT same position I was in several
years ago regarding this motherboard and installing FC. I think it was
FC3 that this first became an issue, but I was able to work around it
and install FC. So now, I tried to install FC6/7 and I yet to find a way
to get it installed.
So now it has been a year or so without being able to run Fedora/CentOS.
Please help as I really don't want to use Ubunto and especially not Suse.
Anyone have an issue installing on the Asus board?
Trying to install causes a seg fault when dealing with the hard drives
either in BIOS setting compatibility mode or SATA mode. Anaconda shows
the hard drives as "/dev/mapper" or something like that, but as you
know, they should appear as /dev/sda and /dev/sdb. All I ever see is a
single "/dev/mapper" which suggests that Anaconda sees a raid array even
after I fdisk the drives. Of coarse this also rendered the system
unusable after the seg fault resulted in a reboot.