The Fedora 8 Test 1 freeze is today. Whee! If you are able, doing some test installs from rawhide would be very helpful.
We've got a tracker bug for issues that need to be fixed before the release:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=F8Test1
There are a couple of known issues that haven't yet been reported:
* boot.iso doesn't boot properly on i386 - ppc is ok, x86_64 is being checked. * firstboot crashes - you can still log in as root and create a user.
These will be added to the tracker bug shortly. I've also just created the test matrix:
http://fedoraproject.org/wiki/QA/8/Test1TreeTesting
which we'll be updating as we test things. Feel free to claim some things to test or report your test results here.
-w
- firstboot crashes
- you can still log in as root and create a user.
This is not a bug in firstboot:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=247863
- Chris
On Tue, 2007-07-24 at 16:41 -0400, Will Woods wrote:
The Fedora 8 Test 1 freeze is today. Whee! If you are able, doing some test installs from rawhide would be very helpful.
We've got a tracker bug for issues that need to be fixed before the release:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=F8Test1
There are a couple of known issues that haven't yet been reported:
- boot.iso doesn't boot properly on i386
- ppc is ok, x86_64 is being checked.
Unless you are able to create an iso from rawhide, how can you do a test install if boot.iso doesn't work with i386? Obviously besides the ppc and other arches.
On 7/24/07, Mike Chambers mike@miketc.com wrote:
On Tue, 2007-07-24 at 16:41 -0400, Will Woods wrote:
The Fedora 8 Test 1 freeze is today. Whee! If you are able, doing some test installs from rawhide would be very helpful.
We've got a tracker bug for issues that need to be fixed before the release:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=F8Test1
There are a couple of known issues that haven't yet been reported:
- boot.iso doesn't boot properly on i386
- ppc is ok, x86_64 is being checked.
Unless you are able to create an iso from rawhide, how can you do a test install if boot.iso doesn't work with i386? Obviously besides the ppc and other arches.
-- Mike Chambers Madisonville, KY
"Best little town on Earth!"
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
I tried x86_64 two days ago and it failed with the same boot up problem as i386.
On Tue, Jul 24, 2007 at 05:08:12PM -0500, Mike Chambers wrote:
- boot.iso doesn't boot properly on i386
- ppc is ok, x86_64 is being checked.
Unless you are able to create an iso from rawhide, how can you do a test install if boot.iso doesn't work with i386? Obviously besides the ppc and other arches.
Do a network install using isolinux/vmlinuz and isolinux/initrd.img on an existing GRUB install or use PXE.
On Tue, 24 Jul 2007 17:08:12 -0500 Mike Chambers mike@miketc.com wrote:
Unless you are able to create an iso from rawhide, how can you do a test install if boot.iso doesn't work with i386? Obviously besides the ppc and other arches.
The boot.iso problem isn't total. All of my machines and qemu boot just fine with boot.iso. It seems to be a small subset of machines. Will is working on narrowing down where it stopped working so that we can see what changed. A bisect of the trees if you will.
On Tue, 2007-07-24 at 19:56 -0400, Jesse Keating wrote:
On Tue, 24 Jul 2007 17:08:12 -0500 Mike Chambers mike@miketc.com wrote:
Unless you are able to create an iso from rawhide, how can you do a test install if boot.iso doesn't work with i386? Obviously besides the ppc and other arches.
The boot.iso problem isn't total. All of my machines and qemu boot just fine with boot.iso. It seems to be a small subset of machines. Will is working on narrowing down where it stopped working so that we can see what changed. A bisect of the trees if you will.
Right - so far it only affects my Dell machines - an Intel developer system we tested works fine.
I've narrowed the problem down to somewhere between July 15 (which works) and July 20 (which doesn't).
Anyway, yes, boot.iso will probably work for you, and if it doesn't, you can copy the vmlinuz/initrd to your pre-existing /boot partition and add an entry for them in grub.conf. They'll boot just fine that way.
-w
On Wed, 2007-07-25 at 11:04 -0400, Will Woods wrote:
On Tue, 2007-07-24 at 19:56 -0400, Jesse Keating wrote:
On Tue, 24 Jul 2007 17:08:12 -0500 Mike Chambers mike@miketc.com wrote:
Unless you are able to create an iso from rawhide, how can you do a test install if boot.iso doesn't work with i386? Obviously besides the ppc and other arches.
The boot.iso problem isn't total. All of my machines and qemu boot just fine with boot.iso. It seems to be a small subset of machines. Will is working on narrowing down where it stopped working so that we can see what changed. A bisect of the trees if you will.
Right - so far it only affects my Dell machines - an Intel developer system we tested works fine.
I've narrowed the problem down to somewhere between July 15 (which works) and July 20 (which doesn't).
Update: I've narrowed it down to the July 17th rawhide. So something in this changelog broke booting:
http://redhat.com/archives/fedora-test-list/2007-July/msg00374.html
I'm guessing kernel, but binutils changes can be tricky too..
-w
install report
i've installed 7.89 using boot.iso (i386) . since i have a slow connection and i had not much time, i've installed only a basic system (no x, etc). after, i've groupinstalled x and gnome. i've tried several times servic firstboot start but it freezes as reported above, and i give up. one interesting thing to note: after 'useradd guzu' , guzu was unable to log into x, pretending that /home/guzu does not exist, even if it exists and the reights were just fine. i've removed the user, logged into gnome using root, added user guzu using s-c-u and after it worked fine. yum-updatesd's gui (whatever it's name) worked slow or freezes (nobody will ever know since i stopped it :)) so i fall back to plain yum where you can at least aproximate mirror speed. i've not seen other issues till now.
my smolt profile: http://smolt.fedoraproject.org/show?UUID=edf37816-4da4-42e2-ac6b-48e087141dd...
thnx waitin for the t1 :)
2007/7/25, Will Woods wwoods@redhat.com:
On Wed, 2007-07-25 at 11:04 -0400, Will Woods wrote:
On Tue, 2007-07-24 at 19:56 -0400, Jesse Keating wrote:
On Tue, 24 Jul 2007 17:08:12 -0500 Mike Chambers < mike@miketc.com> wrote:
Unless you are able to create an iso from rawhide, how can you do a test install if boot.iso doesn't work with i386? Obviously besides the ppc and other arches.
The boot.iso problem isn't total. All of my machines and qemu boot just fine with boot.iso. It seems to be a small subset of machines. Will is working on narrowing down where it stopped working so that we can see what changed. A bisect of the trees if you will.
Right - so far it only affects my Dell machines - an Intel developer system we tested works fine.
I've narrowed the problem down to somewhere between July 15 (which works) and July 20 (which doesn't).
Update: I've narrowed it down to the July 17th rawhide. So something in this changelog broke booting:
http://redhat.com/archives/fedora-test-list/2007-July/msg00374.html
I'm guessing kernel, but binutils changes can be tricky too..
-w
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list