Вопрос по гиту. Вот есть рефы. refs/heads/.., refs/remotes/../.. . Они заставляют гит не собирать мусорщиком коммиты, на которые они указывают, ну и дальше по графу. А могу ли я сделать (пусть и через низкоуровневые команды) какой-нибудь реф вида refs/mycommit, указывающий на нужный коммит, так, чтобы 1. ничего не наебнулось (все команды продолжали работать как раньше), 2. нужный коммит не был собран мусорщиком? Мне нужна не ветка, а именно реф, невидимый в `git branch -a`, недоступный для нормальной работы с ним, но предотвращающий потерю нужного коммита. (подразумеваю, что мне понадобится `git for-each-ref` для его поиска и что-то типа `git show` для его чтения, но это норм.) Нагуглить не смог, хотя и пытался, потому спрашиваю. И, пожалуйста, не надо про рефлог.

OK bnw, напомните, как назывался тот психологический эксперимент, в котором детям (школоте, а может даже студентам) учителя и прочие авторитеты впаривали различную алогичную хуйню, и ~83% подопытных раздвигали ягодицы мозга?

Вопрос к гитолюбам. Допустим, мы с Иваном Ильичём работаем на дизеле, а остальные коллеги что-то делают на мастере. Я локально ребейзю дизель поверх мастера, долго ебусь с конфликтами при этом. Иван Ильич, ничего не подозревая, доделывает свой кусок работы, пушит в дизель свои коммиты, затем уходит в запой на две недели. И тут я кончил ребейз, и что мне надо сделать, чтобы опубликовать новый вариант ветки "дизель"? git push origin diesel --force. Собственно вопрос: где окажутся коммиты Ивана Ильича после моих действий?

(via avkarpich) Вдруг кто-нибудь захочет в Москве пописать на Isabelle/HOL -- https://www.linux.org.ru/forum/job/11244226

Посоны, посоветуйте софт, суть токова: хочу нормальный¹² будильник+календарь в мобиле. ¹ -- чем не устраивает встроенный будильник: нет комментариев к будильникам (чтобы такой опциональный текст высвечивался, когда будильник звенит), нет (или, наверное, просто не нашёл) способа указать дефолтовую мелодию (текущая слишком тихая, даже на максимальной громкости, а каждый раз выбирать её -- ну его нафиг, слишком часто нужен будильник). ² -- чем не устраивает встроенный календарь: он не умеет звонить до тех пор, пока я не предприму действие с наступившим событием. Он раз пикнет, и всё, привет.

mfw мамка ядрёная ватница: … … … Кто там из анончиков говорил, что мою мамку ебал? Настало ваше время.

MLSSH (реализация ssh клиента и сервера) на окамле: http://dmzlj.livejournal.com/185158.html (с использованием пары dsl, насколько я понял). Что удивительно -- никаких упоминаний по существу гуглом не ищется, и всего ~ 2k упоминаний этого слова. Ещё удивительнее -- "Возможно, вы имели в виду: VK". Включаем паранойю!

Посоны, всем глинтвейна! Зимой он более чем уместен, он тёплый и добрый. Как всегда, предупреждение: глинтвейном, как и любыми напитками, имеющими кроме спирта и воды ещё что-то, нажираться не следует. Да и вообще, нажираться не следует. Рассказываю рецепт, по которому сейчас сварил кастрюльку. 1 бутылка кагора. Он должен быть сам по себе достаточно вкусным, он -- основа. Чекушка коньяка. Его вкусовые качества не очень важны, подойдёт и трёхлетней выдержки; да даже бренди будет ок. В кастрюле смешиваем кагор и коньяк, добавляем сахар (сейчас я взял карамельный, но можно и обычный, а некоторые берут мёд). Ставим на малый огонь. Добавляем гвоздику (такие маленькие хуёчки), мускатный орех (лучше натереть с целого, но не было, и взял молотый). Не обязательно, но очень желательно: корицу, кардамон. Мелко режем половину лимона, половину апельсина, яблоко, кидаем в котёл. Согласно некоторым поверьям, оно не должно кипеть: вкус будет гораздо хуже. Но я никогда не проверял это на практике. То есть, надо довести где-то до 75°C. Далее я размял фрукты шнягой для давки картофанчикового пюре, но это не обязательно. Так как коньяк весьма крепкий, а глинтвейт не обязан быть крепким, я выпускал спирт, периодически открывая крышку кастрюли. Но тут на любителя. Далее это дело должно настояться. Говорят, достаточно 15 минут, но я настаиваю дольше. Потом опционально отфильтровать фрукты. Дегустировать в тёплом виде. Такие дела.

