The Best way, however, is to read the very first post and see if I've already fixed the issue.

This issue was resolved shortly after the broken build was released.

This issue is also resolved in the latest release of the kitchen.

Search for e54c0e41-3f65-4d9f-b104-4245cc434a86.rgu in your kitchen. I think it's something you added to your kitchen.

I just downloaded the 071108_1 update to both the Kitchen and the PPCGeeks_OEM and I can save my config now...

I have another question regarding the Patches folder. Thanks for that heads up, by the way. It works great.

In the 3.5.1.0.4 kitchen, I edited my initflashfiles.dat to change the path of the applications that show up in the Start menu initially. I did this rather than going into settings and unchecking the boxes in Menus. With the old kitchen it was saved in the OEM_HTC folder.

With the new BuildOS, I cannot have initial access to this file since it's in the password protected rar file. Actually, I did a search in and I didn't see the file at all. I was able to pull that file out of the dump folder and make the appropriate changes as before.

What I would like to know is if I can put this new, edited file in the Patches folder and it will overwrite just as the folder was designed. It's not an OEM, per say, as it has other vital information for the OS to load (system folders and shortcuts).

Should this overwrite work?

Thanks again.

No, unfortunately it will not. initflashfiles.dat is compiled prior to the patch folder files being copied in. If you try it, net result is that you'll be missing any of the items in initflashfiles.txt files from the OEMs you selected.

The password to the rar archive is not a secret--it's "PPCGeeks" (no quotes). It's just meant to keep some degree of consistency to a kitchen build (makes it much easier to troubleshoot) and to encourage users to make all their changes via OEMs and patches.

So until we figure out what to do about initflashfiles feel free to go in there and edit it directly if you want to.

Duh. I guess I should have known that. Looks like I had somehow screwed up my list of ringtones in that rgu file. Either that or I had forgotten to run the folder through the DSM builder. I fixed both and everything worked perfectly.
Thanks gguru.
:headbang:

This really is a fanfreakingtastic Kitchen/ROM.
I reinstalled and re-setup everything in record time.
And I really can't believe how beautiful this GUI is.:drunken:

You can accomplish initflashfile changes by building a new OEM with your changed initflash files in USER_OEM. It's not perfect, as the old initflashfiles will run also, but it works.

EDIT: Luv2chill explained to me what you're doing in more detail. I'll have an improved mechanism avail soon.

So rather than patching the initflashfiles, I'd be better to just take into a custom OEM and let it overwrite the changes? That confuses me as I thought that's what the Patches folder was for. Won't I get an error that the file already exists like I did previously?

Thanks again you guys.

Edit: Okay, disregard that. Knowing the password will give me what I need.

You shouldn't...initflashfiles.dat, initflashfiles.txt files, .dsm files, and .rgu files aren't handled like other files. (the Patches folder only relates to the "other files")

If you make a file called initflashfiles.dat, place it into an OEM, place that oem in USER_OEM, it will be the initflashfiles.dat that the rom is built with (regardless of uuid). You shouldn't get a duplicate files warning. You should NOT try this by modifying the initflashfiles.dat from the dump folder - you need the base initflashfiles.dat.

Cool, thanks. I pulled the original from the rar and worked on that. I actually put it back in the rar file, but I saved a backup for good measure.