Follow up changes:
  - Included erp5_full_text_myisam_catalog (dependency of erp5_base)
  - Reimplement sortBusinessTemplates for the new behaviour

* fix the state of bt (new, old, present)
* make resolveBusinessTemplateListDependency returning all
  dependencies, even installed ones
* add upgradeSite method to install everything from top level bt
* the code to check version restriction has been removed but
  it should be  moved to another method

The main reason for the test_installBusinessTemplatesFromRepository_update_catalog
test is assert if the activities from created from clear catalog are
present on the activity lists or not.

This change re-creates the table using zsqls introduced by
erp5_ingestion_mysql_innodb_catalog to make sure the table is there when
the index activites related to the new BT5 be launched.

This tests try to install a business template that modifies the catalog,
if it fails, it is required to launch recatalog to update MYSQL
 information, otherwise the further tests will fail due the lack of the
email table present.

Now as default, the tests prefer local bt5 folder if it is a repository.

With the usage of git branches, this changes helps the developer test
his own local changes before merge with master (branch used to generate
snapshots)

This is a followup to commit 8995b645
("always start transactions with begin() and make tic() commit automatically"):
there is now no need to use self.stepTic() instead of self.tic()

- do not make the test dependent on external web site
  (test was using http://www.erp5.org/dists/snapshot/bt5/)
- do not make the test dependent on generic bt configuration.
  If we change dependency of erp5_base, this will not break
  the test any longer
- use dummy repository for testing purposes

If the official repository was stuck for some time, of if
the revison of erp5_base was increasing in a too fast way,
this was making this test failing.  Also it would be better
that this test use a fake repository

I suspect a bug in sortBusinessTemplateList, so I wrote this test to catch
this bug... which does not exists.
At least, now there is a test dedicated for sortBusinessTemplateList

The API resolveBusinessTemplateListDependency is able to return a list
of BT5 with URL and include all dependencies.

If Business Template is not present, returns None.

There was several tests specifics to TemplateTool into testBusinessTemplates
This commit move tests to appropriate test suite.

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44730 20353a03-c40f-0410-a6d1-a30d3c3de9de

Be more assertive, sometimes business template into http://www.erp5.org/dists/snapshot/bt5/ are updated causing some insconsistence and false positives.

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43479 20353a03-c40f-0410-a6d1-a30d3c3de9de

upgradable bt5


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38337 20353a03-c40f-0410-a6d1-a30d3c3de9de

Conflicts:
	bt5/erp5_base/bt/revision
	bt5/erp5_simulation/DocumentTemplateItem/InvoiceSimulationRule.py
	bt5/erp5_simulation/bt/revision
	bt5/erp5_trade/SkinTemplateItem/portal_skins/erp5_trade/Base_viewTradeFieldLibrary.xml
	bt5/erp5_trade/bt/change_log
	bt5/erp5_trade/bt/revision
	products/ERP5/Document/BusinessPath.py
	products/ERP5/Document/SimulationMovement.py
	products/ERP5/Document/TradeCondition.py
	products/ERP5/Document/TradeModelLine.py
	products/ERP5/bootstrap/erp5_mysql_innodb_catalog/bt/revision
	products/ERP5Type/ERP5Type.py

git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37129 20353a03-c40f-0410-a6d1-a30d3c3de9de

replace self.getPoral() by self.portal


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35159 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@16394 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@11687 20353a03-c40f-0410-a6d1-a30d3c3de9de