One week delay
by Leslie S Satenstein
There are many rough edges to the Core5 release.
I personally would want the extra week(s) spent on cleaning up.
My nuances
I found XEN version will not power off after a shutdown command
I found that any user, including guest, could issue a shutdown command
I found that there are still keyboard definition problems that are not solved
I agree that having an extra week or even two, where developers can clean up stuff and not have to respond to this newsletter will be more beneficial than having them constantly working in reaction mode.
I can wait. I want core5 as stable as is core4.
------------------------------
Message: 5
Date: Fri, 10 Mar 2006 10:53:52 -0500
From: Jeremy Katz <katzj(a)redhat.com>
Subject: Fedora Core 5 Status
To: fedora-maintainers(a)redhat.com
Cc: fedora-devel-list(a)redhat.com, fedora-test-list(a)redhat.com
Message-ID: <1142006032.29247.10.camel(a)orodruin.boston.redhat.com>
Content-Type: text/plain
Due to circumstances outside of our control, we're going to be unable
to
keep to the scheduled date of March 15th for the release of FC5 and
instead are going to have to make the release date Monday, March 20th.
While unfortunate in some ways, this gives us the opportunity to pull
in
the final GNOME 2.14 tarballs which should be available on Monday
assuming the changes are suitably minor.
Jeremy
18 years, 3 months
kudzu locks up on boot
by Leslie S Satenstein
Until March 11am today, kudzu, during the boot process, was failing with a segmentation fault error.
After today's updates, kudzu locks up fully, with the boot message about performing hardware change checks. The message, naturally precedes kudzu execution. I waited 15 minutes before pulling the plug.
I will update bugzilla, but this is a show stopper. Either it has to be fixed, or removed. By the way, the initial Core5 test1 version, prior to patches did not lock up or indicate segmentation error.
Leslie
18 years, 3 months
System slowness with latest updates
by Steven Haigh
Hi all,
This one has me kind of confused, as I can't find anything common to cause
a slowness in the system. The slowness I'm seeing is that processes
running on the system become really slow and take a long time to do what
the should do. It's not a system load issue, as I see:
# uptime
15:15:51 up 7:46, 8 users, load average: 0.05, 0.05, 0.00
Things like snmpd queries timing out, when restarting dhcpd the syslog
output to /var/log/messages takes around 2 seconds per line.
I've looked around and can't see anything out of place, or anything
obviously broken. Anyone have any ideas on this?
--
Steven Haigh
Email: netwiz(a)crc.id.au
Web: http://www.crc.id.au
Phone: (03) 9017 0597 - 0412 935 897
Sendmail is like emacs: A nice operating system, but missing
an editor and a MTA.
18 years, 3 months
i386 Add/Remove Apps
by Chasecreek Systemhouse
[... the PPC thread not withstanding.]
Beside me is a FC5 Test 3 i386 trying to run Add/Remove Apps (my "at
work" box is WinXP, go figure.)
Anyways, the i386 Add/Remove Apps system looks like it is *frozen* but
when I switch to a text console and look at tcpdump I can see the data
flowing.
What I don't understand is why doesn't the GUI screen fresh? I know I
am trying to download about ~500MB of applications and other data but
that should not stop the GUI from freshing...
Ideas?
--
WC (Bill) Jones -- http://youve-reached-the.endoftheinternet.org/
18 years, 3 months
Re: Fedora Core 5 Status
by Philippe Rigault
Thank you, Jesse, for the explaination.
On Fri, 10 Mar 2006 16:35:06 -0500, Jesse Keating wrote:
> On Fri, 2006-03-10 at 16:24 -0500, Philippe Rigault wrote:
> > Sure, only 2442 RPM packages have been rebuilt out of 2442.
>
> Um, no. These were rebuilt before Test3, and the reason why Test3 took
> a while because we wanted to get these built FOR test3 so that they
> would get TESTING.
I see, I misinterpreted the fact that all packages have a last modification
date of March 6 or after, it is true that most carry the same name as in
test3. Most of them have therefore been touch'ed and not rebuild, right ?
And since packages based on gcc-4.1.0 and glibc-2.4 stable were indeed rebuilt
after test 3, it means that most packages on FC5 will have been built with an
earlier gcc/glibc (pre-release), different from that distributed in the
release.
As a consequence, if one takes an FC5 SRPM and does a 'rpmbuild -bb', the rpm
may contain differences from the native RPM disributed with FC5.
Am I right on these points ?
Maybe this deserves a little note in the release notes (unless I am the only
one who was confused).
Thanks.
18 years, 3 months
Installing on Intel 865 - blank screen
by jan terje tønnessen
When I try to install FC5 test3 from a DVD I get blank
screen just after detecting VGA (Intel Corporation
82865G) and monitor (LCD Hyundai L50S). I have tested
different variants of "linux vga=..." but without
luck.
When I install FC4 on the same machine everything is
OK
lspci
00:02.0 VGA compatible controller: Intel Corporation
82865G Integrated Graphics Controller (rev 02)
When I try the FC5 test3 installation on another
machine (with Intel 915) it works fine.
Driver problem in FC5 ?
18 years, 3 months
Oops in xenguest-install.py
by Dario Alcocer
During a text or VNC install, I see the following on the guest console:
Oops: 0002 [#2]
SMP
I'm running on an AMD Athlon XP 2400+ with 768MB, with the following Xen
packages installed:
kernel-xenU-2.6.15-1.2032_FC5
kernel-xen0-2.6.15-1.2032_FC5
kernel-xen-hypervisor-2.6.15-1.1955_FC5
xen-3.0.1-3
Any pointers on what I'm doing wrong would be appreciated. Thanks...
-- D.
18 years, 3 months
Update problems with libgcj
by Willem Riede
I hadn't updated my x86_64 install of FC5T3 in a while, but when I did today,
I had these troubles with libgcj:
Updating : libgcj ##################### [716/850]
gij: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
gij: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
gij: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
gij: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
gij: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
Cleanup : libgcj ##################### [717/850]
...
Updating : jakarta-commons-collections ##################### [726/850]
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
dirname: missing operand
Try `dirname --help' for more information.
mkdir: missing operand
Try `mkdir --help' for more information.
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
Cleanup : jakarta-commons-collections ##################### [727/850]
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
dirname: missing operand
Try `dirname --help' for more information.
mkdir: missing operand
Try `mkdir --help' for more information.
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
Updating : perl-HTML-Parser ##################### [728/850]
Cleanup : perl-HTML-Parser ##################### [729/850]
Updating : hsqldb ##################### [730/850]
ln: target `hsqldb.jar' is not a directory
ln: target `servlet.jar' is not a directory
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
dirname: missing operand
Try `dirname --help' for more information.
mkdir: missing operand
Try `mkdir --help' for more information.
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
Cleanup : hsqldb ##################### [731/850]
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
dirname: missing operand
Try `dirname --help' for more information.
mkdir: missing operand
Try `mkdir --help' for more information.
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
/usr/bin/gcj-dbtool: /lib64/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/../lib64/libgcj.so.7)
...
Installing: tomcat5-common-lib ##################### [813/850]
/usr/bin/build-jar-repository: error: Could not find jdbc-stdext Java extension for this JVM
/usr/bin/build-jar-repository: error: Could not find jndi Java extension for this JVM
/usr/bin/build-jar-repository: error: Some specified jars were not found for this jvm
Known problem? Bugzilla worthy? Any other info needed?
Thanks, Willem Riede.
18 years, 3 months