Comments 121
choco install python
И без всяких сторов с UI.
«choco» не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
А в чем? Чоко — почти дефолтный пакетный менеджер. Указанную вами ниже команду я выполняю первой после установки винды, даже до скачивания браузера :) В Чоко есть 99% нужного софта для разработчика. Он автоматизируется скриптами в отличие от магазина приложений, те нормально можно ставить софт политиками в домене. И да, в нем нет Ui, только консоль, что имхо плюс. В чем смысл радоваться появлению в магазине одной программы из десятков нужных — я лично не понимаю.
Я не отрицаю то, что инструмент удобный. Более того, сам его активно использую в связке с puppet и не только, но не стоит его преподносить, как панацею. Всё таки некоторые пакеты обновляются достаточно медленно, некоторые вообще поломаны (как и зависимости), у некоторых с заядлой периодичностью меняются названия, некоторые забрасываются мэинтэйнерами. Это нормально для таких проектов. Хочешь следить за своим софтом в организации — поднимай нагет сервер (или ещё что-либо), следи и тестируй сам.
При чём сдесь ui? Ну есть он где-то, ничего страшного, для chocolatey его тоже можно поставить, кстати. А вот отсутствие консоли было бы печально.
Магазинные приложения тоже можно ставить скриптами.
Так я и написал в первом посте, что в магазине только UI способ установки (и это грустно/деудобно). После вашего комментария загуглил, действительно ли можно автоматизировать установку через консоль оттуда, но всё равно не нашёл нормальной инструкции. Если стор можно автоматизировать, то это знание глубоко запрятано.
Я полностью согласен, что choko — не панацея (как и любой другой инструмент, который может в любой момент сломаться). Питон, если уж на то пошло, тоже инструмент, который работал и один человек его сломал (сделав несовместимыми скрипты второй и третьей версии). Сломаться может всё. Но факт есть фактом — в чоко есть всё что надо, в сторе — пасьянсы и кэнди краш сага (и теперь пайтон, который нельзя даже установить определенной версии).
Мне просто интересно — в случае проблем со сторовским питоном, вы с Microsoft собрались судиться, что-ли?
@"%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe" -NoProfile -InputFormat None -ExecutionPolicy Bypass -Command "iex ((New-Object System.Net.WebClient).DownloadString('https://chocolatey.org/install.ps1'))" && SET "PATH=%PATH%;%ALLUSERSPROFILE%\chocolatey\bin"
Потом уже
refreshenv
cinst python -y
Предварительно посмотрев на сайте, какую версию он тянет, кто её мэинтейнер и от куда берёт скрипт установочный файл. И сделать тоже самое с зависимостями.
А при установке из магазина приложений, разве можно аналогично проверить мейнтейнера, установочный скрипт и тд? Тем более зависимости. Там есть кнопка Install, которая что-то куда-то устанавливает. Если заморачиваться с секурностью, то такой подход в миллиард раз хуже.
Если «заморачиваться с секурностью», то нанимается штат безопасников, которые вооружаются дебагеррами, профайлерами и прочими инструментами для анализа и пентестинга (как там производят глубокий анализ системы?), после чего производится аудит системы, которая на тесте. Предвартельно оцениваются риски, высчитывается бюджет, пишется политика безопасности, пишется методика аудита, гафик аудита и кучу прочих документов. Закупаются siem системы… продолжать можно долго, насколько хватит денег.
Вот с чего вы взяли, что подход установки из магазина хуже в контексте информационной безопасности? Лишь потому, что не знаете как работают uwp приложения?
Откуда вы знаете, что я «не знаю»? :) Это пардон уже наезды. Мы же общаемся на технические темы, а не кидаемся обвинениями.
Я честно не понимаю, почему вы считаете, что установка из общепризанного репозитария пакетов (чоко) — это установочник.рф?
chocolatey.org/packages/dotnetcore-sdk
Я вижу, что автор требуемого мне пакета — Microsoft.
chocolatey.org/packages/python/3.7.3
Я вижу, что автор этого пакета Python Software Foundation
В какой вселенной это назвается «устоновочник.рф» и почему это менее безопасно чем стор?
которая что-то куда-то устанавливает.
В авторе можно написать что угодно и это даже могут пропустить, это может особо не контролироваться, мы же не знаем насколько там соблюдаются правила. Я вижу 2х мэинтэйнеров, которые не Microsoft. Мне надо сходить в профили, посмотреть их гитхаб и прочие ссылки, на которые может ссылаться и мошенник.
Это «устоновочник.рф», потому, что юридические последствия владелец этого сервиса не понесет, если у вас ляжет инфраструкрута. Мэинтэйнеры вам ни чем не обязаны. Этот сервис используется на свой страх и риск. Это не является ни частью системы, ни каким-либо официальным дополнением для системы.
Ну и вообще в любой приличной корпоративной сети магазин приложений всегда закрыт, чтобы не плодить установленные пасьянсы и казуальные игрушки.
Чтобы ни делать, лишь бы unix не ставить и не учить
А чем мне линукс поможет, когда я разрабатываю на Windows для Windows?
Правда, инфа — времён, когда win7 была последней. Сейчас могли и поменять.
Причём здесь иксы? Они тут вообще никакой роли, линуксоиды уже сто лет пытаются перейти на wayland и подобное, но реальную проблему, которую он решает — это облегчает API для поддержки, из-за чего, собственно, драйвера под линукс часто приходят с запозданием… Если вообще приходят. Но по правде тут сто и одна причина почему так, вся эта мишура с производительностью — мишура. 1-2% вам погоды не сделают. Зато иксы хорошо протестированы и довольно давно используются, а API было разработано ещё в 80е: отсюда множество монструозностей и непонимание реальных задач (тем паче тогда они вполне были понятные и реальные).
Так что нет. Проблема не в этом. Проблема в популярности. Никто не будет делать красивое и плавное графическое окружение под nix, окромя эпплов. Потому что ЦА плевать. Да и делают на самом деле, последний гном довольно приятный на вид. Но у меня крутятся awesome wm, а в среднем по времени 90% экрана — это kitty (xterm-совместимый терминал, если что). Мне эти красивости не то, что не нужны — они даже опасны. Учитывая, что мышку я беру в руки довольно редко моё окружение помогает* мне работать, а не сжирает тонны RAM и мусорит в swap, попутно добавляя лишнюю вкладку на багтрекер.
А обычный юзверь столкнувшись с упавшими иксами что сделает? Куда пойдёт? 99% перезагрузит систему. В лучшем случае сходит к знакомому красноглазику, но почти наверняка — это будет лишняя и тысяча первая причина вернутся обратно на Winodws.
Дело не в том, что linux не готов для работы. Дело даже не в том, что пользователь не готов для linux. Дело в том, что они решают разные задачи.
Если не кидаться камнями в мелкомягких, то в 80 они решали задачи, которые линуксоиды решили решать только через десять лет. Именно отсюда прётся несовместимость. А теперь то надо тащить всю легаси совместимость, включая все эти установщики. Как сюда впихнуть пакетный менеджер? Кто будет ментейнить репы? А по факту, это будет лишь ещё один способ установить софт. Почему на ubuntu никто не ставит программы не через apt-get? А почему вы решили что это так? make && make install — очень популярная идеология среди студентоты. Фу? А как вам всякие desura и steam? Это же дичь с точки зрения правильного (имеется ввиду мешать пакетные менеджеры) ментейна, но… Steam-like дистрибьюция игр прижилась на windows потому что решала совершенно иные задачи. Решила похоже, но задачи-то были другие =) А теперь вопрос на миллион — как к моему pacman прикрутить visa?
Дело отнюдь не в окружении. Раз уж полотно получилось, позволю себе пованговать немного — а что дальше? Немного ответ даже на как быть. Вижу постепенную модулизацию windows. В каком то смысле как с .net. Причём будет очень и очень интересным результатом, если windows.core будет даже не операционной системой, а набором библиотек. Свободно распространяемыми сорсами, как wine. Это будет даже смешно, но вполне логично — по факту миллион проблем решится одним взмахом, все будут хвалить мелкомягких, а по факту это будет способ вот так вот невозбранно подсадить абсолютно всех на свою платформу =) А вот какая монетизация у неё будет — интересный вопрос.
И большая часть этого добра была во времена 98х Окошек.
У меня никаких лагов за последние десять лет не наблюдается. По всей видимости, дело не в линуксе, а в прокладке между стулом и клавиатурой.
Мой опыт говорит о том, что вы несете чушь. Но может я как-то не так использую браузер? Видео вы удалили.
Я пользуюсь windows 10 периодически и i3wm на fedora core, браузер и там и там firefox. Я не вижу никакой разницы, кроме некоторого отличия в шрифтах. Возможно вы зря так говорите за всех?
Тогда аксели-то первые ещё не у всех были, какие эффекты???
В чём-то типа Enlightenment — может быть какие-то кастомные вращающиеся десктопы-кубы, «там работающие, а тут — неработающие», да и то вряд-ли.
У меня только один вопрос: А зачем это? Я бы понял, если бы MS сделали пакетный менеджер для консоли и от туда можно было "всё" ставить (на подобие choco), но использование Microsoft Store, для меня это странно. Сам сижу на W10 c WSL и разрабатываю под MS на Python.
Да просто бы добавили в дефолтную установку винды и дело с концом. У питона раз в пару лет большое обновление, а у винды раз в полгода.
это помогает уменьшить размерахахах.
Хотя я не думаю, что набор CLI-средств разработки на самом деле должен весить гигабайты, в других системах всё на 2-3 порядка скромнее. Но тут Microsoft виднее, конечно.
Без любого ненужного хлама лучше. Спасибо, не нужен мне ваш питон, за 8 лет работы он мне понадобился два раза на три месяца — один раз на рабочем компе, и один раз на домашнем для личного проекта. Это я к тому, что даже разработчикам он не всем нужен, а юзерам и подавно. Что добавили в Store — молодцы, это удобно. Что не добавили прямо в ОСь — тоже молодцы.
А старый или не старый − это в данном случае неважно. Главное, чтобы собирал си-расширения.
Не знаю, что там говорят, у меня много чего было заинсталлено с XCode, но вот команды cc
там почему-то не нашлось.
EDIT:
со SO:
Just for the record in modern times,
for 2017 !
1 - Just have updated Xcode on your machine as you normally do
а gcc нашлось, но судя по СО для этого нужно держать актуальным XCode, который на чистой системе отсутствует чуть менее чем полностью.
Да там уже и так хватает. Например, csc.exe, кажется, уже у всех есть в C:\Windows\Microsoft.NET\
, как минимум (у меня их штук 20 по диску находится). А есть еще там же vbc и горы интерпретаторов (vbscript, powershell, jscript и прочей мелочи). Так что компилятором меньше, компилятором больше.
Кому надо, тот легко разберётся, как установить
Конечно, конечно. Мне однажды было надо, я пару дней убил − не разобрался. Потом поставил mingw64 и сделал всё, что надо было, без разбирательств.
Потому что прыгать по сцене и кричать “Developers! Developers!” мы можем, а сделать систему удобной для разработчика − «У вас далеко не типичная задача, пройдите нахер, товарищ!»
Мне однажды было надо, я пару дней убил − не разобралсяС чем именно не разобрались?
Да, там надо добавить в переменную среды PATH путь до каталога с python.exe; я себе сделал батник, который автоматом прописывает питон, делает виртуальное окружение, и в принципе, так нормально, и pip работает, и другие команды (типа pipenv, mypy — главное их накатить). (Просто не особо люблю засорять PATH).
Где-то на python.org была статейка, как по-быстрому все сделать – немного позже скину, с телефона не очень удобно искать ее.
Да ладно бы так только с "чужеродными". У меня года три назад был казус. Решил я собрать на тот момент недавно вышедшие coreclr и corefx. А тогда и документации было меньше и процедура хрупкая и .net core вообще еще агукала. И если coreclr я таки смог запинать за вечер, то corefx где-то в недрах msbuild что-то куда-то не туда лез, в какой-то не тот путь из какой-то переменной окружения другого msbuild и так и не собрался. Да, я понимаю, что на компе стояло штуки 4 разных VS, гора всякого "околодотнетового" тулинга, а ОС изначально была установлена году в 2009.
В чистой вируталке, конечно, собралось на ура. Более того, в чистой Убунте — тоже легко собралось (решил попробовать пока пытался побороть Windows). Да-да, я видел это: дотнет, который в винде не собирается, а в Убунте с первого раза.
Потом поставил mingw64 и сделал всё, что надо было, без разбирательств.
Тогда зачем это всем полтзователям по дефолту это ставить, если есть такой леший путь с mingw64?
Надо? Ставьте. В "общий" дистрибутив это пихать не нужно.
Нужно просто сделать аналог https://www.npmjs.com/windows-build-tools в pip, и будет всем счастье.
Что на десктопе, что на сервере, множество лет для того чтобы скопировать текст приходится тыкать в заголовок -> пометить -> выделить текст -> [enter] и после этого руками отформатировать скопированное в редакторе.
ЗЫ. Прошу прощения, но накипело. Неужели это так сложно?
ЗЫЗЫ. Да, сторонние утилиты попадались, но почему это не сделать из коробки?
Все бы ничего, можно и самому включить, но почему текст копируется не построчно, а блоком? Если мне нужно скопировать строку начиная с 20 символа 3 строки и заканчивая 25 символом 10 строки, то мне придется выделить строки начиная с начала 3 по конец 10 и в текстовом редакторе убрать лишнее. А если строка длиннее окна консоли и ее перенесло на новую, то мне придется еще и найти место этого переноса и убрать лишний \r\n.
Если Вы о галочке «выделение мышью», то, как ниже верно написали, почему не сделать включенной по-умолчанию?Я о галочке «разрешить сочетания клавиш с CONTROL».
Все бы ничего, можно и самому включить, но почему текст копируется не построчно, а блоком? Если мне нужно скопировать строку начиная с 20 символа 3 строки и заканчивая 25 символом 10 строки, то мне придется выделить строки начиная с начала 3 по конец 10 и в текстовом редакторе убрать лишнее. А если строка длиннее окна консоли и ее перенесло на новую, то мне придется еще и найти место этого переноса и убрать лишний \r\n.У меня выделяется именно так, как надо — с нужного символа до нужного символа, лишних переносов не вставляется. Мы точно про последний Windows говорим?
Символьный режим работы и отсутствие разделения событий клавиатуры на KEYDOWN/KEYUP и KEYPRESS — один из таких костылей.
Вот пример. Откуда тянутся эти странные ESC-последовательности для клавиш F1-F12, которые в более ранних версиях линукса вызывали появление в терминале последовательностей типа ~:8#?
В семерке, сервере 2003, да и десятке вроде(нет под руками сейчас) такое точно не работает.
Как только вы обнаружите, что вам нужно получить Python, вы быстро столкнетесь с множеством выборов. Будете ли вы скачивать установщик с python.org? Или, возможно, такой дистрибутив, как Anaconda? Установщик Visual Studio также является вариантом. А какая версия нужна? Как вы получите доступ после установки?
Правильно. Теперь к этим вариантам решили добавить ещё один — установка из MS Store. Ничего против не имею, но и решением проблемы выбора, откуда взять Python, не считаю.
Steam в свое время захватил рынок именно благодаря такому вот удобству — нажал-купил и нажал-установил.
Интересно как в случае установки через MS Store будут доставляться обновления: минорные версии накатываться сами/нужно будет ходить в Store и руками нажимать кнопку для обновления/...?
А второй питон потихоньку хоронят?
Ни в одной операционной системе нет «встроенного интерпретатора Python».
Во многих случаях комплектации рабочей системы он как-бы и не нужен от слова совсем.
Кто добавил Python в последнее обновление Windows?