Fedora 16 Alpha Test Compose(s) Available Now!

maybe we could expect a RC5

[kslair]

Ran rc4 netinstall iso onto VirtualBox.
It got worse. I couldn't boot the installed system this time.

The installation went okay. However at the first boot, it got stuck.
Virualbox vdi is on raid0 disk. This seems to be the problem in rc4.

Hey, folks. Just a quick heads-up to expect F16 Alpha RC5 within the
next hour or two. We have the go/no-go meeting (again) tomorrow so we're
really squeezed for time in validating this, if people could help out
with testing that'd be great. The official announcement on test-announce
will have all the details, just wanted to let everyone know it was
coming. thanks!

http://lists.fedoraproject.org/piper...st/155637.html From Adam himself .. looks like there maybe a RC5 afterall

[smr54]

IMPORTANT DISCLAIMER!!!!
I've only been casually following testing list, so all of this could be completely incorrect.


If I'm reading the testing list right, at this point, unless you go with one of the default configs, it won't install. This is apparently not an alpha blocker, if it will install when you choose one of the default options, including use free space. (It will be considered a blocker later on, though, again, as far as I understand from casually following testing).

As I mentioned, when I tried, well, firstly, I used custom partitioning, and secondly, the EFI thingie messed up other installed distros with it. I remember someone writing about a preview of installing Fedora and mentioning that question about the EFI and dual boot issue.

Ah, here's the article

http://www.linuxbsdos.com/2011/08/08...-16-installer/

Updated First Post to RC5

[AdamW]

smr54: not completely incorrect, but slightly wrong. What's true is that only 'use entire disk', 'use free space', and 'replace existing Linux partitions' install methods are _required to work_ at Alpha stage. Custom partitioning is not _required_ to work. That doesn't mean that it won't work, just that if there are bugs down that path, they don't block the Alpha.

In reality what tends to happen is that some custom layouts work and others don't. Custom partitioning is a huge area, and it's rare that either it's completely broken - no custom layout works - or completely fine - every custom layout works. We're always somewhere in the middle.

For Final, we have a criterion that any theoretically valid layout should work, but that's a pretty high bar and we don't explicitly validate it by trying _every possible custom partition layout_, that'd be impossible. What it really means is that if someone files a bug on a custom layout that doesn't look completely ridiculous, we make it a blocker.

[AdamW]

If anyone has time, please do help out with the RC5 validation: we need all the Alpha validation tests complete by tomorrow afternoon, so we're tight on time.

Also, if you're not following the validation tests explicitly but you try RC5 and hit what looks like a bad bug, please post about it here, and I'll check it out and see if it's something we need to worry about for the release. Thanks!

http://lists.fedoraproject.org/piper...st/155638.html , people can get the links from there to Validate how it went

---------- Post added at 03:09 PM ---------- Previous post was at 01:51 PM ----------

ok i just tried F16 RC5, all went well though thats the LiveCD , i didnt install it. only thing i noticed, it didnt use the PAE kernel where my F15 does ( i have 4gigs ram btw )

[AdamW]

live images can only have a single kernel, by design - it's an entire system image compressed and dumped on a disc, it can't really pick from multiple kernels. so we use the non-PAE kernel, since it has greater hardware compatibility.

if you did a traditional install, you'd get the PAE kernel.

ohh ok, thanks for the explanation. i might wait for the official Alpha.

btw have they fixed up the problem with glibc? the one in F15 had scriptlet errors. i did google it but found a redhat bugzilla on the 2.13 one having rather the same error im having . i could probably find the redhat bugzilla link but i'll leave that for tomorrow unless i look for it later

---------- Post added at 06:48 PM ---------- Previous post was at 06:44 PM ----------

here's one https://bugzilla.redhat.com/show_bug.cgi?id=682245

---------- Post added at 06:52 PM ---------- Previous post was at 06:50 PM ----------

as it states in that Bug to reinstall glibc-common which i just did by using the

yum reinstall glibc-common command

[AdamW]

yeah, I noticed that but it doesn't cause any issues afaict. rc5 is looking likely to go out as Alpha.

[Ssl]

I tried f16 alpha rc5 32bit livecd compose, unfortunately first screen that appear and it is even before gdm login greeter is, I believe, gnome-shell's black screen with Oooops message and logout button. If I logout and choose fedora automatic login from greeter it tries to login and again I am presented with Oooops screen. ctrl_alt_delete after that present gdm login screen again and it somehow helps to log into gnome 3.
Maybe of interest graphic card is an ati radeon 5450 discrete. lscpi snippet:

01:00.0 VGA compatible controller: ATI Technologies Inc Cedar PRO [Radeon HD 5450]

Also, I have noticed trying RC4 this time, that firefox was at 5.0 version - I believe some earlier composes had 6.0 pre-release, not much of interest for alpha release I know...

[dd_wizard]

I happen to have a recently emptied 40GB partition on which I'd like to install F16 alpha RC5. The download link in the first post is pretty slow for me. Do any of the alphas or betas get pushed through bit torrent?

Thanks,
dd_wizard

Originally Posted by dd_wizard

I happen to have a recently emptied 40GB partition on which I'd like to install F16 alpha RC5. The download link in the first is pretty slow for me. Do any of the alphas or betas get pushed through bit torrent?

Thanks,
dd_wizard

yeah they should be downloadable via torrent when the Alpha is released

[dd_wizard]

Thanks, detox. I may have to wait until then.

dd_wizard