LINUX.ORG.RU

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

 , , ,


4

4

Работа сайта http://search.cpan.org будет прекращена 25-го июня 2018 года.

Проект CPAN Search — это поисковая система для дистрибутивов, модулей, документов и идентификаторов CPAN. Грэм Барр (Graham Barr) создал сайт около двадцати лет назад (в начале 1999 года), который быстро стал неоценимым ресурсом для Perl-разработчиков во всём мире.

Возможность поиска в CPAN (Comprehensive Perl Archive Network — архив документации и программного обеспечения, написанного на языке программирования Perl) и чтения документации по модулям Perl в интернете помогла привлечь интерес большого количества разработчиков к языку программирования и создать сообщество Perl.

Первоначально сайт был размещён на единственном сервере Solaris Университетом Вашингтона (Washington University) в Сент-Луисе. За свою работу над search.cpan.org Грэм Барр был удостоен премии «Белый Верблюд» (White Camel) в 2002 году.

Позже сайт переместился в Perl NOC. Американские зеркала были размещены на серверах YellowBot и Phyber, европейское зеркало было доступно благодаря отдельным единомышленникам на протяжении последних десяти лет. Эти замечательные люди и компании привели сайт к успеху.

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

Вскоре сообщение об изменениях появится на всех страницах search.cpan.org. А примерно через месяц весь трафик будет перенаправлен на эквивалентную страницу MetaCPAN.

Мы бы хотели поблагодарить всех, кто помог с этим проектом. Выражаем отдельную благодарность Грэму за его тяжёлый труд и неизменную поддержку проекта search.cpan.org на протяжении всех этих лет. Search.cpan.org, мы будем скучать по тебе!

После публикации новости возникла некоторая путаница в отношении того, будут ли продолжать работу существующие ссылки на search.cpan.org. Да, будут! Подавляющее большинство из них будет доступно посредством страниц MetaCPAN.org. Вам не нужно обновлять никакие ссылки прямо сейчас.

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

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

Ну и да, в 2018-м никто не хочет поддерживать проект 13-ти летней давности. Если в Python это не так - значит, что-то не так с Python.

Ошибка в посыле. Месье знает проекты начала нулевых переписанные с perl на python, много их. Ты всё ещё считаешь что что-то не так с python?

phoen ()

Какое же счастье, что я никогда не учил Perl.
Надеюсь то же самое случится и с Python.

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

Какое же счастье, что я никогда не учил Perl. Надеюсь то же самое случится и с Python.

Тогда придётся грызть Ruby. Ты уверен, что тебе оно надо?

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

ты не осилил perl -MCPAN -e «install XML::Simple»?

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

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

Сначала попрощаются с тобой

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

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

Ну вот сейчас глянул, gajim начали писать в 2004 и до сих пор отлично поддерживают, вот недавно на gtk3 переехали. Я не очень много прожектов на питоне использую, поэтому не могу навскидку назвать.

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

Есть пхп и жс, тормозные пистоны никому больше не нужны.

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

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

И менеджер требует обновиться. Ты копируешь прпдложенную менеджером команду, и она не срабатывает, потому что ты не рут. Ты повторяешь её от рута и убиваешь менеджер, потому что обновляться надо средствами дистрибутива. Но дистрибутив не чешется, а ярко-жёлтая надпись уже задолбала.

По материалам дискуссии в багтрекере pip-а :)

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

Совершенно моя ситуация. Плакалъ, кололся, но продолжал кушать perl, и в какой-то момент надоело. С питоном не нужно сражаться с инструментом.

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

Лоровские могильщики года этак с 2007-го никак не похоронят. Он и их ещё переживёт.

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

Кого он переживет, лол? Если им пользуются полтора маргинала то это труп.

ritsufag ★★★★★ ()

Как всегда, куча хейтеров кричит о том, о чём понятия не имеет.

  • search.cpan.org != CPAN.
  • search.cpan.org — это *один из* поисковиков.
  • Главная причина устаревания search.cpan.org — неопубликованные исходные коды.
  • Другой поисковик — metacpan.org — работает уже восемь лет.
  • Исходники metacpan открыты под лицензией GPL/Artistic, лежат на гитхабе и активно пилятся.

Т. е. CPAN не умер, один старый поисковик (search.cpan.org) заменяется более новым и более удобным поисковиком (metacpan.org). Всё.

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

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

Да, в пистоне бывает всякое, но все познается в сравнении. Perl против питона это реально помойка.

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

О, да. С perl программистами местами действительно что-то не так.

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

Порог вхождения в perl действительно повыше, но это не значит, что, если его преодолеть, пиписька станет длиннее :)

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

Каталог пакетов всегда свалка. Что в питоне, что в перле, что в руби, что в ноде. К чести npm, правда, semver и изкоробочная локальная установка модулей. Но принципиальной разницы между ними мало, всё равно свалка.

Мне сначала понравилось, потом опять разонравилось, когда в проектах по 400 зависимостей стало. В пхп, когда зависимостей 0 ну или в крайнем случае их по пальцам можно пересчитать, как-то оно приятнее.

В ноде правда вроде юзабельно. А в перле, питоне, руби не, как-то печалит.

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

Порог вхождения в perl действительно повыше, но это не значит, что, если его преодолеть, пиписька станет длиннее :)

А тебе сразу об этом никто не сказал? Теперь понятна твоя ненависть к перлу.

ashot ★★★ ()

Я тред не читал, просто скажите, перлоненавистники уже прибежали и нагадили в треде, или ждём-с?

