OpenERP v5.0.0_rc2: bdist_rpm fails
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Odoo GTK Client (MOVED TO GITHUB) |
Fix Released
|
Undecided
|
Unassigned | ||
Odoo Server (MOVED TO GITHUB) |
Fix Released
|
Undecided
|
Unassigned | ||
Odoo Web Client |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Trying to create an RPM on RedHat-based distros (Fedora / CentOS / RedHat) using the 'bdist_rpm' target to setup.py and it fails here:
Code:
byte-compiling /var/tmp/
byte-compiling /var/tmp/
running install_scripts
creating /var/tmp/
copying build/scripts-
changing mode of /var/tmp/
running install_data
creating /var/tmp/
creating /var/tmp/
creating /var/tmp/
error: can't copy 'man/openerp-
error: Bad exit status from /var/tmp/
RPM build errors:
Bad exit status from /var/tmp/
error: command 'rpmbuild' failed with exit status 1
Apparently it cannot find the 'man' file to copy.
I checked the tarball and a file of this name is in there:
Code:
$ tar tzvf /tmp/openerp-
-rw-r--r-- stephane/stephane 2791 2008-11-05 05:51:40 openerp-
Maybe the MANIFEST is not created correctly.
=======
Trying to build an RPM using the client tarball we get a different error:
$ python ./setup.py bdist_rpm
/usr/lib/
warnings.
running bdist_rpm
error: error in 'install_script' option: 'rpminstall_sh.txt' does not exist or is not a file
=======
description: | updated |
description: | updated |
description: | updated |
Changed in openobject-client: | |
status: | New → Invalid |
Changed in openobject-client: | |
status: | Invalid → Fix Released |
Changed in openobject-server: | |
status: | New → Fix Released |

Gerry Reno (greno-verizon) wrote : | #1 |

Gerry Reno (greno-verizon) wrote : | #2 |
Ok checking the server, here is my top directory after extracting the tarball:
bin doc man openerp-server PKG-INFO README setup.py
When I look at bazaar for the server I see these files:
bin doc man pixmaps win32 MANIFEST.in README rpminstall_sh.txt setup.cfg setup.nsi setup.py
Again, how are these files added into the tarball?
Doesn't some other file need to have these missing files added so that the tarball will generate correctly?

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #3 |
We will release a new tarball in few days but no today.
To generate the ./setup.py sdist

Gerry Reno (greno-verizon) wrote : | #4 |
STILL CANNOT BUILD AN RPM.
Just tested this with the client version from bzr:
./setup.py sdist
builds a tarball = good
untarred the tarball and tried to build an RPM but it still fails:
./setup.py bdist_rpm
...
hard linking bin/widget_
hard linking bin/widget_
hard linking bin/widget_
hard linking bin/widget_
hard linking bin/widget_
hard linking bin/widget_
creating dist
tar -cf dist/openerp-
gzip -f9 dist/openerp-
removing 'openerp-
copying dist/openerp-
building RPMs
rpmbuild -ba --define _topdir /home/greno/
Executing(%prep): /bin/sh -e /var/tmp/
+ umask 022
+ cd /home/greno/
+ LANG=C
+ export LANG
+ unset DISPLAY
+ cd /home/greno/
+ rm -rf openerp-
+ /bin/gzip -dc /home/greno/
+ tar -xvvf -
drwxrwxr-x greno/greno 0 2008-12-30 09:54:02 openerp-
drwxrwxr-x greno/greno 0 2008-12-30 09:54:02 openerp-
-rw-rw-r-- greno/greno 7821 2008-12-30 09:33:53 openerp-
-rw-rw-r-- greno/greno 12750 2008-12-30 09:33:53 openerp-
-rwxrwxr-x greno/greno 4299 2008-12-30 09:33:53 openerp-
drwxrwxr-x greno/greno 0 2008-12-30 09:54:02 openerp-
-rw-rw-r-- greno/greno 1081 2008-11-29 21:21:04 openerp-
-rw-rw-r-- greno/greno 7814 2008-12-30 09:33:53 openerp-
-rw-rw-r-- greno/greno 6694 2008-11-29 21:21:03 openerp-
drwxrwxr-x greno/greno 0 2008-12-30 09:54:02 openerp-
-rw-rw-r-- greno/greno 1701 2008-11-29 21:21:06 openerp-
-rw-rw-r-- greno/greno 3213 2008-11-29 21:21:06 openerp-
-rw-rw-r-- greno/greno 2544 2008-11-29 21:21:06 openerp-
-rw-rw-r-- greno/greno 1104 2008-11-29 21:21:06 openerp-
-rw-rw-r-- greno/greno 3250 2008-11-29 21:21:06 openerp-
-rw-rw-r-- greno/greno 5742 2008-12-30 09:33:54 openerp-

