И прочее дерьмо

Нет, спасибо.

Звучит как всем известный особый путь установки браузера амиго

Только для Go.

Только для Go.

Я б охуел если б увидел что-то подобное.

кстати, тем кому нужно всё самое-самое https://github.com/moovweb/gvm я пользовался пару раз

жить можно

переписать мегатонны кода с нее вряд ли получится поэтому похороны отменяются )

Не отменяются, так как есть Kotlin и Scala, которые можно использовать в Java проектах

В дистрибутивах политика всегда одна - протухее значит стабильное. Просто в каких то протухшее на год, в каких то на 5 лет

1.7 тоже ведь стабильный релиз :(

1.7 тоже ведь стабильный релиз :(

Он слишком нов с точки зрения дистрибутивов

Вот с точки зрения редхата ваще го слишком новый язык и в рхел не нужен

в епеле 1.6.4

а так у них там и nginx в репах нету

ну иметь возможность написать себе такой метод было бы неплохо но нет, магию можно только всяким len и make, а простым смертным - ни ни

нет там магии

в епеле 1.6.4

Епел он как ппа

нет

Сегодня там 1.6.4, а завтра удалят ваще пакет потому что orphaned for more than 6 weeks

Епел он как ппа

не-а

не-а

Ну ок, он хуже чем ппа

не надо гнать на ебель

хорошая штука

епел это как ubuntu-universe

++

не надо гнать на ебель

Я просто говорю что из епела пакет могут вынести

Целиком

и из ubuntu-universe могут

ок, и?

Епел он как ппа

Нет, это copr как ppa :) https://developers.redhat.com/blog/2014/03/11/intro-coprs/

мой поинт в том что "пакет есть в епеле" нельзя считать как "пакет есть в дистрибутиве"

это некая внешняя сущность

которая ведет себя не всегда предзказуемо

мейнтенеру станет влом что-то делать и пакет будет годами висеть в статусе "мы его собираем под ваш рхел" а рпмок не будет

например

или потом мейнтенеру станет влом им заниматься и пакет выпилят

нет гарантий того что ты его через год найдешь там же

Ну с этой точки зрения да, но что поделаешь, это опенсорс, никто никого не заставляет

А насчёт версий go... ставьте в локальный prefix, раз не хочется ждать пока свежие версии упакуют. Ну или пакуйте сами, лол

мой поинт в том что "пакет есть в епеле" нельзя считать как "пакет есть в дистрибутиве"

а кто спорит то? ты просто начал проводить какие-то некорректные аналогии между убунтой и редхатом

для меня вообще гошку ставить из ебеля или другого какого-либо репозитория — странная хрень

а кто спорит то? ты просто начал проводить какие-то некорректные аналогии между убунтой и редхатом

и там и там стухший или отсутствующий го в лтс

какой смысл заниматься опакечиванием, если оно итак лежит в одной директории все? окружение на нужную натравил и алга

и там и там стухший или отсутствующий го в лтс

ну если уж на то пошло то ни там ни там его нету в дистрибутиве

какой смысл заниматься опакечиванием, если оно итак лежит в одной директории все? окружение на нужную натравил и алга

На dev машине смысла мало. Но и ставить ручками в директории, доступные на запись только root я бы не стал(это грязно). Так что на мой взгляд лучше всего ставить в home

для меня вообще гошку ставить из ебеля или другого какого-либо репозитория — странная хрень

а как? собирать из сырцов?

На оф. сайте есть бинарные релизы

ну тоесть ставить бинари?

виндузятник штоле?

или макоеб?

Ни то, ни другое :)

или слаковод

есть же проектик который последние гошку и лайтиде ставит

а как? собирать из сырцов?

ты что, вообще не ставил гошку с сайта?

ну если уж на то пошло то ни там ни там его нету в дистрибутиве

в убунте 16.04 есть 1.6 и не обновляется (и вероятно не будет)

ты что, вообще не ставил гошку с сайта?

нет

зачем?

в общем, если уж на то пошло, я бы сказал что для Го правила дистрибутивов фиксировать версию не очень применимы

