Opened 10 years ago
Closed 10 years ago
Last modified 10 years ago
#1093 closed defect (fixed)
update installer versions and URLs
|Reported by:||hamish||Owned by:||kalxas|
before final release we need to make sure that the versions in load_mac_installers.sh and load_win_installers.sh are all up to date, and that all of the URLs work.
this is independent of and has to happen before the final cut based on how much free disc space there is in the full build: we need this data before we can do that cut.
Change history (18)
comment:1 by , 10 years ago
comment:2 by , 10 years ago
note we still have dead links from the main page on the mini, when the installer directories do not exist. we should figure out how to make that point to the web pages more gracefully.
comment:3 by , 10 years ago
|Priority:||blocker → critical|
Thanks Hamish for updating the application list.
comment:4 by , 10 years ago
As suggested by Cameron, as a way to solve the 404 errors is:
- Create a simple web page that says: "The installers are not included in this smaller distribution"
- During our load_win(mac)_installers.sh we should remove this html page. This should be done since there is no new doc build from mini iso to full iso.
comment:5 by , 10 years ago
a good plan, my only addition to it would be to have that page provide a link to the live.osgeo.org website, which has some index.html pages there with a list of the various projects' download pages.
comment:6 by , 10 years ago
Added a fix as described above.
~/livedvd/gisvm/trunk$ svn commit -m"include an index.rst file in the Win|Mac Installer dir, remove if the installers exist" bin/build_full_iso.sh doc/en/index.rst doc/WindowsInstallers/ doc/MacInstallers/ doc/en/index.rst Sending bin/build_full_iso.sh Adding doc/MacInstallers Adding doc/MacInstallers/index.rst Adding doc/WindowsInstallers Adding doc/WindowsInstallers/index.rst Sending doc/en/index.rst Transmitting file data .... Committed revision 9981.
This fix needs to be tested, in particular, verify that the index.html files are removed in Win/Mac installer dirs during the full iso build.
comment:7 by , 10 years ago
|Priority:||critical → normal|
Thanks Cameron for the fix. I have updated the download size for the final iso.
This is not critical/blocker anymore for RC state.
comment:8 by , 10 years ago
comment:9 by , 10 years ago
|Status:||new → closed|
confirmed fixed in 
comment:10 by , 10 years ago
|Status:||closed → reopened|
full iso still has problems with the proposed fix
comment:11 by , 10 years ago
|Priority:||normal → critical|
|Type:||task → defect|
The current situation is that in the full iso, the index.html file in the Win/Mac Downloads directory is not being removed as it should.
Options to try:
- At the start of the bin/build_full_iso.sh, remove the doc/WindowsInstallers/index.rst and doc/MacInstallers/index.rst source files.
- Retrospectively unpack the iso image, remove the index.html file, then repack the image.
comment:12 by , 10 years ago
|Status:||reopened → new|
comment:13 by , 10 years ago
comment:14 by , 10 years ago
new fix committed in 
comment:15 by , 10 years ago
I don't know if it does any harm besides adding unneeded complexity, but there's no need to use chroot in making the full.iso, as it doesn't need to run anything- the file manifest re-run is not needed, as that only records files kept in the dpkg database, and no .deb packages within the disc were added or removed in the installer tweak, only to the hold system.
along similar does no harm besides adding unneeded complexity lines, does the script need to be run as a regular user or as root? (are the sudos needed?)
fwiw I'd suggest turning off the progress indicators to improve the signal to noise ratio in the logs,
mksquashfs ... -no-progress mkisofs ... -quiet
note mksquashfs wants -no-progress as the final option on the command line.
final style critique is to suggest to set $USER_HOME instead of hardcoding /home/user as the other scripts. (again no harm to current build)
comment:16 by , 10 years ago
|Status:||new → closed|
Hamish, chroot is not a big deal here since we removed the weird mounts.
Confirmed in 
comment:17 by , 10 years ago
It doesn't matter, but fwiw, the correct target would have been
/media/cdrom/ is just a symlink to that.
comment:18 by , 10 years ago
I agree. Lets fix that on svn
version numbers bumped to most recent & urls updated for those that needed it; but not well tested. Seeing that the ISO is a couple hundred MB bigger this time there may be some choices to be made when it comes time to see what actually fits on the full-dvd.