Gerry Reno (greno-verizon) wrote : | #5 |
Please try to test bdist_rpm for both server and client to make sure that the RPMS build successfully before declaring this bug fixed.
-Thanks

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #6 |
Hello greno,
Fixed in the last trunk for the client and the server.
Before I tested from the bzr repository, and I didn't see your errors, sorry.
Now, ./setup sdist and ./setup bdist_rpm work fine.
Thank you

Gerry Reno (greno-verizon) wrote : | #7 |
I just pulled bzr and tested the client and still seeing an error:
...
-rwxrwxr-x greno/greno 8059 2008-12-30 09:33:53 openerp-
-rw-rw-r-- greno/greno 705 2008-11-29 21:21:02 openerp-
-rw-rw-r-- greno/greno 166 2008-12-31 08:32:22 openerp-
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd openerp-
++ /usr/bin/id -u
+ '[' 500 = 0 ']'
++ /usr/bin/id -u
+ '[' 500 = 0 ']'
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ exit 0
Executing(%build): /bin/sh -e /var/tmp/
+ umask 022
+ cd /home/greno/
+ cd openerp-
+ LANG=C
+ export LANG
+ unset DISPLAY
+ python setup.py build
Traceback (most recent call last):
File "setup.py", line 129, in ?
check_modules()
File "setup.py", line 68, in check_modules
exec('import %s' % modname)
File "<string>", line 1, in ?
File "/usr/lib/
_init()
File "/usr/lib/
_gtk.
RuntimeError: could not open display
error: Bad exit status from /var/tmp/
RPM build errors:
Bad exit status from /var/tmp/
error: command 'rpmbuild' failed with exit status 1
=======
We build everything through remote terminal sessions so setup should not be requiring a display. There is no display.

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #8 |
You can comment the check_modules() call in the setup.py ?

Gerry Reno (greno-verizon) wrote : | #9 |
Ok, trying with the client, I commented out check_modules() call and there are still errors:
$ python ./setup.py bdist_rpm
...
RPM build errors:
File listed twice: /usr/share/
File listed twice: /usr/share/
File listed twice: /usr/share/
File listed twice: /usr/share/
File listed twice: /usr/share/
File listed twice: /usr/share/
Installed (but unpackaged) file(s) found:
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/

Gerry Reno (greno-verizon) wrote : | #10 |
Trying with the server we get these errors:
$ python ./setup.py bdist_rpm
...
RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr...

Gerry Reno (greno-verizon) wrote : | #11 |
And now trying with the web client we get these errors:
openerp-
/usr/lib/
warnings.
Traceback (most recent call last):
File "./setup.py", line 16, in <module>
data = find_package_
File "/usr/lib/
for name in os.listdir(where):
OSError: [Errno 2] No such file or directory: 'config'

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #12 |
Which distribution ? because I use rpmbuild on ubuntu and I didn't get these errors.
I created the src.rpm and rpm files from Client and Server without errors.
Thanks

Gerry Reno (greno-verizon) wrote : | #13 |
I am using a Fedora distro to build on. Maybe you could setup a VM with Fedora to test for the RedHat-based distros?

Gerry Reno (greno-verizon) wrote : | #14 |
How I've been testing is as follows:
mkdir ~/build/python-dist
mkdir ~/build/openerp
cd ~/build/openerp
bzr clone {server, client, web-client, addons, extra-addons}
# create tarball (using client as an example):
cd ~/build/
python ./setup.py sdist # creates tarball in dist/
# copy and extract tarball and run bdist_rpm target
cd ~/build/python-dist
cp ~/build/
tar xzf {name of client tarball}
cd {extracted client directory}
python ./setup.py bdist_rpm

