I am sure this question has been asked a few times, and after googling i see
steps from 2->3 but i am interested in knowing if anyone has upgraded FC2
boxes directly to FC4 (without the interim FC3 step)? If you have, what were
your experiences and what did you have to struggle with in order to make
Thanks in advance, and i apologize for raising an older topic. Normally i go
release to next release but i have the need to skip 3.
Gawain Lynch wrote:
> For those of us that want to use Firefox 2 to browse on FC6 without
> having to rebuild half of the system, I have *hacked* up a quick
> solution that allows a parallel install of FF2 along side FC6's 1.5x.
I've tried the brandnew Firefox 2.0 Release parallel to 188.8.131.52 from:
Very fast rendering with the 2.0 version. Faster as with Fedora
184.108.40.206-7.fc6. Resizing windows and web rendering is wonderful faaaaast.
We need it in Fedora-Extras soon!
Am Sonntag, den 29.10.2006, 08:49 +0100 schrieb Jovan Spasojevic:
> is there still a Problem with xchat-gnome?
> [jovans@localhost ~]$ xchat-gnome
> The program 'xchat-gnome' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadMatch (invalid parameter attributes)'.
> (Details: serial 330 error_code 8 request_code 56 minor_code 0)
> (Note to programmers: normally, X errors are reported asynchronously;
> that is, you will receive the error a while after causing it.
> To debug your program, run it with the --sync command line
> option to change this behavior. You can then get a meaningful
> backtrace from your debugger if you break on the gdk_x_error()
> [jovans@localhost ~]$
I have produced jigdo files for the Fedora Core 6 ISO images. Jigdo,
which is in Fedora Extras, produces image files from the constituent
files. If you have a copy of the core repository, you can produce the
ISO images. Downloading the packages can sometimes be faster and more
reliable than downloads the ISO images. If you have the DVD, you can
unpack it and produce the CD images. Jigdo will also download the
files from the mirrors for you.
It would be helpful if somebody could host the files somewhere more
official. A page on the wiki would be useful once it comes back up. It
would be great if the jigdo files could produced officially at the
time of the release.
After reverting yesterday's glibc packages, I noticed my system
freezing after several hours of "mostly idle" (actually, only azureus
After the last one, I noticed the following in /var/log/messages:
Oct 28 19:17:22 localhost kernel: Uhhuh. NMI received. Dazed and
confused, but trying to continue
Oct 28 19:17:22 localhost kernel: You probably have a hardware problem
with your RAM chips
I ran memtest86+ for about 14 hours, but detected nothing.
This is running on 4 week old Thinkpad X60.
For "FC6" and current "rawhide", I have observed recurrent freezes of
my "IBM ThinkPad T23" which seem to be related to file system access, in
particular when installing "RPM" packages. To rule out interference with
the "X" environment and system services, I have checked that this already
happens in single user mode by executing "rpm -i [rpm1 ...]". The system
freezes during the package install which sometimes implies corruption of
the installed package (fixable be reinstalling the package), but once even
caused unrecoverable corruption of the "__db*" files.
In the first time, I was thinking of some hardware failure (hard disk,
chipset, etc.) but a drive diagnosis run has completed without complaint,
and after installing "FC5" from scratch nothing of this kind ever happens.
It is noteworthy, that for "FC6" and current "rawhide" the network install
completes without the least hick-up which implies huge amounts of data
being transferred over the network and written to the disk. The trouble
only begins afterwards.
Has anybody else encountered this issue?
[I'm not sure if this is the right place for this kind of question; if not, sorry about that.]
Until FC5, I'm used to seeing no blank space character in installation CD & DVD media's volume labels. Is there any specific reason why FC6 changed its course?
This one Windows idiom (as a Linux & Windows sys admin) of having blank space character (in file name, directory name, user name, group name, volume name etc.) is the most painful thing to deal with when scripting & other work flow techniques are concerned.
So the question is, why not keep it simple with the use of _ or - like characters for CD/DVD labels? I'm sure there'll be clever ways of handling blank space characters, but why bother with cleverness, when simple things (KISS philosophy of unix for example) are admirable/appreciable for their simplicity.
Eg, bash's for loop is word driven; so are many other tools like xargs, awk etc. After trying to find one common idiom for all these tools all these long years, I can honestly say, sticking to unix idiom of no space character in a word is the easiest solution of all.
I'm sorry if I haven't communicated it clearly; this is such an unbelievably simple thing, I cannot explain it with words :-(.
Thanks for reading this far.
PS: I sincerely hope Linux doesn't get corrupted by poor Windows idioms. It takes the fun out of Linux :-(.
Break a world record with Total Girl's World’s Largest Slumber Party