Guys,
sorry I forgot to notify all the related bugs:
this has been fixed when Tiny merged my branch in revision #1870 ( id
h...@tinyerp.com-20091105063915-kju1oce56t9g20g5 ) of openobject-server 5.0
branch. Trunk also already has the fix.
5.0 head now works out of the box like a charm on
Hello guys,
I worked like made on this to get Tiny do do the work and luckily they did it.
Head 5.0 versions don't have the issue anymore and coming 5.0.7 release will
have no issue on Ubuntu's.
I'm pasting the comment I posted here:
https://bugs.launchpad.net/openobject-server/+bug/429519
BTW,
for the record, the merge happened here after lot's of discussion and tests:
https://code.launchpad.net/~akretion-team/openobject-server/openobject-server_5.0_patches/+merge/14112
--
orm.py needs to use libxml2 rather than pyxml
https://bugs.launchpad.net/bugs/429519
You received this bug
Hello, please consider the back port I carefully elaborated from trunk
and the merge directive I proposed for merge into 5-0 to fix those
issues once for all:
https://code.launchpad.net/~akretion-team/openobject-server/openobject-
server_5.0_patches/+merge/14112
Please weight behind me if you
Hello,
I propose to fix the problem at the source. The trunk version of OpenERP,
expected to stabilize around Q1 1010, is already deprecated XML lib free
(thanks to fellow contribs).
Considering the issue is now worse on Karmic (read that report
Hello Alan,
I think you missed my point. I don't want to run old 5.0.0, I just want
to be able to run any 5.0.x last release or branch revision without
Ubuntu folks to need to elaborate patches on their own. Just like any
integrator, I'm working with head 5.0 revision and actively testing it
and
Hello,
I confirm, I just upgraded to Ubuntu Karmic and 5.0 branch of OpenERP stopped
working?
Why the hell Tiny doesn't backport the pyxml work from trunk or from your
Ubuntu patch back into 5-0?
As an 2 years OpenERP integrator, I consider OpenERP is not yet mature
to be used in official
Hello Lionel,
Actually this is more about REMOVING an old deprecated python XML
dependency and replacing it by a a very standard one that is still
supported rather than ADDING something risky.
No problem with Hardy LTS at all, if you look at the patch, it's using etree
from lxml, which is
