Ticket #1782 (closed: fixed)

Opened 10 years ago

Last modified 5 years ago

Some Windows installer clean-up items

Reported by: Russell Taylor Owned by: Russell Taylor
Priority: minor Milestone: Iteration 25
Component: Mantid Keywords:
Cc: Blocked By:
Blocking: Tester: Anders Markvardsen

Description

A few things I noticed about the windows installer (64 bit, but I assume applies to both):

  • icatDownload.directory property is pointing to ../../../Test/Data/ICatDownload
  • we're shipping the old scons versions along with the current one
  • we're shipping the debug boost python library as well as the release one
  • old (deleted) python algorithm's .pyc files are being shipped

Change History

comment:1 Changed 10 years ago by Russell Taylor

  • Status changed from new to accepted

comment:2 Changed 10 years ago by Russell Taylor

(In [7018]) Remove old scons versions (motivation: noticed they were being shipped by the windows installer). Re #1782

comment:3 Changed 10 years ago by Martyn Gigg

(In [7048]) Fix installer so that it doesn't pick up PythonAlgorithm .pyc files. Remove boost::python debug library which was also getting picked up. Add a default icatDownload directory property pointing to MANTIDINSTALL/data. Re #1782

comment:4 Changed 10 years ago by Russell Taylor

  • Status changed from accepted to verify
  • Resolution set to fixed

comment:5 Changed 10 years ago by Anders Markvardsen

  • Status changed from verify to verifying
  • Tester set to Anders Markvardsen

comment:6 Changed 10 years ago by Anders Markvardsen

  • Status changed from verifying to closed

Uninstalled Mantidplot entirely from my window 32bit machine, including deleting MantidInstall directory and then Re-install mantidplot. Although old scons version remove from the SVN it still appears in the MantidInstall\scons-local directory.

Russell's comment to this is:

I'm guessing it's picking up previously compiled python files (pyc) from the build server, so even though I've removed the directory from svn it still lives on there. Someone over there will have to go on and manually delete the directory (probably from both 32 & 64 bit machines). Or I can do it from home. This is not at all urgent.....

Ticket #1842 has been created to fix this later.

Otherwise looks good.

comment:7 Changed 5 years ago by Stuart Campbell

This ticket has been transferred to github issue ​2629

Note: See TracTickets for help on using tickets.