заметки на манжетах

Multicast forward/routing Linux, OpenBSD (iptv).

2010-02-10T01:42:00.008+03:00

/*

в эпоху модемов с поддержкой V.22 (1,200 бит/с) даже думать о потоковом контенте было страшно. времена меняются и в медвежьи берлоги вламываются результаты "электрификации всей стганы" с более-менее приемлимыми тарифными планами. при этом вполне оправдано появление устройств из категории "домашние роутеры", принимающих канал доступа в internet/локалку от провайдера и раздающих ресурсы грубо говоря "на всю квартиру". зачастую эту функцию берут на себя старенькие компы уровня Pentium-Pentium III под управлением Linux/OpenBSD. при этом зачастую Провайдер даёт выход в сеть internet при помощи vpn/dsl туннеля/подключения, а мультикаст (как например услуга iptv - потокового вещания видео) "крутится" в сегменте "локальной" сети. ниже постараюсь описать принципы настройки роутера для работы в данных условиях. материал не претендует на исчерпывающее изложение и какую-либо оригинальность. здесь не будет готовых рецептов - только общие рекомендации. если Вам понравилось или есть чем дополнить - милости прошу оставить комментарий.

***********************************************

намеренно оставил за рамками роутеры на FreeBSD, так как imho (хотел бы ошибаться, но практика, Господа...) эта система не содержит механизмов, позволяющих нормально решать вопросы динамического роутинга/форварда мультикаста одновременно с NAT-ом, о чём честно предупреждает handbook:

31.2.8 Multicast Routing

FreeBSD supports both multicast applications and multicast routing natively. Multicast applications do not require any special configuration of FreeBSD; applications will generally run out of the box. Multicast routing requires that support be compiled into the kernel:

options MROUTING

In addition, the multicast routing daemon, mrouted(8) must be configured to set up tunnels and DVMRP via /etc/mrouted.conf. More details on multicast configuration may be found in the manual page for mrouted(8).

Note: As of FreeBSD 7.0 the mrouted(8) multicast routing daemon has been removed from the base system. It implements the DVMRP multicast routing protocol, which has largely been replaced by pim(4) in many multicast installations. The related map-mbone(8) and mrinfo(8) utilities have also been removed. These programs are now available in the FreeBSD Ports Collection as net/mrouted.

также стоит помнить, что сам по себе демон "mrouted" морально устарел (Ben, it's dead! RIP...) и не рекомендован к использованию при наличии альтернатив.

***********************************************

OpenBSD

тут всё очень просто и понятно. сам механизм прекрасно документирован:

OpenBSD Multicasting

"dvmrpd" работает практически без нареканий и не вызывает трудностей при конфигурировании. также доступен и "старый" mrouted, если вдруг по каким-то причинам Вас не устроит dvmrpd. что-то добавить к замечательно изложенному материалу желания не возникает.

Linux

именно тот случай, когда обилие "оболочек"/(сиречь дистрибутивов) плодит анархию. начну с кратенького обзора специальных девайсов, разработанных в качестве роутеров для домашней сети.

вне зависимости от "железа" основную роль тут играют "прошивки". они могут быть закрытыми ("фирменными", что предустановлены на заводе-изготовителе) или открытыми (как dd-wrt, прошивки Олега для ASUS-ов и т.п.). с задачей форварда/роутинга мультикаста "из коробки" на отлично справляются лишь прошивки от Олега (вне зависимости от наличия vpn соединения). по крайней мере до сего дня dd-wrt содержали баг в ядре и в исходниках igmpproxy, препятствующий нормальному функционированию. подробности.

рассмотрим пример конфигурации роутера:

eth0 - интерфейс к локальной сети Провайдера (пусть будет сеть 10.0.0.0/8), обозначим как $IF_IN
ppp0 - vpn туннель с выходом в internet, обозначим как $IF_VPN
eth1 - интерфейс к "домашней" сети (адреса в пределах 192.168.1.0/24), обозначим как $IF_OUT

для "домашних роутеров" схема конфига осложняется тем, что в качестве eth1 (интерфейса к "домашней" подсети) выступает (как правило) бридж (br0), объединяющий Ethernet и Wireless интерфейсы (ессно при наличии этого самого wifi).

теперь немного чтива для любознательных:

общее описание мультикаста (English Wiki)

1. Multicast over TCP/IP HOWTO - старый, но добрый хау-ту.

2. Multicast Routing Code in the Linux Kernel - тоже не Откровение, но даёт понятие о (как минимум) двух стоящих внимания "хомячка" переменных:

/proc/net/ip_mr_vif - список интерфейсов, вовлечённых в обмен мультикаст пакетами
/proc/net/ip_mr_cache - текущий статус MFC (Multicast Forwarding Cache - кэш мультикаст пакетов)

3. Configuring Linux For Network Multicast - начальные сведения о конфигурации Linux ядра для роутинга мультикаста.

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

CONFIG_IP_ADVANCED_ROUTER=y (или же CONFIG_IP_ROUTER=y)
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
CONFIG_IP_MULTICAST=y
CONFIG_NET_IPIP=y

кроме того может возникнуть необходимость проконтролировать (cat имя_файла) и/или изменить (echo $ЗНАЧЕНИЕ > имя_файла) некоторые дополнительные параметры:

разрешаем форвард ipv4 пакетов:

$ cat /proc/sys/net/ipv4/conf/default/forwarding
1

разрешаем форвард мультикаста:

$ cat /proc/sys/net/ipv4/conf/[ $IF_IN | $IF_OUT ]/mc_forwarding
1

отключаем reverse path filtering:

$ cat /proc/sys/net/ipv4/conf/$IF_IN/rp_filter
0

для ядер 2.6.* может потребоваться принудительное указание "типа"/версии igmp пакетов (варианты значений - 0, 1 или 2, описание есть в исходниках ядра - /usr/src/linux/net/ipv4/igmp.c):

$ cat /proc/sys/net/ipv4/conf/[ $IF_IN | $IF_OUT ]/force_igmp_version
{0,1,2}

с ядром более-менее разобрались, остался вопрос к прикладному софту. потребуется:

iptables
igmpproxy
пакеты "net-tools" (route, traceroute) и "iproute2" (ip) для управления маршрутами/(роутинг)
tcpdump/wireshark для мониторинга

в роли igmpproxy может выступить pimd или проприетарный gated (эт если из пушки да по воробьям засадить...). есть ещё smcroute, но оно умеет только "статику" (не наш метод). ещё на просторах сети где-то бродят сборки "родного" древнего многострадального mrouted-а с патчами для Linux. не будем ворошить труп. RIP.

для начала на роутере очищаем все цепочки iptables (flush) и рисуем что-то типа:

-A INPUT -d 224.0.0.0/240.0.0.0 -p 2 -j ACCEPT # некоторые опускают ключ -d 224.0.0.0/240.0.0.0 и разрешают весь входящий igmp трафик
-A INPUT -d 224.0.0.0/240.0.0.0 -p udp -m udp ! --dport 1900 -j ACCEPT
-A FORWARD -d 224.0.0.0/240.0.0.0 -p udp -j ACCEPT

также можно включить некоторую страховку от сволочной и шкурной натуры Провайдера, принудительно увеличив TTL мультикаст-потока на одну единичку при прохождении нашего роутера (а то особо умные принудительно на мультикаст ставят TTL == 1, чтобы потешить ЧСВ, не иначе):

-t mangle -A PREROUTING -d 224.0.0.0/240.0.0.0 -p udp -j TTL --ttl-inc 1

после чего делаем тупой конфигурационный файл (читаем man!) для igmpproxy (вместо значений переменных $IF_IN/$IF_OUT подставить имена соответствующих интерфейсов ессно):

$ cat /etc/igmpproxy.conf

# good things to begin with :)
quickleave

phyint $IF_IN upstream
altnet 0.0.0.0/0

phyint $IF_OUT downstream

и запускаем демона (от рута):

# igmpproxy -c /etc/igmpproxy.conf

для того, чтобы тело взлетело осталось лишь правильно настроить роутинг/(маршрутизацию). здесь надо помнить, что источники выдачи сигнала могут присутствовать помимо указанных в плейлисте того же iptv. т.е. кроме собсно мультикаста (net 224.0.0.0/240.0.0.0 ) источник может иметь "левые" ip-ы типа 88.210.40.0/24, 77.94.170.0/24 и т.п.. это легко отслеживается tcpdump-ом/wireshark-ом если непосредственно на роутере стартануть VLC или MPlayer, собранный с поддержкой live555 и получить "картинку" видео. роутинг к этим "левым" адресам должен идти через $IF_IN, не затрагивая $IF_VPN! объясняться подобный "казус" может довольно просто. Провайдер зачастую делает пиринг с теми, кто держит нехилые "фермы", раздающие сам трафик, что и приводит к появлению в локальной сети (Провайдера) подобных "левых" адресов. или же "фермам" присваивают адреса "от фонаря". другими словами адрес, что прописан в плейлисте - это адрес для JOIN/LEAVE ("подписки" и "выписки" из мультикаст-группы), а сам источник udp потока может приползти откуда угодно.

напоследок могу лишь посоветовать посматривать на статистику $IF_IN при пользовании igmpproxy. известно, что [далеко] не всегда "отписка" проходит корректно и это вполне может забить канал рано или поздно (при активной смене каналов вы быстро заметите если что-то пойдёт не так...).

удачи.

*/

SuSE: иного нет у нас пути...

2010-02-05T18:16:00.004+03:00

/*
-М-м-м-у-у-у-у!!!
-Шо за "му"?! Опять нажрался, свинота?!

начну с элементарного - русификации консоли (tty/mingetty) в современных SLE/SuSE. где-то с версии SuSE-9.1 "проблема" как-бы исчезла полностью благодаря поддержке UTF-8, но как и что делать вроде никто в отдельную заметку не выносил. по поводу русификации ранних версий есть отличная статейка:

Русификация SuSE 9

но увы и ах - "бойянЪ". задача раскладывается на три составляющие (при условии, что Ваша "локаль" уже задана в /etc/sysconfig/language как RC_LANG="en_US.UTF-8" или RC_LANG="ru_RU.UTF-8"):

1) выбрать "правильный" шрифт (содержащий UTF-8 символы кириллицы как минимум).

чешем в "/usr/share/kbd/consolefonts/" и выбираем тот, который нравится больше всего. после чего вносим его в "/etc/sysconfig/console" как шрифт по умолчанию (пример):

CONSOLE_FONT="UniCyr_8x16.psf.gz"
CONSOLE_MAGIC="(K"

2) задаём UTF-8 кодировку терминала для вывода символов, отличных от ASCII, в "/etc/sysconfig/console":

CONSOLE_ENCODING="UTF-8"

3) выбираем подходящую "раскладку" и "переключалку" (доступные варианты можно просмотреть в /usr/share/kbd/keymaps/i386/qwerty/) и вносим её в "/etc/sysconfig/keyboard" (пример с переключением по правому ALT-у):

KEYTABLE="ru1_win-utf.map.gz"

кроме этого тут же можно установить "шорткат" для переключения между активными терминалами (например по кнопке "Win"):

COMPOSETABLE="clear winkeys"

завершающий штрих - рестарт сервиса "kbd":

/sbin/service kbd restart

после чего можно смело переключиться в "чистую" консоль (Ctl+Alt+F1) и оценить результат.
mission сукесфули комплитед.

Девушки бывают разные:
чёрные, белые, красные...

SuSE/SLE довольно специфичный дистрибутив, ибо содержит огромное количество "вкусностей", недоступных остальным "из коробки". это требует от пользователя определённого знания системы и вырианты решений тех или иных задач могут существенно отличаться (в этом-то и проявляется специфика). где-то эдак годика с 2005-го SuSE включила в базовую поставку системы свою собственную "надстройку" (называйте как хотите - "морда", гуй и т.п.) для управления пакетным фильтром iptables - SuSEfirewall, что до сих пор, imho, остаётся лучшим решением по управлению трафиком.

вся настройка идёт путём правки единственного файла:

$ sudo vim /etc/sysconfig/SuSEfirewall2

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

$ sudo /sbin/SuSEfirewall2 stop
$ sudo /sbin/SuSEfirewall2 start

анализ эффективных цепочек правил легче всего делать при помощи:

$ sudo /usr/sbin/iptables-save | less

"черновую" настройку можно набросать в "гуях" YAST-а:

$ gksu yast2 -> Security and Users -> Firewall

после чего настоятельно рекомендую ввести изменения в силу и в дальнейшем редактировать "/etc/sysconfig/SuSEfirewall2" вручную. особая ценность решения от SuSE в том, что оно не накладывает никаких ограничений "творческой мысли" при редактировании цепочек. если Вы не осилили предлагаемые готовые "пресеты", то никто не запрещает указать:

FW_CUSTOMRULES="/etc/sysconfig/scripts/SuSEfirewall2-custom"

и подгрузить из файла "SuSEfirewall2-custom" свои собственные правила. причём ситуаций, которые требуют подобного вмешательства - масса. в указанном выше файле содержатся примеры с кратким описанием ситуаций для их применения.

основным преимуществом использования SuSEfirewall можно считать чётко структурированный подход к работе цепочек фильтрации. по сути это одно большое наглядное практическое пособие о том, как Правильно работать с iptables. весь трафик сперва делится на "зоны" - DMZ, "внешний"/external, "внутренний"/internal, lo - с возможностью определить дополнительные при желании - wlan и т.п.. после чего для каждой "зоны" создаётся отдельная "цепочка" эффективных правил, фильтрующая весь трафик. также идёт прямое указание на загрузку необходимых Вам модулей ядра (пример):

FW_LOAD_MODULES="nf_conntrack_netbios_ns xt_conntrack xt_owner \
xt_iprange xt_CONNMARK xt_limit xt_TCPMSS xt_state\
nf_conntrack_ftp nf_nat_ftp"

в результате мы получаем красивую и логичную схему действующих правил, которая ещё и минимизирует издержки при обработке трафика благодаря stateful природе пакетного фильтра. суть stateful пожалуй можно перевести как установление "статуса" активного соединения и разбору дальнейших пакетов на его основе. т.е. если какое-то соединение признано валидным/состоявшимся, то оно получает статус ESTABLISHED/(установлено), после чего весь соответствующий ему трафик обрабатывается на основе этого статуса, "минуя" цепочки фильтрации. рассмотрим простой пример, наглядно демонстрирующий преимущества решений SuSE:

> sudo iptables-save -t raw

*raw
:PREROUTING ACCEPT [38828:15020523]
:OUTPUT ACCEPT [36327:4135365]
-A PREROUTING -i lo -j NOTRACK
-A OUTPUT -o lo -j NOTRACK
COMMIT

(параметр FW_LO_NOTRACK="yes")

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

-A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

здесь мы "синхронизируем" активное соединение с MSS (Maximum Segment Size in TCP), тем самым предотвращая пересылку слишком больших пакетов, требующих насильственного "деления".

рассмотрим далее упрощённый вариант того, что у нас творится в основных "цепочках" таблицы filter (как пример, без наворотов типа DMZ или специальных "зон" - ситуация "из коробки" так сказать...):

> sudo iptables-save -t filter | less

*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
:forward_ext - [0:0]
:forward_int - [0:0]
:input_ext - [0:0]
:input_int - [0:0]
:reject_func - [0:0]
-A INPUT -i lo -j ACCEPT
-A INPUT -m state --state ESTABLISHED -j ACCEPT
-A INPUT -p icmp -m state --state RELATED -j ACCEPT
-A INPUT -i tap0 -j input_int
-A INPUT -i eth1 -j input_ext
-A INPUT -i wlan1 -j input_ext
-A INPUT -i wmaster0 -j input_ext
-A INPUT -j input_ext
-A INPUT -m limit --limit 3/min -j LOG --log-prefix "SFW2-IN-ILL-TARGET " --log-tcp-options --log-ip-options
-A INPUT -j DROP
-A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -i tap0 -j forward_int
-A FORWARD -i eth1 -j forward_ext
-A FORWARD -i wlan1 -j forward_ext
-A FORWARD -i wmaster0 -j forward_ext
-A FORWARD -m limit --limit 3/min -j LOG --log-prefix "SFW2-FWD-ILL-ROUTING " --log-tcp-options --log-ip-options
-A FORWARD -j DROP
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT -m limit --limit 3/min -j LOG --log-prefix "SFW2-OUT-ERROR " --log-tcp-options --log-ip-options
*********************
**** прочее обрезано
*********************

нет никакого бардака. определены пять "функции" (отдельные цепочки правил для обработки трафика):

:forward_ext - [0:0]
:forward_int - [0:0]
:input_ext - [0:0]
:input_int - [0:0]
:reject_func - [0:0]

и весь траф поделён на "зоны":

int - "внутренний" - внутри локальной сети
ext - "внешний" - трафик из сетей, которые мы не контролируем (интернет и т.п.)

нетрудно заметить, что к "внутренней" зоне отнесён лишь один сетевой интерфейс - tap0. все остальные интерфейсы работают с "внешним" трафиком. нра? то-то...

для "краткого курса молодого бойца" необходимо и достаточно ознакомиться со следующим файлом:

> vim /usr/share/doc/packages/SuSEfirewall2/EXAMPLES

где дают исчерпывающие примеры по начальной конфигурации пакетного фильтра путём редактирования любимого файла "/etc/sysconfig/SuSEfirewall2". описывают восемь "сценариев":

1. Simple dialup
2. Small home network
3. Small home network with additional WLAN
4. Small company with external mail and web server
5. Company with IPsec tunnel to subsidiary
6. Company with web server in DMZ
7. Complex scenario
8. Laptop in private network but with additional public IP adresses

поскольку копипастить содержимое этого файла смысла нет, то пожалуй остановлюсь на некоторых деталях. начну с типовой ситуации для хомячков:

ISP предлагает тариф, позволяющий "качать" порно на скорости 768kbit/s, а вот "отдавать" трафик можно лишь на скорости в 256kbit/s. при этом возможна ситуация, когда при активной "отдаче" вы заметите "паралич" загружаемых файлов. лечение (при условии, что Вы на впн соединении с интерфейсом dsl0):

FW_HTB_TUNE_DEV="dsl0,250"

тут мы при помощи HTB режем исходящий трафик и резервируем 6kbit/s на "технические" нужды (пакеты TCP ACK или interactive SSH).

по умолчанию (для EXT зоны) зарезан broadcast и multicast. это может быть неудобно, поэтому внимательно смотрим на следующие переменные:

FW_ALLOW_FW_BROADCAST_EXT="no"
FW_ALLOW_FW_BROADCAST_INT="no"
FW_ALLOW_FW_BROADCAST_DMZ="no"
# ниже мы игнорируем логирование "дропнутых" ранее броадкастов
FW_IGNORE_FW_BROADCAST_EXT="yes"
FW_IGNORE_FW_BROADCAST_INT="yes"
FW_IGNORE_FW_BROADCAST_DMZ="yes"

для broadcast пакетов имеет смысл лишь открыть определённые порты, т.е. разрешить лишь выбранным приложениям принимать их. для multicast сперва надо ознакомиться с содержимым файла /etc/protocols, после чего уже разрешать определённые протоколы (например):

FW_SERVICES_EXT_IP="GRE MTP PIM"

и/или цепляем FW_CUSTOMRULES=файл_с_ручными_правками_правил, где рисуем:

iptables -A INPUT -j ACCEPT -d 224.0.0.0/24

тем самым разрешая "входящий" мультикаст на все протоколы/интерфейсы.

не будет лишним обратить внимание на:

FW_KERNEL_SECURITY="yes"

этот параметр включает некоторые скрытые защитные механизмы ядра (icmp_ignore_bogus_error_responses, icmp_echoreply_rate, icmp_destunreach_rate, icmp_paramprob_rate, icmp_timeexeed_rate, ip_local_port_range, log_martians, rp_filter, routing flush, bootp_relay, proxy_arp, secure_redirects, accept_source_route, icmp_echo_ignore_broadcasts, ipfrag_time)

если у вас большая и "шаловливая" локалка, то имеет смысл сделать:

FW_REJECT="no"
FW_REJECT_INT="no"

тем самым любителям сканить порты представится шанс сходить за чашечкой чая в ожидании отклика от портсканера.

имеет смысл как страховку от тупого DDOS-а выставить

FW_ALLOW_FW_SOURCEQUENCH="no"

тут мы "вырезаем" атаку по icmp которая возможна, при следующем условии:

-A input_ext -p icmp -m icmp --icmp-type 4 -j ACCEPT

но теряем на оповещении о статусе соединения от ISP (ежели он соизволит оное раздать ессно, что далеко не факт...)

последняя стадия "Enlightenment-а"/(сиречь Просветления, Мудрости и Духовной Силы) - это прямое редактирование скрипта, ведающего формированием цепочек правил:

> sudo vim /sbin/SuSEfirewall2

тут уж "вольному - воля". кто смел духом - дерзайте (бэкап оригинала не забудьте сохранить на всякий).

Use SuSE, Luke!

с новым гадом!

2010-01-08T17:45:00.002+03:00

/*

-Мальцик, мальцик сам виноват!
/вопль судьи (после речи обвиняемого) на слушании дела по изнасилованию несовершеннолетнего.../

всех со всеми, всего, того же и туда же... надеюсь, что НГ удался на славу и вы можете по крупицам восстанавливать хронологию событий в ближайшем будущем. эта заметка планировалась как "последняя" в "цикле" про OBS, но, планы эт одно, а каменная жопа реальности - совсем другое дело. к тому же один мой друг скоро должен академическим языком (в отличие от аффтара) изложить свои мысли и наработки по OBS - должно быть весьма занимательно, пропиарю, не сумлевайтесь.

поскольку сей очерк содержит несколько ключевых "идей" (сиречь посланий, что должны быть где-то зафиксированы как минимум), то выстроить логическую цепочку изложения материала проблематично. возможно, что материал будет жестоко корректироваться после публикации.

предыдущие серии нашего "опуса" можно считать "обзорными" - сиречь обо всём и ни о чём. тут же - другое дело. сугубо практика и описание "ухабов" на легендарном пути "из Петербурга в Маскву". будем задавать себе вопросы и искать на них пральные ответы (тихо сам с собою, умным человеком, я веду беседу...). вопрос первый:

1. Какого хуя при локальной сборке пакета (rpmbuild -bb file.spec) всё путём, а OBS не может понять, что все зависимости заданы корректно?!

т.е. Вы, как пионэр, в "BuildRequires:" прописали всё, что надо (и даже больше), но сборка сыпется с сообщениями, что требуемого пакета в "сборочном окружении" нет (хотя лог показывает, что сей пакет корректно установлен!). в 99% случаев это жестокий "прикол" утилиты "/usr/bin/pkg-config", связанный с разблядовкой собранной программы на "-devel" и прочие "обычные" пакеты. OBS/(rpm в частности) самостоятельно отслеживает динамических линковку либ/бинарей и выставляет корректный "Requires:" (прямые зависимости пакета) для результата. но, это, сцуко, только для "non devel related" пакетов! соответственно команда:

> rpm -qR имя_пакета

выдаст вам на гора список прямых зависимостей. поэтому ежели вы ваяете "devel" пакет, то "аз, буки, веди" - вхуярить в спек файл следующее:

%devel [-n новое_имя]
Group: чего-то там
Summary: И вас туда же (да-да-да, с Заглавной, мать её, буквы!)
Requires: %{name} = %{version}

то, что дано в квадратных скобках - [] - опционально. но пример выше лишь указывает, что при установке "devel" пакета в систему надо обязательно тащить и "основной пакет". "прямые" зависимости на "devel" пакеты OBS/rpm НЕ ОТСЛЕЖИВАЕТ! и у "pkg-config" (который работает исключительно с "devel" пакетами) сносит крышу, когда, допустим, требуется для сборки "curl", в "сборочное окружение" "libcurl" установлен, но, "/usr/lib/pkgconfig/libcurl.pc" файла-то НЕТ! ибо надо ручками, самому, в секцию "%devel" дорисовывать:

Requires: пакет1-devel пакет2-devel .....

т.е. риска для "хомячков" (которым spec-файл и в кошмарном сне не привидится) нет никакого, а вот "господа мейнтейнеры" огребают по полной (причём справедливо, по результатам теста на IQ).

как это ловить:

если "rpmbuild -bb[-ba] файл.spec" проходит на ура, а в OBS - жопа, то даём команду:

> osc build

в результате у нас в "/var/tmp/build-root/" будет сформировано окружение для сборки. можно сделать:

> sudo chroot /var/tmp/build-root/
> pkg-config --modversion имя_требуемого_пакета

если всё путём - то последняя команда выдаст версию установленного пакета, если нет - то вы хоть поймёте где накосячили. соответственно исправляем/(пинаем мейнтейнера) косяки.

очень полезно в данном случае вдумчиво ознакомиться с политикой Партии по обновлению пакетов, да!

2. Бля, всё собралось, репо не обновляется! Шозахуйня?!

сынок, не ссы, всё путём! одна из "фишек" OBS именно в том, что репо не будет обновлено до тех пор, пока не произойдёт удовлетворение ВСЕХ зависимых пакетов (хомячки в восторге писают гранулированным кипятком, их системы всегда будут в рабочем состоянии)! поясню. допустим мы вносим изменения в пакет А, от которого зависят пакеты B и С. репо не будет обновлено до тех пор, пока пакеты B и С не отрапортуют об успешной пересборке с ИЗМЕНИВШИМСЯ пакетом А. это вам не "ебиан" и не "федорино горе" - привыкайте заботиться о Пользователях, Господа хорошие! одним из следствий этого являются "большие" номера "релизов" в SLE/SUSE ("Release: №"), ибо значение этого поля состоит из двух цифр, разделённых точкой (.). первая цифирь - судит о том, как долго вы ебались со спеком, прежде чем он собрался в OBS, вторая - сколько раз перехуяривали зависимости к вашему пакету... кроме того, есть такая штука, как scheduler - это некий виртуальный администратор на раздачу заданий в OBS - он может быть завален работой по самое ни-ни и не стоит требовать в данном случае от него немедленного удовлетворения ваших низменных потребностей.

3. Ёб вашу мать! Пакет в порядке, какого хуя сборка упала?!

"shit happens, you know..." будьте готовы к тому, что некоторые "сборочные цеха" примут ваш заказ на исполнение и уйдут в запой немедленно. результат - "failed" статус для полностью корректного пакета по причине того, что виртуальный "XEN-build-host" наебнулся с ошибкой в собственной конфигурации. ничего страшного, кроме того, что рестартовать сборку надо вручную (оно само пока не способно себя же контролировать). хомячки этого даже не заметят.

4. А-а-а! Демоны! Демоны!

как правило подобные "эмоции" характерны для товарищей, не осиливших макросы при сборке rpm-пакетов. это особенно актуально для модулей пистона (python), жемчужины (perl) и прочих скриптовых языков. с версии openSUSE-11.2 идёт тенденция спихнуть это всё на "noarch" архитектуру (ибо скрипты одинаковы для всех), что порождает порой забавные ситуации (забавные - эт если со стороны смотреть...). совет тут один - "читайте книжки"...

5. Слышь, начальник, я это, свой OBS хочу намутить! Шо делать надо?

читать! здеся:

Build_Service всё и неоднократно...

*************

вскоре вместо этих "звёздочек" появится материал по работе с модулями ядра при Code11 или же ознакомьтесь с подробной документацией, пжалста....

кроме того могу проинформировать всех SLE/SUSE пользователей Enlightenment Desktop Shell об успешном апдейте репов на E-svn-20100103_r44860 и о сборке python-EFL "bindings" для openSUSE-11.2. там же вы можете найти кучу новых пакетов, типа виртуальной клавиатуры на EFL/elementary или же медиа-центра "Canola" (который пока не пашет должным образом, ибо EFL у нас дюже "новэнький", а "canola" хочет более старых версий...)

всем удачи и творческих узбеков в новом, 2010-ом, году!

*/

всех с наступающим!

2009-12-24T03:48:00.002+03:00

и дабы как-то отметить уходящий год на старых струнах (грешен, да, им скоро 4 года исполнится... ппц...) записал своё хуёрчество (лажа так и прёт...):

Waiting For A Weekend
Sleepy
Stardust

писалось "тупняком" - Burny RLC-60S(Китай) в Boss ME8(Japan) где добавлен реверок и "Presence" на эквалайзер в районе 50 (чтобы компенсировать хоть как-то старые струны) и arecord снимал с линейного входа.

пинайте!

P.S. не пугайтесь, если Ваши комменты не появятся сразу в блоге - из-за рекламы выставлен режим модерирования. удаляю только посты, нарушающие законодательство РФ. можете смело обкладывать аффтара буями - такие комменты пропущу :).

мысли вслух...

2009-12-10T00:03:00.038+03:00

