Difference between revisions of "GEPS 026: Replace 'make' for Gramps build"

From Gramps
Jump to: navigation, search
m
(Purpose added - taken from a mailing list post by Benny)
Line 2: Line 2:
  
 
[https://gramps.svn.sourceforge.net/svnroot/gramps/branches/geps/gep-0065_Using_Setup/ SVN]
 
[https://gramps.svn.sourceforge.net/svnroot/gramps/branches/geps/gep-0065_Using_Setup/ SVN]
 +
 +
==Purpose==
 +
 +
# the core developers don't know Make, which was the case also in the past. Somebody of a company with expertise contributed the make system to Gramps.
 +
# we need to update makefiles when adding changing files. With setup.py you only need to worry about changing directories, so simpler
 +
# with make it happens from time to time that a new file is forgotten to be added in a release, causing overhead for the release manager
 +
# gramps is pure python, we don't need a makefile  system checking for a lot of things it is checking now
 +
# we need less dependencies for installing gramps in linux. Already on windows makefiles are not used
 +
# more and more projects that need make switch to cmake, ..., we should not stay with old technology just because it was already present
 +
  
 
==Issues==
 
==Issues==

Revision as of 16:48, 19 March 2012

Move Gramps away from using Makefiles and to using setup.py [1][2][3]2621

SVN

Purpose

  1. the core developers don't know Make, which was the case also in the past. Somebody of a company with expertise contributed the make system to Gramps.
  2. we need to update makefiles when adding changing files. With setup.py you only need to worry about changing directories, so simpler
  3. with make it happens from time to time that a new file is forgotten to be added in a release, causing overhead for the release manager
  4. gramps is pure python, we don't need a makefile system checking for a lot of things it is checking now
  5. we need less dependencies for installing gramps in linux. Already on windows makefiles are not used
  6. more and more projects that need make switch to cmake, ..., we should not stay with old technology just because it was already present


Issues

  • PEP 345: Metadata for Python Software Packages 1.2 [4]
  • PEP 376: Database of Installed Python Distributions [5]
  • PEP 386: Changing the version comparison module in Distutils [6]
  • PEP 390: Static metadata for Distutils [7]