Gerry Reno (greno-verizon) wrote : | #15 |
Virtual Machine (KVM): https:/
Fedora: http://
Let me know if you need any help. I've done this many times.

Gerry Reno (greno-verizon) wrote : | #16 |
I've been doing some digging on this problem and it appears to be related to similar problems that others have experienced where there is a problem in setup.py as it needs to take into consideration the actions of the RedHat based bytecompiler. In the thread in the first reference you will find two ways that can address the issue. This is why testing is needed directly on RedHat-based distros to make sure that setup.py is written properly so that bdist_rpm will work on those distros.
Ref: http://
Ref: http://

Gerry Reno (greno-verizon) wrote : | #17 |
Any progress on getting bdist_rpm working on RedHat-based distros?
I just checked out _rc3 and it has the same exact problems with the "Installed (but unpackaged) file(s) found" errors.

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #18 |
for the client and the server, I get an error when I try to package on fedora 10.
The bdist_rpm command runs a debug command, and I have got an error after this command.
I will try to find why.
Thank you for your bugreport.
If you have a patch, you can submit it.
Changed in openobject-server: | |
status: | Fix Released → Confirmed |
Changed in openobject-client: | |
status: | Fix Released → Confirmed |

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #19 |
I send an email to the maintainer of the fedora package for OpenERP with a small explanation about this bug.
I hope that he will can help us to fix this problem.

Gerry Reno (greno-verizon) wrote : | #20 |
The root problem occurs because of the fact that the behavior of the Redhat-based distro bytecompiler is to compile to .pyc AND .pyo as well as there being a lack of communication between distutils and rpmbuild such that the INSTALLED_FILES could be updated to include the .pyo files after they have been generated during the rpmbuild phase.
So now, I'm going to give RedHat-based distro users a HORRIBLE WORKAROUND to this problem of the "Installed (but unpackaged) file(s) found" error. The problem with this workaround is that it will affect every single rpmbuild that you do, not just the ones for building OpenERP and so you may get undesirable results with other builds. With that caveat, here it is:
In the file, /usr/lib/
Find the line:
%_unpackaged_
Change the line to:
%_unpackaged_
Now the rpmbuilds for openerp will succeed on RedHat-based distros because the errors (which are true errors) have been turned into warnings.
Hopefully we will hear from someone knowing the authors of distutils and rpmbuild as to how to solve this problem correctly.
This bug has not been resolved yet. It should stay as CONFIRMED until a real solution is found.

