Package Details: core 8.2.0-1

Git Clone URL: https://aur.archlinux.org/core.git (read-only, click to copy)
Package Base: core
Description: Common Open Research Emulator
Upstream URL: https://github.com/coreemu/core/
Keywords: emulator
Licenses: BSD
Submitter: tom5760
Maintainer: None
Last Packager: Splork
Votes: 10
Popularity: 0.002413
First Submitted: 2010-10-27 16:52 (UTC)
Last Updated: 2022-03-31 12:39 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

vedranmiletic commented on 2022-01-10 18:30 (UTC)

@Splork I now see that they tagged "Windows release", whatever that means for Linux.

As for the installation, mgen binary just needs to be in the path. CORE will find it and use it for Tools/Traffic... functionality. There are a couple of presets available so it's actually quite easy to use.

Splork commented on 2022-01-07 16:08 (UTC)

@vedranmiletic unfortunately, the current release of MGEN does not build with the current release of protolib - it apparently needs some changes which are pushed to master in the protolib-repo but not in the most recent release

Also, that release is over 2 years old now, so I don't expect there to be anything anytime soon. Though I will ask them to consider tagging a new release.

Since I've never used that component myself, I'm not entirely sure as to the following: does CORE expect the mgen-binary to be installed as a system-executable (i.e. would mgen be a separate AUR-package), or do you need to place it inside the CORE-tree (i.e. I would need to build it as part of the CORE-PKGBUILD)?

vedranmiletic commented on 2022-01-06 17:52 (UTC)

CORE's traffic generator uses MGEN [1]. Would you be willing to provide a PKGBUILD for it as well? Latest release is no longer provided in binary form for Linux by the upstream and I want to avoid manual compilation for student installations.

[1] https://github.com/USNavalResearchLaboratory/mgen

Splork commented on 2021-12-08 19:38 (UTC)

@vedranmiletic, thank's for your interest, it's great to see that the package is useful to people.

As for the dependencies: I stumbled upon the issue with certifi some time ago (see two comments down), but since the upstream bug report does not seem to be going anywhere, I will add the dependency.

From what I understand, the old tk-based GUI is largely deprecated, and the new python-based GUI is the one under active development. I'll add TK as a optional dependency, though.

vedranmiletic commented on 2021-12-08 18:19 (UTC)

Thanks for maintaining this package. We use it in teaching and it's very nice to be able to install CORE with a single command, it helps the students a lot.

Just a small issue: there are three missing run-time dependencies I would like to note:

  • python-certifi and python-decorator (for the daemon)
  • tk (for the GUI)

Can you add them to the PKGBUILD?

tom5760 commented on 2021-07-27 17:26 (UTC)

Thanks for the report @Splork!

Huh, this looks like something changed in the python-pyproj?

Aha, there's actually already a bug report registered for this.

So I think for now, we just need to wait for that bug ticket to be fixed.

Splork commented on 2021-07-26 13:15 (UTC) (edited on 2021-07-26 13:16 (UTC) by Splork)

The current version appears to require the package community/python-certifi as a runtime dependency. Without it, the core-daemon.service fails with the following error:

systemd[1]: Started Common Open Research Emulator Service.
core-daemon[41785]: Traceback (most recent call last):
core-daemon[41785]:   File "/usr/bin/core-daemon", line 17, in <module>
core-daemon[41785]:     from core.api.grpc.server import CoreGrpcServer
core-daemon[41785]:   File "/usr/lib/python3.9/site-packages/core/api/grpc/server.py", line 15, in <module>
core-daemon[41785]:     from core.api.grpc import (
core-daemon[41785]:   File "/usr/lib/python3.9/site-packages/core/api/grpc/grpcutils.py", line 24, in <module>
core-daemon[41785]:     from core.emulator.session import Session
core-daemon[41785]:   File "/usr/lib/python3.9/site-packages/core/emulator/session.py", line 44, in <module>
core-daemon[41785]:     from core.location.geo import GeoLocation
core-daemon[41785]:   File "/usr/lib/python3.9/site-packages/core/location/geo.py", line 8, in <module>
core-daemon[41785]:     import pyproj
core-daemon[41785]:   File "/usr/lib/python3.9/site-packages/pyproj/__init__.py", line 49, in <module>
core-daemon[41785]:     import pyproj.network
core-daemon[41785]:   File "/usr/lib/python3.9/site-packages/pyproj/network.py", line 8, in <module>
core-daemon[41785]:     import certifi
core-daemon[41785]: ModuleNotFoundError: No module named 'certifi'
systemd[1]: core-daemon.service: Main process exited, code=exited, status=1/FAILURE
systemd[1]: core-daemon.service: Failed with result 'exit-code'.

tom5760 commented on 2020-08-17 18:47 (UTC)

Thanks again @Ruckikir, package is updated now.

tom5760 commented on 2020-08-17 15:54 (UTC)

Cool! Thanks for your help @Rucikir! I was running into similar issues with Poetry. I'll update shortly.

Rucikir commented on 2020-08-17 15:50 (UTC)

Hi! I tried to update the PKGBUILD for CORE 7.0.1, but I don’t get how to tell poetry to fetch the python module dependencies from the system and to install the 'core' module in the system. For now, poetry installs all the modules in ~/.cache. See https://gist.github.com/MisterDA/28b9bb2ef5e05a734de7b8e214ba14eb.

EDIT: I ditched poetry during the installation to use python-dephell, setuptools, and the Arch python-* packages. It should be fine now.

« First ‹ Previous 1 2 3 4 5 Next › Last »