After I got Kyvos 1.6.1, I deleted the "temp" VM again and created a new one using the automatic mode. This time it worked and included the Update 3 files like it should.

Not sure what happened before, but this time it worked, and I booted the old VM after copying kickstart.zip over, with all the new stuff showing up like it should.

@walkero

First, I made sure the Update 3 lha was in the same folder as the A1 os 4.1 install ISO and the other update lha files. Then in kyvos I click the button to make a new instance and chose automatic. I then made sure to pick a new path and VM name so it wasn't trying to use anything from the original VM. Once I had that all set up I let it do its work and build the files.

Since I'm doing this on Windows, I just double clicked the new kickstart.zip to check the files. The dos, intuition, and other new files in Update 3 were not in it, as all those files in the new kickstart.zip had dates from 2021 and weren't the right size.

I tried it with the original name for the Update 3 lha as Hyperion named it and renamed to the name you mentioned in the update text on the ko-fi site for kyvos, but it made the same set of files both times.

This is as close as I remember. Later today, once I'm done fixing my car's engine, I'll try it again and keep track of the details.

@walkero
Finally got the ko-fi page to work. I have several extensions running in Edge, and apparently one or more of those was interfering with how the Cloudflare part of it loads. That let the login and the download of the new version work correctly. And now that they work, I've turned all the extensions back on and it still works (for now). Need to figure out which one is blocking the Cloudflare stuff and make some adjustments, I guess.

But, on to the Update 3 and Kickstart update. Seems kyvos is not recognizing the LHA file for Update 3 even though I've named it like the update text says to do, AmigaOS4.1FinalEditionUpdate3.lha. I also tried it without renaming it, as AmigaOS4.1FinalEditionUpdate3-53.34.lha, but it's still not including it in the Kickstart files.

I know because if I look for some of the specific updated files in the new kickstart.lha file, the dos, intuition, and other files for Update 3 are not there, with files dated in 2021 instead of 2025.

Also, the manual needs updated too, as it doesn't mention Update 3 in it.

@walkero

Cool, I look forward to checking that out.

Now if I can get ko-fi to let me download the current one!

@dwolfman

Looks like something at Cloudflare is broken. Checking the dev tools in Edge and I see it is looping on trying to load some javascript modules over and over.

@walkero

(1.6.0 released)

Awesome! I've been trying to manually update the kickstart.zip and so far all I get is the "guest hasn't initialized the screen" when I try it.

Looks like I'll have to make another A1 instance, then copy the new kickstart.zip over from it to my main entry.

A suggestion for future versions would be to have a button show somewhere to re-run that kickstart.zip creation process on an existing instance.

And once again I can't get the ko-fi site to work properly. Every so often, I go through the checkout process, only to have it hang and spin forever at the last step before it gives me the links to get the files.

And this time it's worse. Once before I got it to work by logging out of ko-fi, then back in. Now, I can't get logged in, it just sits there saying "logging in" after entering my email/password and clicking the Log In button.

I cleared all the browsing data, as well as any saved cookies for ko-fi, but no change.

Weird bit is if I wait a few days, then it will just work. Frustrating.

@walkero

Oh, yeah, good fun! And thanks for putting this tool out. I never thought of using Qemu directly instead of just the PPC plugin from it with WinUAE, until Kyvos was released. WinUAE is slower by a good margin compared to this.

I've got it up to a "daily driver" setup similar to what I was doing on the real A1 XE I still have (retired, as the on-board NIC got fried when a network switch shorted out). It's probably repairable, but why bother when my current Windows PC is fast enough to run it in emulation to make it usable.

Now, would be nice to get it set up with one of the virtio video drivers so I can get full 32-bit color output. 16 bit with the si502 is usable, but I ran the old A1 XE at 32-bit all the time with it's Radeon HD 7000 (or maybe it was a 9250? not sure now) and would like to get that back when I can.

Say, that worked better than I expected. It mostly booted up and things are working ok so far. Just need to adjust a few things and it should be back and working.

I'll have to upload a screenshot for it.

@walkero

I did have 1.1.0 set up. I must have done the save on the media tab at some point before I came back to see this, as it is working fine now.

Now to go through "restoring" my old AmigaOne XE backup on it. It will be nice if I can get that working in it, since I'll then have everything working the way I want it.

Trying the new version, and since I was trying to figure out before how to get a CD to load, I went straight to trying to mount an ISO in it after it booted.

Thing is, I get this error: "Error: device 'cd' not found"

According to the FAQ entry, in the monitor window enter "change cd <ISO file path>". Though I didn't preserve the case when typing it in. I'll try that in a moment. And case doesn't matter, still get the same error.

Anyone with a suggestion on what is going on with it?

So finally saw this poll and added my response

Been using a Radeon 9200 on my A1 G4 XE, when it is working that is.

Lately, it's been off a lot since it is not stable any more. Need to open it up and disconnect everything, then pull the CPU card and reinstall it (I think it's that megarray connector causing the issue).

Maybe that will get it working right again.

Honestly, I'm not sure how I got the version of CopyStore I had. And yes, it's been prompting for 53.12 update.library every time I do updates and try to apply them. Been manually installing everything it unpacked for a while now because of it.

