Показаны сообщения с ярлыком bug. Показать все сообщения
Показаны сообщения с ярлыком bug. Показать все сообщения

пятница, 17 июня 2011 г.

Совсем не вовремя заглючил аутлайнер

Нашел в org-mode 7.5 ошибку, которая слегка попортила нервы.
В agenda day/week view, при определенных условиях, не отображаются хидлайны, помеченные как scheduled, если используется настройка "org-enforce-todo-dependencies".

Воспроизводится легко. Новый файлик, без каких-либо свойств, всего с тремя хидлайнами, у второго хидлайна есть подзадача, отмеченая состоянием TODO.
* TODO task 1
SCHEDULED: <2011-06-16 Thu>
* task 2
SCHEDULED: <2011-06-16 Thu>
** TODO subtask 2-1
* task 3
SCHEDULED: <2011-06-16 Thu>
В day-agenda не отображается "task 2" (второй хидлайн верхнего уровня).
  NOTES:      Scheduled:  TODO task 1
NOTES: Scheduled: task 3
Не отображается, но если попробовать выделить и скопировать текст из Agenda (хотя бы строку с "task 1"), "task 2" в буфере будет присутствовать.

Чтобы второй пункт отобразился, нужно:
- Убрать TODO с "task 1",
- Или убрать TODO c "subtask 2-1",
- Или убрать из конфига "(org-enforce-todo-dependencies t)".

понедельник, 18 апреля 2011 г.

Неужто никто кроме меня не наткнулся

Сколько не обновляю bash-completion, и уже который раз натыкаюсь на поломку оного для portinstall.
Не забыть бы таки PR отослать (для того и пишу, чтобы не забыть).
В оригинальном варианте поиск индексного файла портов кривой, а в портах -- не работающий. Правильный патч для portupgrade (в отличии от битого из портов) должен быть:
--- contrib/portupgrade.orig    2010-09-04 02:35:04.000000000 -0400
+++ contrib/portupgrade 2010-09-04 02:38:00.000000000 -0400
@@ -26,11 +26,7 @@

portsdir=${PORTSDIR:-/usr/ports}/
_get_comp_words_by_ref cur prev
- # First try INDEX-5
- indexfile=$portsdir/INDEX-5
- # Then INDEX if INDEX-5 does not exist or system is not FreeBSD 5.x
- [[ "${OSTYPE%.*}" == freebsd5 && -f $indexfile ]] ||
- indexfile=$portsdir/INDEX
+ indexfile="$portsdir/INDEX-${OSTYPE:7:1}"

[[ "$prev" == -l || "$prev" == -L || "$prev" == -o ]] && return 0
Разница всего-то в одной цифре.

среда, 30 марта 2011 г.

Багу два года

У hgsubverison есть старый баг, c проверкой сертификатов.
Когда начинаешь использовать hgsubverions с svn-репозиториями, с которыми уже через svn работал, все нормально. Да и workaround достаточно прост, но осадочек все равно остался.

четверг, 24 июня 2010 г.

PocketBook: читайте документацию внимательно

Выяснилось, что баг с обновлением изображения на экране не пропал. Перелистываешь страницу, а буквы и элементы управления местами блеклые, не четкие, плохо прорисованные.

Локализовал ошибку случайно. Подметил, что проблема перерисовки возникает при попадании солнечных лучей. Чем ярче, тем больше эффект. Ехал в автобусе, читал книжку, и когда автобус поворачивал солнце попало на меня и гаджет, в это время "переворачивал" страницу... и достиг просветления. :) Поигрался -- эффект повторяемый. Показываешь солнышко экрану гаджета, листаешь, и пожалуйста, изображение портится.

В разделе о мерах предосторожности, руководства пользователя, упомянуто первым пунктом: "Не подвергать устройство воздействию прямых солнечных лучей". Встал вопрос, что такое "воздействие"? За пару секунд "засветил", пять минут подержал, на час забыл? Что такое прямые солнечные лучи? Просто попадание света на экран, или попадание под прямым углом? Завтра детали уточню.

Оказывается этот вопрос уже неоднократно поднимался на форуме www.the-ebook.org, причем еще год назад. То ли бракованая партия экранов была использована, то ли еще у определенных моделей такие особенности, толком не ясно. Разобравшись с поставщиком железа, лица, похожие на сотрудников PocketBook порекомендовали нести читалки в сервис, где их заменят или починят.

Не знаю, какое отношение к этой особенности у сервисных центров сейчас. Скажут "соблюдать условия эксплуатации", или заменят, починят... . Буду надеятся, что за год уж точно найдено решение проблемы, приятное для пользователя. Которое не требует мчаться в тень с быстротой опоздывающего вампира: ведь я так и не уяснил, вредны ли краткомоментные "выходы в свет" для устройства, т.е. не ухудшает ли это, со временем, его свойств.

Важность устранения эфекта зависит и от ситуаций его проявления. С этим нужно будет поэксперементировать. Возможно, что текущее положение дел меня вполне устроит.

воскресенье, 18 апреля 2010 г.

Баг запуска сервиса

Баг в mongodb на freebsd.
При старте сервиса mongod руками (из консоли) он сразу падает.
Лечится сменой локали на C:
env LANG=C sudo /usr/local/etc/rc.d/mongo start

пятница, 25 декабря 2009 г.

Почти само разрулилось

Между делом поборол глюки емакса с меню (все загружаемые моды создавали менюшки без элементов или с элементами из Lisp Interaction). Все решилось пересборкой емакса с опцией WITHOUT_GTK. Попутно емакс и org-mode обновил до последних версий.

Вещи связанные с gtk/gnome/glib, под новый год, определенно доставляют хлопот.

И даже по мелочам писец

Pdftk в портах поломали. Ну с этим-то ничего побыстренькому не сделать пока.
Емакс взбесился, видимо после предпоследнего обновления: менюшки дополнительных скриптов (org-mode, python-mode) пустуют, или содержат в себе элементы какого-нибудь из емаксовой менюшки, которая была на этом месте до запуска соответствующего скрипта.

Одним словом - пидоэпидерсия.

вторник, 3 ноября 2009 г.

Едкое

Дожили! У гугла не работает поиск по блогам.
Правильнее будет сказать, что не у всех он работает.
В блоге где я потихоньку выкладываю список имеющихся в коллекции книг, поиск по блогу находит только самые свежие записи. Запись за 28-sep-2009 уже не доступна для поиска, на сегодняшний день (за этот период записей вообще мало). Зато из обычного гугловского поиска записи прекрасно находятся.

У кого возникла подобная проблема, может помочь работникам гугла пофиксить проблемы, заполнив маленькую форму с тестовыми данными.