It wasn’t at the time I wrote the comment; I just checked the Nightly download page now and apparently it is. So I’ll be sure to download it sometime today.
32bit is still at hrev52292 - that is, not yet to the point where beta was branched. Hasn’t updated in several days. (For that matter, 64bit hasn’t updated either, but at least it’s at hrev52300.) Watching the commit list, I can see more hrevs appearing in master, and untagged commits in r1beta1, but nightlies have stopped altogether. I’m guessing that this lack of activity is part of preparing for the beta, and the next link to appear will be RC1.
Not trying to complain, it’s just that I don’t usually have time to do much with Haiku during the week, what with a full-time job and a family and all, and we’ve got a 3-day weekend coming up in the US, so it would be a good time for me to test out a beta RC. (I can build the beta branch myself tomorrow morning, if there’s no official RC.)
This link should get you one of the early test images to try out. SoftwareUpdater will get you the latest commits.
https://cdn.haiku-os.org/haiku-r1beta1/x86_64/haiku-r1beta1-hrev52295-10-gd7d39dcb6f-x86_64-anyboot.zip
I think I’ve tracked down the problem with Asus Prime Z370-P. Haiku doesn’t like the SATA controller for whatever reason. Disabling it in the BIOS allows Haiku to boot. Now I can at least use Haiku in live mode. The installer also causes a kernel crash when it tries to install the boot loader, so I can’t put Haiku on a bigger partition.
Good to know about the apparent incompatibility between Haiku and the SATA controller of the Asus Prime Z370-P. It looks like someone will have to dig into the Z370 chipset specifications to see what’s missing for compatibility.
With the SATA controller disabled, it is not surprising that the installer triggers a kernel panic.
Uh? It should never be possible to trigger a kernel panic. The Installer should just kindly tell the user that it can’t see any hard disk. Which is fine, because you can install from one USB drive to another, or to an SD card, or to an SCSI drive.
So, please take a screenshot of the KDL and submit a bugreport.
How do you take a screenshot during a kernel panic?
With a digicam, for example ?
Yes, software solutions won’t work. So take an actual picture of the screen
Could there be value in inviting someone to do a magazine review of Beta1 just before it is official (but not publish it yet), so that when they find something accidental like an off-by-one or a “it’s a shame the beta 1 had this little tiny bug”, then that can be fixed before the real beta 1 is released?
Hello. Related to this:
There are some way to upgrade from a current nightly to this branch?
I just must change the repo url pointing to this url, and do a pkgman full-sync, I guess. Or I’m missing something?
Thanks!!!
Heard the news of an unofficial beta build (for real this time) from R1 Beta 1 Testing Image - Pre-RC! Awesome – I look forward to showing this on my blog soon as I can!
Yeah, that sounds about right.
Pretty much adjust your branch in the Haiku repo url from ‘master’ to ‘r1beta1’ and do a full sync. Technically you’ll be downgrading to the beta, but you’ll get the ‘stabilization fixes’ in it. (aka disabling known broken things, etc)
There isn’t a branch for HaikuPorts, and i’m not 100% we’re going to do one for the r1beta1… I think most people want bleeding edge ports.
Will the Beta 1 support booting on EFI x64 machines? Are current ISO/images ready for that?
I’m ready to do some tests
Yes, I believe so. I wish that they supported EFI on 32-bit machines as well… but unfortunately not.
Haiku 32-bit hrev52292 doesn’t work on IBM T23 laptop (Intel Pentium III, 1024 Mb RAM): while booting live-CD it say “PANIC: attempting to clone non-user-cloneable kernel area”.
Will R1/beta1 support Intel P-III CPUs?
P.S. I can’t try hrev52295 because it doesn’t fit to CD image (803 Mb is much more than 700Mb).
This is actually an SMAP related error in the s3 video driver / accelerant. We don’t see many s3 chipsets anymore, so it went undetected.
I’ve opened a bug report for you here: #14443 (S3 SMAP Violation at boot.) – Haiku
As a workaround, you can disable SMAP protection in the bootloader menu.
Workaraund [Shift] - “Select safe mode options” - “Use fail-safe graphics driver” allows me to boot Haiku from liveCD on my hardware. Thank you.
Unfortunately, WebPositive still crashes with “Invalid opcode exception” as described here: https://dev.haiku-os.org/ticket/14060
I am getting a kernel panic when trying to boot the hrev52302 x64 anyboot iso from an usb stick on a Mac:
I guess it’s related to Boot from USB fails with “Haiku: Panic: did not find boot partitions”
Also the keyboard (wired usb) doesn’t work in the debugger.
Could you try this image and see if it is resolved?
https://cdn.haiku-os.org/haiku-nightly/x86_gcc2_hybrid/haiku-master-hrev52309-x86_gcc2_hybrid-anyboot.zip
If it works for you I can slip it into the r1beta1 branch