четвер, 31 січня 2008 р.
Times New Roman у LaTeX
Полазивши по Тенетах - знайшов кілька пристойних книжок, які потрохи читаю.
Однак, при підготовці матеріалів постала проблема, яка полягає в тому, що наші науковці ну не вміють читати матеріали, які оформлені шрифтом, відмінним від Times New Roman (теза суперечлива, сьогодні піду здавати реферат - буду знати точно).
Тому я на всяк випадок перегенерував pdf-ку з шрифтом Times New Roman. Для цього, після команди \begin{document} слід вставити команду
\usefont{T2A}{ftm}{m}{sl}
Ось і все.
Матеріали почерпнув звідси (рос).
Паралельно знайшов матеріли, які стосуються перетворення з формату LaTeX у MS Word (рос.) та додавання власних шрифтів у LaTeX (рос.).
понеділок, 21 січня 2008 р.
Драйвери 44.3 від ATI - доповнення
Ну ламати не будувати - тому я змінив символічні посилання на бібліотеку, яка йшла в комплекті з драйверами ATI, і о диво.... OpenGL запрацював, ну принаймні так сказав мені fgl_glxgear.
Виставивши налаштування на мінімум - вирішив перевірити, як працює compiz. Виявляється працює. З чим всіх і себе вітаю.
Ну що ж закрито ще одну проблему.
Версія compiz: 0.6.3~git20071222.061ff159-1.
+ виникає підозра, що для того, щоб він нормально запрацював слід було внести деякі зміни
до файлу: /usr/bin/compiz,
а саме змінити рядок:
WHITELIST="nvidia intel ati radeon i810"
на
WHITELIST="fglrx nvidia intel ati radeon i810"
субота, 5 січня 2008 р.
Автоматичне під'єднання флешок з кирилицею
середа, 2 січня 2008 р.
Драйвери 44.3 від ATI
Нові драйвери я завантажив звідси. Після цього було зроблено пакунки для lenny (./ati-driver-installer-8.443.1-x86.x86_64.run --buildpkg Debian/lenny), які я спробував встановити в систему. Однак встановлення драйверів над існуючими не вдалося, тому поточні драйвери довелося видалити.
sudo apt-get remove fglrx-driver
sudo apt-get remove fglrx-driver-dev
sudo apt-get remove fglrx-amdcccle
sudo apt-get remove fglrx-kernel-src
Але на цьому труднощі не завершилися, оскільки при встановленні драйвера (sudo dpkg -i fglrx-driver_8.443.1-1_amd64.deb) apt видав повідомлення про помилку. Мова йшла про те, що пакунок вимагав перезапису файлу libGl.so.1.2 та символічного посилання на цей файл libGL.so.1. Конфліктну ситуацію усунуто, наказавши
встановлювачу перезаписати файли, незважаючи на попередження ( sudo dpkg -i --force-all fglrx-driver_8.443.1-1_amd64.deb).
За допомогою менеджера модулів (sudo m-a) було зібрано новий модуль для ядра.
Після перезавантаження та запуску X-сервера я перевірив функції opengl та налаштування відеоадаптера.
Висновки:
- Режим opengl є недоступним. Тестова програма fgl_glxgear виводить повідомлення про помилку: "GLXUnsupportedPrivateRequest".
- У панелі налаштувань ATI Catalyst Control Center у секціях 3D та Anisotropic Filtering неможливо внести зміни (див. малюнки)
- При завершенні gdm випливає повідомлення про помилку, на кшалт Segmentation Fault.
- При запуску GoogleEarth X-сервер перезавантажується.
Однак, слід повернути старі драйвери fglrx-driver (версія 42.) та його складові. Проте виявилося, що на момент написання цього допису у репозиторії з'явилися ці драйвери, і відкотити зміни назад стало неможливо. Тому я просто зніс встановлені мною драйвери, та завантажив нові з репозиторію. Єдиним нюансом стало перевстановлення бібліотеки lib1gl-mesa-glx та заміщення файлу libGL.so.1 аналогом з драйверів версії 44.3.
Чекаємо нових релізів.
середа, 19 грудня 2007 р.
Як запустити Deluge 0.5.7.1
Правда в цьому випадку будуть недоступними меню "Налаштування" та "Плаґіни", але ж ми не шукаємо легких шляхів ;)
Власне кілька днів опісля цього, я надибав ще один цікавий варіант, який полягає в тому, що у збірці використовується мова програмування python версії 2.4, а оптимальним є завантаження, без використання коментарів версії 2.5. Як людина допитлива, я одразу ж змінив у /usr/bin/deluge рядок #!/usr/bin/python2.4 на /usr/bin/python2.5, однак мене і тут чекала невдача, адже deluge у Debian зібрано на основі версіїї 2.4, а такого модуля, для версії 2.5 не існує. Довелося звертатися до офіційного сайту та збирати пакет власноруч.
Отже, змінюємо символічне посилання мови програмування python з версії 2.4 на 2.5
cd /usr/bin
sudo rm python
sudo ln -s python2.5 python
переходимо до теки /usr/src:
cd /usr/src
завантажуємо туди ж програму:
sudo wget -c http://download.deluge-torrent.org/index.php?dir=tarball/0.5.7.95/&file=deluge-0.5.7.95.tar.gz
розпаковуємо її:
sudo tar -xvf deluge-0.5.7.95.tar.gz
встановлюємо необхідні залежності для успішного збирання програми:
apt-get install g++ make python-all-dev python-all python-dbus python-gnome2-extras python-gtk2 python-notify python-pyopenssl librsvg2-common python-xdg python-support libboost-dev libboost-thread-dev libboost-date-time-dev libboost-filesystem-dev libboost-serialization-dev libssl-dev zlib1g-dev
та встановлюємо саму програму, за допомогою команд:
sudo make
sudo make install
після цього програма запустилася, однак жодних змін не відбулося. Виявилось, що для того, або зміни відбулися, слід видалити файл налаштувань з теки ~/.config/deluge
Отже:
rm ~/.config/deluge/prefs.state
Власне це і є вирішенням проблеми :)
четвер, 8 листопада 2007 р.
Web-камера для Лінакс
Отже:
- Перелік обладнання від LDP
- Перелік обладнання від вар'ята, який сам написав 235 драйверів для вебкамер.
- Встановлення веб-камери Logitech QuickCam Pro 4000.
- Веб-камери від Creative
- Перелік обладнання для німецько-розумічих
- Огляд обладнання від Linux USB overview.
- Посилання на сторінки з драйверами від exploits.org.
- 3Com HomeConnect Digital /ViCam USB
- Тут підтримуються веб-камери від Aiptek, Creative, Digicom, Dynalink, Ezsonics, Intel, Microtek, Pace, SuperCam, TCE, TerraCam, Trust, Utobia, Zoom. Підтримуються не всі моделі.
- А отут пропонують роботу з камерами Aox, Endpoints, Phillips, Kensington, Spypen, Rimax, Creative, Chicony, Concord.
- Великий перелік обладнання, тому навіть не буду цитувати....
- Сторінка підтримки веб-камери Connectix QuickCam VC
Покращення інформативності рядка стану для VIM.
Переклад: Андрій Боровий
Оригінал статті
В нижньому кутку редактора Vim знаходяться дві речі: буфер командного рядка (де вводяться команди) та рядок стану. У первинній конфігурації рядок стану є простим та неінформативним, однак це можна змінити за допомогою простих методів.
Цей розділ є витягом з нещодавно опублікованої книжки Hacking Vim.
Праворуч, первинний рядок стану відображає номер поточного рядка та колонки, а ліворуч - назву відкритого файлу, якщо такий є. Як тільки виконується команда Vim, замість рядка стану відображається буфер команд. Якщо ж команда виводить повідомлення, вони з'являються в правому кутку рядка стану.
Такий рядок стану цілком підходить для простого та швидкого редагування файлів. Однак, якщо Ви використовуєте Vim щодня і редагуєте різні формати файлів - значно зручніше використовувати більш інформативний рядок стану.
Команда, яка визначає вигляд рядка стану викликається наступним чином:
:set statusline formatде format
рядок у printf-подібному форматі, який описує вигляд статусу рядка. Зазирнувши у довідкову систему Vim, за допомогою :help 'statusline', Ви помітите, що рядок стану може показувати різну інформацію. Деякі параметри можуть бути більш корисними для щоденного використання, ніж інші.
Мій рядок стану містить наступну інформацію:
- ім'я файла, який я наразі редагую;
- формат цього файлу (DOS або UNIX);
- тип файлу, визначений Vim для цього файлу;
- символьний та шістнадцятковий код поточного символу;
- місце знаходження в документі у вигляді номера рядка та позиції в цьому рядку;
- довжина файлу (кількість рядків).
За допомогою наступної команди Ви отримаєте рядок стану із зазначеними вище параметрами:
:set statusline=%F%m%r%h%w\ [FORMAT=%{&ff}]\
[TYPE=%Y]\ [ASCII=\%03.3b]\ [HEX=\%02.2B]\
[POS=%04l,%04v][%p%%]\ [LEN=%L]
Я додав квадратні дужки для кожного параметру, щоб легше розрізняти їх між собою. Ці дужки є естетичним додатком, який Ви можете безпечно видалити.
Однак, навіть після введення цієї команди Ви не побачите жодних змін, рядок стану все ще буде мати старий вигляд, як при первинному встановленні. Це пояснюється тим, що Vim первинно не відображає рядок стану. Натомість він показує буфер команди з невеликою кількістю інформації. Для того, щоб Vim відобразив справжній рядок стану, слід змінити параметри у vimrc. Слід ввести команду, яка накаже програмі, виводити рядок стану як ще один останній рядок у вікні редактора.
:set laststatus=2
Після цього Ви побачите, що буфер команди залишився на своєму ж місці. Правда тепер з'явилося місце для рядка статусу, і Ви завжди будете мати на видному місці дані про поточний файл. Звісно, рядок стану займає певне місце області редагування. При потребі Ви можете видалити його до кінця сесії редагування, виконавши в середовищі Vim команду:
:set laststatus=0
Перемикання меню та рядка інструментів
Якщо Ви працюєте з Vim у консольному режимі, Вам не звикати до відсутності меню та рядка інструментів у верхній частині редактора. Зазвичай, Gvim, первинно використовуються обидва елементи.
Багато користувачів переконані, що наявність додаткового місця для редагування є значно важливішим, ніж наявність меню та рядка інструментів. Однак, деякі скрипти з меню додають більшої функціональності, а тому корисно мати під руками меню. Вирішити цю проблему можна за допомогою тимчасового вмикання/вимикання меню та рядка інструментів.
Наступний код прив'язує комбінацію Ctrl+F2 режиму увімкнення меню та рядка інструментів у Gvim. Щоб увімкнути цю можливість, додайте до файлу vimrc наступний код:
map :if &guioptions =~# 'T'
\set guioptions-=T
\set guioptions-=m
\else
\set guioptions+=T
\set guioptions+=m
\endif
Тепер, якщо Вам не потрібне меню та рядок інструментів, натиснувши Ctrl+F2, Ви звільните місце для тексту. Для того, щоб приховати лише меню або лише рядок інструментів, слід трішки відредагувати файл налаштувань vimrc. Щоб ховати лише меню, використайте:
:set guioptions-=m
Щоб сховати рядок інструментів:
:set guioptions-=T
Інші частини графічного інтерфейсу можна змінювати за допомогою команд setguioptions. Отримати перелік того, що Ви можете змінити, можна за допомогою команди :help 'guioptions'.