Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Perl: Общие вопросы > Памагити новичку perl установить

Автор: superkaban 2.2.2011, 22:46

Решил познакомиться с пёрлом поближе - установить его на свой старенький ноутбук от IBM Thinkpad 600 1996 года выпуска.  Pentium II, 192Mb RAM (после апгрейда), новый винчестер на 160Гб. На ноуте стоят три операционки - Windows 98, Free DOS и дебиан тестовый без графики под резервный STUN сервер. XP не поставил - жутко тормозит, да и дров на звук, видео и прочих в природе нет. На дебиан решил не ставить - резервный сервер (там свой perl из репозитория), да и графический IDE хочется (уже присмотрел себе в CPAN - Padre). Вот и остался для экспериментов Windows 98. Клубника и активпёрл не ставятся - им XP подавай. Скачал исходники perl 5.12.3. Рекомендованный dmake не собирает - отваливается сразу (хотя на машине с XP собрал без проблем - это я эксперимент ставил). nmake из VS6, пособирав минут 15 тоже отвалился с ошибкой - "не знаю как собирать библиотеки". Попробовал поставить MinGW - не хочет вставать на Windows 98 (хотя у меня с KernelExt работают Opera 10.61 и Firefox 3.6.13). Осталась последняя надежда - cygwin. Хоть и не самая свежая версия (а 3-х летней давности), встал хорошо. ./Configure прошёл без проблем. Всё по умолчанию. Только добавил несколько опций под мой проц -O9 -march-i686 -mtune=pentiumpro ... (ну и ещё с десяток полезных). make отработал без ошибок (хоть и собирал 4 часа в два подхода). Я было облегчённо вздохнул - типа всё позади. Ан нет, десерт - make test... Видимо у цигвина в консоли память где то подтекает. С каждым тестом всё медленней и медленней. Часа через 2 доходит до теста: cpan/CPANPLUS/t/21-CPANPLUS--Dist-No-Build и на нём жизнь останавливается. В первый раз ждал час, Ctrl^C, перезагрузка. Второй раз ждал 2 часа, Ctrl^C, перезагрузка. Вот сейчас 3 раз, жду 3 часа и оставлю на ночь. Но спинным мозгом чую - опять будет облом... И ещё, из 200 пройденных тестов 5шт. провалились. Так и должно быть (в README написано из за FAT32). А без тестов инсталл не проходит (вот ведь подлянка). Памагити мастера Пёрла. Что мне делать? В голову лезет шальная мысль, перетащить эту сборку на мой старенький десктоп с NTFS и пнём 3 и сделать make test на нём. Только вот пройдёт ли? (а то в десктопе нужно ещё сгоревший блок питания менять - так Perl меня в конец раззорит  ).

Автор: vadiml 2.2.2011, 23:53

> На дебиан решил не ставить  Там нормальный perl, лучше всего его и использовать > Вот и остался для экспериментов Windows 98. Ищите ActivePerl того же времени (у меня в архивах валяется ActivePerl-5.8.3.809-MSWin32-x86.zip от 2004-го года, работает ли он с win98 -- не знаю, я в то время давно уже на winnt5х перебрался). Но доустановки модулей через ppm, думаю, уже не будет.

Автор: NuINu 3.2.2011, 17:47

совет: забей на цигвин, и ставь и изучай линукс - пригодиться. даже если ты поставишь перл под винду, тот же активперл, у тебя возникнут проблемы когда ты будешь пытаться установить независимые модули из CPAN - просто потому что у тебя нет компилятора ))) под винду.

Автор: superkaban 6.2.2011, 11:42

Цитата(vadiml @  2.2.2011,  23:53 ) Там нормальный perl, лучше всего его и использовать Perl там нормальный, но cpan-ом ничего ставить нельзя, только то, что в репозитории debian при помощи apt-get install ... Цитата(NuINu @  3.2.2011,  17:47 ) совет: забей на цигвин, и ставь и изучай линукс - пригодиться. - воопщето я уже больше 10 лет на разных линуксах сижу, в осном на дебиане, и изучать стараюсь постоянно.)) Скажите, а когда пригодится?  Цитата(NuINu @  3.2.2011,  17:47 ) даже если ты поставишь перл под винду, тот же активперл, у тебя возникнут проблемы когда ты будешь пытаться установить независимые модули из CPAN - просто потому что у тебя нет компилятора ))) под винду. А чем я телефон набирал?  Т.е. чем я пёрл собирал?)) У меня же gcc от цыгвина. В обчем удалось поставить без теста. Подправил малость Makefile (закомментировал одну строчку начинающуюся на -@test), а потом: make install.perl DESTDIR="/usr/local" - усё нормально встало)), кроме манов. С манами решил не заморачиваться. Но cpan, как вы и предположили, не заработал. Каждый раз пишет: "На ботаноф с cygwin умный cpan не рассчитан!  " Пришлось поставить на debian LXDE (прощай сервер  ), а потом собрать последний perl из исходников. Всё собралось, протестировалось и установилось с первого раза. Но без подлянок не обошлось: скачал 80-ую версию Падре в исходниках, распаковал. Набираю sudo cpan .. Через полчаса выдаёт ошибку - Нужен многопоточный perl!. А у меня в ./Configure по умолчанию стояло без потоков... Пришлось perl с потоками пересобрать. И вот теперь sudo cpan ., поработав несколько часов, выдал мне Padre на гора.  В обчем вывод один: Пользователи Виндуз, переходите на Debian!

Автор: Pfailed 6.2.2011, 12:27

