WHDLoad Network Update feature

TuKo · 09 November 2021, 21:39

Hi all,

Since WHDLoad is able to find out if a slave is outdated and offer to download the new version, why not go a step further and let it download that slave and update corresponding files directly instead of redirecting to the download page ?

What would be the dev effort to enhance that already nice feature ?

Wepl · 10 November 2021, 09:51

This could be accomplished for most installs where it is sufficient to update only the Slave. But some install may require reinstall or other actions and there is no way to detect this.

coldacid · 10 November 2021, 14:30

I suppose that installs that only need to replace the slave to update could have some kind of flags file indicating that, but it would require buy-in from each install developer to support it. The effort is probably not worth it, but it would certainly make things a bit easier from the user perspective.

Wepl · 11 November 2021, 10:24

The installs would need some meta data enrichment to reliable support automatic updates. This is unlikely to happen.
If someone writes a script/program which will do the update based on the currently available info the archive/readme (heuristic) I could call this from WHDLoad. I have currently no time/motivation to create such script/program.

coldacid · 11 November 2021, 14:26

I've actually been considering such a script for a while (which is why I asked where WHDLoad looks for the hash info used to check for updated slaves in another thread). If I actually get around to writing it, I'll let you know.

09 November 2021, 21:39	#1
TuKo Apollo Team Join Date: May 2014 Location: not far Posts: 379	WHDLoad Network Update feature Hi all, Since WHDLoad is able to find out if a slave is outdated and offer to download the new version, why not go a step further and let it download that slave and update corresponding files directly instead of redirecting to the download page ? What would be the dev effort to enhance that already nice feature ?

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
[FEATURE REQUEST] add to favourite from GUI - automatic database update	pucci	support.FS-UAE	0	14 April 2020 22:03
Does AF2016 feature the Free version of WHDLoad?	Foebane	support.Amiga Forever	2	05 February 2017 16:01
genlock feature update	StoneOakvalley	support.WinUAE	34	12 October 2016 21:11
Idea for a new feature in whdload/slaves	JohnnyBeGood	project.WHDLoad	11	29 July 2009 18:48
WHDload update packs... update!	killergorilla	project.Killergorilla's WHD packs	19	08 March 2006 12:58

10 November 2021, 09:51	#2
Wepl Moderator Join Date: Nov 2001 Location: Germany Posts: 866	This could be accomplished for most installs where it is sufficient to update only the Slave. But some install may require reinstall or other actions and there is no way to detect this.

10 November 2021, 14:30	#3
coldacid WinUAE 4000/40, V4SA Join Date: Apr 2020 Location: East of Oshawa Posts: 538	I suppose that installs that only need to replace the slave to update could have some kind of flags file indicating that, but it would require buy-in from each install developer to support it. The effort is probably not worth it, but it would certainly make things a bit easier from the user perspective.

11 November 2021, 10:24	#4
Wepl Moderator Join Date: Nov 2001 Location: Germany Posts: 866	The installs would need some meta data enrichment to reliable support automatic updates. This is unlikely to happen. If someone writes a script/program which will do the update based on the currently available info the archive/readme (heuristic) I could call this from WHDLoad. I have currently no time/motivation to create such script/program.

11 November 2021, 14:26	#5
coldacid WinUAE 4000/40, V4SA Join Date: Apr 2020 Location: East of Oshawa Posts: 538	I've actually been considering such a script for a while (which is why I asked where WHDLoad looks for the hash info used to check for updated slaves in another thread). If I actually get around to writing it, I'll let you know.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)