/*

...хоронили тёщу, порвали два баяна...

эта заметка сделана "для себя", чтобы как-то упорядочить ощущения от "общения" с гитарами где-то с конца 80-х годов прошлого столетия. за это время поменялось многое, не сказать, что всё в лучшую сторону. радует одно: в 80-х (в СССР) не было широкого доступа ни к информации, ни к инструментам (электрогитарам в частности). ноне - раздолье. да только вот вместо отсутствия информации как таковой имеем хорошо развитые техники по "оболваниванию" покупателя. "правда" - она ведь разная, есть белая, а есть красная. возможно лично Вы не согласитесь со многими тезисами этой заметки - Ваше право. в данном случае автор - сторона абсолютно не заинтересованная "материально", далёкая от музыкальной индустрии и изредка лишь тренькающая пару аккордов перед сном.

терминология

сингл/single - датчик с одной катушкой (как правило) по размерам подходящий для "фендерообразных" гитар ("стратов" и "теле")

спарка/humbucker - датчик из двух синглов (двух индукционных катушек), катушки которых намотаны в противоположных направлениях (reverse wound reverse polarity) и подключены последовательно (возможны варианты коммутации). изобретён/(запатентован) товарищем Seth Lover-ом/(компанией Gibson).

быки - два опорных винта, вкручивающихся в деку и "держащих" на себе все "машинки" типа Floyd Rose.

винтаж/vintage - в идеале это довольно старый инструмент (от 30-40 лет возраста), дошедший до нас (до нашего времени) в оригинальной комплектации. рынок "винтажных" инструментов переполнен мошенниками, леваком, да и сама концепция "винтажа" не предполагает активного использования, что ведёт к ухудшению качества инструмента (дерево не раскрывает свой потенциал). но ощущения от игры на инструменте скажем 1952-го года выпуска весьма своеобразны (есть у меня один такой...)

MS[R]P - Manufacturer Selling [Retail] Price - цена продажи в розницу со склада производителя

ghostbuilder - человек/компания, кто делает (как правило) отличные инструменты на заказ для известных мастеров и вешает на них шильдик от другой компании (которая инструмент хорошо сделать не может, но контракт с гитаристом на продвижение своего бренда уже таки подписала...). за примерами далего идти не надо: Joe Despagne (AKA JEM) сделал для Steve Vai-я его личные "JEM" гитарёшки; PBC Guitars делает американский custom shop для Ibanez-а; Kramer вообще не имел своих производственных мощностей и собирал из комплектующих (их "Made in USA" делались в Канаде компанией "Godin Guitar Company", "именные" инструменты от Kramer как правило ваял Том Андерсон, остальной ширпотреб - ESP, после чего и выяснялось, что "есть, Петька, нюансы..."); Epiphone - хрен поймёшь кто там в Китае реально делает для "эпифона", проще перечислить, кто НЕ делает... и т.д. и т.п...

самопал - так называемый мастеровой инструмент, непонятно кем сделанный (как правило Российского или восточноевропейского производства). в СССР свято верили, что самопалы, сделанные на продажу - ~~говно~~ это одно, а вот самопалы, сделанные мастерами "для себя, для души" - это СОВСЕМ другое дело. утверждение сие абсолютно корректно и справедливо...

винт - деформация грифа гитары, при готорой накладка с ладами выгибается на подобие лопасти винта самолёта (гриф "перекручивает")

хто здесь?!

электрогитара с одной стороны очень отличается от акустической, но с другой - по сути в "электричке" работают те же физические принципы, что и в "классике": звук формируется колебанием струны, на которое влияет акустический резонанс, резонанс твёрдого тела - самой гитары, резонанс/параметры звукоснимателя/(-лей), каскады усилителя/(преда) и особенности самого "кабинента" - параметры динамиков, акустические свойства "колонки". это накладывается на акустику помещения и попадает к нам в уши. влияет всё - от техники звукоизвлечения/(качества струн) и до... поэтому бытует вполне справедливое замечание, что звук электрогитары - это 50% сам инструмент и 50% - "комбик" (усилитель + "кабинет" - колонка с динамиками).

на сегодня существует несколько базовых форм/(комплектаций) электрогитар, закладывающих основу звука:

1) "гибсонообразные" (для простоты включим сюда всю "линейку" - Les Paul, SG, Flying V, Explorer)

2) "фендерообразные" (strat, tele, и множесво моделей на ту же тему от других производителей)

3) "полуакустические" (ES175, ES335 и прочая к ним - коротко именуются как "джазовые")

утверждение: чем богаче/лучше чистый звук у инструмента (хорошие гармоники, обертона, слабое магнитное поле датчика не препятствует естественному колебанию струн, датчик подобран по тональным характеристикам к инструменту и не мешает ему) - тем больше вероятность, что с исказителем (типа "distortion") добиться хорошего результата будет проблематично. и наоборот. при этом электрогитара с хорошим чистым звуком вполне способна удивить "воткнувшись" в ламповый предусилитель (или в полностью ламповый усилитель и пред). суть этого есть элементарная физика. использование цифровых исказителей позволяет как-то сгладить эту ситуацию ценой "убийства" оригинального звука инструмента. ещё один путь - это тщательный подбор датчиков к инструменту по тональным/резонансным характеристикам, использование (экранированных) "спарок", использование комбинированных схем съёма звука (т.е. пьезодатчик + спарка/сингл), использование различных по характеристикам датчиков, расположенных у грифа (чистый звук) и у нижнего порожка (для работы с исказителем).

нетрудно заметить, что вариаций на тему "стратов" и "телеков" в разы больше, чем прочих. это обусловлено как агрессивной политикой компании Gibson по судебному преследованию "пиратов" (а-ля Fernandes, Tokai, Ibanez, PRS, etc.), так и тем, что с 1925-го года в Gibson работали люди, типа Ллойда Лоуэра (Lloyd Loar), который сперва рассчитывал модель гитары математически, а потом лишь делал макет. такой подход оставляет очень мало места для "дизайнерских" изысков, зато способствует формированию "классических канонов" (ES175). вполне возможно, что данный подход (опора на математическую модель) обусловил и хроническую болезнь всех "гибсонов" - черезвычайно слабый гриф с тенденцией поломки в районе головки. бытует мнение, что компании Gibson стоит принудительно ломать все грифы прям на фабрике до момента покраски, потом клеить/чинить (прочность склеенного шва выше прочности исходного материала в разы), красить и продавать. ибо трещины (различимы невооружённым глазом) в районе порожка (нулевой лад) и на стыке с декой в новых инструментах абсолютная норма (к сожалению...), особенно ежели длительная транспортировка имела счастье приключиться. абсолютно аналогичная картина характерна и для "пиратских подделок".

форма инструмента, материал (тип используемой древесины, пластика, и т.п.), тип (магнитного) датчика ("сингл"/"спарка"/"пьезо"), способ и место его/(датчика) крепления, материал и конструкция нижнего порожка, способ крепления струны, угол наклона головки грифа, материал и тип ладов - всё влияет на звук в той или иной степени. даже тип (лакового) покрытия (возможен вариант "масляного" покрытия - обычно делается конопляным маслом), хотя это и не так сильно выражено, как в акустических инструментах или в скрипках. если с формой всё понятно и без объяснений (физика твёрдого тела отлично умеет искать/рассчитывать резонансные точки любой конструкции), то очерк по свойствам пород древесины, особенностям заготовки дерева (имеет значение не только время заготовки, но и "место") даже начинать не буду. нюансов тут предостаточно. опишу лишь кратко технологию заготовки дерева для изготовления "массовых" электрогитар:

1) покупается на рынке необработанная кубатура (стволы)
2) идёт распил на заготовки
3) заготовки засовывают в "микроволновку", где они "текут" - удаляются смолы, излишняя влага и т.п.

на этом подготовительный этап заканчивается и идёт сама сборка

4) после "микроволновки" заготовки засовывают в CNC "шайтан-машину" и она мигом вырезает деки, грифы и/или накладки на гриф (Anderson, Baker, Gibson, PRS, Fender, ESP, Ibanez, Washburn, Yamahaha и многие другие используют CNC. термин "ручная работа"/"handmade" для электрогитар деградировал - его зачастую используют некорректно. мне известна лишь одна компания, которая с момента своего основания в начале 20-го века не изменила техпроцесс и делает всё "по-старинке" вручную. от и до. это Eastman. точка. абзац.)
5) схожий набор "шайтан-машин" набивает лады, красит и т.д. и т.п.

собственно инструмент готов. если производителя жаба душит раскошеливаться на CNC - используются аналоги оборудования, применяющегося в мебельной промышленности ("станки с ЧПУ" - хз как это по английски будет). нетрудно догадаться, что себестоимость конечной продукции при описанном выше методе изготовления крайне мала, различия в звуке могут появиться при использовании датчиков с различными (резонансными) характеристиками. при использовании качественных комплектующих и надлежащем контроле качества за производством электрогитара (конечный Продукт) вполне способна удовлетворить потребности подавляющего большинства покупателей. спустя лет эдак 20-30 (особенно если на электрогитаре будут регулярно играть) дерево окончательно "дозреет" и инструмент "раскроется" полностью (опять же, если есть чему "дозревать" и "раскрываться" - зачастую трава остаётся травой, редко когда трава становится дровами, ну а шанс, что дрова вырастут во что-то приличное балует отнюдь не многих). после чего (если вы не горите желанием продать инструмент "винтажникам") рекомендуется сделать глобальное ТО, поменять датчики/лады/фурнитуру и пользовать дальше в своё удовольствие.

почем опиум для народа?

перечитайте ещё раз пару абзацев вверху. теперь откройте любой ценник/("прайс-лист", мать его) музыкального магазина. пройдитесь по списку. подумайте. ещё раз подумайте. ваши выводы?

для полной картины примем в рассчёт формулу ценообразования для РФ:

Цена(РФ) = (цена Покупки + Цена Доставки) * 1.15 (Таможенная Пошлина) * 1.18 (НДС) + Таможенное Оформление (мизер) + Маржа Продавца

при этом "цена Покупки" != MSRP, она зачастую значительно ниже, ибо для рынка РФ идёт подсос остатков на складах ("на тебе Боже, чего нам не гоже!"). суммы дисконта могут быть весьма значительными. MSRP - это так называемая "каталожная" цена. MSRP всегда выше, чем "Street Price" (уличная цена). а "цена Покупки" вполне может быть как на уровне, так и ниже именно "уличной цены".

формула по расчёту цены продажи на единицу продукции для производителя:

MSRP = Прямые расходы (материалы, труд, электроенергия) + Косвенные расходы (складские) + Затраты на Маркетинг + Административные Затраты + Маржа производителя

соответственно коммерчески успешный производитель электрогитар имеет "Маржу Производителя", которая позволяет противостоять инфляции (как минимум!) и в цену инструмента закладываются маркетинговые (реклама - двигатель торговли) и прочие накладные расходы. MSRP призвана регулировать уровень цен у дилеров/розницы и зачастую не имеет никакого отношения к реальной закупочной цене крупного дилера.

теперь можно огласить список "Барыг-чемпионов" - компаний, цена на инструменты которых ОЧЕНЬ сильно завышена (т.е. покупка инструментов этих брэндов оправдана только если вам деньги больше девать некуда или если вы решили реализовать свою детскую мечту и надеетесь, что она избавит вас от каких-то комплексов). оглашать будем без привязки к российским реалиям/дилерам - тут всё более-менее прозрачно.

на почётном первом месте наблюдаем беспощадную борьбу двух "толстых корпоративных котиков" - Gibson и ESP. выделить абсолютного чемпиона довольно сложно, ибо если в случае с "гибсоном" где-то 2/3 от розничной цены приходится на брэнд (цена репутации == воздух в нашем случае, ибо ничем не оправдана. ещё ни разу не слышал, чтобы кто-то добился компенсаций явного брака по их Lifetime Warranty. да и зачастую кажется, что новые "гибсона" топором вырезали из заготовок, даже наждачки на "обточку" пожалели...), то ESP (у ESP и Schecter один хозяин кстати - Hisatake Shibuya) имеет производственные мощности исключительно в Азии (Корея, Индонезия) и в качестве "целевой" аудитории избрала поклонников "тяжёлого металла" - что позволяет не заморачиваться с "чистым" звуком и откровенно гнать лажу на рынок ("Distortion"/"Metal Zone" всех уравняют на выходе).

imho: сколько этих ESP/LTD/Cort/(other crap) палок не смотрел - убого, особенно на фоне Fernandes/Burny или на фоне "американцев" Jackson/Charvell. визуально и "на ощупь" качество у ESP/LTD приличное (инструменты более "вылизаны", чем Gibson, хотя скажем честно - надо ОЧЕНЬ постараться, чтобы сделать инструмент хуже, чем родной "гипсон": накладка с ладами выступает за поверхность грифа - фигня! сколы и трещины на грифе/деке - фигня! сам гриф "винтом" - какая мелочь! лады и нижний порожек не отшлифованы - не парит никого...), но... не звучат и всё тут. даже модели со сквозным грифом не радуют.

самое весёлое - Gibson постоянно на протяжении последних лет эдак *дцати находится в состоянии, близком к банкротству. в конце 80-х (в 90-х) компанию по сути "вытащил" Slash, игравший на инструментах Криса Деррига (Kris Derrig) (к компании Gibson эти инструменты не имели никакого отношения, кроме своей формы корпуса). также многие утверждают, что Slash использовал/использует инструменты от "Макса" (MAX/Peter Barant), являющиеся репликами модели "Les Paul".

P.S.: не спешите обвинять автора в предвзятости - он прекрасно знает о чём тут идёт речь, ибо являлся как обладателем ESP (Eclipse custom), так и является собственником "стандарта" (который и в Африке стандарт). розничная цена на новые инструменты даже с учётом нормы прибыли производителя/дилеров - завышена в разы.

второе место среди Барыг отдадим славной компании PRS, ибо:

1) с ценообразованием наблюдаются такие же "проблемы", как и у компании Gibson.
2) оформление накладки на гриф с "драконом" - дело рук Ларри Сифеля из компании "Пёрлворкс", Балтимор (Larry Siffel, Pearlworks, Baltimore) при помощи CNC.
3) все инструменты у PRS сделаны при помощи CNC машин - с какого интересно тогда такие цены?

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

информация к размышлению:
в Китае на распродаже можно легко и непринуждённо купить "Squier Stratocaster" за USD $28.00 . дальше - сами, если есть желание.

что в имени тебе моём?! ты зацени груди объём!

основных игроков на рынке электрогитар считанные единицы. обилие марок и названий - ширма, за которой спрятались "толстые котики":

Gibson Guitar Corporation (Gibson USA):
Epiphone, Baldwin, Garrison, Maestro, Wurlitzer, Tobias, Valley Arts Guitar, Slingerland, MaGIC, Gibson Amphitheatre, Hamilton, Chickering, Kramer, Steinberger, Electar, Aeolian, etc.

Fender Musical Instruments Corporation (FMIC):
Squier, Gretsch, Jackson Guitars, Charvel, Hamer, Tacoma, Guild Guitar Company, SWR, Sound Corporation, Brand X, Orpheum, Olympia, Heartfield, etc.

Washburn прикупил Parker-а и вроде как пользует те же корейские производственные мощности, что и ESP/Schecter/Cort, альянсы японских Gakki довольно "извилисты" и где-то 60% - 70% всего рынка электрогитар делает Samick.

окромя ентих "котиков" вовсю процветает ghostbuild (см. терминологию). эта каша и кутерьма низводит понятие "бренд" в ноль. можно найти за копейки какого-нибуть "китайца" с (!относительно!) хорошим деревом и нормальным качеством изготовления, попотеть над подбором датчиков и результат уделает боком легко и непринуждённо любой аналогичный/(схожий по типу) серийный ширпотреб (включая линейку "made in USA"). можно поймать момент завоза Burny, озаботиться наличием лампового комбика, перебрать всё и выбрать инструмент, который по самые гланды будет засаживать "оригинальным гипсонам" и "гипсонообразным" сородичам (толика везения таки должна присутствовать, но задача вполне решаема). ничего нового в данной ситуации нет. точно так же дело обстояло и в конце 70-х, когда Edward Van Halen за $130 USD прикупил "запчасти" (гриф и деку) у компании "Boogie Bodies", самостоятельно покрасил деку в белый цвет из аэрозольного баллончика и магнитной плёнкой наколбасил чёрные полоски. после чего на этой "гитаре" был записан альбомчик "Van Halen I". а посему - "не имей амати, а умей играти!"

ищите да обрящете...

допустим, что возможности позволяют и хочется чего-то особенного. imho - можно посмотреть в сторону мелкосерийного производства с элементами ручной работы: Baker, Quicksilver или присмотреться к Eastman - вряд ли пожалеете. не помешает побродить по сайтику г-на Романа, только учитывайте, что человек болен здоровым американским шовинизмом (он - патриот своей страны), поэтому пропускайте все его статьи через призму здравого смысла. с доставкой в РФ и растаможкой проблем нет никаких. сравнить цены можно с сетью Sweetwater. ориентироваться на Ebay не советую - там жулики и нет никакой гарантии, что вы покупаете именно то, что и ожидаете купить. впрочем полностью игнорировать Ebay не стоит. относитесь к нему как к справочному бюро. это некий индикатор упоминавшейся выше "уличной цены" на оборудование. не стоит забывать об "особенностях расейского рынка/менталитета", особенно если вы планируете перепродать инструмент через некоторое время. тогда на первый план выходит задача "сохранения стоимости". какие брэнды в этой стране не теряют в цене - вопрос интересный. рискну предположить, что либо те, которые и так стоят неприлично дёшево (до $100 USD), либо мелкосерийка с бирками "Made in Japan/USA". на китайцев/корейцев рассчитывать сложно - только в привязке к какому-либо брэнду. именно поэтому в заметке упомянута несколько раз компания Fernandes - она (помимо великолепной репутации/истории) разработала прекрасную "электрику" - sustainer и не менее прекрасные датчики для своих гитар. современные Ibanez-ы разочаровали. перенос производства/(субконтракт) в Корею на пользу звуку и качеству не пошёл. по мне так их линейка с 80-х и до начала 90-х (а то и до середины) загнёт и вложит аналогичным современным моделям по самое "не хочу". мнение это субъективно, если ваши ощущения говорят об обратном - спорить не стану. на вкус и цвет. "китаёзы" прогрессируют день ото дня. их подводят дерьмовая фурнитура/комплектующие и (!временное!) отсутствие хороших датчиков в их ценовом диапазоне. что ни говори, но себестоимость хорошего (действительно хорошего) электромагнитного датчика для китайского "no name" сегодня получается "как крыло самолёта" (относительно себестоимости остальной гитары), что есть серьёзное (!временное!) затруднение.

утро красит нежным цветом...

прогресс наметился и в нашей стране. пусть в свободной продаже и не появилась марка "Red Bear"/"Novik" (а хотелось бы, может спроса нет? странно), зато "выстрелил" г-н Ерасов. неплохо найти дилера, кто имеет несколько "комбиков"/усилителей и начать прослушивание с моделей, не отягчённых избытком тумблеров и крутилочек. ламповый усилитель должен давать надёжную основу звука. есть опция лампового перегруза - отлично. нет - не страшно. вся обработка - от задержек/реверберации и до ... - дело десятое.

г-н Шамрай продолжает прокладывать тернистый путь к звёздам. большому кораблю - большая дорога. удачи, творческих узбеков и самые наилучшие от чистого сердца. как звучит его нонешний custom shop - не знаю. выглядит многообещающе. первые модели под брэндом "Russtone" ("Shamray" отделился в 1998-ом согласно официальной версии) - это "спаси и сохрани мя, грешного..." (AFAIR). сейчас - совсем другое дело. не стыдно людям показать. зачем Russtone занимается галиматьёй с размещением заказов в Индонезии - не понятно, ну да это не моё дело. дай Бог памяти, но то ли "рустон", то ли "шамрай" (то ли оба) в "детстве" отличался слабым грифом. через некоторое непродолжительное время гриф вело "винтом". надеюсь, что подобное осталось лишь в воспоминаниях.

finita la comedia...

на звкуску - тёплые и добрые слова в адрес Peavey - за отличные комбики (как бывший владелец "50 Classic 2x12' Celestion" и бывший владелец "51/50 head"), нормальные цены и высокое качество продукции (у них и гитарёшки очень даже приятные во всех отношениях). про остальных "котиков" (или про "толстых корпоративных котиков") пусть расскажет кто другой - сам пока не сталкивался вплотную. ежели тема интересна - могу накатать чуток отсебятины по ламповым усилителям, датчикам и чему-нибудь ещё.

добро пожаловаться!
удачи...

*/

Заебали пидарасы...

2009-11-25T19:58:00.002+03:00

уважаемые Господа,

прошу помощи. есть некие гандоны, что постят в комментариях рекламу, нарушающую законодательство РФ. как с ними бороться? запрещать постинг комментов для всех - не хочется. закрывать глаза на нарушение законодательства - становишься соучастником. с удовольствием рассмотрю все идеи. в идеале было бы изложение способов связи с google (поскольку blogspot.com им и принадлежит) с последующими санкциями. если наши правоохранительные органы заинтересованы в участии - не вопрос. вопрос лишь как это всё организовать без излишней суеты.

спасибо.

SOAD-Linux-3.3.1 is out

2009-11-24T22:27:00.003+03:00

/*

Ladies and Gents,

the new SOAD-Linux based on openSUSE-11.2 is out:

Download page
List of installed packages
README
Version 3.3.1 download link

It's a hybrid "iso" image capable to run in VM (qemu, etc.), to be burned on CD/DVD or to be "dumped" to USB-sticks. We're providing the extended set of a drivers for devices/filesystems along with the extended set of WM's for your convenience. Please be aware that we can not assure the correct behavior of "Ecomorph" despite on installed NVIDIA driver (you need to build from official "NVIDIA*.run" sources to avoid "White screen" compiz bug for a modern NVIDIA GPU's). Also due to a "lzma+squashfs" compression method we can't provide the small "xdelta" patches yet.

You're always welcome to leave your comments here.

Have fun!

***********************************************

Дамы и Господа,

предлагаем Вашему вниманию новую версию SOAD-Linux, основанную на openSUSE-11.2:

Страница загрузки
Список предустановленных пакетов
README
Скачать образ

С удовольствием учтём Ваши пожелания при подготовке следующих релизов.

Удачи!

*/

upgrade to openSUSE-11.2

2009-11-17T20:28:00.002+03:00

/*
пуркуа бы и не па?

основные принципы остаются теми же, что и были описаны ранее:

схема проведения апгрейда

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

1) определяем количество "вендоров" ПО в текущей системе:

> rpm -qai | grep Vendor | awk -FVendor '{ print $2 }' | sort | uniq

2) желательно все полученные выше линии внести через запятую в файл:

> sudo vim /etc/zypp/vendors.d/openSUSE

также можно создать несколько файлов в каталоге "/etc/zypp/vendors.d/". формат файла:

> cat /etc/zypp/vendors.d/openSUSE

[main]
vendors=openSUSE,SUSE LINUX Products GmbH,none,openSUSE Build Service,Packman,packman.links2linux.de,openSUSE Education,openSUSE-Education,(none),j.engelh,obs://build.opensuse.org/Emulators,obs://build.opensuse.org/home:anubisg1,obs://build.opensuse.org/home:dmitry_serpokryl,obs://build.opensuse.org/Moblin:UI,obs://build.opensuse.org/network:utilities,obs://build.opensuse.org/OpenOffice.org:EXTRAS,obs://build.opensuse.org/OpenOffice.org:STABLE,obs://build.opensuse.org/openSUSE:Factory,obs://build.opensuse.org/openSUSE:Tools,obs://build.opensuse.org/server:database,obs://build.opensuse.org/Virtualization:Appliances,obs://build.opensuse.org/X11,http://packman.links2linux.de

3) правим репы на версию 11.2:

> cd /etc/zypp/repos.d/
> sudo sed -i 's|11.1|11.2|g' *

4) проверяем содержимое каталога "/etc/zypp/repos.d/" на предмет того, что все "url=" вылидны.

5) выполняем сам апгрейд. можно в два прохода (сперва качаем контент, сохраняем локально, потом ставим):

> sudo zypper mr -k --all #optional
> sudo zypper mr --all --no-refresh #optional
> sudo zypper dup -D #optional
> sudo zypper dup
> sudo zypper clean #optional

6) перезагрузка.

в зависимости от скорости соединения и общей захламлённости системы процесс может занять достаточно длительное время. впрочем, даже на машинах с более чем 60-ю активными репо финал порадовал хорошими результатами. стоит обновляться сейчас или подождать - зависит от вас и того набора ПО, которым вы пользуетесь. далеко не все репы в OBS (включая и "официальные") "проапгрейдили" контент до openSuSE-11.2 (владельцы ATI как обычно с завистью смотрят на хозяев NVIDIA).

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

удачи.

*/

reiser4 для openSUSE-11.2

2009-11-14T13:37:00.026+03:00

/*
И вновь продолжается бой,
И сердцу тревожно в груди.
И Ленин - такой молодой,
И юный Октябрь впереди!
/Н. Добронравов, 1974/

собсно продолжение "весёлой (1)" "истории (2)" с ура-патриотическим шовинистским наклоном.

потихоньку перечисляем причины, по которым задерживается/откладывается/херится компиляция рабочего софта для openSUSE-11.2:

* в текущей версии "binutils-2.19.51" кто-то умный (ОЧЕНЬ умный, да-да-да!) взял и догадался запретить "ld" делать статическую линковку бинарей по умолчанию.

абзац. передай CFLAGS параметр "-static" и можешь быть свободен (вопрос на засыпку: "а сколько проверок тех же autotools применяют статику для тестирования окружения?!"). из-за этого в Factory накрылась сборка "reiser4progs" и ваш покорный слуга "осилил" первым (damn, i'm good!) поднять "Титаник" из глубин:

пруфлинк :)

после чего встал раком вопрос о прикрутке ядрёного модуля для полноты ощущений. есть три варианта успешного развития событий:

1) тянем с kernel.org сырцы ядра, патчим по своему усмотрению, ставим;
2) ковыряем текущие исходники от SuSE (с учётом того, что некоторые патчи из "обоймы" reiser4 уже наложены);
3) берём diff-ы reiser4 и, радостные, лепим из них сырцы ядрёного модуля для последующей сборки по фэн-шую, выкладываем в OBS, лепим src.rpm и развлекаемся по полной программе матёрого эксгибициониста.

* история нумеро уно (светлая и радостная)

теперь по-порядку. при любых раскладах нам понадобятся исходники ядра от SuSE (чтобы припухнуть от количества патчей, выбрать нужные и хоть немного, но сообразить, почему ядро от SuSE заведётся даже на Gentoo, установленной на Mac Book, с поддержкой всего найденного оборудования):

> sudo zypper si kernel-source

для простоты из "/usr/src/packages/SOURCES/patches.suse.tar.bz2#utar/patches.suse/" дёргаем лишь файл "bootsplash" как пример. вам что-то ещё нужно?! - не стесняйтесь. можно себе позволить и правой рукой, и левой и обеими одновременно. именно тот случай.

частенько встречаются индивидуумы с синдромом "мля, это говно нибуя не компилиццо!". им может помочь (в плане уменьшения расхода нервных клеток ессно, IQ приходит с опытом/возрастом... правда не ко всем... и не всегда...) простенький конструкт (дёшево и сердито, рекомендую кстати):

> sudo zypper in ccache
> mkdir $HOME/bin
> ln -s /usr/bin/ccache $HOME/bin/cc
> ln -s /usr/bin/ccache $HOME/bin/gcc
> ln -s /usr/bin/ccache $HOME/bin/g++
> export PATH="$HOME/bin:$PATH"

если вы уже упёрли kernel-2.6.31.6 (налетай, падхады!), а с офсайта оттяпали набор reiser4 патчей для пионэров - то удача близка, как никогда ранее! осталось всего-ничего: состыковать это богатство в единое целое (Кама-Сутра нам поможет), компильнуть, инстальнуть и ребутнуться.

некоторые индивидуумы перед оправлением большой нужды не заботятся о наличии "облагораживающих рулонов бумаги" поблизости. "не наш метод"(с). выбор каталога для исходников ядра (KERNELSOURCEDIR) и выбор каталога для собранных, но не установленных, файлов (KERNELBUILDDIR) очень важен. хотя бы потому, что в процессе сборки они могут занять до 4-ёх Gb дискового пространства, а то и поболее (если мы лепим модули для разных вариантов настроек ядра). все детали очень хорошо описаны в файле "Linux-2.6*/README" - изучите. и подумайте о добавлении команд "make prepare && make scripts" в рутинный процесс компиляции.

для простоты эксперимента не будем мудрить (распакуем исходники ядра в "/usr/src/"):

> export KERNELSOURCEDIR=/usr/src/linux-2.6.31.6
> export KERNELBUILDDIR=/usr/src/linux-2.6.31.6

готовимся отпатчить исходники по самое "не балуй!":

> mkdir /usr/src/patch_reiser4
> cd /usr/src/patch_reiser4/
> tar xf $PATH_TO_SOURCE/reiser4-for-2.6.31.patch.bz2
> cd /usr/src/patch_reiser4/linux-2.6.3?/
> mkdir my_additional_patches
> cd ./my_additional_patches/
> cp $PATH_TO_SOURCE/bootsplash ./bootsplash.diff

решаем шкурный вопрос о патчах reiser4 *.diff файлов. либо делаем:

> mv /usr/src/linux-2.6.31.6 /usr/src/linux-2.6.31 # и корректируем переменные KERNEL*DIR

либо

> cd /usr/src/patch_reiser4/linux-2.6.31/
> find ./ -type f -exec sed -i 's|\ linux\-2\.6\.31|\ linux\-2\.6\.31\.6|' {} \;

приводим в порядок "bootsplash.diff" заменяя аморфные " a/" и " b/" на имя каталога с нашим новым ядром - "linux-2.6.31.6" или что-там-у-вас-получилось.

