Wow…
I was only some days on holidays and in the same time you were dooing this great innovation!
Thanks a lot. Great work, man!
PS: Installed latest version. Everything works perfect.
For now there is only one project, but of course we can create a new one with delegated rights.
Since Transifex rely on git to check if a project is Open Source or not, before creating the project we should choose how to distribute the new translations.
Would you prefer a new nethserver-nethforge-lang- rpm? Or is better to include anything inside the main language package? (/cc @dev_team).
back to work (sorry for late reply), and tested latest version… really great work and useful
i think one beer for you at fosdem for this, will not be enough… thank you!
We already have everything in the main package. I’d prefer to keep everything in a single place and delegate permissions to members of @translations_team. Modules come from core to forge and vice-versa!
that’s said , would it be imaginable for my transifex’s account to be granted for creating files to be translated by the community ?
where to ask ?
@davidep @giacomo do you think I need to add modifications or bug corrections on nethserver-diagtools…For example the sendmail tab could be a tab in nethserver-smarthost, all related email stuff will be in one place.
You already asked in the right place
Let me see what Transifex can do for us!
I’d rather prefer a Diagnostic category or the solution you already implemented: a Diagnostic tools entry under Status category…
I wouldn’t mix configuration and diagnostic tools!
Looks very promising, I do want it on my servers
We can release the rpm even without translations since languages are shipped in a different rpm
yum install http://mirror.de-labrusse.fr/NethDev/nethserver-diagtools-0.0.1/nethserver-diagtools-0.0.6-1.ns7.sdl.noarch.rpm
with this version you can scan each green interfaces with arp-scan
great work (as always) tnx @stephdl
it works great also on arm
after doing a manual update of the MAC vendors about 200 MAC address were correctly identified…
if someone is interested to update the vendor data:
# cd /usr/share/arp-scan
# get-oui -v
# get-iab -v
I thought this night to scan also blue and orange network. Currently it is only green. Do i’m right ?
It could be useful for blue network, but probably you don’t need on orange, since the admin must already know which host are there.
We can put a cron to update it monthly
It seems fair to me. And I wouldn’t mix configuration and diagnostics, probably an email check would be better placed into the email module? I’m in two mind on this
Follow your own rule