Summary: | Обновить бы до R14B01 | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey Shilov <hsv> |
Component: | erlang | Assignee: | nbr <nbr> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | enhancement | ||
Priority: | P3 | CC: | Andrey.Chichak, egori, greg, icesik, led, mike, nbr, sbolshakov, vvk |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Sergey Shilov
2009-09-16 14:04:37 MSD
Передаю текущему maintainer'у. а может уже до R13B04 ? (In reply to comment #2) > а может уже до R13B04 ? Возможно ... http://git.altlinux.org/people/hsv/packages/erlang.git http://git.altlinux.org/people/hsv/packages/erlang-man.git http://git.altlinux.org/people/hsv/packages/erlang-doc.git (В ответ на комментарий №3) > http://git.altlinux.org/people/hsv/packages/erlang.git > http://git.altlinux.org/people/hsv/packages/erlang-man.git > http://git.altlinux.org/people/hsv/packages/erlang-doc.git собрал, вроде пока все хорошо. единственный проблем: зависимости в erlang-otp-common на libwx_gtk2u_core например, в итоге на чисто серверной штуке wxGTK приехал (В ответ на комментарий №4) > собрал, вроде пока все хорошо. ejabberd запустился с новым erlang. (In reply to comment #4) > единственный проблем: зависимости в erlang-otp-common на libwx_gtk2u_core > например, в итоге на чисто серверной штуке wxGTK приехал Его визуальные приложения хотят... Надо наверное %files otp-common %exclude %_otplibdir/wx-* %files visual-common %_otplibdir/wx-* Возможно в "%files otp-common" еще какой-то бинарник из гуевых затесался. По поводу R13B04 общался с mike@, где получил рекомендацию, не стучать ложкой по столу, а помочь maintainer'ам, что собственно и попробовал сделать :-) (In reply to comment #5) > (В ответ на комментарий №4) > > > собрал, вроде пока все хорошо. > > ejabberd запустился с новым erlang. По поводу "запустился" интересно также мнение товарищей, для которых в R12 добавлялись бифы и расширялась Мнесия. Кстати: При попытке посмотреть на Эрланг через призму поиска http://sisyphus.ru/ru/srpm/Sisyphus/erlang имеем [an error occurred while processing this directive] Это при наличии самого Эрланга в Сизифе... (В ответ на комментарий №8) > Кстати: > При попытке посмотреть на Эрланг через призму поиска > http://sisyphus.ru/ru/srpm/Sisyphus/erlang > имеем > > [an error occurred while processing this directive] > > Это при наличии самого Эрланга в Сизифе... прошло всего 3 месяца ... а ошибка все еще окуред. (In reply to comment #9) > > http://sisyphus.ru/ru/srpm/Sisyphus/erlang > > [an error occurred while processing this directive] > > > > Это при наличии самого Эрланга в Сизифе... Его даже обновили до R12B.5-alt11.2 > > прошло всего 3 месяца ... а ошибка все еще окуред. Угу. Между тем R14A на дворе и [August 24 2010] Erlang/OTP R14B is planned for release on September 15:th Когда же новый erlang появиться в Сизифе? На оф. сайте релиз R14B был 15-го сентября 2010 года. (В ответ на комментарий №11) > Когда же новый erlang появиться в Сизифе? На оф. сайте релиз R14B был 15-го > сентября 2010 года. Да-да! Будем стучать ложками по столу! :-) Дело в том, что в Альтовская сборка Эрланга "несколько" отличается от erlang.org (порезка на подпакеты (+debug +devel), дополнительные функции, расширения ... короче смотрите патчи). Перенос всего этого хозяйства на новую версию занятие довольно хлопотное и долгое. Я пробовал это сделать (жизнь заставила) для себя на примере R12->R13 - получилось, но времени заняло достаточно много. Начал делать для 14 но по нехватке времени отставил. А вообще и мантейнера жизнь рано или поздно заставит (лучше конечно рано). Подождем. (В ответ на комментарий №12) > (В ответ на комментарий №11) > > Когда же новый erlang появиться в Сизифе? На оф. сайте релиз R14B был 15-го > > сентября 2010 года. > Да-да! > Будем стучать ложками по столу! :-) > > Дело в том, что в Альтовская сборка Эрланга "несколько" отличается от > erlang.org (порезка на подпакеты (+debug +devel), дополнительные функции, > расширения ... короче смотрите патчи). Может уже быть проще и не тянуть те самые доп. функции и расширения, а просто добиться актуальности версии? (В ответ на комментарий №13) > Может уже быть проще и не тянуть те самые доп. функции и расширения, а просто > добиться актуальности версии? Так если изменения делались, значит они были кому-то нужны и где-то использовались. Кстати, кое-что в 13-й апстрим попало. Просто взять и выбросить наверное не правильно (было-бы правильнее эти изменения апстриму предложить). Эрланг в Альт сейчас весьма неплохо упакован, жаль только староват. Запушил на git.altlinux.org/people/hsv/packages/erlang.git собираемый вариант R14B01. Пришлось оторвать поддержку FFI по причине несобираемости, отсутствия в апстриме правок с 2008 года, а также нетривиалной реанимации. Для сборки хашерница должна быть настроена как под сборку jar-ов. (In reply to comment #15) > Запушил на git.altlinux.org/people/hsv/packages/erlang.git собираемый вариант > R14B01. Попробуй закинуть в сизиф, R14 вполне живой AFAIH. > Для сборки хашерница должна быть настроена как под сборку jar-ов. BuildRequires: /proc ? (В ответ на комментарий №16) > (In reply to comment #15) > > Запушил на git.altlinux.org/people/hsv/packages/erlang.git собираемый вариант > > R14B01. > Попробуй закинуть в сизиф, R14 вполне живой AFAIH. Попробовал. [#37631] FAILED erlang.git=R14B.1-alt1 (Girar Builder robot, Копия: Mikhail Yakshin, sisyphus-incominger@lists.altlinux.org, Sat Jan 29 22:17:06 2011) http://git.altlinux.org/tasks/37631/task/log.1.1 2011-Jan-29 22:06:03 :: task #37631 for sisyphus started by hsv: #100 build R14B.1-alt1 from /people/hsv/packages/erlang.git 2011-Jan-29 22:06:06 :: cloned Sisyphus 2011-Jan-29 22:06:07 :: [i586] #100 erlang.git R14B.1-alt1: build start 2011-Jan-29 22:06:07 :: [x86_64] #100 erlang.git R14B.1-alt1: build start 2011-Jan-29 22:50:49 :: [i586] #100 erlang.git R14B.1-alt1: build OK 2011-Jan-29 22:53:45 :: [x86_64] #100 erlang.git R14B.1-alt1: build OK 2011-Jan-29 22:54:18 :: build check OK 2011-Jan-29 22:54:36 :: noarch check OK 2011-Jan-29 22:54:37 :: version check OK 2011-Jan-29 22:55:22 :: created test repo 2011-Jan-29 22:55:27 :: dependencies check OK 2011-Jan-29 22:56:07 :: ELF symbols check OK 2011-Jan-29 22:56:37 :: [i586] erlang: install check OK 2011-Jan-29 22:56:39 :: [x86_64] erlang: install check OK 2011-Jan-29 22:57:15 :: [i586] erlang-common_test: install check OK 2011-Jan-29 22:57:18 :: [x86_64] erlang-common_test: install check OK 2011-Jan-29 22:57:52 :: [i586] erlang-common_test-common: install check OK 2011-Jan-29 22:57:56 :: [x86_64] erlang-common_test-common: install check OK 2011-Jan-29 22:58:29 :: [i586] erlang-common_test-debug: install check OK 2011-Jan-29 22:58:34 :: [x86_64] erlang-common_test-debug: install check OK 2011-Jan-29 22:59:07 :: [i586] erlang-common_test-devel: install check OK 2011-Jan-29 22:59:14 :: [x86_64] erlang-common_test-devel: install check OK 2011-Jan-29 22:59:45 :: [i586] erlang-common_test-native: install check OK 2011-Jan-29 22:59:51 :: [x86_64] erlang-common_test-native: install check OK i586: erlang-devel=R14B.1-alt1 post-install unowned files: /usr/lib/erlang/lib/erl_interface-3.7.2 2011-Jan-29 23:00:13 :: [i586] erlang-devel: install check OK x86_64: erlang-devel=R14B.1-alt1 post-install unowned files: /usr/lib/erlang/lib/erl_interface-3.7.2 2011-Jan-29 23:00:21 :: [x86_64] erlang-devel: install check OK 2011-Jan-29 23:00:50 :: [i586] erlang-docbuilder: install check OK 2011-Jan-29 23:01:00 :: [x86_64] erlang-docbuilder: install check OK 2011-Jan-29 23:01:17 :: [i586] erlang-docbuilder-common: install check OK 2011-Jan-29 23:01:29 :: [x86_64] erlang-docbuilder-common: install check OK 2011-Jan-29 23:01:46 :: [i586] erlang-docbuilder-debug: install check OK 2011-Jan-29 23:01:58 :: [x86_64] erlang-docbuilder-debug: install check OK 2011-Jan-29 23:02:23 :: [i586] erlang-docbuilder-devel: install check OK 2011-Jan-29 23:02:36 :: [x86_64] erlang-docbuilder-devel: install check OK 2011-Jan-29 23:02:51 :: [i586] erlang-docbuilder-native: install check OK 2011-Jan-29 23:03:06 :: [x86_64] erlang-docbuilder-native: install check OK 2011-Jan-29 23:03:28 :: [i586] erlang-examples: install check OK 2011-Jan-29 23:03:44 :: [x86_64] erlang-examples: install check OK 2011-Jan-29 23:04:06 :: [i586] erlang-full: install check OK 2011-Jan-29 23:04:24 :: [x86_64] erlang-full: install check OK 2011-Jan-29 23:04:44 :: [i586] erlang-jinterface: install check OK 2011-Jan-29 23:05:03 :: [x86_64] erlang-jinterface: install check OK 2011-Jan-29 23:05:23 :: [i586] erlang-megaco: install check OK 2011-Jan-29 23:05:42 :: [x86_64] erlang-megaco: install check OK 2011-Jan-29 23:05:50 :: [i586] erlang-megaco-common: install check OK 2011-Jan-29 23:06:11 :: [x86_64] erlang-megaco-common: install check OK 2011-Jan-29 23:06:18 :: [i586] erlang-megaco-debug: install check OK 2011-Jan-29 23:06:41 :: [x86_64] erlang-megaco-debug: install check OK 2011-Jan-29 23:06:56 :: [i586] erlang-megaco-devel: install check OK 2011-Jan-29 23:07:21 :: [x86_64] erlang-megaco-devel: install check OK 2011-Jan-29 23:07:26 :: [i586] erlang-megaco-native: install check OK 2011-Jan-29 23:07:50 :: [x86_64] erlang-megaco-native: install check OK 2011-Jan-29 23:08:06 :: [i586] erlang-odbc: install check OK 2011-Jan-29 23:08:29 :: [x86_64] erlang-odbc: install check OK 2011-Jan-29 23:08:36 :: [i586] erlang-odbc-common: install check OK 2011-Jan-29 23:08:58 :: [x86_64] erlang-odbc-common: install check OK 2011-Jan-29 23:09:04 :: [i586] erlang-odbc-debug: install check OK 2011-Jan-29 23:09:27 :: [x86_64] erlang-odbc-debug: install check OK 2011-Jan-29 23:09:42 :: [i586] erlang-odbc-devel: install check OK 2011-Jan-29 23:10:06 :: [x86_64] erlang-odbc-devel: install check OK 2011-Jan-29 23:10:10 :: [i586] erlang-odbc-native: install check OK 2011-Jan-29 23:10:36 :: [x86_64] erlang-odbc-native: install check OK 2011-Jan-29 23:10:48 :: [i586] erlang-otp: install check OK 2011-Jan-29 23:11:14 :: [x86_64] erlang-otp: install check OK 2011-Jan-29 23:11:24 :: [i586] erlang-otp-common: install check OK 2011-Jan-29 23:11:53 :: [x86_64] erlang-otp-common: install check OK 2011-Jan-29 23:12:01 :: [i586] erlang-otp-debug: install check OK 2011-Jan-29 23:12:32 :: [x86_64] erlang-otp-debug: install check OK 2011-Jan-29 23:12:40 :: [i586] erlang-otp-devel: install check OK 2011-Jan-29 23:13:11 :: [x86_64] erlang-otp-devel: install check OK 2011-Jan-29 23:13:18 :: [i586] erlang-otp-native: install check OK 2011-Jan-29 23:13:49 :: [x86_64] erlang-otp-native: install check OK 2011-Jan-29 23:13:56 :: [i586] erlang-visual: install check OK 2011-Jan-29 23:14:29 :: [x86_64] erlang-visual: install check OK 2011-Jan-29 23:14:33 :: [i586] erlang-visual-common: install check OK 2011-Jan-29 23:15:07 :: [x86_64] erlang-visual-common: install check OK 2011-Jan-29 23:15:12 :: [i586] erlang-visual-debug: install check OK 2011-Jan-29 23:15:46 :: [x86_64] erlang-visual-debug: install check OK 2011-Jan-29 23:15:50 :: [i586] erlang-visual-devel: install check OK 2011-Jan-29 23:16:25 :: [x86_64] erlang-visual-devel: install check OK 2011-Jan-29 23:16:28 :: [i586] erlang-visual-native: install check OK 2011-Jan-29 23:17:04 :: [x86_64] erlang-visual-native: install check OK 2011-Jan-29 23:17:05 :: gears inheritance check OK erlang-R14B.1-alt1.src.rpm: missing last changelog entry from erlang-R12B.5-alt11.2.1.src.rpm: * Wed Dec 08 2010 viy@altlinux R12B.5-alt11.2.1 2011-Jan-29 23:17:05 :: srpm inheritance check COND-OK girar-check-perms: access to erlang DENIED for hsv: does not belong to approved builders list: greycat @qa erlang: Operation not permitted 2011-Jan-29 23:17:05 :: acl check FAILED 2011-Jan-29 23:17:05 :: task #37631 for sisyphus FAILED Поправил
> i586: erlang-devel=R14B.1-alt1 post-install unowned files:
> /usr/lib/erlang/lib/erl_interface-3.7.2
> 2011-Jan-29 23:00:13 :: [i586] erlang-devel: install check OK
> x86_64: erlang-devel=R14B.1-alt1 post-install unowned files:
> /usr/lib/erlang/lib/erl_interface-3.7.2
> erlang-R12B.5-alt11.2.1.src.rpm:
> * Wed Dec 08 2010 viy@altlinux R12B.5-alt11.2.1
Запушил.
< erlang add hsv
> OK: erlang: greycat @qa hsv
girar-acl: 1 command(s) queued
Пекеты R14B.1-alt1 подготовленные к заливке: rpm http://git.altlinux.org/tasks/38278/build/repo i586 task rpm http://git.altlinux.org/tasks/38278/build/repo x86_64 task заитересованных (если таковые имеются) прошу проверить. (В ответ на комментарий №20) > Пекеты R14B.1-alt1 подготовленные к заливке: > > rpm http://git.altlinux.org/tasks/38278/build/repo i586 task > rpm http://git.altlinux.org/tasks/38278/build/repo x86_64 task > > заитересованных (если таковые имеются) прошу проверить. (12:22:17) mike: нуу можно и предупредить, хотя бы vvk@/sbolshakov@ (касательно ejabberd) Подписаны. (В ответ на комментарий №9) > (В ответ на комментарий №8) > > Кстати: > > При попытке посмотреть на Эрланг через призму поиска > > http://sisyphus.ru/ru/srpm/Sisyphus/erlang > > имеем > > > > [an error occurred while processing this directive] > > > > Это при наличии самого Эрланга в Сизифе... > > прошло всего 3 месяца ... а ошибка все еще окуред. А здесь http://prometheus.altlinux.org/ru/Sisyphus/srpms/erlang работает... Ёж работает с R14B.1-alt1 без пересборки, только при обновлении не может корректно остановиться. Приходится ручками добивать. (В ответ на комментарий №23) > Ёж работает с R14B.1-alt1 без пересборки, только при обновлении не может > корректно остановиться. Приходится ручками добивать. Склонировал git://git.altlinux.org/people/vvk/packages/ejabberd.git Собрал (с 14B.1), поставил (без настройки). start, status, stop нормально. Проблема стопа старого с новым Эрлангом? Бродють мысли насчёт триггера в ejabberd, вот только не соображу, какого... (В ответ на комментарий №25)
> Бродють мысли насчёт триггера в ejabberd, вот только не соображу, какого...
У меня бродють насчет параметров
-heart -shutdown_time 5000
в /etc/rc.d/ejabberd к стопу добавить, где:
-shutdown_time Time:
Specifies how long time (in milliseconds) the init process is allowed to spend shutting down the system. If Time ms have elapsed, all processes still existing are killed. Defaults to infinity.
Я сколько помню, всегда были какие-нибудь проблемы с корректностью остановки, это надо садиться и разбираться, что там как устроено (а лениво). В общем, это не повод задерживать новый erlang. (В ответ на комментарий №27) > Я сколько помню, всегда были какие-нибудь проблемы с корректностью остановки, > это надо садиться и разбираться, что там как устроено (а лениво). Может таки попробовать -shutdown_time Жестоко, но может сработать. > В общем, это > не повод задерживать новый erlang. Не хотелось-бы, чтобы обновление что-либо сломало. Хотя по количеству nobody@ на Эрланг-зависимых пакетах ... (В ответ на комментарий №28) > (В ответ на комментарий №27) > > В общем, это > > не повод задерживать новый erlang. > Не хотелось-бы, чтобы обновление что-либо сломало. как-то на заре желания обновить erlang добрый человек кинул ссылку на R13B4, git://git.altlinux.org/people/hsv/packages/erlang.git, оттуда собрал и пользуюсь. вот такие пакеты установлены: [root@jabber /]# rpm -qa | egrep 'erlang|ejabberd' ejabberd-2.1.6-alt1 erlang-R13B.4-alt1.2 erlang-otp-R13B.4-alt1.2 erlang-otp-common-R13B.4-alt1.2 обслуживает этот сервер "географический" джаббер: [root@jabber /]# hostname jabber.tomsk.ru зарегистрировано 1400 пользователей. работает без проблем. (In reply to comment #28) > Может таки попробовать -shutdown_time > Жестоко, но может сработать. (поразмыслив) Может, сделать некий %_libexecdir/erlang/triggers/, куда: * положить скрипты, вызываемые из %pre/%post/%preun/%postun (см. конец /usr/share/doc/rpm-4.0.4/manual/triggers) и запускающие соответственно %_libexecdir/erlang/triggers/*.$TYPE и * складывать хуки от пакетов, которые заинтересованы выполнять какие-либо действия по таким событиям -- например, в ejabberd.preun: "проверить, запущен ли ejabberd; если да, выставить флажок в %_localstatedir/erlang/triggers/" и в ejabberd.post: "проверить, есть ли флажок; если да, попытаться запустить ejabber и очистить флажок" ? (В ответ на комментарий №31) > (In reply to comment #28) > (поразмыслив) Может, сделать некий %_libexecdir/erlang/triggers/, куда: > * положить скрипты, вызываемые из %pre/%post/%preun/%postun > (см. конец /usr/share/doc/rpm-4.0.4/manual/triggers) и запускающие > соответственно %_libexecdir/erlang/triggers/*.$TYPE и > * складывать хуки от пакетов, которые заинтересованы выполнять какие-либо > действия по таким событиям -- например, в ejabberd.preun: > "проверить, запущен ли ejabberd; если да, выставить флажок > в %_localstatedir/erlang/triggers/" и в ejabberd.post: > "проверить, есть ли флажок; если да, попытаться запустить ejabber > и очистить флажок" Слабо представляю реализацию :-) Возможно -shutdown_time проще (это, кстати, может решить проблему рестарта джаббера). В Эрланге есть "Reltool is a release management tool" - инструмент, позволяющий создать автономную ноду с приложением и необходимыми для ее работы (в части касающейся) файлами самого эрлангового хозяйства. Если паковать приложение таким образом, то, возможно, проблемы рестартов (и не только) возникать не будет. Правда сервис будет тягать за собой часть Эрланга (в виде ~11 MB несжатых файлов), но от наличия и версии самого Эрланга зависить не будет. Может имеет смысл посмотреть и в эту сторону. Думаю, что дальнейшая дискуссия более уместна уже в sisyphus@ или devel@ ? (В ответ на комментарий №31) > (In reply to comment #28) > (поразмыслив) Может, сделать некий %_libexecdir/erlang/triggers/, куда: > * положить скрипты, вызываемые из %pre/%post/%preun/%postun > (см. конец /usr/share/doc/rpm-4.0.4/manual/triggers) и запускающие > соответственно %_libexecdir/erlang/triggers/*.$TYPE и > * складывать хуки от пакетов, которые заинтересованы выполнять какие-либо > действия по таким событиям -- например, в ejabberd.preun: > "проверить, запущен ли ejabberd; если да, выставить флажок > в %_localstatedir/erlang/triggers/" и в ejabberd.post: > "проверить, есть ли флажок; если да, попытаться запустить ejabber > и очистить флажок" Слабо представляю реализацию :-) Возможно -shutdown_time проще (это, кстати, может решить проблему рестарта джаббера). В Эрланге есть "Reltool is a release management tool" - инструмент, позволяющий создать автономную ноду с приложением и необходимыми для ее работы (в части касающейся) файлами самого эрлангового хозяйства. Если паковать приложение таким образом, то, возможно, проблемы рестартов (и не только) возникать не будет. Правда сервис будет тягать за собой часть Эрланга (в виде ~11 MB несжатых файлов), но от наличия и версии самого Эрланга зависеть не будет. Может имеет смысл посмотреть и в эту сторону. Думаю, что дальнейшая дискуссия более уместна уже в sisyphus@ или devel@ ? (In reply to comment #33) > Слабо представляю реализацию :-) Да реализация-то проста как два полена, на примере erlang и ejabberd могу нарисовать патчи. > Думаю, что дальнейшая дискуссия более уместна уже в sisyphus@ или devel@ ? Ну или так. (В ответ на комментарий №34) > (In reply to comment #33) > Да реализация-то проста как два полена, на примере erlang и ejabberd могу > нарисовать патчи. Приветствуется :-) |