Еще про винду

[vitus_wagner]

Какой виндовый git ни возьми, хоть с https://git-scm.org, хоть msys-овский, обязательно он потащит с собой свой собственный ssh-клиент, который, естественно не умеет работать с родным виндовым сервисом ssh-агента.

Но я таки сумел решить задачу "зачекаутить что-нибудь с github.com и чтобы пароля не спрашивали".
Равно как и задачу "при наличи на машине msys-овского perl если в командной строке набрать perl, будет родная Win32-сборка (strawberry), а не msys-овский. (msys-овского питона у меня там, к счастью нет).м

Кстати, в 2019 винде наконец сделали в контрольной панели, где задаются переменные environment удобный GUI-редактор PATH (не знаю, может в 2016 уже было, с ней я не игрался).

А вот инсталлятор 3.8 питона разочаровал. Ему говоришь "ставься для всех пользователей", а он: "Угу, давай в c:\users\Administrator\LocalProfile поставлюсь".

Comments

[dzz]

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

Из виндовых гитов TortoiseGit не тащит с собой ssh-клиент, а использует тот, который скажешь.

На эту тему вот статейка.

[vitus_wagner]

Отлаживаться-то под неё как-то надо. И собираться. У меня, конечно, был в своё время опыт сборки nsis-овских инсталляторов openssl путем кросс-компиляции под linux-ом, но даже там импорт-библиотеки для visual studio генериовать приходилось под винду ходить.

А с постгресом и всей экосистемой вокруг него гораздо в этом плане хуже. Вот взять plv8. Он на нормальных линуксах почему-то не очень собирается - хочет чтобы обязательно компилировали на платформе x86_64, даже если целевая платформа имеет более приличный процессор. А под виндой наоборт - только нативно.

[caztd]

Не знаю, там же при инсталляции все можно выбирать.
Я так например PuTTY использую, хоть там у ключей и формат специфический.

[pascendi]

Винда -- это зашквар.
Не знаю, зачем эту дрянь можно использовать.

[dzz]

Visio. Нативный офис. Разработка и сборка программ под винду. Keil. и т.п.

На виртуалке, естественно.

[vitus_wagner]

Да можно и на железе. Ежели у тебя стоит целая стойка сборочных серверов, то на один из них можно и винду взгромоздить. Ходить туда правда тогда по RDP придется, а не по SPICE.

[vitus_wagner]

Люди платят за софт под неё. Когда она одна из полусотни платформ, можно и поддержать.

Хотя у нас бывает иногда так - качают люди дистрибутив постгреса для винды, ставят, пробуют, понимают - надо. А начинают production-систему разворачивать, и voila у них сервер БД уже под altlinux или redos.

[fhunter]

Иногда - странное железо, которое только под виндой запускается (упс, бывает и такое).

[inkelyad]

> Какой виндовый git ни возьми, хоть с https://git-scm.org, хоть msys-овский, обязательно он потащит с собой свой собственный ssh-клиент, который, естественно не умеет работать с родным виндовым сервисом ssh-агента.

Они должны уметь работать (тот что git-scm точно умеет) с родным виндовым ssh, который уже умеет виндового агента:

В переменные пользователя GIT_SSH=C:\WINDOWS\System32\OpenSSH\ssh.exe

[vdggenerator.livejournal.com]

Подскажите, пожалуйста, что такое "msys-овский perl"? Перл уже начал входить в состав винды?

[vitus_wagner]

Есть такая коллекция портов юникс-софта под windows, MSYS

Это не совсем честные порты, там есть некий слой эмуляции POSIX в виде пары DLL-ек. Поэтому msys-овские программы, в частности, видят пути в файловой системе немножко по-другому, чем программы, собранные без подобных изысков. Например /c/Program Files вместо C:\Program Files.
И домашней директорией пользователя они считают совсем не %USERPROFILE%

В эту коллекцию входят и perl, и python и много чего ещё.


Но задолго до появления MSYS (и его предка cygwin) существовали порты perl под windows без использования всяких, даже легковесных, эмуляторов.

Наиболее широко известен коммерческий ActiveState Perl. Но есть и свободный Strawberry Perl.

[vdggenerator.livejournal.com]

Спасибо за информацию!