настал торжественный момент! "собирайтесь, девки, в кучу, я вам чучу отчебучу!" (наше дерево патчей - в "/usr/src/patch_reiser4/linux-2.6.31/"!)

> cd /usr/src/patch_reiser4/
> find ./linux-2.6.31/ -type f -exec cat {} \; | patch -d /usr/src/ -p0 -i -

если вас устраивает текущее ядро и нет желания изображать из себя "великого оптимизатора" - пришло время расслабиться:

> cd $KERNELSOURCEDIR/
> zcat /proc/config.gz > ./.config
> make oldconfig
> make O="$KERNELBUILDDIR"
> sudo make O="$KERNELBUILDDIR" modules_install install

новые записи уже добавились в меню grub-а, хотя можно и проверить/поправить дефолт:

> sudo vim /boot/grub/menu.lst

можно (и нужно) перегрузить машину на новое ядро и (ежели таки оргазм) - прислать аффтару пиффка для рыффка. последние штрихи:

> sudo depmod -a # на всякий...
> modprobe -v reiser4
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/lib/zlib_deflate/zlib_deflate.ko
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/lib/lzo/lzo_compress.ko
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/lib/lzo/lzo_decompress.ko
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/fs/reiser4/reiser4.ko

гы :). "Отдохнул - убери за собой!"(с):

> cd $KERNELSOURCEDIR/
> make clean
> zcat /proc/config.gz > ./.config
> make oldconfig
> make prepare
> make scripts

в остатке у нас няшный latest-kernel-stable с поддержкой bootsplash (выглядит как "родной"!) и reiser4 (надеюсь, что мои пакетики с "reiser4progs" уже установлены, да?). дерево исходников очищено от мусора и можно переходить к

* истории второй, печальной и тупой...

хвастать, признаю, пока нечем. первый яростный натиск потерпел фиаско. финал был комичен - загруженная машина где ничерта не работало, пришлось ядро переставлять с dvd (ибо модуль сетевой карточки тоже не загружалсо...). много про себя думал. в разных позах, обстоятельно. итак, на ваш суд выносим "тернистый путь ошибок трудных..."

засада начинается с разблядовки ядра на составляющие по-умолчанию (примерно так это выглядит):

> rpm -qa | grep kernel | sort

kernel-debug-devel-2.6.31.5-0.1.1.i586
kernel-default-devel-2.6.31.5-0.1.1.i586
kernel-desktop-2.6.31.5-0.1.1.i586
kernel-desktop-base-2.6.31.5-0.1.1.i586
kernel-desktop-devel-2.6.31.5-0.1.1.i586
kernel-firmware-20090821-4.1.noarch
kernel-pae-devel-2.6.31.5-0.1.1.i586
kernel-source-2.6.31.5-0.1.1.noarch
kernel-syms-2.6.31.5-0.1.1.i586
kernel-xen-devel-2.6.31.5-0.1.1.i586
linux-kernel-headers-2.6.31-3.4.noarch

получается, что алгоритм решения задачи должен быть примерно следующим:

a) "совместить" "объектные" файлы текущего ядра с основным деревом исходников - т.е. получить единое дерево исходников без разбивок на flavors (pae, xen, default, desktop, etc...) для ТЕКУЩЕГО! работающего ядра! т.е. сделать так, чтобы модуль мог быть подгружен в работающее ядро от SuSE!
b) удостовериться, что новое дерево стабильно и функционально (т.е. можно смело собирать бинари)
c) пропатчить новое дерево reiser4 diff-ами
d) собрать модуль reiser4, загрузить в текущее рабочее ядро
e) испытать оргазм

либо сразу отказаться от выпендрёжа и перейти к "третьему варианту" - подготовке исходников для нового модуля ядра и сборке в соответствии с CODE11.

нетрудно догадаться, что в творческом порыве аффтар не стал выполнять пункты a) и b), после чего ухитрился накомпилять ядро с новыми модулями, перетереть, старое, ребутнуться и "качнуть глибцов" по самые гланды. если кто-то думает, что всё прошло без сучка и задоринки (без разбора rej файлов, дополнительных патчей исходников...) - то он "наивный чукотский юноша". аффтар вспомнил всё и всех.

на вторую попытку силёнок не хватило. энтузиастам предложу ознакомиться с:

> ls /usr/src/linux-2.6.*-obj/$ARCH/$YOUR_FLAVOR

на предмет "соединения" с основным деревом исходников. иначе "не пойдёт!"(c). патчи - аналогично, НО:

N.B.: просмотрите в файлах (желательно пройтись по всем уже наложенным ессно)

/usr/src/packages/SOURCES/patches.suse.tar.bz2
/usr/src/packages/SOURCES/patches.fixes.tar.bz2

какие из патчей для "reiser4" уже присутствуют я ядре openSuSE и измените содержимое reiser4 diff-ов соответственно! иначе... будете как аффтар - ССЗБ.

делать "make install" не надо, тупо скопируйте "reiser4.ko" в "/lib/modules/"`uname -r`"/updates/" и, если всё хорошо, сделайте:

> sudo depmod -a
> modprobe -v reiser4

ня! (или как там получится по обстоятельствам...)

* история третья, коротенькая, но оптимистичная...

есть у меня махонький такой репо для экспериментов в часы досуга:

drivers

как только - так сразу там всё и появится. кому оно надо - загрузят "*.src.rpm" и разберутся без соплей. остальные упрут "reiser4-kmp-$FLAVOR" и будут похрюкивать от удовольствия.

* послесловие:

для модулей ядра стоит быть очень аккуратным с командой "strip". сделайте копию модуля, удалите debug символы, проверьте, загружается ли модуль после этого и только потом "режьте по живому". если нет ОСТРЕЙШЕЙ необходимости - оставьте модули как "not stripped".

вот такая вот музыка, такая, блин, Вечная Молодость...

на закуску перечислим прочие "заслуги" перед "родиной":

* в Enlightenment repo собрали новый снэпшот "fltk2" и "Dillo-2.1.1" (с поддержкой https/ssl - можно даже на gmail.com почту мусолить)

* там же в процессе грандиозная чистка spec-файлов от мусора

* там же обновлены практически все пакеты на текущие версии (включая git/svn/etc...)

* в игрушечном репо собрана новая версия "freetype2-lcd" и "igmpproxy" пропатчен для сборки/работы на openSUSE-11.2

* продолжаем готовить релиз SOAD Linux на базе oS-11.2 - тут всё грустно, ибо многие компоненты, что работают на openSUSE-11.1 в OBS не "портированы" на oS-11.2. да и прочих забот хватает.

пока так. поживём, а там видно будет.

всем удачи!

*/

не было печали...

2009-11-12T18:32:00.012+03:00

/*
- Вовочка, выйди из класса и зайди, как это делает твой папа!
- ... ща.
пинком выносит дверь с коробкой, рвёт пуговицы на рубашке и орёт в охуевший и притихший класс:
- Шо, с-суки, не ждали?!

история не нова. в очередной раз "тихо и незаметно" на весь OBS спустили новые проверочные пресеты из Factory. "... как это мило...". вроде бы радоваться надо, но... смотрим:

кривые зависимости в пакете
проблемы с автоконфигурацией устройств (заметим мимоходом, что alsaconf теперь "магёт" только ISA карточки и легко ломает нормальную рабочую настройку)
Top 100 - наши, мля, чемпионы...

на этом весёленьком, в цветочек, фоне новые проверки иначе как издевательскими не назовёшь. о начале этой вечеринки можно пофтыкать в одной из моих старых заметок. новый "хит сезона":

+ /usr/lib/rpm/suse_update_desktop_file.sh -r elementary_test Utility Accessibility
ERROR: //tmp/elementary-svn_20091112_r43627-build/usr/share/applications/elementary_test.desktop is not an UTF-8 file
+ exit 1
error: Bad exit status from /var/tmp/rpm-tmp.26363 (%install)

5 баллов. т.е.:
1) мы имеем АБСОЛЮТНО КОШЕРНЫЙ "elementary_test.desktop" файл
2) скармливаем его макросу "%suse_update_desktop_file ", чтобы эта тварь добавила строку "X-SuSE-translate=true" (исключительно специфика SuSE)
3) мы выучили все freedesktop-овы спеки на desktop файло для меню и всё делаем без косяков и по фэн-шую!
4) мы всё равно идём нахуй, ибо файл не UTF-8! (патамучта, бля, все символы "внутри" этого файла в пределах ASCII таблицы и ессно, что он и определяется как ASCII text! yeah baby, yeah!)

если кто-то решит ещё и "*.spec" файлы на UTF проверять - буду старательно рисовать матерные камменты. понятно, что по сути это мелочи, что было/есть благое намерение как-то поправить дела с локализацией и т.п. и т.д.. но на фоне существующих багов в ПО подобные "тонкости и политесы" явно не к месту (да и не ко времени).

возврат в Linux восле OpenBSD проходит тяжело. куда ни глянь - всюду бардак и нихера толком не работает как положено. примеры:

1) в OpenBSD-current моя wi-fi карточка (RT2500 802.11g - RaLink) - на wpa2 выдала "честные" 802.11g и держала канал как трактор накатанную колею - на полную. Linux - сперва прыгаешь с патчами, чтобы monitor mode нормально заработал (aircrack2), потом...

2) звук: в OpenBSD-current всё из коробки согласно списку поддерживаемого оборудования. Linux - ... (отсоси, потом проси...)

3) экспансия xml-конфигов в Linux без удобных средств для их редактирования (достаточно один раз поработать в Mac OS X чтобы понять, как это "для людей" делать надо)

4) Linux: бардак с hal/devkit/polkit/etc... - песнь. есть спеки - но хер поймёшь, что из этих спеков ноне работает. пример: требуется при помощи hal монтировать все "ufs" партиции с опцией "ufstype=44bsd". раньше было просто. добавляем в policy:

<merge key="storage.policy.default.mount_option.ufstype=44bsd" type="bool">true</merge>
<append key="volume.policy.mount_option.ufstype=44bsd" type="bool">true</append>

и мы в шоколаде. все строго по спекам. но нет, именно эти опции надо похерить и отдать на откуп DE (Desktop Environment), а то, что многие предпочитают не использовать DE и обходиться простыми WM-ами (Window Manager) - никого не парит.

и т.д. и т.п.. в результате получается, что c удовольствием рисуешь вот такие странички wiki, и смотришь на Linux чуток... по-другому. enterprise-то конечно из OpenBSD никакой, но...

скоро в моих репо будет всем обновление Enlightenment-DR17-svn (очень удачный и стабильный снэпшот получился) - пользуйте.

на этой мажорной ноте позвольте поздравить всех с релизом openSuSE-11.2 и откланяться.

удачи.

*/

кратенько об openSuSE-11.2

2009-11-06T16:05:00.006+03:00

/*
- Мы выдержали, мы выстояли, мы победили!
/Брежнев/

негоже сомневаться, что этот релиз будет принят на "ура" поклонниками ~~свистелко-рюшегного~~ kde, ибо теперь "галочка" kde-desktop стоит в инсталлере по умолчанию. удачи. речь пойдёт не о том. релиз намечен на 12 ноября, но кодовая база уже стабильна и Enlightenment-DR17 доступен для новой версии:

репо1 ("extended" set of available components)
репо2 ("official" minimum) - сборка для i586 в процессе

kde не понравился своей аляповатостью, тормозами и невменяемыми настройками (эт кроме багов ессно. тут отдельная история, даже писать не хочу - воротит, хотя не могу не отметить отсутствие Mono в базовом шаблоне установки kde - радует). "/etc/enlightenment/sysactions.conf" - наше всё (там элементарно настраиваются suspend, hibernate и прочие системные процедуры, помимо прочего), да и возможность устанавливать приоритет для ВСЕХ приложений/окон, контролируемых E (Settings -> Advanced -> Performance -> Application Priority) - очень радует. это гораздо более логичный подход для настройки "отзывчивости" иксов, чем перепил кода ядра (ждём, когда и эту идею адаптируют для быдломасс...).

посему, Дамы и Господа, смело можно накатить базовую систему или воспользоваться netinstall диском, если нет желания смотреть, как "-!...! плазма не падает, ЧЯДНТ!?"(c).

ядро - 2.6.31.5
e2fsprogs - 1.41.9 (можно ставить на ext4)
autoconf - 2.63
automake - 1.11
grub - 0.97 (grub-legacy)
gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux)
java-1_6_0-openjdk - 1.6.0.0_b16 (Java 6 compatible Java Runtime Environment is based on OpenJDK 6 and IcedTea 6 - праздник!)
xorg-x11 - 7.4

OBS проекты, являющиеся основой openSuSE-11.2 (нужен Novell account!):

openSUSE:11.2

openSUSE:11.2:Contrib

openSUSE:11.2:Live

openSUSE:11.2:NonFree

openSUSE:11.2:Update

из новшеств - появление сборки ядра kernel-desktop (что ставится по умолчанию). это вариант kernel-pae cо следующими нюансами (заявлена оптимизация для десктопа, но "bfs" нам из коробки не светит...):

CONFIG_HZ_1000=y
CONFIG_HZ=1000
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_NO_HZ=y
CONFIG_SMP=y
CONFIG_X86_BIGSMP=y
CONFIG_HIGHMEM64G=y

ничего сверхестественного. в остальном линейка ядер стандартна для oS (openSuSE): kernel-debug, kernel-default, kernel-pae, kernel-rt, kernel-trace (это вариант real-time ядра), kernel-vanilla, kernel-xen. тут только не забыть, что ядро разбито на субпакеты, в которых возможно наличие модулей для вашего железа. например:

i | kernel-desktop | Kernel optimized for the desktop | package
i | kernel-desktop-base | Kernel optimized for the desktop - base modules| package
i | kernel-desktop-devel | Development files necessary for building kernel modules

т.е. "kernel-desktop-base" по умолчанию не устанавливается, а в нём "есть многое, Горацио...". и дивный пакетик - "kernel-firmware" - многих обрадует.

после быстрой установки RC2 на ext2 (да! ибо у нас есть OpenBSD... и ext4 идёт....) начались долгожданные "приколы":

1) описанный ранее способ по прикрутке reiser4 не прокатил (WARNING: /lib/modules/2.6.31.5-0.1-desktop/updates/reiser4.ko needs unknown symbol breakpoint) - чешем на офсайт и чуток развлекаемся :)

2) многим (особенно встроенным!) звуковым картам резко поплохеет (звука не будет, феерично, ибо в OpenBSD-current/4.6 ВСЁ работает!), из дефолтного ядра модули вырезали, а к альсе пока не прикрутили (репо с kmp):
http://download.opensuse.org/repositories/multimedia:/audio:/KMP/
надеюсь, что это временная мера и за оставшиеся 6 дней появится репо/пакет с недостающими модулями. но, если оно не будет работать и дальше, - не удивлюсь ни капли. стоит заметить, что собранный вручную vanilla kernel 2.6.30.6 со звуком проблем не имел.

пересобрал для "kernel-desktop" (мне нужен "via82xx" например) из alsa-driver-kmp - соснул тунца, ибо alsaconf не увидел карточки даже с подгруженным модулем. ппц. надо попробовать откатиться на рабочий вариант из openSuSE-11.1.

рецепт лечения элементарен (выкидываем альсу, не пожалеете, в референсных мониторах разница очень хорошо различима):
* ставим:
kernel-desktop-2.6.31.5-0.1.1.i586
kernel-desktop-base-2.6.31.5-0.1.1.i586
kernel-desktop-devel-2.6.31.5-0.1.1.i586
kernel-firmware-20090821-4.1.noarch
kernel-source-2.6.31.5-0.1.1.noarch
kernel-syms-2.6.31.5-0.1.1.i586
linux-kernel-headers-2.6.31-3.4.noarch
gcc
make
"autotools"

* чешем за пряниками:
скачать OSS

* ставим:
> sudo rpm -Uhv --nodeps ./oss-linux-v4.2-2002.i386.rpm #(надо тупо обойти проверку на отсутствие kernel-devel пакета, ибо у нас он называется чуток по иному)

* стартуем "ossxmix" и кладём с пробором на alsa, pulse и прочие заморочки :)

3) смена раскладки клавиатуры непринуждённо настраивается засовыванием в автозагрузку чего-то похожего на:

#!/bin/sh
setxkbmap -layout us,ru -option grp:lctrl_lshift_toggle,grp_led:scroll -variant winkeys -model "pc(pc104)"

4) "официальные" репо для ATI/NVIDIA пока не готовы - ставим вручную (что даже лучше для целевой системы, что бы не возражали на это утверждение сторонники "пакетов").

5) хорошо, что не выкинули gfxboot с заменой на splashy (то ещё поделие...)

несмотря на статус RC2 система "сыровата". возможно это связано с новыми версиями "autotools"/devel пакетов, может аляповатость и тормознутость kde вызывают неприятие (хотя в моём случае вина на ублюдочной поддержке аудиокарточек, где openSuSE-11.2 соснула у OpenBSD-4.6). очень достойным шагом будет выкинуть нах Firefox из репо openSuSE и поставить с офсайта Mozilla - тем самым вы получите возможность обновляться без задержек и избавитесь от некоего "подтормаживания" при скроллинге страниц (хз почему, подозреваю какие-то косяки с pango - можно проверить параметры сборки, но Mozilla official и так работает без нареканий). единственное, что придётся поправить руками - пару симлинков на плагины.

многие OBS репо пока не готовы к выходу 11.2 - времени до релиза осталось не так много. ситуация повторяется. пинайте мейнтейнеров - самое время, пора прочухаться.

хвалебные оды уменьшению времени загрузки системы (и какая к буям разница, стартанёт оно за минуту или за 5 секунд - суть-то не в этом, а в том, как РАБОТАТЬ будет) и новому "гламурному" дизайну (не понравился) оставим другим. наше дело - прикрыть бронеплитой родную задницу и гарантировать спокойный сон за рабочим столом (подготовить достойный релиз SOAD Linux, лишённый недостатков "родителя")!

удачи!

P.S. недавно сравнивал последний midori и FF от Mozilla - FF откушал примерно на 5-15% больше памяти (10 вкладок, flash, JS и прочая) и субъективно уделал midori по всем остальным критериям. странно, что тест peacekeeper говорит об ином...

*/

vsftpd - создание файлопомойки

2009-11-01T11:52:00.006+03:00

/*
... есть такое слово - samba...

цели:
* выкинуть "самбу"
* анонимусов в chroot и дать им все возможности для самореализации
* локальных/виртуальных лузеров тоже в chroot по домашним каталогам
* всё файло, что зальют аноны, должно иметь mode 0666
* все новые каталоги - mode 0777 (чтобы не парить мозг с правами/чисткой и одминить удалённо тем же ftp-клиентом)
* админов сервиса - в chroot не ставить (или ставить - на выбор, лучше конечно в chroot)

платформа - OpenBSD (ибо тут есть где развернуться), но должно работать везде. подробности о том, как установить и запустить vsftpd опустим. всем пользователям прочих фтп (особенно proftpd) пожелаем удачных обновлений и не скучать :). поехали...

* создаём chroot для анонимусов:
(Прим.: лучше загнать в ~/tmp/vsftpd/anon, а одминов сервиса - в ~/tmp/vsftpd)

> mkdir -p ~/tmp/vsftpd
> chmod 555 ~/tmp/vsftpd
> sudo echo 'anon_root=!ПОЛНЫЙ_ПУТЬ!/tmp/vsftpd' > /etc/vsftpd.conf
> mkdir -p ~/tmp/vsftpd/pub
> chmod 555 ~/tmp/vsftpd/pub
> mkdir -p ~/tmp/vsftpd/upload
> chmod 777 ~/tmp/vsftpd/upload

* добиваем /etc/vsftpd.conf

# Allow anonymous FTP? (Beware - allowed by default if you comment this out).
#anonymous_enable=NO
anonymous_enable=YES
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=000
anon_umask=000
chown_upload_mode=0666
file_open_mode=0666
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
anon_mkdir_write_enable=YES
anon_other_write_enable=YES

# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
dual_log_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
connect_from_port_20=YES
# You may override where the log file goes if you like. The default is shown
# below.
xferlog_file=/var/log/xferlog.log
vsftpd_log_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format.
# Note that the default log file location is /var/log/xferlog in this case.
xferlog_std_format=YES
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
nopriv_user=_vsftpd
ftp_username=anonftp
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
deny_email_enable=YES
# (default follows)
banned_email_file=/etc/vsftpd.banned_emails
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
chroot_local_user=YES
chroot_list_enable=YES
# (default follows)
chroot_list_file=/etc/ftpchroot
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
ls_recurse_enable=YES
#
#
# If enabled, vsftpd will load a list of usernames from the filename
# given by userlist_file. If a user tries to log in using a name in this
# file, they will be denied before they are asked for a password.
# This may be useful in preventing clear text passwords being transmitted.
userlist_enable=YES
#
# This option is the name of the file loaded when the userlist_enable
# option is active.
userlist_file=/etc/ftpusers
#
# This option should be the name of a directory which is empty. Also,
# the directory should not be writable by the ftp user. This directory
# is used as a secure chroot() jail at times vsftpd does not require
# filesystem access.
secure_chroot_dir=/var/empty
#
# The minimum port to allocate for PASV style data connections.
# Can be used to specify a narrow port range to assist firewalling.
pasv_min_port=49152
#
# The maximum port to allocate for PASV style data connections.
# Can be used to specify a narrow port range to assist firewalling.
pasv_max_port=65535
#
# By default, numeric IDs are shown in the user and group fields of
# directory listings. You can get textual names by enabling this parameter.
# It is off by default for performance reasons.
text_userdb_names=YES
# When "listen" directive is enabled, vsftpd runs in standalone mode and
# listens on IPv4 sockets. This directive cannot be used in conjunction
# with the listen_ipv6 directive.
listen=YES

imho для новичков есть несколько моментов, заслуживающих внимания:

> sudo touch /etc/vsftpd.banned_emails
(иначе "не пойдёт!")

> sudo useradd -d !ПОЛНЫЙ_ПУТЬ!/tmp/vsftpd -s /sbin/nologin anonftp
(иначе в OpenBSD сервис не стартанёт, ибо ftp_username по-умолчанию не объявлен)

> sudo echo 'ИМЯ_ОДМИНА_СЕРВИСА' >> /etc/ftpchroot
(а все остальные гаврики встанут в chroot в своих домашних каталогах)

в "/etc/ftpusers" у нас список тех, кому доступ на ftp заказан. также у нас УЖЕ есть пользователь "_vsftpd" с шеллом "/sbin/nologin" и несуществующим домашним каталогом (требуется по nopriv_user параметру). ACHTUNG! при подобном раскладе все симлинки, "вылетающие" за chroot, идут лесом (и это правильно. в Linux используем конструкцию "mount --bind -o ro" для наполнения "~/tmp/vsftpd/pub", в OpenBSD аналога "mount --bind" нет, ~~сосём~~ заполняем вручную). в "~/tmp/vsftpd/pub" закидываем контент и пишем "~/tmp/vsftpd/README!" файл с общим набором правил пользования сервисом.

всё, база готова. но решение несколько не кошерно. можно (и нужно) одминов сервиса также загнать в chroot, дав им хомяка в ~/tmp, а лучше - скинув анона в ~/tmp/vsftpd/anon (и хомяк одминам в ~/tmp/vsftpd) - тогда все будут счастливо возиться в песочнице и ваш сон никто не потревожит.

на что можно обратить внимание:

anon_max_rate
The maximum data transfer rate permitted, in bytes
per second, for anonymous clients.
Default: 0 (unlimited)
local_max_rate
The maximum data transfer rate permitted, in bytes
per second, for local authenticated users.
Default: 0 (unlimited)
max_per_ip
If vsftpd is in standalone mode, this is the maxi-
mum number of clients which may be connected from
the same source internet address. A client will get
an error message if they go over this limit.
Default: 0 (unlimited)

очень нравятся настройки ниже - можно спокойно и DSA вломить:

ssl_enable=YES
# Should include both certificate and key
rsa_cert_file=/your/cert/file
force_local_logins_ssl=YES
force_local_data_ssl=YES
force_anon_data_ssl=YES
force_anon_logins_ssl=YES
ssl_ciphers=DES-CBC3-SHA

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

hide_file={*.mp3,.hidden,hide*,*.avi}

управление дисковыми квотами оставляем за OCью (эт элементарно).

собсно наше упражнение сукесфули комплитед, все новые каталоги получают mode 777 (непринуждённо удаляются одминами сервиса), новое файло, залитое анонами, mode 666, "самба" RIP.

удачи.

*/

OpenBSD - штрихи к портрету (misc.)

2009-10-31T15:11:00.006+03:00

/*

Страна замечательная, томики законов сразу рассылают в публичные дома, чтобы любой желающий мог повертеть на ..ю за символическую сумму.
/ЛОР/

сильнее всего мешает отсутствие поддержки multibyte encoding (utf8), что уже реализовано в NetBSD и FreeBSD. ждём-с, а пока каждый "строит коммунизм в отдельно взятой стране". ничего сложного. рассмотрим на примере терминала Eterm:

1) ставим "vim" и "w3m" (это наши будущие редактор и просмотрщик файлов/каталогов по умолчанию)

2) собсно обозначаем наши благие намерения:

> echo 'export PAGER=/usr/local/bin/w3m' >> ~/.profile
> echo 'export EDITOR=/usr/local/bin/vim' >> ~/.profile

w3m нам нужен хотя бы для просмотра (в Eterm) примонтированных партиций, поскольку команда ":edit ++enc=utf-8" в vim-е прекрасно работает с файлами, но сбоит на каталогах. EFM (Enlightenment File Manager) справляется с отображением UTF-8 на ура (особенно если evas собран с fribidi). после определения переменной PAGER это значение используется и для просмотра man-ов, что гораздо удобнее, чем дефолт ("more").

3) отучаем "mc" использовать "mcview" (рихтуем "~/.mc/ini"):

use_internal_View=0

тут же можно избавиться и от "mcedit", заменив его на $EDITOR

use_internal_edit=0

4) читаем "каноны":

http://www.openbsd.ru/docs/howto-cyrillic.html

5) делаем alias для запуска Eterm в нужной нам конфигурации:

alias eterm="Eterm -F -*-fixed-medium-r-normal-*-15-*-*-*-*-*-koi8-r"

после чего вызываем терминал по только что указанному "паттерну":

> eterm

6) опционально читаем "man w3m" и учимся эффективно использовать этот замечательный консольный браузер.

к этому моменту имеем полностью русифицированную рабочую систему, осталось лишь навести лоск в соответствии с личными предпочтениями (используем Enlightenment-DR17). рихтуем "/etc/enlightenment/sysactions.conf":

action: halt /sbin/halt -p
action: reboot /sbin/reboot
action: suspend /usr/sbin/zzz
action: hibernate /usr/sbin/zzz
user: $USER allow: *

с suspend и hibernate поосторожнее, может и не заработать. ставим из пакетов всё, что относится к "xdg*" и добавляем в "~/.profile" требуемые переменные:

export XDG_CACHE_HOME=$HOME/.cache
export XDG_CONFIG_DIRS=/etc/xdg
export XDG_CONFIG_HOME=$HOME/.config
export XDG_DATA_DIRS=/usr/share:/usr/local/share:/usr/X11R6/share
export XDG_DATA_HOME=$HOME/.local/share

после чего не мудрствуя лукаво копируем из openSuSE весь каталог "/etc/xdg/menu" (кто самый смелый - может рисовать xml-ные "менюшки" руками, автор - слабак, не осилил...). теперь мы имеем нормальное XDG/FDO Applications-menu. мелочь - а приятно.

последний штрих - не стоит менять настройки окружения root-а. как показывает практика успешная миграция на OpenBSD-current (это когда тащим cvs-ом исходники и компиляем всё сами) возможна только при буквальном соблюдении "канонов". т.е. если вы не имеете желания разбираться, какого буя сборка падает при "gcc version 4.2.4", но всё путём для "gcc version 3.3.5 (propolice)" - то не трогайте рутовое окружение (а падает оно патамучта gcc4 из пакетов имеет Thread model: posix и "_atomic_lock.c" из "libpthread" да и прочие аналогичные вещи ещё никто не рихтовал. у gcc3 Thread model: single).

всем - удачи!

*/

OpenBSD-4.6 - продолжение праздничного банкета

2009-10-28T16:41:00.008+03:00

