|
||||
You can find SPB Plus OEMed in this manner in my ftp directory. As far as I know, it's the only fully functional OEM of SPB Plus there is.
On the ToDo list for OEMs built this way is getting rid of the /windows/startup shortcuts after first boot - they don't serve any purpose after first boot and can be deleted. If you run across odd applications this way of building an OEM won't work for, please send them my way. Please keep in mind that while more robust at installing an application and certainly a lot easier for the typical app, this method of building an OEM does cost a little storage space for the setup.dll and a little extra startup time on first boot. Heck, it's possible your PPC will hang if too many OEMs are built this way in your ROM (if you run across this situation, definitely let me know - I already have a solution in mind). |
|
||||
Nice job, but is there any way to accomplish this from the PC while building the OEM itself rather than on the PPC after first boot? Like just dump all of the "intended" reg edits from the setup.dll to a text file? It would be better in cases where some of the reg entries would need to be adjusted to suit an OEM situation vs. normal cab install.
Thanks! |
|
||||
Also, I've read that provxml files get processed during the first boot after a new rom flash. Couldn't those be used to delete the no longer necessary links out of startup, or would the provxml run before the startup link did its thing?
__________________
Now with VGA support on all software!
Projects: (PeraStats 1.7) (PeraCount with Clock 1.3) (PeraCount 1.3) (PeraProfiler 1.2) (S2U2Lock 1.1) |
|
||||
Sadly, no, you have to run the setup.dll on first boot so that it can do it's magic (usually install certificates, sometimes other stuff too). A lot of that stuff is in the DRM section of the registry so a simple cut/paste doesn't work. AnimatedToday is a good example of that - it's magic registry settings change with every install (I'm still puzzled as to where the hell the values are coming from and what their purpose is) and it won't run at all without their magicalness.
The provxml files won't work to do the delete because the provxml files run before /windows/startup gets processed. I'm toying with the idea of moving all the shortcut stuff into the registry - that way you could chain a bunch of them together and force flow control upon the install process. Plus, it reduces the process to just one shortcut instead of a shortcut for each OEM - and that can delete itself. Maybe in v2. Hmmm - maybe invoking from provxml? Didn't think of that, but it might add additional complications for some programs because the world isn't really fully built while all the provxml stuff is occuring. I dont' know. Anyone know how to execute a file from provxml? Last edited by gguruusa; 08-30-2007 at 03:13 PM. |
|
||||
What about having a config file that calls themselves in order from a custom "Setup.dll", then then deletes its own shortcut. I don't know much about setup.dll's but I would not think it would be that hard to make one that goes to a set file, gets a list of dlls, executes, and deletes it own known shortcut.
|
|
|
|