Gsync / jobsync

JobSync is a job search tracker and job seekers' assistant to manage job search efficiently
https://demo.jobsync.ca
MIT License
55 stars 11 forks source link

Docker Images Do Not Exist #10

Open Anthony-Webb opened 1 month ago

Anthony-Webb commented 1 month ago

Preface

I am a novice when it comes to a lot of this. I don't often deal with podman/docker and this could very well be my fault, but I feel like I read it from top-to-bottom, left-to-right

jobsync@0.1.0 build next build

▲ Next.js 14.2.3

Creating an optimized production build ... Downloading swc package @next/swc-linux-x64-gnu... Downloading swc package @next/swc-linux-x64-musl... ✓ Compiled successfully Linting and checking validity of types ... ⨯ ESLint must be installed in order to run during builds: npm install --save-dev eslint Failed to compile.

./jest.config.ts:6:29 Type error: Cannot find module 'jest' or its corresponding type declarations.

4 | */ 5 |

6 | import type { Config } from "jest"; | ^ 7 | import nextJest from "next/jest.js"; 8 | 9 | const createJestConfig = nextJest({ Error: building at STEP "RUN if [ -f yarn.lock ]; then yarn run build; elif [ -f package-lock.json ]; then npm run build; elif [ -f pnpm-lock.yaml ]; then corepack enable pnpm && pnpm run build; else echo "Lockfile not found." && exit 1; fi": while running runtime: exit status 1 ERROR:podman_compose:Build command failed

- Am asked to select an image, but the image does not exist at any of the locations:

▸ registry.fedoraproject.org/jobsync_app_image:latest registry.access.redhat.com/jobsync_app_image:latest docker.io/library/jobsync_app_image:latest

- If I select docker.io, I receive the following:

✔ docker.io/library/jobsync_app_image:latest Trying to pull docker.io/library/jobsync_app_image:latest... Error: initializing source docker://jobsync_app_image:latest: reading manifest latest in docker.io/library/jobsync_app_image: requested access to the resource is denied

System Information

Operating System: Fedora Linux 40 KDE Plasma Version: 6.2.1 KDE Frameworks Version: 6.7.0 Qt Version: 6.7.2 Kernel Version: 6.11.3-200.fc40.x86_64 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 9 7940HS w/ Radeon 780M Graphics Memory: 58.7 GiB of RAM Graphics Processor: AMD Radeon 780M Manufacturer: Framework Product Name: Laptop 16 (AMD Ryzen 7040 Series) System Version: AJ

Gsync commented 3 weeks ago

Hi There, Thanks for posting and sorry that you are having the issue. I don't understand if you are a novice then why do you use podmon instead of docker, I would suggest try not to modify the docker file at first and go with the defaults and use docker instead of podmon and let me know how it goes. By the way, there is no docker image published in the registry so it builds the docker image when you run the docker compose file from the repo folder, the app is still in beta and there are still some features of the app that require work, so bear with me until I publish the docker image.

LayersOfAbstraction commented 3 weeks ago

Hi @Anthony-Webb,

I got it working on my local operating system and build.

OS Name:                   Microsoft Windows 11 Pro
OS Version:                10.0.22631 N/A Build 22631 
System Type:               x64-based PC

Already tried it in a Ubuntu-22.04.5-desktop-amd64 inside a Hyper-V Virtual Machine. Had the same problems as you. Here's how I fixed it.

  1. On Windows 11 I fired up an Administrator instance of WindowsPowerShell v1.0.
  2. Ran the following commands:
git clone https://github.com/Gsync/jobsync.git
docker compose up
  1. Navigate to http://localhost:3000/

  2. I was too lazy to setup environment variables for this as I'm new to the app. I just copied and pasted the default user name and password from the Dockerfile and was able to login ok. Haven't concerned myself with security while it's all secured behind my local firewall.

@Gsync I think some of those steps may need inclusion towards the top of the README. Willing to do a PR when asked, thanks for the hard work.

Anthony-Webb commented 3 weeks ago

@Gsync

I don't understand if you are a novice then why do you use podmon instead of docker,

It's just what I am most familiar with, even though that familiarization is minimal.

I would suggest try not to modify the docker file at first and go with the defaults and use docker instead of podmon and let me know how it goes.

I removed all traces of Podman, and installed docker per their documentation for my distro. After running git clone https://github.com/Gsync/jobsync.git, switching into that directory, then running docker compose up, I get the following:

$ docker compose up
[+] Running 1/0
 ✔ Container jobsync_app  Created                                                                                      0.0s 
Attaching to jobsync_app
jobsync_app  | Prisma schema loaded from prisma/schema.prisma
jobsync_app  | Datasource "db": SQLite database "dev.db" at "file:/data/dev.db"
jobsync_app  | 
jobsync_app  | Error: Schema engine error:
jobsync_app  | SQLite database error
jobsync_app  | unable to open database file: /data/dev.db
jobsync_app  | 
jobsync_app exited with code 1

By the way, there is no docker image published in the registry so it builds the docker image when you run the docker compose file from the repo folder, the app is still in beta and there are still some features of the app that require work, so bear with me until I publish the docker image.

Understood, I was reading the messages as it was coming through and Podman was asking me where I wanted to download the image from. Docker does not do that.

@LayersOfAbstraction

I don't have a Windows machine to try this on, but it seems you just ran through the documentation as I did. Not sure what I am doing wrong, if anything. This is a fresh installation of Docker and fresh clone of the repo. I did not change anything.

-- Anthony Webb

LayersOfAbstraction commented 3 weeks ago

@Gsync

I don't understand if you are a novice then why do you use podmon instead of docker,

It's just what I am most familiar with, even though that familiarization is minimal.

I would suggest try not to modify the docker file at first and go with the defaults and use docker instead of podmon and let me know how it goes.

I removed all traces of Podman, and installed docker per their documentation for my distro. After running git clone https://github.com/Gsync/jobsync.git, switching into that directory, then running docker compose up, I get the following:

$ docker compose up
[+] Running 1/0
 ✔ Container jobsync_app  Created                                                                                      0.0s 
Attaching to jobsync_app
jobsync_app  | Prisma schema loaded from prisma/schema.prisma
jobsync_app  | Datasource "db": SQLite database "dev.db" at "file:/data/dev.db"
jobsync_app  | 
jobsync_app  | Error: Schema engine error:
jobsync_app  | SQLite database error
jobsync_app  | unable to open database file: /data/dev.db
jobsync_app  | 
jobsync_app exited with code 1

By the way, there is no docker image published in the registry so it builds the docker image when you run the docker compose file from the repo folder, the app is still in beta and there are still some features of the app that require work, so bear with me until I publish the docker image.

Understood, I was reading the messages as it was coming through and Podman was asking me where I wanted to download the image from. Docker does not do that.

@LayersOfAbstraction

I don't have a Windows machine to try this on, but it seems you just ran through the documentation as I did. Not sure what I am doing wrong, if anything. This is a fresh installation of Docker and fresh clone of the repo. I did not change anything.

-- Anthony Webb

This is what I have on Windows 11 which works fine.

docker --version
Docker version 27.2.0, build 3ab4256

On Ubuntu-22.04.5-desktop-amd64 I have this docker version

docker --version
Docker version 27.3.1, build ce12230

I think it may be an issue with the Docker versions it's self and not the operating systems. My working version 27.2.0 is not available on Ubuntu when I check. Haven't checked if it exists on Fedora Linux 40.