Gerry Reno (greno-verizon) wrote : | #21 |
Ok, I think we might have the solution:
In server and client (not sure about client-web):
Edit the file: rpminstall_sh.txt
Change the line:
python setup.py install --root=
to this:
python setup.py install --optimize 1 --root=
The "--optimize 1" will cause the .pyo files to be generated and included in INSTALLED_FILES. The will get rid of the "Installed (but unpackaged) file(s) found" error for the .pyo files generated by rpmbuild on RedHat-based distros.
The only other problem I saw was on the server where we still had Installed but unpackaged files for all the migration scripts. That still needs fixed as well.
Stephane, if you could double check this fix and make the changes and test as well, I think this bug may be resolved.
-Gerry
P.S.
I checked with the Fedora devs and there is some problem with using any type of rc designation in the version string as the final rpm release (eg: 5.0.0) will not update the release candidate package (eg: 5.0.0_rc3). So I think this should become another bug which I will open and hopefully we can find a resolution for that issue.

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #22 |
I have a bug with the check_buildroot script from rpm.
and you ?

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #23 |
/usr/bin/python -O /tmp/tmpu0FPIH.py
removing /tmp/tmpu0FPIH.py
running install_scripts
copying build/scripts-
changing mode of /home/stef/
running install_data
running install_egg_info
Removing /home/stef/
Writing /home/stef/
writing list of installed files to 'INSTALLED_FILES'
+ SUFFIX=gz
+ sed 's!\(/share/
+ /usr/lib/
find: `debug': No such file or directory
+ /usr/lib/
/home/stef/
Found '/home/
error: Bad exit status from /var/tmp/
RPM build errors:
Bad exit status from /var/tmp/
error: command 'rpmbuild' failed with exit status 1
[stef@localhost openerp-

Gerry Reno (greno-verizon) wrote : | #24 |
Stephane,
Your check-buildroot error is very strange. I do not get this error on RedHat.
/usr/bin/python -O /tmp/tmp3aO7od.py
removing /tmp/tmp3aO7od.py
running install_scripts
creating /var/tmp/
copying build/scripts-
changing mode of /var/tmp/
running install_data
creating /var/tmp/
creating /var/tmp/
creating /var/tmp/
copying man/openerp-
creating /var/tmp/
copying man/openerp_
creating /var/tmp/
creating /var/tmp/
copying doc/COPYING -> /var/tmp/
copying doc/INSTALL -> /var/tmp/
copying doc/License.rtf -> /var/tmp/
copying doc/Changelog -> /var/tmp/
creating /var/tmp/
creating /var/tmp/
copying doc/migrate/
copying doc/migrate/
copying doc/migrate/
creating /var/tmp/
copying doc/migrate/
copying doc/migrate/
copying doc/migrate/
copying doc/migrate/
copying doc/migrate/
copying bin/import_xml.rng -> /var/tmp/

Gerry Reno (greno-verizon) wrote : | #25 |
Stephane,
Also, check you do not have any conflicting .rpmmacros file in effect.
Regards,
Gerry

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #26 |
Gerry,
I don't have the $HOME/.rpmmacros file.
Sometimes I can pass the build-checkroot function, but I get an error with the migrate script in the doc/migrate directory,
I will continue to investigate this bug, so I try to package with the last fedora 10.
Is there a difference between your distribution and mine ?

Gerry Reno (greno-verizon) wrote : | #27 |
The problem with the doc/migrate directory seems to be because somewhere where the migrate scripts are referenced, the path is different (without the doc/).
You can get by the doc/migrate problem with the workaround I posted in the bug on 2009-01-06 for the /usr/lib/
Let me know if that helps.
I don't have Fedora 10 install right now but I tried it on Fedora 7 and it works fine there.
Regards,
Gerry

Gerry Reno (greno-verizon) wrote : | #28 |
- client tarball with patches applied Edit (946.0 KiB, application/x-tar)
Stephane,
I'm not seeing any problems with getting 'bdist_rpm' to work properly when using the patches I provided in the two bugs. I'm going to attach the tarballs with the patches applied that are working fine here.

Gerry Reno (greno-verizon) wrote : | #29 |
Changed in openobject-client: | |
status: | Confirmed → Fix Released |
Changed in openobject-server: | |
status: | Confirmed → Fix Released |

Gerry Reno (greno-verizon) wrote : | #30 |
Stephane,
I just pulled the latest server and client revisions from trunk and tested.
RESULTS:
client rev 906: RPMS build without error.
server rev 1640: RPMS build still errored on the migrate scripts:
(using my posted workaround I was able to get by this and RPMS did then build)
Checking for unpackaged file(s): /usr/lib/
warning: Installed (but unpackaged) file(s) found:
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
It is erroring on the generated migrate files only so it seems maybe there should be another "--optimize 1" added somewhere to get these files generated.
Regards,
Gerry

Gerry Reno (greno-verizon) wrote : | #31 |
Stephane,
I tried the latest server trunk (1674) and still got the error about installed but unpackaged files for the .pyc migrate files.
=======
Checking for unpackaged file(s): /usr/lib/
warning: Installed (but unpackaged) file(s) found:
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
Wrote: /home/greno/
Wrote: /home/greno/
Executing(%clean): /bin/sh -e /var/tmp/
+ umask 022
+ cd /home/greno/
+ cd openerp-
+ rm -rf /var/tmp/
+ exit 0
Executing(--clean): /bin/sh -e /var/tmp/
+ umask 022
+ cd /home/greno/
+ rm -rf openerp-
+ exit 0
moving build/bdist.
moving build/bdist.
=======
Here's what we have to do to get both the .pyc and .pyo generated for migrate files:
In rpminstall_sh.txt we need to do it like this:
python -c "import compileall, os; compileall.
python -O -c "import compileall, os; compileall.
We must have both lines to generate both .pyc and .pyo files otherwise you will still get the 'installed but unpackaged files found' error.
Regards,
Gerry
P.S. I also sent you private email on this and 'addons' issue.

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #32 |
For the python command in the rpminstall_sh.txt I commited your code.
I will fix the 'addons' issue this evening or this week-end.
Thanks

Gerry Reno (greno-verizon) wrote : | #33 |
I'm pulling the 'addons' issue out of the forum and putting it in the bug so it can be tracked.
greno
Where is OpenERP 5.0 looking for addons by default? Does it look in both addons and addons/bin/addons?
---
Stephane Wirtel
server/bin/addons
---
greno
I just installed v5 using a newly built RPM with bdist_rpm and I see the following related to 'addons':
# cd /usr/lib/
# find openerp-server -name addons
openerp-
openerp-
I don't see server/bin/addons but is that where it was in v4?
---
greno
In checking setup.py, it looks like it changes a lot of file locations when you run the packaging targets. Why does it do this?
---
greno
Can we run OpenERP with these file locations moved around like this?
Is this an attempt to make OpenERP FHS compliant?
And what about documentation? Won't that be a problem because things will not be at the same locations as identified in the documentation which generally assumes a tarball installation? If files are going to be in different places because of FHS then the docs need to reflect that as well.
---

Gerry Reno (greno-verizon) wrote : | #34 |
Stephane,
Anything new on the 'addons' issue?
With these two addons directories I'm not sure where it wants us to put things. Not even sure if all the files are in the right places.
Let me know if I can help.
There's been a whole lot of discussion on distutils-sig lately about using autoconf style arguments for installing package files into FHS locations. Seems a lot of python people would like clarification on this issue about where to install python files from distro packages. Byte code especially gives people a lot of trouble. It's arch independent so shouldn't it go under /usr/share; on the other hand it's code so it should go into one of the executable directories. The other problem is that FHS provides no guidance on byte code. I really think that FHS group should issue another directive (2.4?) and include byte code specifically as well as things like README which although not code really should stay with the code and not go with documentation.
Again let me know what I can do to help get this working. Being able to build and install OpenERP from distro packages will make it a lot easier for many non-developer users to get up and running with OpenERP. And this 'addons' issue is the last thing to get this all working.
Regards,
Gerry

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #35 |
The 'addons' issue has been fixed in trunk.
Tell me if you have a bug.
Stephane

Gerry Reno (greno-verizon) wrote : | #36 |
Stephane,
BUGS:
=======
Here is the contents of the startup file that was placed in /usr/bin: (/usr/bin/
------
#!/bin/sh
cd /var/tmp/
exec /usr/bin/python ./openerp-server.py $@
------
But, the 'cd' directory doesn't look right. I think it should be /usr/lib/
Probably taken from RPM_BUILD_ROOT.
I'm going to manually edit it before starting the server.
======
I created an RPM for the client and installed it. Installation looked fine except for same buildroot path in /usr/bin/
So now I start the server and the client and try creating a new database in the client but I get this error:
# openerp-server --db_host 192.168.1.230 -r terp5 -w "" -d terp5
[Tue Feb 03 2009 22:38:15] INFO:server:version - 5.0.0
[Tue Feb 03 2009 22:38:15] INFO:server:
[Tue Feb 03 2009 22:38:15] INFO:server:
[Tue Feb 03 2009 22:38:15] INFO:server:
[Tue Feb 03 2009 22:38:15] INFO:server:
[Tue Feb 03 2009 22:38:15] INFO:objects:
[Tue Feb 03 2009 22:38:15] INFO:web-
[Tue Feb 03 2009 22:38:15] INFO:web-
[Tue Feb 03 2009 22:38:15] INFO:web-
[Tue Feb 03 2009 22:38:44] INFO:dbpool:
[Tue Feb 03 2009 22:38:44] INFO:dbpool:Closing all connections to template1
Closing connection <connection object at 0x9c85570; dsn: 'host=192.168.1.230 user=terp5 password=xx dbname=template1', closed: 0>
[Tue Feb 03 2009 22:38:44] INFO:dbpool:
[Tue Feb 03 2009 22:38:52] INFO:dbpool:Closing all connections to template1
Closing connection <connection object at 0x9c81b48; dsn: 'host=192.168.1.230 user=terp5 password=xx dbname=template1', closed: 0>
[Tue Feb 03 2009 22:38:52] INFO:web-
[Tue Feb 03 2009 22:38:52] INFO:dbpool:
[Tue Feb 03 2009 22:38:57] INFO:init:module base: registering objects
[Tue Feb 03 2009 22:38:57] CRITICAL:
[Tue Feb 03 2009 22:38:57] CRITICAL:init:No module named module
[Tue Feb 03 2009 22:38:57] ERROR:web-
[Tue Feb 03 2009 22:38:57] ERROR:web-
[Tue Feb 03 2009 22:38:57] ERROR:web-
[Tue Feb 03 2009 22:38:57] ERROR:web-
[Tue Feb 03 2009 22:38:57] ERROR:web-
[Tue Feb 03 2009 22:38:57] ERROR:web-

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #37 |
If I have the time, I will fix
currently, I fix some bugs in the win32 version.
Sorry

Gerry Reno (greno-verizon) wrote : | #38 |
Stephane,
I have a fix for the wrong path in the startup files:
SERVER: setup.py
# start_script = "#!/bin/sh\ncd %s\nexec %s ./openerp-server.py $@\n" % (opj(self.
opj = os.path.join
CLIENT: mydistutils.py
# start_script = "#!/bin/sh\ncd %s\nexec %s ./openerp-client.py $@\n" % (opj(self.
opj = os.path.join
Please check code to see if this is good way to do this. It now puts the right path into the startup file.
Are you making any more progress on the other bugs?
Regards,
Gerry

Gerry Reno (greno-verizon) wrote : | #39 |
Stephane,
Basically we're down to this problem:
[Tue Feb 03 2009 22:38:52] INFO:web-
[Tue Feb 03 2009 22:38:52] INFO:dbpool:
[Tue Feb 03 2009 22:38:57] INFO:init:module base: registering objects
[Tue Feb 03 2009 22:38:57] CRITICAL:
[Tue Feb 03 2009 22:38:57] CRITICAL:init:No module named module
[Tue Feb 03 2009 22:38:57] ERROR:web-
[Tue Feb 03 2009 22:38:57] ERROR:web-
[Tue Feb 03 2009 22:38:57] ERROR:web-
It isn't finding 'base' or 'modules'. Do you have any idea why that is?
Regards,
Gerry

Gerry Reno (greno-verizon) wrote : | #40 |
Stephane,
In the forum I see that there are other people who see this problem loading the 'base' module.
For example:
http://
When I read this they say they followed a ubuntu posting and then everything was ok for them. But this doesn't work for the case like the packaged targets. I've rebuilt these RPMS at least 10 times and everytime it cannot create a database because it cannot load the 'base' module. I've checked all the file permissions in the tree. Dirs are 755, files are 644. I don't see anything wrong.
Do you have any suggestions?
Regards,
Gerry

Gerry Reno (greno-verizon) wrote : | #41 |
Stephane,
Getting other reports of this bug occuring with 5.0.0-1 in the forum:
http://
Regards,
Gerry

Gerry Reno (greno-verizon) wrote : | #42 |
Stephane,
I put some debug into addons/__init__.py in register classes:
[Sun Feb 08 2009 17:20:40] INFO:init:m = base, fm = (None, '/usr/lib/
So the line:
try:
does not like this and throws exception.
Ideas why?
Regards,
Gerry

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #43 |
There is a bug in the setup.py, I will fix this bug.
Thank you

Stephane Wirtel (OpenERP) (stephane-openerp) wrote : | #44 |
Gerry,
I fixed this bug in trunk and you can find new tarballs 5.0.0-2
Thank you
Changed in openobject-client-web: | |
status: | New → Fix Released |

Gerry Reno (greno-verizon) wrote : | #45 |
Ok, checking server (revno 1716), the fix causes some error for bdist_rpm:
Checking for unpackaged file(s): /usr/lib/
warning: Installed (but unpackaged) file(s) found:
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/
/usr/

Gerry Reno (greno-verizon) wrote : | #46 |
Stephane,
Forcing past the error in 'bdist_rpm' manually and creating the RPM, the RPM does install and will now create a database.
However this fix now creates another bug. It breaks the setup.py packaging target 'bdist_rpm' which was working previous to this fix which impacts being able to generate RPM distro packages for the RPM-based distros like RedHat, CentOS, Fedora, Mandrake and a whole bunch of derivatives.
Just for information, here is the server output for the database creation in case anyone want to compare:
[code]# openerp-server --db_host=
[2009-02-09 09:23:23,993] INFO:server:version - 5.0.0
[2009-02-09 09:23:23,999] INFO:server:
[2009-02-09 09:23:24,004] INFO:server:
[2009-02-09 09:23:24,007] INFO:server:
[2009-02-09 09:23:24,009] INFO:server:
[2009-02-09 09:23:24,011] INFO:objects:
[2009-02-09 09:23:24,821] INFO:web-
[2009-02-09 09:23:24,825] INFO:web-
[2009-02-09 09:23:24,832] INFO:web-
[2009-02-09 09:24:14,089] INFO:dbpool:
[2009-02-09 09:24:14,272] INFO:dbpool:Closing all connections to template1
Closing connection <connection object at 0x91a45f8; dsn: 'host=192.168.1.28 user=terp5 password=xx dbname=template1', closed: 0>
[2009-02-09 09:24:14,333] INFO:dbpool:
[2009-02-09 09:24:19,809] INFO:dbpool:Closing all connections to template1
Closing connection <connection object at 0x91a2bd0; dsn: 'host=192.168.1.28 user=terp5 password=xx dbname=template1', closed: 0>
[2009-02-09 09:24:19,812] INFO:web-
[2009-02-09 09:24:19,832] INFO:dbpool:
[2009-02-09 09:24:23,996] INFO:init:module base: registering objects
[2009-02-09 09:24:24,544] INFO:init:module base: loading objects
[2009-02-09 09:24:24,831] INFO:init:module base: creating or updating database tables
[2009-02-09 09:24:34,250] INFO:orm:column 'type' in table 'ir_actions' changed size
[2009-02-09 09:24:35,425] INFO:orm:column 'report_xsl' in table 'ir_act_report_xml' changed size
[2009-02-09 09:24:35,589] INFO:orm:column 'report_xml' in table 'ir_act_report_xml' changed size
[2009-02-09 09:24:35,978] INFO:orm:column 'domain' in table 'ir_act_window' changed size
[2009-02-09 09:24:47,602] INFO:orm:column 'key2' in table 'ir_values' changed size
[2009-02-09 09:25:10,408] INFO:orm:column 'name' in table 'res_groups' changed size
[2009-02-09 09:25:10,933] INFO:orm:column 'name' in table 'res_roles' changed size
[2009-02-09 09:25:11,808] INFO:orm:column 'password' in table 'res_users' changed size
[2009-02-09 09:25:18,107] INFO:orm:storing computed values of fields.function 'menus_by_module'
[2009-02-09 09:25:18,435] INFO:orm:storing computed values of fields.function 'reports_by_module'
[2009-02-09 09:25:18,454] INFO:orm:storing computed values of fields.function 'views_by_module'
[2009-02-09 09:25:18,478] INFO:init:...
So far I checked the fix for the client. Something is still not right. Here is my top directory after extracting the tarball:
openerp- client- 5.0.0_rc2] $ ls
bin doc man msgfmt.py msgfmt.pyc mydistutils.py mydistutils.pyc openerp-client PKG-INFO setup.cfg setup.py
When I look at bazaar for the client I see these additional files:
Makefile MANIFEST.in rpminstall_sh.txt
I think these files need to be added into the tarball as well. So how is the tarball generated? Doesn't some other file need to have these missing files added so that the tarball will generate correctly?
And I'm now going to check the server... and report back.