/*
- стоимость дебоша уже включена в счёт, сэр!

надеюсь, что скоро будет обновление EFL для OpenBSD в портах и пакетах. пока планируется "прыгнуть" на версию "0.16.999.061", веду переписку для "прыжка" на текущий svn или, как минимум, версию "0.16.999.062" с поддержкой "lua" для "edje". иначе смысл теряется за морем лишних слов.

с версии 4.2 никаких кардинальных улучшений с "iocharset" или файловыми системами не произошло, посему воткнуть флешку с русскими именами файлов безболезненно получится только если:
1) кодировка на флешке koi8-r или 8859-5
2) вы свершили подвиг, справшись с "русификацией" OpenBSD (консольку - отдельно, иксы - отдельно и для многих приложений тоже нужен "индивидуальный подход" - весьма полезное упражнение для многих современных пользователей Linux-а...)
посему если ваши Linux партиции отформатированы в ext2/ext3 - их можно прочесть, на ext2 можно даже что-то записать. без отключения журнала можно писать и на ext3 (вы любите играть в русскую рулетку по утрам для поднятия тонуса). одним словом - благодать! только вот с ntfs неувязочка... для монтирования надо проверить в диспетчере дисков Windows, чтобы на партиции не стояла галочка "Dynamic" (а она там практически стоит всегда), иначе лучше сразу купить альбом Сосо Павлиашвили.

не менее элегантно раздаются права на примонтированные файловые системы (что-то в этом есть и здравое). идёт наследование прав точки монтирования на всю партицию. т.е. если в "/mnt/ПАПКА" был открыт доступ на запись какому-то юзверю, то после монтирования фс в "/mnt/ПАПКА" эти права будут унаследованы всей партицией. дёшево и сердито.

нещадно туплю с pgp ключами для подписи своих писем. красивого решения пока не нашёл. дано:
* мой любимый ключ шифрования для Linux gpg с Elgamal алгоритмом
* mutt
* pgp5 в поставке OpenBSD (да-да-да! есть ещё pgp2 для совсем Ъ ребят, но оно умеет только RSA), что умеет только DSS, а об Elgamal ни сном ни духом
надо:
* импортировать в pgp5 ключ из gpg и заставить его воспринимать "как родного"
* вздрючить mutt на предмет подписи/шифрования сообщений требуемым ключом
и понеслось... экспортировал ключ из gpg (asc), пихаю его в pgp - облом, Validity - invalid, Trust - complete, а надо Validity - complete, Trust - ultimate. тупо копирую pubring и secring из gpg в pgp - pgp сыпется в корку, потом каким-то макаром заставляю родить:

Do you want to unset this key as axiomatic [y/N]? y
Keyrings updated.
ASSERTION FAILED at pgpRngRead.c line 3284:
(0) not true
ASSERTION FAILED at pgpRngRead.c line 3284:
(0) not true

и писец (Сосо Павлиашвили берёт очередной аккорд). ладно, сгенерил новую пару, забросил на сервер (pgp.mit.edu), а "mutt" загибает меня в позу и требует ласки и внимания... тут уж "сам дурак", ибо mutt умный и в своей поставке имеет шаблоны для "отношений" практически со всем, что шевелится. пример:

$ pkg_info -L mutt | grep pgp

/usr/local/bin/pgpewrap
/usr/local/bin/pgpring
/usr/local/share/examples/mutt/pgp2.rc
/usr/local/share/examples/mutt/pgp5.rc
/usr/local/share/examples/mutt/pgp6.rc

вот этот-то "pgp5.rc" шаблон я и забодался искать на просторах интернетов (сколько же хламья на этих-то просторах, зачем я это всё пишу...). привожу результат (часть для pgp):

линк на pastebin.com

оно работает. вроде именно так, как и хотелось.

пришлось компильнуть microdc2 для... гхм... коротания вечеров за просмотром мультиков (imho - идиотизм разрешать/проектировать файлообменники в локальных сетях с использованием DC[++] протокола) и прикрутил PyBookReader для чтения макулатуры (после распаковки сырцов надо gmake сделать - появится поддержка fb2 формата, если установлены все зависимости). браузер - Seamonkey (тут без вариантов), редакторы - Vim + SciTE, xchat, MPlayer, ffmpeg и "жизнь налаживается".

а то всё linux да linux....

P.S. а в вашем "линуксе" Evolution gpg-sign умеет?

OpenBSD-4.6 и EFL приложения

2009-10-27T16:43:00.017+03:00

/

мы победили всех зверей,
давайте грамоту скорей!

что-то стало холодать,
значит время компилять!

сподобился вот дожить до релиза версии 4.6 самого Ъ из Ъ "юнихов" - OpenBSD - за что молитву и свечку под икону. перекрестившись на святое (In God We Trust, да и "знак червонца проступает вместо лика на доске" однако...), решился на апгрейд с ранее установленной версии 4.2. чесал репу, прикидывая как это сделать не напрягаясь. в итоге забэкапил настройки, снёс всё и "мы наш, мы новый мир построим..." с чистого так сказать листа. сразу скажу - это было правильное решение. иначе двумя вечерами на выходных не отделался бы.

в отличие от многих дистрибутивов Linux-а (и несмотря на то, что в qemu это "чудо" отказывается работать до сих пор) всё сразу завелось как должно. отсутствие конфига иксов не помешало правильному определению оборудования и установке штатных режимов. пустячок-с, а приятно (знает кто в доме хозяин и уважение сразу демонстрирует, однозначно). оформление GUI по умолчанию (fvwm) - Ъ (в OpenBSD куда ни плюнь - Ъ, за редкими исключениями типа пакетного фильтра или UKC, что лишь подтверждают мудрость - "в семье не без урода"). наверное кто-то вышел из трёхгодичного запоя и решил стать "белым и пушистым зайчиком", попутно реализовав весь накопившийся творческий потенциал вот в эдакой милой расцветочке:

видимо на ларьке было написано что "Пива НЕТ!" (али ещё чего похлеще). как человек, не отягщённый избытком серого вещества в черепушке, решил компильнуть Enlightenment-svn-current, а то пакеты в официальном репо какими были 2 года назад (опосля того, как их сваяли совместными усилиями с Laurent Fanis) - такими же и остались. нам, кабанам... процесс получился творческим, занимательным и поучительным. перипетии отмечены в дискуссии на ЛОР-е, где и приведены итоги этого безобразия в виде оформленных багрепортов. описывать все эротические сцены этой "битвы за Сталинград" ни сил ни желания нет. победа одержана, за ценой не постояли. хочется как-то отложить основные вехи и моменты, не учтённые в упомянутых хрониках. буде сие кому интересно - благо.

муторную часть подготовки необходимого окружения опустим, ибо "pkg_add blah bla мля..." наводит тоску. не помешает правда свежий gcc (version 4.2.4 на сей момент). вот с этого и начинаются приключения. каким-то макаром в систему влетел "ccache" (может и сам его "попросил" - запамятовал) - а это очень мощное подспорье, ибо печатать слово "gmake" пришлось изрядно. после чего стоит изменить порядок каталогов в $PATH, дабы натравить ccache на новую версию gcc. делаем:

> ln -s /usr/local/bin/i386-unknown-openbsd4.6-gcc-4.2.4 /usr/local/bin/gcc
> export PATH="$HOME/bin:/usr/local/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/sbin:/usr/games:."
> ln -s /usr/local/bin/ccache $HOME/bin/gcc

махинации должны гарантировать следующий выхлоп:

> gcc -v
Using built-in specs.
Target: i386-unknown-openbsd4.6
Configured with: /usr/obj/i386/gcc-4.2.4/gcc-4.2.4/configure --with-gmp=/usr/local --enable-libgcj --verbose --program-transform-name=s,^,e, --disable-nls --disable-checking --with-system-zlib --disable-libmudflap --disable-libgomp --disable-tls --with-as=/usr/bin/as --with-ld=/usr/bin/ld --with-gnu-ld --with-gnu-as --enable-threads=posix --enable-wchar_t --enable-languages=c,c++,fortran,objc,java,ada --enable-cpp --with-gnu-as --with-gnu-ld --enable-shared --prefix=/usr/local --sysconfdir=/etc --mandir=/usr/local/man --infodir=/usr/local/info
Thread model: posix
gcc version 4.2.4

после этого можно "фтыкать" багрепорты и неспеша заниматься сборкой:

http://trac.enlightenment.org/e/ticket/447
http://trac.enlightenment.org/e/ticket/448
http://trac.enlightenment.org/e/ticket/449
http://trac.enlightenment.org/e/ticket/450
http://trac.enlightenment.org/e/ticket/451
http://trac.enlightenment.org/e/ticket/452

неошкуренным остался лишь довольно интимный вопрос об Entrance. тут довольно забавная ситуёвина. корячился где-то так:

1) в заголовок файла "entrance/src/client/entrance_auth.h" добавлял:

#include <xorg/shadow.h>

(хотя думаю, что это лишнее...)

2) скрипту ./configure передавал параметры:

./configure --with-random=/dev/urandom --with-auth-mode=shadow

первый - потому, что /dev/random в OpenBSD Ъёвый настолько, что "ни капли в рот, ни сантиметра в ....", а второй от безысходности (как и #include он не избавляет отцов расейской демократии от посещения вендиспансера). как всё установится в систему - рихтуем параметры работы Entrance. результат ниже:

# entrance_edit
Entrance Daemon Settings
attempts = 5
xserver = "/usr/X11R6/bin/X -quiet -nolisten tcp vt5 -dpi 96 dpms"
Entrance Client Settings
xsession = "/etc/X11/xdm/Xsession"
auth = 0
engine = 0
reboot = 1
halt = 1
theme = "default.edj"
background = ""
pointer = "/usr/local/share/entrance/images/pointer.png"
greeting-before = "Welcome to"
greeting-after = ""
date-format = "%A %B %e, %Y"
time-format = "%l:%M:%S %p"
autologin-mode = 0
autologin-user = ""
presel-mode = 1
presel-prevuser = "$USER"
user-remember = 1
user-remember-count = 5
user-count = 1
session-count = 2
default-session = "default"
default-session-title = "Default"
default-session-icon = "default.png"

изменение параметров - этой же командой рутом ("entrance_edit" другому не даёт). например:

# entrance_edit -auth=0
# entrance_edit -xserver="/usr/X11R6/bin/X -quiet -nolisten tcp vt5 -dpi 96 dpms"

по умолчанию параметр "auth" равен двум (shadow mode authentication), что служит гарантией нерабочего состояния для OpenBSD. запуск Entrance элементарен:

# echo '/usr/local/sbin/entranced' >> /etc/rc.local

для успокоения души на "/usr/local/sbin/entranced" можно вколотить суид-бит (сами решайте). наши скромные достижения:

картинка на Imagebam

за рамками этой истории остались капельки слов, мыслей и картинок нецензурного, непотребного и откровенно эротического содержания с уклоном в жёсткое порно. зато теперь - тепло и сухо...

удачи!

Heads Up!

2009-10-08T23:36:00.004+04:00

/*
- Масяня, случилось чего?!
- Та не, так, мировая скорбь и тоска...

поэтому сегодня обновлена моя первая тема для E17 - SRV - до текущего svn-а. забыл правда прикрутить гламурный mpdule - потом, всё будет... сделал на совесть, не чета подавляющему большинству контента того-же Exchange-а, где мозгов лишь хватает на "забор перекрасить" (что впрочем тоже дело нужное, но... "не наш метод"(c)). эт всё к тому, что постарался максимально облегчить себе и другим "апгрейд" старых тем, тех, настоящих, что были на GET-E.ORG. в отдельный контрол-файл вынесены основные изменения, произошедшие с E-svn-0.16.999.050 (со смерти золотистой темы "bling"). к сожалению там не всё, ибо часть кода требует модификации существующих "групп" - не все новшества добавлялись как новые "группы"/(новый код).

заодно обновил и "2Be":
Sedation
Orange
чуток "схалявил" на систрее для недефолтных "полок" - потом доделаю, эт мелочи.

************************

ladies and gents,

you're welcome to grab the updated themes for Enlightenment-DR17:
SRV
2Be-Sedation
2Be-Orange

enjoy!

Эх, не сглазить бы!

2009-09-14T23:48:00.008+04:00

/*
- папа, папа! почему Солнце утром всходит на востоке а вечером закатывается на западе?!
- утром точно всходит?
- да!
- а вечером, значит, чётко на западе уходит за горизонт?
- да!!
- ... хм... сынок, оно же работает! так не трожь!

всех пользователей Enlightenment-DR17 поздравляю с кучей вкусностей, появившихся в транке где-то эдак к 11-му сентябра сего года. уже всё собрал, потестил и запихал в OBS (repo1, repo2, страница доступных бинарных сборок проекта). скоро будут кошерные пакеты для заинтересованных (openSUSE, SLE-11, Mandriva, Fedora Core).

основная фишка - модуль "Ecomorph" интегрирован с мейнстримом Enlightenment-DR17. раньше "Ecomorph" требовал отдельной копии E17-го и это чуток напрягало. пока код ещё не перенесён в svn-trunk основной ветки разработки, но эт дело времени.

1. грузим модуль "Ecomorph" из панели настроек Enlightenment-DR17:

после чего (если Вы не используете мои сборки, а пользуете то, что предлагает авш дистрибутив или если Вы привыкли собирать самостоятельно) надо чуток пробежаться по "вики" (ссылку давал выше) и рихтануть список подгружаемых плагинов и параметры железа/софта в файле "$INSTALL_PREFIX/bin/ecomorph.sh". для openSuSE/SLE* ничего делать не надо. мну накорябал скрипты автонастройки всего и вся. должно завестись "из коробки".

2. после чего идём на первую вкладку панели настроек и выбираем меню настройки:

если всё клёво и здоровски - вылетит окно xterm-а c отладочной информацией (сверните его, но не закрывайте, иначе при закрытии модуль перезапустится). не забудьте после "Start Ecomp" нажать на "Apply" :). хоть пока всех "наворотов" и настроек компиза в "Ecomorph"-е нет - этого не замечаешь. работает прекрасно. очень быстро и с минимальной нагрузкой на систему - песня. впервые не отключаю доступные эффекты анимации окон - оно даже не "запинается" со всеми текущими "свистелками"!

теперь в той же панели настроек можно раскидать доступные эффекты по привычным хоткеям, хоткликам или "мышиным жестам" (Settings -> Input -> Edge Bindings):

где-то так :). Enlightenment-DR17 опять "впереди планеты всей". ни один WM/DE ещё не умеет совмещать в себе достоинства тайлового менеджера окон, компиза и собственно "простого" WM-а. кстати! tiling прекрасно пашет с композитом! со всеми рюшечками и хрюшечками!

низкий поклон товарищу jeffdameth (Hannes Janetzek) - интеграция "Ecomorph"-а в основном его заслуга.

ещё один очень важный момент - это централизованное управление настройками всей системы из "Enlightenment Settings Panel". то, чего не смогли реализовать в KDE и от чего отказались в GNOME, прекрасно работает в DR17. акцент именно на управлении рабочей системой целиком, а не какими-то частями, относящимися к WM/DE/Санта-Клаусу/Микки-Маусу:

эт радует. настройка и заточка под себя? - легко (представление в строгом соответствии с FreeDesktop спеками на xdg). никаких костылей и отсебятины.

из известных неудобств - в очередной раз "слетела" настройка gadcon-а (gadgets container) и если вы понапихали модулей на панель EFM-а - возможны мелкие визуальные неприятности (ничего критичного, не впервой).

"это просто праздник какой-то!"

*/

Oblivion - или к чему приводит "потеря" любимой мышки...

2009-09-14T01:13:00.003+04:00

/*
- тебе мама не говорила, что играть с компьютером вредно?!
- ...!

всё плохо. выкладывать полторы тонны за Logitech MX518 ломает, а подарки последнее время получаю только в виде "нагоняев" и неприятностей. на самом-то деле отвёртка и паяльник решают, а качество мышей Logitech - радует. ребята до сих пор делают продукты, где возможна починка механической поломки! эт вам не схемку перепаять, эт ноне покруче будет. несмотря на то, что весь интерфейс GUI переведён на "правую" кнопку - ухитрился "пробить" левую... (есть такая тема - q3 promode называется...). как раз релиз wine-1.1.29 подоспел и попался на глаза диск "Elder Scrolls IV - Oblivion - Золотое издание" - надо же посмотреть, кто прикупил "Id Software". на моё самоуверенное "щас побегаем..." молодёжь желала удачи и намекала, что "бегать" придётся долго... щенки! да этой халтуре до "DeusEx-1" (где бегать надо с умом и бегать долго...) - как из Альп и до Китая раком (с заходом попой вперёд во все трактиры и забегаловки, что встретятся по дороге)! поскольку игралось под wine-ом, то оценка всякой мути типа HDR и супер-пупер-шейдеров остаётся за бортом. рожи персонажей различить можно, этого хватит. никаких многотомных руководств не читал (оно мне надо, глаза портить?!) - wine ./Setup.exe и "Вперёд, за Родину, за Сталина!"

классическое начало: "попалсо, сцуко, ща те ввалят!" - и рядом не стоит с завязкой сюжета "KingPin"-а (эт на двигле от q2 шедевральное мочилово, в некоторых странах вроде как запрещена к распространению - "I'm gonna bury those motherfuckers..." запоминается надолго. первую "карту" "KingPin"-а осиливают немногие. если же переть сразу на последнем уровне сложности - то... внушает, ой как внушает...). тут начинается обычная слюнявая бодяга и пьяный мордобой, в котором поучаствовать как-то тяжеловато - лезут всякие под руку, панимаш. сказочка про "короля и трёх охранников в канализации" пробивает на откровенный ржач. капитана охраны тут же валят с полпинка какие-то хмыри в балахонах - эт мощно! мирные зверушки из "Сталкера" сдохли от зависти, увидев тутошних крысюков - тема потрошения крысиной тушки на предмет полакомиться мяском опять же не раскрыта. после чего казённым и штампованным гласом объявляют, что это был лишь фуфел и предлагают "переделать себя заново" с чистого листа с учётом типа набранного ёпыта. эта подлянка тормозит дело прям перед последней решёткой, за которой Свобода и толпы желающих выхватить люлей от именно тебя!

ладно, фтыкаем... рельсы (railgun) нет, рокета нет (о рокетджампах надо забыть...), распрыжки (которая с ускорением, с доворотом для большей дальности) нет, шафта нет, гранатомёта нет, двустволку тож не дают... скоты... что в остатке? нужно валить всех без оглядки, что патроны закончатся, и надо очень быстро бегать и прыгать, чтобы ни одна собака в тебя не попала, да и всё это "магическое" барахло чтобы побоку. т.е.: пришёл, дал всем в дыню и свалил с победой (или умотал на скорости света если комп не оценит благородные порывы раздать всем по самое не хочу). комп довольно сволочной противник. у него есть всё, а у тебя - "вместо сердца - пламенный мотор" и писулёк сквозь прорехи штанин проглядывает. тягаться с ним можно при одном условии - понять где косячит и дрючить его в хвост и в гриву. благо в Oblivion-е таких косяков - вагон с прицепом. люди мы не гордые, сообразили, что надоть делать свой собственный "класс" игрока, воткнули туда чего хотелось (хоть и не ясно было, совпадает ли моё "хочу" с тем, что Комп имеет за этот параметр) и "вперёд и с песней!".

дальнейшее проходило обыденно. всем встречным - люлей, если кто огрызается - люлей с мародёрством, если кто ну очень уж крут - бежим жопой вперёд зигзагами по кругу и отвешиваем всем, кто кидается в погоню (или пытаются стоя на месте тебя достать). тупо, банально, скучно. ни фантазии, ни шуток, ни веселья. рутина. бегу себе, помахивая мечом и упаковавшись в броню от Т-34, кто не спрятался - ССЗБ (Сам Себе Злобный Буратино). то ли дело "Serious Sam"! площадя, зверушки, веселье, дубинушки молодецкие - кнопку выстрела вроде одно время скотчем фиксировал в нажатом положении (проходил чисто на пистолетах и последнем уровне ~~сложности~~ веселья). как оказалось оружие в Oblivion-е подвержено износу - что в принципе прально, но износ, сцуко, реализован в этой игре способом, напоминающим "перректальное удаление аденоидов". ежели ты долбишь мечом по голой каменной стене - износа ни стене ни мечу не будет! а ежели ты режешь очередную "тушку" - то вот вам и износ! бред. но это всё семечки. оказалось, что есть такая чудная штуковина, как "ремонтный молоток" (sic!). т.е. есть некая хрень для починки изношенного оружия и есть навык "оружейника" для сего дела. оргазм. навык сей я отхватил "на халяву" как бонус к "тяжёлым доспехам" (эт отдельная песнь про разделение доспехов на "лёгкие" и "тяжёлые"). но каково же было изумление, когда сообщили, что после очередной починки мой "ремонтный молоток" СЛОМАЛСЯ! не, это 5. вы когда-нибудь видели сломанный молоток? а сломанный лом? или сломанную кувалду? прям как в анекдоте: "чел сдаёт подотчёт бухгалтеру за командировку в Москву: проживание - 40 рублей, питание - 30 рублей, шлюха - 50 рублей, билеты - 70 рублей. бух прибегает, кипя от возмущения, - Вано, ты так больше не пиши про шлюху, да?! пиши - канцтовары, там, краски, стройматериалы, да?! - хорошо, батоно, спасибо за науку. следующий отчёт Вано после очередной командировки в Москву: проживание - 40 рублей, питание - 30 рублей, билеты - 70 рублей, гвозди - 100 рублей, ремонт молотка - 150 рублей...". а уж сколько времени прошло прежде чем допёр, что этих "молотков" всегда есть у торговцев - не передать. откровенное кидалово при торговле - песнь отдельная (хотя по нашим сегодняшним меркам персонажей за прилавком надо к святым угодникам приравнивать). Oblivion - это сборище барыг, где надо вести "экспроприацию экспроприаторов" при любом удобном случае. хотя... было одно исключение. наткнулся совершенно случайно на барыгу расы Героя, но противоположного пола в каком-то захолустье. девочка была что надо, только вот увлекалась некрофилией на мою беду. так что ничего путного по-любому не вышло (итого: потрахаться всласть тут никому не светит - "в нашей стране секса нет! дети? да, дети есть..."). с детьми тоже какая-то напряжёнка. или их прячут или стерилизуют всех и вся. но пройти мимо постели всё же не удаётся. оказывается, с какого-то перепоя надо бросать раздачу "подарков" селянам и идти баиньки, иначе некоторые статуи "богов" посылают Героя нах с предложением силушки подкопить. и не важно, что ты уже эксперт по мордобою, маханию мечом, стрельбе, починке оружия и т.п. - надо дрыхать. как оказалось, спать тоже надо уметь... писец. при "правильном" режиме бодрости/активности бонусов обламывается на порядок больше. ога! "соблюдает дня режим - Джим! знает, спорт необходим - Джим! даже опытный пират будет встрече с ним не рад, потому, что пьёт пират - джин!" с бухлом кстати проблем нет. есть грыбочки, настойки, винище и куча других необходимых в хозявстве вещей.

попав в "параллельный" мирок Oblivion-а (что за вратами) наступает шок. большей халтуры мир не видел. теперь понятно, почему ребята купили "Id Software" - Doom рулит! любой, от первого и до третьего. даже мордобой не радует. imho - самое весёлое место в игре - эт когда главный злыдень (здоровая четверорукая туша изукрашенная татушками по самое ни-ни) выбирается с прихвостнями на главную площадь столицы. Мартина - в храм, сам - на улицу и "слева - рать, справа - рать, как приятно с похмелья мечом помахать!". эт да, достойный эпизод, но он такой один. ещё правда были какие-то мелочи типа жутко навороченных вампирюг в какой-то шахте (недалеко от Азуры или как-её-там - но вампирчиков было очень мало...). с логикой эта игрушка не дружит ни разу. хамоватые стражники в какой-то пырловке объявили меня "ворюгой", забрали подаренную "кирасу Кватча", содрали 40 целковых штрафа - надо было и им рыло начистить...

в результате Героя, спасителя Отечества и т.д. и т.п. хитрожопый канцлер похлопал по плечику и послал нах, пообещав через две недельки выделить какие-то доспехи из местной кузни (вот это по-нашему! узнаю подход своей Родины к награждению настоящих Героев!). абзац. осталось ещё одно незавершённое дело - как командор "ордена девяти" должен был оторвать башку какому-то хмырю, что обидел монашков и испохабил часовенку. скучно. муторно. не интересно. стёр игрушку. открыл в "gens" (эмулятор Sega) "Comix Zone" и получил массу положительных эмоций за короткое время. ведь делали же шедевры раньше, цепляет до сих пор. из современных запомнились единицы (играю редко и мало) - "HOMM V" (пройдена на уровне "Hero" за ... энное количество вечеров), "World of Goo", "Ждалкер" (уж сколько лет кормили обещаниями...). на компе стоят все "Герои", кроме четыёртых, "Марьяж", nehahra, Quake1-2-3, Heroes3-WoG, Cave Story и огромное количество игрух для Speccy, Sega, Nintendo и прочим "старым" игровым консолям. иногда тянет на тот же "DeusEx" (первый!) или "Max Paine", или в Doom2 побегать. всё это прекрасно работает на Linux с моей более чем скромной по современным меркам конфигурацией домашнего компа. "а в вашем сраном линупсе и поиграть не во что!"(c)/M$ Luser/ вот....

*/

Version 3.2.1 is out.

2009-09-12T16:08:00.003+04:00

/*

Ladies and Gents,
we're glad to announce that SOAD Linux 3.2.1 is out and available for download.

Please examine the documentation before you consider to download the images:
General documentation
USB-stick readme

This is a bugfix release mostly. Please read the changelog:
Changelog

Have fun!
Regards,
SOAD Team

P.S. active mirrors are updated weekly, starting from Monday:
GWDG.DE
Yandex.ru

*******************************************************************************

Господа и Дамы,
версия 3.2.1 SOAD Linux увидела свет и доступна для скачивания по адресу в заголовке этой заметки.

Пожалуйста, изучите документацию прежде чем что-то качать:
Общая документация
Инструкция по установке системы на USB-stick (на флешку)

В основном в этом релизе устранены недочёты версии 3.2.0. Пожалуйста, ознакомьтесь с кратким списком изменений в системе:
Changelog

Удачи!
С наилучшими пожеланиями,
SOAD Team

P.S. зеркала проекта (обновление зеркал начинается с понедельника каждую неделю):
GWDG.DE
Yandex.ru

*/

плохая карма...

2009-09-05T13:09:00.012+04:00

/*
- что такое "не везёт" и как с ним бороться?!
- ...

прошло больше года с момента последней безуспешной попытки подружиться с "модным и гламурным" дистрибутивом для домохозяек. ради спортивного интереса сделал очередной "заход на цель" (с версией 9.04). до кирпичей дело правда не дошло, но лулзов хватило.

если раньше с бубном и плясками этот "продукт" хоть как-то, но заводился в qemu - то сейчас необходимо тестировать либо в других эмуляторах/(средах виртуализации), либо на реальном железе. очень мило. 5 баллов. кстати, кроме ubuntu "я другой такой страны не знаю", что не завелась бы в qemu. ладно, обкатаем "в живую", чтобы "уж в заправду и наверняка".

что удивительно, оно загрузилось. на этом положительные новости закончились...

таки да, 800x600 после старта и без вариантов. чтобы сделать скриншот стартанул gimp - мощно, но другого выхода не нашёл. после старта gimpa-а убедился, что Enlightenment - наше всё. это когда оказалось, что ни шорткатом, ни "мышкой" свернуть gimp-toolbox нельзя. можно свернуть все окна и получить "голый" десктоп, а вот свернуть (не закрыть, а именно свернуть!) только toolbox не получилось (?кривые руки?). про косяки с узкоспециализированными файловыми системами и оборудованием говорить грех - приличная домохозяйка о таких вещах ни сном ни духом (ни капли в рот, ни сантиметра в ....). но получить на NVIDIA-8600gt вот такое вот....

было неожиданно. на диске проприетарных дров не обнаружилось, лезем в сеть и смотрим на "меню" шеф-повара:

о! "Tested by Ubuntu developers" - то, что нужно (наивный...). ставим! оно скачалось, что-то мявкнуло и появилась следующая картинка:

"канэшна хачу!" ёптить, хуль тут думать-то? а-та-та! а вот выкуси, уважаемый...

я, как приличная домохозяйка, не найдя большой красной кнопки "Restart Xorg!", полез в Ctl+Alt+F1, грохнул gdm с иксами и поймал очередную хохму. объясню уже post-factum. с картинками, как и пологается порядочной девушке Маше Защековой (ударение в фамилии на первом слоге). суть хохмы - ниже:

эксклюзивные (а-то! "Tested by Ubuntu developers" - эт не хухры-мухры!) драйвера установились, только вот при попытке обновить кэш доступных модулей ядра depmod вылетел в корку. эт круто. не, эт ОЧЕНЬ круто и ПРЕВЕД всем, кто поставил и пользует Ubuntu-server-edition. качество проверки "Tested by Ubuntu developers" на недосягаемой высоте. воистину аминь... одновременно с этим упало что-то ещё. хер с ним. мы, приличные домохозяйки, модули ядра подгружаем insmod-ом и нам ~~похую~~ до пизды, откуда эти модули грузить, лишь бы kABI позволил и "дотянуться" можно было. грузим модуль, стартуем иксы (gdm в топку, xinit решает), пялимся на кастрированный compiz и, спустя некоторое непродолжительное время, идём на хуй в "классическом" стиле (именно таким же макаром, как и год назад!):

это и есть пресловутый "lulz". "killer feature". абзац. "и шо, вы таки предлагаете мне выложить ЭТО на прилавок?!"(c) отсмеявшись, задумался. как можно при таких откровенных косяках быть одним из самых популярных дистров? неужели у остальных всё гораздо хуже? карма? могу перечислять надцать LiveCD дистрибутивов, что вели себя абсолютно корректно как до, так и после установки на машину. толку-то.

удачи.

P.S. тут очередное занятное чтиво мелькнуло надысь. ржал как конь и подавился йогУртом...

*/

eleGANT was born today...

2009-09-04T02:39:00.004+04:00

