Remove indirect usages of six

[Anutrix]

While working on https://bugzilla.mozilla.org/show_bug.cgi?id=1714690 I found grizzly-framework still uses six indirectly as seen at https://searchfox.org/mozilla-central/source/tools/fuzzing/smoke/grizzly_requirements.txt#214-221.

six==1.16.0 \
    --hash=sha256:1e61c37477a1626458e36f7b1d82aa5c9b094fa4802892072e49de9c60c4c926 \
    --hash=sha256:8abb2f1d86890a2dfb989f9a77cfcfd3e47c2a354b01111771326f8aa26e0254
    # via
    #   cssbeautifier
    #   fasteners
    #   fuzzmanager
    #   jsbeautifier

I couldn't find source for cssbeatifier and jsbeautifier but they are MIT licensed and owned by https://github.com/bitwiseman.
fuzzmanager is by MozillaSecurity so will create a separate ticket there.
fasteners doesn't seem to use six not sure why it's used. Maybe an older version of it had six and it's used in above dependencies.

Hopefully, this ticket can be tracker for this repo.

[jschwartzentruber]

See MozillaSecurity/FuzzManager#1092 (comment) re: beautifiers

[jschwartzentruber]

As mentioned in MozillaSecurity/FuzzManager#1092 (comment), fasteners and fuzzmanager are pinned to old version in-tree, so updating the requirements file would be enough. That just leaves beautifiers.

Another option might be to make those imports optional, since the in-tree grizzly smoke test will not use them anyways.

[Anutrix]

As mentioned in MozillaSecurity/FuzzManager#1092 (comment), fasteners and fuzzmanager are pinned to old version in-tree, so updating the requirements file would be enough. That just leaves beautifiers.

Another option might be to make those imports optional, since the in-tree grizzly smoke test will not use them anyways.

Thx. That's excellent news.

I was using pip-compile --generate-hashes --output-file=tools/fuzzing/smoke/grizzly_requirements.txt tools/fuzzing/smoke/grizzly_requirements.in to generate the requirements file but turns out it's behavior is little unexpected to me.
If output file already exists, it updates the output file with paths and python version comments but doesn't update requirements comments in the output file.
That led me to wrong conclusion that fuzzmanager and fasteners were still using six.
Deleting the output file or using --upgrade works. I plan to do that once beautifiers issue is also resolved.