IPR ★★★★★ ()
Ответ на: комментарий от no-such-file

Я в отличае от тебя хранцкзкий не учил и ошибся в одеой букафке.

mos ★★★☆☆ ()

Я когда-то писал CMS для телекома другу на perl. С помощью mcpan установил все зависимости в локальную директорию. Затем просто скопировал эту директорию вместе с проектом ему на 8-ку, с установленным strawberry perl, и запустили. Ни байта править ни пришлось.

Каждый опыт индивидуален конечно, возможны проблемы между модулями. Зато где вы еще найдёте такую обширную и точную документацию? Это особенно важно, когда проект нужно сдать еще вчера.

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

Порог вхождения в perl действительно повыше

А че там с порогом вхождения в bash? Слышал, многие сертифицированные виндовс кодеры не осиливают. Тем временем даже админы-самоучки спокойно пишут на шелле и на перле, порог им не жмет.

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

OTRS. Но это даже не разные весовые категории, а разные вселенные. При всём УВОЖЕНИИ к gajim

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

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

ИМХО, у меты стиль УГшный (хотя есть апи, так что можно свою морду с б/ш прикрутить :)

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

Так пишут, как будто это «98 года»

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

А тебе сразу об этом никто не сказал?

Нет. И хорошо. Один раз в жизни на каком-то примере это прочувствовать нужно.

Теперь понятна твоя ненависть к перлу.

Однако, я за точность формулировок. У меня перл вызывает не ненависть, а отвращение.

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

А че там с порогом вхождения в bash? Слышал, многие сертифицированные виндовс кодеры не осиливают. Тем временем даже админы-самоучки спокойно пишут на шелле и на перле, порог им не жмет.

Правильно. Потому, что не допрыгнули. Там где про порог, это про все-таки про промышленное программирование.

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

У меня перл вызывает не ненависть, а отвращение.

Желание вляпаться во что-то отвратительное (поучаствовать в дискуссии о языке вызывающем отвращение), а не пройти мимо - не очень хороший симптом.

ashot ★★★ ()

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

Почему мне кажется, что здесь опечатка? В 2005 году во всю был Perl 5, в нём не было кардинальных изменений, чтоб Perl 5 в 2005 году != Perl 5 в 2018.

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

Появление Modern Perl, подходы к программированию, use strict, use warnings, etc.

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

В 2005 году во всю был Perl 5, в нём не было кардинальных изменений, чтоб Perl 5 в 2005 году != Perl 5 в 2018.

были, эти уроды сломали работу c многобайтными кодировками, куча софта типа amavis до сих пор не поправлены.

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

Здрасьти, все это было уже в 2005 году. Может каких-то модулей моднявых не было, но подходы modern perl уже сформировались. Когда говорят о легаси, имеют вввиду код из 90-х. До выхода perl 5.8 это был действительно другой совсем уж страшненький язык.

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

А что мешает перлопакет поставить из стандартного пакетного менеджера?

Постоянно будут вылезать проблемы несоответствия версий.

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

Желание вляпаться во что-то отвратительное (поучаствовать в дискуссии о языке вызывающем отвращение), а не пройти мимо - не очень хороший симптом.

Это вполне естественное поведение. Всегда же интересно, что же там так воняет.

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

Да как тебе сказать. Настоящий программист деньги на жизнь своим трудом зарабатывает, а не херней страдает. В отличии от всяких «кустарей-самоучек с мотором». И все эти ваши пердыли, пихтоны, баши и прочее недоразумение не могут у него вызывать ничего кроме отвращения. Так что ни о каком «пороге» тут речи вообще идти не может.

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

Постоянно будут вылезать проблемы несоответствия версий.

Это какие такие проблемы? У меня вот всё из rpm перловое поставлено. Никаких проблем.

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

Тоже не понял, разницы то никакой, во втором случаем модули просто упакованы в пакет. А код там такой же.

anonymous ()

Перл универсальный и объёмный язык. Порог вхождения в него низкий. Не нужно знать весь Perl чтоб начать его использовать. Отсюда тонны ro кода от админов и школьников, хотя с последними нынче проблема, т.к. «не модно». Чтоб писать хороший код недостаточно знать язык программирования. Нужно владеть, мать его, теорией. Программист он прежде всего инженер. Васян может неплохо сделать стяжку, но строить девятиэтажку по примерам со stackoverflow не получится.

В перлодвижухе отсутствует фашизм. Верблюжатники рады в т.ч. админам и школьникам, которым Perl позволяет «get their work done». В Perl'е есть поддержка скорбных разумом, но в отличии от некоторых конкуретнов, данный язык рассчитан не на идиотов.

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

эти ваши пердыли, пихтоны, баши и прочее недоразумение не могут у него вызывать ничего кроме отвращения.

Вот, всегда так и говорите мол я дартаньян не снизойду до перла, а не сосите какую-то чушню из пальца про w/o и пороги.

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

У меня перл вызывает не ненависть, а отвращение.

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

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

Верблюжатники рады в т.ч. админам и школьникам

Админам нужен bash, большего и не надо. Школьников не отдам, Расту нужна молодёжь.

Всё равно пёрдл не модный и несовременный. Пусть на нём старики кодят.

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

но в отличии от некоторых конкуретнов, данный язык рассчитан не на идиотов

Батенька, да у вас ЧСВ.

Я намедни глянул примечания к выпуску Python 3.6.5 и не понял, что они сделали с простым, как топор языком. Скоро надо будет взяться за проект на третьем питоне, и чувствую, придется учить уже новый ЯП.

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