Цитата(superkaban @  6.2.2011,  11:42 ) Perl там нормальный, но cpan-ом ничего ставить нельзя, только то, что в репозитории debian при помощи apt-get install ... Цитата(superkaban @  6.2.2011,  11:42 ) воопщето я уже больше 10 лет на разных линуксах сижу Вы не поверите, можно там использовать cpan, а еще можно собирать пакеты если не хочется засорять систему.

Автор: superkaban 6.2.2011, 14:03

Цитата(Pfailed @  6.2.2011,  12:27 ) Вы не поверите, можно там использовать cpan, а еще можно собирать пакеты если не хочется засорять систему.  Наверное можно, если ручками подкрутить. Т.к. по умолчанию не ставит модули. Запускаю cpan из под рута (у него дебиановский пёрл в путях первым стоит). На попытку установки любого модуля отвечает: префикс "site" - такой директории не существует. Сделано это не случайно. Хочешь ставить в папку /usr, ставь пакеты из репозитория дебиан. Всё что угодно, собирай сам и ставь в /usr/local. Это чтобы систему не засоряли. У пользователя всё равно в путях /usr/local/bin первым стоит. Но многие умельцы (без десятилетнего опыта))), плюют на это и заставляют репозиторный cpan ставить модули в /usr/lib/perl..., чем не просто засоряют систему, а ведут к её разрушению. С perl/cpan это может быть и не очень страшно. А вы попробуйте этот фокус с сишными библиотеками - система грохнется сразу. Видимо, кое у кого, осталась привычка из виндов - каждый месяц систему переставлять. А вот у меня (с 12-ти летним опытом в линуксах))) дебиан работает годами на самых разных компах (в том числе на плейстэйшэн 3). Но я никому ничего не навязываю...  P.S. Единственный выход поставить "самый свежий" пёрл в систему (в /usr), это самому собрать пакет perl*.deb и заменить им репозиторный. При этом, так-же пересобрать половину пакетов дебиана (которые зависят от официального пёрла). Но на это уйдут недели, если не месяцы и обычному пользователю (к коим я себя причисляю) это не нужно. Это под силу лишь истинным маньякам мастерам. Если вы из их числа - снимаю шляпу.

Автор: NuINu 6.2.2011, 14:07

Цитата(superkaban @  6.2.2011,  09:42 )  Скажите, а когда пригодится? вопрос противоречит предыдущему утверждению. впрочем ваш ответ дает этот самый пример, gcc это компилятор цигвина. не очень представляю как он будет корректно работать с активперлом, Цитата(superkaban @  6.2.2011,  09:42 ) Пришлось поставить на debian LXDE (прощай сервер smile ), не понимаю чем графическая оболочка будет мешать работе сервера? в режиме работы сервера ее можно просто не загружать, cpan настраивается при первом запуске perl -MCPAN -eshell Добавлено через 10 минут и 30 секунд уважаемый двенадцатилетний пользователь, удалите старый перл из системы, пропишите до нового путь(если конечно вам религия не позволяет указывать полный путь до нового перла), и таки настройте cpan, что бы он вам корректно ставил модули, ваша народная мудрость или хитрость не позволяет вам пользоваться ни дебиановским перлом, ни вновь вами созданным. на мой взгляд это не меньший хаос

Автор: superkaban 6.2.2011, 15:06

Цитата(NuINu @  6.2.2011,  14:07 ) вопрос противоречит предыдущему утверждению. впрочем ваш ответ дает этот самый пример, Да это я пошутил.  Самое главное что даёт линукс это чувство свободы. И ещё страх пропадает (вирусы, система грохнется, пользуюсь ворованным софтом и т.п.) Цитата(NuINu @  6.2.2011,  14:07 ) gcc это компилятор цигвина. не очень представляю как он будет корректно работать с активперлом Ну откуда вы все взяли про активпёрл? Я же в первом сообщении написал, что пёрл собирал из исходников с помощью цыгвиновского gcc: ./Configure && make && make test make install.perl DESTDIR="/usr/local" Цитата(NuINu @  6.2.2011,  14:07 ) не понимаю чем графическая оболочка будет мешать работе сервера? в режиме работы сервера ее можно просто не загружать А вот это подсказывает мой двенадцатилетний опыт  Цитата(NuINu @  6.2.2011,  14:07 ) уважаемый двенадцатилетний пользователь, удалите старый перл из системы, пропишите до нового путь... В корне не правильный подход. Прочитайте мой последний пост ещё раз (особенно P.S.) Это вам религия не позволяет держать в системе больше одного пёрла. В этом нет ничего страшного! Несколько разных версий пёрла могут спокойно сосуществовать в одной системе, и мой подход более правильный чем ваш. Даже если я создам официальный сайт на депозиторном апачи, то в скриптах достаточно поменять лишь первую строчку: #!/usr/local/bin/perl (ну и конечно вопрос совместимости скрипта между версиями) Но я же не маньяк, чтобы ставить апача из репозитория, и не суперманьяк, чтобы ставить апач из исходников))) Я скорее Microsoft IIS поставлю чем апач - оба тяжеловесные и неповоротливые))) (сразу попрошу прощения у идолопоклонников апача и IIS, ничего личного - только факты) Я соберу ручками свой маленький ных-ных сервер из исходников с http://sysoev.ru/nginx/ с модулями cgi, fastsgi и прочими. И он будет приспокойно себе шуршать с моими perl-скриптами. Хотя с сишным fastcgi ных-ных просто ураган.  Ну до этого может ещё и не дойти... всё может законситься программой: Код print `rm -rf /*`;

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)