mariadb: unlink withNuma from withEmbedded

[superherointj]

mariadb: unlink withNuma from withEmbedded

• Numa and Embedded is/seems unrelated.
  • https://dev.mysql.com/doc/refman/8.0/en/source-configuration-options.html#option_cmake_with_numa
• Embedded was deprecated.
  • I'm not removing it because as ajs124 said, amarok is still using it.

This PR targets staging because it would conflict in staging if targeted master. (Another staging PR changed same parts of file.)

[ajs124]

this is used in nixpkgs by amarok since #195644, so we can't easily get rid of this

[superherointj]

this is used in nixpkgs by amarok since #195644, so we can't easily get rid of this

Thanks. Won't change.

As NUMA is unrelated to embedded. I'm repurposing PR to reflect it.
https://dev.mysql.com/doc/refman/8.0/en/source-configuration-options.html#option_cmake_with_numa

[superherointj]

@ajs124 Can you review/approve this?

[ajs124]

forgot about this, sorry. can't this go to master?

[superherointj]

forgot about this,

No worry. Btw, thanks for reviewing!

sorry. can't this go to master?

Last time I checked, it would create a merge conflict in staging, unless maria PR (#214981) is already at master. (which seems to not be yet). See tracker: https://nixpk.gs/pr-tracker.html?pr=214981

Cherry-picking 616d1877e39d516d32a3379c197d67d712388072 to staging causes no conflict.
Cherry-picking to master causes conflict that would have to be manually solved (in staging) by whoever is doing the syncing between staging/staging-next/master.

IMO this should be merged to staging to avoid a conflict and lessen work for whoever is doing syncing between staging/master branches in nixpkgs.