🌱 Run dependabot action outside of GOPATH again

[sbueringer]

What this PR does / why we need it:
Now that #6815 made it possible to run make generate outside of GOPATH again, let's revert the workaround in the dependabot action.

Will be verified via: sbueringer#65

Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #6526

[killianmuldoon]

/lgtm

[sbueringer]

Worked:

• ⚠️ test dependabot outside of gopath sbueringer/cluster-api#65
• sbueringer@61259cf
• https://github.com/sbueringer/cluster-api/runs/7193485825?check_suite_focus=true
• https://github.com/sbueringer/cluster-api/actions/runs/2615133076/workflow

[fabriziopandini]

/lgtm
/approve

@sbueringer should we backport those changes?

[k8s-ci-robot]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: fabriziopandini

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [fabriziopandini]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[chrischdi]

/lgtm

[sbueringer]

@sbueringer should we backport those changes?

I think we don't really have to.

This change specifically doesn't really make sense given that dependabot only runs on main

We can consider #6815, but folks usually develop on main. So it's probably not relevant if make generate on release branches if run outside of the GOPATh works as expected or not (it's not an issue in CI)

[sbueringer]

That being said. If someone wants to cherry-pick, I'm not opposed, I just think we don't have to.