Package Details: portmod 2.4.2-1

Git Clone URL: https://aur.archlinux.org/portmod.git (read-only, click to copy)
Package Base: portmod
Description: A cli tool to manage mods for OpenMW
Upstream URL: https://gitlab.com/portmod/portmod
Licenses: GPL3
Conflicts: portmod
Provides: portmod
Replaces: openmmm
Submitter: bmwinger
Maintainer: bmwinger
Last Packager: bmwinger
Votes: 7
Popularity: 0.061074
First Submitted: 2019-08-11 01:45 (UTC)
Last Updated: 2022-08-31 14:15 (UTC)

Latest Comments

1 2 Next › Last »

bmwinger commented on 2022-05-24 22:59 (UTC)

@silverhikari haven't been able to reproduce that. The current package still seems to work fine right after updating the rest of my system.

silverhikari commented on 2022-05-20 01:15 (UTC) (edited on 2022-05-20 01:16 (UTC) by silverhikari)

hey, just wanted to inform you the location of the file "portmod.cpython-310-x86_64-linux-gnu.so" is now back to being located at "/portmod-v2.3.4/build/lib/portmodlib/"

bmwinger commented on 2022-05-18 00:00 (UTC)

Something must have changed. It would be useful if the python-setuptools-rust package would get updated so that we can go back to using the more reliable python setup.py --build_rust --inplace --release.

I've updated it to use the new path.

churro commented on 2022-05-17 23:13 (UTC)

I'm having the same issue as ubervision, in my case the folder where the .so file is being built is different, instead of "$PWD/portmod/src/portmod-v2.3.3/build/lib/portmodlib/" the actual folder is "$PWD/portmod/src/portmod-v2.3.3/build/lib.linux-x86_64-3.10/portmodlib/" and as a result it can't find it.

gyscos commented on 2022-03-31 19:40 (UTC)

For info, tests were failing for me because patool was last installed when I still had python 3.9 (I now have python 3.10), and was not properly detected by python 3.10. Re-building and installing patool solved the issue.

bmwinger commented on 2022-03-31 13:37 (UTC)

@ubervision: That's what I get for not doing a clean build... It's fixed now. The other directory must have been generated by a different command.

Also, I did see your other build error, but I wasn't able to reproduce it.

ubervison commented on 2022-03-31 07:57 (UTC) (edited on 2022-03-31 07:58 (UTC) by ubervison)

Me again :) The command cp "$PWD/build/lib.linux-$CARCH-${python_version}/portmodlib/portmod.cpython-${python_version/./}-$CARCH-linux-gnu.so" portmodlib/ at line 29 in the PKGBUILD fails with a file not found error. Changing this line to cp "$PWD/build/lib/portmodlib/portmod.cpython-${python_version/./}-$CARCH-linux-gnu.so" portmodlib/ fixes the issue.

ubervison commented on 2022-03-24 08:52 (UTC)

When running the build() stage of the PKGBUILD, I encouter the following error with stacktrace :

Traceback (most recent call last):
  File "/home/vison/.cache/pikaur/build/portmod/src/portmod-v2.3.0/setup.py", line 58, in <module>
    setup(
  File "/usr/lib/python3.10/site-packages/setuptools/__init__.py", line 152, in setup
    _install_setup_requires(attrs)
  File "/usr/lib/python3.10/site-packages/setuptools/__init__.py", line 147, in _install_setup_requires
    dist.fetch_build_eggs(dist.setup_requires)
  File "/usr/lib/python3.10/site-packages/setuptools/dist.py", line 806, in fetch_build_eggs
    resolved_dists = pkg_resources.working_set.resolve(
  File "/usr/lib/python3.10/site-packages/pkg_resources/__init__.py", line 733, in resolve
    requirements = list(requirements)[::-1]
  File "/usr/lib/python3.10/site-packages/pkg_resources/__init__.py", line 3098, in parse_requirements
    yield Requirement(line)
  File "/usr/lib/python3.10/site-packages/pkg_resources/__init__.py", line 3108, in __init__
    super(Requirement, self).__init__(requirement_string)
  File "/usr/lib/python3.10/site-packages/packaging/requirements.py", line 113, in __init__
    req = REQUIREMENT.parseString(requirement_string)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 1100, in parse_string
    loc, tokens = self._parse(instring, 0)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 790, in _parseNoCache
    loc, tokens = self.parseImpl(instring, pre_loc, doActions)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 3810, in parseImpl
    loc, exprtokens = e._parse(instring, loc, doActions)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 790, in _parseNoCache
    loc, tokens = self.parseImpl(instring, pre_loc, doActions)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 4024, in parseImpl
    return e._parse(
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 790, in _parseNoCache
    loc, tokens = self.parseImpl(instring, pre_loc, doActions)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 3810, in parseImpl
    loc, exprtokens = e._parse(instring, loc, doActions)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 790, in _parseNoCache
    loc, tokens = self.parseImpl(instring, pre_loc, doActions)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 4854, in parseImpl
    loc, tokens = self_expr._parse(instring, loc, doActions, callPreParse=False)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 790, in _parseNoCache
    loc, tokens = self.parseImpl(instring, pre_loc, doActions)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 3810, in parseImpl
    loc, exprtokens = e._parse(instring, loc, doActions)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 827, in _parseNoCache
    tokens = fn(instring, tokens_start, ret_tokens)
  File "/usr/lib/python3.10/site-packages/pyparsing/core.py", line 283, in wrapper
    ret = func(*args[limit:])
  File "/usr/lib/python3.10/site-packages/packaging/requirements.py", line 81, in <lambda>
    lambda s, l, t: Marker(s[t._original_start : t._original_end])
TypeError: slice indices must be integers or None or have an __index__ method

commit 79aea27563d2 (latest version)

bmwinger commented on 2021-06-03 17:47 (UTC)

Looks like a regression in setuptools-rust 0.12, and it's been fixed, but the fix hasn't been released yet (as of 0.12.1).

For the moment, I'm not sure if there's anything that can be done other than downgrading to setuptools-rust 0.11 (see https://archive.archlinux.org/packages/p/python-setuptools-rust/ if you don't still have the old version cached).

PopeRigby commented on 2021-06-03 17:02 (UTC)

Latest version fails to build:

Traceback (most recent call last):
  File "/home/cassidy/.cache/paru/clone/portmod/src/portmod-v2.0_rc10/setup.py", line 16, in <module>
    setup(
  File "/usr/lib/python3.9/site-packages/setuptools/__init__.py", line 153, in setup
    return distutils.core.setup(**attrs)
  File "/usr/lib/python3.9/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/usr/lib/python3.9/distutils/dist.py", line 966, in run_commands
    self.run_command(cmd)
  File "/usr/lib/python3.9/distutils/dist.py", line 985, in run_command
    cmd_obj.run()
  File "/usr/lib/python3.9/site-packages/setuptools_rust/command.py", line 52, in run
    self.run_for_extension(ext)
  File "/usr/lib/python3.9/site-packages/setuptools_rust/build.py", line 81, in run_for_extension
    if self.plat_name.startswith("macosx-") and arch_flags:
AttributeError: 'NoneType' object has no attribute 'startswith'