Over on my thread at AmigaWorld for this same issue, Spectre660 suggested renaming CopyStore then running AmiUpdate. It detected it was missing, and was able to download and install it without issues. I noticed my old file was version 2.6 dated 25 Apr 2011! The one AmiUpdate downloaded is version 2.9 dated 3 Jul 2013.

Quote:

What if there is nothing like that to rollback? I looked in my system rollbacks list and nothing mentions it. Search in there doesn't find anything either.

Yup, fixed by loading to an FFS partition.

Been using SFS for ages, all my HDs in the AOne are formatted with it. RC1 worked fine from that same SFS partition, so this needs to be fixed soon as I'm not going to reformat just to use Timberwolf.....

I'm not sure if this is something unique to my AOne, but I've not seen any other postings about it yet, so here goes.

On my AOne XE G4 with OS4.1 Update 4, Timberwolf RC2 doesn't underline links or change the mouse pointer to a hand when over one, and the back/forward buttons stay greyed out (as well as context menu entries for them). Hitting the Backspace key does move me back through pages, at least.

I saw mention of problems with SFS partitions, which all of mine are, so no FFS partition I can try it from. For a quick test copied the Timberwolf folder (profile and all) to Ram: and tried it from there. It does the same thing.

Speed wise it's about the same for me as before, maybe with some slightly longer load times.

If I need to, I can format a 250 MB Zip disk to FFS and try it from there.

Anybody else seeing this?

@nbache

I figured as much.

Too bad ABackup isn't open source yet. That's the one backup program on my old A3000 setup that I really liked. It was another reason for using the Zips, but it REQUIRES the removable media to have RDBs on them if they are bigger than a floppy.

I also cannot seem to get LHA's multi-volume stuff to work with the Zip correctly. It writes one byte to the lha file on the first disk, then asks for the next disk. When that is inserted, it still says to insert the next volume for the set.

Good thing the drive was free and the 9 disks I bought only cost me $0.48 each at the local thrift store. Even better was that 6 of the 9 were still new, in their original plastic shrink wrap.

Oh, for the earlier post: I haven't checked to see if it shows as a boot source in U-Boot (didn't have it marked as bootable), but I was able to get U-Boot to read the RDB from it using the "ide part" command. Showed the correct info, too. I suspect that U-Boot will probably boot from it just fine, but SLB may not, or the OS4 kernel may ignore it after it's taken over.

@Slayer

Yeah, I know I can burn a CD/DVD. Even have AmiDVD set up, but haven't quite figured out how to use it yet.

Personally, I'd rather have a Zip disk I can boot. It also makes for easier updating of content (just copy it!), versus the CD/DVD (re-burn it for one little file?). I have a tendency to tweak a disk until I like how it works, then come back and tweak it some more. Having to re-burn the CD/DVD every time would be extremely time consuming.

I suppose I could make a bootable floppy that has the mountlist in it, which mounts the Zip, then hands everything over to it for the rest of the booting. Seems cumbersome to have to do it that way, though.

I recently acquired a used IDE Zip250 drive and some disks and set it up in my A1. While I can use it with a mountlist no problem with both FFS and SFS, I do not get any mounted partitions from the disk if I set it up with an RDB in Media Toolbox. Is this by design, since it shows up as a removable disk in Media Toolbox? Is there any way to bypass this and have OS4.1 mount the partition(s) on the Zip disk anyway from the RDB?

Reason why: I want to make a recovery disk using one of the Zip disks that is bootable.

I was able to do this no problem with a SCSI Zip100 under OS3.9. Seems odd that I can't do this under OS4.1.

@salass00

Well, I didn't save what I did with SMBFS that wasn't working, and that was several days ago. I think I had both those includes listed,but still was not able to get it to go. I'm also not one who usually asks for help, as I'd rather have the documentation in front of me when I'm working on something. Just the way I am I guess, since I learned how to program every language I've ever done that way.

What I've done now works. I made a simple command line util that uses newlib's localtime function to get the DST value and the current offset. It will do one of three things:
1) dump the output of asctime() that was fed the output of localtime(t), where t is the output of time(NULL).
2) give it the DST argument and it prints a 1 if DST is in effect or 0 if it is not. Also sets the shell return value to 0 if DST is not in effect and 5 (or WARN) if it is.
3) give it a ZONE argument and it dumps the value stored in tm_gmtoff from the localtime output.

With that I am using an if statement in a DOS script to deal with changing the DSTOFFSET parameter for my SMBFS command lines. So far it's working fine.

@ssolie

Not sure why email would make any difference here...

In any case, I finally figured out how to get a C program compiled that makes use of the newlib time functions. That got me what I needed, which when combined with a DOS script and Docket gave me an automated way to deal with the DST time changes on my SMBFS mapped drives.

Learning Python for me can wait. I've not been able to get much more than a few piddly things done with the interpeted mode. Not much else is possible for me since the Python.org documentation for Python 2.5.1 (the version from OS4.1) still lists a bunch of stuff that's not available in the Amiga implementation. I'll look at Python again once we have decent Amiga-oriented documentation for it.