thoth-station / meteor-operator

Project Meteor Operator for OpenShift
GNU General Public License v3.0
4 stars 11 forks source link

gitRepo build pipeline is not working #162

Closed codificat closed 1 year ago

codificat commented 1 year ago

Bug description

The current version of the cre-gitrepo pipeline (that implements the GitRepository build type) is not working.

Steps to Reproduce

Steps to reproduce the behavior:

  1. Create a CustomRuntimeEnvironment of type GitRepository (for example, the one in config/samples)
  2. Check the related PipelineRun
  3. See error

Actual behavior

$ tkn pr describe -L
Name:              cre-elyra-aidevsecops-tutorial-gitrepo
Namespace:         aicoe-meteor
Pipeline Ref:      cre-gitrepo
Service Account:   pipeline
Timeout:           1h0m0s
Labels:
 cre.thoth-station.ninja/pipeline=gitrepo
 tekton.dev/pipeline=cre-gitrepo

๐ŸŒก๏ธ  Status

STARTED         DURATION    STATUS
5 seconds ago   0 seconds   Failed(InvalidTaskResultReference)

๐Ÿ’Œ Message

invalid pipeline result "url": referenced pipeline task "url-to-results" does not exist

โš“ Params

 NAME            VALUE
 โˆ™ name          Elyra DevSecOps Tutorial
 โˆ™ creator       codificat
 โˆ™ description   Build from the Elyra Tutorial
 โˆ™ url           https://github.com/AICoE/elyra-aidevsecops-tutorial
 โˆ™ ref           master

๐Ÿ“‚ Workspaces

 NAME           SUB PATH   WORKSPACE BINDING
 โˆ™ data         ---        VolumeClaimTemplate
 โˆ™ sslcertdir   ---        ConfigMap (config=openshift-service-ca.crt,item=service-ca.crt=ca.crt)

Expected behavior

The PipelineRun created for the git repo CRE works.

Environment information

meteor-operator v0.2.1

Additional context

Noticed this while reviewing https://github.com/thoth-station/odh-dashboard/pull/14

This is not a use case in the initial CNBi functionality, and therefore it's optional in that sense for the initial version.

codificat commented 1 year ago

/wg cre /priority important-soon

VannTen commented 1 year ago

Is the pipeline results used somewhere ? Can't figure out what should be there (and blame is not helpful, too much renaming)

codificat commented 1 year ago

Is the pipeline results used somewhere ?

It isn't.

Can't figure out what should be there (and blame is not helpful, too much renaming)

Yep. To hopefully clarify a bit: the pipeline and tasks came mostly "as is" from meteor's jupyterhub pipelines, as hosted in the helm charts repo

There are a few things we don't use at the moment: results, owner ref, and namespace extraction.

VannTen commented 1 year ago

As an alternative, I also have #152 as a possible alternative (== PackageList + a PEP 517 build and install).

codificat commented 1 year ago

As an alternative, I also have #152 as a possible alternative (== PackageList + a PEP 517 build and install).

Apologies if I am missing something here, but I believe #152 is complementary rather than alternative.

This intend to implement a git-repo pipeline which would not depend on an aicoe-ci.yaml file at the repository root.

Basic question about the scope here, just want to clarify.

The proposal here would aim at building images for git repos that host Python packages, correct? And (probably) not cover repos that contain (mostly) jupyter notebooks, right?

I'm asking because I believe CNBi / CRE's main use case is for repos where (most of) the content is "notebook-type" rather than Python packages.

VannTen commented 1 year ago

On Mon, Jan 16, 2023 at 04:58:02AM -0800, Pep Turrรณ Mauri wrote:

As an alternative, I also have #152 as a possible alternative (== PackageList + a PEP 517 build and install).

Apologies if I am missing something here, but I believe #152 is complementary rather than alternative.

This intend to implement a git-repo pipeline which would not depend on an aicoe-ci.yaml file at the repository root.

Basic question about the scope here, just want to clarify.

The proposal here would aim at building images for git repos that host Python packages, correct? And (probably) not cover repos that contain (mostly) jupyter notebooks, right?

I'm asking because I believe CNBi / CRE's main use case is for repos where (most of) the content is "notebook-type" rather than Python packages.

So the current gitRepo is for git repos containing notebooks in Python ? I had not get that ^^