Чувствовал баттхёрт в эти дни. Ажно свербило. Принял грамм пирантела для профилактики, потому что Человеку Разумному недостойно кормить червей. В связи с этим -- вопрос. Какую часть химических процессов внутри человека совершают живые клетки с геномом, отличающимся от генома самого человека? Есть там что-то смертельно-важное? Я про всякую микрофлору кишечника, наверное.

postgresql jsonb: http://www.databasesoup.com/2014/12/your-hanukkah-present-postgresql-94.html А ещё сегодня третий день хануки, а празднований чото не вижу. Ерж уже не те?

(сорь что не об экономоте.) Жена сварила хороший хохлоборщ. Я разрезал ложкой кусок картофанчика, и он -- внезапно! -- не до самой середины окрасился свеклой. И тут я понял. Ведь можно датировать борщ!

Объясните мне, знатоки меркуриала, в чём дело. В документации на hg update ( http://www.selenic.com/mercurial/hg.1.html#update ) говорится: "If the changeset is not a descendant or ancestor of the working directory's parent, the update is aborted.". Я создал репку с примерно таким hg glog: http://paste.in.ua/10168/raw/ Если рабочая копия имеет родителя 1, то hg up 2 не должен проходить (согласно документации), а он проходит. Наверное, они имели в виду что-то другое в документации?

А объясните мне, почему тупой трекер контента при клонировании репки клонирует только master branch? Какая там философия? Или, как обычно, никакой, ведь репка это всего лишь граф из рефов и блобов? (в кои-то веки понадобилось иметь именно гит-репку, причём не из-за того, что hg-git не работает или криво работает.) // не надо мне рассказывать, как склонировать в этом уёбище какие-то другие ветки: я умею пользоваться поисковиками для добычи знаний такого рода, но на вопрос "почему именно так?" они мне не ответили.

Увидел #W39TLB и вспомнил, что недавно искал один трек из детства. Трекерный такой трек. Кстати, мне impulse tracker как-то не очень нравился, scream tracker был ближе. Да и хуй с ним, вот музло: https://soundcloud.com/matchugovsky/early-fall (там оно в каком-то плейлисте, после этого трека какое-то говно будет играться, берегите уши.)

Я видел разные способы хранить интервалы дат в реляционках. Не, понятно, там два столбца, типа dt_start + dt_end, но кое-какие моменты не доходят до людей вообще. Попробую исправить. - null как дата начала/окончания -- неудобно. Правильное решение: фиксированные даты типа 01.01.0001 и 31.12.9999 и функции/вьюхи для получения видимой пользователем даты (если такая будет). Это только выглядит криво, а на самом деле спасает от тонн ошибок, связанных с нуллами. - главное: дата начала -- включительно, дата окончания -- исключительно. То есть, если есть дата начала 2014-12-07 00:00:00 и дата окончания 2014-12-08 00:00:00, в этот интервал попадают все даты 2014-12-07 XX:XX:XX, но не попадают 2014-12-08 00:00:00 и больше неё. С такими раскладами не получится сделать where mydate between dt_start and dt_end (если бы обе даты были "включительно"), но это абсолютно похуй, так как профит перевешивает: 1. условия не зависят от типов и форматов дат: в случае преобразования даты+времени в дату (если часы были 00:00:00) либо преобразования даты в дату+время (когда добавляют часы 00:00:00 к дате без часов) код продолжает работать как и раньше (а такие преобразования не всегда видны в коде невооружённым глазом, неявные преобразования типов таки случаются). 2. нет привязки к тому, какой "квант времени" подразумевался. Если бы интервал из примера выше был записан "концы включительно, квант = сутки", было бы "2014-12-07 .. 2014-12-07". Если бы надо было разбивать на часы, интервал внезапно преобразился бы в "2014-12-07 00:00:00 .. 2014-12-07 23:00:00". 3. часто надо рассмотреть "какие интервалы попадают на данную дату-время". В случае "квант = сутки" имеем where trunc(dt, 'DD') between dt_start and dt_end, заметьте функцию для обрезания даты и явное указание, докуда обрезать. А функции, как известно, не очень хорошо сотрудничают с оптимизатором запросов. - следствие обоих пунктов: валидация становится не сложнее, чем check (dt_start < dt_end) (для непустых интервалов) или check (dt_start <= dt_end) (для возможно пустых интервалов). - для извращенцев: with recursive либо connect by по условию prev.dt_end = next.dt_start