I have installs of 6.1.1 on various Synology NAS servers. On these servers I have "only" 217 modules. And even when I update the modulelist I don't get more and new updated modules. As an example I have installs of: account_banking_nl_ing 220.127.116.11.105 account_banking 18.104.22.168.136 account_iban_preserve_domestic 22.214.171.124.134 My accounting system has bugs (I assume, because things do not work as expected) so I need updates.
Of course I am logged in as administrator with extended view.
I have received an ISO Ubunto 12.04 install of 6.1.1. This version has 598 modules and after I updated it 636 modules are listed! They are also more recent. However I do not see updates of the 3 above mentioned modules.
Further I made a backup of one of the databases installed on one of the NAS. And restored it on the Ubuntu 12.04 install of 6.1.1. After login I now see 217 modules in my list. When I run an update 173 modules were updated and 430 modules were added. I tried to run Banking I get an error: " View error Can't find field 'reconcile_id' in the following view parts composing the view of object model 'account.bank.statement.line': * Bank statement line tree view Either you wrongly customized this view, or some modules bringing those views are not compatible with your current data model "
So I am sure I missed something and the NAS installations can be improved and maybe the Ubuntu 12.04 also. But what is happening and how to do this?
Update based on Olivier Dony's answers: Assume I have installed the basic v6.1 and 18 modules.
- Can I update each of the 18 modules one by one in no particular sequence?
- Where can I find the newest Zip modules?
- Can I update the basic v6.1 to v6.1.x?
- And can this also be done by Import Module and if so where to find the Zip module?
- Is the database for this operation compatible?
The list of modules you see in a 6.1 installation only depends on the modules that your OpenERP system can find in the various directories where it is configured to look for. These directories are commonly called the "addons path" and are usually passed to the
openerp-server startup script via a parameter that looks like
This parameter can also be set in a configuration file with a parameter named `addons_path``
When you use the Update Module List menu, OpenERP re-scans "your addons path" entries and updates the list of modules with whatever valid modules it finds, updating the details of existing modules and adding any new ones. A valid module is a module that has a valid
__openerp__.py manifest file and is not marked with
Based on this you should be able to understand the number of modules you see in your various OpenERP deployments: it all boils down to the contents of your addons directories. It entails from the above that updating your module list will never automatically discover any new modules or any new updates, unless something/someone has modified the contents of your addons directories.
Warning: this is quite different in OpenERP 7.0, this explanation is for OpenERP 6.1 and earlier version only!
Update: if you're using zipped modules, e.g. for 6.0 or earlier (or on a modified 6.1), you should be aware that zipped modules are considered just the same as module directories if they're found within your "addons path". If you use the Import Module menu the imported modules will be stored as zips in your local addons paths. Depending on the version you're using, any zip with the same name as a module directory may take precedence over the unzipped module (e.g.
foo directory), so it's not a good idea to keep both.
Update 2: to answer your extra questions:
It will probably work in any order. However to be 100% correct you should normally update them all at once, or at least update all modules that depend on each other at the same time. If module B depends on A, using a newer version of A could theoretically break B. Conversely, if the newer version of B expects the newer version of A, updating B without updating A could break the system. This is however rather unlikely, as within a stable series the API of modules is supposed to be frozen, so a module should not change significantly enough to break any module that depends on it.
Well, you asked for it ;-)
The easiest place for finding zipped modules is on OpenERP Apps, by looking at the available downloads for your modules and series (6.1).
Yes, the OpenERP release policy explains this. Major versions (aka Series) are represented by the first two numbers in the version (i.e. 6.0, 6.1, 7.0). As long as you stay within the same series you can upgrade without much risk, so 6.1.x is compatible with 6.1.
Using Import Module is really not recommended for updating modules. You should really try to manage your module source code on the filesystem directly rather than using the interface. If you ever break the interface by installing a module that's incompatible you'll be glad you understand how to undo that on the filesystem and how to remove/reinstall it.
After updating the modules on the filesystem you should usually start OpenERP once with the
-d <DB> -u allcommand-line options (replace
<DB>with your database name) to force a synchronization of all the modules with the source code you've just installed.
Not sure what you mean here. The OpenERP database structure is automatically maintained by the system, and it must never change if you stay within the same series anyway (that would break compatibility and requires a new major version)
Warning 2: Having lots of modules available in your installation is not a good objective, and may in fact be rather harmful if you start to install many modules.
You should only ever install modules that you really need and that your understand. Before OpenERP 7.0 uninstalling a module was very experimental and likely to break stuff, so it's definitely not a good idea to install random things on a production database (at least make a backup before installing).
Similarly, updating your modules to the latest version is not necessarily a good idea unless you're blocked by a bug you know to be fixed in the latest version. The risks of breaking your system are high if you don't know exactly what you're doing, so it's usually not worth it.
Please try to give a substantial answer. If you wanted to comment on the question or answer, just use the commenting tool. Please remember that you can always revise your answers - no need to answer the same question twice. Also, please don't forget to vote - it really helps to select the best questions and answers!
About This Community
|Asked: 2/13/13, 4:45 AM|
|Seen: 2246 times|
|Last updated: 3/16/15, 8:10 AM|