No personal preference: I like my systems clean small and agile (probably the arch linux heritage) . So i know how hard it is to remove stuff.
But note I can brew my own images to my personal likening, so its up to the community to decideā¦
In the future I would love to have only the cockpit-bridge with nethserver-cockpit-lib running a NS arm-system.
I think that is not enough. Cockpit still needs the application installed on the local system. In other words cockpit-ws is not needed when talking to cockpit-bridge through SSH port 22, but the other crap must be installed, sorry
[root@vm1 ~]# cockpit-bridge --packages
base1 /usr/share/cockpit/base1
domain /usr/share/cockpit/realmd
kdump /usr/share/cockpit/kdump
nethserver Subscription, Applications, Software Cen /usr/share/cockpit/nethserver
nethserver-httpd /usr/share/cockpit/nethserver-httpd
network /usr/share/cockpit/networkmanager
performance /usr/share/cockpit/tuned
selinux /usr/share/cockpit/selinux
shell /usr/share/cockpit/shell
sosreport /usr/share/cockpit/sosreport
storage /usr/share/cockpit/storaged
system /usr/share/cockpit/systemd
users /usr/share/cockpit/users
checksum = fcc91502d30754771cf3ab3b6461923b21c972ca993afe2229966dd7abb01f17
You have mail in /var/spool/mail/root
[root@vm1 ~]#
So votes are 1:2 on nethsever-cockpit which means RC2 will include cockpit.
Iād like to publish an RC2 because I am going to try to git rid of NetworkManager to fetch a dhcp on first boot. We did not need it on 7.6 but on 7.7 we do. It throws a message of the like dependency for networkmanager not found networkmanager not installed at negotiation DHCP and moves on without fetching a IP from dhcp. Note this is before multiuser-target so can be hard to fix .
Thereās an RC1-draft release available for download and testing on GitHub releases. I guess you need a GitHub account and be member of the NethServer team to download it until we set it āpublishedā.
quick test, and all seems ok with yum repo metadata.
Iām not sure I understood correctly the problems with NetworkManager, but the rpi correctly get ip from my dhcp⦠i think i must re-read issue #33
but the real, big problem are the hardware/cpu fileds in Dashboard
so i played a bit merging old e new code and it look better now
is it nethserver-cockpit/api/system-status/read the only file to change or i am missing something in the big (and unknown for me) cockpit world?
I got Nethserver installed on Odroid N2. At first I installed Centos 7 on a system having the boot files from Ubuntu which worked fine. Then I installed the Nethserver repo and Nethserver got installed which in the end destroyed the route to NS. The system boots and when I try to login with putty /ssh I get a āno route to hostā. The new NS system has the same IP as Centos before, I checked that. Something was switched by the NS configuratiom at the end of the installaton process.
Any ideas? Any hints where to search?
ā
Do i understand correctly the system has an IP Series after the NS install but you can not reach it using the hostname?
What if you try to reach it on the IP with putty?
No, in fact everything went well til to the end of the NS system configuration. Then the network ist destroyed and doesnāt come up anymore when the system reboots. The last message I saw on the putty screen regarded the creation of symbolic links. After that there is something like āOK. Completed.ā which I could see in the install log but not over ssh.
Can anybody tell what happens there at the end of the system configuration and how I can avoid killing the network?