[K.....a]

O kij chodzi? Czytam sobie to.
Po przeczytaniu odpalam sobie komendę w CI/CD na bitbuckecie:

docker run --rm -v $(pwd):$(pwd) -w $(pwd) symfonycorp/cli check:security

Wszystko działa jak powinno.

Natomiast jak odpalam lokalnie to, to wywala mi błąd jak w załączniku.

Co to za czary? Zalogowany jestem... I problem taki nie tylko u mnie xD

#docker #symfony #php #programowanie

[LaylaTichy]

symfonycorp/cli

@Klopsztanga:
na docker hubie nie widze https://hub.docker.com/search?q=symfonycorp

link z docsow

[K.....a]

@LaylaTichy: no właśnie na to wszystkie znaki na niebie wskazują.... ale nie pasuje mi tylko to że bitbucket to łyka 0_o

[LaylaTichy]

@Klopsztanga: jw pewnie bitbucket ma proxy jakies u siebie gdzie cachuje obrazy z huba zeby ominac ich limity na pulle, moze to cli niedawno zostalo usuniete i w cache jeszcze wisi, najlepsze rozwiazanie jak mozesz to pewnie pullniecie tego obrazu na bitbukecie otagowanie go i pushniecie do swojego repo xD

[K.....a]

@LaylaTichy: poczekam do jutra co tu się odjaniepawla

[panDocent]

@Klopsztanga: Wygląda na to, że to jakiś stary manual. Szukałem tego security:checker i znalazłem taki workflow do GH Actions
https://github.com/symfonycorp/security-checker-action/blob/master/action.yml

Tam jest wspomniany obraz ghcr.io/symfony-cli/symfony-cli:v5

A to, że obraz wisi w BitBucket to albo jak LaylaTichy pisze, albo może gdzieś wyżej masz jakieś logowanie do dockera i ten użytkownik ma dostęp? Bo obrazy prywatne na hub.docker.com też zwracają 404.

[K.....a]

@panDocent: dzięki wielkie, zmieniam na repo z githuba do tego obrazu - by było jasne że na każdej platformie zadziała.

Myśle że faktycznie, jakis cache to jest czy cusik. Możliwe że bitbucket daje hard cache na najczęściej pobierane docker-images - bo ja bym tak zrobił