/*
after more than four years of inactivity/("silent death") the famous GANT iconset is back:
download page

parent project:
garGANTuan

similar project (it started as a "child" of a GANT):
Buuf

regards,
sda

=============================================

дорогие Дамы и Господа,
вашими молитвами воскрес из мёртвых набор иконок GANT:
страница загрузки

базой послужил набор garGANTuan

также можно посмотреть на современную инкарнацию GANT-а - Buuf

удачи,
sda

*/

"Войны браузеров..." (избитая и пошлая тема, Господа...)

2009-08-21T13:34:00.013+04:00

/*
Omnia vanitas
...

начнём с простого:

Q: "сколько браузеров должно быть в системе?"
> A(fanatic): "$NAME - рулит! все остальные - сосут! $NAME! $NAME! $NAME!"
> A(experiment): "...ну, как бы мне хватает и $NAME/($NAME1, ... $NAMEn), но если есть что попробовать ещё..."
> A(indifferent): "...собсно пох. чё-то стоит, обновляется, меня устраивает..."

все прочие варианты ответов сводятся к этим трём, вне зависимости от операрационной системы, тулкитов и раскладов карт "таро". дальнейшее - IMHO.

сначала хотел накатать что-то типа глобального обзора с выводом в таблицу итоговых результатов. слишком долго. и вряд-ли кому-то нужно. поэтому "прокатимся" по-быстрому. есть смысл ввести две большие категории:

1) консольные браузеры ("text based", не требуют GUI и/или Xserver-а)

самые "яркие" и "известные" представители (так сказать "для широкого круга пользователей"):
w3m
elinks
links
links2
lynx
и т.п..

2) "всё остальное" - браузеры, требующие для своей работы Xserver и какой-либо тулкит/(тулкиты):

2a) "лёгкие" браузеры - категория относительна. многое из того, что начинается как "лёгкое", потом обрастает "рюшечками" и превращается в "тормоз перестройки" (пример - дерево исходников того же WebKit-а уже распухло свыше 1Gb и требует зачастую специфичных kde/(прочих) приблуд. ещё один пример из разряда "классики": xfce-3.* была хороша, xfce-4.* - то ли "гном", то ли "девочка", то ли...)

2b) "монстры рока" - наши "чемпионы", любимцы публики, выбор колхозников, доярок и механизаторов

"пиарить" вторую категорию смысле нет. имя им - "легион". единственное замечание - отсутствие приложений/(аналогичного функционала) типа "AdBlock Plus", "NoScript", "No Squint", "Greasemonkey" и прочих ставит крест на использовании того или иного браузера, как бы круто и хорошо он себя не вёл. ибо реклама, скрипты, "д'ебзайн" некоторых сайтов и прочие "шалости" надоели.

предпочтения и вкусы конечно же со временим меняются. но некоторые вещи остаются "как есть" достаточно длительное время, чтобы говорить или о личных пристрастиях индивидуума, или же о достаточной универсальности тех или иных решений.

из "консольных" w3m заслуживает внимания. ибо "могёт" при желании и картинки показать и стремится отобразить страничку "без вранья". поддерживает "табы", имеет внятный синтаксис конфигурационного файла. НО! "нельзя быть красивым таким!" к сожалению "w3m" не поддерживает JavaScript и это очень жирный минус. другими словами, если есть желание заглянуть на тот же gmail.com - то извольте пользовать links2. абзац. тем не менее энтузиасты могут таки "поднять" один из вариантов проекта по прикрутке JS/ECMA к "w3m". начали, как говорится, во здравие - кончили как обычно. links2

"лёгкие" браузеры - самая интересная "ниша". принцип: вам надо по-быренькому без шума и пыли (хруста и скрежета винтов, завывания вентиляторов, скачков напряжения на процессоре при "засасывании" в память недостающих библиотек тулкита и т.п.) просмотреть какие-то странички, может пробежаться по сохранённым страницам на винте. для меня - это в первую очередь чтение документации (преимущественно offline) с возможностью при необходимости сунуться в сеть. кто только сюда не прётся со своим свиным рылом... тут и "отец всех народов" - непотопляемый Dillo, и Arora, "медведь" которого без стеснения трахает наш "шарик" (как у них язык поворачивается назвать QtWebKit лёгким...), и Midori, что до сих пор не может импортировать "букмарки", тянет вагон зависимостей и сыпется на ровном месте... и прочая и прочая и прочая...

посему альтернатив H3v нет и ближайшем будущем не предвидится. выбирать не из чего. при использовании "Tk-8.5.*" и выше нет проблем с рендерингом шрифтов. в остальном - конфета. ребята из команды Tcl.Tk - умнички! огромный им почёт и уважение! делают нужное и важное дело. H3v несмотря на более чем скромный вид, практически проходит acid2 test. правда с acid3 пока не всё гладко, но оно явно стартует и шевелится до определённого момента. большего пока и не нужно.

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

Seamonkey-2.0

плюсы:
* "инкрементальное" обновление установленной версии (т.е. тащит только дельты обновляемых компонентов. установка не требует рутовых привилегий и дополнительных пакетов/зависимостей)
* ! IMHO ! - лучшая оптимизация, чем у "старшего братца". субъективно - очень быстрый, с хорошим скроллингом и старой доброй системой настроек.
* SUITE: т.е. "Browser" + "Mail & News" + "Composer" + "Address Book" + "IRC Chat". плюс шикарнейшие "Web Development" tools "из коробки"
* поддержка плагинов и расширений (а-ля FF)
* 93 балла в Acid3
* старый оригинальный дизайн "Нетшкафа" (привычка?). управление "профилями"/(User Profiles) до сих пор работает великолепно

минусы:
* плагинов и расширений не так много, как хотелось бы. но основные есть
* маловато визуальных тем, хотя, кроме 2-ух (default и modern, идут "в коробке") и не нужно ничего. default "подтаскивает" виджеты текущей темы gtk2. modern - это классика.
* RSS "запихан" в "Mail & News". для версий 1.* прикрутили тонну читалок ньюса (как и для FF), для 2.* - ждём-с...

в общем это эдакий "дедушка" (который помнит первую фразу "Да будет Свет!" ), что идёт в своём неспешном развитии "правильным путём" по заветам старика Мао. явно не для современного generation XYU (хотя, кто знает...)

мдэ... перечитал... хз кому это пригодится, посему теги соответствующие.

удачи!

P.S. Мысли, что не вошли в первоначальную статью...
/или о том, что чудес не бывает.../

как бы ни были хороши с эстетической точки зрения "консольные" браузеры - у них есть чётко очерченный "потолок": поддержка ограниченного количества стандартов/(технологий), используемых в современном www. то же самое применимо и к так называемой когорте "лёгких" браузеров. "лёгким" браузер может быть только по одной простой причине - он поддерживает ограниченное количество стандартов www. основной козырь "лёгкого" браузера - он должен отлично делать то, на что претендует по спецификации. плюс он должен отличаться охренительной оптимизацией как в используемом тулките для собственного UI, так и в своём "маленьком, но гордом" движке рендеринга страниц.

эталонным примером в этом вопросе может служить эволюция Dillo. уход от GTK1 на FLTK позволил более чем в два! (2) раза уменьшить потребление ОЗУ и снизить нагрузку на систему в целом! это что же тогда из себя gtk2 представляет? а будет gtk3 скоро... и, блядь, наши новые Quad Core CPU paired with XXXGb of RAM тогда точно покажут такую охуенную производидельность на десктопе, что Top500 придётся пересматривать каждый Божий день.

H3v (Tk/Tcl) в этом плане - просто супер! я не знаю КАК, но он "дрючит" Dillo по всем статьям и в хвост и в гланды. причём если собирать его на целевой машине (под целевую архитектуру), то значительно возрастает стабильность. поэтому ему и только ему сегодня мои наилучшие и здравицы.

а вот "Arora", "Midori", "Epiphany+WebKit" и прочие именно что лезут "со свиным рылом в калашный ряд" "лёгких". тут разворачивается нешуточная борьба платформ/(движков рендеринга): "молодой" WebKit против всех. напомню, что до сих пор единственным по-настоящему эталонным браузером на Webkit является Apple Safari причём сугубо в своём родном окружении (Mac OS). после сокрушительного удара от Firefox (выпустившего сборку для Mac OS, основательно проредившую ряды сторонников Safari), Apple "отдала" WebKit и, потирая лапки, мечтала о реванше. в эту пасторальную картину нежданно-негаданно "впёрся" Google Chrome, нагнув в "позу пьющего оленя" многострадальный IE. виден явный прицел "обкатать" технологию на Linux, а потом ещё раз "проехаться на белом коне" по пользователям Mac OS. выпуск Safari для Microsoft Windows по сути ничего не изменил. назревает очередная конкретная веселуха. на этом празднике жизни симпатии сугубо на стороне Mozilla, ибо на моих глазах Господа из MS и AOL резали Netscape. наконец-то "кровь смоет их грехи...". "it's payback time, honey!"

поэтому определённый интерес конечно же представлял бы глубокий "разбор" H3v<->Arora<->Midori с подробными выкладками, тестами и т.п.. но смысла нет. H3v чётко держит стандарты, что в него заложены, не выходя за их рамки, и прочим тут ловить абсолютно нечего. противостояние же Arora<->Midori неизбежно сведётся к очередному Qt<->GTK холивару. оно нам надо? ни тот ни другой пока не способны стать "нумеро уно" на все случаи жизни.

P.P.S. в моём репо для openSUSE-11.1 скоро появится последняя стабильная версия midori-0.1.9 . пользуйте!

*/

2Be Experimental

2009-08-21T13:19:00.002+04:00

/*
... and this is wrong!
I dunno what and how,
but this wrong by default!
...

Ladies and Gents,

we issued an experimental release of our "2Be" themes:

download page

and will be pleased to hear your comments! the changes are mostly to the way EFM displays the information about files in a "grid mode".

thanks!

*/

К вопросу о update/upgrade

2009-08-18T19:33:00.009+04:00

/*
... если Ваша программа таки
заработала - то это просто СЧАСТЬЕ...
/Linus Torvalds, вольный перевод/

на сей опус подвигли многочисленные заявления о сокращении сроков поддержки релизов и т.п.. плохо это или хорошо - не мне судить, но ключевой выбор openSUSE/SuSE/SLE* как платформы для изучения/использования/экспериментов в основном обусловлен КАЧЕСТВОМ самого дистрибутива и схемой поддержки (включая латание дыр и т.п.).

на кону у нас очередной "multiple guess question": - "а стоит ли переползать на грядущую openSUSE-11.2?" imho - настоящие джедаи делают "zypper dup" только после kernel upgrade-а в новой версии, или же спустя 2-3 месяца после выхода (да и то по обстоятельствам). о том, каково оно - "переход на новую версию" - писал ранее.

на данный момент в openSUSE-11.1 (oS-11.1) используется стабильная версия ядра 2.6.27.* и для многих пользователей "фишки" новых ядер представляются более предпочтительными. "не вопрос!" с недавних пор в OBS появились новые чудные репо:

Moblin Base
Moblin

где предлагают Вашему вниманию довольно сырой и нестабильный интерфейс, основанный на clutter. это собсно прообраз gnome-3.* и до выхода релиза пользовать его не рекомендуется (ессно для незаинтересованных граждан).

по сути своей интерфейс Moblin очень напоминает "illume" модуль Enlightenment-DR17 по заложенным концепциям. по крайней мере все принципы построения интерфейса "честно" слизаны с illume, что не может не радовать. после добавления указанных выше репо есть возможность поставить себе kernel-2.6.30.5 (последний стабильный релиз) и попробовать его как основу для своей системы. есть пара-тройка моментов, не более. теперь по-порядку:

1) для сукесфули (successfully) ребута в "/etc/modprobe.d/*" все файлы должны иметь расширение "*.conf" (тупенько ручками пририсуем к имени файла это расширение...).

2) убедиться, что поставили "полный фарш":

kernel-default-2.6.30.5-16.1
kernel-default-base-2.6.30.5-16.1
kernel-default-devel-2.6.30.5-16.1
kernel-default-extra-2.6.30.5-16.1
kernel-firmware-20090421.1-5.1
kernel-source-2.6.30.5-16.1
kernel-syms-2.6.30.5-16.1

3) поддержка reiserfs4 чарующе элегантна (как обычно впрочем...):

> wget http://download.opensuse.org/repositories/home:/jeff_mahoney/openSUSE_Factory/src/reiser4-0.1-29.2.src.rpm
> rpmbuild --rebuild ./reiser4-0.1-29.2.src.rpm
> sudo rpm -Uhv /usr/src/packages/RPMS/$ARCH/reiser4-kmp-default-0.1_2.6.30.5_16-29.2.i586.rpm

4) крайне желательно проапгрейдить "e2fsprogs":

> rm /usr/src/packages/RPMS/$ARCH/e2fsprogs*
> wget http://prdownloads.sourceforge.net/e2fsprogs/e2fsprogs-1.41.8.tar.gz
> tar xfm ./e2fsprogs-1.41.8.tar.gz
> cd ./e2fsprogs-1.41.8 && ./configure && cd ../
> ln -s "`pwd`"/e2fsprogs-1.41.8.tar.gz /usr/src/packages/SOURCES/
> cd ./e2fsprogs-1.41.8 && rpmbuild -bb ./e2fsprogs.spec
> sudo rpm -Uhv --force /usr/src/packages/RPMS/$ARCH/e2fsprogs*.rpm

последняя операция проходит "грязно" (с ключём --force) поскольку возможен банальный конфликт базовых утилит. не страшно.

5) зато с "btrfs" у нас "просто Праздник какой-то"!

> zcat /proc/config.gz | grep -i btr

CONFIG_IPV6_SUBTREES=y
CONFIG_BTRFS_FS=m
CONFIG_BTRFS_FS_POSIX_ACL=y

6) также надо учесть, что конфиг ядра отличается чуток от "канонического". некоторые модули тупо вкомпилены в ядро. например:
'processor', 'thermal', 'fan', 'jbd', 'ext3', 'sd_mod', 'usbcore', 'ohci_hcd', 'uhci-hcd', 'ehci_hcd', 'usbhid' (может что-то ещё, список не полный, только очевидные вещи).

эт всё к тому, что не забудьте (при желании ессно) отрихтовать "/etc/sysconfig/kernel" на придмет "initrd" и всего, что с этим связано. это совершенно не критично, но, если вы конвертнули ext2/3 в ext4 - то пропишите модулёк. udev конечно придумали трусы, но мало ли. не помешает. ессно, что после подобных телодвижений стоит набрать (как минимум):

> sudo mkinitrd

7) NVIDIA-Linux-x86-185.18.31-pkg1.run прекрасно работает с нашим новым ядром (2.6.30.5)

8) AppArmor не портирован (пока).

9) стоит также помнить, что ALSA в новых ядрах "своя". не пугайтесь, если звук пропадёт и "alsaconf" пошлёт вас в известном направлении. откройте "alsamixer" с выводом всех "регуляторов" и пройдитесь по всем "ползункам". например, в случае "via82xx" помогают "*DXS*" и т.д. и т.п..

10) кроме ядра из указанный репо у вас должно пройти обновление до gtk2-2.16, что не может не радовать.

теперь со спокойной душой и чистой совестью можно понаблюдать за "хомячками" и их плясками с openSUSE-11.2.

N.B. если у вас всё работает и вы просто желаете "развлечься", то стоит оставить возможность загрузки системы с её "родных" ядер. для этого скачайте "kernel*2.6.30.5*.rpm" в локальную директорию и проведите команду установки тупо в лоб:

> rpm -i ./kernel*.rpm

так вы сохраните в системе ядра версии 2.6.27.*

удачи.

*/

Version 3.2.0 is out.

2009-08-10T13:37:00.004+04:00

/*

Ladies and Gents,
we're glad to announce that SOAD Linux 3.2.0 is out and available for download.

Please examine the documentation before you consider to download the images:
General documentation
USB-stick readme

The EFL is compiled from official 3-rd pre-release sources and pretty stable here.
Software is updated and several nice utilities added as well. This time we even tried to create some modest GUI customizations/presets and hope that you like them.

Our TODO list is to fix all errors with "Ecomorph" and provide it for LiveCD and USB systems.

We wish to say "HUGE THANKS!" to "cyberorg" (Jigish Gohil) and "schaefi" (Marcus Schaefer) for their help with this release.

Have fun!
Regards,
SOAD Team

P.S. active mirrors:
GWDG.DE
Yandex.ru

*******************************************************************************

Господа и Дамы,
версия 3.2.0 SOAD Linux увидела свет в прошедшие выходные и доступна для скачивания по адресу в заголовке этой заметки.

Пожалуйста, изучите документацию прежде чем что-то качать:
Общая документация
Инструкция по установке системы на USB-stick (на флешку)

Документация должна помочь понять стоит ли SOAD Вашего внимания. Если тяжко с английским - попробуйте Google Translate. Файл "Welcome.pdf" содержит множество картинок (эт если и с Google Translate не заладилось...).

Планируем в ближайшее время "разобраться" с "Ecomorph". С благодарностью рассмотрим любые варианты помощи/поддержки.

Огромная благодарность господам "cyberorg" (Jigish Gohil) и "schaefi" (Marcus Schaefer) за помощь в подготовке этого релиза!

Удачи!
С наилучшими пожеланиями,
SOAD Team

P.S. зеркала проекта:
GWDG.DE
Yandex.ru

*/

Good Old Rock'n'Roll...

2009-08-01T00:54:00.002+04:00

/*
It was twenty years ago today,
Sgt. Pepper taught the band to play...
/The Beatles/

yet another (stupid?) work to eliminate all UTF-8 related issues for some of the E-DR16 themes. the hyperlink is in the headline of this note. you're welcome to download the slightly modified themes and send me your feedback.

if you wish the similar modifications to be done for other themes - let me know, can't promise but who knows...

all you need is to set the symlinks for normal (normal.ttf) and bold (bold.ttf) standard fonts properly.

regards.

*******************************************

как и обещал - чуток модифицированные темки для E-DR16-го с полной поддержкой UTF-8 если вы перебъёте симлинки

/usr/share/e16/fonts/bold.ttf
и
/usr/share/e16/fonts/normal.ttf

с дефолтного ужаса (Vera fonts family) на DejaVu например. отпишитесь о результатах если не трудно.

удачи.

*/

Way Down

2009-06-14T20:36:00.002+04:00

/*

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

*/

qemu - работа с сетью

2009-05-04T11:07:00.004+04:00

/*
материалов на данную тему в сети - море. эта заметка не претендует на оригинальность. пригодится - хорошо, а нет - так ещё лучше. по сути рассматривается частный случай создания виртуальных сетей с использованием qemu, где все "клиенты" друг друга видят, умеют общаться, делиться ресурсами и т.п.

терминология:
"гостевая" система - система, загруженная с использованием qemu/(под управлением qemu) (GUEST)
"домашняя" система - localhost (HOST)

проект qemu не стоит на месте, многие вещи меняются от версии к версии. нетерпеливые энтузиасты собирают эмулятор самостоятельно. шаблончик для сборки на Linux приведён ниже (для версии 0.10.3):

./configure --prefix=/usr --enable-system --enable-linux-user \
--audio-drv-list="oss alsa sdl esd" \
--audio-card-list="ac97 sb16 es1370" \
--enable-mixemu
make
sudo checkinstall

checkinstall генерит корректный пакет (спасибо всем, кто написал хороший Makefile).
ссылки на документацию о работе qemu с сетью:
официальное руководство. читать.
подробная инструкция от товарища "радиста" - может рассматриваться как некая общая "вводная".

осилив материал, можно узнать пару интересных вещей: slirp и vde (Virtual Distributed Ethernet). в теории vde должен упростить процедуру, изложенную ниже, путём соединения гостевой системы с сокетом, автосозданием "tap" интерфейса и установкой корректного FORWARD между всеми гостевыми системами. к сожалению готовых "рецептов" с использованием vde выдать пока не могу, ибо... если у кого работает эта схема - отпишитесь в комментариях или киньте ссылку на более подробные инструкции. использование же slirp не представляется целесообразным.

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

для её решения подойдёт практически любой дистрибутив Linux с установленными пакетами: iptables, qemu, kqemu, tunctl и bridge-utils. если вы долго и упорно настраивали iptables - то идея построения "моста" вам явно не понравится.

грузим необходимые модули ядра:

sudo modprobe -v tun
sudo modprobe -v kqemu
sudo chmod 666 /dev/net/tun
sudo chown `whoami` /dev/kqemu

последние две строки дают нам возможность не использовать рута для старта самого qemu, что кажется более логичным, чем "Запускать нужно от root'а, потому что иначе могут возникнуть проблемы с доступом к устройству /dev/net/tun ." угу, всё бросили и запустили от рута, хотя кому-то может так и легче.

запуск виртуальных машин довольно прост. стоит только запомнить, что каждой машине нужен отдельный "tap" интерфейс, соответственно имеет смысл помещать их в разные "подсети". например ("интерфейс tap" -> "локальный eth0, что мы потом поднимем в qemu"):
192.168.4.1 -> 192.168.4.100
192.168.5.1 -> 192.168.5.100
192.168.6.1 -> 192.168.6.100

использовать "глобальные" скрипты (/etc/qemu*) - не рекомендую, но это imho. каждый волен сам решать. если у вас не происходит присваивание уникальных MAC адресов "на лету" - то можете задать их вручную или поменять позже. простейший скриптец старта qemu:

#!/bin/sh
iface="tap0"
iface_addr="192.168.4.1"
user="`whoami`"
sudo modprobe tun
sudo modprobe kqemu
sleep 2
sudo chown $user /dev/kqemu
sudo tunctl -u $user -t $iface
sudo ifconfig $iface $iface_addr up
##sudo ifconfig $iface $iface_addr promisc up ## только для использования в "мостике" !!!
qemu -cdrom ./image.iso -boot d -hda ./disk.img -m 256 -kernel-kqemu -net nic,vlan=0 -net tap,vlan=0,ifname=$iface,script=no
sudo ifconfig $iface down
#EOF

приказ отдохнуть пару секунд после загрузки модуля kqemu (если он ещё не загружен) для вас может быть излишним. маска сети 255.255.255.0 пойдёт автоматом. в "гостевой" системе необходимо и достаточно поднять сетевой интерфейс с номером в пределах заданного сегмента и проставить дефолтный шлюз, равный $iface_addr. для примера с "tap0" некие шаблонные действа в "гостевой" системе:

ifconfig eth0 down
ifconfig eth0 192.168.4.100 up
route add default gw 192.168.4.1
echo 'nameserver 192.168.4.1' >> /etc/resolv.conf
echo 'nameserver ВАШ_ЛОКАЛЬНЫЙ_ДНС' >> /etc/resolv.conf
echo 'nameserver BACKUP_ДНС' >> /etc/resolv.conf

для того, чтобы открыть гостевым машинам доступ в локальную сеть можно воспользоваться "маскарадом". допустим, что ваш локальный сетевой интерфейс - eth0. если интернет идёт по интерфейсам типа dsl0, ppp0 - то "маскарадить" надо и их (если хочется выйти в сеть из qemu плюс ко всему придётся подправить правила для FORWARD). имеем три интерфейса для qemu - tap0, tap1 и tap2. шаблон ниже не предполагает использование "brctl" - "мостиков". мы культурно разрешаем обмен пакетами (FORWARD) между всеми участниками праздничного шоу (используем 2 цепочки - forward_int и forward_ext).

su -c "echo 1 > /proc/sys/net/ipv4/ip_forward"
sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
sudo iptables -t filter -I INPUT 1 -i tap0 -j input_int
sudo iptables -t filter -I INPUT 1 -i tap1 -j input_int
sudo iptables -t filter -I INPUT 1 -i tap2 -j input_int
sudo iptables -t filter -A input_int -j ACCEPT
sudo iptables -t filter -I FORWARD 2 -i eth0 -j forward_ext
sudo iptables -t filter -I FORWARD 2 -i tap0 -j forward_int
sudo iptables -t filter -I FORWARD 2 -i tap1 -j forward_int
sudo iptables -t filter -I FORWARD 2 -i tap2 -j forward_int
sudo iptables -t filter -A forward_int -i tap0 -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap1 -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap2 -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap0 -o tap1 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap0 -o tap2 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap1 -o tap0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap1 -o tap2 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap2 -o tap1 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap2 -o tap0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_ext -i eth0 -o tap0 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_ext -i eth0 -o tap1 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_ext -i eth0 -o tap2 -m state --state RELATED,ESTABLISHED -j ACCEPT

почему мы создаём FORWARD с номера 2? - потому, что первым правилом абсолютно корректно выставлять автоподстройку величины пакетов:

sudo iptables -t filter -I FORWARD 1 -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

теперь, когда у нас всё работает, все друг друга видят и пользуют ресурсы друг друга, настало время поиграть с "мостиками". идея крайне проста - "собирайтесь девки в кучу, я вам чучу отчебучу...". шаблонные действия примерно таковы: раскомментируем строку "sudo ifconfig $iface $iface_addr promisc up" (в скрипте вызова qemu) и закомментируем то, что было ранее. выгрузим все правила iptables, ибо основным интерфейсом становится бридж, и оне (енти правила) автоматом идуть далёко...

sudo ifconfig eth0 down
sudo ifconfig eth0 0.0.0.0 promisc up
sudo brctl addbr br0
sudo brctl addif br0 eth0 tap0 tap1 tap2
sudo brctl show
sudo dhclient br0 ## (или ручками настраиваем br0 как раньше был настроен eth0)

тихо матерясь переписываем правила всяких забавных софтинок типа "netams" для работы с "br0" и рихтуем iptables.

зачем нам это надо? чтобы где-то в два раза поднять пропускную способность сети для qemu. скорость аплоада в vsftpd доходила до 2.5 Mb/sec - это неплохо (у вас могут быть совершенно другие цифры!). да и возни в итоге поменьше, плюс получаем новую "игрушку" - brctl. а уж если vconfig ещё валяется рядом - то "гуляйте, Маша, воля ваша".

частный случай - объединить "мостиком" только "tap*" интерфейсы - в этом случае присваиваем руками адрес для "br0" и используем его вместо "tap*" для рихтовки таблиц маршрутизации.

P.S. не забываем о "командном" режиме работы (Ctl+Alt+2). могут пригодиться "host_net_add", "host_net_remove", "system_reset", "q"/"system_powerdown" и т.п.
*/

Version 3.1.1 is out

2009-04-25T00:39:00.003+04:00

/*

Dear Ladies and Gents,
version "3.1.1" of openSUSE-Enlightenment (SOAD project) is out:

Download page

GWDG mirror will be updated on Monday, 27 April (next week).

Changelog

Usual things we'd like you to read before downloading of our product (wiki pages):
Welcome.pdf
Enlightenment
Ecomorph
Wicd

Please note that our USB-stick version require the capacity of a drive above or equal to 1Gb.

Please report here about any issues.

Thank you.

SOAD Team.

***********************************************

Дамы и Господа,
версия "3.1.1" проекта SOAD доступна для Пользователей:

Страница загрузки

Список изменений

Вся дополнительная информация по поводу этого релиза предоставлена на странице загрузки.

Для установки USB-stick версии SOAD Linux нужна флешка "объёмом" от 1-го Gb и более.

Удачи!

*/

OBS. ловкость рук и никакого мошенства...

2009-03-24T23:16:00.009+03:00

