Конец эпохи: Прощание с проектом search.cpan.org

Да просто гугл или дакдакго прикрутят к цпану и будет всё хорошо.

не, на MetaCPAN редирект.

в настоящее время существует отличная жизнеспособная альтернатива — MetaCPAN.org

Успел перепугаться, пока не дочитал до этого момента.

А что он с 2002 г. так и работал на сервере Solaris Университета Вашингтон? Круто.

С появлением metacpan, надобность в cpan'e отпала.

Когда я в свое время пытался переползти на перл и мне это так и не удалось, одной из причин было кстати использование cpan
Он включает в себя репозитарий с самыми разнообразными перловыми пакетами
Когда я стал пользоваться этим репозитарием и устанавливать оттуда перловые пакеты, выяснилось, что пакеты оттуда бывают нерабочие
И найти нужный пакет тоже оказалось проблемой для меня
Когда тебе нужен какой-то перловый пакет, все дружно отсылают тебя на cpan
Когда ты его находишь и ставишь, выясняется, что он либо не работает совсем либо работает не так
К чему это я?
К тому, что например инфрастуктура у питона на порядок более совершенная - ты закачиваешь нужный питоновский пакет стандартным пакетным менеджером и он работает из коробки
А в случае с перлом ты идешь на cpan и огребаешь по полной ...

А когда будет прощание с проектом Perl?

а на чем написан MetaCPAN ?

ну у perl тоже есть свой менджер пакетный ...

Никогда не мог из этой фигни (цпан) абсолютно ничего поставить. И нигде в компьютере не видел, чтобы высирало настолько утончённые извращённые ошибки абсолютно даже без отдалённого намёка на связь с возможными причинами. Сдохло и отлично. [Сдохло -- это про перл как таковой.]

код большей части проекта написан на Perl времён 2005 года.

Всё, что надо знать о поддержке перлового кода.

Однако в последние годы поддержка и техническое обслуживание стали обузой. Дело в том, что код большей части проекта написан на Perl времён 2005 года.

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

metacpan хорош. Cpan'у спасибо! Всем перловикам добра!

Какие же вы злые.

Perl чудесен, CPAN - место где я всегда мог найти нужный пакет.

Прощай, CPAN :'(

Смысл в том, что с появлением Modern Perl очень многое изменилось в лучшую сторону, в том числе и простота поддержки.

Помойка - место где я всегда мог найти нужный пакет.

Починил.

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

Большинство необходимых в повседневной работе перловых пакетов точно так же можно установить штатным дистрибутивным пакетным менеджером. Если нужного нет, можно поискать, что необходимо(например, почитать отзывы на perlmoks или stackoverflow), сходить на cpan, почитать документацию и статус пакета, а потом легко и просто установить из консольки mcpan'ом или аналогами.

Этот механизм давно отработали в перле, а потом переняли в том же питоне и других.

Ну, теперь будем искать на MetaCPAN.

корёжит, пена из рта хлыщет вместе с парадантозной кровью, калом измазан весь пол.

Это симптомы копошения на спановской помойке?

https://github.com/metacpan/

Top languages
Perl Shell JavaScript Ruby CSS

Это стандарт. Вот уже много лет в каждую тему о перле прибегает толпа питонщиков, у которых от самого существования перла горит настолько, что аж кушать не могут. :)

На самом деле я лично, например, уже давно перешёл на metacpan. На search.cpan.org просто не хватает уже много чего, поэтому не удивлён, что его решили закрыть.

Да, правильно, удаляйте правду!

Le roi est mort viva le roi!

Однако в последние годы поддержка и техническое обслуживание стали обузой. Дело в том, что код большей части проекта написан на Perl времён 2005 года.

То есть легаси веб-сервис на перловке 10-тилетней давности прям такая невыносимая обуза?

Выносимая, но неоправданная.

Write once, read never же.

Короче, оно им надоело.

Солярисы работают, пока не сдохнет железо от старости.

Да, + решили не распыляться.

Кстати, многое уже опакечено в репозиториях дистрибутивов. Ну, а неопакеченное всегда можно доопакетить, да.

Успел обрадоваться, пока не дочитал до этого момента.

поддержка и техническое обслуживание стали обузой
дело в том, что код большей части проекта написан на Perl

Это все, что надо знать о перле.

Коммент из первоисточеника, который многим здесь понравится:

...Still, I guess if there's no struggle there's no progress.

ты закачиваешь нужный питоновский пакет стандартным пакетным менеджером и он работает из коробки

ну не знаю, не знаю...

Отлично, осталось только hackage закопать, и будет совсем хорошо.

Если вы пишите на перле, и вам не хватает стандартных пакетов дистрибутива, вы почти наверняка жестоко ошиблись с выбором инструмента. Короче, писатели вундервафлей на перле, проследуйте в биореактор.

А что мешает перлопакет поставить из стандартного пакетного менеджера? Разве что есть пакеты которые часто обновляются, Mojolicious там например, и в репозиториях возможно будет не самая новая его версия, но например он у меня везде ставился, Debian-Based, Arch, OpenBSD, FreeBSD.

Не соглашусь про работу Python пакетов из коробки, всякое бывает. Да и установка по крайней мере популярных пакетов из cpan обычно проблем не вызывает. Кроме того много зависит от самих пакетов, некоторые тянут сишные или другие зависимости, что может приводить к танцам с бубном для установки.

Тут же как и везде, проблема не в Perl/Python, а в том кто и как что на нем делает.

Да в Perl порог вхождения повыше, но это не значит,что если не осилил, то perl говно. А хороший код и читаемый код можно писать на обоих языках как и плохой.

Ну, это был уже давно вопрос времени — MetaCPAN удобнее. Зато как закопатели возбудились :)

Дело в том, что код большей части проекта написан на Perl времён 2005 года

Проiграв.

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

У всех пакетов есть рейтинг, и вместе с пакетами в абсолютном большинстве случаев идут тесты. Пакеты теоретически могут быть нерабочими, но тесты это покажут, и вы не будете использовать пакет, который, например, не может взлететь в принципе на вашей конкретной системе.

А что, у Питона пакеты идеально работают всегда и везде? Really?

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

Ничего, что вся инфраструктура Perl претерпела с тех пор колоссальыне изменения, и если, например, в нулевые годы про асинхронные приложения или про «индустриальный стандарт» для ООП в виде Moose никто и думать не мог, то сейчас первое - фактически в каждом проекте на Perl, а второе - почти в каждом. Ну и да, в 2018-м никто не хочет поддерживать проект 13-ти летней давности. Если в Python это не так - значит, что-то не так с Python.

everything has its time and everything dies

Что же они не адаптировали проект под современные веяния? Может потому что никто не заглядывал в код с 2005-го? И как это всегда с перлом случается даже автор кода через n лет не в силах в нем разобраться.

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

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

А зачем когда есть MetaCPAN?

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

Сожалею, но сам CPAN не закрывается, сабж не о нём.