Search Criteria
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.003080 |
First Submitted: | 2010-10-27 16:52 (UTC) |
Last Updated: | 2022-03-31 12:39 (UTC) |
Dependencies (28)
- ebtables (ebtables-gitAUR, iptables-gitAUR, iptables-fullconenat-nftAUR, iptables-nft)
- ethtool (ethtool-gitAUR)
- fabric
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR)
- libev
- nftables (nftables-gitAUR, nftables-fullconeAUR)
- python (python32AUR, python37AUR, python310AUR)
- python-certifi
- python-decorator
- python-grpcio
- python-invoke
- python-lxml
- python-mako
- python-netaddr
- python-pillow (python-pillow-gitAUR)
- 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-dephellAUR (make)
- python-grpcio-tools (make)
- python-setuptools (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
1 2 3 4 5 Next › Last »
MarsSeed commented on 2023-08-11 22:05 (UTC)
Also don't use the deprecated dephell to make a deprecated executable setup.py.
Instead, make the build follow the PEP 517 conformant build and install procedure outlined in Arch Wiki.
MarsSeed commented on 2023-08-11 22:02 (UTC)
Please add a meaningful description in
pkgdesc
instead of pasting the misleading expansion of the CORE acronym.kadotux commented on 2022-04-05 17:02 (UTC)
Fixed with the help from CORE development @ Discord!
Problem was two servers I had previously configured via GUI in session -> servers. Removing them fixed the problem, the session runs now as expected. Thank you all.
kadotux commented on 2022-04-05 15:54 (UTC) (edited on 2022-04-05 15:55 (UTC) by kadotux)
@Splork I don't think so, but I'm not entirely sure.
This is my /etc/nftables.conf:
And iptables -L -vn:
/etc/hosts:
And "ip link":
Is there anywhere else I could look?
Splork commented on 2022-04-05 15:37 (UTC)
@kadotux
so, to me this looks like the GUI is attempting to communicate with the daemon via port 50051 (that would go through the loopback interface), but for some reason they get a timeout.
Is you system configured in any way that would prevent connections between local processes on the loopback interface?
kadotux commented on 2022-04-05 15:31 (UTC)
Hi @tom5760:
Thank you! Installing inetutils actually fixed the issue for core-gui-legacy! The legacy interface is totally functional now. :)
Although I'm content with using the legacy interface, the problem persists on Python/Tk interface. Connection times out regardless if I run "core-daemon" with or without sudo, or run the systemd service "sudo systemctl start core-daemon". The do have different config folders (.coregui and .core) but I think I have similiar settings in both, that shouldn't be the issue.
Justo to recap, the when starting the session in Python interface I get an error popup titled "GRPC Exception", and terminal output from core-daemon is:
And from core-gui:
Nevertheless, thank you for help! I'm content with using the legacy interface but if anyone would like chip in as to why this error in Python interface is happening I would of course greatly appreciate!
tom5760 commented on 2022-04-05 13:59 (UTC)
Hey @kadotux:
Just in case, can you also try
systemctl start core-daemon.service
?This also jumped out at me:
Do you have a
/usr/bin/hostname
binary? If not, can you try installing theinetutils
package?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 dependency1 2 3 4 5 Next › Last »