Avoid printing getFTLConfigValue return in statusFunc()

[rdwebdesign]

What does this PR aim to accomplish?

pihole status is printing the string true, but it shouldn't.

pidev:/# pihole status
  [✓] FTL is listening on port 53
     [✓] UDP (IPv4)
     [✓] TCP (IPv4)
     [✓] UDP (IPv6)
     [✓] TCP (IPv6)

true
  [✓] Pi-hole blocking is enabled

This value is generated when function getFTLConfigValue dns.blocking.active executes pihole-FTL --config -q dns.blocking.active.

The pihole-FTL return is true and the value is printed.

Note:
it happens at least inside Alpine container. Not sure about bare metal install.

How does this PR accomplish the above?

Storing the return in a variable avoids the printing.

Link documentation PRs if any are needed to support this PR:

none

---

By submitting this pull request, I confirm the following:

1. I have read and understood the contributors guide, as well as this entire template. I understand which branch to base my commits and Pull Requests against.
2. I have commented my proposed changes within the code and I have tested my changes.
3. I am willing to help maintain this change if there are issues with it later.
4. It is compatible with the EUPL 1.2 license
5. I have squashed any insignificant commits. (git rebase)
6. I have checked that another pull request for this purpose does not exist.
7. I have considered, and confirmed that this submission will be valuable to others.
8. I accept that this submission may not be used, and the pull request closed at the will of the maintainer.
9. I give this submission freely, and claim no ownership to its content.

---

• I have read the above and my PR is ready for review. Check this box to confirm

[yubiuser]

It happens on bare metal too

nanopi@nanopi:~$ pihole status
  [✓] FTL is listening on port 53
     [✓] UDP (IPv4)
     [✓] TCP (IPv4)
     [✓] UDP (IPv6)
     [✓] TCP (IPv6)

true
  [✓] Pi-hole blocking is enabled