Community mailing list archives
Re: Version 10 ODOOby
we know that..
you must prove nothing..
we are all in the same boat and suffer the same pain.
it seems that odoo has grown in a turbulent way, and stability or well defined update paths have not been high on the feature list.
but things improve.
I have heard (I am no odoo oldtimer myself), that odoo sa has improved much in this area.
so lets push ways to cooperate with odoo sa, OCA, developers and field experts ..
This is vital for both odoo sa and the community. I am absolutely convinced that if we do not achieve a strong and somehow egalitarian cooperation, all involved parties suffer badly in the long run.
I have the impression the FUD argument is used rather carelessly here.There's nothing more annoying than receiving the message that the module x depends on the installation of the module y and this is not in the package you downloaded and added to addons.From my experience most of the modules load errors always happen in views where ever missing a field or the field's format was changed or renamed. The imcopatibilidades versions are in the xml.If a conditional routine can be placed at the time of load and module validation and this can make the appropriate changes in the system adapting the old to the new module would gain long format instead to reprogram each again.I like challenges hate being accommodated if I can do will
2016-07-09 9:36 GMT-03:00 Christophe Hanon <firstname.lastname@example.org>:
Please stop the FUD argument,
Odoo does not compare to desktop app. Yes. But it is true that the framework but also the base made with it are far from being an example of stability and good evolution.
Porting to newer version is an effort and migratng is another, even with the enterprise contract it can be serious pain.
That's the way things are and you better take that into account when choosing Odoo...
On Sat, Jul 9, 2016 at 2:06 PM, Claudio Araujo Santos <email@example.com> wrote:
This will create the same structure we will make it happenWe may even try to take the code for Python 3.4 or 3.5I know it has a Python library that converts the code versions
2016-07-09 8:16 GMT-03:00 robert rottermann <firstname.lastname@example.org>:
we all agree with you ..
so lets not drown ourself in arguments ..
lets find ways to discuss an implement the needed structure ..
On 09/07/2016 12:56, Claudio Araujo Santos wrote:
I do not want just understandI want to make it happenthe system to work is compatibleit has no longer lost in the new updates
2016-07-09 7:32 GMT-03:00 office <email@example.com>:
we understand your POV.
But please stop the FUD.
On 07/09/2016 01:22 PM, Claudio Araujo Santos wrote:
Here is a set of modules that form the management system
mgmtsystem 188.8.131.52.0 Management Systemmgmtsystem_action 184.108.40.206.0 Management System - Actionmgmtsystem_info_security_manual 220.127.116.11.0 Information Security Management System Manualmgmtsystem_manual 18.104.22.168.0 Management System - Manualmgmtsystem_action_audittrail 1.0 (Unported) Management System - Actions Audit Trail trackingmgmtsystem_audit 22.214.171.124.0 (Unported) Management System - Auditmgmtsystem_audit_audittrail 1.0 (Unported) Management System - Audits Audit Trail trackingmgmtsystem_claim 126.96.36.199.0 (Unported) Management System - Claim
the first 4 have already been rewritten for version 9 others have between Unported relatives mean not work in version 9, except that the customer wants the system 100% after the update it is not willing to wait 6 months to get the rest of the modules working here and 6 months his version will already be obsolete as already will have to version 10. has this system working for 10 only here one year. How do you explain to the customer? Would not it be much easier if the base of the OpenERP is supported as a USB port 3.0 that supports USB drive of version 1.0 and 2.0 without problems (I know you do not like my exmplos) the lack of compatibility of a system can not letting agent in this situaçde there is not a 64bit windows would not run a 32-bit system and it would be a huge waste of time and money.
2016-07-08 20:12 GMT-03:00 Nhomar Hernandez <firstname.lastname@example.org>:
On Fri, Jul 8, 2016 at 5:29 PM, robert rottermann <email@example.com> wrote:
It is probably an excellent start but odoo sa should be involved in it ..
Nice, I propose go there and make questions and share your PoV.
I used OpenUgrade and Odoo's services, both are excellent.
OpenUpgrade need help and we need users, but we will be always 1 version behind because the reverse engineering needed.
may be in Belgium this year you can see what can be done personally, it appears some time *black magic* ;-).
If you ask me "What you prefer?" my answer should be "It depends"... In my case I used Openupgrade when I have A LOT of customizations no measurables easyly.
Odoo services when I want "Clean Up " all custom modules, and both has done excellent the job.
CEO Vauxoo.Site: http://vauxoo.comTwitter: @nhomarBlog: http://nhomar.comGithub User: https://github.com/nhomar
Odoo Gold Partner
Skype: nhomar00 (Envia mail previo no lo superviso siempre).
+52 1 4773933942