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

Задача достаточно простая: поднять сервер, создать репозиторий и запретить анонимный доступ к нему, оставив возможность редактирования его для авторизованных пользователей. Для начала устанавливаем пакет subversion:

_empty@linux:~> sudo zypper install subversion

Весь процесс, на самом деле, занимает не больше 10ти минут, но для новичка он превращается в сущуую пытку. По умолчанию, в OpenSuSE 11.2 все репозитории находятся в /srv/svn/repos

1) Создадим новый репозиторий в папке repositories(я специально сменил папку repos на repositories, только для примера, чтобы не привыкали к дефолту):

_empty@linux:~> sudo svnadmin create /srv/svn/repositories/testrepo

В папке testrepo находятся стандартные файлы для каждого репозитория svn. Теперь, отредактируем конфигурационный файл в папке conf:

_empty@linux:~> sudo svnserve.conf

Можно смело все оттуда удалить, и вписать следующие строки:

[general]
anon-access = none
auth-access = write
password-db = passwd

Поясню поднобно: anon-access устанавливает возможность неавторизованных пользователей просматривать репозиторий, auth-access управляет доступом к репозиторию для зарегистрированных пользователей, где password-db - имя файла с логинами и паролями этих пользователей.
И так, теперь нам необходимо вписать юзеров в файл passwd:

[users]
user = pass
user1 = pass1

В этом файле опять же смело можете все удалять, добавьте туда только нужных вам пользователей в формате приведенном выше.

2) Для запуска сервера нам нужен непривелегированный пользователь. Назовем его svn. При установке у меня пользователь не создавался, значит создадим его самостоятельно(проверьте в /etc/passwd, возможно пользователь уже есть!):

_empty@linux:~> sudo groupadd svn
_empty@linux:~> sudo useradd -r -g svn

Теперь мы должы дать все права на нашу директорию /srv/svn/repositories:

_empty@linux:~> sudo chown -R svn:svn /srv/svn/repositories


3) И последний, самый важный этап - запуск svn сервера. Здесь следует особо обратить внимание на файл /etc/sysconfig/svnserve! В нем нам необходимо указать параметры запуска SVN сервера. Во-первых, надо прописать путь к root директории для svn, а во-вторых, в OpenSuSE по умолчанию сервер стартует с параметором -R(что ознает ReadOnly). Поэтому коммитить и добавлять файлы в ваши репозитории удаленно вы не сможете! Редактируем параметр SVNSERVE_OPTIONS в /etc/sysconfig/svnserve:

SVNSERVE_OPTIONS="-d -r /srv/svn/repositories"

Все, после этого наш сервер готов к запуску:

_empty@linux:~> sudo /etc/init.d/svnserve


Для проверки запускаем на другой машине, у вас должен быть примерно такой вывод(на вопрос хранить ли пароли в домашней папке я ответил no):

user@laptop:~> svn co svn://x.x.x.x/testrepo
Authentication realm: e1ff449a-f4f1-11de-a083-6b70055eb850
Password for 'empty':

You can avoid future appearances of this warning by setting the value
of the 'store-plaintext-passwords' option to either 'yes' or 'no' in
'/home/user/.subversion/servers'.
-----------------------------------------------------------------------
Store password unencrypted (yes/no)? no
Checked out revision 0.


Все,ваш сервер готов к работе, можете добавлять в него файлы, например, через kdesvn.

Вот список того, что есть только в OpenSuSE, этого вы не найдете в других дистрибутивах.
- YaST - всеми нами любимый системный менеджер
- Zypper - программа, для управления пакетами.
- openSUSE Build Service - пакет утилит для сборки пакетов, с которым можно работать как онлайн, так и оффлайн.
- One-click install - вот это точно одно из самых удачных нововведений, установка в один клик бывает удобна для не продвинутых юзеров.
- SUSE Firewall - Отличный файрвол, базирующийся на iptables. Удобен в настройке, достаточно гибок, позволяет без усилий решать базовые задачи разграничения доступа к сети.
- Большое количество репозиториев , которое появилось благодаря тому же OpenSuSE Build Service. Теперь практически любую программу можно найти уже в готовом RPM пакете под любую версию дистрибутива.
- SLED и SLES - дистрибутивы построенные на основе OpenSuSE, поэтому стабильные и надежные.
И, конечно, Хамелеон - символ всего, что связано с SuSE. Хамелеон , наверное, наиболее подходящий символ для дистрибутива, как легко и просто он изменяет свою окраску, так и дистрибутив мы можем легко подстроить под себя.

Спасибо ребятам из OpenSuSE за отличный дистрибутив!

modprobe fglrx

И увидите вот такие ошибки в dmesg:

fglrx: Unknown symbol find_task_by_vpid
fglrx: Unknown symbol pci_enable_msi


Поздравляю! Теперь вы тоже стали жертвой халатности ATI. Как написано на форумах opensuse -
проблема актуальна только на 32-bit ных системах. Более того, как оказалось, такая же проблема есть и в Ubuntu и в других дистрибутивах. Можно смело констатировать факт, что ATI спустя рукава относится к поддержке своих видеокарт в Linux. Жаль, что из-за таких вот в кавычках "лидирующих" производителей видео чипсетов тормозится развитие opensource. А всем нам - обладателям 32-битных систем и чертовых видеокарточек ATI остается лишь ждать, когда же ,наконец, выйдет нормальный драйвер, либо - пересаживаться обратно на OpenSuSE 11.1, что я и собираюсь сделать. Где мой старый комп с nvidia fx5200...

пример работы скрипта

Сам скрипт можно скачать по этой ссылке.

Берем и устанавливаем прекрасную чудо-программку iperf:

OpenSUSE 11.2

OpenSUSE 11.1

OpenSUSE 11.0

После установки на оба компьютера сразу же приступаем к измерению скорости. Процесс этот не занимает, в принципе, много времени. Запускаем на первом компьютере ее как сервер:
user@linuxserver:~> /etc/init.d/iperf start
Starting iperf done

Как вы сразу могли заметить, программу можно(нужно) запускать от непривилегированного пользователя. Сейчас данный компьютер выступает сервером. Смотрим на каком порту запустилась программа:
_empty@linuxserver:~> netstat -nlp 2> /dev/null | grep iperf
tcp 0 0 0.0.0.0:12423 0.0.0.0:* LISTEN 20849/iperf

Теперь на втором компьютере запускаем:
user@linux-xzvk:~> iperf -c 10.49.42.225 -p 12423
------------------------------------------------------------
Client connecting to 10.49.42.225, TCP port 12423
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 10.49.42.195 port 35030 connected with 10.49.42.225 port 12423
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 104 MBytes 87.2 Mbits/sec

Получается, что пропускная способность канала . В принципе это нормально, сервер измерялся под нагрузкой. То же самое можно проделать с другим компьютером. На втором запустить сервер, на первом утилиту из командной строки. Не забывайте открывать порт в файрволле!