/*
Господа и Дамы,
мы продолжаем крайне непопулярную серию заметок, посвящённых openSUSE Build Service. ежели Вам оно не надо - самое время заняться чем-то другим. а мы продолжим, с Божьей помощью...

Боже, Царя храни!
Сильный, державный,
Царствуй на славу нам;
Царствуй на страх врагам,
Царь православный!
Боже, Царя храни!
/1833, Василий Андреевич Жуковский/

поводом к этим зарисовкам послужил трэд забавного форума, где раком встал очевидный недостаток информации как таковой. трэд в принципе "ни-о-чём", но кое-что можно вытянуть и оттуда. сразу же оговорюсь - учите английский и не надейтесь на локализацию АКТУАЛЬНОЙ документации. то, что присутствует на "нащих" официальных сайтах (примерчик), зачастую вызывает желание громко расхохотаться от умиления (на самом деле привыкайте рыть доки самостоятельно).

итак, давайте прикинем, что входит в "краткий перечень инструкций по работе с OBS" (дополнения приветствуются):

* вводная в OBS
* инструкция, как компилять для разных дистрибутивов
* ликбез, краткая версия
* ликбез, версия для любознательных
* Tips and Tricks - эт уже пойдёт веселее
* базовые приёмы работы из командной строки

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

* статейка о махровом коллаборационизме или как работать над проектом сообща
* "чёрная метка" одноглазого Сильвера - обязательно к ознакомлению. если Вам это не подходит - лучше приложите свои силы в Пакман-е
* проверки rpmlint
* правила для пакетов с shared libraries. по хорошему в дистрибутиве не должно быть статически слинкованных библилтек/бинарей, поэтому если вы собрались "упаковать" какую-нить завалящую либку, то обязательно прочтите это.
* глобальная дока "по всему", что касается специфики создания пакетов в openSUSE - желательно, чтобы вы хоть краем глаза пробежались по содержанию.
* работа с модулями ядра. если кто недопёр о чём речь, то шаблоны Code9 и Code10 выкладываю отдельно. также выкладываю линк на дивный скриптец - extract_kABI. коли вы ни ухом ни рылом ап чём речь, то замечу, что kABI - это аббревиатура от "kernel Application Binary Interface". дивная штуковина. иногда бывают чудеса и енто самое kABI не меняется при смене версии ядра для какого-то модуля, что позволяет ему (модулю) сукесфули функционировать на благо Царя и Отечества без перекомпиляции. в такие моменты понимаешь, что оргазм - ничто, по сравнению с ... таким работающим модулем...

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

некоторые товарищи продвигают идею, что комфоргная работа с OBS возможна при помощи "простого" браузера. лукавят сцуки, хотя... по мне так для работы необходим и браузер и "osc" - инструмент работы в командной строке. браузер как правило открывается на странице "Status Monitor" - мониторинг состояния всего проекта, чертовски удобно, а всё остальное делается при помощи командной строки. да и возможностей у "osc" на порядок больше.

вполне нормально, что при рисовании своего первого пакета/спек-файла и попытках разобраться с ошибками вы, вероятно, слегонца охуеете от количества найденных недочётов в двух строчках Вашего неповторимого спека. поэтому кратенько пробегусь по наиболее часто встречающимся макросам/(переменным), способным облегчить Ваш тяжкий труд (или свести Вас в могилу, ежели нет понимания, как оно работает и нахуя оно нам надо).

%{_tmppath} - макрос, который принято использовать при указании каталога, где будет происходить сборка. например BuildRoot: %{_tmppath}/%{name}-%{version}-build

%{name} - этот макрос содержит строку, что вы ввели как имя пакета

%{version} - соответственно версия пакета

%{_libdir} - в зависимости от архитектуры (x86; x86-64) и в соответствии с FHS (Filesystem Hierarchy Standard) указывает на директорию для установки библиотек (либок). в нашем случае это /usr/lib или /usr/lib64

%{_datadir} - директория для "данных" - /usr/share

%{_sysconfdir} - директория для конфигурационных файлов - /etc

%{_bindir} - бинарники - /usr/bin

%{_sbindir} - бинарники суперпользователя (рутовые) - /usr/sbin

%{_initrddir} - директория для скриптов, управляющих запуском/(остановкой, мониторингом и т.п.) сервисов/служб - /etc/init.d

%{_docdir} - для документации. обычно это - /usr/share/doc/packages/

%{_mandir} - наши "мэны" - /usr/share/man

%{buildroot} == $RPM_BUILD_ROOT == %{_tmppath}/%{name}-%{version}-build (это именно то, что вы внесли в BuildRoot: секцию спек-файла)

%{SOURCE} == $RPM_SOURCE_DIR/%{name}-%{version}.tar.* (Ваши исходники), соответственно если исходников (Source: ...) несколько, то %{SOURCE1} , %{SOURCE2} .... %{SOURCEn}

$RPM_SOURCE_DIR - в нашем случае это /usr/src/packages/SOURCES

%{py_ver} - версия установленного в системе пакета python. очень полезно использовать при сборке для разных платформ. например: %{_libdir}/python%{py_ver}/site-packages/* (пример из секции %files)

"прогрепать" все (ну или большинство) доступных вариантов можно в следующих файлах:

> rpm -ql rpm | grep macro

вот ещё статейка с более подробным описанием макросов - RPM_Macros.

перед тем, как вы будете рисовать строку "Group: blah-blah-blah", потрудитесь ознакомиться с RPM_Groups - регламентированными группами для rpm пакетов. если вам повезло и в пакете есть "*.desktop" файл, то учите макрос %suse_update_desktop_file и freedesktop-овы спеки на desktop файло для меню.

ежели кто подумал, что "это - пиздец, детка...", то чел круто ошибся, ибо о работе с модулями ядра мы поговорим в другой раз. сейчас чуток отсебятины.

допустим, что вы таки заколбасили пакетик в OBS, он собрался и краткий миг оргазма потряс ваши чресла. теперь предположим, что ваши исходники состоят всего из двух файлов (да, мы, бля, живём в идеальном мире!) - собсно затаренных сырцов и спек-файла. и тут возникла идея сделать апдейт. не знаю кто как, а я заебался в первый раз тыкать на кнопочки в броузере, ждать пока оно "прохавает", что пора что-то делать и т.п. поэтому поставил "osc" и потихоньку осваиваю эту команду по мере необходимости.

> osc help
> osc help НЕПОНЯТНАЯ_КОМАНДА

ну эт как-бы ясно. аз, буки, веди, глаголь и т.п.

> osc co PROJECT [PACKAGE] [FILE]

вытащит на локальный диск копию из OBS и далее развлекайтесь. для удобства лучше тащить сразу весь проект и делать бэкапы регулярно (на всякий). для себя набросал пару-тройку консольных команд для упрощения рутинных действий:

* апдейт OBS (то есть мы наколбасили что-то в локальной копии и хотим чтобы в OBS стало именно так, как и у нас на диске) для одного пакета. "становимся" (>cd) в PROJECT/PACKAGE и выполняем "> osc_up":

> cat `which osc_up `

#!/bin/sh
osc addremove && osc ci -m "updates, honey!"
#EOF

* смотрим логи (для openSUSE репозиториев!):

> cat `which osc_wl `

#!/bin/sh
if [ "$2" == "" ] ; then
arch="i586"
else
arch="x86_64"
fi
osc bl openSUSE_$1 $arch
#EOF

то есть "> osc_wl 11.1 1" покажет нам полный лог сборки пакета для openSUSE-11.1 (x86-64).

* глобальный апдейт проекта (из "локальной копии" -> в OBS, игнорируя мои служебные директории "snapshots" и "test"):

> cat update_from_local_to_OBS

#!/bin/sh

export components="`find ./ -maxdepth 1 -type d | sed 's/\.\///' | grep -v snapshots | grep -v test `"

for a1 in $components ; do
cd $a1
osc addremove && osc ci -m "sweet updates are roll-in!"
cd ../
done
#EOF

и последнее о чём хотел попиздеть - это о создании "One Click Install" файлов. что-то там на эту тему в приведённых ранее сцылках уже пробегало, так что коли не интересно - неволить не смею. пример, как это выглядит:

Тыц по сцылке!

и там красуются такие все из себя крутые файлы: E17_Base.ymp и E17_Metapackage.ymp. стоит только "клацнуть" по ним, как вылезет ненавязчивое предложение установить в систему хуеву тонну нужного и полезного софта. нра? то-то!

если кто-то думает, что надо локально создать именно "*.ymp" файлик по образу и подобию, а потом просто "закинуть" в репо - то этот кто-то безнадёжный романтик. время читать секцию Create_Patterns и пробовать свои силы.

единственное, что меня ломает учить - это OBS API. зарекаться не буду, хотя...

продолжение следует...
*/

E17 systray appeared in svn! thanks to "k-s"!

2009-03-23T19:35:00.005+03:00

/*
свершилось... товарищ k-s (известный в миру как Gustavo Sverzut Barbieri) прикрутил сегодня черновой вариант систрея для Enlightenment-DR17!

есть недоработки, но "лёд тронулся, Господа!". релиз DR17 ориентировочно запланирован на осень-зиму сего года. ура, Товарищи! ждём-с!
*/

OBS - openSUSE Build Service или "Одна Баба Сказала..."

2009-03-18T14:42:00.016+03:00

/*

дамы и господа,
это - первая заметка о некоторых трюках при работе с замечательным сервисом openSUSE/Novell - openSUSE Build Service. если Вас интересуют какие-то детали или Вы желаете задать вопрос - оставляйте комментарии. постараюсь ответить.

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

Занятие для организованных детских групп ДДОУ "Детский садик Светлячок".
Тема: "Автодорожное движение".
Учитель громким голосом четко произносит фразу, оканчивая ее вопросительной интонацией.
Дети хором произносят ответ.

УЧИТЕЛЬ: Кто король далеких трасс?
ДЕТИ: КАМАЗ!

абсолютно верно и пгавильно подмечено! формат rpm - наше фсио! остальное - от лукавого. а как же убунту и ".deb"? - очень неудобно разбираться откуда ноги растут у "dh_make". другими словами: spec файл - это святая Библия, где всё написано от и до. если встретился непонятный макрос - например %configure - набираем:

> rpmbuild --eval %configure

и смотрим что именно он означает. хотим написать свой макрос? - легко! читаем:

man rpm
vim /usr/share/doc/packages/rpm/manual/macros

и заглянем в "/usr/share/doc/packages/rpm/manual/" из чистого любопытства - там таки есть что почитать перед сном. по сравнению с rpm другие форматы пакетов выглядят как набор костылей. и не надо мне рассказывать, что EBUILD (Gentoo) рулит. любое использование USE флага автоматом означает невозможность стандартизировать результат и, как следствие, непригодность этого поделия в Production. а все типа "оптимизации", получаемые при "гибкой" сборке, можно спустить в унитаз чуток обновив железо. кроме того, rpm никоим разом не мешает делать спецсборки софта для тех же кластерных вычислений или же для работы с видео (как пример).

Что же такое этот OBS (openSUSE Build Service)? это система, которая позволяет создавать пакеты для всех основных дистрибутивов Linux, включая RH, Debian, Ubuntu и иже с ними. ежели по-простому, то внутрь ты пихаешь исходники и инструкцию по сборке, а на выходе получаешь готовые красивые КОШЕРНЫЕ пакеты. кошерные - ибо существуют некоторые наборы правил, которые мейнтейнер (далее буду пользовать термин "упаковщик") обязан соблюдать. под правилами также подразумевается наличие систем проверок готовых пакетов. то бишь устанавливая пакет из OBS лузер (в теории) имеет возможность полностью проконтролировать сборку и увериться, что ставит "кошерный продукт".

УЧИТЕЛЬ: Кто гремит и весь в пыли?
ДЕТИ: Жигули!
УЧИТЕЛЬ: Кто проедет грязь игриво?
ДЕТИ: Нива!
УЧИТЕЛЬ: Кушай кашу "Геркулес", купит папа?
ДЕТИ: Мерседес!

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

* вы прониклись мощью и красотой решения, получили учётку в Novell, создали свой домашний проект и, при помощи Web-gui (броузера) сваяли свой первый пакет.

* пакет этот нихуя не собирался как надо до тех пор, пока вы не прорюхали великий смысл в строках "BuildRequires: список DEVEL-пакетов (через пробел), необходимых для сборки Вашего первенца"

* всё собралось, но не везде. вы ещё раз пофтыкали инструкцию как компилять для разных дистрибутивов, обматерили всех "умников", дающих разное название одинаковым сущностям/пакетвм, взмолились о глобальной стандартизации, но таки сваяли новый spec файл.

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

* у Вас оформилось светлая мечта уебать аффторов "проверок" чем-нить тяжёлым по умной голове, послать всю затею с OBS куда подальше и "включить идиота" на полную катушку - "Какие мейнтейнеры? "ПРЕВЕД" надо говорить разработчикам. Очнитесь. Задача мейтейнеров проста как 2x2- собрать из сырцов бинарики, собрать их в пакеты с учетом зависимостей, и положить их правильную ветку. Они вобще не должны "допиливать" что то до ума." - это высказывание одного из неофитов, отрицающих очевидное. "незнание законов не освобождает от ответственности"©

УЧИТЕЛЬ: За рулем бандитский тип, а машина эта?
ДЕТИ: Джип!
УЧИТЕЛЬ: Оштрафует, хоть ты тресни - это дядя?
ДЕТИ: ДэПээС-ник!
УЧИТЕЛЬ: Кто не дружит с головой? Это дядя...
ДЕТИ: Постовой!

дабы не уподобляться "дяде, что не дружит с головой" таки стоит осознать несколько прописных истин, как то:

* любые правила упорядочивают хаос;
* в данном контексте существующие проверки ставят целью обезопасить конечного Пользователя и указать "упаковщику" на некоторые очевидные оплошности в пакете;
* врага надо знать "в лицо"!

изучением этого "врага" и предлагаю заняться далее.

текущая система проверок уже готовых пакетов состоит из двух независимых друг от друга уровней (другими словами: в какой хронологической последовательности собранные пакеты проходят эти проверки - совершенно не важно). первый - это rpmlint проверки. детальное описание оных вы найдёте по ранее приведённой ссылке. мы можем полностью их контролировать. в секции "Supressing False Positives" описана методика подавления "фиктивных" ошибок. но, как всегда собственно, есть "нюансы"... о них и поговорим.

перво-наперво читаем:

> man rpmlint

после чего смотрим на детали (если нам жуть как интересен сам механизм проверок):

> rpm -ql rpmlint

потом начинаем разбираться в том, "виноват" ли rpmlint в ошибке со сборкой нашего пакета. понять это очень просто. если проверка говорит, что "(Badness: 10000)" (допустим) - то это "наш" rpmlint. также он очень вежливо пишет какая именно из множества предусмотренных проверок "отоварила" нас выигрышем в джекпот:

permissions-file-setuid-bit (Badness: 10000) /usr/bin/БИНАРЬ is packaged with setuid/setgid bits (04555)

вежливо благодарим за предоставленную информацию и чешем репу. в данном конкретном примере нам сделали серьёзную предъяву, что собираемый нами пакет есть злобное некошерное чудовище, которому не место на системах добропорядочных граждан. однако, иногда (в ОЧЕНЬ редких случаях) наличие SUID-bit оправдано. предположим, что это именно такой случай. задача - поблагодарить OBS за предоставленную информацию и вежливо попросить заткнуться на будущее (не навешивать пакету штрафных очков).

* создаём в "исходниках" файл с расширением ".rpmlintrc". допустим Ваш спек называется "ПЕРВЕНЕЦ.spec", тогда созданный только что файл должен называться "ПЕРВЕНЕЦ.rpmlintrc"

* добавляем инструкцию насчёт нашего "проблемного" (по мнению OBS) бинаря:

addFilter("permissions-file-setuid-bit.*.*")

мы только что поставили монолитную могильную плиту над всеми попытками rpmlint-а заорать, что наш пакет имеет плохой SUID-bit на бинарнике. это конечно же неправильно. конечно же надо разобраться в вопросе и попытаться как-то обойтись без подобных крайностей. поэтому всем рекомендую перечитать одну из моих прежних заметок, где история именно с этой проверкой "моего" пакета расписана от "А" до "Я". кроме того, там есть пример "умной" brp проверки, о которой наша речь пойдёт далее. фраза "as responsive as a wall" почему-то постоянно приходит мне в голову применимо к данному случаю... интересно, что бы сказал по этому поводу дедушка Фрейд?

обращаю внимание публики, что файл "ПЕРВЕНЕЦ.rpmlintrc" не обязательно вносить в "ПЕРВЕНЕЦ.spec" как "Source?:". это конечно же диктуется правилами хорошего тона, но... увы и ах.

мы все, к сожалению, живём в реальном мире, а любые проверки подразумевают некий "идеальный мир" (сугубо с позиций АВТОРА проверок), к которому надо стремиться. это и есть суть возможных конфликтов. "What we've got here is a failure to communicate..." /Guns'n'Roses/

УЧИТЕЛЬ: Десять трупов, все в кисель, в ДТП у нас?
ДЕТИ: Газель!
УЧИТЕЛЬ: Кто на встречной всякий раз?
ДЕТИ: Пида@ас!
УЧИТЕЛЬ: Мигалки, @ляди и понты, за пивом ехали?
ДЕТИ: Менты!

второй эшелон "обороны" - это появившиеся в версии openSUSE-11.1 так называемые "brp" проверки. информации о них - море (попробуйте найти хоть одно внятное описание в openSUSE Wiki). как пример можно сразу смело давить на эту ссылку поиска и чесать репу до полного просветления. удачи.

официальная точка зрения по этому вопросу такова (несколько упрощённый вариант ессно): "brp проверки - наше фсио! отключить их нельзя! все пакеты должны проходить проверку brp!" лучше всего об этом скажут воспитанники детской группы ДДОУ "Детский садик Светлячок":

УЧИТЕЛЬ: Красный свет горит не зря, нету хода?
ДЕТИ: ни @уя!

на данный момент все пакеты для openSUSE-11.1/Factory проходят "brp" проверки в обязательном порядке. к чему приводит подобный подход - уже описывал. "благими намерениями вымощена дорога в ад"© - что есть, то есть. в основе-то своей идея стоящая. разработать правила, которым должны следовать все. только реализация хромает. наличие неких "белых списков" для якобы "кошерных" пакетов, куда всем прочим никогда не попасть, ставит на этой идее могильный крестик. махонький такой, ибо есть "нюансы", о которых и поговорим ниже.

суть "brp" проверок очень бледно отражена в трёх пакетах:

brp-check-suse | build root policy check scripts | package
brp-check-suse | relaxed build checks | patch
librpcsecgss | Library Implementing GSSAPI Security for ONC RPC | package

сами же "проверки" уже "зашиты" в пакет "rpm" ("зашиты" - это неправда!). можно на них полюбоваться кстати:

> rpm -ql rpm | grep brp | grep -w "rpm"

или

> find `rpm -ql rpm | grep brp | grep -w "rpm" ` \
-print -exec cat {} \;

делов-то. а на самом деле посмотреть на механизм проверок можно (imho) только в случае установки и запуска локально сервера OBS. "brp" проверки именно "зашивают" в конфигурацию проекта/платформы. например: в openSUSE-10.3/11.0 их нет, а в openSUSE-11.1/Factory они есть.
другими словами, разрешено всё, что не запрещено. спектр проверок довольно широк. от "правильно" (по мнению авторов ессно) сформированного "*.desktop" файла и до уже упомянутых ранее "некошерных" сервисов D-BUS (без которых повторюсь не будут работать пакеты типа "Wicd", "Exalt" и прочие). с одной стороны это здорово - нахуя в openSUSE лишние пакеты? да и если Вы хотите собирать для openSUSE Community - то есть же Packman! (в Packman Community communication skills более развиты кстати...) с другой же стороны это вполне может привести к тому, что в OBS в первую очередь будут собирать пакеты для RH/Ubuntu/MDK, а потом чесать репу насчёт сборки для текущей версии openSUSE. именно эту картину все и наблюдали в момент релиза версии openSUSE-11.1. доступного софта по сравнению с версией 11.0 было значительно меньше, ибо "упаковщики" в течение следующего полугода старались "вытянуть" свои проекты на уровень 11.0.

на сегодня о сути проверок можно догадываться по именам файлов, их содержащим. в скобках - моё imho:

00-check-install-rpms (этот пакет вообще может быть установлен... производится реальная установка пакета в chroot-е)
01-check-debuginfo (проверка на "пустоту" в пакете -debug)
02-check-gcc-output (насколько серьёзны были предупреждения компилятора во время сборки. для проверки используется реальный лог сборки пакета)
03-check-binary-kernel-log (что-то связанное с корректной установкой бинарей, хотя хз, запамятовал)
04-check-filelist (собсно проверка содержимого пакета на соответствие его "таможенной декларации")
05-check-invalid-requires (ибо нехер рисовать кривые зависимости ручками, да!)
06-check-installtest (если вы думаете, что вы тут самый умный и наколбасили левые %pre*/%pos* скрипты/макросы - то самое время ~~сходить нахуй~~)
08-check-permissions (весьма здравая идея, но сам тест - мог быть и получше...)
09-check-packaged-twice (безобидный тест на "декларирование" в %files файла дважды/трижды/etc)
10-check-lanana (хз)
11-check-pkgconfig-deps (если Ваши "*.pc" файлы - файлы для "pkg-config" - содержат некорректную информацию - пришло время ревизии!)
12-check-libtool-deps (очень тупой и бесполезный тест, ибо правила хорошего тона рекомендуют к буям вырезать из пакета все {*.a;*.la} файлы - мамо, оно нам не надо...)
13-check-invalid-provides (на тему излишнего усердия при ручном заполнении строк "Provides:" - эти поля очень неплохо заполняются автоматически и не надо тут особо вы@бываться)
14-check-gconf-scriptlets (хз, не попадались)
99-check-remove-rpms (проверка на успешное удаление пакета с реальной деинсталляцией из chroot)

всё, что приведено выше, на первый взгляд пропитано самой Добротой и Заботой о ближнем (и о дальнем, что характерно), но в реальной жизни появляются... да-да-да! "нюансы"...

одно из отличий "brp" от "rpmlint"-а в том, что "плохие отметки" (Badness: X) "brp" тебе не ставит. ежели чего не так - ты сразу же ~~идёшь нахуй~~ в пролёте вместе со своим собранным пакетом под звуки фанфар, бурные апплодисменты и без лишних объяснений.

разберём типовую ситуацию. есть дивный блок проверки "*.desktop" файлов, который иногда неимоверно бесит. одна из "выдающихся" проверок может не найдя иконки (упомянутой в пресловутом *.desktop файле!) допустим в %{_datadir}/pixmaps/ сказать:

ERROR: Icon file not installed:

и отправить тебя вместе с пакетом в путешествие пешком. как минимум есть два случая, при которых эта "проверка" абсолютно бесполезна:

1) если иконка установлена в %{_datadir}/icons/ (да, не по фэн-шую, но работает!)
2) если мы не хотим рисовать свою иконку и тянуть в зависимостях к нашему пакету какую-то из доступных тем иконок (что imho абсолютно оправдано и разумно. ну не будет в xdg менюшке у нашего горе-приложения иконки, и что?).

пишем письмо по адресу, упомянутому в OBS, предназначенному для решения подобных "неувязок" - stbinner@suse.de . идём нахуй, ибо ещё в октябре-декабре прошлого года этот Товарищ поменял e-mail, а о новом ящике простые смертные не знают ничегошеньки. естественно, что после этого мы получаем нехилую мотивацию ~~послать "brp" ф пизду~~ исправить в пакете все недочёты, обнаруженные милыми "brp" проверками. такая возможность конечно же есть (пока что).

универсальный рецепт прост: внимательно изучаем логи сборки с найденными ошибками и исправляем их, собирая Ваш пакет в гармонии с окружающей средой. если же Вы внимательно прочитали заметку (сходив по всем приведённым ссылкам), то "секретный код" как отключить все "brp" проверки Вами уже найден.

удачи.

P.S. планируется в недалёком будущем рассмотреть некоторые аспекты работы с OBS при помощи Web-gui и командной строки, описать процесс создания "One-Click-Install" файлов, рассмотреть создание модулей ядра и просто попиздеть о том о сём... пишите камменты, они рулят!

*/

Сила Маркетинга (или чуток о том, как выдавать желаемое за действительное...)

2009-03-18T12:26:00.006+03:00

/*
Что толку быть собой не ведая стыда,
Когда 15 баб резвятся у пруда...
/БГ/

чистота - залог здоровья, порядок - прежде всего, а стабильно работающая система - эт собсно наше всё. какого-то лешего в очередной раз решил проапгрейдить систему с openSUSE-11.0 до openSUSE-11.1 без форматирования рутового раздела. другими словами - апгрейд "на живую", при помощи "волшебной" команды:

sudo zypper dup

собственно решил проверить насколько рекомендации ведущих собаководов соответствуют истине. одну такую попытку Ваш покорный слуга уже описывал ранее. всё конечно же было сукесфули комплитэд (successfully completed), но, дай Бог памяти, текущую систему (11.0) таки ставил с чистого листа, с форматированием рутового раздела. итак нюансы:

1) даже если Вы в добром уме и трезвом здравии буква в буковку следовали "рекомендациям" - в результате (после первой перезагрузки) получится вариант, далёкий от идеала. почему? потому, что логика команды "zypper dup" - ~~говно~~ заточена на минимизацию трафика при апгрейде системы, а не на получение 100% стабильного результата (по крайней мере для openSUSE-11.0). но! всё это легко контролируется и не менее легко и очаровательно приводится в норму. об этом правда многие почему-то умалчивают, либо не обоняя "родное амбрэ", либо не владея техникой постановки любого вопроса раком для последующего сукесфули решения.

2) imho - если Вы можете позволить себе скачать/купить дистрибутив и поставить систему "с нуля" - то именно так и надобно поступать. к тому же форматирование партиции есть суть операция весьма и весьма пользительная...

3) ещё раз перечитайте пункт первый и будьте морально готовы к разгребанию Авгиевых конюшен...

а в чём же тогда смысл апгрейда системы подобным образом? элементарно, Уотсон! если вы - ньюб или неопытный лузер, которому худо-бедно каким-то макаром но удалось настроить систему (или же вы думаете, что она работает так, как Вам надо...), то подобная процедура (Вы не поверите!) сохранит ВСЕ Ваши конфиги! да-да-да! от grub-а и до vsftpd (до настроек в Вашем "хомяке" - $HOME каталоге) - всё останется как было, без глобальных изменений. поэтому суть есть собсно выбор: или Вы способны за 5-15 минут откатить конфиги из бэкапа и подрихтовать их для новой системы, или Вы намерены чуток поебаться с "мягким" апгрейдом. Вам выбирать...

/* лирическое отступление */

собсно создать бэкап настроек можно при помощи шаблона ниже:

#!/bin/sh
mkdir -p ~/tmp/backup
cd ~/tmp/backup/
sudo tar -cvvjf "`date +%m%d%Y`_etc.tar.bz2" /etc
sudo tar -cvvjf "`date +%m%d%Y`_var_lib_rpm.tar.bz2" /var/lib/rpm
find ~ -maxdepth 1 -type f > ./"$USER"_home_rc && \
tar -cvvjf "`date +%m%d%Y`_home_rc.tar.bz2" -T ./"$USER"_home_rc

/* звиздец лирического отступления */

итак, вернёмся к нашим "баранам". Вы таки решились не травмировать свою нежную душу восстановлением конфигов, перебили адреса всех репозиториев на новую версию, зашли в консольку, дрожжащими ручонками накорябали (махнув 150 для смелости):

sudo zypper dup

и отправились баиньки, дабы за ночь системка выкачала пару-тройку гигабайт обновлений. урок нумеро уно: не надо обновлять "помойку". сперва откройте тот же YaST (если у Вас толстый канал и хороший провайдер) или воспользуйтесь "rpm -e $packages" и постарайтесь убрать лишнее. так будет проще. поскольку поднятый мной вопрос о компиляции драйверов вызвал оживлённую дискуссию и все мейнтейнеры модулей ядра сразу же добавили "Update" репозитории в свои проекты, то если Вы решились обновиться до текущего стабильного состояния 11.1 - останетесь без пакетов драйверов для ATI/NVIDIA (как минимум, ибо ядро уже обновилось, может ещё что-то "сломается"...). оно конечно же можно и ручками дрова прикрутить, потом, вспомнив, что надо доставить пакеты "kernel-source", "kernel-syms", "linux-kernel-headers", "gcc", "make" и напечатав "init 3" в строке логина. а первым делом забэкапьте и обнулите "/etc/zypp/locks" файл! какого буя об этом молчат "известные собаководы" - непонятно...

sudo cp /etc/zypp/locks /etc/zypp/locks.old
su
(введите Ваш рутовый пароль)
echo "" > /etc/zypp/locks
exit

после чего ещё раз проверьте новые репо и давите на педальку:

sudo zypper ref && sudo zypper dup

как только безобразие закончится - не спешите в ребут. если вам нужно поставить драйвер ATI/NVIDIA - убедитесь, что как минимум стоят упомянутые выше пакеты. также можно до перезагрузки открыть YaST -> Software Management и установить все апдейты, которые он предложит. перегружаемся. если надо ставить дрова - уходим в "init 3" и ставим. возвращаемся в "init 5" и оцениваем "масштаб катастрофы". на первый взбляд всё будет тип-топ. новое ядро, типа новые пакеты, новая система... сверху - шоколадка, а внутри - кокос. сразу было сладко, а теперь приступим к изучению того, что нам оставила команда "zypper dup".

* мантра первая: если вы были уверены в том, что имеете полное право собирать программы из исходников и устанавливать их при помощи "sudo make install" - с результатами разбирайтесь сами. это подтолкнёт вас к изучению формата rpm и написанию кошерных spec файлов в будущем...

* мантра вторая: "не ссы, прорвёмся". всё на самом деле не так уж и плохо, скорее даже наоборот.

* мантра третья: думай своей головой. если с чем-то не согласен и это у тебя работает - есть смысл так и оставить.

* мантра четвёртая:
"Жаль, подмога не пришла
Подкрепленья не прислали
Нас осталось только два
Нас с тобою наебали..."
/БГ/

чтобы в этом убедиться далеко ходить не надо. выполняем команды:

export OLD_VERSION="11.0"
rpm -qai | grep -w "Distribution:" | grep -w "$OLD_VERSION" | wc -l

результат нам покажет сколько пакетов осталось в системе от старой версии. но это не всё.

export OLD_VERSION="(none)"
rpm -qai | grep -w "Distribution:" | grep -w "$OLD_VERSION" | wc -l

это покажет сколько пакетов имеют сомнительное происхождение. может вы собирали их сами, может ставили хз откуда - всё надо перепроверить. осмелюсь предложить вариант.

cd /tmp
rpm -qai > ./packages1
less ./packages1

находим по шаблону "11.0" старый пакет, смотрим как оно называется и рисуем (с правами рута!):

export pac="zsnes llvm llvm-devel" && rpm -e --nodeps $pac ; zypper in $pac

вот таким вот нехитрым макаром надо пройтись по всем пакетам и добиться, чтобы

export OLD_VERSION="11.0"
rpm -qai | grep -w "Distribution:" | grep -w "$OLD_VERSION" | wc -l

