на данный момент невозможно пущить в реестр, который является pull-through зеркалом.
The proxy structure allows a registry to be configured as a pull-through cache to Docker Hub. See mirror for more information. Pushing to a registry configured as a pull-through cache is unsupported.
Да, я знаю причины такого поведения, думал, как-то можно.. даже заглядывал в виртуалку этого докер десктопа. Там всё, кхм, "очень необычно" по сравнению с обычным линуксом - поэтому и подумывал уже свалить на Colima...
Да, так, действительно, работает... Это было неочевидно. И все мои закешированные образы остались "за бортом". Случайно, не знаете метода перенести их из того режима в этот?
не работает на маке прописывание зеркал.. Docker Desktop For Mac 4.30.0 там в виртуалке, кроме докера еще спрятан свой insecure registry, который невозможно исключить через конфиг и прокси, которые ломятся прямиком на заблокированный ресурс
HTTP Proxy: http.docker.internal:3128 HTTPS Proxy: http.docker.internal:3128 No Proxy: hubproxy.docker.internal
работает явное прописывание зеркало в имя образа (docker run mirror.gcr.io/hello-world) а так же, планирую попробовать colima, которая как-то более понятна в плане состава и настройки. (и работает через тот же virtualisation.framework)
на линуксе, к слову, всё поднялось без сучка, без задоринки )
у нас такие в подъезде установили после ремонта. в каждом "шкафу" ящиков есть мастер-ключ, который разблокирует шторки на всём шкафу. в остальное время в ящики ничего просунуть нельзя.
в заблокированном состоянии шторки пробыли примерно неделю после установки. :)
при том, что git - это, чаще всего, про коллективную разработку. и если в проекте решено игнорировать, упомянутые вами .DS_Store, то они должны быть проигнорированы всеми участниками разработки.
чем проще онбординг в проект, тем легче работается.
на данный момент невозможно пущить в реестр, который является pull-through зеркалом.
https://distribution.github.io/distribution/about/configuration/
Да, я знаю причины такого поведения, думал, как-то можно.. даже заглядывал в виртуалку этого докер десктопа. Там всё, кхм, "очень необычно" по сравнению с обычным линуксом - поэтому и подумывал уже свалить на Colima...
только не шифрование, а подписывание. docker notary, то-сё...
Да, так, действительно, работает... Это было неочевидно. И все мои закешированные образы остались "за бортом". Случайно, не знаете метода перенести их из того режима в этот?
не работает на маке прописывание зеркал.. Docker Desktop For Mac 4.30.0 там в виртуалке, кроме докера еще спрятан свой insecure registry, который невозможно исключить через конфиг и прокси, которые ломятся прямиком на заблокированный ресурс
HTTP Proxy: http.docker.internal:3128
HTTPS Proxy: http.docker.internal:3128
No Proxy: hubproxy.docker.internal
работает явное прописывание зеркало в имя образа (docker run mirror.gcr.io/hello-world) а так же, планирую попробовать colima, которая как-то более понятна в плане состава и настройки. (и работает через тот же virtualisation.framework)
на линуксе, к слову, всё поднялось без сучка, без задоринки )
у нас такие в подъезде установили после ремонта. в каждом "шкафу" ящиков есть мастер-ключ, который разблокирует шторки на всём шкафу. в остальное время в ящики ничего просунуть нельзя.
в заблокированном состоянии шторки пробыли примерно неделю после установки. :)
это с тем, который на ДГУ висит, потому что его отключили от сети? Да финнам отойдет, не иначе - одни убытки от него!.. (сарказм)
вот-вот. третий - ноунейм какой-то. а.. код безопасности, точно
а у нас есть три сертифицированных антивируса?! два только в руках держал... )
особенно, если это thin lvm, смайл.
хотя, остальные режимы работы тоже не привносят лёгкости выковыривания потерянного через dd..
GitHub по умолчанию включил защиту для
git push, чтобы предотвращать утечки.афтааар.. чини статью. и английский :)
при том, что git - это, чаще всего, про коллективную разработку. и если в проекте решено игнорировать, упомянутые вами .DS_Store, то они должны быть проигнорированы всеми участниками разработки.
чем проще онбординг в проект, тем легче работается.
не знаю, чего шикарного.. настройки игнорируемых файлов должны быть привязаны к проекту, а не к компьютеру. иначе какая-то каша получается.
Всегда ценно сослаться на первоисточник, а не на (свою же?) серию статей.
"вкрации": статья - вольный пересказ какого-нибудь туториала, например, первой половины вот такой презы: https://www.debian.org/doc/manuals/packaging-tutorial/packaging-tutorial.en.pdf
Если захочется вглубь, то продолжить можно "основным талмудом" - https://www.debian.org/doc/debian-policy/index.html
Вывод: цените первоисточники - в них сила.
Why so serious, Yuri... Why so serious...
Heading pic being like "GPT, show young Nicole Kidman, but if she was more into verilog, than actorship" ?
пишут, что в 16.7.2 )
Хотя бы, никто не спорит, какого цвета у неё платье...
стоит предположить очевидный вариант - "деньги не пахнут", а содержимое нерелевантной выдачи проплачено продавцами )
(списывают у старшего брата, в общем https://habr.com/ru/companies/first/articles/776960/)