/*
here we go:
openSUSE Lizards
Download page
Happy New Year!
*****************************
всех - с Наступающим! ссылки на очередной релиз даны выше.
удачи.
*/
четверг, 25 декабря 2008 г.
пятница, 19 декабря 2008 г.
чудище обло, озорно, огромно, стозевно и лаяй... (часть третья)
/*
часть третья, самая короткая... слил релиз, поставил. пофиксили создание 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 "слазить" не буду.
*/
часть третья, самая короткая... слил релиз, поставил. пофиксили создание 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 "слазить" не буду.
*/
среда, 17 декабря 2008 г.
чудище обло, озорно, огромно, стозевно и лаяй... (часть вторая)
/*
"терпенье и труд всё перетрут!" - веками утверждают уважаемые анонимные авторы и они, безусловно, правы. но давайте не будем забывать и оппозицию, нашедшую весомый аргумент для опровержения этой догмы:
"сидит милый на скамейке,
хуем долбит три копейки...
хочет сделать три рубля -
не выходит нихуя!"
другими словами терпенье и труд стоят затрачиваемых усилий только если есть хоть какой-то результат (желательно канечно же чтобы он оправдывал или превосходил ожидания).
"снова с Вами мишки Гамми" - таки убедил 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...
*/
"терпенье и труд всё перетрут!" - веками утверждают уважаемые анонимные авторы и они, безусловно, правы. но давайте не будем забывать и оппозицию, нашедшую весомый аргумент для опровержения этой догмы:
"сидит милый на скамейке,
хуем долбит три копейки...
хочет сделать три рубля -
не выходит нихуя!"
другими словами терпенье и труд стоят затрачиваемых усилий только если есть хоть какой-то результат (желательно канечно же чтобы он оправдывал или превосходил ожидания).
"снова с Вами мишки Гамми" - таки убедил 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...
*/
вторник, 16 декабря 2008 г.
чудище обло, озорно, огромно, стозевно и лаяй... (часть первая)
/*
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...
*/
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...
*/
понедельник, 15 декабря 2008 г.
tips and tricks - this song will last forever...
/*
в общем тема реально вечная. чем больше "приколов" ты узнаёшь - тем больше понимаешь, какой баран ты есть на самом деле. так что в этой заметке буду время от времени добрасывать ссылки на всякие прикольные "феньки" с использованием командной строки с кратенькими комментариями (коли в оных будет нужда).
поехали...
советы французского товарища Эрика на все случаи жизни
узнать все доступные методы 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...
*/
в общем тема реально вечная. чем больше "приколов" ты узнаёшь - тем больше понимаешь, какой баран ты есть на самом деле. так что в этой заметке буду время от времени добрасывать ссылки на всякие прикольные "феньки" с использованием командной строки с кратенькими комментариями (коли в оных будет нужда).
поехали...
советы французского товарища Эрика на все случаи жизни
узнать все доступные методы 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...
*/
вторник, 9 декабря 2008 г.
я родился в таможне, когда выпал на пол...
/*
сегодня очнулся от коматоза, анабиоза и якоря на шее. шаманил с OBS - OpenSUSE Build Service - глобально убирая форсированный strip с бинарей и добавляя debuginfo пакеты (то есть теперь можно будет при желании и дебажить от души если я в спеках не напутал). тут как охуел от вот этой картинки:
здесь показан неполный список архитектур/платформ, под которые я могу собирать свои пакетики. неполный, потому, что armv5el не хватает. о-да... они таки сделали это! реальный и конкретный PPC + PPC64 + ARM + SH4 ! если учесть, что в OBS можно (и нужно) собирать пакеты практически для всех мейнстрим/основных дистрибутивов - то со спокойной улыбкой можно кивая и поддакивая соглашаться, что вот именно <ВСТАВЬТЕ СЮДА НАЗВАНИЕ ЛЮБОГО ДИСТРИБУТИВА> - самый-самый, а Суська, да что там Суська по сравнению с <СМ. ВЫШЕ>... что вообще сравнивать-то... ежу понятно, что ONLY SUSE IS GOOD ENOUGH :).
резюме: ... хм... а надо ли?
сегодня очнулся от коматоза, анабиоза и якоря на шее. шаманил с OBS - OpenSUSE Build Service - глобально убирая форсированный strip с бинарей и добавляя debuginfo пакеты (то есть теперь можно будет при желании и дебажить от души если я в спеках не напутал). тут как охуел от вот этой картинки:
здесь показан неполный список архитектур/платформ, под которые я могу собирать свои пакетики. неполный, потому, что armv5el не хватает. о-да... они таки сделали это! реальный и конкретный PPC + PPC64 + ARM + SH4 ! если учесть, что в OBS можно (и нужно) собирать пакеты практически для всех мейнстрим/основных дистрибутивов - то со спокойной улыбкой можно кивая и поддакивая соглашаться, что вот именно <ВСТАВЬТЕ СЮДА НАЗВАНИЕ ЛЮБОГО ДИСТРИБУТИВА> - самый-самый, а Суська, да что там Суська по сравнению с <СМ. ВЫШЕ>... что вообще сравнивать-то... ежу понятно, что ONLY SUSE IS GOOD ENOUGH :).
резюме: ... хм... а надо ли?
новые плюшки и старые радости...
/*
Ешкин кот...
что ни день - то новые "плюшки" достаем с полочки. модуль 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проводных интерфейсов - не знаю. все попытки натыкаются на непробиваемую тупую стену молчания. сделал тему на линупсфоруме-точка-ру - тема утонула без единого отклика (что впрочем характерно, учитывая "интеллектуальный уровень" сего "ресурса"). остаётся просить о помощи на ЛОР-е. посоветуйте пожалуйста, как наиболее грамотно организовать это мероприятие.
запросил официального разрешения при сохранении копирайтов пользовать вот такие иконки:
ждём-с, нет ответа, нет ответа, нет ответа... грустно... а иконки-то пиздатые, Господа... эх...
*/
Ешкин кот...
что ни день - то новые "плюшки" достаем с полочки. модуль 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проводных интерфейсов - не знаю. все попытки натыкаются на непробиваемую тупую стену молчания. сделал тему на линупсфоруме-точка-ру - тема утонула без единого отклика (что впрочем характерно, учитывая "интеллектуальный уровень" сего "ресурса"). остаётся просить о помощи на ЛОР-е. посоветуйте пожалуйста, как наиболее грамотно организовать это мероприятие.
запросил официального разрешения при сохранении копирайтов пользовать вот такие иконки:
ждём-с, нет ответа, нет ответа, нет ответа... грустно... а иконки-то пиздатые, Господа... эх...
*/
воскресенье, 7 декабря 2008 г.
сумбурно обо всём
/*
часть 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-а как такового. в общем есть в этом мире, друг Горацио, множество забавных штукенций...
*/
часть 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-а как такового. в общем есть в этом мире, друг Горацио, множество забавных штукенций...
*/
пятница, 21 ноября 2008 г.
Updates
/*
'23Oz' Enlightenment-DR17 theme is updated to the 0.16.999.050 version of the Desktop Shell. Please grab it here:
Download page
Download theme file.
'2Be' theme also updated. Version to match the look of 'Sedation' is added. Please proceed to the download page and choose the one you like.
Regards,
sda
********
господа и дамы, мадамы и мусьё!
выложил на ваше растерзание обновлённые темки для E17-го. ссылки даны выше. пишите, коли чего не так.
удачи.
*/
'23Oz' Enlightenment-DR17 theme is updated to the 0.16.999.050 version of the Desktop Shell. Please grab it here:
Download page
Download theme file.
'2Be' theme also updated. Version to match the look of 'Sedation' is added. Please proceed to the download page and choose the one you like.
Regards,
sda
********
господа и дамы, мадамы и мусьё!
выложил на ваше растерзание обновлённые темки для E17-го. ссылки даны выше. пишите, коли чего не так.
удачи.
*/
среда, 12 ноября 2008 г.
2Be...
/*
для быстрой кастомизации (подгонки под практически любую gtk и gtk+ тему) пользуйте edje_editor. ETK/unified постараюсь сделать чуток позже.
*/
для быстрой кастомизации (подгонки под практически любую gtk и gtk+ тему) пользуйте edje_editor. ETK/unified постараюсь сделать чуток позже.
*/
вторник, 28 октября 2008 г.
Лицом к человеку или немного о настройке/мониторинге сетевой активности.
/*
Есть, милок, такая система, называется Mac OS...
(слова древнего предания)
во-первых - огромное спасибо всем, кто заботится писать хорошую подробную документацию к своим программным продуктам и комментирует исходники (желательно не забывая это делать на английском языке в дополнение к своему родному).
во-вторых - спасибо тем, кто как-то пытается агрегировать именно хорошие и полезные статьи/(переводы документации с авторскими ремарками, примерами и т.п.) и выкладывает/поддерживает их в сети. ибо послать кого-нить за ответом на форум равносильно обречь на чтение комментариев, писанных... гхм... как в песне - "то ли девочка, то ли видение"... в общем судьба редких толковых комментариев - быть похороненными ворохом лексики из разряда "подзаборной".
итак, Господа, типовая ситуация: настоящяя блондинка (Ъ) хочет разобратьтя в основах мониторинга/контроля/настройки сетевой активности. начальный уровень знаний равен нулю. что ей посоветовать? варианты:
а) для Linux:
1) любая вменяемая "вводная" по TCP/IP способная донести простую идею, что это - не более чем транспорт/автобус, в котором едут пассажиры/(специализированные сетевые протоколы)
2) Русские выпуски Linux Gazette. в дополнение модно пошарить по сусекам оригинала: Linux Gazette. в частности - Linux Advanced Routing & Traffic Control HOWTO (оригинал).
3) xgu.ru - надо/можно выбрать очень неплохой материал
4) любая вменяемая дока по конфигурации ядра и патчам Netfiller (многие вкусные вещи до сих пор не в мейнстриме). для openSUSE и нашего скромного Enlightenment LiveCD именно поэтому используется ядро, собранное Яном Энгельхартом.
5) примерный списочек "крутых мэнов, что ждут тебя за углом"...
man ip (пакет iproute2. в принципе он заменяет следующие две позиции, но, к сожалению, не в ходит в базовую установку многих дистрибутивов)
man route
man netstat
man ping
man traceroute (man tracepath)
man iptables (man iptables-save, man iptables-restore)
man hosts (довольно эффективное средство в некоторых случаях)
man sysctl (man sysctl.conf)
man protocols
man ethtool (настройка режима сетевой карточки)
man ldconfig
man resolv.conf
это так, на вскидку. плюс wifi или что-там на руках...
6) "инструментарий":
wireshark
tcpdump
и так далее по списку в зависимости от предпочтений.
намеренно не касаюсь OpenVPN, Squid и прочих сторонних приложений. задача же по контролю исходящего трафика в Linux до сих пор не имеет тривиального решения (imho). понятно, что на шлюзе, стоящем жопой наружу... простите, на том оборудовании, что обеспечивает связь с внешним миром при помощи сети Интернет, есть и блоклисты и логирование и чего там только нет (по ситуации и в зависимости от скилов да настроения одминского). а если линков несколько (динамическая нагрузка и/или резервные каналы с анлимом на входящий траф) то можно даже honeypod соорудить по согласованию с начальством (очень, знаете ли, в плане самообучения помогает, хех). а дальше уже можно и "предметно" расписывать под конкретную ситуёвину.
б) Mac OS X:
1) гуйня в Preferences Panel по Network, Sharing, Firewall (на 10.5.*)
2) дописать в /etc/rc.common статические маршруты, смену мака и прочую рутину коли есть в ней нужда
3) скачать и поставить две (2) программы:
Little Snitch - контроль исходящих соединений, мониторинг текущего трафика.
WaterRoof - всё остальное.
смотрим, как это выглядит:
привёл примеры статической конфигурации хоста из пресетов. смотрим на опции WaterRoof, замечаем, что шейпинг трафика тоже под рукой равно как и динамические правила. WaterRoof is freeware and open-source. Little Snitch - полнофункциональное Demo и стоит денег, что не грех и заплатить. причём автор настаивает на скачивании Demo, тестировании и оплате только если решите оставить программу себе (очень правильный и грамотный подход, Господа).
выводы делайте сами, уважаемые... по обстоятельствам...
P.S. зато аудиоплееров в Linux-е до жопы! и KDE можно запустить даже под виндой!
P.P.S. YaST -> System -> /etc/sysconfig Editor единственный вменяемый гуёвый редактор фаервола/(параметров сети), что мне известен. к сожалению для шейпинга трафика прописывать параметры лучше таки ручками в vim...
P.P.P.S. баталии ip vs ipfw vs pf не предусматривал. настоящие пацаны (Ъ) пользуют OpenBSD :) (кто к чему привык, Господа).
"А какая в этой басне мораль?
А морали нет никакой..."
*/
Есть, милок, такая система, называется Mac OS...
(слова древнего предания)
во-первых - огромное спасибо всем, кто заботится писать хорошую подробную документацию к своим программным продуктам и комментирует исходники (желательно не забывая это делать на английском языке в дополнение к своему родному).
во-вторых - спасибо тем, кто как-то пытается агрегировать именно хорошие и полезные статьи/(переводы документации с авторскими ремарками, примерами и т.п.) и выкладывает/поддерживает их в сети. ибо послать кого-нить за ответом на форум равносильно обречь на чтение комментариев, писанных... гхм... как в песне - "то ли девочка, то ли видение"... в общем судьба редких толковых комментариев - быть похороненными ворохом лексики из разряда "подзаборной".
итак, Господа, типовая ситуация: настоящяя блондинка (Ъ) хочет разобратьтя в основах мониторинга/контроля/настройки сетевой активности. начальный уровень знаний равен нулю. что ей посоветовать? варианты:
а) для Linux:
1) любая вменяемая "вводная" по TCP/IP способная донести простую идею, что это - не более чем транспорт/автобус, в котором едут пассажиры/(специализированные сетевые протоколы)
2) Русские выпуски Linux Gazette. в дополнение модно пошарить по сусекам оригинала: Linux Gazette. в частности - Linux Advanced Routing & Traffic Control HOWTO (оригинал).
3) xgu.ru - надо/можно выбрать очень неплохой материал
4) любая вменяемая дока по конфигурации ядра и патчам Netfiller (многие вкусные вещи до сих пор не в мейнстриме). для openSUSE и нашего скромного Enlightenment LiveCD именно поэтому используется ядро, собранное Яном Энгельхартом.
5) примерный списочек "крутых мэнов, что ждут тебя за углом"...
man ip (пакет iproute2. в принципе он заменяет следующие две позиции, но, к сожалению, не в ходит в базовую установку многих дистрибутивов)
man route
man netstat
man ping
man traceroute (man tracepath)
man iptables (man iptables-save, man iptables-restore)
man hosts (довольно эффективное средство в некоторых случаях)
man sysctl (man sysctl.conf)
man protocols
man ethtool (настройка режима сетевой карточки)
man ldconfig
man resolv.conf
это так, на вскидку. плюс wifi или что-там на руках...
6) "инструментарий":
wireshark
tcpdump
и так далее по списку в зависимости от предпочтений.
намеренно не касаюсь OpenVPN, Squid и прочих сторонних приложений. задача же по контролю исходящего трафика в Linux до сих пор не имеет тривиального решения (imho). понятно, что на шлюзе, стоящем жопой наружу... простите, на том оборудовании, что обеспечивает связь с внешним миром при помощи сети Интернет, есть и блоклисты и логирование и чего там только нет (по ситуации и в зависимости от скилов да настроения одминского). а если линков несколько (динамическая нагрузка и/или резервные каналы с анлимом на входящий траф) то можно даже honeypod соорудить по согласованию с начальством (очень, знаете ли, в плане самообучения помогает, хех). а дальше уже можно и "предметно" расписывать под конкретную ситуёвину.
б) Mac OS X:
1) гуйня в Preferences Panel по Network, Sharing, Firewall (на 10.5.*)
2) дописать в /etc/rc.common статические маршруты, смену мака и прочую рутину коли есть в ней нужда
3) скачать и поставить две (2) программы:
Little Snitch - контроль исходящих соединений, мониторинг текущего трафика.
WaterRoof - всё остальное.
смотрим, как это выглядит:
привёл примеры статической конфигурации хоста из пресетов. смотрим на опции WaterRoof, замечаем, что шейпинг трафика тоже под рукой равно как и динамические правила. WaterRoof is freeware and open-source. Little Snitch - полнофункциональное Demo и стоит денег, что не грех и заплатить. причём автор настаивает на скачивании Demo, тестировании и оплате только если решите оставить программу себе (очень правильный и грамотный подход, Господа).
выводы делайте сами, уважаемые... по обстоятельствам...
P.S. зато аудиоплееров в Linux-е до жопы! и KDE можно запустить даже под виндой!
P.P.S. YaST -> System -> /etc/sysconfig Editor единственный вменяемый гуёвый редактор фаервола/(параметров сети), что мне известен. к сожалению для шейпинга трафика прописывать параметры лучше таки ручками в vim...
P.P.P.S. баталии ip vs ipfw vs pf не предусматривал. настоящие пацаны (Ъ) пользуют OpenBSD :) (кто к чему привык, Господа).
"А какая в этой басне мораль?
А морали нет никакой..."
*/
понедельник, 29 сентября 2008 г.
Enlightenment LiveCD (based on OpenSUSE-11.0)
/*
Ladies and Gents!
To begin with - HUGE thanks to the Yandex.ru for the kindly provided mirror of our small and modest project - unofficial Enlightenment LiveCD (based on OpenSUSE). We do appreciate this help provided exactly when we needed.
Yep. Another day - another release. We tried to summarize all the suggestions (guys, THANKS for your comments!) and provide something more valuable this time.
Brief summary of changes and our updated documentation reflect some of the essential changes but the kudos should go to the Enlightenment Dev Team for their efforts and awesome pack of improvements they did this month.
Wish to say personal thanks to the Jan Engelhardt for superior kernel package, to the Daryl Kuchay for his extensive and useful reports and suggestions, thanks to Sample and Nail for the last minute notebook tests and all of you for the suggestions, recommendations and bugreports!
Regards,
sda
(on behalf of SOAD team)
**********************************************************************************************
Дамы и Господа!
Позвольте перво-наперво поблагодарить славную компанию Yandex.ru за любезно предоставленный хостинг для нашего маленького проекта - unofficial Enlightenment LiveCD (based on OpenSUSE)- в момент когда подобная помощь была необходима.
Внимательно выслушав все пожелания в этот раз мы постарались сделать что-то особенное.
Кратенький списочек изменений и обновлённая документация могут дать какое-то базовое представление о проделанной работе над диском. мы очень постарались расширить по возможности спектр оборудования, поддерживаемого "из коробки": вэбкамеры, eeepc, сетевые карточки и т.п. насколько это удалось - судить вам. Enlightenment Dev Team в этом месяце славно потрудилась, за что ей нижайший поклон. также поклон Яну Энгельхарту за великолепную сборку ядра.
отдельное СПАСИБО - товарищам Дэрилу Качей за потрясающие сводки боёв с barebone системой в которую установили модифицированную карточку ATI (снабдив выходом HDMI на плазменный монитор), товарищам Sample и Nail за экспресс-тесты релиза на ноутбуках (причём если бы все релизы Линаксов тестили на ноуте Nail-а, то... или релизов бы было ОЩУТИМО меньше, или кое-какому производителю ноутбуков добрые девелоперы устроили бы РЕЛИзЪ... и не один раз... а наиболее ретивые могли бы и из могилы выкопать... потом...). наше дружное "Аригато!" всем, кто помогал в этом неблагодарном деле.
всех благ,
SOAD Team
*/
Ladies and Gents!
To begin with - HUGE thanks to the Yandex.ru for the kindly provided mirror of our small and modest project - unofficial Enlightenment LiveCD (based on OpenSUSE). We do appreciate this help provided exactly when we needed.
Yep. Another day - another release. We tried to summarize all the suggestions (guys, THANKS for your comments!) and provide something more valuable this time.
Brief summary of changes and our updated documentation reflect some of the essential changes but the kudos should go to the Enlightenment Dev Team for their efforts and awesome pack of improvements they did this month.
Wish to say personal thanks to the Jan Engelhardt for superior kernel package, to the Daryl Kuchay for his extensive and useful reports and suggestions, thanks to Sample and Nail for the last minute notebook tests and all of you for the suggestions, recommendations and bugreports!
Regards,
sda
(on behalf of SOAD team)
**********************************************************************************************
Дамы и Господа!
Позвольте перво-наперво поблагодарить славную компанию Yandex.ru за любезно предоставленный хостинг для нашего маленького проекта - unofficial Enlightenment LiveCD (based on OpenSUSE)- в момент когда подобная помощь была необходима.
Внимательно выслушав все пожелания в этот раз мы постарались сделать что-то особенное.
Кратенький списочек изменений и обновлённая документация могут дать какое-то базовое представление о проделанной работе над диском. мы очень постарались расширить по возможности спектр оборудования, поддерживаемого "из коробки": вэбкамеры, eeepc, сетевые карточки и т.п. насколько это удалось - судить вам. Enlightenment Dev Team в этом месяце славно потрудилась, за что ей нижайший поклон. также поклон Яну Энгельхарту за великолепную сборку ядра.
отдельное СПАСИБО - товарищам Дэрилу Качей за потрясающие сводки боёв с barebone системой в которую установили модифицированную карточку ATI (снабдив выходом HDMI на плазменный монитор), товарищам Sample и Nail за экспресс-тесты релиза на ноутбуках (причём если бы все релизы Линаксов тестили на ноуте Nail-а, то... или релизов бы было ОЩУТИМО меньше, или кое-какому производителю ноутбуков добрые девелоперы устроили бы РЕЛИзЪ... и не один раз... а наиболее ретивые могли бы и из могилы выкопать... потом...). наше дружное "Аригато!" всем, кто помогал в этом неблагодарном деле.
всех благ,
SOAD Team
*/
вторник, 9 сентября 2008 г.
I like to move it, move it....
/*
Ladies and Gents!
We've been spotted on Distrowatch:
http://distrowatch.com/weekly.php?issue=20080908
Congratulations!
*****************
Дамы и Господа!
Заметка о нашем "мальчике" украсила Distrowatch:
http://distrowatch.com/weekly.php?issue=20080908
не повод для расслабона. надо срочно искать дружественный миррор и запихивать исошку на торрент. не хватало бабе хлопот как говорится...
это не мешает мне поздравить всех Пользователей!
удачи!
*/
Ladies and Gents!
We've been spotted on Distrowatch:
http://distrowatch.com/weekly.php?issue=20080908
Congratulations!
*****************
Дамы и Господа!
Заметка о нашем "мальчике" украсила Distrowatch:
http://distrowatch.com/weekly.php?issue=20080908
не повод для расслабона. надо срочно искать дружественный миррор и запихивать исошку на торрент. не хватало бабе хлопот как говорится...
это не мешает мне поздравить всех Пользователей!
удачи!
*/
понедельник, 1 сентября 2008 г.
Here We Go!
/*
Glad to announce the another release of Enlightenment LiveCD based on OpenSUSE-11.0.
Download page
'Welcome' notes (PDF)
Direct link to the .iso image
A lot of people helped me to manage this. THANK YOU VERY MUCH! My deepest apologizes that I can't mention all of you by name. But I'll try to make it 'in general':
Enlightenment Development Team and Enlightenment Community
OpenSUSE Build Service Team
OpenSUSE KIWI Team (schaefi, cyberorg, pzb, cgoncalves - THANKS!)
Stalwart, thanks for the hosting!
Packman Team
Novell
Dear engineers and developers, THANKS! Using SuSE since 8.2 (Pro) but only recently decided to contribute.
It's the result of my modest efforts. Hope you like it.
Regards,
sda
******************************************************
Дамы и Господа!
Enlightenment репозитории для OpenSUSE успешно переведены на svn! Ура,товарищи! (бурные овации зала) Вагон улучшений, исправлений и дополнений с сопутствующими этому делу матюками получил наш скромный Enlightenment LiveCD. Встречайте:
Страница загрузки
'Добро пожаловать!' (PDF, English)
Наша обновлённая "исошка"
СПАСИБО всем, кто помогал и помогает в сём нелёгком и неблагодарном деле. Извините, что поимённо поблагодарить не могу (обязательно забуду кого-нибудь), но так сказать 'в общих чертах' вполне получится:
Enlightenment Development Team и Enlightenment Community
OpenSUSE Build Service Team
OpenSUSE KIWI Team (schaefi, cyberorg, pzb, cgoncalves - СПАСИБО!)
Stalwart, благодарю за хостинг!
Packman Team
Novell
Уважаемые инженеры и разработчики, нижайший Вам поклон! С версии 8.2 (Pro) SuSE не подводила ни разу.
Пользуйте на здоровье!
*/
Glad to announce the another release of Enlightenment LiveCD based on OpenSUSE-11.0.
Download page
'Welcome' notes (PDF)
Direct link to the .iso image
A lot of people helped me to manage this. THANK YOU VERY MUCH! My deepest apologizes that I can't mention all of you by name. But I'll try to make it 'in general':
Enlightenment Development Team and Enlightenment Community
OpenSUSE Build Service Team
OpenSUSE KIWI Team (schaefi, cyberorg, pzb, cgoncalves - THANKS!)
Stalwart, thanks for the hosting!
Packman Team
Novell
Dear engineers and developers, THANKS! Using SuSE since 8.2 (Pro) but only recently decided to contribute.
It's the result of my modest efforts. Hope you like it.
Regards,
sda
******************************************************
Дамы и Господа!
Enlightenment репозитории для OpenSUSE успешно переведены на svn! Ура,товарищи! (бурные овации зала) Вагон улучшений, исправлений и дополнений с сопутствующими этому делу матюками получил наш скромный Enlightenment LiveCD. Встречайте:
Страница загрузки
'Добро пожаловать!' (PDF, English)
Наша обновлённая "исошка"
СПАСИБО всем, кто помогал и помогает в сём нелёгком и неблагодарном деле. Извините, что поимённо поблагодарить не могу (обязательно забуду кого-нибудь), но так сказать 'в общих чертах' вполне получится:
Enlightenment Development Team и Enlightenment Community
OpenSUSE Build Service Team
OpenSUSE KIWI Team (schaefi, cyberorg, pzb, cgoncalves - СПАСИБО!)
Stalwart, благодарю за хостинг!
Packman Team
Novell
Уважаемые инженеры и разработчики, нижайший Вам поклон! С версии 8.2 (Pro) SuSE не подводила ни разу.
Пользуйте на здоровье!
*/
воскресенье, 17 августа 2008 г.
Tiny updates of Enlightenment-LiveCD (SOAD Linux)
/*
ACHTUNG!
ATTENTION!
ВНИМАНИЕ!
as reported by ariszlo some users MAY experience a GUI login failure. the cure is:
1) login into the 'non X' environment by typing in the 'ignition' screen
right after "boot:" prompt:
linux 3
this will give you an option to load 3-rd runlevel where X is
excluded from startup. but the X config file (/etc/X11/xorg.conf) should
already been created. login as User 'root', Password 'soad'.
2) load the default login manager by typing in the command-line:
/etc/init.d/entrance_force
the fix of this issue planned to the first week of September, when all my
OpenSUSE Enlightenment repos will be updated to the E-svn instead of outdated
E-cvs tree.
Thanks! (scroll this page down for English version)
P.S. report here any issues you may notice.
****************************************************
товарищ ariszlo подтвердил, что логин
в "гуях" (графическом пользовательском интерфейсе) прокатывает не всегда и не для
всех. вроде как мой косяк. исправлю в первых числах сентябра с апдейтом репо и
переводом пакетов на E-svn ветку вместо нонешнего E-cvs. лечение:
1) грузимся в консольку, печатая при старте (первый экран, после слова "boot"):
linux 3
логинимся рутом 'root' с паролем по-умолчанию 'soad'. после чего поднимаем гуй
(конфиг иксов уже должен лежать на месте /etc/X11/xorg.conf):
/etc/init.d/entrance_force
удачи.
P.S. ежели чего не так - пинаем горе-аффтара в этом блоге...
****************************************************
Господа и Дамы!
позвольте от всей души поблагодарить Вас за столь неожиданное внимание к моему скромному диску. только что закончил заливать апдейт. самое время вкратце рассказать о новинках и испросить вашего совета на вечную тему: "чего для счастья не хватат?"
чуток статистики:
1) в Июле 2008-го года исошку скачали более 4000 раз, webalizer выдал на гора цифирь в 2226994785Kb трафика, что ушёл со страницы загрузки исошки в Ваши руки.
2) также можно предположить, что "в гости" заходили более 11000 раз как граждане бывшего СССР, так и уважаемые Господа/Дамы из ближнего и дальнего зарубежья.
всем - поклон и мои наилучшие пожелания. позвольте же продемонстрировать слегка обновлённую версию SOAD LiveCD. исошка потихоньку "набирает вес", посему любые аргументированные предложения "чего-нить урезать по самое ни-ни" весьма в цене.
добавлены следующие компоненты:
*) man страницы (был зело удивлён, что их кто-то читает...),
*) Tk (perl-Tk) для вывода aria2-gui (выглядит страшновато, но работает замечательно)
*) MPlayer+mplayerplug-in (теперь можно фоксом залезть на сайт apple.com и смотреть рекламу, где очень доходчиво объясняют детям, "что такое - хорошо, и что такое - плохо"). MPlayer собирал своими заскорузлыми. не забыл влепить поддержку live555 (rtsp/rtp streaming), равно как и всего прочего, порою очень нужного в хозяйстве... 127 audio & 257 video codecs в Вашем распоряжении. другими словами - "никто не забыт и ничто не забыто".
*) извернулся и вломил Xchm вместе с wxWidgets дабы читать книжки в .chm формате.
*) Xmms снова с нами! всеяден, от Monkey Audio и до... что впрочем характерно для xmms. плюс накидал скинов хороших и разных. скинов и MPlayer-у отсыпал.
*) догадался установить команду 'less'... (не слышу бурных оваций зала)
*) отказался от "самопальных" конфигов для Enlightenment-DR17 и по умолчанию ноне везде дефолт. по идее должно стимулировать любознательность хоть немного. к "джентльменскому набору" тем оформления 17-го добавил 'bluesteel' - крепенько она меня зацепила, виновен.
*) надеюсь, что "пофиксил" возможные баги с установщиком системы на винчестер. молитвы, как известно, юношей питают...
*) накатил пару-тройку апдейтов, бил в бубен и орал непотребное - всё как всегда, ничего интересного.
получилось вроде бы неплохо. стартуем:
если вы усердно молились и sax2 осилил автоконфигурацию Вашей видеокарточки, то свой пламенный пролетарский "превед" Вам пропоёт 'Entrance':
если хотите посмотреть на Enlightenment-DR17, то его надо выбрать вместо 16-го. по умолчанию у нас грузится E16-ый. стабильный, надёжный, быстрый, навороченный и вообще "красавец мужчина в самом расцвете сил". может выглядеть как... да как захотите, так и будет. мне захотелось вот так:
всё при нём. от крутейшего пейджера до систрея. кушать подано.
ежели Вы таки выбрали Enlightenment-DR17, то после логина (linux/soad или root/soad) будет вот эдакий "дефолт":
буквально за два щелчка мышкой можно сообразить что-нибудь повеселее:
после тычка в иконку "Фокса" Вас культурно спросят, хотите ли Вы установить Flash Player от славной компании Adobe:
на Ваше усмотрение. советую согласиться и попробовать, ибо "ломать - не строить", удалить установленный пакет можно всегда. кроме дефолтной темы оформления на диске есть 'detour', '23Oz', 'bluesteel' и 'Simplicity'. так примерно выглядит '23Oz':
а так - 'bluesteel':
пользуйте, люди добрые, да не обессудьте, коли чего не так. поправим, не сумлевайтесь!
удачи!
P.S. ежели осилили текст до строк сиих - далее можете не читать. сплошной копипасть да повторение для тех, кто в "великом и могучем" не силён...
☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭
✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵
time has passed by since the first 'release' of SOAD (SuSE On Active Diet) Linux LiveCD. just finished the injection of yet another portion of steroids into the iso image and happy to present you the modest results. comments are welcome.
to begin with allow me to show you some statistics (gathered by 'webalizer'):
1) the total downloaded size of livecd iso in July'08 was 2226994785Kb. it means we have approx 4000 downloaded copies
2) we had more than 11k hits to the download page
THANK YOU VERY MUCH! i didn't announce about this livecd here and there and have not a single idea why the counters show such scores. they're pretty high and unexpected.
each update of a LiveCD lead to the iso size increase, that's why i'd appreciate any idea which components could be safely deleted.
the following components was added:
*) man pages (amazing, there's still some persons who really read them, shocked...),
*) Tk (perl-Tk) for aria2-gui (it looks like... you know... but works great)
*) MPlayer+mplayerplug-in (you're welcome to visit apple.com and see the famous Apple ads. the brilliant explanation of good and evil are there). MPlayer is homebrewed. added live555 (rtsp/rtp streaming support) and all you wanted so long but was too shy to ask for... 127 audio & 257 video codecs under the hood. come and get some if you dare...
*) added Xchm with wxWidgets - sometimes it's handy to look through .chm file too.
*) Xmms is feautured as a VIP for the party! handle almost all audio you can get. from Monkey Audio till the dawn... dressed in a cool 'Almond', 'Ater' and other goldies. MPlayer also has some neat skins, don't worry...
*) 'less' package installed finally... (why i still don't hear your ovation...)
*) homebrewed E17 configs are gone. defaults here and there, but LiveCD has some treasures to be discovered. 'Detour', '23Oz', 'Bluesteel', 'Simplicity' and his majesty 'The Default Bling-Bling'. want some more?!
*) hope that known bugs with live-installer are fixed. (and hope is last to die)...
*) a couple of updates are installed, some mighty spells were cast, some artwork with a hammer took place - as usual, nothing is new under the sun...
ignition:
if you're enlightened enough and 'sax2' is capable successfully autoconfigure your video card, then 'Entrance' will greet you, Master...
choose wisely. you get exactly what you choose. E16 is a default WM here. it's rock solid, fast and furious. wanna E17? np, make you shot! but here's E16 in and out. it has all you need or even can dream about. pay some respect.
ok. you like E17. fine. login (linux/soad or root/soad) and grab the defaults:
a couple of mouse clicks could make some fancy transformation:
after you click on a FF icon the following dialog appear. it's all up to you. :
here comes '23Oz':
and the 'bluesteel':
all E17 themes has a matching ETK ones. 'etk_prefs' is a nice GUI tool to choose a ETK theme.
regards!
P.S. your comments are welcome :).
*/
ACHTUNG!
ATTENTION!
ВНИМАНИЕ!
as reported by ariszlo some users MAY experience a GUI login failure. the cure is:
1) login into the 'non X' environment by typing in the 'ignition' screen
right after "boot:" prompt:
linux 3
this will give you an option to load 3-rd runlevel where X is
excluded from startup. but the X config file (/etc/X11/xorg.conf) should
already been created. login as User 'root', Password 'soad'.
2) load the default login manager by typing in the command-line:
/etc/init.d/entrance_force
the fix of this issue planned to the first week of September, when all my
OpenSUSE Enlightenment repos will be updated to the E-svn instead of outdated
E-cvs tree.
Thanks! (scroll this page down for English version)
P.S. report here any issues you may notice.
****************************************************
товарищ ariszlo подтвердил, что логин
в "гуях" (графическом пользовательском интерфейсе) прокатывает не всегда и не для
всех. вроде как мой косяк. исправлю в первых числах сентябра с апдейтом репо и
переводом пакетов на E-svn ветку вместо нонешнего E-cvs. лечение:
1) грузимся в консольку, печатая при старте (первый экран, после слова "boot"):
linux 3
логинимся рутом 'root' с паролем по-умолчанию 'soad'. после чего поднимаем гуй
(конфиг иксов уже должен лежать на месте /etc/X11/xorg.conf):
/etc/init.d/entrance_force
удачи.
P.S. ежели чего не так - пинаем горе-аффтара в этом блоге...
****************************************************
Господа и Дамы!
позвольте от всей души поблагодарить Вас за столь неожиданное внимание к моему скромному диску. только что закончил заливать апдейт. самое время вкратце рассказать о новинках и испросить вашего совета на вечную тему: "чего для счастья не хватат?"
чуток статистики:
1) в Июле 2008-го года исошку скачали более 4000 раз, webalizer выдал на гора цифирь в 2226994785Kb трафика, что ушёл со страницы загрузки исошки в Ваши руки.
2) также можно предположить, что "в гости" заходили более 11000 раз как граждане бывшего СССР, так и уважаемые Господа/Дамы из ближнего и дальнего зарубежья.
всем - поклон и мои наилучшие пожелания. позвольте же продемонстрировать слегка обновлённую версию SOAD LiveCD. исошка потихоньку "набирает вес", посему любые аргументированные предложения "чего-нить урезать по самое ни-ни" весьма в цене.
добавлены следующие компоненты:
*) man страницы (был зело удивлён, что их кто-то читает...),
*) Tk (perl-Tk) для вывода aria2-gui (выглядит страшновато, но работает замечательно)
*) MPlayer+mplayerplug-in (теперь можно фоксом залезть на сайт apple.com и смотреть рекламу, где очень доходчиво объясняют детям, "что такое - хорошо, и что такое - плохо"). MPlayer собирал своими заскорузлыми. не забыл влепить поддержку live555 (rtsp/rtp streaming), равно как и всего прочего, порою очень нужного в хозяйстве... 127 audio & 257 video codecs в Вашем распоряжении. другими словами - "никто не забыт и ничто не забыто".
*) извернулся и вломил Xchm вместе с wxWidgets дабы читать книжки в .chm формате.
*) Xmms снова с нами! всеяден, от Monkey Audio и до... что впрочем характерно для xmms. плюс накидал скинов хороших и разных. скинов и MPlayer-у отсыпал.
*) догадался установить команду 'less'... (не слышу бурных оваций зала)
*) отказался от "самопальных" конфигов для Enlightenment-DR17 и по умолчанию ноне везде дефолт. по идее должно стимулировать любознательность хоть немного. к "джентльменскому набору" тем оформления 17-го добавил 'bluesteel' - крепенько она меня зацепила, виновен.
*) надеюсь, что "пофиксил" возможные баги с установщиком системы на винчестер. молитвы, как известно, юношей питают...
*) накатил пару-тройку апдейтов, бил в бубен и орал непотребное - всё как всегда, ничего интересного.
получилось вроде бы неплохо. стартуем:
если вы усердно молились и sax2 осилил автоконфигурацию Вашей видеокарточки, то свой пламенный пролетарский "превед" Вам пропоёт 'Entrance':
если хотите посмотреть на Enlightenment-DR17, то его надо выбрать вместо 16-го. по умолчанию у нас грузится E16-ый. стабильный, надёжный, быстрый, навороченный и вообще "красавец мужчина в самом расцвете сил". может выглядеть как... да как захотите, так и будет. мне захотелось вот так:
всё при нём. от крутейшего пейджера до систрея. кушать подано.
ежели Вы таки выбрали Enlightenment-DR17, то после логина (linux/soad или root/soad) будет вот эдакий "дефолт":
буквально за два щелчка мышкой можно сообразить что-нибудь повеселее:
после тычка в иконку "Фокса" Вас культурно спросят, хотите ли Вы установить Flash Player от славной компании Adobe:
на Ваше усмотрение. советую согласиться и попробовать, ибо "ломать - не строить", удалить установленный пакет можно всегда. кроме дефолтной темы оформления на диске есть 'detour', '23Oz', 'bluesteel' и 'Simplicity'. так примерно выглядит '23Oz':
а так - 'bluesteel':
пользуйте, люди добрые, да не обессудьте, коли чего не так. поправим, не сумлевайтесь!
удачи!
P.S. ежели осилили текст до строк сиих - далее можете не читать. сплошной копипасть да повторение для тех, кто в "великом и могучем" не силён...
☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭☭
✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵✵
time has passed by since the first 'release' of SOAD (SuSE On Active Diet) Linux LiveCD. just finished the injection of yet another portion of steroids into the iso image and happy to present you the modest results. comments are welcome.
to begin with allow me to show you some statistics (gathered by 'webalizer'):
1) the total downloaded size of livecd iso in July'08 was 2226994785Kb. it means we have approx 4000 downloaded copies
2) we had more than 11k hits to the download page
THANK YOU VERY MUCH! i didn't announce about this livecd here and there and have not a single idea why the counters show such scores. they're pretty high and unexpected.
each update of a LiveCD lead to the iso size increase, that's why i'd appreciate any idea which components could be safely deleted.
the following components was added:
*) man pages (amazing, there's still some persons who really read them, shocked...),
*) Tk (perl-Tk) for aria2-gui (it looks like... you know... but works great)
*) MPlayer+mplayerplug-in (you're welcome to visit apple.com and see the famous Apple ads. the brilliant explanation of good and evil are there). MPlayer is homebrewed. added live555 (rtsp/rtp streaming support) and all you wanted so long but was too shy to ask for... 127 audio & 257 video codecs under the hood. come and get some if you dare...
*) added Xchm with wxWidgets - sometimes it's handy to look through .chm file too.
*) Xmms is feautured as a VIP for the party! handle almost all audio you can get. from Monkey Audio till the dawn... dressed in a cool 'Almond', 'Ater' and other goldies. MPlayer also has some neat skins, don't worry...
*) 'less' package installed finally... (why i still don't hear your ovation...)
*) homebrewed E17 configs are gone. defaults here and there, but LiveCD has some treasures to be discovered. 'Detour', '23Oz', 'Bluesteel', 'Simplicity' and his majesty 'The Default Bling-Bling'. want some more?!
*) hope that known bugs with live-installer are fixed. (and hope is last to die)...
*) a couple of updates are installed, some mighty spells were cast, some artwork with a hammer took place - as usual, nothing is new under the sun...
ignition:
if you're enlightened enough and 'sax2' is capable successfully autoconfigure your video card, then 'Entrance' will greet you, Master...
choose wisely. you get exactly what you choose. E16 is a default WM here. it's rock solid, fast and furious. wanna E17? np, make you shot! but here's E16 in and out. it has all you need or even can dream about. pay some respect.
ok. you like E17. fine. login (linux/soad or root/soad) and grab the defaults:
a couple of mouse clicks could make some fancy transformation:
after you click on a FF icon the following dialog appear. it's all up to you. :
here comes '23Oz':
and the 'bluesteel':
all E17 themes has a matching ETK ones. 'etk_prefs' is a nice GUI tool to choose a ETK theme.
regards!
P.S. your comments are welcome :).
*/
вторник, 5 августа 2008 г.
суббота, 19 июля 2008 г.
А как пропатчить KDE под FreeBSD?!
/*
Мимо тещиного дома
Я без шуток не хожу:
То ей буй в окно просуну,
То ей жопу покажу
/Народное творчество/
Трубы гремят, шум стоит, бравая команда девелоперов KDE надрывается в оре о "втором пришествии" - простите, нет, всего лишь об очередном буй-его-там-разберёт-релизе-или-нет за кодовым нумером KDE 4.1 RC1 или 4.0.98. IMHO - это всё уже давно воспринимается не иначе как "клоуны на арене", "цирк приехал", "отсыпьте и мне такой же травы" и т.п.. Что не помешает мне гордо отсыпать всем желающим ссылки на "Аффтаров":
Здрасте!
LiveCD с супер-пупер-распоследним-распрекрасным-KDE
Чёрт дёрнул - скачал это "чудо". А то орут, панимаш, лузеры вокруг, что qt4 - это типа круть и ресурсов жрёт меньше, и не тормозит и ваще полный оргазм... Буём вас всех по хлебалу, Господа! Это - жестокое нае... неправда короче. Тормозит, ещё как тормозит... Глючит и тормозит, тормозит и глючит, но "пипл хавает"! Вот он где, секрет-то настоящий! Было бы ХОТЬ ЧТО-ТО уникальное в этом поделии - можно было бы понять, но ведь нет такого! Эхма, а ведь соврамши-то! Есть! Можна эта... а... во! Плазьмоиды крутить! Во! Так что нехай живе, може и родит чего полезное опосля. Сомнительно правда, но такова селяви.
Что эти клоуны вытворяют с термином "релиз" надеюсь все уже в курсе. Ежели вы ещё не в теме - то вот imho выводы: всегда нужно уточнять, имеет ли трактовка слова "релиз" в данном контексте у данного автора какое-либо отношение к проекту KDE. Ежели, не приведи Господь, таки имеет, то будьте готовы к глюкам, падениям, спотыканию во чистом поле и всем прочим мыслимым прелестям программного обеспечения, писанного по принципу "ежели за печатную машинку засадить тысячу обезьян, то рано или поздно мы увидим полный сборник стихов г-на Пушкина А.С.".
Господа и Дамы! Добро пожаловать на кратенький обзор KDE4. В качестве вводной - шикарнейшие статейки из замечательного блога "Linux Hater's Blog":
K Pride Week
Turn your head and KOffice
What is KDE?
Wild rationalizations
Неделя K-Pride удалась! "sweet feces rained down from heaven" (сладкие фекалии пролились дождём с неба) - в цитатник! Кто не рубит по аглицки - Google-translate в помощь. "Сладкий дождик" начинается практически сразу же при загрузке и не перестаёт "капать" всю дорогу. Сама загрузка - чудовищно медленна. Можете скачать Enlightenment LiveCD и сравнить. Особенно это режет при ОЗУ в пределах 256Мб (и ниже). Боюсь даже подумать, что будет с Gnome, ежели ура-даёшь-внедрёжь-патриоты таки асилят переписать его на qt вместо gtk. Веселье буде ещё то, как минимум. Когда KDE-LiveCD таки прочухает и родит подобие рабочего стола можно начинать петь хвалебные диферамбы чуду дизайнерской мысли.
Тема "шревты - говно" раскрыта целиком и полностью, в комментариях не нуждается и к KDE (слава Всевышнему) отношения не имеет. А вот эта здоровая прозрачная хрень на 2/3 экрана (клизмоид "Folder View") изменяет свои размеры только с сохранением пропорций и при этом меняет размер значков/иконок. А хренька с "контролами" вылетает каждый раз как мышь пробегает над этим славным... гхм... плазмоидом. Можно сделать "Lock Widgets" и контролы вылетать не будут. Это радует. Есть ли способ настроить прозрачность отдельного клизмоида, гамму, режим просмотра/layout - хз, не нашёл. Зато окуительно нужная опция по "вращению" прям перед нашими очами. И легко можно этот клизмоид "довращать" до состояния, когда поможет только удаление с десктопа. Очаровательно, не так ли?
Но это всё - фигня! Настал час расплаты! Изумительно, что орлы и гиганты программирования под напором грозных воплей лузеров припёрли в Linux хрень, что называется 'systray'. Это 5! Mac OS X до сих пор не имеет этого фетиша и НИКТО не парится. Гении от KDE/qt и Gnome/gtk имеют чуток отличное понимание термина 'systray' в результате чего спеки Freedesktop по систрею (куда они запихали винегрет из пожеланий спецов от qt и gtk, типа и нашим - и вашим) иначе как "fucking piece of shit" назвать сложно. Мало уже кто помнит, что появление систрея в Винде было обусловлено жестокой нехваткой ресурсов компов для выполнения возложенных задач. Изначально любое приложение, уходящее в систрей, "отдавало" системе зарезервированную память под своё GUI! Это реально был прогресс и круть. Потом правда Микрософт одумался и приложения перестали отдавать свои ресурсы при уходе в трей (не зря же Вы кору-дуру прикупили с 4мя-то гигами ОЗУ). Теперь ещё раз поднимите Ваш лик прекрасный на картинку шо вверху и зацените дивный ЧЁРНЫЙ фон вокруг иконок в систрее. Одна из причин этого - отсутствие чётких спеков откуда брать иконку на приложение в трее. Стоит также заметить, что Klipper - clipboard tool - дал дуба практически сразу же. Помог неоднократный повторный запуск, что логично в какой-то мере. Если что-то само упало - это сигнал юзеру, что нехило бы это дело запустить по новой! Осталость только на qt4 какую-нить хрень нарисовать, чтоб следила за всеми запущенными процессами и выкидывала гламурные ахтунги с описаловом на какие иконки жамкать, шоб усё було як прежде. А лучше сразу писать на qt5. А в qt10 подобная тулза уже будет включена по умолчанию. Или же qt10 для каждого запущенного приложения будет компилять такую тулзу само в риалтайме (и только в риалтайме! ведь только лузеры не имеют риалтайма!).
Хитом программы восхваления систрея стал факт, что новый Amarok (переписанный на qt4) улетел хз куда, но явно не в систрей (в консоли показан пид процесса) при закрытии окна. Люди мы не гордые, killall -9 amarok не подвёл и в этот раз.
В правом и левом углу панели можно наблюдать по хариусу хамелеона. Мну курил позу в которой можно таскать элементы панели вправо-влево. Таки да. Что-то в этом есть. Говорят, что в прошлом релизе этой позы не было. Мда... Релиз...
На этой картинке показан типа Dashboard клизмоидов (вернее та галиматья, что получилась вместо нормального Dashboard-а в Mac OS X). Апплет по добавлению нового клизмоида на несчастный рабочий стол отрисован на 5. С плюсом. С двумя. И ЭТО мы имеем как релиз-кандидат второй официальной версии (имея 4.0 за первую)? Комментарии излишни.
тут мы просто видим до каких "чудес" и "высот" можно добраться регулируя высоту панели. а белое хзчто почти на весь экран (цвет в RGB - 224 220 216) удалось убрать только рестартом иксов (перезагрузкой).
Да-да-да! Панель можно разместить и сбоку! Иконки/клизмоиды масштабируются просто великолепно, придраться не к чему! (я реально хз что ещё писать под такой картиночкой)
Попытки сделать разные обои для рабочих столов окончились неудачей, зато каким-то буем панель стала прозрачной! И это при том, что тему плазмы-клизмы не менял! Оргазм....
Несомненно, что функция Zoom In / Zoom Out в реализации KDE Dev. Team приносит немыслимый ранее уровень <чего? комфорта? сексуальности? крутизны? удобства? чего?... походу это полный 3.1415926здецЪ > пользователям многострадального DE...
Из действительно хороших для пользователя изменений надо отметить прогресс в развитии редактора Kate. По сравнению с SciTE - это отстой, но сравнивая с версиями что шли с KDE-3.5.* прогресс есть. Пёс с ним, что разметка/синтаксис в желто-зелёных тонах - она наконец-то РАБОТАЕТ! Кривая трактовка синтаксиса (подсветки и сворачивания на блоки) относительно небольших сишных файлов была той самой причиной, заставившей сперва вспомнить vim, а потом найти SciTE.
Konqueror до сих пор справляется с локальным файлом - Dolphin не нужен (imho).
Вот и все положительные эмоции. KDE = R.I.P. Без IMHO. Это - факт.
Все желающие могут загрузить "мой" Enlightenment LiveCD:
Страница загрузки
и устроить в комментариях аналогичный разнос при желании. Параметры запуска в qemu:
#!/bin/sh
qemu-img create -f qcow ./E.img 4G
sudo modprobe tun
sudo modprobe kqemu
sudo chown $USER /dev/net/tun
sudo chown $USER /dev/kqemu
qemu -cdrom ./suse-11.0-live-iso.i686-2.5.1.iso -boot d -hda ./E.img -m 256 -kernel-kqemu
Удачи.
*/
Мимо тещиного дома
Я без шуток не хожу:
То ей буй в окно просуну,
То ей жопу покажу
/Народное творчество/
Трубы гремят, шум стоит, бравая команда девелоперов KDE надрывается в оре о "втором пришествии" - простите, нет, всего лишь об очередном буй-его-там-разберёт-релизе-или-нет за кодовым нумером KDE 4.1 RC1 или 4.0.98. IMHO - это всё уже давно воспринимается не иначе как "клоуны на арене", "цирк приехал", "отсыпьте и мне такой же травы" и т.п.. Что не помешает мне гордо отсыпать всем желающим ссылки на "Аффтаров":
Здрасте!
LiveCD с супер-пупер-распоследним-распрекрасным-KDE
Чёрт дёрнул - скачал это "чудо". А то орут, панимаш, лузеры вокруг, что qt4 - это типа круть и ресурсов жрёт меньше, и не тормозит и ваще полный оргазм... Буём вас всех по хлебалу, Господа! Это - жестокое нае... неправда короче. Тормозит, ещё как тормозит... Глючит и тормозит, тормозит и глючит, но "пипл хавает"! Вот он где, секрет-то настоящий! Было бы ХОТЬ ЧТО-ТО уникальное в этом поделии - можно было бы понять, но ведь нет такого! Эхма, а ведь соврамши-то! Есть! Можна эта... а... во! Плазьмоиды крутить! Во! Так что нехай живе, може и родит чего полезное опосля. Сомнительно правда, но такова селяви.
Что эти клоуны вытворяют с термином "релиз" надеюсь все уже в курсе. Ежели вы ещё не в теме - то вот imho выводы: всегда нужно уточнять, имеет ли трактовка слова "релиз" в данном контексте у данного автора какое-либо отношение к проекту KDE. Ежели, не приведи Господь, таки имеет, то будьте готовы к глюкам, падениям, спотыканию во чистом поле и всем прочим мыслимым прелестям программного обеспечения, писанного по принципу "ежели за печатную машинку засадить тысячу обезьян, то рано или поздно мы увидим полный сборник стихов г-на Пушкина А.С.".
Господа и Дамы! Добро пожаловать на кратенький обзор KDE4. В качестве вводной - шикарнейшие статейки из замечательного блога "Linux Hater's Blog":
K Pride Week
Turn your head and KOffice
What is KDE?
Wild rationalizations
Неделя K-Pride удалась! "sweet feces rained down from heaven" (сладкие фекалии пролились дождём с неба) - в цитатник! Кто не рубит по аглицки - Google-translate в помощь. "Сладкий дождик" начинается практически сразу же при загрузке и не перестаёт "капать" всю дорогу. Сама загрузка - чудовищно медленна. Можете скачать Enlightenment LiveCD и сравнить. Особенно это режет при ОЗУ в пределах 256Мб (и ниже). Боюсь даже подумать, что будет с Gnome, ежели ура-даёшь-внедрёжь-патриоты таки асилят переписать его на qt вместо gtk. Веселье буде ещё то, как минимум. Когда KDE-LiveCD таки прочухает и родит подобие рабочего стола можно начинать петь хвалебные диферамбы чуду дизайнерской мысли.
Тема "шревты - говно" раскрыта целиком и полностью, в комментариях не нуждается и к KDE (слава Всевышнему) отношения не имеет. А вот эта здоровая прозрачная хрень на 2/3 экрана (клизмоид "Folder View") изменяет свои размеры только с сохранением пропорций и при этом меняет размер значков/иконок. А хренька с "контролами" вылетает каждый раз как мышь пробегает над этим славным... гхм... плазмоидом. Можно сделать "Lock Widgets" и контролы вылетать не будут. Это радует. Есть ли способ настроить прозрачность отдельного клизмоида, гамму, режим просмотра/layout - хз, не нашёл. Зато окуительно нужная опция по "вращению" прям перед нашими очами. И легко можно этот клизмоид "довращать" до состояния, когда поможет только удаление с десктопа. Очаровательно, не так ли?
Но это всё - фигня! Настал час расплаты! Изумительно, что орлы и гиганты программирования под напором грозных воплей лузеров припёрли в Linux хрень, что называется 'systray'. Это 5! Mac OS X до сих пор не имеет этого фетиша и НИКТО не парится. Гении от KDE/qt и Gnome/gtk имеют чуток отличное понимание термина 'systray' в результате чего спеки Freedesktop по систрею (куда они запихали винегрет из пожеланий спецов от qt и gtk, типа и нашим - и вашим) иначе как "fucking piece of shit" назвать сложно. Мало уже кто помнит, что появление систрея в Винде было обусловлено жестокой нехваткой ресурсов компов для выполнения возложенных задач. Изначально любое приложение, уходящее в систрей, "отдавало" системе зарезервированную память под своё GUI! Это реально был прогресс и круть. Потом правда Микрософт одумался и приложения перестали отдавать свои ресурсы при уходе в трей (не зря же Вы кору-дуру прикупили с 4мя-то гигами ОЗУ). Теперь ещё раз поднимите Ваш лик прекрасный на картинку шо вверху и зацените дивный ЧЁРНЫЙ фон вокруг иконок в систрее. Одна из причин этого - отсутствие чётких спеков откуда брать иконку на приложение в трее. Стоит также заметить, что Klipper - clipboard tool - дал дуба практически сразу же. Помог неоднократный повторный запуск, что логично в какой-то мере. Если что-то само упало - это сигнал юзеру, что нехило бы это дело запустить по новой! Осталость только на qt4 какую-нить хрень нарисовать, чтоб следила за всеми запущенными процессами и выкидывала гламурные ахтунги с описаловом на какие иконки жамкать, шоб усё було як прежде. А лучше сразу писать на qt5. А в qt10 подобная тулза уже будет включена по умолчанию. Или же qt10 для каждого запущенного приложения будет компилять такую тулзу само в риалтайме (и только в риалтайме! ведь только лузеры не имеют риалтайма!).
Хитом программы восхваления систрея стал факт, что новый Amarok (переписанный на qt4) улетел хз куда, но явно не в систрей (в консоли показан пид процесса) при закрытии окна. Люди мы не гордые, killall -9 amarok не подвёл и в этот раз.
В правом и левом углу панели можно наблюдать по хариусу хамелеона. Мну курил позу в которой можно таскать элементы панели вправо-влево. Таки да. Что-то в этом есть. Говорят, что в прошлом релизе этой позы не было. Мда... Релиз...
На этой картинке показан типа Dashboard клизмоидов (вернее та галиматья, что получилась вместо нормального Dashboard-а в Mac OS X). Апплет по добавлению нового клизмоида на несчастный рабочий стол отрисован на 5. С плюсом. С двумя. И ЭТО мы имеем как релиз-кандидат второй официальной версии (имея 4.0 за первую)? Комментарии излишни.
тут мы просто видим до каких "чудес" и "высот" можно добраться регулируя высоту панели. а белое хзчто почти на весь экран (цвет в RGB - 224 220 216) удалось убрать только рестартом иксов (перезагрузкой).
Да-да-да! Панель можно разместить и сбоку! Иконки/клизмоиды масштабируются просто великолепно, придраться не к чему! (я реально хз что ещё писать под такой картиночкой)
Попытки сделать разные обои для рабочих столов окончились неудачей, зато каким-то буем панель стала прозрачной! И это при том, что тему плазмы-клизмы не менял! Оргазм....
Несомненно, что функция Zoom In / Zoom Out в реализации KDE Dev. Team приносит немыслимый ранее уровень <чего? комфорта? сексуальности? крутизны? удобства? чего?... походу это полный 3.1415926здецЪ > пользователям многострадального DE...
Из действительно хороших для пользователя изменений надо отметить прогресс в развитии редактора Kate. По сравнению с SciTE - это отстой, но сравнивая с версиями что шли с KDE-3.5.* прогресс есть. Пёс с ним, что разметка/синтаксис в желто-зелёных тонах - она наконец-то РАБОТАЕТ! Кривая трактовка синтаксиса (подсветки и сворачивания на блоки) относительно небольших сишных файлов была той самой причиной, заставившей сперва вспомнить vim, а потом найти SciTE.
Konqueror до сих пор справляется с локальным файлом - Dolphin не нужен (imho).
Вот и все положительные эмоции. KDE = R.I.P. Без IMHO. Это - факт.
Все желающие могут загрузить "мой" Enlightenment LiveCD:
Страница загрузки
и устроить в комментариях аналогичный разнос при желании. Параметры запуска в qemu:
#!/bin/sh
qemu-img create -f qcow ./E.img 4G
sudo modprobe tun
sudo modprobe kqemu
sudo chown $USER /dev/net/tun
sudo chown $USER /dev/kqemu
qemu -cdrom ./suse-11.0-live-iso.i686-2.5.1.iso -boot d -hda ./E.img -m 256 -kernel-kqemu
Удачи.
*/
четверг, 17 июля 2008 г.
Instruction for Enlightenment-LiveCD installation on harddisk and/or flash/USB_stick. How-to.
/*
This article was written when I failed to run OpenSUSE automated installers (both of them: "into the local directory" and "installer from LiveCD to the harddisk"). Now "SOAD Linux" could be easily installed to your drive using the standard YaST Installers (in GUI or in 'ncurses' mode). So, please consider this article as an example of steps we did in early 90-th installing Linux from the running PC of a friend (who had the INTERNET! connection on a 11200 modem).
Here is the instruction how to install the "Enlightenment LiveCD" to your hard drive or flash drive. This instruction is also valid for all LiveCD's which use root fs compressed as a single 'squashfs' file. If you wish to copy LiveCD to the flash drive then you may wish to keep 'squashfs' file with a root tree and just add a grub loader and proper 'initrd'. I didn't test the details of installation to the flash pen because I don't have 1Gb or more needed ones.
The idea of the "istallation" from LiveCD to any other media is quite simple. Prepare your destination drive, copy the content of 'squashfs' to the new root partition, generate proper 'initrd' and configure bootloader. The only thing here that is important is patience. Packages like 'grub' and 'mkinitrd' are added only to the last LiveCD versions, you can add them by hand (just compare 'list_of_iinstalled_packages' with your own) or grab the latest LiveCD iso image.
Here we go...
Almost all actions require root privileges, just open your terminal (Xterm, btw, do you like it's default settings? hope you do...) and become a 'root' (type 'su' and Passwd - 'soad').
1. Create a proper partitioning for the destination drive. Prepare at least separate partitions for swap and root. The rest you can manage later. Here's what I have right after system install from LiveCD to the 'Qemu' virtual drive:
256Mb for swap partition, 3.7Gb (the rest from 4Gb virtual disk) for root partition and root partition have 2.4Gb of space available (used only 1.2Gb). I like it and aware that some packages could be deleted from installed system to free even more space. Treat it as an answer to the rants of lusers that OpenSUSE is "too fat, too slow, to inflexible in configuration, etc".
Let's make an assumption that your destination drive is /dev/sda, where you have /dev/sda1 as swap and /dev/sda2 as root partition (at least). You can make it all via YaST Partitioner service.
2. Create three (3) temporary directories to be the 'mount points' for our exercise:
>mkdir /tmp/1
>mkdir /tmp/2
>mkdir /tmp/3
3. Mount our root partition, mount LiveCD which is still in your CD-ROM drive and run the box and mount compressed root fs of your LiveCD:
# root partition
>mount /dev/sda2 /tmp/1
# LiveCD itself
>mount /dev/sr0 /tmp/2 -o loop
# compressed 'squashfs' root fs of your LiveCD
>mount /tmp/2/suse-11.0-live-iso-read-only.i686-2.5.1 /tmp/3 -o loop -t squashfs
4. "Install" the whole system from LiveCD to the new root partition. As a source we're using the 'squashed' image mounted to the /tmp/3 . :
>cp -fra /tmp/3/* /tmp/1/
yep, that's how we all did it 10 years ago or so... good old "True Unix Way" :).
5. We need to copy /etc/fstab and adjust to our realm:
>cp /etc/fstab /tmp/1/etc/fstab
after adjustments I have something like this:
>cat /tmp/1/etc/fstab
devpts /dev/pts devpts mode=0620,gid=5 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0
#/dev/disk/by-id/scsi-SATA_QEMU_HARDDISK_QM00001-part1 swap swap defaults 0 0
#/dev/disk/by-id/scsi-SATA_QEMU_HARDDISK_QM00001-part2 / ext3 acl,user_xattr 1 1
/dev/sda1 swap swap defaults 0 0
/dev/sda2 / ext3 acl,user_xattr 1 1
Replaced the mount operation of swap and root from 'disk_by_id' to the good old 'dev' style. It's not the point if you'd just copy 'disk_id' to the target system (/dev/disk/*).
6. Now we need to generate a proper 'initrd' for our target system
> chroot /tmp/1/
> mkinitrd
> exit
Hint: we could generate 'initrd' withou 'chroot' operation and then just copy it to the destination ( cp /boot/initrd-2.6.25.5-1.1-default /tmp/1/boot/ ), but it's more safe to make it in chroot. Original LiveCD has a 'monster' initrd image you can look at:
> l /tmp/2/boot/i386/loader/initrd
You may experiment with this 'fat cat' or even create yours:
> mkinitrd -A
It's funny, you gonna like it!
7. And it's time to make our system bootable and adjust bootloader configs. Some kind of 'typing exercise' is here because default (automated) presets are not helpful.
> cp -r /boot/groob /tmp/1/boot/
> cp -r /boot/boot /tmp/1/boot/
Check our 'map' file (or create if none exist yet):
> cat /tmp/1/boot/grub/device.map
(hd0) /dev/sda
(fd0) /dev/fd0
Manual installation of 'grub' to the MBR of our destination disk (/dev/sda):
> grub
# yep, we've entered to the grub's command line mode
# the next command will install loader code to the MBR assuming that all configuration files are located in (/dev/sda2)/boot/grub/ directory.
grub> setup --stage2=/boot/grub/stage2 (hd0) (hd0,1)
8. Let's create a simple bootloader menu:
> cat /tmp/1/boot/grub/menu.lst
timeout 3
title SOAD
root (hd0,1)
kernel /boot/linuz
initrd /boot/initrd
9. Reboot to the new system and fix any errors (if any). Before you press 'reboot button' the following MIGHT be useful (but It's just an example of 'insurance' if I may say so):
> cp /dev/sd* /tmp/1/dev/
> cp /dev/md* /tmp/1/dev/
> cp /dev/sr* /tmp/1/dev/
> cp /dev/cd* /tmp/1/dev/
> cp /dev/md* /tmp/1/dev/
> cp /dev/ram* /tmp/1/dev/
When you update your kernel to the newer one (you'd BETTER do it ASAP) all required 'devices' (and a lot of other components) will be properly recreated.
10. After reboot to your new system remove/stop all services you don't really need and enable those you can't live without. Examples:
> chkconfig create_xconf off
> chkconfig entrance_force off
> chkconfig entrance on
> chkconfig entrance 35
Or you may leave 'entrance_force" - doesn't matter, it's just a crutch for LiveCD, and if you have generated /etc/X11/xorg.conf - stop 'create_xconf' or you gonna lose all custom modification because file will be created 'from scratch' every time you turn your system on.
P.S. If you wish to install on flash pen and keep 'squashed' root fs, then you need to 'google' for UNIONFS and implementation of grub+UNIONFS. I'd provide detailed 'how-to from LiveCD to the flash' if I had one suitable here :). Can only recommend to begin with this page if you wish to master your Live USB system:
Live_USB_stick
(only keep im mind that default patterns in 'config.xml' files... sucks! I bet you wish to have some 'packman' goodies and some more from your own... )
If you find any 'bug' in this small how-to - please, post a comment here. Thanks!
*/
This article was written when I failed to run OpenSUSE automated installers (both of them: "into the local directory" and "installer from LiveCD to the harddisk"). Now "SOAD Linux" could be easily installed to your drive using the standard YaST Installers (in GUI or in 'ncurses' mode). So, please consider this article as an example of steps we did in early 90-th installing Linux from the running PC of a friend (who had the INTERNET! connection on a 11200 modem).
Here is the instruction how to install the "Enlightenment LiveCD" to your hard drive or flash drive. This instruction is also valid for all LiveCD's which use root fs compressed as a single 'squashfs' file. If you wish to copy LiveCD to the flash drive then you may wish to keep 'squashfs' file with a root tree and just add a grub loader and proper 'initrd'. I didn't test the details of installation to the flash pen because I don't have 1Gb or more needed ones.
The idea of the "istallation" from LiveCD to any other media is quite simple. Prepare your destination drive, copy the content of 'squashfs' to the new root partition, generate proper 'initrd' and configure bootloader. The only thing here that is important is patience. Packages like 'grub' and 'mkinitrd' are added only to the last LiveCD versions, you can add them by hand (just compare 'list_of_iinstalled_packages' with your own) or grab the latest LiveCD iso image.
Here we go...
Almost all actions require root privileges, just open your terminal (Xterm, btw, do you like it's default settings? hope you do...) and become a 'root' (type 'su' and Passwd - 'soad').
1. Create a proper partitioning for the destination drive. Prepare at least separate partitions for swap and root. The rest you can manage later. Here's what I have right after system install from LiveCD to the 'Qemu' virtual drive:
256Mb for swap partition, 3.7Gb (the rest from 4Gb virtual disk) for root partition and root partition have 2.4Gb of space available (used only 1.2Gb). I like it and aware that some packages could be deleted from installed system to free even more space. Treat it as an answer to the rants of lusers that OpenSUSE is "too fat, too slow, to inflexible in configuration, etc".
Let's make an assumption that your destination drive is /dev/sda, where you have /dev/sda1 as swap and /dev/sda2 as root partition (at least). You can make it all via YaST Partitioner service.
2. Create three (3) temporary directories to be the 'mount points' for our exercise:
>mkdir /tmp/1
>mkdir /tmp/2
>mkdir /tmp/3
3. Mount our root partition, mount LiveCD which is still in your CD-ROM drive and run the box and mount compressed root fs of your LiveCD:
# root partition
>mount /dev/sda2 /tmp/1
# LiveCD itself
>mount /dev/sr0 /tmp/2 -o loop
# compressed 'squashfs' root fs of your LiveCD
>mount /tmp/2/suse-11.0-live-iso-read-only.i686-2.5.1 /tmp/3 -o loop -t squashfs
4. "Install" the whole system from LiveCD to the new root partition. As a source we're using the 'squashed' image mounted to the /tmp/3 . :
>cp -fra /tmp/3/* /tmp/1/
yep, that's how we all did it 10 years ago or so... good old "True Unix Way" :).
5. We need to copy /etc/fstab and adjust to our realm:
>cp /etc/fstab /tmp/1/etc/fstab
after adjustments I have something like this:
>cat /tmp/1/etc/fstab
devpts /dev/pts devpts mode=0620,gid=5 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0
#/dev/disk/by-id/scsi-SATA_QEMU_HARDDISK_QM00001-part1 swap swap defaults 0 0
#/dev/disk/by-id/scsi-SATA_QEMU_HARDDISK_QM00001-part2 / ext3 acl,user_xattr 1 1
/dev/sda1 swap swap defaults 0 0
/dev/sda2 / ext3 acl,user_xattr 1 1
Replaced the mount operation of swap and root from 'disk_by_id' to the good old 'dev' style. It's not the point if you'd just copy 'disk_id' to the target system (/dev/disk/*).
6. Now we need to generate a proper 'initrd' for our target system
> chroot /tmp/1/
> mkinitrd
> exit
Hint: we could generate 'initrd' withou 'chroot' operation and then just copy it to the destination ( cp /boot/initrd-2.6.25.5-1.1-default /tmp/1/boot/ ), but it's more safe to make it in chroot. Original LiveCD has a 'monster' initrd image you can look at:
> l /tmp/2/boot/i386/loader/initrd
You may experiment with this 'fat cat' or even create yours:
> mkinitrd -A
It's funny, you gonna like it!
7. And it's time to make our system bootable and adjust bootloader configs. Some kind of 'typing exercise' is here because default (automated) presets are not helpful.
> cp -r /boot/groob /tmp/1/boot/
> cp -r /boot/boot /tmp/1/boot/
Check our 'map' file (or create if none exist yet):
> cat /tmp/1/boot/grub/device.map
(hd0) /dev/sda
(fd0) /dev/fd0
Manual installation of 'grub' to the MBR of our destination disk (/dev/sda):
> grub
# yep, we've entered to the grub's command line mode
# the next command will install loader code to the MBR assuming that all configuration files are located in (/dev/sda2)/boot/grub/ directory.
grub> setup --stage2=/boot/grub/stage2 (hd0) (hd0,1)
8. Let's create a simple bootloader menu:
> cat /tmp/1/boot/grub/menu.lst
timeout 3
title SOAD
root (hd0,1)
kernel /boot/linuz
initrd /boot/initrd
9. Reboot to the new system and fix any errors (if any). Before you press 'reboot button' the following MIGHT be useful (but It's just an example of 'insurance' if I may say so):
> cp /dev/sd* /tmp/1/dev/
> cp /dev/md* /tmp/1/dev/
> cp /dev/sr* /tmp/1/dev/
> cp /dev/cd* /tmp/1/dev/
> cp /dev/md* /tmp/1/dev/
> cp /dev/ram* /tmp/1/dev/
When you update your kernel to the newer one (you'd BETTER do it ASAP) all required 'devices' (and a lot of other components) will be properly recreated.
10. After reboot to your new system remove/stop all services you don't really need and enable those you can't live without. Examples:
> chkconfig create_xconf off
> chkconfig entrance_force off
> chkconfig entrance on
> chkconfig entrance 35
Or you may leave 'entrance_force" - doesn't matter, it's just a crutch for LiveCD, and if you have generated /etc/X11/xorg.conf - stop 'create_xconf' or you gonna lose all custom modification because file will be created 'from scratch' every time you turn your system on.
P.S. If you wish to install on flash pen and keep 'squashed' root fs, then you need to 'google' for UNIONFS and implementation of grub+UNIONFS. I'd provide detailed 'how-to from LiveCD to the flash' if I had one suitable here :). Can only recommend to begin with this page if you wish to master your Live USB system:
Live_USB_stick
(only keep im mind that default patterns in 'config.xml' files... sucks! I bet you wish to have some 'packman' goodies and some more from your own... )
If you find any 'bug' in this small how-to - please, post a comment here. Thanks!
*/
Подписаться на:
Сообщения (Atom)
