Package Details: odoo-nightly 17.0-16

Git Clone URL: https://aur.archlinux.org/odoo-nightly.git (read-only, click to copy)
Package Base: odoo-nightly
Description: Odoo. Open Source Apps To Grow Your Business.
Upstream URL: https://odoo.com/
Licenses: LGPL-3.0-only
Conflicts: odoo, odoo-17, openerp
Replaces: odoo, odoo-17, openerp
Submitter: HLFH
Maintainer: HLFH
Last Packager: HLFH
Votes: 2
Popularity: 0.038540
First Submitted: 2024-05-12 10:04 (UTC)
Last Updated: 2024-10-24 03:57 (UTC)

Latest Comments

1 2 3 Next › Last »

SamWhited commented on 2024-11-17 15:05 (UTC)

I'm not sure why, but if I try to depend on this package using the "odoo-17" virtual package name in the provides array it does not work and this site doesn't think that package exists (see https://aur.archlinux.org/packages/python-odoo17-jid for an example). However, if I depend on it without the dash (ie. see the Odoo 18 version of that package https://aur.archlinux.org/packages/python-odoo18-jid) everything works.

Can we update the provides array here to provide "odoo17" instead?

kuon commented on 2024-11-10 15:33 (UTC)

I was able to build odoo18-nighly from @SamWhited which uses system python. But I am unable to start it. I posted the error on the odoo18-nightly page.

SamWhited commented on 2024-11-10 13:53 (UTC)

FYI, I pushed a new package odoo18-nightly with support for Odoo 18. In theory this could be made to not conflict with this package so that users upgrading could install both temporarily, I wonder if it would make sense to rename this package odoo17-nightly, and then remove the "odoo" package or have it be merged into this one (see the latest comment on that package as well, the author has a similar idea).

kuon commented on 2024-11-10 01:26 (UTC)

I tried to install this today (with all packages up to date), and I get this error.

Any idea?

Collecting gevent==21.8.0 (from -r requirements.txt (line 17))
  Using cached gevent-21.8.0.tar.gz (6.2 MB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... error
  error: subprocess-exited-with-error

  × Getting requirements to build wheel did not run successfully.
  │ exit code: 1
  ╰─> [45 lines of output]
      Compiling src/gevent/resolver/cares.pyx because it changed.
      [1/1] Cythonizing src/gevent/resolver/cares.pyx
      performance hint: src/gevent/libev/corecext.pyx:1325:0: Exception check on '_syserr_cb' will always require the GIL to be acquired.
      Possible solutions:
          1. Declare '_syserr_cb' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
          2. Use an 'int' return type on '_syserr_cb' to allow an error code to be returned.

      Error compiling Cython file:
      ------------------------------------------------------------
      ...
      cdef tuple integer_types

      if sys.version_info[0] >= 3:
          integer_types = int,
      else:
          integer_types = (int, long)
                                ^
      ------------------------------------------------------------

      src/gevent/libev/corecext.pyx:60:26: undeclared name not builtin: long
      Compiling src/gevent/libev/corecext.pyx because it changed.
      [1/1] Cythonizing src/gevent/libev/corecext.pyx
      Traceback (most recent call last):
        File "/home/kuon/odoo-nightly/src/odoo-17.0.post20241109/.venv/lib/python3.10/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 353, in <module>
          main()
        File "/home/kuon/odoo-nightly/src/odoo-17.0.post20241109/.venv/lib/python3.10/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 335, in main
          json_out['return_val'] = hook(**hook_input['kwargs'])
        File "/home/kuon/odoo-nightly/src/odoo-17.0.post20241109/.venv/lib/python3.10/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 118, in get_requires_for_build_wheel
          return hook(config_settings)
        File "/tmp/pip-build-env-ed8aj0j9/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 333, in get_requires_for_build_wheel
          return self._get_build_requires(config_settings, requirements=[])
        File "/tmp/pip-build-env-ed8aj0j9/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 303, in _get_build_requires
          self.run_setup()
        File "/tmp/pip-build-env-ed8aj0j9/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 521, in run_setup
          super().run_setup(setup_script=setup_script)
        File "/tmp/pip-build-env-ed8aj0j9/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 319, in run_setup
          exec(code, locals())
        File "<string>", line 50, in <module>
        File "/tmp/pip-install-8h3q7iep/gevent_c1ec74f02f7c4cbfa8403691d60f12da/_setuputils.py", line 237, in cythonize1
          new_ext = cythonize(
        File "/tmp/pip-build-env-ed8aj0j9/overlay/lib/python3.10/site-packages/Cython/Build/Dependencies.py", line 1109, in cythonize
          cythonize_one(*args)
        File "/tmp/pip-build-env-ed8aj0j9/overlay/lib/python3.10/site-packages/Cython/Build/Dependencies.py", line 1256, in cythonize_one
          raise CompileError(None, pyx_file)
      Cython.Compiler.Errors.CompileError: src/gevent/libev/corecext.pyx
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error

× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> See above for output.

note: This error originates from a subprocess, and is likely not a problem with pip.
==> ERROR: A failure occurred in build().
    Aborting...

HLFH commented on 2024-10-24 03:58 (UTC)

I updated the package and replaced wkhtmltopdf (orphan) by wkhtmltopdf-static that is maintained.

SamWhited commented on 2024-05-14 13:08 (UTC)

Thanks!

I asked about this here: https://wiki.archlinux.org/title/Talk:Python_package_guidelines#Handling_unmet_python_dependencies

HLFH commented on 2024-05-14 07:48 (UTC) (edited on 2024-05-14 07:48 (UTC) by HLFH)

And giving my two cents: now we have completed the python virtual environment installation method, we may consider adding it there.

HLFH commented on 2024-05-14 07:45 (UTC) (edited on 2024-05-14 07:46 (UTC) by HLFH)

@SamWhited Fixed, and I removed the logrotate file.
I added you as contributor.
Regarding systemd stop odoo, I had some issue like "unable to import module odoo".
But the current package now fully works thanks to you.

SamWhited commented on 2024-05-13 20:57 (UTC)

It works fine for me without it (I did make sure to call daemon-reload before I tried too); this is a simple service so it shouldn't require calling anything in the path to stop odoo, it's just sending a sigint or something to the process that it started originally. Maybe there's some other difference?

HLFH commented on 2024-05-13 20:37 (UTC) (edited on 2024-05-13 20:38 (UTC) by HLFH)

@SamWhited Fixed + other stuff. I changed the line to:

Environment="PATH=/var/lib/odoo/.venv/bin:/usr/bin"

Try systemctl stop odoo without this Environment line? Does it work well for you? Not for me :)