в убунте 16.04 есть 1.6 и не обновляется (и вероятно не будет)

он там в универсе. это аналог епеля

На dev машине смысла мало. Но и ставить ручками в директории, доступные на запись только root я бы не стал(это грязно). Так что на мой взгляд лучше всего ставить в home

под рутом деплоите чтоль? я ваще бинар готовый соваю в прод накой там вся херня для сборки нужна?

нет

как ты вообще живешь? я не понимаю.

или слаковод

От религии это мало зависит. Это просто удобный способ получать релизы, который вероятно подходит большинству ввиду хорошего соотношения сложность/свежесть

на 1.4.2 сидишь, что ли?

он там в универсе. это аналог епеля

а, ну ок. Ну в общем все равно печаль

под рутом деплоите чтоль? я ваще бинар готовый соваю в прод накой там вся херня для сборки нужна?

Что?

Что?

кто про root-то говорил?

ERROR: S client not available

Тк говорю, ставить ручками в системные директории - плохо

ну на маке я обновляю через brew. на убунте сидел на 1.6

Тк говорю, ставить ручками в системные директории - плохо

а кто говорил что в системные? и зачем они там могут понадобится?

какой смысл заниматься опакечиванием, если оно итак лежит в одной директории все? окружение на нужную натравил и алга

Мы об этом два дня спорим. Надо разделиться на враждебные лагеря.

а кто говорил что в системные? и зачем они там могут понадобится?

Я просто обозначил возможные варианты. Про установку в /usr/local(это системная директория, требующая root прав для создания в ней чего-либо) в этом чате было, чуть раньше.

А про использование контейнеризованного go уже поспорили? :)

ну ладно допустим пыхапе и perl если без пакетов по всей системе потом хрен соберешь, но гошку то зачем?

Можно ведь монтировать свой gopath в контейнер и собирать код внутри. Установка новой версии в этом случае становится очень простой

ну ладно допустим пыхапе и perl если без пакетов по всей системе потом хрен соберешь, но гошку то зачем?

А в чем разница с точки зрения системы? И то и другое просто файлы. Хотите пакеты - используйте пакеты. Использовать пакеты хорошо и правильно. Кому-то может понравится использовать контейнеры, для решения своих задач(ведь задачи бывают разные). А кто-то может поставить нужную версию go в свой локальный prefix, потому что в силу некоторых причин не может использовать пакеты или контейнеры.

та я не отговариваю хотите тратить время на опакечивание бога ради просто не вижу никакого смысла в этом именно в разрезе разворачивания дистра golang

Исходная точка была в том, что некоторые жалуются на отсутствие официального репозитория для пакетов go.

А вопрос в том, насколько это нужно разработчикам.

стандартный набор с дистром не стандартный репозиторий?

Я думаю что это нужно скорее системным администраторам для автоматизации процесов.

@RShishkin apt install golang или yum install golang проще чем докер

можно сделать на личном ноуте и начать работать

не более

в остальном на самом деле абсолютно пофигу

@RShishkin apt install golang или yum install golang проще чем докер

не надо так

стандартный набор с дистром не стандартный репозиторий?

Тухло же. Новые версии быстро выходят, это же хорошо.

Я думаю что это нужно скорее системным администраторам для автоматизации процесов.

Не только Ещё пакеты(если они собраны мейнтейнерами дистрибутива) это самый безопасный способ установки

не надо так

почему?

зачем тебе 1.6?

и то, если повезет

зачем тебе 1.6?

а, ну в этом смысле да

зачем тебе 1.6?

Зачем тебе 1.3?

если бы он там был свежий то было б проще чем докер

1.4 еще хоть как-то

бутстрапнуться можно при желании

Не только Ещё пакеты(если они собраны мейнтейнерами дистрибутива) это самый безопасный способ установки

В отличие от кучи скриптов, которые даже цифровые подписи обычно не проверяют

с докером вообще изврат

Добавление репозитория по принципу ubuntоводов wget ...| sh это для макак же.