7/23/2012

не работает ptrace в Ubuntu

Обнаружили тут, что системный вызов ptrace не работает в Ubuntu 
и вываливается с ошибкой 'operation not permitted'.
 
Оказывается такое поведение по умолчанию включено в Ubuntu начиная с версии 10.10

Чтобы изменить поведение по умолчанию нужно немного поправить настройки ядра:
echo 0 > /proc/sys/kernel/yama/ptrace_scope

Или поправить файлик: 
/etc/sysctl.d/10-ptrace.conf 

3/26/2012

Визуализация разработки компилятора GCC в 1989-2012

Ребята с помощью утилиты Gource визуализировали процесс разработки компилятора gcc. 
На мой взгляд получилось и наглядно и красиво.

3/22/2012

GCC - 25 лет.

Ровно 25 лет назад, в далеком 1987 году Ричард Столлман анонсировал первый публичный релиз набора компиляторов GCC.

И к этой знаменательно дате приурочен выход новой версии GCC-4.7.0.

Компилятор GCC-4.7.0 содержит много новых возможностей, которых не было в ветке 4.6.x.
Из основных можно отметить:
  • Транзакционная память.
  • Поддержка большого количества фич стандарта ISO C++11, таких как atomics и новая модель памяти, определяемы пользователем литералы и т.д.
  • Значительно улучшен фреймворк оптимизации на этапе линковки (link-time optimization framework (LTO))
  • Улучшена поддержка расширений формата отладочной информации DWARF ()
  • Добавлена поддержка аппаратных платформ: 
    • Adapteva's Epiphany process
    • National Semiconductor's CR16 
    • TI's C6X 
    • Tilera's TILE-Gx and TILEPro.
    • Intel Haswell
    • AMD Piledriver 
    • ARM Cortex-A7 family.

Более подробно об изменениях можно почитать тут:
http://gcc.gnu.org/gcc-4.7/changes.html

Как узнать версию библиотеки libc?

Достаточно просто запустить файл библиотеки:

/lib/libc.so.6

GNU C Library stable release version 2.14.1, by Roland McGrath et al.
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.5.3.
Compiled on a Linux 3.2.0 system on 2012-01-18.
Available extensions:
        C stubs add-on version 2.1.2
        crypt add-on version 2.1 by Michael Glad and others
        Gentoo patchset 3
        GNU Libidn by Simon Josefsson
        Native POSIX Threads Library by Ulrich Drepper et al
        Support for some architectures added on, not maintained in glibc core.
        BIND-8.2.3-T5B
libc ABIs: UNIQUE IFUNC
For bug reporting instructions, please see:
.

2/15/2012

libreoffice + Gentoo = SIGILL

Ну вот как так можно собирать libreoffice-bin чтобы он падал по SIGILL?
После очередного обновления он именно этим и начал заниматься.


После расследования оказалось что падает при попытке исполнения инструкции vmovsd, которая является SIMD инструкцией AVX расширения процессора Intel и  на моем процессоре не поддерживается.

Багрепорт и немного расследования:
https://bugs.gentoo.org/show_bug.cgi?id=403931

Лечится сборкой LO из исходников или откатом на предыдущую версию.

2/06/2012

Переезжаем с Postgresql 8.4 на Postgresql 9.1 в Ubuntu


Делается это так:

$ su - postgres

Делаем backup на всякий случай:

$ pg_dumpall >backup_db

Останавливаем сервер:

$ pg_dropcluster --stop 9.1 main

Переносим данные со старого сервера:

$ pg_upgradecluster 8.4 main

Удаляем старый сервер:

$ pg_dropcluster 8.4 main

... 
Profit !

2/01/2012

Linux_x86_64 и Skype

21 век на дворе а skype до сих пор не распространяется для 64-х битных
линуксов.
Постоянно приходится извращаться, потому что при каждом обновлении в Gentoo появляются проблемы с камерой и каждый раз при обновлении
приходится добавлять в /usr/bin/skype вот такую строчку:

export LD_PRELOAD=/usr/lib32/libv4l/v4l1compat.so

Чего-то надоело уже.

Может кто знает, чем его можно заменить, но так, чтобы было возможность общаться с контактами из skype'а?
Есть какой нибудь транспорт, как например в xmpp?

p.s. Пост был  из будущего

1/27/2012

Настройка Apache + git + trac


Для хранения кода своих мелких проектов я частенько использую репозитории обычно или git или svn и систему багтрекинга trac.

Ниже для того, чтобы не забыть как это настраивается опишу все шаги на примере Ubuntu 10.10

1. Установка необходимого софта.

Устанавливаем весь необходимый софт:
$ apt-get install apache2 git subversion postgresql trac python-psycopg2 libapache2-mod-python

Включаем в апаче модули, которые нужны для доступа к репозиторию:
$ a2enmod dav dav_fs

2. Настройка git репозитория

Для примера создам тестовый репозитория с именем my_proj.
Для этого на сервер создаем каталог где у нас будут храниться данные,
как для bare репозитори, так и для обычного

$ mkdir -p /proj/git_repos_bare
$ cd /proj/git_repos_bare

$ git init --bare my_proj_init

