Dev dependencies для rebar
Vladimir Gordeev
Peter Lemenkov
<gordeev.v...@gmail.com> написал:
Мало-помалу пользователи rebar переизобретают фишки пакетных
менеджеров, вместо интеграции с ними.
Это, кстати, не только для rebar такое - для любого языка с большим
коммьюнити, обязательно на каком-то этапе пишут свой языко-специфичный
пакетный менеджер, который делает хорошо если примерно 5% того, что
делают обычные универсальные пакетные менеджеры (остальное объявляется
ненужным, т.к. в коммьюнити мало людей разбирающихся в проблематике,
плюс еще их и не слушают). Затем кое-как добавляют оставшееся, причем
на стыках язык <-> другой язык ничего не работает надежно, т.к.
пакетные языкоспецифичные менеджеры друг про друга ничего не знают,
как не знают про них и системные менеджеры пакетов.
--
With best regards, Peter Lemenkov.
Dmitry Groshev
Вероятно, это связано с тем, что системные вроде апта древние, херовые и их разработчики на болте крутили удобство программистов, ставя во главу угла удобство мейнтейнеров? Одни глобальные зависимости чего стоят.
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
Max Lapshin
> Вероятно, это связано с тем, что системные вроде апта древние, херовые
И аццки сложные
Dmitrii Dimandt
Defnull
Led
> Вероятно, это связано с тем, что системные вроде апта древние, херовые и их
> разработчики на болте крутили удобство программистов, ставя во главу угла
> удобство мейнтейнеров? Одни глобальные зависимости чего стоят.
Вероятно, это связано с тем, что быдлокодеры, ничего не знающие о предмете (в данном случае - о пакетных менеджерах),
берутся что-то такое о них рассказывать.
--
Led
Dmitry Groshev
Mikhail Gusarov
Twas brillig at 21:17:29 26.05.2012 UTC+04 when lambda...@gmail.com did gyre and gimble:
DG> Achievement unlocked: назови незнакомого человека быдлом.
Былдлокодер - это термин, а не инвектив.
--
Alexander Dergachev
Anton Fedorov
erl -make.
Я уж молчу о 'make'.
В письме от Суб, 26 Май 2012, 23:52 Led пишет:
> Страница рассылки: http://groups.google.com/group/erlang-russian
> Новости: http://erlanger.ru
> Написать письмо: erlang-...@googlegroups.com
> Отписаться: erlang-russia...@googlegroups.com
>
Regards,
Anton Fedorov
Call2ru service
E-Mail: datac...@call2ru.com
Jabber: datac...@call2ru.com
Skype: datacompboy
ICQ: 272-35-262
Mobile: +7-913-925-7974 [SMS 24h, Call 05:00-19:00 MSKT (GMT+3)]
Alexander Dergachev
JLarky
чиху по сравнению с кодом на C :)
2012/5/27 Anton Fedorov <datac...@call2ru.com>:
Max Lapshin
миллисекунд. Ребар действительно фантастически медленно собирает.
Я пользуюсь rebar compile крайне редко.
Maxim Treskin
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
Maxim Treskin
Peter Lemenkov
> Намного проще, удобнее и правильнее (правильнее по существу, а не в
> идеализированных мечтах) делать один статический тарболл...
Максим, то, что ты написал, это вольный пересказ старой песни про
статическую линковку сишных библиотек, или то, что в виндозе
называется dll-hell, и от чего у вендузятников никак не получается
уйти по слухам (когда каждый setup.exe включает в себя разные версии
msvcrt.dll, mfs42.dll и т.п.)
В общем, подход "таскать с собой все", признали бесперспективным еще
до создания линукса, и мне Стыдно и Страшно жить в этой стране^W^W^W^W
от того, что приходится вам про это напомнить.
Ситуация с Erlang в дистрах далека от идеальной, и это надо исправлять
срочно (иначе так и будет таскать все с собой) - это надо сразу
сказать, а не рассказывать басни про "проще, удобнее и правильнее" с
пенька победно озираясь на окружившую тебя наивную молодежь.
Dmitry Groshev
Да куда уж нам, быдлопрограммистам, нежелающим мудиться с товарищами вроде того ментейнера, что запаковал в визи R14A, до пуристов-гуру запаковки.
Peter Lemenkov
<lambda...@gmail.com> написал:
> Да куда уж нам, быдлопрограммистам, нежелающим мудиться с товарищами вроде
> того ментейнера, что запаковал в визи R14A, до пуристов-гуру запаковки.
Я ж говорю - ситуация пока не очень. Но это не отменяет, не
противоречит и не отрицает.
Dmitry Groshev
Пётр, аргумент "все согласились" это не аргумент. Паковать блобом *серверный* код удобно; я подчеркну, что это не пользовательский код у сотен тысяч людей на сотнях тысяч машин, а полностью подконтрольный гомогенный кластер (в случае эрланга это обычно так). Какие плюсы у дебиан-стайл упаковки в этом случае?
Maxim Treskin
29 мая 2012 г., 13:27 пользователь Maxim Treskin <zert...@gmail.com> написал:
> идеализированных мечтах) делать один статический тарболл...
> Намного проще, удобнее и правильнее (правильнее по существу, а не в
Максим, то, что ты написал, это вольный пересказ старой песни про
статическую линковку сишных библиотек, или то, что в виндозе
называется dll-hell, и от чего у вендузятников никак не получается
уйти по слухам (когда каждый setup.exe включает в себя разные версии
msvcrt.dll, mfs42.dll и т.п.)
В общем, подход "таскать с собой все", признали бесперспективным еще
до создания линукса, и мне Стыдно и Страшно жить в этой стране^W^W^W^W
от того, что приходится вам про это напомнить.
Ситуация с Erlang в дистрах далека от идеальной, и это надо исправлять
срочно (иначе так и будет таскать все с собой) - это надо сразу
сказать, а не рассказывать басни про "проще, удобнее и правильнее" с
пенька победно озираясь на окружившую тебя наивную молодежь.
--
With best regards, Peter Lemenkov.
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
Maxim Treskin
Peter Lemenkov
<lambda...@gmail.com> написал:
> Пётр, аргумент "все согласились" это не аргумент. Паковать блобом
Правильно, это не аргумент, а подсказка, куда смотреть, чтоб иметь
теоретический бэкграунд по проблематике - всегда надо начинать с
исторических параллелей. Ну там, чего люди делали раньше в схожих
ситуациях.
Теперь теоретически можно и по существу пообщаться, но я не буду. Я
посмотрю со стороны, как Erlang коммьюнити проедет еще раз по граблям,
по которым уже за 30 лет до них сначал проехались C-разработчики,
затем за 20 лет до них - Java-разработчики, а 10 лет назад начали
потом PHP/Python/Ruby/JS-разработчики. Теперь очередь Erlang, Go и
прочих "молодых" языков (Erlang молодой, т.к. его инфраструктура в
целом только недавно начала открываться, с переводом ядра разработки
на GitHub).
Понимаешь, в чем дело - все эти странные рассуждения про "проще и
лучше", они идут от недостатка опыта на длинных интервалах. Без обид,
парни - ничего личного, я просто общо обрисовываю ситуацию. Например,
я всегда говорю, что RHEL боксы перезагружаются реже, чем время жизни
типичного стартапа - откуда у стратаперов жизненный опыт-то? Они
постоянно что-то пишут и выкладывают - думать о том, как правильно,
некогда. Вылетишь из индивидуальной капсулы. А большой Тру Энтерпрайз
еще только смотрит в эту сторону. Поэтому у меня есть ощущение, что
вопросы инжиниринга проектов пока еще не время поднимать на уровне
обсуждения и реализации - нет достаточной питательной среды в
Erlang-коммуне, нет устоявшихся публичных проектов, которым нужно не
только удовлетворение зависимостей на этапе сборки (самая примитивная
задача, которая влегкую решается всеми пакетными менеджерами, которые
существуют), а интеграция с обновлением систем целиком.
Подождем - в rebar еще много чего надо перетащить из пакетных
менеджеров, прежде, чем возникнет запрос на их оптимизацию под задачи
для Erlang, а не наоборот. Мой прогноз - движуха начнется спустя
год-полтора.
Max Lapshin
Когда на один сервер деплоится несколько приложений, библиотеки
начинают пересекаться.
Рельсовые приложения развиваются очень быстро и годовалой давности
либы уже неактуальны. Поэтому ставить их общесистемно нельзя.
Для этого придумали клевую тему с установкой всех либ локально к
приложению. И это правильно.
Max Lapshin
> я всегда говорю, что RHEL боксы перезагружаются реже, чем время жизни
> типичного стартапа - откуда у стратаперов жизненный опыт-то?
Это говорит только о том, что никто не думает о том, что будет, когда
такой бокс выйдет из строя.
Скорее всего многомилионные убытки бизнесу.
Большой аптайм — не повод для хвастоства сегодня.
> А большой Тру Энтерпрайз еще только смотрит в эту сторону.
Петя. Можешь кому угодно рассказывать про Тру Энтерпрайз, я этого
немного пожевал.
Он забил дешевыми низкоквалифицированными трусливыми людьми, которые
решают инженерные проблемы
через закупку брендового железа и перекладывание проблем с себя на других.
Энтерпрайз — не пример для подражания.
Led
> > Ситуация с Erlang в дистрах далека от идеальной, и это надо исправлять
> > срочно (иначе так и будет таскать все с собой) - это надо сразу
> > сказать, а не рассказывать басни про "проще, удобнее и правильнее" с
> > пенька победно озираясь на окружившую тебя наивную молодежь.
>
> Как это предлагаешь решать? Решение должно быть простым (иначе все на него
> забьют) и рабочим (иначе не будет работать).
rebar rpm/deb - для генерации спека.
--
Led
Maxim Treskin
--
Страница рассылки: http://groups.google.com/group/erlang-russian
Новости: http://erlanger.ru
Написать письмо: erlang-...@googlegroups.com
Отписаться: erlang-russia...@googlegroups.com
Maxim Treskin
Led
> Помимо генерации спека надо ещё с этой кучей пакетов что-то делать.
На OBS достаточно просто это делать: 3-5 человек, при наличии "rebar rpm" и договорённой общей полиси, могут
поддерживать актальный erlang-репозитарий из нескольких сотен пакетов.
--
Led
Vladimir Gordeev
> либы уже неактуальны. Поэтому ставить их общесистемно нельзя.
> Для этого придумали клевую тему с установкой всех либ локально к
> приложению. И это правильно.
Sergey Yelin
Sergey Yelin
Vladimir Gordeev
То есть получилось всё то же самое, только со ruby спецификой, так?
Sergey Yelin
отдельного приложения в специальном кеше, вот только почистить кеш была проблема
(по крайней мере в Windows 7 до всяких SP).
On May 29, 2012, at 1:39 PM, Peter Lemenkov wrote:
> 29 мая 2012 г., 13:27 пользователь Maxim Treskin <zert...@gmail.com> написал:
>
>> Намного проще, удобнее и правильнее (правильнее по существу, а не в
>> идеализированных мечтах) делать один статический тарболл...
>
> Максим, то, что ты написал, это вольный пересказ старой песни про
> статическую линковку сишных библиотек, или то, что в виндозе
> называется dll-hell, и от чего у вендузятников никак не получается
> уйти по слухам (когда каждый setup.exe включает в себя разные версии
> msvcrt.dll, mfs42.dll и т.п.)
>
>
> With best regards, Peter Lemenkov.
>
JLarky
научился руби? пакетному менеджеру специфичному для языка? Ну так в
go1 он есть. А для erlang есть например аналог RVM:
https://github.com/spawngrid/kerl
2012/5/29 Peter Lemenkov <leme...@gmail.com>:
Un Lexx
против методов rebar-ного типа установок
согласен что в репах есть проблема как с созданием своего репозитария(время, чтение туториелов) так и с поддержкой его в актуальном состоянии;
с ребаром ясно что не unix way переписывать то что уже реализовано в системе.
было бы интересно узнать ссылки на истории успехов где не изобретаются заново
"фишки пакетных менеджеров, вместо интеграции с ними."