LINUX.ORG.RU

Поиск с помощью pip search в репозитории PyPi отключён в связи с возросшей нагрузкой

 , , ,


2

0

14 декабря произошло отключение поиска в PyPi с помощью pip search в связи с возросшей нагрузкой на сервера.

Теперь в консоли любезно сообщается:
PyPI's XMLRPC API has been temporarily disabled due to unmanageable load and will be deprecated in the near future.

График нагрузки
В прошлом году

>>> Подробности

★★★

Проверено: Shaman007 ()
Последнее исправление: maxcom (всего исправлений: 2)

Ответ на: комментарий от baist

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

Ничего вы не должны. Берите Pip и всё будет везде работать. Мой комментарий «создавать и поддерживать пакеты для каждого дистрибутива» был про фанатов опакечивания всего под системный пакетный менеджер своего дистрибутива. Обычным людям в этом нет необходимости и всё прекрасно без этого работает.

X512 ★★★★★
()
Ответ на: комментарий от anonymous

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

baist ★★
()
Ответ на: комментарий от t184256

Затем, что ПМ должен быть один на всю систему, мощный и универсальный

Удваиваю. А то расселись все по уголкам и дрочат каждый свой убогий пм.

crutch_master ★★★★★
()
Ответ на: комментарий от baist

В js это проще решили. Там /node_modules со всем нужным, внутри у каждого пакета свой /node_modules и не нужно никаких плясок с окружением. Можешь юзать хоть по 10 разный минорных версий со всеми зависимостями одного и того же пакета сразу.

crutch_master ★★★★★
()
Ответ на: комментарий от crutch_master

Пользуются программами, а не дистрибутивами. Для программиста на Питоне (Ruby, JavaScript, Java, Go и т.д.) дистрибутив - это не более чем запускатель программ и ему не интересно как этот дистрибутив устроен и какие там пакеты. Большинство практик на Питоне работает на Unix-подобных ОС и Windows без изменений.

X512 ★★★★★
()
Ответ на: комментарий от X512

Берите Pip и всё будет везде работать.

А если проект на разных языках. Мне два пакетных менеджера придется дружить друг с другом?

Или ты хочешь сказать, что питонисты настолько упоротые фанатики, что готовы все писать на одном языке, а принцип «ЯП - это инструмент для определенных задач».

Ты хочешь доказать что питонисты наглухо упоротые сектанты!?

Я например люблю раст, зарабатываю на жизнь на С++, а скриптую на баше. А в качестве реализация языка разбираю Lua. Уважаю связку C+Lua. Из GUI уважаю QML. Сам пытаюсь сделать свой язык QML-inspired систему для раста.

baist ★★
()
Ответ на: комментарий от baist

А если проект на разных языках. Мне два пакетных менеджера придется дружить друг с другом?

Есть Pip пакеты, которые умудряются при установке компилировать C++ код так что это работает с Unix-like и Windows а также с Visual C++, GCC и Clang.

X512 ★★★★★
()
Ответ на: комментарий от baist

Я например люблю раст,

Наркоман, в расте карго куда более упоротый, чем pip. Последний хотя бы как-то дружит с системным менеджером пакетов, в отличие от.

Siborgium ★★★★★
()
Ответ на: комментарий от X512

Большинство практик на Питоне

Работают только на питоне.

Для программиста на Питоне (Ruby, JavaScript, Java, Go и т.д.)

…не существует пакетов JS, как для JS не существует пакетов питона. Или ты хочешь сказать что каждый пакет NPM знает о каждом пакете PIP, прям вот 100% соответсвие. Я мог без лишних плясок разработать огромный програмный комплекс как сервис для бизнеса???

baist ★★
()
Последнее исправление: baist (всего исправлений: 2)
Ответ на: комментарий от Siborgium

Наркоман, в расте карго куда более упоротый, чем pip.

А я где-то говорил что уважаю cargo?? Мне казалось что Rust живет своей жизнью. Или ты хочешь сказать что питон уже местами прибит гвоздями к пакетнику??

baist ★★
()
Последнее исправление: baist (всего исправлений: 2)
Ответ на: комментарий от baist

Работают только на питоне.

Программист обычно пишет в рамках одной экосистемы вокруг одного языка.

…не существует пакетов JS, как для JS не существует пакетов питона.

Это не проблема. У JavaScript и Python разные ниши.

X512 ★★★★★
()
Ответ на: комментарий от X512

