latest builds, nightlies, etc.

[chrismurphy]

So for "Install Media" which takes a DVD, rather than Desktop, I'm wondering if there's something newer than Alpha? Because it's totally unusable on my hardware due to the slowness bug (which is already in bugzilla). At the rate it's going it might take 3-4 weeks to install. I could use a nightly desktop, but I'd rather use install media, or something that'll let me select btrfs. Suggestions?

---------- Post added at 12:12 AM ---------- Previous post was at 12:11 AM ----------

Maybe the 2G kde download?
http://alt.fedoraproject.org/pub/alt/nightly-composes/

---------- Post added at 01:07 AM ---------- Previous post was at 12:12 AM ----------

So yes that sorta worked. This build installs fast due to the newer kernel, but the install to btrfs bug is still present and causes an exception and forced restart.

[PaulAlesius]

Everything newer than release might contain a debug kernel, I suggest you try the netinstaller, that will directly use the latest installer files, and distribution packages.

You can find it if you go to the mirrors page:
http://mirrors.fedoraproject.org/publiclist/Fedora/17-Alpha/

Click on the http link on some mirror, then go to /releases/test/17-Alpha/Fedora -> architecture -> iso -> Fedora-17-Alpha-x86_64-netinst.iso

The latest 17 alpha should use a kernel without debug stuff, though the installer might or might not have disabled the debug at this stage of the release.

[chrismurphy]

Nah those are all the official alpha release builds from Feb 21, with the kernel that takes an hour to display a line of log text.

And the netinst.iso from that date are broken on the two Apple test machines I've got (and I've mentioned this already on the dev list). The nightly from 3/7 appears to install quickly, about 5 minutes. But the btrfs bug is still present.

[PaulAlesius]

It doesn't contain the installer, it downloads the installer from for example:
http://fedora.mirror.iweb.ca/development/17/x86_64/os/

So it will automatically have the latest installer and distribution files.

[chrismurphy]

Yes but the netinst.iso itself doesn't boot the hardware. And that iso is the same as it was on 2/21 so it still has the same problems.

---------- Post added at 01:52 AM ---------- Previous post was at 01:51 AM ----------

And that iso still would boot the same alpha kernel that runs insanely slow... so all across the board I need an entirely new build, not alpha.

[tox]

So for "Install Media" which takes a DVD, rather than Desktop, I'm wondering if there's something newer than Alpha? Because it's totally unusable on my hardware due to the slowness bug (which is already in bugzilla). At the rate it's going it might take 3-4 weeks to install. I could use a nightly desktop, but I'd rather use install media, or something that'll let me select btrfs. Suggestions?

---------- Post added at 12:12 AM ---------- Previous post was at 12:11 AM ----------

Maybe the 2G kde download?
http://alt.fedoraproject.org/pub/alt/nightly-composes/

---------- Post added at 01:07 AM ---------- Previous post was at 12:12 AM ----------

So yes that sorta worked. This build installs fast due to the newer kernel, but the install to btrfs bug is still present and causes an exception and forced restart.
did you not look at my thread about the Beta TC1 ? thats the latest one http://forums.fedoraforum.org/showthread.php?t=277350

thje Nightly composes havent been building for a week roughly why i dont know ( though im to lazy to look to find out )

[chrismurphy]

No I didn't, but now I have. Whoops. I didn't realize it was here 7 days ago already. I just saw the nightlies sticky thread, the beta notice isn't sticky - part of my confusion.

[tox]

No I didn't, but now I have. Whoops. I didn't realize it was here 7 days ago already. I just saw the nightlies sticky thread, the beta notice isn't sticky - part of my confusion.

why would one make a Alpha or Beta post sticky? all it takes is to follow the F17 or whatever sub-forum to know that there their. i dont think Ubuntu people Admins sticky them so why make them sticky here

the Nightlies have been sticky for stuff knows how long. probably ever since this sub-forum was made?

[DBelton]

I can't even use the latest F17 kernel that is in the repos. (The rc6 kernel supposedly without debugging) It continuously throws errors to my log file (about 3 per minute the entire time my system is running) which slows things down, and fills up my drive.

I don't need to see

Disabling IRQ 23
Polling IRQ 23
Reenabling IRQ 23

Over and over in my log files.

Didn't get those messages on the rc5 kernel (with debugging turned on), so it runs better for me here.

(I feel the same as chrismurphy, though. I always use the install DVD media, as the live media usually gives me problems here.

[AdamW]

seems to be a bit of wrong stuff in this thread...

as far as debug kernels go: we switch from debug to release around Beta time. I believe that switch got flipped last week and all f17 kernels from now on in will be release. edit: seems i'm wrong, and we're still getting debug builds. I'll ask the kernel team when they flip the switch for good.

netinst.iso pulls the *packages it installs* from the remote repository but it does not pull anaconda from remote, and obviously, it does not pull its own kernel from remote. so if your problem is that a debug kernel makes the installer really slow on your hardware, using netinst.iso is not going to fix it.

beta tc1 is indeed the latest manual build - there are nightly builds of lives which are well-known, and there's also an automated nightly generation of boot.iso into the 17 tree somewhere. though obviously either of those can fail on any given day. beta tc1 is not, however, beta. you could make a case for the *beta release* being worth a sticky thread, I guess, but not really a test compose. especially not in such a low-traffic forum.

[PaulAlesius]

-

Anaconda does actually automatically download an updates.img to fix installer bugs with netinst.
http://fedoraproject.org/wiki/Anaconda/Updates

[AdamW]

it doesn't automatically download anything. you have to explicitly pass it an updates= parameter to make it grab an updates.img. we mostly use them for testing fixes.

[PaulAlesius]

it doesn't automatically download anything. you have to explicitly pass it an updates= parameter to make it grab an updates.img. we mostly use them for testing fixes.

When I ran a kickstart script I remember it downloading updates.img and product.img, and after that it downloaded updates.img specified as a kernel parameter.

It must have been because network was up early, sorry.