Skip to content

Problems with OLM Bundle builds on MacOS (intel and apple silicon) #1472

@rohanKanojia

Description

@rohanKanojia

Description

originally discussed with @akurinnoy in internal chat

Currently, we're unable to Build and push OLM bundle for DevWorkspace Operator when doing it from MacOS.

When I run this command make generate_default_deployment generate_olm_bundle_yaml , I get this error:

Using defaults for environment variables
Updating devfile/api CRDs
Downloading devfile/api CRDs to /var/folders/w5/hm1ypjpd0811dtmnrrvqbj0m0000gn/T/tmp.mpxPMBJPo1
hint: Using 'master' as the name for the initial branch. This default branch name
hint: is subject to change. To configure the initial branch name to use in all
hint: of your new repositories, which will suppress this warning, call:
hint:
hint: 	git config --global init.defaultBranch <name>
hint:
hint: Names commonly chosen instead of 'master' are 'main', 'trunk' and
hint: 'development'. The just-created branch can be renamed via this command:
hint:
hint: 	git branch -m <name>
Initialized empty Git repository in /private/var/folders/w5/hm1ypjpd0811dtmnrrvqbj0m0000gn/T/tmp.mpxPMBJPo1/.git/
DevWorkspace API is specified from revision a6ec0a38307b63a29fad2eea945cc69bee97a683
Generating config for Kubernetes
File saved to /Users/rokumar/go/src/github.com/devfile/devworkspace-operator/build/scripts/../../deploy/deployment/kubernetes/combined.yaml
Generating config for OpenShift
2025/07/17 15:42:51 well-defined vars that were never replaced: OPERATOR_NAMESPACE
File saved to /Users/rokumar/go/src/github.com/devfile/devworkspace-operator/build/scripts/../../deploy/deployment/openshift/combined.yaml
Parsing objects from /Users/rokumar/go/src/github.com/devfile/devworkspace-operator/build/scripts/../../deploy/deployment/kubernetes/combined.yaml
csplit: illegal option -- -
usage: csplit [-ks] [-f prefix] [-n number] file args ...
make: *** [generate_default_deployment] Error 1

I also get failure when running make generate_olm_bundle_yaml build_bundle_and_index register_catalogsource , in my case I'm on M4 Silicon MacOS but operator-sdk v1.8.0 release don't provide arm64 binary for darwin.

These commands work without any problems on Linux machine.

Acceptance Criteria

  • Investigate why we're getting failure for these targets on macOS (could it due to using outdated version of operator-sdk / controller-gen ?)
  • Once root cause is found, provide a fix for this issue.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions