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

а с чего бы?

а от чего зависит тогда? от клиента откуда вызывают команды? чет странно, хм

у vscode в settings есть go.gopath

вот туда надо вписать

Иногда помогает просто перезагрузить компьютер. Если Go только что установлен и новые переменный окружения еще не везде появились

а там все задано, и оно отличается от того что на первом скриншоте

настройки vsc

подскажите по glog, где устанавливается уровень для логгирования? Пишу glog.Info(..), но в логи ничего не попадает.

перезагрузка не помогла(

еще бы она на макоси помогла

Попробовать стОило. Это же классическое айтишное решение :)

Попробовать стОило. Это же классическое айтишное решение :)

разве? О_о

фактически, это только на винде помочь может

https://www.anekdot.ru/id/60758/

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

ты зануда

винду переустановить - классическое решение но боюсь мне это не поможет

ты зануда

🙃 сегодня - да

в джирке пересидел, видимо

тимлидская доля - тяжелая

да пока норм, вроде

если не забывать отдыхать 😄

в goland есть какая-нибудь хитрая настройка гопутей с гуи?

голанд?

только что vscode был

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

пользовать я vs code хочу

а зачем ты пытаешься засунуть gopath туда, где его не должно быть?

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

настроить через голанд vscode?

Чтото для запуска задач на других компах есть?

ловите наркомана

Чтото для запуска задач на других компах есть?

ssh

ловите наркомана

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

а через гуи проще, возможно. Просто предположил

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

у тебя просто в process.env нет gopath

а лучше - просто не парь ни себе, ни другим мозг и юзай дефолтный gopath

не зря его люди придумали

тогда же проекты придется хранить в дефолтном месте?

ессессно

погодите

че за херня

у меня макос

и vscode

и кастомный go.gopath

и все у меня прекрасно работает

у меня макос, и vscode, и дефолтный gopath

ии не макос, и вскод, и дефолтный gopath

и всё прекрасно работает

короче

все работает

и на CD сервере дефолтный gopath, ибо все сервисы с dep

Посоны, как можно проверить наличие директории по указанному пути без учёта регистра в его имени?

Про os.Stat() в курсе, нужно исключить строгую проверку регистра в имени

в общем просто в терминале вск прописал export GOPATH=$GOPATH:нормальный гопуть и заработало. какой то костыль, работает и ладно

Посоны, как можно проверить наличие директории по указанному пути без учёта регистра в его имени?

никак

никак

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

никак

Почему? 😕

Посоны, как можно проверить наличие директории по указанному пути без учёта регистра в его имени?

только на ручном приводе, если FS cs

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

Вроде перебором рун?

Почему? 😕

руками с readdir и прочим

Может это оверхед, но какова вероятность что в гошных сурцах какого-нибудь проекта будет директория /docs/ не в нижнем регистре?

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

полный перебор? коллега, вы держите себя в руках? :)

полный перебор? коллега, вы держите себя в руках? :)

Не полный, но тоже очень неприятный И я это сказал в первую очередь для того, чтобы потом не было "о, смотрите, я придумал велосипед из говна и палок!!1" :)

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

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

Зависит только от части после $GOPATH/src

https://research.swtch.com/vgo-intro https://research.swtch.com/vgo-tour https://sdboyer.io/blog/vgo-and-dep/ This proposal keeps the best parts of go get, adds reproducible builds, adopts semantic versioning, eliminates vendoring, deprecates GOPATH in favor of a project-based workflow, and provides for a smooth migration from dep and its predecessors.

шок

есть проекты переезжающие на dep около года - https://github.com/kubernetes/client-go/issues/78

а теперь все сначала)

в этом нет ничего страшного

gb лучше, чем dep

чем лучше?

чем dep :)

на самом деле просто использовал долгое время gb - все было отлично. Потом попытался использовать dep - вылазили косяки

поэтому вернулся обратно на gb

https://getgb.io/

gb мёртв

proposal интересный, наконец-то унифицированный подход к управлению зависимостями будет