Objective Caml - Вторник, 30 марта 2010

Objective Caml

ocaml@conference.jabber.ru

Вторник, 30 марта 2010< ^ >

Конфигурация комнаты

Участники комнаты

GMT+4
[00:16:50] valexey вышел(а) из комнаты
[00:18:45] Kakadu вышел(а) из комнаты
[00:38:07] ermine вышел(а) из комнаты
[00:48:08] <ygrek> А что принято делать с feature branch'ем если upstream его включил (с небольшими изменениями?). Просто удалить - не хочется - теряется история. Оставить висеть (засоряется пространство имён веток)? Смержить в паралелльную upstream'у ветку? Где почитать?
[00:48:14] <ygrek> речь про git если что
[00:54:02] Typhon_ вышел(а) из комнаты
[01:46:45] gds вышел(а) из комнаты
[01:53:49] digital_curse вышел(а) из комнаты
[02:27:34] ygrek вышел(а) из комнаты
[02:55:11] serp256 вышел(а) из комнаты
[07:48:22] iNode вышел(а) из комнаты
[07:55:28] ygrek вошёл(а) в комнату
[08:10:31] ygrek вышел(а) из комнаты
[08:12:09] ygrek вошёл(а) в комнату
[08:16:05] iNode вошёл(а) в комнату
[08:59:05] gds вошёл(а) в комнату
[09:08:56] <gds> ygrek: насчёт feature branch -- не знаю, как принято, но я бы делал так: если "небольшие изменения" таки ощутимые, то ничего не поменялось -- есть апстрим, есть патч, только меньший.  Если фича устраивает полностью, то данную историю можно отслеживать в истории проекта, в git log каком-нибудь -- то есть, можно применить обратный патч с комментарием "вернул всё взад, ибо апстрим молодцы".  И я бы оставил ветки как есть -- если была feature branch с твоими патчами, то новый апстрим вполне можно было бы размещать/обновлять в этой же ветке, так как feature таки есть, следовательно и бранчу почему бы не быть.  (но насчёт веток -- тут не уверен, это зависит от гита, и надо посмотреть, как это технически будет выглядеть)
[10:31:01] serp256 вошёл(а) в комнату
[10:55:00] f[x] вошёл(а) в комнату
[10:59:21] valexey_ вошёл(а) в комнату
[11:13:34] ygrek вышел(а) из комнаты
[11:37:33] ermine вошёл(а) в комнату
[11:58:26] <f[x]> gds: угу, насчёт "небольших изменений" согласен. А вот оставлять ветки - вряд-ли, я так понял ты предлагаешь периодически мержить апстрим в фич-бранч? У меня в mldonkey сейчас 8 фич уже - замаешься :)
Я пока пробую так - апстрим синкается в бранч usptream который я никак не трогаю, upstream мержится в master, в который также мержатся все фич бранчи которые апстрим принял и я на них закончил разработку. При этом неявно есть инвариант - git diff master upstream - пустой. В плюсах - история вся сохраняется, пространство имён освобождается (head'ы фич-бранчей после мержа в master можно удалять). Минус - много(?) мержей, ручная работа, инвариант неявный.
[11:59:15] <gds> а как у тебя сейчас с ветками mldonkey дела обстоят?  вообще картину не представляю.
[11:59:44] <gds> тьфуты, туплю, вижу.
[12:08:28] <gds> в меркуриале для этой задачи почти идеально подходит mq -- очередь патчей.  Ручная работа минимальна в среднем случае (разве что когда конфликты возникают, всякий 3-way merge, пока мало вникал).  Только вот как на гите подобное оформить -- не знаю.
А расскажи, какие действия предпринимаешь, когда слегка (без конфликтов) изменился upstream, после его синхронизации?  Хочу знать, как в гите такое делать.
[12:13:53] <f[x]> если апстрим менял то что меня не касается и я ещё не закончил свою часть - игнорю
иначе - два стандартных варианта - rebase upstream feature или co feature; merge upstream - в принципе неважно - по вкусу
[12:16:20] <gds> а почему неважно -- разве граф получается эквивалентный?  Конечный результат в ветке upstream по идее будет одинаковым, это понимаю.
[12:18:19] <f[x]> граф разный, но если бранч не push'ится никуда то это неважно
[12:37:39] f[x] вышел(а) из комнаты: Logged out
[12:37:47] f[x] вошёл(а) в комнату
[13:50:37] ygrek вошёл(а) в комнату
[15:17:52] <f[x]> oh shi.. http://www.erlang-mnesia-video.ru/
[15:19:25] ygrek вышел(а) из комнаты
[16:32:55] Mon вышел(а) из комнаты
[16:33:03] Mon вошёл(а) в комнату
[16:34:57] Mon вышел(а) из комнаты: offline
[16:35:36] Mon вошёл(а) в комнату
[17:02:40] valexey вошёл(а) в комнату
[17:24:45] <ermine> f[x]: спугнул!
[17:24:45] valexey_ вышел(а) из комнаты
[17:24:45] serp256 вышел(а) из комнаты
[17:26:31] <f[x]> ocaml@c.j.r-эффект?
[17:26:48] serp256 вошёл(а) в комнату
[17:30:35] gds вышел(а) из комнаты
[17:35:18] <ermine> ну примерно
[17:35:24] <ermine> сказали что сайт не доделан
[17:37:27] <valexey> блин, ну ниужели под маздай нет ни одного приличного xmpp клиента умеющего jingle?!
[17:43:26] <ermine> пся, пиджин
[17:43:47] <valexey> пиджин под виндою вроде как не умеет voip.
[17:43:51] <valexey> т.е. звук и видео.
[17:44:11] <valexey> по кр. мере я не нашел как там сделать соотв. звонок + он молчит на все входящие.
[17:44:17] <valexey> т.е. игнорирует. партизанит.
[17:44:33] <ermine> вроде  - это точно?
[17:44:46] <valexey> это я проверил.
[17:44:50] <ermine> ты проверь, проверь, лучше на сайте разработчиков пиджина
[17:44:57] <valexey> и там проверил.
[17:45:04] <ermine> или в конкретном дистрибутиве проверил?
[17:45:11] <valexey> пся радостно отбивает входящий звонок.
[17:45:19] <valexey> в каком нафиг конкретном дистрибутиве?
[17:45:24] <valexey> у винды один дистрибутив.
[17:45:33] <ermine> просто мне помнится, что во фре в опциях сборки было чота про jingle
[17:45:39] Kakadu вошёл(а) в комнату
[17:45:52] <valexey> под линухом пиджин умеет voip.
[17:50:08] <valexey> а с psi при входящем имеем следующую картину: http://paste.org.ru/?j6ld68
[17:50:21] <ermine> а jingle в пиджине, насколько я не понимаю, завязан на gstreammer
[17:51:02] <valexey> гстример используется для медии, да. также как и в psi
[17:51:51] <ermine> valexey: тебе jingle или gtalk?
[17:53:03] <valexey> вообще jingle, а что, гугл таки не привел свой протокол к стандарту?
[17:53:37] <ermine> у них gtalk
[17:55:01] <valexey> а gtalk разве не есть прародитель jingle'а?
[17:56:08] <ermine> не знаю
[18:44:44] iNode вышел(а) из комнаты
[19:05:43] valexey вышел(а) из комнаты
[19:10:15] f[x] вышел(а) из комнаты
[19:32:44] serp256 вышел(а) из комнаты
[19:51:50] Typhon вышел(а) из комнаты
[20:23:37] Kakadu вышел(а) из комнаты
[20:29:22] abiogenesis вошёл(а) в комнату
[20:35:24] gds вошёл(а) в комнату
[20:44:30] abiogenesis вышел(а) из комнаты
[21:03:03] iNode вошёл(а) в комнату
[21:31:01] digital_curse вошёл(а) в комнату
[21:52:51] ygrek вошёл(а) в комнату
[22:08:22] Kakadu вошёл(а) в комнату
[22:10:06] <Kakadu> вот ocsigen позволяет программировать на стороне сервера, а можно как-нить программировать на стороне клиента? Какой-нить фреймворк для RIA типа Silverlight или JavaFX script
[22:28:00] <olegfink> есть O'Browser, но это немного не то
[22:28:23] <olegfink> но вообще он моднее, чем жаба, флеш и аналогичные поделки мс, так как написан на жс
[22:28:55] <olegfink> еще есть ocamljs
[22:32:05] <Kakadu> "так как написан на жс" - что такое жс?
[22:32:09] <Kakadu> javascript?
[22:34:18] <ermine> ygrek: а нет там планов прикрутить к камлу llvm?
[22:35:27] <Kakadu> я тут на днях прочитал в LXF про llvm. так и не понял что это такое))
[22:37:50] <olegfink> переписанный gcc
[22:38:22] <olegfink> жс -- javascript
[22:39:12] <olegfink> ermine, в смысле backend? сам llvm как либа худо-бедно прикручен
[22:39:27] <olegfink> (хоть мне и приходилось дописывать биндинги через чих)
[22:39:55] <ermine> olegfink: где?
[22:40:10] <ermine> olegfink: в твоем проекте?
[22:40:56] <olegfink> да, мои биндинги никому кроме меня не нужны
[22:41:31] <ermine> olegfink: дай ссылку
[22:41:43] <ermine> как раз llvm интересует
[22:42:03] <olegfink> на что?
[22:42:12] <ermine> ну на биндинг чоле
[22:42:27] <ermine> предлагают кстати к сульце прикручивать
[22:42:49] <ermine> я кстати тоже почти не знаю, что такое llvm
[22:43:06] <olegfink> зачем к sulci?
[22:43:48] <ermine> http://llvm.org/docs/tutorial/OCamlLangImpl1.html
[22:43:53] <ermine> это шоле?
[22:44:34] <ermine> olegfink: ну, это был ехидный ответ на мой вопрос об доступности llvm
[22:44:58] <olegfink> http://llvm.org/viewvc/llvm-project/llvm/trunk/bindings/ocaml/ и твоя ссылка
[22:45:11] <olegfink> плюс еще есть харроп и hlvm
[22:45:16] <olegfink> http://www.ffconsultancy.com/ocaml/hlvm/
[22:45:40] <olegfink> это, видимо, самый большой объем кода на ocaml-llvm в природе
[22:47:13] <ermine> а вместо gcc?
[22:47:25] <ermine> а, тьфу
[22:47:52] <ermine> оно уже к окамлопту присобачен
[22:48:03] <olegfink> где?
[22:48:23] <ermine> говорят что на моей ссылке
[22:49:03] ermine по ссылкам пока не ходила
[22:49:09] <ermine> лень
[22:49:37] <olegfink> ну я твою ссылку в свое время прочел, что-то ни тогда, ни сейчас там ocamlopt не было
[22:53:20] <ermine> ну тогда вопрос про планы остается открытым :)
[22:54:30] <olegfink> да ну, лучше не надо. ocamlopt хотя бы как-то работает, а как прикрутят llvm, так хана будет.
[22:57:52] ermine раздумывает, можно ли прибиндить в камле сишнюю функцию с va_args
[23:03:25] <olegfink> а как ты представляешь ее камловый тип?
[23:06:16] <ermine> ну есть тип format4
[23:06:31] <ermine> какнить, функция принтфоподобная
[23:06:57] <ermine> надо будет в это поиграть какнить
[23:08:35] <olegfink> ну в стдлибе оно на окамлевой стороне написано, кажется
[23:10:10] <ermine> и поэтому его ругают
[23:11:23] <ermine> за то, что парсит форматную строку в рантайме
[23:14:47] <olegfink> ну зависимых типов в окамле нет, так что не очень понятно, как иначе
[23:40:30] Typhon вошёл(а) в комнату