ARM development: next steps

arm

(Mark Verlinde) #61

I briefly searched for the yum-api solution, did not find one;
And as this involves python-session, I wonder if this straightforward if-then with a hardcoded basearch for arm 32bit is good enough?


(Mark Verlinde) #62

IMO we have one necessary conditional in /usr/sbin/nethserver-install :hushed:
In short : some templates asume /usr/lib64 is present and on 32bit (armhfp) it is not.
also see: arm-dev/issues/26

This is my proposal:

Other small issue is the release status for each arch, I know it’s just optical and %post in specs are not liked so much… nevertheless my proposal is:

What do you think?

cc/ @davidep @dz00te @giacomo


(Giacomo Sanchietti) #63

I saw the patches and … :open_mouth:
Sorry but both are not acceptable, let’s find another solution! :wink:

Could you please post the list of affected templates? Let’s if we can add extra templates, if needed.

I don’t understand what is the problem here: can you make an example?


(Mark Verlinde) #64

I am not sure if the list is complete, known to be affected:

Nethserver-squid:
/etc/e-smith/templates/etc/squid/squid.conf/20acl_10_auth line 13 and line 19

nethserver-openvpn:
/etc/e-smith/templates/etc/openvpn/host-to-net.conf/50security line 11

BTW credits to hunt this down go to @mrmarkuz here and here

put this ugly code in nethserver-sogo a long time ago to solve it


(Mark Verlinde) #65

It is pure optical, howerver may throw up questions…
afbeelding
If we manage to synchronize the releases in the furture it can be dropped :grinning:


(Giacomo Sanchietti) #66

Really good catch!

I prefer the Sogo code rather than a link which could break the system.

Please open a new issue containing the problem for both packages: I will gladly help to fix the templates.

For now, let’s put the “Alpha”/“Beta” tag only inside the doc, I’d prefer to not change the code for such cosmetic issue.


(Mark Verlinde) #67

Will do so …
Upfront: has PERL some (environment) variables which could be use full ?.. (like pseudo-code $ARCH)

Oke, at least I tried :grin:


(Giacomo Sanchietti) #68

I’ve found this: https://metacpan.org/pod/Config
But I don’t know if it is really good, I’d go with a simple file check


(Mark Verlinde) #69

the WARING part is alarming.

Small code-style question, do you want me to comment “arm specific code” or not ?


(Giacomo Sanchietti) #70

I’d say only if the code is not self-explanatory. Probably in this case it could be useful to have it.


(Giacomo Sanchietti) #71

Modifications for Squid and OpenVPN are ready to be tested.
I also know that @Amygos did some good analysis on the Raspberry image and he found that Dedalo (Hotspot) works well!
He also pointed out another library path problem: https://github.com/NethServer/nethserver-firewall-base/blob/master/root/etc/e-smith/events/actions/interface-config-write-pppoe#L59

I think the fix can be the same of other cases.

Really thank you for the excellent work!

It’s holiday time here in Italy, I will be back on work January 7, but I will try to respond to any question during these couple of weeks!


(Stéphane de Labrusse) #72

hi all

I need some help


I do not have (yet) the hardware to test this on aarch64, please can you help here to verify the issues

others architectures are verified


(Giacomo Sanchietti) #73

You can use a KVM machine for that: yum install qemu-system-aarch64
Download the aarch iso from CentOS mirror: http://isoredirect.centos.org/altarch/7.6.1810/isos/aarch64/

Make sure to select aarch64 when creating the VM.
During install you will have time for a trip abroad: it’s very slow!


(Mark Verlinde) #74

Thanx, will test it on aarch64 this affternoon


(Giacomo Sanchietti) #75

I would like to test a couple of issues inside an aarch64 machine, so I’ve created a new scaleway account.

But when creating a new machine, there is no CentOS image available for ARM.
What are the steps to have a running CentOS/NethServer aarch64 machine on Scaleway? Do I need to create my image?


(Giacomo Sanchietti) #76

Tested on virtual machine using qemu. Everything good.
Thank you @mark_nl!