Комментарии 18
Очень странно видеть майкрософт, хвалящий питон.
Питон надо ставить, видимо, из ехе файла, а модули к нему с помощью pip install? Никаких пакетных менеджеров, без возможности безболезненно откатить назад непонравившуюся версию.
Про особенности установки модулей с бинарными сишными вставками и говорить нечего. Оно и на линуксе не очень приятно (apt-get install build-essential и пачку -dev библиотек), а уж как это всё на диске Цэ выглядеть будет…
Питон надо ставить, видимо, из ехе файла, а модули к нему с помощью pip install? Никаких пакетных менеджеров, без возможности безболезненно откатить назад непонравившуюся версию.
Про особенности установки модулей с бинарными сишными вставками и говорить нечего. Оно и на линуксе не очень приятно (apt-get install build-essential и пачку -dev библиотек), а уж как это всё на диске Цэ выглядеть будет…
Судя по видео, нужно залогиниться при помощи PuTTY на какой-нибудь линукс и там уже спокойно работать. Одной статьи мало чтобы судить, но не начало ли это новой политики привлечения хипстоты в ряды пользователей MS-решений?
Для этого MS придётся столько исправить в базовой системе… Помойка с логами, конфигами и данными приложений, отсутствие нормального пакетного менеджера с зависимостями, атавистический шелл… Адаптация GNU core/fileutils, FSH (не обязательно линуксувую, хоть какую-то внятную) и порт какой-нибудь приличной терминалочки сделает жизнь в системе много более выносимой.
У меня, собственно, помимо проприетарщины, главная претензия к MS — совершеннейшая рудиментарность нормального шелла. И powershell его не заменяет, ибо всё равно рудиментарен (readline нет, shift-pgup нет).
У меня, собственно, помимо проприетарщины, главная претензия к MS — совершеннейшая рудиментарность нормального шелла. И powershell его не заменяет, ибо всё равно рудиментарен (readline нет, shift-pgup нет).
Просто к слову. Вдруг заинтересуетесь…
readline — github.com/lzybkr/PSReadLine/blob/master/README.md
ну и chocolatey chocolatey.org/: cinst python
В 5 версии тулзов — нативная интеграция PowerShell с репами chocolatey.
readline — github.com/lzybkr/PSReadLine/blob/master/README.md
ну и chocolatey chocolatey.org/: cinst python
В 5 версии тулзов — нативная интеграция PowerShell с репами chocolatey.
Скорее чтобы привлечь не Microsoft friendly пользователей.
С .net и powershell и так все понятно давным давно.
С .net и powershell и так все понятно давным давно.
Такие модули например python-mysql ставится через easy_install который качает собранный в ехе пакет.
facepalm. Откатить или обновить его безопасно по отношению с существующим модулям его, очевидно, не получится. Удаление его молча сломает пакет без предупреждений… Тяжка и неказиста жизнь виндовогого питониста…
Да, поэтому слез на мак
А там с депенденсами лучше? (Я не в курсе, brew умеет правильно решать кого апгрейдить, кого нет?)
Ну elasticsearch я даунгрейдил недавно, норм.
Но с зависимостями не видел проблем собственно.
Но с зависимостями не видел проблем собственно.
Эм, вы проблем с зависимостями не видели, или вам система управления зависимостями их правильно разрулила?
Потому что главное, что есть в aptitude'е, это не «о, мне нужно вордпрессик, а похапешечку и апачик оно само подтянет», а очень и очень правильный алгоритм разрешения зависимостей при их конфликте.
Например, если для установки нужно libfoo и libbar, такие, что свежие версии libfoo требуют libzzz <= 32.1, а libbar требуют libzzz >=33.
aptitude в этом случае либо скажет «нельзя» (скучно), либо предложит поставить версии постарее, которые вместе совместимы.
Это, конечно, некоторой болью отзывается у мейнтейнеров пакетов (которые это всё должны прописывать), но пользоваться дебианом при этом крайне приятно.
Моим самым сильным впечатлением от этого была попытка самому собрать и вкрутить bluez5 в систему, которая его не поддерживала. Я совершил ужасные головоломные комбинации с установкой bleeding-edge пакетов, многократной пересборкой и переустановкой кучи разных версий. Любая другая система была бы в состоянии «легче переставить», а в случае с debian'ом просто удалил кривой самособранный bluez5, вернул на место библиотеки как было и поставил bluez4 — и через 15 минут у меня всё работало как раньше. Не смотря на то, что я на уши поставил весь аудиостек, порядка двух десятков системных библиотек, «силком» (с поломкой dependence) поставил несовместимую версию какой-то библиотеки. Убрал назад — стало как было.
Потому что главное, что есть в aptitude'е, это не «о, мне нужно вордпрессик, а похапешечку и апачик оно само подтянет», а очень и очень правильный алгоритм разрешения зависимостей при их конфликте.
Например, если для установки нужно libfoo и libbar, такие, что свежие версии libfoo требуют libzzz <= 32.1, а libbar требуют libzzz >=33.
aptitude в этом случае либо скажет «нельзя» (скучно), либо предложит поставить версии постарее, которые вместе совместимы.
Это, конечно, некоторой болью отзывается у мейнтейнеров пакетов (которые это всё должны прописывать), но пользоваться дебианом при этом крайне приятно.
Моим самым сильным впечатлением от этого была попытка самому собрать и вкрутить bluez5 в систему, которая его не поддерживала. Я совершил ужасные головоломные комбинации с установкой bleeding-edge пакетов, многократной пересборкой и переустановкой кучи разных версий. Любая другая система была бы в состоянии «легче переставить», а в случае с debian'ом просто удалил кривой самособранный bluez5, вернул на место библиотеки как было и поставил bluez4 — и через 15 минут у меня всё работало как раньше. Не смотря на то, что я на уши поставил весь аудиостек, порядка двух десятков системных библиотек, «силком» (с поломкой dependence) поставил несовместимую версию какой-то библиотеки. Убрал назад — стало как было.
Проблем не видел.
Тут разница в том что поставить 5-10 пакетов для разработки это не большая проблема и с зависимостями вряд-ли возникнут проблемы, как в вашем примере.
Тут разница в том что поставить 5-10 пакетов для разработки это не большая проблема и с зависимостями вряд-ли возникнут проблемы, как в вашем примере.
(вздохнув)
В конкретно «один пакетик для азуры», может и не возникнут. Вообще же в devops'е обычно возникают проблемы такого адского масштаба, что даже deb/rpm не всегда помогает. Потому что хочется и на ёлку взлезть (иметь свежие пакеты с фиксами багов и security) и попу не оцарапать (ни в коем случае не сломать из-за изменений в библиотеке).
Вариантов решения много, но все они сложные. Но dpkg в базе системы кратно снижает затруднения от пакетов, от которых не требуется специфичного поведения.
Я, честно, MS не понимаю. Но реализовали бы posix shell нормальный, половина бы ненависти прошла бы к ним.
В конкретно «один пакетик для азуры», может и не возникнут. Вообще же в devops'е обычно возникают проблемы такого адского масштаба, что даже deb/rpm не всегда помогает. Потому что хочется и на ёлку взлезть (иметь свежие пакеты с фиксами багов и security) и попу не оцарапать (ни в коем случае не сломать из-за изменений в библиотеке).
Вариантов решения много, но все они сложные. Но dpkg в базе системы кратно снижает затруднения от пакетов, от которых не требуется специфичного поведения.
Я, честно, MS не понимаю. Но реализовали бы posix shell нормальный, половина бы ненависти прошла бы к ним.
Ну тогда вагрант :)
Ну будет посикс шелл. Тот же питон вряд-ли будет нормально устанавливаться без бинарников.
Ну будет посикс шелл. Тот же питон вряд-ли будет нормально устанавливаться без бинарников.
posix shell, нормальный репозиторий opensrource'ных проектов, coreutils/fileutils. Получившееся можно даже будет, наверное, использовать как серверную ОС.
В принципе, в связи с грядущей поттеризацией всех линуксоидов, всякие нестандартные event log'и даже не сильно глаз резать будут.
И ведь никак и ничем положению microsoft на рынке «типа энтерпрайз делайте как 20 лет делали» не угрожает, и усилий на это надо не так уж много…
В принципе, в связи с грядущей поттеризацией всех линуксоидов, всякие нестандартные event log'и даже не сильно глаз резать будут.
И ведь никак и ничем положению microsoft на рынке «типа энтерпрайз делайте как 20 лет делали» не угрожает, и усилий на это надо не так уж много…
Сейчас модно уже pip install --wheel. Правда, колес с бинарниками для многого еще нет. Но «мы работаем над этим» ©
>> Очень странно видеть майкрософт, хвалящий питон.
Вы сильно отстали от жизни. Примерно на три года :)
Вы сильно отстали от жизни. Примерно на три года :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как управлять облачными ресурсами с помощью Python? Поднимаем кластеры по запросу через несколько строк кода