I am still struggling with the Renku transition from Legacy to 2.0.
I tried to clone the project on Github and make the link to the new repository, but it seems that python packages are not installed when I start a Renku session, as it used to be (using Renku Legacy). The package pygimli for example seems not to be installed. Did I miss something for the Renku transition?
One of my project is public (but I also tried on other private projects and I seem to have the same issue). Here is the link to my public project:
I think the best option for your projects is to set them up so that the images are built as GitHub actions. To do this, you need to create a GitHub workflow and put it in the .github/workflows/ folder.
Thank you very much for your time andyour project test, that I could try successfully.
But I however do not managed yet to reproduce it in my own project. I tried to copy excatly what you did (except of the commit id in the container image).
But I did not ahve to chane anything from the build.yml file, right? 4pm-pji/.github/workflows/build.yml at main · ColineMollaret/4pm-pji · GitHub
The is an "Error in Session” while I attempt to launch the Session. Can you see it on my project? Otherwise I could copy-paste the logs here?
@colinem The correct container image reference is ghcr.io/colinemollaret/4pm-pji:sha-6173fb5 not ghcr.io/coline.mollaret/4pm-pji:sha-6173fb5 (there is no extra dot .)
I added a launcher that uses the image reference specified by @leafty, and it works for me, so that should fix the issue you were having.
I forgot to mention in my original post, that this approach will not work for private projects until version 2.9.0 is deployed: This is currently scheduled for Wed (Oct. 15th, 2025). So, starting next week, you should be able to use the same strategy to migrate your private projects.
Dear @cramakri and @leafty, I am trying to make the link between Github private repositories and renku provate projects, but do not manage successfully for the moment.
On the Renku Code Repositories section, it says:This repository does not exist or you do not have access to it.
Is step of accessibility different for public and private project, or do I miss something else? Thanks
Thanks @cramakri I did it now and the code repository is solved.
But my (Docker) image is still inaccessible. I tried several things but feel a bit lost. I created in github a workflow as an Action, and copied there the build.yml (which works for my public project). But as it is now a private project, it is maybe not the way to go?
There is a misconfiguration on our side that is preventing private images hosted on GitHub from working. We are working on it right now and will let you know as soon as it has been fixed.
If you see a message that this integration is “Not connected” for you, then you should click the Connect button to remedy that. After that, your docker image should be accessible.
@cramakri Thanks! I did this Connect /Integration step. But this does not solve my problem. I am unsure what step I miss: the image is still inaccessible.
I am not sure if I am only lost in the procedure Notion or if I miss something.
The image name is ghcr.io/eikek/privim:latest in my case. It should be analogous to public images - you need to go through the setup “connecting to the GitHub image registry” first. Note that this is a separate one than used by the code repositories.
Hello @colinem , if you’re connected to the GitHub integration, the image should show up as available regardless of any misconfigured “Advanced” or “Docker” settings – the Container Image URL should be enough.
If you still see the red badge next to the image, you could do the following steps:
Go to the Integrations page (click on the user icon on the top-right and then on “Integrations”) and check that you are connected to Github Container Registry. Mind that there is another integration for Github called GitHub.com that is used only for the repos and isn’t relevant for checking the images served by ghcr.io
Try to click on the “Reconnect” button (or “Disconnect” and then “Connect”) and be sure the integration shows again the green badge next to the status.
If your image is still marked as red, the Container Image URL might be wrong. To verify that, you could try to docker pull from your laptop and see if it works.
If these steps don’t work, we could organize a call together to give it a try together and see what’s broken.