>
> Thank you for the explanation. Makes things more clear.
> What I would propose is to have the setup target put everything in
> C:\wireshark-win32-libs (like it does now) including the CHM file.
> Then when the build is done have it copied to docbook\ when the file is
> either absent there or older. No copy shall be done when the target file
> is newer since it then has been rebuild by the user. Now the installer can
> be build based on the CHM file in docbook\ without worry.
> This seems the way to keep is nice and clean.
>
That's what I had in mind ;-)
Background: The current setup mechanism only knows of downloading a zip file and unpacking it into a specific dir - and I don't want to change this.
Therefore, the user-guide should be zipped. Maybe add a SVN version number to this filename, e.g.: user-guide-SVN12345.zip is a good idea, so different versions can be kept in the same dir.
However, zipping this file won't reduce the size a lot, as .chm is already "compressed" - it's only to keep the setup mechanism the same for all "components".
So setup downloads user-guide.zip and creates a new dir user-guide in $(WIRESHARK_LIBS) - as it's doing with all the other zips as well.
When starting the NSIS packaging, \packaging\nsis\Makefile.nmake should copy the file $(WIRESHARK_LIBS)\user-guide\user-guide.chm into \docbook, if \docbook\user-guide.chm is not existing or older.
This way we have an up-to-date version of user-guide.chm right where we need it and can call the NSIS installer unconditionally :-)
Hopefully I can implement and check this in later today, so it still might get into the 0.99.5 release (as the roadmap already indicates).
Regards, ULFL
_______________________________________________________________________
Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos.
Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=022222