Далее создаем каталог, где будут храниться репозитории:
$ mkdir -p /proj/git_repos
$ cd /proj/git_repos

Создаем пустой репозиторий:
$ git clone --bare /proj/git_repos_bare/my_proj_init my_proj

Даем права на доступ в репозиторий пользователю www-data от имени
которого будет хозяйничать апач:
$ chown -R www-data:www-data /proj/git_repos

3. Настройка Trac

Для того чтобы настроить trac сначала потребуется настроить базу данных в которой он будет хранить информацию о коммитах, логи и прочее.
Trac поддерживает много всяких БД: SQLite, MySQL, PostgreSQL.
Мне больше всего нравится PostgreSQL, но и с любой другой БД проблем возникнуть не должно.

3.1 Настройка postgres:

Создаем пользователя:
$ psql -d template1 -U postgres

$ template1=# CREATE USER trac WITH PASSWORD 'trac';

Создаем базу в которой trac будет хранить свои данные:
$ template1=# CREATE DATABASE "trac-my_proj" WITH OWNER = trac TABLESPACE = pg_default CONNECTION LIMIT = -1;

На этом этапе настройка базы данных завершена.

3.2 Настройка Trac

Теперь нужно настроить окружение Trac.

Создаем каталог где будут храниться окружения Trac'а:
$ mkdir -p /var/trac
$ cd /var/trac

Настраиваем окружение:
trac-admin {Название проекта} initenv {Имя репозитория} {Строка соединения с БД} {Тип репозитория} {Путь к репозиторию}

В нашем случае это будет выглядеть так:
$ trac-admin my_proj initenv my_proj postgres://trac:trac@localhost/trac-my_proj git /proj/git_repos/my_proj

Добавляем пользователя который будет являться администратором в Trac :
$ trac-admin my_proj permission add test TRAC_ADMIN

Разрешаем апачу хозяйничать в каталоге с файлами Trac'а:
$ chown -R www-data:www-data /var/trac/my_proj

3.3 Установка плагина для git репозитория

Поумолчанию trac в качестве системы контроля версий поддерживает только subversion, поэтому нужно установить дополнительный плагин для того, чтобы можно было использовать git репозиторий:
$ easy_install http://github.com/hvr/trac-git-plugin/tarball/master

Чтобы проверить что Trac заработал нужно запустить tracd:
$ tracd --port 8000 /var/trac/my_proj

Теперь на результаты деятельности можно посмотреть через браузер:
http://127.0.0.1:8000/

Если все ок, то должна отобразиться заглавная Wiki страничка.

4. Настройка Apache

Теперь для того чтобы иметь унифицированные механизм аутентификации и доступа к репозиториям и баг трекеру настраиваем apache.

Сначала добавим пользователя которому нужно дать доступ в репозитории и в баг трекер:
$ htpasswd -c /var/trac/users.auth test

Вводим пароль и готово.

Далее правим конфигурационный файл апача:
/etc/apache2/sites-enabled/000-default

Если же хочется использовать https, то править нужно:
/etc/apache2/sites-enabled/default-ssl

Сначала устанавливаем  Python handler который будет выводить список проектов при заходе на страничку yourdomain/trac:
<Location /trac/ > 

           SetHandler mod_python
           PythonInterpreter main_interpreter
           PythonHandler trac.web.modpython_frontend
           PythonOption TracEnvParentDir /var/trac
           PythonOption TracUriRoot /trac/
           PythonOption PYTHON_EGG_CACHE /tmp/.eggs

</Location>


После этого, нужно сказать апачу чтобы он не разрешал неавторизованным пользователям ходить в баг трекер.
     <LocationMatch /trac/*> 

            AuthType Basic
            AuthName "Input your username and password to access."
            AuthUserFile /var/trac/users.auth
            Require valid-user
     </LocationMatch>


Далее настраиваем git.
Прописываем переменные окружения, в которых указываем корень каталога с репозиториями, http-бэкенд и прописываем алиас пути к репозиториям через web:
     SetEnv GIT_PROJECT_ROOT /proj/git_repos

     SetEnv GIT_HTTP_EXPORT_ALL

     ScriptAlias /gitweb "/usr/lib/cgi-bin/gitweb.cgi"

     ScriptAlias /git/ /usr/lib/git-core/git-http-backend

     Alias /git "/proj/git_repos"


и запрещаем вход без пароля:
<Locationmatch /git/*>      
            DAV on
            AuthType Basic
            AuthName "Git Access"
            AuthUserFile /var/trac/users.auth
            Require valid-user

</LocationMatch>



Делаем в каталоге с репозиторием:
$ git update-server-info

И ,наконец, перезапускаем апач:
$ service apache2 restart

На этом настройка апача завершена.

5. Проверка что все работает.

Проверяем что репозиторий работает:
$ git clone http://test@mydomain/git/my_proj

Cloning into 'my_proj'...
Password for 'mydomain':
warning: You appear to have cloned an empty repository.

Добавляем файлы в репозиторий, и делаем начальный коммит:
git push origin master:master

Вот как-то так.

Если возникли какие-то проблемы, то посмотреть что идет не так можно в логах:
/var/log/apache2