What about a new ARM repository hosted inside the forge?
@davidep can create the infrastructure and all repos will be automatically mirrored.
Also, uploading rpms will be only a matter of sharing SSH key.
What about a new ARM repository hosted inside the forge?
Keep in mind there are some unsolved issues,
- one of the first (severe) hurdles still exists: adamd & libreport. I
opted for a dummy package for adadm: want to stay close to “upstream”
NS X86_64, quick but dirty work around…
- Initial install throws up some errors, not severe it just works.
nevertheless the install script (workarounds) should
get more rigged.
repo is up…
my installation steps from a raspberry pi2 (after the centos install):
$ yum install http://mirror.framassa.org/nethpi/nethserver-release-7arm-0.1.19.g449c95b.ns7.noarch.rpm
then adjust the repo:
$ rm -f /etc/yum.repos.d/NethServer.repo cat << 'EOF' > /etc/yum.repos.d/NethServer.repo [nethserver-base] name=NethServer $distroversion-arm base #mirrorlist=http://mirrorlist.nethserver.org/ baseurl=http://mirror.framassa.org/nethpi/$releasever/base/$basearch #gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-NethServer-$releasever gpgcheck=0 enabled=1 enablegroups=1 [nethserver-updates] name=NethServer $distroversion-arm updates #mirrorlist=http://mirrorlist.nethserver.org/ baseurl=http://mirror.framassa.org/nethpi/$releasever/updates/$basearch #gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-NethServer-$releasever gpgcheck=0 enabled=1 enablegroups=1 [nethserver-testing] name=NethServer $distroversion-arm testing #mirrorlist=http://mirrorlist.nethserver.org/ baseurl=http://mirror.framassa.org/nethpi/$releasever/testing/$basearch #gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-NethServer-$releasever gpgcheck=0 enabled=0 enablegroups=0 [epel] #Temporary placeholder for missing epel repositories name=NethServer $distroversion-arm placeholder for epel #mirrorlist=http://mirrorlist.nethserver.org/ baseurl=http://mirror.framassa.org/nethpi/$releasever/ns-epel/$basearch #gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-NethServer-$releasever gpgcheck=0 enabled=1 enablegroups=0 EOF
$ yum clean all $ yum update $ nethserver-install
i’ve had some problem with eth (probably becauseit was in dhcp) and with httpd-admin not installed so:
$ yum install nethserver-httpd-admin nethserver-openssh nethserver-ntp
no more time for other tests but again @mark_nl
i’ve added nethserver-openvpn in testing… installation went fine…
$ yum --enablerepo=nethserver-testing install nethserver-openvpn
Yeah, that’s the reson to split the install in base / base-packages, (httpd-admin starts delayd by default, probaly not enough)
stopped network-manager (thougt it worked…),
@dz00te (install (and software manger) needs the grouplist file
thanx for providing this!
No luck, I am inventiagting,
Yum Groups are fine Now, network template ifcfg-eth0 did not expand.
Had that before, but not after disabling the networkmanager just behore nethserver-intit.
Maybay we shoud set an fixed IP till this is sorted out.
Second run is successful!
To hasty (it’s my Nature) had to configure the PI with more care,
As I should know, my DHCP sever does not like not matching FQDN, had to set a porper hostname.
Although it show’s we must do some work and help is needed.
If you want a sniff how NS on a PI2 could look like and want to contribute take a preview:
follow the instructions form the wiki
As said before this project started up as a prove of concept, and should still be seen as such.
Even in this raw sate it is amazing how good NS behaves on such light hardware the discussion where this could lead can begin. For my personal use there are a feasible cases :
backup gateway/dhcp server if the home server/gate is in maintenances.
monitor network and it client’s
And not to forget, most important: the fun factor:
Sure it’s possible to run a (openvpn)gateway/file-/mail?-server/… on my pi.
(besides this, i’m convinced light, low-power consuming, professional
server/gateway arm based products are going to come)
does this work on rpi3? when i have some time i will try
Looks very interesting! Any other scenarios are coming up?
Firewall and VPN? @filippo_carletti what do you think?
No that would surprise me, as far as I know multy-bit arch has never been supported on Centos .
You could try localinstall of small package
yum loccalinstall https:// mirror.centos.org/altarch/7/os/armhfp/Packages/nano-2.3.1-10.el7.armv7hl.rpm
I’ll guess we found a volunteer to port this to aachr64, after the groundwork is done.
the centos for rpi3 is 32 bit only (for now)…
As the rpi fundation say, it is 50% faster (on 32 bit os not 64)
my centos rpi3 is in production state (samba, owncloud, transmission, ecc )
When i have some time i will backup my SD card and try to install NS on rpi3 =)
[root@centos-rpi3 ~]# yum list installed | grep nano
nano.armv7hl 2.3.1-10.el7 @base
[root@centos-rpi3 ~]# rpm -qa | grep nano
PS On my Rpi2 NS works great!
added a little howto on wiki:
just reinstalled with hostname configured and all works
yesss i agree
Thanx! (not one of my talents)
In relation to the RasPi2 vs 3 and 32bit vs 64bit I saw the following on
the Pi site which may be of interest:
The Foundation is still shipping a single unified Raspbian code base that
runs on all of the existing Raspberry Pi platforms, and that means that
they view the new 64-bit processor as “just a faster 32-bit core.” While
there would be benefits to creating a 64-bit version of Raspbian right now,
Upton sees the downside of breaking backwards compatibility. However that
doesn’t mean that it’s going to go to waste.*
“Although this is a 64-bit core, on day one, we’re only going to be
running 32-bit code. We’re still running Raspbian, which is our ARMv6
operating system. There are some benefits from going 64-bit, primarily
it brings a broader range of operating systems [onto the Raspberry Pi].” —
I think a lot of people forget the Foundation’s educational mission, and
the importance it places on backwards compatibility with the 8 million
Raspberry Pi’s already out there. When you’re dealing with computers in a
classroom, not making all your teaching materials out of date overnight is
“…we’re a not for profit, we exist to try and get kids programming.” —
While that doesn’t mean those of us outside the classroom can’t make use
of the new 64-bit capabilities of the Raspberry Pi 3, it does means we
shouldn’t expect the Foundation to provide it. There are already Android
ports http://androidpi.wikia.com/wiki/Android_Pi_Wiki to the Raspberry
Pi; I’m rather hopeful that we’ll see a fully featured port of an
up-to-date Android distribution. Personally it sounds like a perfect Google
Summer of Code https://summerofcode.withgoogle.com/ project. Anyone…?*
The link is
reported in PM
The isseu with adadm & libreport is realy bugging me.
I have another go on libreport over easter; a appreciate your thoughts
- leave it as is (bugs me)
- (investigate possabilty to) drop dep; soft RAID is not usefull on
arm/pi. (there for a request to CentOS arm-dev group does not likely
- do whatever possible to satisfy dep
I would like to go with this.
Before giving an answer, we should test a CentOS minimal install with and without raid configured from Anaconda. At the end of the installation, we must check if mdadm is installed or not.
I’m confident we can safely remove the dependency with a little work.
Just give me a little time to work on it
Thanx, I can sleep in peace again.
Followed your example and setup an issue tracker, i’ll put in there.
Only if RPi3 came with two 1Gb ethernet ports, this would have made an awesome gateway/router replacement with very low power consumption.
There’s USB-Ethernet adapter on the market
We sill need to update the “requirement” in the doc