Есть Pip пакеты, которые умудряются при установке компилировать C++ код

Мне не нужен pip чтобы скомпилировать C++ код, вообще. Мне достаточно /bin/bash и я могу компилировать Assembler,C,C++,Rust,C#,Delphi, Perl, и т.д. одним скриптом чуть ли не в один файл все это высрать.

baist ★★
()
Ответ на: комментарий от t184256

Затем, что ПМ должен быть один на всю систему, мощный и универсальный.

А систем много и ПМ-ы у них разные и маинтейнеры пакетов либо тормозят, либо собирают пакеты своим особым образом.

bbk123 ★★★★★
()
Ответ на: комментарий от baist

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

А какой язык платформо-зависимый? Или ты языком называешь какую-то конкретную реализацию?

Как виртуальное окружение питона у тебя соотносится с платформой? Может всё таки откроешь гугл и почитаешь что такое virtualenv прежде, чем писать очередную глупость? Или для такого крутого баш-программиста читать это перебор?

skiminok1986 ★★★★★
()
Ответ на: комментарий от X512

Уже неактуально. Многие переходят с Autotools на Cmake и Meson.

К сожалению ещё актуально. По крайней мере во время сборки GNU-той части LFS.

bbk123 ★★★★★
()
Ответ на: комментарий от baist

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

Если у меня установлен GCC, то почему я должен ставить все эти сторонние библиотеки?

skiminok1986 ★★★★★
()
Ответ на: комментарий от baist

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

Я так понимаю, в твоём идеальном мирке программы и библиотеки выпускаются ровно один раз и никогда не меняются и не ломают обратную совместимость. Это так?

skiminok1986 ★★★★★
()
Ответ на: комментарий от crutch_master

В js это проще решили. Там /node_modules со всем нужным, внутри у каждого пакета свой /node_modules и не нужно никаких плясок с окружением. Можешь юзать хоть по 10 разный минорных версий со всеми зависимостями одного и того же пакета сразу.

Модули то пакетным менеджером системы ставятся?

skiminok1986 ★★★★★
()
Ответ на: комментарий от X512

Это не проблема. У JavaScript и Python разные ниши.

Т.е. JS и Python Django, Ruby on Rails это тоже разные нишы? А ты часто видишь слово «Ruby» без рельс? А что веб уже не считается?

Программист обычно пишет в рамках одной экосистемы вокруг одного языка.

Это программист Hello World приложений?! Или целые серьезные программные комплексы пишутся одним программистом исключительно на одном языке?

baist ★★
()
Ответ на: комментарий от baist

Я например люблю раст, зарабатываю на жизнь на С++, а скриптую на баше. А в качестве реализация языка разбираю Lua. Уважаю связку C+Lua. Из GUI уважаю QML. Сам пытаюсь сделать свой язык QML-inspired систему для раста.

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

skiminok1986 ★★★★★
()
Ответ на: комментарий от baist

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

Затем, что там нет аналога java-вского classpath. Вместо этого библиотеки тупо складываются в директорию site-packages внутри venv, аналог малопопулярной директории lib/ext в JRE до Java 9.

bbk123 ★★★★★
()
Ответ на: комментарий от baist

Мне не нужен pip чтобы скомпилировать C++ код, вообще. Мне достаточно /bin/bash и я могу компилировать Assembler,C,C++,Rust,C#,Delphi, Perl, и т.д. одним скриптом чуть ли не в один файл все это высрать.

высрать

Вот всё и стало на свои места %)

Библиотеки ты тоже ставишь на баше да? И зависимости для них там же рулишь, если вдруг нужна конкретная версия какой-либо библиотеки?

Ну… Кто-то предпочитает готовое, а у кого-то слишком много свободного времени и он предпочитает пердолиться сам.

skiminok1986 ★★★★★
()
Ответ на: комментарий от skiminok1986

Мне не нужен GCC, Clang, pip, npm, cargo чтобы поставить библиотеки к языкам С, C++, и другим языкам. Мне достаточно одного пакетного менеджера и какого-то Gentoo чтобы собрать любую систему с любыми флагами и даже версиями. Или же поставить NixOS. Система сделаем все сама для всех языков и для всех программ.

baist ★★
()
Ответ на: комментарий от baist