в результате в системе не осталось следов от старой версии. с export OLD_VERSION="(none)" проще. в данном случае большинство пакетов есть не что иное как ключи шифрования. оставить их или убрать зависит от Вас и вашего поведения. обращайте внимание на все сообщения при

export pac="PACKAGES" && rpm -e --nodeps $pac ; zypper in $pac

это очень важно! например:

export pac="libx264-60" && rpm -e --nodeps $pac ; zypper in $pac

команда просто удалит x264 бинарь из вашей новой системы и напишет, что для версии 11.1 такого пакета (libx264-60) нет. и правильно, ибо есть пакет/ы libx264-67 и libx264-65! то есть вам надо после сообщения, что "пакет типа не найден нихуя" нарисовать в консоли

sudo zypper se libx264

и посмотреть на "варианты". дело это довольно муторное, должен признать. кроме того есть "нюансы" другого плана...

предположим, что Вы питаете нежную любовь к дивному "продукту" - Pulseaudio и, также как и я, не видите в нём никакого смысла. если в версии openSUSE-11.0 можно было извернуться и не ставить/(не запускать) это быдлоподелие, то в 11.1 без подобного "костыля" не запустится например "Stardict" и ряд других программ. кушать, так сказать, подано, Господа...

ну а в целом оно конечно же очень пиздато. перебил репы, нарисовал "zypper ref && zypper dup" и получил полный апгрейд! без проблем! во как!

*/

Too good to be true!

2009-03-12T19:19:00.012+03:00

/*

Dear Ladies and Gents,
version "3.0.6" of openSUSE-Enlightenment (SOAD project) is out:

Download page

GWDG mirror will be updated to the version "3.0.6" on Monday (next week).

Changelog from 3.0.5 to 3.0.6 version
* new updated kernel (version 2.6.27.19_3.2)
* updated EFL/E to svn_r39423 (20090309)
* updated OOo (version 3.0.1.3)
* fixed "Del" key operation in "xterm"
* "aircrack-ng" added with extended set of documentation (look into "/usr/share/doc/")
* fixed the segfault during the first login to Enlightenment-DR17
* improved "Wicd" init script
* added GTK+ "Unity" theme
* removed "atl1e" driver for "Attansic" LAN cards (found on the eeepc1000* mostly)
* following drivers are added: "rtl8187", "rt73", "rt61", "r8101", "r8168"
* improved list of a default installed repositories
* overall code/software/packages update to the current openSUSE-11.1 state
* other misc. enhancements

In general - this version just works. The only disadvantage is that "LiveCD" version require 800M media (or a blank DVD-R/RW disk) and cannot be recorded to the standard 700M CD-R/RW. The absence of a "delta" images are due to the huge update of a packages - "delta" just has no sense this time.

We're also recommend you to visit our two new modest wiki pages and read a bit about:
Ecomorph
Wicd

Btw, it looks like "Wicd" have a chance to be a default network configuration tool for KDE-4.3 (Dev. Team are constantly improving the package, that's great!).

LiveCD: list of installed packages
USB-stick: list of installed packages

Huge thanks to Mikhail Kazakov for a help in preparation of this release version!

Enjoy!

P.S. The curious persons are welcome to glimpse at the small "Detailed uncompressed LiveCD packages size" pdf file.

***********************************************

Дамы и Господа,
версия "3.0.6" проекта SOAD доступна для Пользователей:

Страница загрузки

Простите, что LiveCD не уложился в 700Mb - новое ядро + жестокий падейт драйверов для звуковых карт никак не позволяет ввернуть Продукт в милый сердцу объём (0.7 на рыло). Вот вам расклад, как мы докатились до жизни такой.

"А в очтальном, прекрасная Маркиза, всё хорошо! Всё хо-ро-шо!" (Утёсов).

Так что пользуйте флешки. Для установки SOAD нужна флеха "объёмом" от 1-го Gb (эт копьё) и более.

Огромное СПАСИБО Михаилу Казакову за помощь в подготовке этого релиза!

Удачи!

*/

50/50

2009-02-16T01:21:00.005+03:00

/*

dear Ladies and Gents,
version "3.0.5" of openSUSE-Enlightenment (SOAD project) is out:

Download page

GWDG mirror will be updated to the version "3.0.5" but other mirrors will carry version "3.0.4_fixed".

the reason is quite simple: we created a kind of a "simple automatic profiler" for Xorg configuration files and it require some more polishing and testing. for the LiveCD it's useless, but it can "remember" your "/etc/X11/xorg.conf" configuration (quite a nice option for USB-sticks) and restore it when you plug a USB into the PC where X-server was already configured earlier.

example:
1. you plug the USB-stick into the 1-st notebook, configure your keyboard layout and monitor with "sax2" and shutdown
2. you plug the same USB into another PC (2-nd).
3. when you return to the 1-st notebook the "profiler" looks at your motherboard details and restore "xorg.conf" from the backup.
4. when you return to the 2-nd PC your "/etc/X11/xorg.conf" also restored from the backup.

and it'll work for all PC's/notebooks you've booted with your USB-stick.

"Wicd" network configuration utility allow to create and restore profiles for a various networks - so it'd in general benefit the User.

it's just a simple version of the standard openSUSE "yast2-profiler" + "sumf" schema. the only advantage is that it doesn't require user input. if you make a manual adjustments of a "/etc/X11/xorg.conf" file then you need to run as 'root' the following command to store the backup manually:

> service create_xconf save-profile

all "backups" are stored in "/etc/X11/" folder with the detailed description of a PC's mobo.

Changelog (from version "3.0.4_fixed" to "3.0.5")
* Enlightenment is updated to the svn version r38808 (2009-01-27)
* USB-stick version has more "extra" packages then LiveCD (themes, software). for example the Ecomorph is included in USB version, but it also require manual installation of a proprietary (ATI/NVIDIA) drivers.
* "wireshark" is added
* both LiveCD and USB-stick versions now by default discover and use the existing "swap" partitions of a local machine on boot (if any) - it allows to lower the RAM requirements up to 64Mb (if the swap partition is sufficient - from 256Mb and higher)
* "lxappearance" and "lxtask" are back (thanks to sweyar!)
* several simple console apps like "telnet", "ipcalc" are added as well
* removed preconfigured "Favorite Applications" for Enlightenment-DR17
* fixed "nosound" issues for a vast amount of a PC's due to the update of the "alsa-driver-kmp-default" kernel drivers/modules.
* the documentation is slightly improved - Welcome.pdf
* defaults for Enlightenment-DR17 "suspend" and "hibernate" are set to work with "pm-tools" (you can open "/etc/enlightenment/sysactions.conf" file and change the parameters if not satisfied)
* other miscellaneous fixes, improvements and probably some new bugs are also there :)

hope you like the results! please, leave your comments here in any case - your feedback help us to improve the system.

thanks!

regards,
sda
(on behalf of a SOAD team)

=================================================================

Господа и Дамы,

мы решились на релиз версии 3.0.5 нашего маленького проекта:

Основная страница загрузки

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

пишите камменты. удачи и всех благ!

sda
(SOAD team)

*/

Мишки Гамми снова с нами!

2009-02-12T19:28:00.002+03:00

/*

ура! наш боец снова в строю! после официального объявления о "скоропостижной кончине" орёл наш, дон Рэба, выдал на гора очередную порцию здравых рассуждений:

А хуль бы и не поебаться...
Компиз - чемпион!
KDE - не нужен!
Развелось линупсоедов в стране, а заводы - стоят!

это 5! внушает. жаль, что поздно обновил RSS. жду продолжения...

*/

wind me up!

2009-01-20T14:55:00.012+03:00

/*

another update of our Enlightenment LiveCD! version 3.0.4 is out! grab it right now:
Download Page
Ice Cube Mirror

we've also prepared the delta images for both LiveCD and our USB-disk which are available for download. you need the 'xdelta' package to use them. they could save hell of a lot of a traffic for you. if you've forgot how to work with 'xdelta' - just type in your terminal:

> xdelta --help

and look at the examples we've published before.

changelog (briefly):

* 'xchm' and 'WxWidgets' were replaced by 'chmsee' (it saved hell of a lot of precious disk space);
* added a simple mail client solution based on 'mutt'+'msmtp'+'procmail'+'fetchmail'+'urlview' . don't afraid this "old monsters"! we prepared the required templates in your ~ ($HOME) dir. just modify a couple of words in:

~/.mailcap.template (this is optional, you can just rename it to "~/.mailcap")
~/.fetchmailrc.template
~/.msmtprc.template
~/.muttrc.template
~/.procmailrc.template

remove the ".template" extensions and hope that you like the results as we do! to fetch the remote mail use the following command:

> fetchmail -av -m "/usr/bin/procmail -d %T"

it'll be added into your "~/bin" folder next time.

* added a simple crypto software - 'seahorse' and 'gpg-crypter'. this will greatly improve your trip into the world of GPG;
* added 'djvu' browser plugin and standalone viewer;
* WindowMaker in a full shining glory (with all applets and themes!) has joined us!
* Enlightenment-DR17 now set as a default window manager (default session) for a first login;
* 'OOo-base' was removed due to the heavy dependency on 'JRE' which was also removed;
* 'Brasero' added as a tool for CD/DVD recording in GUI;
* bunch of useful small utilities are added (like 'sshfs', 'curlftpfs', etc.).

well, hope that this is really nice release and hope you'll find it useful.

HUGE THANKS goes to the Paul Lubetsky and anonimous reader "Алексей" (codename - "Alex"). their kind advises, bugreports and gentle kicks helped to shape the LiveCD a lot!

we're saying "Thank You Very Much!" to the following persons:
Pavel Shevchuk
Jean-Philippe Monteiro

to-do list:

* complete the new default UI for Enlightenment-DR17. it'll be based on 'buuf' iconset and '2be-Sedation' unified theme;
* make a new default UI for Enlightenment-DR16. it's planned to play a bit with the original 'Sedation' theme for it.
* change the default gtk+ theme 'vision' to the 'Sedation' one;
* improve the 'jvm' default menu;
* ~~add 'rar' package to the disk;~~
* add some handy bash scripts for Users which could be helpful in some cases (please, take a look into your "~/bin" folder to get the idea what we're talking about);
* improve the documentation (our Welcome.pdf is a bit outdated);
* fix all things that should be fixed :)

things we wish to discuss:

* should we include 'gnome-settings-daemon' and 'gconf-editor' to tweak gtk+ settings?
* should we look at another UI design for the default settings?
* what else could be improved/added/fixed/removed in our "SOAD Linux"? we're interested to create a kind of "wishlist" from our respective users.

please, leave your comments here. welcome to use any language which is supported by Google Translate - feel yourself comfortable!

we're sorry for the big timeout in "update cycle" from version 3.0.3 to 3.0.4. hope that the result worth it.

we're highly appreciate your feedback and will be pleased for any help you may offer!

regards,
sda (on behalf of a SOAD Team)

P.S. though i hate this part, but here it is...

KNOWN BUGS:

1) stupid one. Enlightenment-DR17's 'places' module doesn't work.

Solution (if you didn't get the bugfix - just read below):
open your terminal as root and type:

> chmod +r /usr/lib/enlightenment/modules/places/e-module-places.edj

this "bug" is not the case for those, who installed E from our repo. will be fixed with the next release version. only valid for 3.0.4.

P.P.S. yo! we released the 3.0.4_bugfix_delta images for LiveCD and USB-sticks! grab them here:

Ice Cube Mirror
link below has only LiveCD 3.0.4_bugfix_delta:
Download Page
link below has only USB-stick 3.0.4_bugfix_delta:
Mediafire.com

please read this files:
LiveCD Bugfix README for version 3.0.4 (plain text)
USB-stick Bugfix README for version 3.0.4 (plain text)

Enjoy!

===========================================

очередная порция улучшений нашего скромного Enlightenment LiveCD! версия 3.0.4 таки увидела свет. забираем:
Download Page
Ice Cube Mirror

там же можно найти "дельты" (для образов LiveCD и USB) если вы скачали предыдущие релизы и не желаете тянуть очередные "700 метров". для операций с дельтами нужон пакет 'xdelta'. коли забыли как пользовать - печатаем в консольке:

> xdelta --help

и смотрим на ранее выложенные примеры.

чего поменяли (кратко):

* 'xchm' и 'WxWidgets' заменили на 'chmsee' (что позволило высвободить порядочно драгоценного дискового пространства);
* наконец-то добавили вменяемый почтовый клиент 'mutt'+'msmtp'+'procmail'+'fetchmail'+'urlview' . в ~ ($HOME) каталоге у вас будут "шаблоны" для быстрой настройки почты. посмотрите на:

~/.mailcap.template (опционально, можно просто переименовать в "~/.mailcap")
~/.fetchmailrc.template
~/.msmtprc.template
~/.muttrc.template
~/.procmailrc.template

поменяйте дефолт на Ваши параметры, уберите расширение ".template" и "кушать подано"! для получения почты (и рассортировки её в соответствии с вашими предпочтениями) пользуем:

> fetchmail -av -m "/usr/bin/procmail -d %T"

в следующем релизе мы добавим это в "~/bin" отдельной командой.

* добавили софт для работы с GPG - 'seahorse' и 'gpg-crypter';
* добавили 'djvu' browser plugin и отдельную "гляделку" djvu файлов;
* WindowMaker снова с нами во всей красе с апплетами и темами!
* Enlightenment-DR17 поставлен как WM/сессия по умолчанию для первого логина в систему;
* 'Brasero' теперь помогает 'wodim'-у записывать CD/DVD диски;
* OOo-base выкинули, ибо оно зависит от JRE, которое тоже выкинули;
* добавили табун полезных утилит (типа 'sshfs', 'curlftpfs', и т.п.).

надеемся, что этот релиз Вам понравится. мы очень старались Вас не разочаровать.

страшнейшее СПАСИБО говорим товарищу VeGeek-у и анониму "Алексей" за советы, предложения, рацпредложения и мотивацию сделать хоть что-то полезное.

слова благодарности за хостинг и доброе к нам отношение адресуем:
товарищу Stalwart-у
товарищу Jean-Philippe Monteiro

планы на ближайшее будущее:

* забабахать новый дефолт UI/(оформления) для Enlightenment-DR17 на базе иконок 'buuf' и '2be-Sedation' ETK+E17 темы;
* вломить новый дефолт UI/(оформления) для Enlightenment-DR16 чуток поправив оригинал 'Sedation' для этого дела (там возни - немеряно, с учётом локализации и т.п. будем рады любой помощи);
* коли выгорят два первых пункта, то 'vision' надо менять на 'Sedation' (и может подшаманить его чуток);
* сделать нормальное меню для 'jvm';
* ~~добавить пакет 'rar' (или не стоит?);~~
* добросить прикольных скриптов в "~/bin";
* привести в порядок документацию (наш Welcome.pdf уже основательно устарел);
* починить всё, что забыли и т.п. :)

хотелось бы обсудить:

* стоит ли включать 'gnome-settings-daemon' и 'gconf-editor' для настройки gtk+?
* какие ещё варианты дефолтного оформления стоит рассмотреть?
* чего ещё для счастья не хватает в "SOAD Linux"? надо как-то направление движения выбрать...

Господа и Дамы, пишите камменты! язык камментов - любой, что поддерживается Google Translate - не стесняйтесь!

наши искренние извинения за задержку в подготовке релиза версии 3.0.4. надеемся, что результат того стоит.

любая помощь этому маленькому проекту будет принята с благодарностью, буде то критика или совет/рацпредложение али ещё чего...

наше вам с кисточкой!
sda (от лица SOAD Team)

P.S. думал, что без этого на сей раз обойдётся, да видно "не судьба"(c)...

НЕПОЛАДКИ (едрить их налево):

1) глупейшая. Enlightenment-DR17's 'places' модуль не работает.

Лечение (если вы не скачали багфикс):
открыть терминальчик/консольку и от рута накарябать:

> chmod +r /usr/lib/enlightenment/modules/places/e-module-places.edj

сей "bug" характерен только для LiveCD/USB-stick версии 3.0.4. пакеты Е из нашего репо подобных "неполадок" не имеют.

P.P.S. 3.0.4_bugfix_delta для LiveCD и USB-sticks доступны для скачивания! забираем:

Ice Cube Mirror
по ссылке ниже только LiveCD 3.0.4_bugfix_delta:
Download Page
а тут - только USB-stick 3.0.4_bugfix_delta:
Mediafire.com

фтыкаем:
LiveCD Bugfix ПРОЧТИ_МЕНЯ для версии 3.0.4 (plain text)
USB-stick Bugfix ПРОЧТИ_МЕНЯ для версии 3.0.4 (plain text)

пользуйте!

*/

heads up!

2009-01-15T15:02:00.008+03:00

/*

yep, we screwed a bit with "bugfix" 3.0.2 version of our Enlightenment LiveCD and issued another one - version 3.0.3!

changelog:

* added 'lzma' standalone package (guys, use the default compression level -7, lol)
* added 'kernel-base' and 'kernel-extra' packages (in general it's a main reason to make a 3.0.3 version)

about "delta.iso" - an easy task! just grab the delta between versions 3.0.1 and 3.0.3. how-to apply the changes:

xdelta patch 3.0.1-3.0.3.delta.iso suse-11.1-Enlightenment-live-iso.i686-3.0.1.iso suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso

you can check the resulting NEW.ISO (suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso) with 'md5sum' and 'sha256sum' which are available at out download page and at the Ice Cube Mirror

we're kindly ask you to help us in testing the "Enlightenment USB Stick Edition" uploaded to the respective Ice Cube Mirror and Mediafire.com. it's a HEAVY ALPHA! it may work, but most likely will not (some issues with the boot sequence are still there unfortunately). we can fix it with a "dirty hack" (as usual) or hope to receive your kind feedback and cure the reason of possible failures. please READ THIS FILE to get the idea how to deploy the image to your stick! it should work with a 1Gb sticks (or the capacity could be more). please also note that MS operating systems are unable to work with the flash disks if the first primary partition is not a FAT one (and looks like several other limits are also there).

and we missed to make a kind of "hack" to enable proper work of a "language" module for Enlightenment-DR17 (this is a GUI keyboard switcher):

sudo mv /etc/X11/xkb /etc/X11/xkb.old
sudo ln -sf /usr/share/X11/xkb /etc/X11/xkb

now it should work. this solution will not affect your X settings at all.

regards,
sda

********************************************************

Господа и Дамы,
"мячты таки сбываются!" если вы скачали версию 3.0.1 нашего LiveCD и не желаете заново тянуть новую - достаточно взять дельту, накатить патч на старый исошник:

xdelta patch 3.0.1-3.0.3.delta.iso suse-11.1-Enlightenment-live-iso.i686-3.0.1.iso suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso

проверить md5sum/sha256sum у нового образа (suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso), закатать на болванку и пользоваться. отныне "дельты" будут всегда доступны.

сделали ревизию 3.0.3, так как добавление пакетов 'lzma', 'kernel-base' и 'kernel-extra' посчитали остаточным основанием для подобного шага.

выложили первую "пробу пера" с образом для USB флешек:
Ice Cube Mirror
Mediafire.com

без вашей помощи боюсь будет тяжко найти и исправить имеющиеся недочёты (там что-то с системой инициализации самой флешки в самом начале процесса загрузки). оно то работает, то не работает. есть уже "хак" для "вырезания плохого поведения по самые яйца", но надеемся, что может кто из Вас, дорогие читатели, потестит и отпишется о впечатлениях. читайте инструкцию как закатать на флешку на всякий случай.

если вам нужна гуёвая переключалка клавиатуры в Enlightenment-DR17, то сделайте так:

sudo mv /etc/X11/xkb /etc/X11/xkb.old
sudo ln -sf /usr/share/X11/xkb /etc/X11/xkb

и всё будет. настройки иксов при этом ни капельки не страдают.

удачи!

*/

what's cooking, doc?

2009-01-13T15:19:00.002+03:00

/*

hello beautiful people, happy new year!

we got a new mirror for the Enlightenment LiveCD:
Tropical Ice Cube Mirror
HUGE thanks! our Best Regards to Jean-Philippe Monteiro!

new "bugfix" release of Enlightenment LiveCD version 3.0.2 is available for download.
changelog:
* fixed network configuration and settings with a new wicd-1.5.8 package
* added 'bluefish' editor for those who don't need all power of 'SciTE'
* icons display for a YaST entries in Enlightenment Settings Panel are fixed
* added Intel Wireless firmware for models 3945, 4965 and 5000 (we've forgot to include it in version 3.0.0 and 3.0.1)
* access to the YaST functions via "Settings -> System" granted to the ordinary Users (require root password though)
* YaST uses gtk+ mode by default if accessed via Enlightenment Settings Panel
* fixed operation with the 'hal' for E17's modules ('places' and 'diskio' should work now)
* some missing icons in default menus also fixed
* issues with sound for a default user ('linux') are fixed (user added to the required 'audio' group and 'pulseaudio' is wiped out)
* other misc minor fixes

new E17+ETK theme is created:
2Be Unified E17 Theme
theme is build with a color classes and could be easily customized with 'edje_editor' to match your favorite ones. by default it matches the 'sedation' gtk+ theme. i'm still working on a custom iconset which is a mix from 'gant' and 'buuf'. planning to use only 'buuf' set for it, because 'gant' already available in the E17's theme with the same name.

we're cooking 1Gb USB stick image of our 'SOAD' linux and soon it'll be available for download. if you have a sort of 'nice to have' suggestions - always welcome!

regards,
sda (on behalf of a SOAD team)

**************

дамы и господа,
поздравляю всех с новым, замечательным 2009-ым годом!

в перерывах между культурным выпивоном нам удалось сделать кое-что полезное, о чём с радостию и сообщаем.

договорились о новом зеркале для Enlightenment LiveCD:
Tropical Ice Cube Mirror
ОГРОМНОЕ спасибо! слова благодарности - Жан-Филлипу Монтейро!

выложили "багфикс" релиз Enlightenment LiveCD.
примерный список изменений:
* исправили настройку и кправление сетевыми подключениями с новым пакетом wicd-1.5.8
* добавили 'bluefish' для тех, кому 'SciTE' кажется чересчур сложным
* пофиксили отображение по умолчанию иконок меню YaST-а в панели Enlightenment Settings
* добавили Intel Wireless firmware для моделей 3945, 4965 and 5000 (лопухнулись засунуть это добро в предыдущие релизы)
* доступ к функциям YaST-а из "Settings -> System" теперь возможен для обычных пользователей
* прикрутили вроде gtk+ к YaST-у по умолчанию
* подшаманили операции с hal-ом для модулей E17-го ('places' и 'diskio' теперь должны пахать "из коробки")
* пофиксили недостающие иконки, которые по умолчанию отсутствовали
* для дефолтного пользователя ('linux') пофиксили косяки со звуковой подсистемой (добавили лузера в группу 'audio' и выкинули 'pulseaudio' по старой доброй традиции)
* чего-то ещё подкрутили, чего-то може и сломали, но в целом всё к лучшему

сделал новую E17+ETK тему:
2Be Unified E17 Theme
темка на колер-классах и в edje_editor-е очень быстро может быть подстроена в соответствии с вашими предпочтениями. по умолчанию оно дружит с 'sedation' gtk+ темкой. в планах полностью переколбасить иконки на 'buuf'. вроде это пока моя лучшая работа, особенно ETK удачно получилась.

тестируем образ SOAD Linux для USB флешки. потроха бодут аналогичны LiveCD, но потребуется девайс размером от 1Гб для заливки образа. гиг "делится" на 650Mb образ системы (read-only) и остальное (read-write), где можно при недостатке ОЗУ создать swap например.

если есть у кого пожелания - пишите, учтём по возможности. есть идейки похулиганить (aircrack-ng, ettercap, dsniff и т.п.), но стоит ли?

*/

Happy New Year!

2008-12-25T00:41:00.002+03:00

/*

here we go:

openSUSE Lizards
Download page

Happy New Year!

*****************************

всех - с Наступающим! ссылки на очередной релиз даны выше.

удачи.

*/

чудище обло, озорно, огромно, стозевно и лаяй... (часть третья)

2008-12-19T13:23:00.004+03:00

/*
часть третья, самая короткая... слил релиз, поставил. пофиксили создание initrd с автоконфигурацией, fetchmail+procmail забирают почту, wmmixer не сегфолтится, косяки со сборкой пакетов правда остались, иксы с драйвером nv ни к чёрту (превед ноутам со встроенной графикой от NVIDIA, в SOAD Linux мы это говно постараемся пофиксить), zypper без "--no-recommends" в сеть выпускать нельзя, даунгрейд версий пакетов без скачивания на локальный диск не прокатывает...

наконец-то столкнулся с тормозами и рывками при воспроизведении MPlayer-а. по всей видимости дело в ядре. может порою чуток для понимания с какого буя это происходит. вроде как ядра от Яна Энгельхардта (используемые в SOAD Linux) избавляют систему от этого досадного недоразумения (для 11.1 сборок пока нет).

файл /etc/zypp/locks появляется при использовании опции "taboo" или же "вручную". по большому счёту первый релиз, целиком подготовленный в OBS, на удивление удачен. релиз эволюционный, очень сбалансированный. стоит ли апдейтиться с 11.0? скорее всего нет. особенно если у вас уже подключены дополнительные специализированные репозитории и нет проблем с оборудованием. это - imho, ибо повторюсь, что от системы мне нужна только база - всё остальное ставлю из своего же репо. то есть всевозможные глюки кед/гнома/мыши и т.п. меня не касаются. в откликах на форуме кто-то недоволен, кто-то рад, но все сходятся в том, что новая схема управления дисками в гуях (она же и в ncurses) - говно. будет лучше, если одумаются и вернут всё как было. если субъективно - то "старая" 11.0 на ext3 винте, которую "и в хвост и в гриву" и много-много-много раз гораздо более "отзывчива" на какие-то мои действия, чем свежеустановленная на reiser3 11.1 (и это при том, что ext3 в Суське - тормозит страшно из-за "mount -o barrier=1" по умолчанию, для проверок контрольных сумм при записи журнала). отчасти это связано с использованием ядра г-на Энгельхардта, но также явно, что дело не только в нём.

огромная работа проведена по формированию новых специализированных репозиториев. хочется отметить фантастическую работу по:
Education
Mozilla
OpenOffice
и прочим, включая games и packman:).

вердиктъ - нормуль! мну ожидал намного более мрачной картины. но с 11.0 "слазить" не буду.

*/

чудище обло, озорно, огромно, стозевно и лаяй... (часть вторая)

2008-12-17T19:02:00.007+03:00

