zerotier / zerotier/ZeroTierOne
zerotier install does not provide oel8 rpms / aarch64 but oel7 / aarch64 ones which seems surprising.
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 17.1k
- Forks
- 2k
- PR merge metrics
- No merged PRs in 30d
Description
No package for oel/centos/rhel 8 aarch64 ?
I installed zerotier via the shell script and notice that even though the OS is OEL8 on aarch64 the rpms that have been installed for zerotier-one are for OEL7 aarch64. Is this intentional as it seems confusing?
[root@instance-20210707-1637 ~]# systemctl status zerotier-one
● zerotier-one.service - ZeroTier One
Loaded: loaded (/usr/lib/systemd/system/zerotier-one.service; disabled; vendor preset: disabled)
Active: active (running) since Thu 2021-11-25 20:17:25 GMT; 4min 27s ago
Main PID: 14493 (zerotier-one)
Tasks: 3 (limit: 8911)
Memory: 4.8M
CGroup: /system.slice/zerotier-one.service
└─14493 /usr/sbin/zerotier-one
Nov 25 20:17:25 instance-20210707-1637 systemd[1]: Started ZeroTier One.
[root@instance-20210707-1637 ~]# rpm -qa | grep release
mysql80-community-release-el8-1.noarch
ksplice-release-el8-1.0-4.el8.aarch64
oracle-epel-release-el8-1.0-3.el8.aarch64
oraclelinux-release-el8-1.0-20.el8.aarch64
redhat-release-8.5-0.8.0.1.el8.aarch64
oci-included-release-el8-1.0-4.el8.aarch64
oraclelinux-developer-release-el8-1.0-6.el8.aarch64
oraclelinux-release-8.5-1.0.7.el8.aarch64
epel-release-8-13.el8.noarch
[root@instance-20210707-1637 ~]# rpm -qa | grep zerotier-one
zerotier-one-1.8.3-1.el7.aarch64 <<<<<==== notice .el7 not .el8
[root@instance-20210707-1637 ~]# zerotier-cli info
200 info e3XXXXXX64 1.8.3 ONLINE
[root@instance-20210707-1637 ~]#
I removed the rpm and reinstalled it and I get back the same oel7 / aarch64 version. I would expect to get an oel8 / aarch64 version.
zerotier seems configured correctly.
[root@instance-20210707-1637 ~]# zerotier-cli peers
200 peers
<ztaddr> <ver> <role> <lat> <link> <lastTX> <lastRX> <path>
61d294b9cb - PLANET 167 DIRECT 8828 3652 50.7.73.34/9993
62f865ae71 - PLANET 176 DIRECT 13832 3646 50.7.252.138/9993
778cde7190 - PLANET 101 DIRECT 8828 3721 103.195.103.66/9993
992fcf1db7 - PLANET 54 DIRECT -1 3769 195.181.173.159/9993
[root@instance-20210707-1637 ~]#
So my real question is about the rpm naming which feels broken even if maybe it's intentional and it actually works?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The report identifies the shell installer and the installed zerotier-one RPM metadata; start by tracing the installer’s OEL/EL package selection for aarch64. Compare the selected el7 package with the host’s OEL8 platform and define done as either an appropriate OEL8 package being selected or the el7 choice being clearly documented as intentional.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- linux, shell
- Domain
- operating-systems, release
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100