Мне не нужен GCC, Clang, pip, npm, cargo чтобы поставить библиотеки к языкам С, C++, и другим языкам. Мне достаточно одного пакетного менеджера и какого-то Gentoo чтобы собрать любую систему с любыми флагами и даже версиями. Или же поставить NixOS. Система сделаем все сама для всех языков и для всех программ.

То есть тебе к апту ещё и генту надо? Или даже отдельную ОС ставить чтобы установить библиотеки? И этот человек ругает pip.

skiminok1986 ★★★★★
()
Ответ на: комментарий от t184256

Плохому танцору и член мешает. В нормальных дистрибутивах и центральные репозитории, и пакеты свежие в них.
Проблема «старого софта в репозиториях» и идеи всяких снапов-флатпаков возникают только у некрофилов с ЛТС убунтой.

token_polyak ★★★★
()
Последнее исправление: token_polyak (всего исправлений: 1)
Ответ на: круть от qbbr

Означает, что популярность питоняши выросла 💪

Судя по графику числа запросов больше похоже что например какая-то популярная софтина начала делать pip search на каждый чих. Не знаю, может кто-то написал новый модномолодёжных пакетный менеджер для питона, который на самом деле обёртка над pip и перед тем как сделать pip install десять раз делает pip search. Не похоже это на естественный рост за счёт живых пользователей.

MrClon ★★★★★
()
Ответ на: комментарий от skiminok1986

простого инструмента

Простой инструмент как раз является NixOS - все делается одной командой. Если ты считаешь что твой пример с virtualenv - одной лишней программой - эот показатель простоты ну не знаю. Если ты считаешь что одной программкой пользоваться сложнее чем двумя. Ну считай.

А какой язык платформо-зависимый?

Выходит что все! Если приходиться таскать с собой целый environment и какие-то городить виртуальные среды.

почитаешь что такое virtualenv

Само наличие этой штуки говорит что у питонистов не все гладко в разработке.

для крутого баш-программиста не нужны не pip, npm, cmake, meson, ninja, make, gcc, clang, python С помощью несколько строчек я могу скачать все что угодно и делать что угодно, а если иметь права root….

А ты назвал слово Unix. А раз система Unix то должна иметь принцип Unix типа «все есть файл», например. А значит я имею доступ ко всем ресурсам системы. А значит я могу открыть сокет(этой тоже файл) и скачать любой файл или прогу. И потом докачать нужные проги и потом выполнять в тех средах любые языки которые мне нужны. Мне даже пакетный менеджер не нужен.

Собственно здесь простота в самой архитектуре системе. Минимализм, позволяет наращивать систему как угодно.

А ПМ линухов по сути обвертка над башем иногда некоторые ПМ содержат postinstall скрипты на баше.

Вот именно что для крутого прогера на баше не составляет труда делать что угодно. А не городить какждый раз целую систему.

Я так понимаю, в твоём идеальном мирке программы и библиотеки выпускаются ровно один раз и никогда не меняются и не ломают обратную совместимость. Это так?

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

А если твой мирок состоит из поломаных программ, то это говорит о криволинейности рук твоего окружения.

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

Ты не поверишь когда сидел на Linux Mint одной команды хватало

apt install qt-sdk

Автоматически качался C++, autols нужные и QML уже там и библиотеки. Ах да! И вроде как Qt Creator кажется мог установиться c примерами.

А Lua уже отдельно. И да это все есть в одном PM

baist ★★
()
Ответ на: комментарий от X512

В норм дистрах должны быть скрипты, превращающие языковые пакеты в системные

q0tw4 ★★★★
()
Ответ на: комментарий от t184256

Кста про никс шелл. Объяснит мне кто, как там можно поставить и переименовать бинарь webpackа, нужный для сборки пакета, сгенерированного из npm

q0tw4 ★★★★
()
Ответ на: комментарий от token_polyak

у некрофилов с ЛТС убунтой.

LTS Ubuntu позволяет не пердолиться каждый день с роллингом когда каждый день что-то отваливается или требует себя перекомпилить

PPP328 ★★★★★
()
Ответ на: комментарий от t184256

Попробуй к своей программе доставить зависимости без fat binary, AppImage, снэпов и прочего флатпака посредством пакетного менеджера выбранного дистрибутива. Тебя просто похоронит под разными наименованиями и версиями пакетов, многие из которых могут вообще отсутствовать в конкретном дистрибутиве. Поэтому в дистрибутив пакетируют те библиотеки, что используются дистрибутивными же программами. Плюс нагрузка на мейнтейнеров и серверную инфраструктуру системы управления пакетами, которую легко и логично переложить на плечи людей, занимающихся обслуживанием средств конкретного языка.

