Lilies will be rotated randomly on place, in the same manner as they're
usually generated.

Hold 'sneak' (usually shift) while placing to force them to follow your
facedir instead.

Liles will replace buildable_to nodes when placed, including themselves.
This will cause a loss of lilies if you just keep placing them over and
over, but this is intentional.

node_ownership, glomie's protection mod, and zeg9's protection mod are
accounted for, as are infinite item stacks (e.g. plain creative mode).

Also, compact the waterlily register node calls into a loop.

part of minetest_game

spawned automatically by the default flowers code.

took all other plants out of flora group so they don't get spawned by that
code.

the cause of a weird facedir bug, which was actually the game doing it, not
plants_lib

abms will avoid the defaults and vice-versa, to avoid overgrowth.

default flowers mod handles that now.

abms to account for that (as default flowers are flora=1, not flowers=1).

my flowers mod, and renames it to flowers_plus.

backward-compat aliases, in preparation for a subset of these flowers
being added to "common".

also default debug to false again

oversight in the engine that in turn revealed a bug in my code)

plants_lib/init.lua:83: bad argument #1 to 'getn' (table expected, got nil)

better way to set default biome params, optimized-out some copypasta, thanks
to thexyz for spotting these.

deleting nodes surrounding the spawn target during the mapgen code, replacing
the spawn target, and checking the type of node directly below the spawn
target.

every time an ABM or on_generated is called.  Optimized a number of nil
comparisons ("if x == nil" -> "if not x" and similar).

plants_lib's calls to do something extra when a tree is generated at mapgen
time or spawned via the growing code.