/*

"терпенье и труд всё перетрут!" - веками утверждают уважаемые анонимные авторы и они, безусловно, правы. но давайте не будем забывать и оппозицию, нашедшую весомый аргумент для опровержения этой догмы:

"сидит милый на скамейке,
хуем долбит три копейки...
хочет сделать три рубля -
не выходит нихуя!"

другими словами терпенье и труд стоят затрачиваемых усилий только если есть хоть какой-то результат (желательно канечно же чтобы он оправдывал или превосходил ожидания).

"снова с Вами мишки Гамми" - таки убедил RC1, что мне нужна установленная новая система, а заниматься багоописательством нонче не намерен. поскольку репо моё многострадальноё уже второй или третий день никак не может завершить "процесс компиляции" - вломил WindowMaker на скорую руку:

нормуль, жить можно. теперь картинка с предупреждением. если хотите, чтобы установка версии 11.1 прошла нормально - снимите флажок, обведённый красным кружочком.

и сделайте как показано ниже:

это (IMHO, если никто не пофиксил в релизе) актуально, если у вас более одного винчестера в компе, и вы используете в биосе порядок загрузки этих винтов, отличный от дефолтного. вероятно, что и в других случаях это поможет предотвратить ошибку "Unable to create 'initrd' for your installed system". при конфиге "автоматом" идёт сбой в порядке именования винтов, после чего нормально проходит инсталляция, а в конце её довольный "дедушка Пиздец"(c) тихонько щёлкает пальцами и вежливо предлагает вам высказаться по этому поводу в багзилле компании Novell.

если раньше любимой страшилкой и пугалкой для народа можно было считать идиотскую фразу про феерические "тормоза YaST-а", то теперь наши политические противники могут с пеной у рта вопеть о тормозах самого установщика (чей интерфейс показан на картинках выше). эт да. что-то в этом есть. кроме того, новый стиль/метод/подход при экспертной работе с дисками (Custom Partitioning) бесит неимоверно. крайне неудобен, медлителен, непривычен. поэтому выбрать текстовый режим установки системы - самое оно. там все хоткеи сразу подсвечены (очень удобно) и тормозов нет и в помине.

дальнейшее требует определённой скидки на факт работы с RC1, а не с релизом, но всё же... тут просто набросано на скорую руку с чем успел столкнуться от момента логина в голую консоль и до момента подъёма иксов. мелочёвка в расчёт не принималась вообще.

1) впервые за 5 или сколько-там-лет связка 'fetchmail+procmail' не смогла забрать почту. логи:
> ~/bin/my_mail
fetchmail: ../sysdeps/posix/getaddrinfo.c:1463: rfc3484_sort: Assertion `src->results[i].native == -1 || src->results[i].native == a2_native' failed.
/home/sda/bin/my_mail: line 2: 4962 Aborted /usr/bin/fetchmail -av -m "/usr/bin/procmail -d %T"

если отбросить здравую идею, что это, блядь, явно происки врагов и шпиёнов - что прикажете думать?

2) есть spec файл, есть OBS, есть логи сборки, где нам сообщают, что пресловутый пакет "wicd" не может быть собран ПАТАМУЧТА.... (смотри первую заметку). есть тот же spec файл и свежеустановленный 11.1-RC1. сборка пакета обрывается на середине, оно "не всасывает" элементарную конструкцию:

%__install -Dm 755 %{SOURCE1} %{buildroot}%{_initrddir}/wicd

логи:
creating /var/tmp/wicd-1.5.6-build/etc/init.d
error: can't copy '/etc/init.d/wicd': doesn't exist or not a regular file
error: Bad exit status from /var/tmp/rpm-tmp.50878 (%install)

спишем на RC1?

3) zypper очень плохо себя ведёт. опцию "--no-recommends" надо вбивать руками, если вы не хотите превратить свою систему в первостатейную свалку. кроме того он отказался с ключом "force" произвести "даунгрейд" версии пакета (пробовал "зиппером" из своих репо поставить нормальный freetype2 без предварительного скачивания и конструкции вида 'rpm -Uhv --nodeps --force ./freet*.rpm' - неудачно...).

4) к вопросу о том, что новые проверки охраняют Лузера от говённых пакетов - полностью с этим согласен после того, как впервые на моей памяти апплет WindowMaker-а "wmmixer" (который, блядь, даже в OpenBSD работает на ура!) разродился сегфолтом, не осилив тяжкий процесс запуска...

примечание: "Ужесточение мер по проверке пакетов, это всётаки хорошо, меньше будет мусора в системе и кривых пакетов." /lexa/ - Лёха, ты не прав... ты очень круто тут не прав, если не понимаешь, что любое исключение в правилах (а таких исключений ноне в ветке 11.1 - море. достаточно лишь в whitelist-ы глянуть...) как-бы намекает на то, что само правило - хуёвое слегонца... до тех пор, пока для openSUSE существуют сторонние репозитории с которых народ ставит себе практически все мультимедиа прилады, и пока будут эти самые "исключения" из общих правил для всех - ситуация будет близка к маразму. посмотрите на OpenBSD - там партия сказала открытым текстом: "идите в жопу со своей виртуализацией и закрытыми спеками на железо!" - и все несогласные проследовали в указанном направлении. кроме того, тебя, Лёха, лишили возможности заценить работу очень крутого пакета - "wicd" - который во многих дистрибутивах используется как основное средство по управлению настройками сети. это не ты решил, что wicd - говно. так решил кто-то за тебя. а ты это схавал и поддакиваешь в догонку...

5) разительного отличия в "джентельменском наборе софта" по сравнению с веткой 11.0 (и даже 10.3) пока не заметил - полное тестирование со всеми феньками делать не охота, бо и так всё работает. оно конечно же приятственно свежую системку на отформатированный третий рейзер закатать - благодать. да, новый кернел, и чо? какое железо мне надо прикупить, чтобы оправдать апгрейд со старых проверенных, оттестированных версий? ладно, хер с ним, с железом, перееду, но мне что, для чтения почты самому fetchmail+procmail собирать? эх...

6) с иксами вопросов не возникло никаких (логин в третий ранлевел по умолчанию для любой новой системы многое "урезает" на корню. ну и естественно, что набор компиляторов, make, autotools, libtool и исходники ядра с симсами и хэдерами очень упрощают жизнь в подавляющем большинстве случаев). файло /etc/X11/xorg.conf обнаружено не было (это уже ни для кого не новость). карточка GF6600gt со свободным драйвером "nv" завесила Xorg с его дивными "внутренними" конфигами наглухо, тварь сдохла на конструкции "kill -9 `pgrep X `", после чего проприетарный драйвер NVIDIA 177.80 разрулил ситуацию ни капельки не напрягаясь (с чем его и поздравили боты в третьем квейке). ручками только дорисовал переключение раскладки клавиатуры.

вот вроде и всё на сегодня. иксы стартанули, раскладка что в иксах, что в консоли меняется, vim и urxvt стоят - нормуль. пожалуй сделаю из 11.1 тестовую помойку. нахапаю себе всё и сразу - и гном, и мышу, и кеды, и моно с биглем, и ещё одни кеды и всё-всё-всё что увижу. уёбкиты там всяческие, фаноны-маноны-флэшоны и прочую галиматью... потом форматну диск ещё раз и накачу из своего репо Ешку, Tracker, ROX, linuxdcpp (с мультипотоковой закачкой на ядре 707), SciTE, aria2, нормальный pidgin, xchm, jwm и пойду на ЛОР тупить о том, как это охуительно - убрать плазмоид из центра/середины второго амарока, ибо после этого амарок просто летает...

to be continued...

*/

чудище обло, озорно, огромно, стозевно и лаяй... (часть первая)

2008-12-16T05:24:00.005+03:00

/*
Disclaimer: all written below are just my thoughts and they are not intended to offend or hurt any one. may be this thoughts are the result of my stupidity. who knows... IMHO in and out Ladies and Gents!

заява типа: начальника, я - виноват, дурак, исправлюсь! только пожрать дай, а?!

заметка сия, братие, есть пасквиль гнустный, поклёп, донос и прообраз мыслишек, что умыслил под рождество Христово автор блога сего (стервец преизрядный и мерзавецъ) вывалить на благостныя тучныя поля сообщества openSUSE иноземного. токмо сомненья грызуть - надо ли? а посему ассоциативный ряд поручика Ржевского в цветочной лаке, рюхающего, что именно ему должно прикупить для Дамы, как никогда мне близок и понятен (для тех, кто запамятовал - "... э-э-э... м-м-м.. Могу ли я?.... Хочу ли я?... э-э-э... Говно ли я?...О! ... МАГНОЛИЯ!!!").

вот-вот увидит свет очередной релиз openSUSE - 11.1, которая наше фсио и всё такое. в кои-то веки решился на установку и тестирование RC1 - один херъ кроме базовой системы остальное собираю в своём OBS репо, что собственно и сподвигло на эксперимент.

оду восхваления нового релиза первым прокукарекал слэшдот (вроде как). моё же "знакомство" с ним началось с "изнанки". с того самого момента, как в OBS (OpenSUSE Build Service) подключил новые репозитории для ветки 11.1 и... магнолия... понятно, что мои спек-файлы далеки от идеала (были далеки до недавнего времени). ибо зрела задумка по минимальному использованию специфических rpm-макросов для более лёгкого портирования на другие дистрибутивы. с выходом 11.1 енто "рацпредложение" с треском провалилось. "учите матчасть, Шура, и пилите гири! они, Шура, золотые..."(c)(tm)

- Ну что, милок, оргазм?!
-... лучше....

это самое "лучше" было и у мну опосля взгляда на своё репо для 11.1. "шок! это - по-нашему!"(c)(tm). с момента ввода в строй OBS партия шла намеченным курсом на подготовку всех будущих релизов при помощи этой службы/(этого сервиса). результат перед нами - openSUSE-11.1 (по ссылке смогут пройти только те, кто имеет Novell account и доступ в OBS). все пакеты собраны в OBS. на первый взгляд - круть! можно без выкачивания сырцов ломануться и глянуть, кто собирал, как собирал, что и нахуя патчил и какие логи вылетели при компиляции пакета (то есть практически получить все сведения о пакете с минимальными усилиями в глаза его не видя). теперь давайте вспомним о сильных сторонах Суськи: качество, надёжность, поддержка официального дистрибутива 7/24, мейнтейнер/инженер Novell/SUSE за любым пакетом, эталонная "база" (glibc, kernel, cureutils и т.п.). токмо любая палка - о двух концах. вот второй-то "конец" взвился и вдарил по мейнтейнерам, чьи пакеты в "home:/" репозиториях не имеют отношения к официальной дистрибуции. для обеспечения упомянутого выше качества сборки (и не только) внутренние пресеты механизмов проверок Novell/SUSE автоматом скинули в OBS на всю ветку 11.1/Factory и в дополнение к rpmlint-у влепили brp проверки, которые в теории отключить никак нельзя. то бишь ноне в ветках 11.1/Factory действуют двое полицейских (rpmlint и brp). первый - "хороший", полностью контролируем мейнтейнером, можно при желании выключить ту или иную проверку или отключить их все. с brp на данный момент всё "гораздо, блядь, мрачней"(c)(tm). отключить/обойти brp по официальной версии низзя (на практике - мона, но требует нехуёвых познаний в механике OBS и специфике формата rpm как такового. как именно обходить - не скажу, шукайте сами, коли приспичило. причём не стану описывать способы обхода brp не потому, что жаль - отнюдь. просто подозреваю, что если эта информация будет растиражирована, то выебут не "манагеров", вломивших пресеты проверок без адаптации для всех разом и спровоцировавших тем самым приступ неуёмной любознательности, а каких-нить работяг, кто эти пресеты на коленке рисовал с верой в светлое будущее). официальная "версия" почему нам всем пиздец как нужен brp в дополнение к rpmlint-у в грубом переводе на великий и могучий звучит где-то так: "мы конвейром повышаем производительность труда!" они де способствуют улучшению качества собираемых пакетов, помогают предотвращать всевозможные ошибки и т.п. и т.д. из серии "взялся за грудь - так скажи что-нибудь!" разбор всех зашитых шаблонов brp займёт многовато времени, посему ограничусь "шедеврами коллекции" (сугубо на мой взгляд):

* Warning: This package installs an unknown D-BUS autostart/system service. Please contact security-team@suse.de: wicd.conf
error: Bad exit status from /var/tmp/rpm-tmp.1086 (%install)

пояснение: сборка пакетов "wicd", "exalt" и всех прочих, что устанавливают файло, не внесённое в "белый список" (эт типа список разрешённых файлов в каталоге /etc/dbus-1/system.d/ с конфигом политик hal+dbus+udev) идёт нахуй. такие пакеты openSUSE не нужны by default. как пионэр написал об этой досадной оплошности по указанному адресу. обещали разобраться. ждём-с. а некоторые индивидуумы (якобы сотрудники Novell/SUSE) вот в этом трэде форума объявили меня "господином соврамши-с". с другой стороны в каждой шутке есть доля шутки. может и правда такие пакеты нахуй никому, кроме меня/прочих мейнтейнеров, не нужны...

* ERROR: translation is neither enabled nor disabled for this file: /tmp/scite-1.77-build//usr/share/applications/SciTE.desktop

пояснение: теперь ошибка в содержании лаунчера приложения (.desktop файл, устанавливаемый как правило в $XDG_DATA_DIRS/applications/ и подхватываемый xdg-menu) может легко похерить компиляцию. с ветки 11.1 все подобные desktop файлы трэба скармливать на убой rpm макросу %suse_update_desktop_file и как "Отче Наш" учить не только группы rpm пакетов, но и freedesktop-овы спеки на desktop файло для меню. если кто-то думает, что чудо-макрос хитрым вывертом организует автоматический перевод/трансляцию на все локали, установленные в системе, где собираем пакет - "а вот хуй!"(c)(tm). он лишь скромненько так добавит в конец файла строку: "X-SuSE-translate=" (после знака равенства идёт значение булевой переменной true или false).

* wicd: "/usr/share/locale/no/LC_MESSAGES/wicd.mo" is not allowed anymore in SuSE Linux.
Please use nb or nb_NO (and nn for nynorsk)
see https://bugzilla.novell.com/show_bug.cgi?id=42748

пояснение: из разряда "no comments". достаточно пройти по ссылке выше и почитать перлы в багзилле и обратите внимание на дату создания самого багрепорта и его богатую историю.

этого кому-то показалось "маловато будет" и вколотили явное объявление только тех файлов и каталогов, которые специфичны для компилируемого пакета. "эт ты, Степан, мощно задвинул! внушает!" (Хрюн tm). проиллюстрируем. все любители в %files (секция спек-файла где перечисляют какие именно файлы должны входить в собираемый пакет) рисовать универсальный "глобальный" паттерн вида "/*" отныне идут нахуй без задержек и волокиты (что есть правильно по большому-то счёту). но если переводчики/локализаторы софтинки расстарались не на шутку и сделали адаптацию для локали, не учтённой в корневом пакете "filesystem" - то вам придётся декларировать отдельно как минимум два каталога: собсно локаль и локаль/LC_MESSAGES (меж тем файло локализации "локаль/LC_MESSAGES/пакет.mo" определяется макросом %find_land и вроде как уже учтено в составе пакета, ежели с этим макросом вы в друзьях).

%find_land - это отдельная песнь... его задача крайне проста: прошарить %{buildroot}%{_datadir}/locale на предмет '*.mo' файлов и составить их список для последующего включения в %files. удивлению не было предела, когда выяснилось, что имеет значение МЕСТО вызова этого макроса. если упростить до предела, то это чудо работает только если вызывать стоя в /usr/src/packages/BUILD/ (место куда по-умолчанию распаковывают исходники пакета для последующей сборки). "листья тополя падали с ясеня..."(c)

апофеозом этого праздника потихоньку становится моя переписка с openSUSE Security Team. паттерны проверок rpmlint-ом тоже ужесточили и подумалось мне - грешно проявлять самодеятельность. коли OBS настаивает связаться с Security Team - то нехер выёбываться. стучать - так стучать! по полной. достучался... (причём сижу щас и думаю, плюнуть или довести историю до образца эталонного маразма...). начало было весьма скромным:

E17.i586: E: permissions-file-setuid-bit (Badness: 10000) /usr/bin/enlightenment_sys is packaged with setuid/setgid bits (04555)
E17.i586: E: permissions-file-setuid-bit (Badness: 10000) /usr/lib/enlightenment/modules/cpufreq/linux-gnu-i686/freqset is packaged with setuid/setgid bits (04555)
Please remove the setuid/setgid bits or contact security@suse.de for review.

OBS просекла (проверка rpmlint-а), что указанные бинари идут с "суицидом" и не помечены в потрохах проверок как благонадёжные, а посему сборку надо резко и быстро прекращать. и тут я лоханулся. вместо тихого удушения rpmlint-ика (шоб и мявкать не смел, скотина) взял сдуру и настучал куда просили. аки патриот приложил подробные объяснения зачем и почему суидник тут нужон. приходит ответ (грубый перевод, всем желающим почитать оригинал - сюда): "используй то, что под рукою и не ищи себе другое!"(c) с указанием пользовать прогу "powersave" и механизм DBUS для реализации требуемого функционала без суида. в конце ссылки с орининалом ответа наглядно показано, что рекомендации в чистом виде не стоят и ломанного гроша, ибо "из коробки" не работают. они, как минимум, требуют рутового вмешательства для перехуяривания дефолтных политик на hal+udev+dbus (очень занятие нескучное кстати). не забываем, что если кто-то найдёт в том же hal-е ошибку переполнения буфера - то с тихой улыбкой вздрючит систему по самые гланды. глобальная разблядовка под юзера интерфейсов hal-а тоже как-то... хуёво выглядит со всех сторон. что-то подсказывает, что форсировать эту тему не стоит. сделаю вид, что подобным ответом вполне доволен.

переполненный до краёв положительными эмоциями, весь из себя такой позитивный и патриотичный, лью дивидишку с RC1, прожигаю wodim-ом (знаю, жесть и олдскул, но ни одной болванки пока не запорол таким макаром), тыкаю в кнопочки гламурного инсталлера и иду нахуй с ошибкой о невозможности создать initrd для только что установленной системы. плюс эдакое ненавязчивое предложение оформить баг в багзиллу... довыёбывался...

сажусь писать эту заметку, дабы как-то структурировать бурлящие флюиды радости и вычленить рациональное из эмоционального хаоса. перечитываю. думаю, стоит ли уточнять, что в данном контексте термин "взгляд с изнанки" не вполне отражает место откуда и куда сей "взгляд" идёт...

часть вторая будет как поставлю себе это диво. пока калялкал заметку - зарядил апдейт своего репозитория. чую, что в связи с предстоящим релизом пакетики пересоберутся ой как не скоро (в OBS аншлаг). не страшно. я - спокоен как удав, взор мой светел и рожа моя радостно ухмыляется своему отражению в глянцевой поверхности монитора...

to be continued...

*/

tips and tricks - this song will last forever...

2008-12-15T20:45:00.003+03:00

/*

в общем тема реально вечная. чем больше "приколов" ты узнаёшь - тем больше понимаешь, какой баран ты есть на самом деле. так что в этой заметке буду время от времени добрасывать ссылки на всякие прикольные "феньки" с использованием командной строки с кратенькими комментариями (коли в оных будет нужда).

поехали...

советы французского товарища Эрика на все случаи жизни

узнать все доступные методы DBUS-а:

dbus-send --system --print-reply --dest=org.freedesktop.Hal /org/freedesktop/Hal/devices/computer org.freedesktop.DBus.Introspectable.Introspect

получить список DBUS интерфейсов, с которыми потом можно "пообщаться" при помощи dbus-send --dest=INTERFACE:

dbus-send --system --print-reply --dest=org.freedesktop.DBus /org/freedesktop/Hal/devices/computer org.freedesktop.DBus.ListNames

to be continued...
*/

я родился в таможне, когда выпал на пол...

2008-12-09T18:39:00.004+03:00

/*

сегодня очнулся от коматоза, анабиоза и якоря на шее. шаманил с OBS - OpenSUSE Build Service - глобально убирая форсированный strip с бинарей и добавляя debuginfo пакеты (то есть теперь можно будет при желании и дебажить от души если я в спеках не напутал). тут как охуел от вот этой картинки:

здесь показан неполный список архитектур/платформ, под которые я могу собирать свои пакетики. неполный, потому, что armv5el не хватает. о-да... они таки сделали это! реальный и конкретный PPC + PPC64 + ARM + SH4 ! если учесть, что в OBS можно (и нужно) собирать пакеты практически для всех мейнстрим/основных дистрибутивов - то со спокойной улыбкой можно кивая и поддакивая соглашаться, что вот именно <ВСТАВЬТЕ СЮДА НАЗВАНИЕ ЛЮБОГО ДИСТРИБУТИВА> - самый-самый, а Суська, да что там Суська по сравнению с <СМ. ВЫШЕ>... что вообще сравнивать-то... ежу понятно, что ONLY SUSE IS GOOD ENOUGH :).

резюме: ... хм... а надо ли?

новые плюшки и старые радости...

2008-12-09T03:13:00.006+03:00

/*

Ешкин кот...

что ни день - то новые "плюшки" достаем с полочки. модуль Enlightenment-а "Places" практически сразу после доработки улетел из google code в E-trunk (обновил репо для openSUSE). также в E-trunk заметил два новых модуля: 'diskio' (на картинке ниже)

и 'drawer' (на данный момент не блещущий функционалом, но задумка там очень интересная). 'diskio' мониторит активность выбранного диска. на картинке зелёный - чтение данных, красный - запись, но это конечно же легко меняется при желании и умении редактировать edj файл. да и шрифты/(подпись диска) по умолчанию - не радуют.

Vim

хоть это и боян боянистый, но таки пришло время чуток помахать напильником в потрохах vim-а. по ссылке ниже можно прочитать о прикрутке проверки орфографии:

vim: Настройка проверки орфографии (opennet.ru)

кроме того достал писк бипером при ошибках и чуток подрихтовал ~/.vimrc (ничего особенного, конфиг обычного лузера):

> cat ~/.vimrc
pastebin

но это всё - цветочки. для редактирования edc файлов не лишне иметь под рукой подсветку синтаксиса в стиле C. включается и выключается это чудо командами ":sy on/off". наш vim-чик позволяет разбирать тип рабочего файла и осталось лишь его пнуть на загрузку сишного синтаксиса на edc файл. поехали...

mkdir -p ~/.vim/syntax
cd ~/.vim/syntax
ln -s /usr/share/vim/vim71/syntax/c.vim ./edc.vim

эт мы создали типа правила подсветки синтаксиса для edc файлов. этот шаг опционален и без него можно прекрасно обойтись. ниже покажу как. чешем дальше...

mkdir -p ~/.vim/ftdetect

cat ~/.vim/ftdetect/edc.vim

au BufRead,BufNewFile *.edc setfiletype edc

эт мы заколбасили правило, что если edc файлы не определены глобально ранее, то принимать их за самих себя. можно было бы просто нарисовать "setfiletype c" и не париться с "созданием" специального файла для edc. поэтому первые три строки - для самообразования. осталось понять как вырубить пищалку на заставке grub-а без отсоединения проводков на матплате или вырезания спикера в бивисе (ибо не интересно).

суета сует и прочая суета...

забубенил для openSUSE экспериментальную версию linuxdcpp-0707core:

брать тута...

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

тема hal+dbus+udev оказалась неожиданно популярной. вот тут:

да-да-да, прям тут, на ЛОР-е

мну разорялсо об особенностях настройки этой махинушки, если скомпилено оно без PolicyKit и без ConsoleKit (рыть надо /etc/dbus-1/system.d/hal.conf при таком раскладе). ничего сложного. после общения с Mac OS X все эти xml-конфиги как-то воспринимаются без истерики. да, xml, не приятно. с другой стороны эт лишний повод соорудить какой-нить гуй (+плюс быстрый парсер) на подобие тех, что в Mac OS X разбираются с этим форматом (в Маке все практически конфиги с его использованием нарисованы, даже конфиг бутлоадера). думаю, что скоро всё будет.

жду выхода openSUSE-11.1 для подготовки очередного релиза SOAD Linux. есть пара замечательных идей, над которыми и работаю (хотя, может они только мне кажутся замечательными, хз).

что делать, чтобы как-то организовать массовое тестирование пакета 'wicd' в openSUSE для настройки беcпроводных интерфейсов - не знаю. все попытки натыкаются на непробиваемую тупую стену молчания. сделал тему на линупсфоруме-точка-ру - тема утонула без единого отклика (что впрочем характерно, учитывая "интеллектуальный уровень" сего "ресурса"). остаётся просить о помощи на ЛОР-е. посоветуйте пожалуйста, как наиболее грамотно организовать это мероприятие.

запросил официального разрешения при сохранении копирайтов пользовать вот такие иконки:

ждём-с, нет ответа, нет ответа, нет ответа... грустно... а иконки-то пиздатые, Господа... эх...

*/

сумбурно обо всём

2008-12-07T00:04:00.013+03:00

/*
часть 1-я, мелочная

"взмах крыла бабочки может породить бурю", так и в этот раз одна приятная мелочь (sic!) потянула за собой хуеву тучу изменений. имя этой "мелочи" - модуль E17-го "Places":

модуль написан товарищем DaveMDS и сегодня мы его довели в svn до идеального состояния. цель - гуй для мониторинга носителей и операций с ними при помощи связки dbus+udev+hal от лица простого юзера. тыканьё на иконку носителя конфигурируется и может запускать как любимый ФМ (после монтирования), так и любые скрипты на ваш выбор (естественно без эскалации привилегий).

для этого нужно было понять как именно работает махина "dbus+udev+hal" и разобраться в дивных xml настройках сего хозяйства. дальнейшее повествование будет чуток специфично относительно дистрибутива OpenSUSE, но может кому-то и пригодится. началось с попыток взнуздать гугл, но "пейсателей" развелось... посему клич "поможите люди добрые" был брошен на ЛОР-е:

поможите люди добрые

и уважаемый товарищ "анонимус" привёл абсолютно фантастические ссылки на статьи, помогающие понять именно основы этого безобразия. резюме:

1) основные правила определяются .fdi файлами. искать тут:

/usr/share/hal/fdi
/etc/hal/fdi

2) информацию о девайсах, которыми можно управлять (это в принципе инструмент очень тонкой настройки) вам выдаст команда (пакет 'hal'):

/usr/bin/hal-device

"рулить" можно как составляя свои правила, так и при помощи команд:

/usr/bin/hal-get-property (получение сведений/свойств)
/usr/bin/hal-set-property (установка новых свойств устройству)

3) man PolicyKit - ОБЯЗАТЕЛЬНО к прочтению и пониманию почему (может блокироваться) блокируется то или иное свойство/действие, заданное/разрешённое в правилах. сам 'polkit' - тема отдельного разговора. зело мощная дубинушка и махать ей направо-налево надобно крайне осторожно (как впрочем и любыми инструментами, непосредственно работающими с железом).

4) (самое болезненное по крайней мере для меня обстоятельство) работа с dbus+udev+hal требует отказа от всех старых проверенных методов обращения с девайсами. если вы (как и я) привыкли к kernel automounter-у и autofs (где всё настраивается двумя линиями внятного текста в конфиге) - пришло время от этого отказаться. также если вы хотите монтировать/демонтировать диски при помощи hal, то /etc/fstab не должен содержать записей о них.

5) внимательно читайте инструкции/маны ибо (например) если сделать 'eject' на partition диска - не удивляйтесь если "отвалится" весь диск :).

итак, начинаем с того, что разрешаем пользователю оперировать с девайсамм от лица юзера через hal при явном указании "полкану" не мешать (это по сути самая важная часть):

> cat /etc/PolicyKit/PolicyKit.conf
pastebin.com

после этого выбираем только те партиции/диски, которые хотим видеть в этом модуле. для этого необходимо присвоить "ключу" 'volume.ignore' параметр 'false' (если желаем мониторить) или параметр 'true' (если хотим скрыть партицию/диск). пример команды (для мониторинга партиции):

sudo hal-set-property --udi '/org/freedesktop/Hal/devices/volume_uuid_80A8_1512' --key volume.ignore --bool false

также подобным макаром можно проставить метку/label на партицию (любой носитель):

sudo hal-set-property --udi '/org/freedesktop/Hal/devices/volume_uuid_80A8_1512' --key volume.label --string AUDIO

выше мы проставили метку 'AUDIO'. на этом собственно всё. модуль сегодня допилили и теперь пользователи Enlightenment-DR17 имеют в своём распоряжении отличный гуй для управления съёмными и фиксированными носителями. адрес проекта:

Dave's blog
адрес Google code

пользователи E в OpenSUSE могут просто пересобрать src.rpm и установить пакет, скомпиленный из current svn (в репо слегка устаревшая версия, что не позволяет отмонтирование пользованием локальных партиций по щелчку на кнопке).

часть 2-я, галопом по европам

починили 'esmart text object' - теперь E/ETK/EWL корректно реагирует на символы при переключении клавиатурной раскладки Xorg-ом. надеюсь, что починят и scim input method (базовый код уже в Ешке присутствует) и пофиксят глупый баг с нерабочим 'language' модулем (гуйня для переключения раскладок клавиатуры на лету). эх, лень моя... самому-бы надо...

активно дорабатывают новую дефолтную тему 17-го "Black&White". панель настроек унифицировали с illume (по крайней мере идёт активный поиск оптимальных диалогов конфигурации).

описать в двух словах все новости проекта Enlightenment не получится. при этом "допиливается" не только 17-ый, но и Enlightenment-DR16, что весьма радует. именно так и надо организовывать поддержку Продуктов. горд и доволен. завтра обещают прикрутить online интерфейс для скачивания тем/обоев не только с get-e.org, но и с E-Exchange. ждём-с.

часть 3-я, око-ёко-OpenMOKO...

выслушал упрёки анонимного пользователя телефона Free Runner о невозможности кастомизации интерфейса и подстойке его "под себя". удивился, заново полез в qemu и хватило ума обновиться без бэкапа (чего даже во хмелю не допускаю). инструкции по поводу запуска openmoko в qemu можете почитать тут:

общая инструкция
с использованием MokoMakefile

если будете этим заниматься прям сейчас - то во-первых нихуя у вас не заработает, а во-вторых последние development версии FR-а всё больше тяготеют к интерфейсу Qt/Qtopia (куда даже терминал засунуть не потрудились, что характерно - нахуя в Qt консоль?). другими словами Вам понадобится энное количество времени, чтобы:

1) найти рабочий билд кернела/лоадера
2) найти rootfs (корневую систему с дистрибутивом/ПО) с E17+illume в качестве GUI
3) прорюхать нужную команду для старта самого qemu (в целом предлагаемые шаблоны задают правильное направление поиска, но ... "есть нюансы", как говаривал Чапай).

скриншоты ниже сделаны "в ленивую", на qemu, слегонца "обточенном" даже без подключённой usb клавиатуры. всё сделано в гуях illume и 17-го:

как видим UI можно отстроить от и до. группировка приложений - в соответствии с xdg freedesktop спеками, темы оформления можно брать из E17-го, кастомизация интерфейса - такая же, как и в 17-ом (другими словами можно отстроить всё и вся. от виртуальных столов и до размера шрифта и типа его рендеринга). если вам интересна эта тема - оставьте здесь свой комментарий/пожелание и будем разбираться вместе.

к слову готовится новая редакция FR-а - gta03. будем надеяться, что аппаратная часть будет получше. в сегодняшних моделях (gta01 и gta02) шина обмена данными не блещет скоростью, из-за чего слышим справедливые упрёки о "тормозах". также дистрибутивы/сборки оптимальными как-то пока назвать не готов (есть вещи, которые не нравятся, но нет понимания пока насколько они критичны).

в целом это очень интересный и достойный продукт для энтузиастов Linux. сегодня там вроде как пофиксили GPS и пресловутые SMS-ки (в очередной раз? :)). всем же советую начинать именно с qemu. заодно некоторые могут узнать много нового о кросс/нативной-компиляции для ARM и специфике ARM-а как такового. в общем есть в этом мире, друг Горацио, множество забавных штукенций...

*/