mazdai ★★★
()
Ответ на: комментарий от baist

Понимаешь я писал скрипт(один файлик ага!)

пруфов, разумеется, не будет. типичный языкочесатель, что видно и по объёму сообщений, их количеству и отсутствующему смыслу.

anonymous
()
Ответ на: комментарий от anonymous

Забавно, но я рад что есть такое мнение обо мне.

baist ★★
()
Ответ на: комментарий от baist

Почитал твой флуд в этом треде и понять не могу: это троллинг тупостью что ли? Иначе я никак этот словесный понос объяснить не могу.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от Siborgium

Наркоман, в расте карго куда более упоротый, чем pip. Последний хотя бы как-то дружит с системным менеджером пакетов, в отличие от.

Нихера он не дружит. Давича сломал пипу на 17-м минте, пытаясь сделать его апгрейд.

crutch_master ★★★★★
()
Ответ на: комментарий от crutch_master

Вот и нужен один хороший пм для всего.

Это не пройдёт хотя-бы по политическим причинам: авторы языков и экосистем не захотят переходить на чужой пакетный менеджер, будут придираться что он не соответствует идеологии экосистемы и вообще NIH.

X512 ★★★★★
()
Ответ на: комментарий от eternal_sorrow

Почитал твой флуд в этом треде и понять не могу: это троллинг тупостью что ли?

Он сам признался:

одним скриптом чуть ли не в один файл все это высрать

X512 ★★★★★
()
Ответ на: комментарий от X512

Это не пройдёт хотя-бы по политическим причинам: авторы языков и экосистем не захотят переходить на чужой пакетный менеджер, будут придираться что он не соответствует идеологии экосистемы и вообще NIH.

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

crutch_master ★★★★★
()
Ответ на: комментарий от crutch_master

а дальше функционал всё равно у всех пересекается

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

X512 ★★★★★
()
Ответ на: комментарий от baist

Простой инструмент как раз является NixOS - все делается одной командой. Если ты считаешь что твой пример с virtualenv - одной лишней программой - эот показатель простоты ну не знаю. Если ты считаешь что одной программкой пользоваться сложнее чем двумя. Ну считай.

Простой инструмент это отдельная ОС, а не программа в моей ОС. Ну нету у меня столько травы.

Выходит что все! Если приходиться таскать с собой целый environment и какие-то городить виртуальные среды.

Путаешь язык и реализацию.

А ты назвал слово Unix. А раз система Unix то должна иметь принцип Unix типа «все есть файл», например. А значит я имею доступ ко всем ресурсам системы. А значит я могу открыть сокет(этой тоже файл) и скачать любой файл или прогу. И потом докачать нужные проги и потом выполнять в тех средах любые языки которые мне нужны. Мне даже пакетный менеджер не нужен.

Всё так. Только слово Unix я не называл.

Собственно здесь простота в самой архитектуре системе. Минимализм, позволяет наращивать систему как угодно.

Не спорю. Но зачем тебе куча программ, если есть баш? Ты же сюда пишешь с помощью баша? :)

Вот именно что для крутого прогера на баше не составляет труда делать что угодно. А не городить какждый раз целую систему.

Делать на баше не проблема. Проблема в том, что на каждую гирлянду ты будешь писать свой скрипт. Особенно весело, если это чужая гирлянда. А я просто поставлю что требуется одной командой.

А если твой мирок состоит из поломаных программ, то это говорит о криволинейности рук твоего окружения.

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

Ты не поверишь когда сидел на Linux Mint одной команды хватало apt install qt-sdk

А. Ну если тебе ничего кроме этого не надо, то всё ок. Мне очень долго хватало только gcc со стандартной либой для моих поделок. А ещё раньше и турбо паскаля хватало за глаза :)

skiminok1986 ★★★★★
()
Ответ на: комментарий от X512

Это не пройдёт хотя-бы по политическим причинам: авторы языков и экосистем не захотят переходить на чужой пакетный менеджер, будут придираться что он не соответствует идеологии экосистемы и вообще NIH.

Если этот пакетный менеджер будет одинаково работать на разных системах, а не только на прыщиниксе, то можно и так. Но пока такого пакетного менеджера нет, и говорить не о чем.

skiminok1986 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.