Search Criteria
Package Details: core 9.1.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/core.git (read-only, click to copy) |
---|---|
Package Base: | core |
Description: | Tool for building virtual network simulations |
Upstream URL: | https://github.com/coreemu/core/ |
Keywords: | emulator |
Licenses: | BSD |
Submitter: | tom5760 |
Maintainer: | caier |
Last Packager: | caier |
Votes: | 10 |
Popularity: | 0.000021 |
First Submitted: | 2010-10-27 16:52 (UTC) |
Last Updated: | 2024-11-07 00:26 (UTC) |
Dependencies (30)
- ebtables (ebtables-gitAUR, iptables-gitAUR, iptables-fullconenat-nftAUR, iptables-nft)
- ethtool (ethtool-gitAUR)
- fabric
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR)
- libev
- nftables (nftables-fullconeAUR, nftables-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- python-grpcio
- python-invoke
- python-lxml
- python-mako
- python-netaddr
- python-pillow
- python-protobuf (python-protobuf-gitAUR)
- python-pyproj
- python-yaml (python-yaml-gitAUR)
- help2man (help2man-gitAUR, python-help2manAUR) (make)
- imagemagick (imagemagick-gitAUR, imagemagick-full-gitAUR, imagemagick-fullAUR) (make)
- python-build (make)
- python-grpcio-tools (make)
- python-installer (python-installer-gitAUR) (make)
- python-poetry (python-poetry-gitAUR) (make)
- python-poetry-plugin-export (python-poetry-plugin-export-gitAUR) (make)
- python-setuptools (make)
- python-wheel (make)
- tk (tk-fossilAUR) (make)
- emaneAUR (optional) – Support for heterogeneous network emulation
- mgenAUR (optional) – Traffic generation
- openvswitch (openvswitch-gitAUR, openvswitch-dpdkAUR) (optional) – Open vSwitch SDN support
- tkimgAUR (optional) – Thumbnail support in Tcl/Tk GUI
Latest Comments
« First ‹ Previous 1 2 3 4 5 Next › Last »
kadotux commented on 2022-04-05 10:52 (UTC) (edited on 2022-04-05 11:21 (UTC) by kadotux)
Hi! I can't seem to get CORE working on my Arch install, hope you could provide some help. Here's what I've done so far: -installed "core" package from AUR (and iptables2 and nftables as dependecies) -installed grpc -loaded sch_netem kernel module -installed frr from https://aur.archlinux.org/packages/frr -checked that I do not have docker installed on my system -enabled and started core-daemon service (tried via sudo sysctl start core-daemon and with core-daemon and with sudo core-daemon)
When I launch core-gui after starting core-daemon, and make a simple network with 1 pc and 1 router (or anything, really) and start the session, I get the following (core-daemon) output in my terminal after about 180 seconds:
and this output in the core-gui terminal:
There is no difference whether I run core-daemon as sudo or not.
However, when I run core-daemon as a normal user and core-gui-legacy, this is the core-daemon output immediately (so no 180 second hangup) :
and only this as the core-gui-legacy terminal output:
What's interesting, that if I run core-daemon with sudo (and core-gui-legacy as user), the terminal output for core-daemon is different:
The output from core-gui-legacy is the same as without sudo.
I'm running this from a laptop which is connected to internet via wifi (NetworkManager), if that makes any difference...
I can run core successfully and with no problems in a Ubuntu VM, virtualized with KVM.
Any tips would be appreciated as I'm at a loss what to try next.
edit: I tried to run "ip a" when core-daemon is run as sudo and I don't see any "veth" interfaces listed, only this is new
b.3.74: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000 link/ether b2:9f:db:0f:ce:c3 brd ff:ff:ff:ff:ff:ff
Could this be the problem? Core-daemon doesn't create a "veth" interface? I have "veth" module loaded.
vedranmiletic commented on 2022-03-05 11:23 (UTC)
Forgot to return here to say thanks for
mgen
. Sorry for that. I am glad to report that some of my students already successfully installed it.In addition, a little nitpick for 8.1.0 PKGBUILD, CORE now seems to require
nftables
:Splork commented on 2022-01-13 13:58 (UTC)
@vedranmiletic I've created an
mgen
-package and added it as an optional dependencyvedranmiletic 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 forTools/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 ofprotolib
- it apparently needs some changes which are pushed tomaster
in the protolib-repo but not in the most recent releaseAlso, 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 themgen
-binary to be installed as a system-executable (i.e. wouldmgen
be a separate AUR-package), or do you need to place it inside theCORE
-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:
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, thecore-daemon.service
fails with the following error:« First ‹ Previous 1 2 3 4 5 Next › Last »