GNU Linux: Нотатки на манжетах

середа, 28 грудня 2011 р.

vim: відновлення позиції курсора при відкритті файлу

Працюючи над великою кількістю текстових файлів у vim відчув необхіднісь у відновленні сесії редагування: хотілося б щоб після відкриття документу курсор ставав на той рядок і символ, де закінчилось попереднє редагування.

Так от, звичайно, vim дозволяє це зробити! Як? Дуже просто:

Необхідно тільки дописати в ~/.vimrc наступні рядки:

if has("autocmd")
    set viewoptions=cursor,folds
    au BufWinLeave * if bufname('%')!='' | mkview | endif
    au BufWinEnter * if bufname('%')!='' | silent loadview | endif
endif

Ідея запозичена у Діми Коніщева і трохи перероблена

[напів-вирішено] Періодично злітає оформлення вікон в Ubuntu 10.04LTS

Якщо час від часу злітає оформлення вікон в Убунту (як ото показано на малюнку), це значить, що злетів сервіс gnome-settings-daemon (детальніше про це див. на askubuntu.com)

Розповім коротко: якщо це відбувається рідко то достатньо запустити цей сервіс вручну:

Alt+F2

gnome-settings-daemon

Цього (майже) достатньо: в мене, наприклад, контекстне меню на стільниці і Наутілус все одно не відновились :( Але розбиратись далі поки нема часу.

P.S. Коніщев Дмитрій пішов далі і показав, як можна взагалі обійтись без gnome-settings-daemon: http://konishchevdmitry.blogspot.com/2008/06/gnome-settings-daemon.html

пʼятниця, 23 грудня 2011 р.

GTick + /dev/dsp в Ubuntu 10.04 з ядром Linux 3.0

Після апгрейду Ubuntu з 9.04 до 10.04 LTS і (можливо) переходом на backport ядро 3.0 відвалився oss-девайс /dev/dsp*, а значить перестала працювати GTick.

GTick - це кульний метроном для занять музикою. Дозволяє вибирати ритм, темп, розмір, "цокіт" метроному. Маленька але непогана програмка. Проблема тільки в тому, що в репозитарії Ubuntu 10.04 знаходиться GTick версії 0.4.2, який для відтворення звуку хоче стару підсистему OSS, а саме девайс /dev/dsp*.

Правда, Google підказав, що вийшла нова версія GTick 0.5 з підтримкою PulseAudio, але компілювати її мені було влом, готовий PPA з новим GTick для Ubuntu 10.04 Lucid Lynx я не знайшов, тому я поглянув, як можна запустити те що маємо найменшим коштом:

Все виявилось дуже навіть просто: необхідно лише встановити пакет alsa-oss і запускати GTick з використанням скрипта aoss:

Code

$ sudo apt-get install alsa-oss
$ aoss gtick

Залишилось тільки налаштувати GTick (Властивості):
В мене в комп'ютері дві звукові картки, тому методом тику я знайшов ту, яка приєднана до колонок - перебором /dev/dsp0, /dev/dsp1, /dev/dsp2 (ця запрацювала :)

gTick 0.4.2 Properties window (Ubuntu 10.04LTS Lucid Lynx)

Це і все!

Шануймося, бо ми цього варті! :)

P.S. Якщо у вас більше одної звукової картки, то може виникати ситуація, коли після перезагрузки вашій картці буде даватись інший номер. Тоді кожний раз потрібно заходити і перевказувати "Файл пристрою". Вирішити це можна з допомогою правил udev

TODO: написати правила udev для такого прикладу

HINT: Запуск midnight commander з Gnome launcher

Midnight Commander - консольна програма. Якщо ж запускаєш її з Gnome Launcher-a (Alt+F2), то потрібно завжди ставити галочку "Запускати в терміналі", але погодьтесь, що послідовність [Alt]+[F2],mc,[Enter] коротша і швидша до набору за [Alt]+[F2],mc,[Tab],[Tab],[Enter]. (ну звичайно можна ще свою клавіатурну комбінацію вигадати для mc, але там все одно потрібно для запуску mc запускати спочатку термінал)

Так от, для цього я написав невеликий скриптик, який визначає звідкіля йде запуск - з GUI чи з терміналу і запускає в одному випадку термінал і mc, в іншому тільки mc.

Таким чином достатньо в Gnome Launcher (Alt+F2), або в терміналі просто набрати mc і натиснути Enter. Правда, зручно? :)

А ось і сам скриптик (розмістіть де буде зручно, тільки в теках, які є на шляху PATH):

#!/bin/sh

command="`which -a mc | grep "/usr/bin" | tail -1`"  # вибираємо тільки один командер. ще й останній у списку
                                                     # TODO: подумати, як прописати необхідний командер... наприклад в
           #       softlink @~/bin/mc.current

paramlist=""
for param in "$@"; do
  paramlist="$paramlist \"$param\""
done
if [ x$TERM = x ]; then
  gnome-terminal --title='mc' --command "sh -c \"$command $paramlist\""
else
  sh -c "$command $paramlist"
fi

exit $?

середа, 21 грудня 2011 р.

[Вирішено!] gvfsd-metadata segfault

Зазирнув тут я собі в логи (команда dmesg) і обалдів - купа сегфолтів у програмі gvfsd-metadata . Щось типу такого:

$ dmesg | grep gvfsd-metadata

[31399.725825] gvfsd-metadata[9257]: segfault at 8 ip 0804d35a sp bfea2000 error 4 in gvfsd-metadata[8048000+c000]
[33064.748049] gvfsd-metadata[10710]: segfault at 8 ip 0804d35a sp bfe43ab0 error 4 in gvfsd-metadata[8048000+c000]
[33126.720596] gvfsd-metadata[10787]: segfault at 8 ip 0804d35a sp bf8b33d0 error 4 in gvfsd-metadata[8048000+c000]
[33210.726835] gvfsd-metadata[10900]: segfault at 8 ip 0804d35a sp bfe92e70 error 4 in gvfsd-metadata[8048000+c000]
[33442.715020] gvfsd-metadata[11081]: segfault at 8 ip 0804d35a sp bfd3e4f0 error 4 in gvfsd-metadata[8048000+c000]
[33855.772065] gvfsd-metadata[11488]: segfault at 8 ip 0804d35a sp bffb7320 error 4 in gvfsd-metadata[8048000+c000]
[39416.766256] gvfsd-metadata[14977]: segfault at 8 ip 0804d35a sp bfde86d0 error 4 in gvfsd-metadata[8048000+c000]

Рішення, як завжди просте і банальне: я час від час умудряюсь під зав'язку забивати домашній каталог. А Linux це не дуже любить. В ці моменти перезаписи важливих файлів може закінчитись записом файлів нульової довжини, які пізніше у програмах, до цього не звичних (як ото gvfsd-metadata), призводять до segfault-ів.

Як лікується цей окремий випадок? Пошкодились файли метаданих Gnome, які збираються в каталозі ~/.local/share/gvfs-metadata. Лікується прибиванням цього каталога - най метадані збираються знову.

Code:

$ rm -rf ~/.local/share/gvfs-metadata
$ sudo pkill gvfsd-metadata  # а це для надійності - вбиваємо сам процес-шкідник :)

Що це за "метадані" такі? - це дані про файли в Gnome - змінена іконка на файлі або каталозі, примітка до файлу, емблемки... Взагалі-то без цього можна вижити, тому лікується таким крутим способом.

Реально ж, гадаю, має бути програма, яка знаходить биті metadata-файли і прибиває тільки їх.

P.S. Схоже що це рішення ще й радикально прискорило мою багатостраждальну машину! А я вже думав, що мені потрібно новий комп'ютер купувати... :)

вівторок, 20 грудня 2011 р.

[Вирішено!] Postgresql хоче більше пам'яті (could not create shared memory segment)

При черговому апгрейді postresql 9.1 на ноутбуці (Ubuntu 10.04LTS Linux), отримав:

Налаштовування postgresql-9.1 (9.1.2-1~lucid) ...
* Starting PostgreSQL 9.1 database server
* The PostgreSQL server failed to start. Please check the log output:
2011-12-20 19:51:25 EET FATAL:  could not create shared memory segment: Invalid argument
2011-12-20 19:51:25 EET DETAIL:  Failed system call was shmget(key=5433001, size=39337984, 03600).
2011-12-20 19:51:25 EET HINT:  This error usually means that PostgreSQL's request for a shared memory segment exceeded your kernel's SHMMAX parameter.
 You can either reduce the request size or reconfigure the kernel with larger SHMMAX.  To reduce the request size (currently 39337984 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.
 If the request size is already small, it's possible that it is less than your kernel's SHMMIN parameter, in which case raising the request size or reconfiguring SHMMIN is called for.
 The PostgreSQL documentation contains more information about shared memory configuration.

Відповідно Google одразу ж знайшов як цього позбутись (робимо copy-paste в улюблений термінал (Ctrl+c => Ctrl+Shift+v):

cp /etc/sysctl.conf /etc/sysctl.conf-orig
sudo sh -c 'echo "#\n# Це потрібно для postgres:\nkernel.shmmax = 104857600" >> /etc/sysctl.conf'
sudo sysctl -p

Tепер можна завершити інсталяцію (я полюбляю aptitude)

Шануйтеся! :)

середа, 28 грудня 2011 р.