/*
-Мальцик, мальцик сам виноват!
/вопль судьи (после речи обвиняемого) на слушании дела по изнасилованию несовершеннолетнего.../
всех со всеми, всего, того же и туда же... надеюсь, что НГ удался на славу и вы можете по крупицам восстанавливать хронологию событий в ближайшем будущем. эта заметка планировалась как "последняя" в "цикле" про OBS, но, планы эт одно, а каменная жопа реальности - совсем другое дело. к тому же один мой друг скоро должен академическим языком (в отличие от аффтара) изложить свои мысли и наработки по OBS - должно быть весьма занимательно, пропиарю, не сумлевайтесь.
поскольку сей очерк содержит несколько ключевых "идей" (сиречь посланий, что должны быть где-то зафиксированы как минимум), то выстроить логическую цепочку изложения материала проблематично. возможно, что материал будет жестоко корректироваться после публикации.
предыдущие серии нашего "опуса" можно считать "обзорными" - сиречь обо всём и ни о чём. тут же - другое дело. сугубо практика и описание "ухабов" на легендарном пути "из Петербурга в Маскву". будем задавать себе вопросы и искать на них пральные ответы (тихо сам с собою, умным человеком, я веду беседу...). вопрос первый:
1. Какого хуя при локальной сборке пакета (rpmbuild -bb file.spec) всё путём, а OBS не может понять, что все зависимости заданы корректно?!
т.е. Вы, как пионэр, в "BuildRequires:" прописали всё, что надо (и даже больше), но сборка сыпется с сообщениями, что требуемого пакета в "сборочном окружении" нет (хотя лог показывает, что сей пакет корректно установлен!). в 99% случаев это жестокий "прикол" утилиты "/usr/bin/pkg-config", связанный с разблядовкой собранной программы на "-devel" и прочие "обычные" пакеты. OBS/(rpm в частности) самостоятельно отслеживает динамических линковку либ/бинарей и выставляет корректный "Requires:" (прямые зависимости пакета) для результата. но, это, сцуко, только для "non devel related" пакетов! соответственно команда:
> rpm -qR имя_пакета
выдаст вам на гора список прямых зависимостей. поэтому ежели вы ваяете "devel" пакет, то "аз, буки, веди" - вхуярить в спек файл следующее:
%devel [-n новое_имя]
Group: чего-то там
Summary: И вас туда же (да-да-да, с Заглавной, мать её, буквы!)
Requires: %{name} = %{version}
то, что дано в квадратных скобках - [] - опционально. но пример выше лишь указывает, что при установке "devel" пакета в систему надо обязательно тащить и "основной пакет". "прямые" зависимости на "devel" пакеты OBS/rpm НЕ ОТСЛЕЖИВАЕТ! и у "pkg-config" (который работает исключительно с "devel" пакетами) сносит крышу, когда, допустим, требуется для сборки "curl", в "сборочное окружение" "libcurl" установлен, но, "/usr/lib/pkgconfig/libcurl.pc" файла-то НЕТ! ибо надо ручками, самому, в секцию "%devel" дорисовывать:
Requires: пакет1-devel пакет2-devel .....
т.е. риска для "хомячков" (которым spec-файл и в кошмарном сне не привидится) нет никакого, а вот "господа мейнтейнеры" огребают по полной (причём справедливо, по результатам теста на IQ).
как это ловить:
если "rpmbuild -bb[-ba] файл.spec" проходит на ура, а в OBS - жопа, то даём команду:
> osc build
в результате у нас в "/var/tmp/build-root/" будет сформировано окружение для сборки. можно сделать:
> sudo chroot /var/tmp/build-root/
> pkg-config --modversion имя_требуемого_пакета
если всё путём - то последняя команда выдаст версию установленного пакета, если нет - то вы хоть поймёте где накосячили. соответственно исправляем/(пинаем мейнтейнера) косяки.
очень полезно в данном случае вдумчиво ознакомиться с политикой Партии по обновлению пакетов, да!
2. Бля, всё собралось, репо не обновляется! Шозахуйня?!
сынок, не ссы, всё путём! одна из "фишек" OBS именно в том, что репо не будет обновлено до тех пор, пока не произойдёт удовлетворение ВСЕХ зависимых пакетов (хомячки в восторге писают гранулированным кипятком, их системы всегда будут в рабочем состоянии)! поясню. допустим мы вносим изменения в пакет А, от которого зависят пакеты B и С. репо не будет обновлено до тех пор, пока пакеты B и С не отрапортуют об успешной пересборке с ИЗМЕНИВШИМСЯ пакетом А. это вам не "ебиан" и не "федорино горе" - привыкайте заботиться о Пользователях, Господа хорошие! одним из следствий этого являются "большие" номера "релизов" в SLE/SUSE ("Release: №"), ибо значение этого поля состоит из двух цифр, разделённых точкой (.). первая цифирь - судит о том, как долго вы ебались со спеком, прежде чем он собрался в OBS, вторая - сколько раз перехуяривали зависимости к вашему пакету... кроме того, есть такая штука, как scheduler - это некий виртуальный администратор на раздачу заданий в OBS - он может быть завален работой по самое ни-ни и не стоит требовать в данном случае от него немедленного удовлетворения ваших низменных потребностей.
3. Ёб вашу мать! Пакет в порядке, какого хуя сборка упала?!
"shit happens, you know..." будьте готовы к тому, что некоторые "сборочные цеха" примут ваш заказ на исполнение и уйдут в запой немедленно. результат - "failed" статус для полностью корректного пакета по причине того, что виртуальный "XEN-build-host" наебнулся с ошибкой в собственной конфигурации. ничего страшного, кроме того, что рестартовать сборку надо вручную (оно само пока не способно себя же контролировать). хомячки этого даже не заметят.
4. А-а-а! Демоны! Демоны!
как правило подобные "эмоции" характерны для товарищей, не осиливших макросы при сборке rpm-пакетов. это особенно актуально для модулей пистона (python), жемчужины (perl) и прочих скриптовых языков. с версии openSUSE-11.2 идёт тенденция спихнуть это всё на "noarch" архитектуру (ибо скрипты одинаковы для всех), что порождает порой забавные ситуации (забавные - эт если со стороны смотреть...). совет тут один - "читайте книжки"...
5. Слышь, начальник, я это, свой OBS хочу намутить! Шо делать надо?
читать! здеся:
Build_Service всё и неоднократно...
*************
вскоре вместо этих "звёздочек" появится материал по работе с модулями ядра при Code11 или же ознакомьтесь с подробной документацией, пжалста....
кроме того могу проинформировать всех SLE/SUSE пользователей Enlightenment Desktop Shell об успешном апдейте репов на E-svn-20100103_r44860 и о сборке python-EFL "bindings" для openSUSE-11.2. там же вы можете найти кучу новых пакетов, типа виртуальной клавиатуры на EFL/elementary или же медиа-центра "Canola" (который пока не пашет должным образом, ибо EFL у нас дюже "новэнький", а "canola" хочет более старых версий...)
всем удачи и творческих узбеков в новом, 2010-ом, году!
*/
Показаны сообщения с ярлыком суета сует.... Показать все сообщения
Показаны сообщения с ярлыком суета сует.... Показать все сообщения
пятница, 8 января 2010 г.
четверг, 10 декабря 2009 г.
мысли вслух...
/*
...хоронили тёщу, порвали два баяна...
эта заметка сделана "для себя", чтобы как-то упорядочить ощущения от "общения" с гитарами где-то с конца 80-х годов прошлого столетия. за это время поменялось многое, не сказать, что всё в лучшую сторону. радует одно: в 80-х (в СССР) не было широкого доступа ни к информации, ни к инструментам (электрогитарам в частности). ноне - раздолье. да только вот вместо отсутствия информации как таковой имеем хорошо развитые техники по "оболваниванию" покупателя. "правда" - она ведь разная, есть белая, а есть красная. возможно лично Вы не согласитесь со многими тезисами этой заметки - Ваше право. в данном случае автор - сторона абсолютно не заинтересованная "материально", далёкая от музыкальной индустрии и изредка лишь тренькающая пару аккордов перед сном.
сингл/single - датчик с одной катушкой (как правило) по размерам подходящий для "фендерообразных" гитар ("стратов" и "теле")
спарка/humbucker - датчик из двух синглов (двух индукционных катушек), катушки которых намотаны в противоположных направлениях (reverse wound reverse polarity) и подключены последовательно (возможны варианты коммутации). изобретён/(запатентован) товарищем Seth Lover-ом/(компанией Gibson).
быки - два опорных винта, вкручивающихся в деку и "держащих" на себе все "машинки" типа Floyd Rose.
винтаж/vintage - в идеале это довольно старый инструмент (от 30-40 лет возраста), дошедший до нас (до нашего времени) в оригинальной комплектации. рынок "винтажных" инструментов переполнен мошенниками, леваком, да и сама концепция "винтажа" не предполагает активного использования, что ведёт к ухудшению качества инструмента (дерево не раскрывает свой потенциал). но ощущения от игры на инструменте скажем 1952-го года выпуска весьма своеобразны (есть у меня один такой...)
MS[R]P - Manufacturer Selling [Retail] Price - цена продажи в розницу со склада производителя
ghostbuilder - человек/компания, кто делает (как правило) отличные инструменты на заказ для известных мастеров и вешает на них шильдик от другой компании (которая инструмент хорошо сделать не может, но контракт с гитаристом на продвижение своего бренда уже таки подписала...). за примерами далего идти не надо: Joe Despagne (AKA JEM) сделал для Steve Vai-я его личные "JEM" гитарёшки; PBC Guitars делает американский custom shop для Ibanez-а; Kramer вообще не имел своих производственных мощностей и собирал из комплектующих (их "Made in USA" делались в Канаде компанией "Godin Guitar Company", "именные" инструменты от Kramer как правило ваял Том Андерсон, остальной ширпотреб - ESP, после чего и выяснялось, что "есть, Петька, нюансы..."); Epiphone - хрен поймёшь кто там в Китае реально делает для "эпифона", проще перечислить, кто НЕ делает... и т.д. и т.п...
самопал - так называемый мастеровой инструмент, непонятно кем сделанный (как правило Российского или восточноевропейского производства). в СССР свято верили, что самопалы, сделанные на продажу -говно это одно, а вот самопалы, сделанные мастерами "для себя, для души" - это СОВСЕМ другое дело. утверждение сие абсолютно корректно и справедливо...
винт - деформация грифа гитары, при готорой накладка с ладами выгибается на подобие лопасти винта самолёта (гриф "перекручивает")
электрогитара с одной стороны очень отличается от акустической, но с другой - по сути в "электричке" работают те же физические принципы, что и в "классике": звук формируется колебанием струны, на которое влияет акустический резонанс, резонанс твёрдого тела - самой гитары, резонанс/параметры звукоснимателя/(-лей), каскады усилителя/(преда) и особенности самого "кабинента" - параметры динамиков, акустические свойства "колонки". это накладывается на акустику помещения и попадает к нам в уши. влияет всё - от техники звукоизвлечения/(качества струн) и до... поэтому бытует вполне справедливое замечание, что звук электрогитары - это 50% сам инструмент и 50% - "комбик" (усилитель + "кабинет" - колонка с динамиками).
на сегодня существует несколько базовых форм/(комплектаций) электрогитар, закладывающих основу звука:
1) "гибсонообразные" (для простоты включим сюда всю "линейку" - Les Paul, SG, Flying V, Explorer)
2) "фендерообразные" (strat, tele, и множесво моделей на ту же тему от других производителей)
3) "полуакустические" (ES175, ES335 и прочая к ним - коротко именуются как "джазовые")
утверждение: чем богаче/лучше чистый звук у инструмента (хорошие гармоники, обертона, слабое магнитное поле датчика не препятствует естественному колебанию струн, датчик подобран по тональным характеристикам к инструменту и не мешает ему) - тем больше вероятность, что с исказителем (типа "distortion") добиться хорошего результата будет проблематично. и наоборот. при этом электрогитара с хорошим чистым звуком вполне способна удивить "воткнувшись" в ламповый предусилитель (или в полностью ламповый усилитель и пред). суть этого есть элементарная физика. использование цифровых исказителей позволяет как-то сгладить эту ситуацию ценой "убийства" оригинального звука инструмента. ещё один путь - это тщательный подбор датчиков к инструменту по тональным/резонансным характеристикам, использование (экранированных) "спарок", использование комбинированных схем съёма звука (т.е. пьезодатчик + спарка/сингл), использование различных по характеристикам датчиков, расположенных у грифа (чистый звук) и у нижнего порожка (для работы с исказителем).
нетрудно заметить, что вариаций на тему "стратов" и "телеков" в разы больше, чем прочих. это обусловлено как агрессивной политикой компании Gibson по судебному преследованию "пиратов" (а-ля Fernandes, Tokai, Ibanez, PRS, etc.), так и тем, что с 1925-го года в Gibson работали люди, типа Ллойда Лоуэра (Lloyd Loar), который сперва рассчитывал модель гитары математически, а потом лишь делал макет. такой подход оставляет очень мало места для "дизайнерских" изысков, зато способствует формированию "классических канонов" (ES175). вполне возможно, что данный подход (опора на математическую модель) обусловил и хроническую болезнь всех "гибсонов" - черезвычайно слабый гриф с тенденцией поломки в районе головки. бытует мнение, что компании Gibson стоит принудительно ломать все грифы прям на фабрике до момента покраски, потом клеить/чинить (прочность склеенного шва выше прочности исходного материала в разы), красить и продавать. ибо трещины (различимы невооружённым глазом) в районе порожка (нулевой лад) и на стыке с декой в новых инструментах абсолютная норма (к сожалению...), особенно ежели длительная транспортировка имела счастье приключиться. абсолютно аналогичная картина характерна и для "пиратских подделок".
форма инструмента, материал (тип используемой древесины, пластика, и т.п.), тип (магнитного) датчика ("сингл"/"спарка"/"пьезо"), способ и место его/(датчика) крепления, материал и конструкция нижнего порожка, способ крепления струны, угол наклона головки грифа, материал и тип ладов - всё влияет на звук в той или иной степени. даже тип (лакового) покрытия (возможен вариант "масляного" покрытия - обычно делается конопляным маслом), хотя это и не так сильно выражено, как в акустических инструментах или в скрипках. если с формой всё понятно и без объяснений (физика твёрдого тела отлично умеет искать/рассчитывать резонансные точки любой конструкции), то очерк по свойствам пород древесины, особенностям заготовки дерева (имеет значение не только время заготовки, но и "место") даже начинать не буду. нюансов тут предостаточно. опишу лишь кратко технологию заготовки дерева для изготовления "массовых" электрогитар:
1) покупается на рынке необработанная кубатура (стволы)
2) идёт распил на заготовки
3) заготовки засовывают в "микроволновку", где они "текут" - удаляются смолы, излишняя влага и т.п.
на этом подготовительный этап заканчивается и идёт сама сборка
4) после "микроволновки" заготовки засовывают в CNC "шайтан-машину" и она мигом вырезает деки, грифы и/или накладки на гриф (Anderson, Baker, Gibson, PRS, Fender, ESP, Ibanez, Washburn, Yamahaha и многие другие используют CNC. термин "ручная работа"/"handmade" для электрогитар деградировал - его зачастую используют некорректно. мне известна лишь одна компания, которая с момента своего основания в начале 20-го века не изменила техпроцесс и делает всё "по-старинке" вручную. от и до. это Eastman. точка. абзац.)
5) схожий набор "шайтан-машин" набивает лады, красит и т.д. и т.п.
собственно инструмент готов. если производителя жаба душит раскошеливаться на CNC - используются аналоги оборудования, применяющегося в мебельной промышленности ("станки с ЧПУ" - хз как это по английски будет). нетрудно догадаться, что себестоимость конечной продукции при описанном выше методе изготовления крайне мала, различия в звуке могут появиться при использовании датчиков с различными (резонансными) характеристиками. при использовании качественных комплектующих и надлежащем контроле качества за производством электрогитара (конечный Продукт) вполне способна удовлетворить потребности подавляющего большинства покупателей. спустя лет эдак 20-30 (особенно если на электрогитаре будут регулярно играть) дерево окончательно "дозреет" и инструмент "раскроется" полностью (опять же, если есть чему "дозревать" и "раскрываться" - зачастую трава остаётся травой, редко когда трава становится дровами, ну а шанс, что дрова вырастут во что-то приличное балует отнюдь не многих). после чего (если вы не горите желанием продать инструмент "винтажникам") рекомендуется сделать глобальное ТО, поменять датчики/лады/фурнитуру и пользовать дальше в своё удовольствие.
перечитайте ещё раз пару абзацев вверху. теперь откройте любой ценник/("прайс-лист", мать его) музыкального магазина. пройдитесь по списку. подумайте. ещё раз подумайте. ваши выводы?
для полной картины примем в рассчёт формулу ценообразования для РФ:
Цена(РФ) = (цена Покупки + Цена Доставки) * 1.15 (Таможенная Пошлина) * 1.18 (НДС) + Таможенное Оформление (мизер) + Маржа Продавца
при этом "цена Покупки" != MSRP, она зачастую значительно ниже, ибо для рынка РФ идёт подсос остатков на складах ("на тебе Боже, чего нам не гоже!"). суммы дисконта могут быть весьма значительными. MSRP - это так называемая "каталожная" цена. MSRP всегда выше, чем "Street Price" (уличная цена). а "цена Покупки" вполне может быть как на уровне, так и ниже именно "уличной цены".
формула по расчёту цены продажи на единицу продукции для производителя:
MSRP = Прямые расходы (материалы, труд, электроенергия) + Косвенные расходы (складские) + Затраты на Маркетинг + Административные Затраты + Маржа производителя
соответственно коммерчески успешный производитель электрогитар имеет "Маржу Производителя", которая позволяет противостоять инфляции (как минимум!) и в цену инструмента закладываются маркетинговые (реклама - двигатель торговли) и прочие накладные расходы. MSRP призвана регулировать уровень цен у дилеров/розницы и зачастую не имеет никакого отношения к реальной закупочной цене крупного дилера.
теперь можно огласить список "Барыг-чемпионов" - компаний, цена на инструменты которых ОЧЕНЬ сильно завышена (т.е. покупка инструментов этих брэндов оправдана только если вам деньги больше девать некуда или если вы решили реализовать свою детскую мечту и надеетесь, что она избавит вас от каких-то комплексов). оглашать будем без привязки к российским реалиям/дилерам - тут всё более-менее прозрачно.
на почётном первом месте наблюдаем беспощадную борьбу двух "толстых корпоративных котиков" - Gibson и ESP. выделить абсолютного чемпиона довольно сложно, ибо если в случае с "гибсоном" где-то 2/3 от розничной цены приходится на брэнд (цена репутации == воздух в нашем случае, ибо ничем не оправдана. ещё ни разу не слышал, чтобы кто-то добился компенсаций явного брака по их Lifetime Warranty. да и зачастую кажется, что новые "гибсона" топором вырезали из заготовок, даже наждачки на "обточку" пожалели...), то ESP (у ESP и Schecter один хозяин кстати - Hisatake Shibuya) имеет производственные мощности исключительно в Азии (Корея, Индонезия) и в качестве "целевой" аудитории избрала поклонников "тяжёлого металла" - что позволяет не заморачиваться с "чистым" звуком и откровенно гнать лажу на рынок ("Distortion"/"Metal Zone" всех уравняют на выходе).
imho: сколько этих ESP/LTD/Cort/(other crap) палок не смотрел - убого, особенно на фоне Fernandes/Burny или на фоне "американцев" Jackson/Charvell. визуально и "на ощупь" качество у ESP/LTD приличное (инструменты более "вылизаны", чем Gibson, хотя скажем честно - надо ОЧЕНЬ постараться, чтобы сделать инструмент хуже, чем родной "гипсон": накладка с ладами выступает за поверхность грифа - фигня! сколы и трещины на грифе/деке - фигня! сам гриф "винтом" - какая мелочь! лады и нижний порожек не отшлифованы - не парит никого...), но... не звучат и всё тут. даже модели со сквозным грифом не радуют.
самое весёлое - Gibson постоянно на протяжении последних лет эдак *дцати находится в состоянии, близком к банкротству. в конце 80-х (в 90-х) компанию по сути "вытащил" Slash, игравший на инструментах Криса Деррига (Kris Derrig) (к компании Gibson эти инструменты не имели никакого отношения, кроме своей формы корпуса). также многие утверждают, что Slash использовал/использует инструменты от "Макса" (MAX/Peter Barant), являющиеся репликами модели "Les Paul".
P.S.: не спешите обвинять автора в предвзятости - он прекрасно знает о чём тут идёт речь, ибо являлся как обладателем ESP (Eclipse custom), так и является собственником "стандарта" (который и в Африке стандарт). розничная цена на новые инструменты даже с учётом нормы прибыли производителя/дилеров - завышена в разы.
второе место среди Барыг отдадим славной компании PRS, ибо:
1) с ценообразованием наблюдаются такие же "проблемы", как и у компании Gibson.
2) оформление накладки на гриф с "драконом" - дело рук Ларри Сифеля из компании "Пёрлворкс", Балтимор (Larry Siffel, Pearlworks, Baltimore) при помощи CNC.
3) все инструменты у PRS сделаны при помощи CNC машин - с какого интересно тогда такие цены?
третье и прочие места оставлю на ваше усмотрение. достаточно лишь начать думать, чтобы сразу же увидеть потенциально завышенную цену на электрогитару.
информация к размышлению:
в Китае на распродаже можно легко и непринуждённо купить "Squier Stratocaster" за USD $28.00 . дальше - сами, если есть желание.
основных игроков на рынке электрогитар считанные единицы. обилие марок и названий - ширма, за которой спрятались "толстые котики":
Gibson Guitar Corporation (Gibson USA):
Epiphone, Baldwin, Garrison, Maestro, Wurlitzer, Tobias, Valley Arts Guitar, Slingerland, MaGIC, Gibson Amphitheatre, Hamilton, Chickering, Kramer, Steinberger, Electar, Aeolian, etc.
Fender Musical Instruments Corporation (FMIC):
Squier, Gretsch, Jackson Guitars, Charvel, Hamer, Tacoma, Guild Guitar Company, SWR, Sound Corporation, Brand X, Orpheum, Olympia, Heartfield, etc.
Washburn прикупил Parker-а и вроде как пользует те же корейские производственные мощности, что и ESP/Schecter/Cort, альянсы японских Gakki довольно "извилисты" и где-то 60% - 70% всего рынка электрогитар делает Samick.
окромя ентих "котиков" вовсю процветает ghostbuild (см. терминологию). эта каша и кутерьма низводит понятие "бренд" в ноль. можно найти за копейки какого-нибуть "китайца" с (!относительно!) хорошим деревом и нормальным качеством изготовления, попотеть над подбором датчиков и результат уделает боком легко и непринуждённо любой аналогичный/(схожий по типу) серийный ширпотреб (включая линейку "made in USA"). можно поймать момент завоза Burny, озаботиться наличием лампового комбика, перебрать всё и выбрать инструмент, который по самые гланды будет засаживать "оригинальным гипсонам" и "гипсонообразным" сородичам (толика везения таки должна присутствовать, но задача вполне решаема). ничего нового в данной ситуации нет. точно так же дело обстояло и в конце 70-х, когда Edward Van Halen за $130 USD прикупил "запчасти" (гриф и деку) у компании "Boogie Bodies", самостоятельно покрасил деку в белый цвет из аэрозольного баллончика и магнитной плёнкой наколбасил чёрные полоски. после чего на этой "гитаре" был записан альбомчик "Van Halen I". а посему - "не имей амати, а умей играти!"
допустим, что возможности позволяют и хочется чего-то особенного. imho - можно посмотреть в сторону мелкосерийного производства с элементами ручной работы: Baker, Quicksilver или присмотреться к Eastman - вряд ли пожалеете. не помешает побродить по сайтику г-на Романа, только учитывайте, что человек болен здоровым американским шовинизмом (он - патриот своей страны), поэтому пропускайте все его статьи через призму здравого смысла. с доставкой в РФ и растаможкой проблем нет никаких. сравнить цены можно с сетью Sweetwater. ориентироваться на Ebay не советую - там жулики и нет никакой гарантии, что вы покупаете именно то, что и ожидаете купить. впрочем полностью игнорировать Ebay не стоит. относитесь к нему как к справочному бюро. это некий индикатор упоминавшейся выше "уличной цены" на оборудование. не стоит забывать об "особенностях расейского рынка/менталитета", особенно если вы планируете перепродать инструмент через некоторое время. тогда на первый план выходит задача "сохранения стоимости". какие брэнды в этой стране не теряют в цене - вопрос интересный. рискну предположить, что либо те, которые и так стоят неприлично дёшево (до $100 USD), либо мелкосерийка с бирками "Made in Japan/USA". на китайцев/корейцев рассчитывать сложно - только в привязке к какому-либо брэнду. именно поэтому в заметке упомянута несколько раз компания Fernandes - она (помимо великолепной репутации/истории) разработала прекрасную "электрику" - sustainer и не менее прекрасные датчики для своих гитар. современные Ibanez-ы разочаровали. перенос производства/(субконтракт) в Корею на пользу звуку и качеству не пошёл. по мне так их линейка с 80-х и до начала 90-х (а то и до середины) загнёт и вложит аналогичным современным моделям по самое "не хочу". мнение это субъективно, если ваши ощущения говорят об обратном - спорить не стану. на вкус и цвет. "китаёзы" прогрессируют день ото дня. их подводят дерьмовая фурнитура/комплектующие и (!временное!) отсутствие хороших датчиков в их ценовом диапазоне. что ни говори, но себестоимость хорошего (действительно хорошего) электромагнитного датчика для китайского "no name" сегодня получается "как крыло самолёта" (относительно себестоимости остальной гитары), что есть серьёзное (!временное!) затруднение.
прогресс наметился и в нашей стране. пусть в свободной продаже и не появилась марка "Red Bear"/"Novik" (а хотелось бы, может спроса нет? странно), зато "выстрелил" г-н Ерасов. неплохо найти дилера, кто имеет несколько "комбиков"/усилителей и начать прослушивание с моделей, не отягчённых избытком тумблеров и крутилочек. ламповый усилитель должен давать надёжную основу звука. есть опция лампового перегруза - отлично. нет - не страшно. вся обработка - от задержек/реверберации и до ... - дело десятое.
г-н Шамрай продолжает прокладывать тернистый путь к звёздам. большому кораблю - большая дорога. удачи, творческих узбеков и самые наилучшие от чистого сердца. как звучит его нонешний custom shop - не знаю. выглядит многообещающе. первые модели под брэндом "Russtone" ("Shamray" отделился в 1998-ом согласно официальной версии) - это "спаси и сохрани мя, грешного..." (AFAIR). сейчас - совсем другое дело. не стыдно людям показать. зачем Russtone занимается галиматьёй с размещением заказов в Индонезии - не понятно, ну да это не моё дело. дай Бог памяти, но то ли "рустон", то ли "шамрай" (то ли оба) в "детстве" отличался слабым грифом. через некоторое непродолжительное время гриф вело "винтом". надеюсь, что подобное осталось лишь в воспоминаниях.
на звкуску - тёплые и добрые слова в адрес Peavey - за отличные комбики (как бывший владелец "50 Classic 2x12' Celestion" и бывший владелец "51/50 head"), нормальные цены и высокое качество продукции (у них и гитарёшки очень даже приятные во всех отношениях). про остальных "котиков" (или про "толстых корпоративных котиков") пусть расскажет кто другой - сам пока не сталкивался вплотную. ежели тема интересна - могу накатать чуток отсебятины по ламповым усилителям, датчикам и чему-нибудь ещё.
добро пожаловаться!
удачи...
*/
...хоронили тёщу, порвали два баяна...
эта заметка сделана "для себя", чтобы как-то упорядочить ощущения от "общения" с гитарами где-то с конца 80-х годов прошлого столетия. за это время поменялось многое, не сказать, что всё в лучшую сторону. радует одно: в 80-х (в СССР) не было широкого доступа ни к информации, ни к инструментам (электрогитарам в частности). ноне - раздолье. да только вот вместо отсутствия информации как таковой имеем хорошо развитые техники по "оболваниванию" покупателя. "правда" - она ведь разная, есть белая, а есть красная. возможно лично Вы не согласитесь со многими тезисами этой заметки - Ваше право. в данном случае автор - сторона абсолютно не заинтересованная "материально", далёкая от музыкальной индустрии и изредка лишь тренькающая пару аккордов перед сном.
терминология
сингл/single - датчик с одной катушкой (как правило) по размерам подходящий для "фендерообразных" гитар ("стратов" и "теле")
спарка/humbucker - датчик из двух синглов (двух индукционных катушек), катушки которых намотаны в противоположных направлениях (reverse wound reverse polarity) и подключены последовательно (возможны варианты коммутации). изобретён/(запатентован) товарищем Seth Lover-ом/(компанией Gibson).
быки - два опорных винта, вкручивающихся в деку и "держащих" на себе все "машинки" типа Floyd Rose.
винтаж/vintage - в идеале это довольно старый инструмент (от 30-40 лет возраста), дошедший до нас (до нашего времени) в оригинальной комплектации. рынок "винтажных" инструментов переполнен мошенниками, леваком, да и сама концепция "винтажа" не предполагает активного использования, что ведёт к ухудшению качества инструмента (дерево не раскрывает свой потенциал). но ощущения от игры на инструменте скажем 1952-го года выпуска весьма своеобразны (есть у меня один такой...)
MS[R]P - Manufacturer Selling [Retail] Price - цена продажи в розницу со склада производителя
ghostbuilder - человек/компания, кто делает (как правило) отличные инструменты на заказ для известных мастеров и вешает на них шильдик от другой компании (которая инструмент хорошо сделать не может, но контракт с гитаристом на продвижение своего бренда уже таки подписала...). за примерами далего идти не надо: Joe Despagne (AKA JEM) сделал для Steve Vai-я его личные "JEM" гитарёшки; PBC Guitars делает американский custom shop для Ibanez-а; Kramer вообще не имел своих производственных мощностей и собирал из комплектующих (их "Made in USA" делались в Канаде компанией "Godin Guitar Company", "именные" инструменты от Kramer как правило ваял Том Андерсон, остальной ширпотреб - ESP, после чего и выяснялось, что "есть, Петька, нюансы..."); Epiphone - хрен поймёшь кто там в Китае реально делает для "эпифона", проще перечислить, кто НЕ делает... и т.д. и т.п...
самопал - так называемый мастеровой инструмент, непонятно кем сделанный (как правило Российского или восточноевропейского производства). в СССР свято верили, что самопалы, сделанные на продажу -
винт - деформация грифа гитары, при готорой накладка с ладами выгибается на подобие лопасти винта самолёта (гриф "перекручивает")
хто здесь?!
электрогитара с одной стороны очень отличается от акустической, но с другой - по сути в "электричке" работают те же физические принципы, что и в "классике": звук формируется колебанием струны, на которое влияет акустический резонанс, резонанс твёрдого тела - самой гитары, резонанс/параметры звукоснимателя/(-лей), каскады усилителя/(преда) и особенности самого "кабинента" - параметры динамиков, акустические свойства "колонки". это накладывается на акустику помещения и попадает к нам в уши. влияет всё - от техники звукоизвлечения/(качества струн) и до... поэтому бытует вполне справедливое замечание, что звук электрогитары - это 50% сам инструмент и 50% - "комбик" (усилитель + "кабинет" - колонка с динамиками).
на сегодня существует несколько базовых форм/(комплектаций) электрогитар, закладывающих основу звука:
1) "гибсонообразные" (для простоты включим сюда всю "линейку" - Les Paul, SG, Flying V, Explorer)
2) "фендерообразные" (strat, tele, и множесво моделей на ту же тему от других производителей)
3) "полуакустические" (ES175, ES335 и прочая к ним - коротко именуются как "джазовые")
утверждение: чем богаче/лучше чистый звук у инструмента (хорошие гармоники, обертона, слабое магнитное поле датчика не препятствует естественному колебанию струн, датчик подобран по тональным характеристикам к инструменту и не мешает ему) - тем больше вероятность, что с исказителем (типа "distortion") добиться хорошего результата будет проблематично. и наоборот. при этом электрогитара с хорошим чистым звуком вполне способна удивить "воткнувшись" в ламповый предусилитель (или в полностью ламповый усилитель и пред). суть этого есть элементарная физика. использование цифровых исказителей позволяет как-то сгладить эту ситуацию ценой "убийства" оригинального звука инструмента. ещё один путь - это тщательный подбор датчиков к инструменту по тональным/резонансным характеристикам, использование (экранированных) "спарок", использование комбинированных схем съёма звука (т.е. пьезодатчик + спарка/сингл), использование различных по характеристикам датчиков, расположенных у грифа (чистый звук) и у нижнего порожка (для работы с исказителем).
нетрудно заметить, что вариаций на тему "стратов" и "телеков" в разы больше, чем прочих. это обусловлено как агрессивной политикой компании Gibson по судебному преследованию "пиратов" (а-ля Fernandes, Tokai, Ibanez, PRS, etc.), так и тем, что с 1925-го года в Gibson работали люди, типа Ллойда Лоуэра (Lloyd Loar), который сперва рассчитывал модель гитары математически, а потом лишь делал макет. такой подход оставляет очень мало места для "дизайнерских" изысков, зато способствует формированию "классических канонов" (ES175). вполне возможно, что данный подход (опора на математическую модель) обусловил и хроническую болезнь всех "гибсонов" - черезвычайно слабый гриф с тенденцией поломки в районе головки. бытует мнение, что компании Gibson стоит принудительно ломать все грифы прям на фабрике до момента покраски, потом клеить/чинить (прочность склеенного шва выше прочности исходного материала в разы), красить и продавать. ибо трещины (различимы невооружённым глазом) в районе порожка (нулевой лад) и на стыке с декой в новых инструментах абсолютная норма (к сожалению...), особенно ежели длительная транспортировка имела счастье приключиться. абсолютно аналогичная картина характерна и для "пиратских подделок".
форма инструмента, материал (тип используемой древесины, пластика, и т.п.), тип (магнитного) датчика ("сингл"/"спарка"/"пьезо"), способ и место его/(датчика) крепления, материал и конструкция нижнего порожка, способ крепления струны, угол наклона головки грифа, материал и тип ладов - всё влияет на звук в той или иной степени. даже тип (лакового) покрытия (возможен вариант "масляного" покрытия - обычно делается конопляным маслом), хотя это и не так сильно выражено, как в акустических инструментах или в скрипках. если с формой всё понятно и без объяснений (физика твёрдого тела отлично умеет искать/рассчитывать резонансные точки любой конструкции), то очерк по свойствам пород древесины, особенностям заготовки дерева (имеет значение не только время заготовки, но и "место") даже начинать не буду. нюансов тут предостаточно. опишу лишь кратко технологию заготовки дерева для изготовления "массовых" электрогитар:
1) покупается на рынке необработанная кубатура (стволы)
2) идёт распил на заготовки
3) заготовки засовывают в "микроволновку", где они "текут" - удаляются смолы, излишняя влага и т.п.
на этом подготовительный этап заканчивается и идёт сама сборка
4) после "микроволновки" заготовки засовывают в CNC "шайтан-машину" и она мигом вырезает деки, грифы и/или накладки на гриф (Anderson, Baker, Gibson, PRS, Fender, ESP, Ibanez, Washburn, Yamahaha и многие другие используют CNC. термин "ручная работа"/"handmade" для электрогитар деградировал - его зачастую используют некорректно. мне известна лишь одна компания, которая с момента своего основания в начале 20-го века не изменила техпроцесс и делает всё "по-старинке" вручную. от и до. это Eastman. точка. абзац.)
5) схожий набор "шайтан-машин" набивает лады, красит и т.д. и т.п.
собственно инструмент готов. если производителя жаба душит раскошеливаться на CNC - используются аналоги оборудования, применяющегося в мебельной промышленности ("станки с ЧПУ" - хз как это по английски будет). нетрудно догадаться, что себестоимость конечной продукции при описанном выше методе изготовления крайне мала, различия в звуке могут появиться при использовании датчиков с различными (резонансными) характеристиками. при использовании качественных комплектующих и надлежащем контроле качества за производством электрогитара (конечный Продукт) вполне способна удовлетворить потребности подавляющего большинства покупателей. спустя лет эдак 20-30 (особенно если на электрогитаре будут регулярно играть) дерево окончательно "дозреет" и инструмент "раскроется" полностью (опять же, если есть чему "дозревать" и "раскрываться" - зачастую трава остаётся травой, редко когда трава становится дровами, ну а шанс, что дрова вырастут во что-то приличное балует отнюдь не многих). после чего (если вы не горите желанием продать инструмент "винтажникам") рекомендуется сделать глобальное ТО, поменять датчики/лады/фурнитуру и пользовать дальше в своё удовольствие.
почем опиум для народа?
перечитайте ещё раз пару абзацев вверху. теперь откройте любой ценник/("прайс-лист", мать его) музыкального магазина. пройдитесь по списку. подумайте. ещё раз подумайте. ваши выводы?
для полной картины примем в рассчёт формулу ценообразования для РФ:
Цена(РФ) = (цена Покупки + Цена Доставки) * 1.15 (Таможенная Пошлина) * 1.18 (НДС) + Таможенное Оформление (мизер) + Маржа Продавца
при этом "цена Покупки" != MSRP, она зачастую значительно ниже, ибо для рынка РФ идёт подсос остатков на складах ("на тебе Боже, чего нам не гоже!"). суммы дисконта могут быть весьма значительными. MSRP - это так называемая "каталожная" цена. MSRP всегда выше, чем "Street Price" (уличная цена). а "цена Покупки" вполне может быть как на уровне, так и ниже именно "уличной цены".
формула по расчёту цены продажи на единицу продукции для производителя:
MSRP = Прямые расходы (материалы, труд, электроенергия) + Косвенные расходы (складские) + Затраты на Маркетинг + Административные Затраты + Маржа производителя
соответственно коммерчески успешный производитель электрогитар имеет "Маржу Производителя", которая позволяет противостоять инфляции (как минимум!) и в цену инструмента закладываются маркетинговые (реклама - двигатель торговли) и прочие накладные расходы. MSRP призвана регулировать уровень цен у дилеров/розницы и зачастую не имеет никакого отношения к реальной закупочной цене крупного дилера.
теперь можно огласить список "Барыг-чемпионов" - компаний, цена на инструменты которых ОЧЕНЬ сильно завышена (т.е. покупка инструментов этих брэндов оправдана только если вам деньги больше девать некуда или если вы решили реализовать свою детскую мечту и надеетесь, что она избавит вас от каких-то комплексов). оглашать будем без привязки к российским реалиям/дилерам - тут всё более-менее прозрачно.
на почётном первом месте наблюдаем беспощадную борьбу двух "толстых корпоративных котиков" - Gibson и ESP. выделить абсолютного чемпиона довольно сложно, ибо если в случае с "гибсоном" где-то 2/3 от розничной цены приходится на брэнд (цена репутации == воздух в нашем случае, ибо ничем не оправдана. ещё ни разу не слышал, чтобы кто-то добился компенсаций явного брака по их Lifetime Warranty. да и зачастую кажется, что новые "гибсона" топором вырезали из заготовок, даже наждачки на "обточку" пожалели...), то ESP (у ESP и Schecter один хозяин кстати - Hisatake Shibuya) имеет производственные мощности исключительно в Азии (Корея, Индонезия) и в качестве "целевой" аудитории избрала поклонников "тяжёлого металла" - что позволяет не заморачиваться с "чистым" звуком и откровенно гнать лажу на рынок ("Distortion"/"Metal Zone" всех уравняют на выходе).
imho: сколько этих ESP/LTD/Cort/(other crap) палок не смотрел - убого, особенно на фоне Fernandes/Burny или на фоне "американцев" Jackson/Charvell. визуально и "на ощупь" качество у ESP/LTD приличное (инструменты более "вылизаны", чем Gibson, хотя скажем честно - надо ОЧЕНЬ постараться, чтобы сделать инструмент хуже, чем родной "гипсон": накладка с ладами выступает за поверхность грифа - фигня! сколы и трещины на грифе/деке - фигня! сам гриф "винтом" - какая мелочь! лады и нижний порожек не отшлифованы - не парит никого...), но... не звучат и всё тут. даже модели со сквозным грифом не радуют.
самое весёлое - Gibson постоянно на протяжении последних лет эдак *дцати находится в состоянии, близком к банкротству. в конце 80-х (в 90-х) компанию по сути "вытащил" Slash, игравший на инструментах Криса Деррига (Kris Derrig) (к компании Gibson эти инструменты не имели никакого отношения, кроме своей формы корпуса). также многие утверждают, что Slash использовал/использует инструменты от "Макса" (MAX/Peter Barant), являющиеся репликами модели "Les Paul".
P.S.: не спешите обвинять автора в предвзятости - он прекрасно знает о чём тут идёт речь, ибо являлся как обладателем ESP (Eclipse custom), так и является собственником "стандарта" (который и в Африке стандарт). розничная цена на новые инструменты даже с учётом нормы прибыли производителя/дилеров - завышена в разы.
второе место среди Барыг отдадим славной компании PRS, ибо:
1) с ценообразованием наблюдаются такие же "проблемы", как и у компании Gibson.
2) оформление накладки на гриф с "драконом" - дело рук Ларри Сифеля из компании "Пёрлворкс", Балтимор (Larry Siffel, Pearlworks, Baltimore) при помощи CNC.
3) все инструменты у PRS сделаны при помощи CNC машин - с какого интересно тогда такие цены?
третье и прочие места оставлю на ваше усмотрение. достаточно лишь начать думать, чтобы сразу же увидеть потенциально завышенную цену на электрогитару.
информация к размышлению:
в Китае на распродаже можно легко и непринуждённо купить "Squier Stratocaster" за USD $28.00 . дальше - сами, если есть желание.
что в имени тебе моём?! ты зацени груди объём!
основных игроков на рынке электрогитар считанные единицы. обилие марок и названий - ширма, за которой спрятались "толстые котики":
Gibson Guitar Corporation (Gibson USA):
Epiphone, Baldwin, Garrison, Maestro, Wurlitzer, Tobias, Valley Arts Guitar, Slingerland, MaGIC, Gibson Amphitheatre, Hamilton, Chickering, Kramer, Steinberger, Electar, Aeolian, etc.
Fender Musical Instruments Corporation (FMIC):
Squier, Gretsch, Jackson Guitars, Charvel, Hamer, Tacoma, Guild Guitar Company, SWR, Sound Corporation, Brand X, Orpheum, Olympia, Heartfield, etc.
Washburn прикупил Parker-а и вроде как пользует те же корейские производственные мощности, что и ESP/Schecter/Cort, альянсы японских Gakki довольно "извилисты" и где-то 60% - 70% всего рынка электрогитар делает Samick.
окромя ентих "котиков" вовсю процветает ghostbuild (см. терминологию). эта каша и кутерьма низводит понятие "бренд" в ноль. можно найти за копейки какого-нибуть "китайца" с (!относительно!) хорошим деревом и нормальным качеством изготовления, попотеть над подбором датчиков и результат уделает боком легко и непринуждённо любой аналогичный/(схожий по типу) серийный ширпотреб (включая линейку "made in USA"). можно поймать момент завоза Burny, озаботиться наличием лампового комбика, перебрать всё и выбрать инструмент, который по самые гланды будет засаживать "оригинальным гипсонам" и "гипсонообразным" сородичам (толика везения таки должна присутствовать, но задача вполне решаема). ничего нового в данной ситуации нет. точно так же дело обстояло и в конце 70-х, когда Edward Van Halen за $130 USD прикупил "запчасти" (гриф и деку) у компании "Boogie Bodies", самостоятельно покрасил деку в белый цвет из аэрозольного баллончика и магнитной плёнкой наколбасил чёрные полоски. после чего на этой "гитаре" был записан альбомчик "Van Halen I". а посему - "не имей амати, а умей играти!"
ищите да обрящете...
допустим, что возможности позволяют и хочется чего-то особенного. imho - можно посмотреть в сторону мелкосерийного производства с элементами ручной работы: Baker, Quicksilver или присмотреться к Eastman - вряд ли пожалеете. не помешает побродить по сайтику г-на Романа, только учитывайте, что человек болен здоровым американским шовинизмом (он - патриот своей страны), поэтому пропускайте все его статьи через призму здравого смысла. с доставкой в РФ и растаможкой проблем нет никаких. сравнить цены можно с сетью Sweetwater. ориентироваться на Ebay не советую - там жулики и нет никакой гарантии, что вы покупаете именно то, что и ожидаете купить. впрочем полностью игнорировать Ebay не стоит. относитесь к нему как к справочному бюро. это некий индикатор упоминавшейся выше "уличной цены" на оборудование. не стоит забывать об "особенностях расейского рынка/менталитета", особенно если вы планируете перепродать инструмент через некоторое время. тогда на первый план выходит задача "сохранения стоимости". какие брэнды в этой стране не теряют в цене - вопрос интересный. рискну предположить, что либо те, которые и так стоят неприлично дёшево (до $100 USD), либо мелкосерийка с бирками "Made in Japan/USA". на китайцев/корейцев рассчитывать сложно - только в привязке к какому-либо брэнду. именно поэтому в заметке упомянута несколько раз компания Fernandes - она (помимо великолепной репутации/истории) разработала прекрасную "электрику" - sustainer и не менее прекрасные датчики для своих гитар. современные Ibanez-ы разочаровали. перенос производства/(субконтракт) в Корею на пользу звуку и качеству не пошёл. по мне так их линейка с 80-х и до начала 90-х (а то и до середины) загнёт и вложит аналогичным современным моделям по самое "не хочу". мнение это субъективно, если ваши ощущения говорят об обратном - спорить не стану. на вкус и цвет. "китаёзы" прогрессируют день ото дня. их подводят дерьмовая фурнитура/комплектующие и (!временное!) отсутствие хороших датчиков в их ценовом диапазоне. что ни говори, но себестоимость хорошего (действительно хорошего) электромагнитного датчика для китайского "no name" сегодня получается "как крыло самолёта" (относительно себестоимости остальной гитары), что есть серьёзное (!временное!) затруднение.
утро красит нежным цветом...
прогресс наметился и в нашей стране. пусть в свободной продаже и не появилась марка "Red Bear"/"Novik" (а хотелось бы, может спроса нет? странно), зато "выстрелил" г-н Ерасов. неплохо найти дилера, кто имеет несколько "комбиков"/усилителей и начать прослушивание с моделей, не отягчённых избытком тумблеров и крутилочек. ламповый усилитель должен давать надёжную основу звука. есть опция лампового перегруза - отлично. нет - не страшно. вся обработка - от задержек/реверберации и до ... - дело десятое.
г-н Шамрай продолжает прокладывать тернистый путь к звёздам. большому кораблю - большая дорога. удачи, творческих узбеков и самые наилучшие от чистого сердца. как звучит его нонешний custom shop - не знаю. выглядит многообещающе. первые модели под брэндом "Russtone" ("Shamray" отделился в 1998-ом согласно официальной версии) - это "спаси и сохрани мя, грешного..." (AFAIR). сейчас - совсем другое дело. не стыдно людям показать. зачем Russtone занимается галиматьёй с размещением заказов в Индонезии - не понятно, ну да это не моё дело. дай Бог памяти, но то ли "рустон", то ли "шамрай" (то ли оба) в "детстве" отличался слабым грифом. через некоторое непродолжительное время гриф вело "винтом". надеюсь, что подобное осталось лишь в воспоминаниях.
finita la comedia...
на звкуску - тёплые и добрые слова в адрес Peavey - за отличные комбики (как бывший владелец "50 Classic 2x12' Celestion" и бывший владелец "51/50 head"), нормальные цены и высокое качество продукции (у них и гитарёшки очень даже приятные во всех отношениях). про остальных "котиков" (или про "толстых корпоративных котиков") пусть расскажет кто другой - сам пока не сталкивался вплотную. ежели тема интересна - могу накатать чуток отсебятины по ламповым усилителям, датчикам и чему-нибудь ещё.
добро пожаловаться!
удачи...
*/
среда, 25 ноября 2009 г.
Заебали пидарасы...
уважаемые Господа,
прошу помощи. есть некие гандоны, что постят в комментариях рекламу, нарушающую законодательство РФ. как с ними бороться? запрещать постинг комментов для всех - не хочется. закрывать глаза на нарушение законодательства - становишься соучастником. с удовольствием рассмотрю все идеи. в идеале было бы изложение способов связи с google (поскольку blogspot.com им и принадлежит) с последующими санкциями. если наши правоохранительные органы заинтересованы в участии - не вопрос. вопрос лишь как это всё организовать без излишней суеты.
спасибо.
прошу помощи. есть некие гандоны, что постят в комментариях рекламу, нарушающую законодательство РФ. как с ними бороться? запрещать постинг комментов для всех - не хочется. закрывать глаза на нарушение законодательства - становишься соучастником. с удовольствием рассмотрю все идеи. в идеале было бы изложение способов связи с google (поскольку blogspot.com им и принадлежит) с последующими санкциями. если наши правоохранительные органы заинтересованы в участии - не вопрос. вопрос лишь как это всё организовать без излишней суеты.
спасибо.
суббота, 14 ноября 2009 г.
reiser4 для openSUSE-11.2
/*
И вновь продолжается бой,
И сердцу тревожно в груди.
И Ленин - такой молодой,
И юный Октябрь впереди!
/Н. Добронравов, 1974/
собсно продолжение "весёлой (1)" "истории (2)" с ура-патриотическим шовинистским наклоном.
потихоньку перечисляем причины, по которым задерживается/откладывается/херится компиляция рабочего софта для openSUSE-11.2:
* в текущей версии "binutils-2.19.51" кто-то умный (ОЧЕНЬ умный, да-да-да!) взял и догадался запретить "ld" делать статическую линковку бинарей по умолчанию.
абзац. передай CFLAGS параметр "-static" и можешь быть свободен (вопрос на засыпку: "а сколько проверок тех же autotools применяют статику для тестирования окружения?!"). из-за этого в Factory накрылась сборка "reiser4progs" и ваш покорный слуга "осилил" первым (damn, i'm good!) поднять "Титаник" из глубин:
пруфлинк :)
после чего встал раком вопрос о прикрутке ядрёного модуля для полноты ощущений. есть три варианта успешного развития событий:
1) тянем с kernel.org сырцы ядра, патчим по своему усмотрению, ставим;
2) ковыряем текущие исходники от SuSE (с учётом того, что некоторые патчи из "обоймы" reiser4 уже наложены);
3) берём diff-ы reiser4 и, радостные, лепим из них сырцы ядрёного модуля для последующей сборки по фэн-шую, выкладываем в OBS, лепим src.rpm и развлекаемся по полной программе матёрого эксгибициониста.
* история нумеро уно (светлая и радостная)
теперь по-порядку. при любых раскладах нам понадобятся исходники ядра от SuSE (чтобы припухнуть от количества патчей, выбрать нужные и хоть немного, но сообразить, почему ядро от SuSE заведётся даже на Gentoo, установленной на Mac Book, с поддержкой всего найденного оборудования):
> sudo zypper si kernel-source
для простоты из "/usr/src/packages/SOURCES/patches.suse.tar.bz2#utar/patches.suse/" дёргаем лишь файл "bootsplash" как пример. вам что-то ещё нужно?! - не стесняйтесь. можно себе позволить и правой рукой, и левой и обеими одновременно. именно тот случай.
частенько встречаются индивидуумы с синдромом "мля, это говно нибуя не компилиццо!". им может помочь (в плане уменьшения расхода нервных клеток ессно, IQ приходит с опытом/возрастом... правда не ко всем... и не всегда...) простенький конструкт (дёшево и сердито, рекомендую кстати):
> sudo zypper in ccache
> mkdir $HOME/bin
> ln -s /usr/bin/ccache $HOME/bin/cc
> ln -s /usr/bin/ccache $HOME/bin/gcc
> ln -s /usr/bin/ccache $HOME/bin/g++
> export PATH="$HOME/bin:$PATH"
если вы уже упёрли kernel-2.6.31.6 (налетай, падхады!), а с офсайта оттяпали набор reiser4 патчей для пионэров - то удача близка, как никогда ранее! осталось всего-ничего: состыковать это богатство в единое целое (Кама-Сутра нам поможет), компильнуть, инстальнуть и ребутнуться.
некоторые индивидуумы перед оправлением большой нужды не заботятся о наличии "облагораживающих рулонов бумаги" поблизости. "не наш метод"(с). выбор каталога для исходников ядра (KERNELSOURCEDIR) и выбор каталога для собранных, но не установленных, файлов (KERNELBUILDDIR) очень важен. хотя бы потому, что в процессе сборки они могут занять до 4-ёх Gb дискового пространства, а то и поболее (если мы лепим модули для разных вариантов настроек ядра). все детали очень хорошо описаны в файле "Linux-2.6*/README" - изучите. и подумайте о добавлении команд "make prepare && make scripts" в рутинный процесс компиляции.
для простоты эксперимента не будем мудрить (распакуем исходники ядра в "/usr/src/"):
> export KERNELSOURCEDIR=/usr/src/linux-2.6.31.6
> export KERNELBUILDDIR=/usr/src/linux-2.6.31.6
готовимся отпатчить исходники по самое "не балуй!":
> mkdir /usr/src/patch_reiser4
> cd /usr/src/patch_reiser4/
> tar xf $PATH_TO_SOURCE/reiser4-for-2.6.31.patch.bz2
> cd /usr/src/patch_reiser4/linux-2.6.3?/
> mkdir my_additional_patches
> cd ./my_additional_patches/
> cp $PATH_TO_SOURCE/bootsplash ./bootsplash.diff
решаем шкурный вопрос о патчах reiser4 *.diff файлов. либо делаем:
> mv /usr/src/linux-2.6.31.6 /usr/src/linux-2.6.31 # и корректируем переменные KERNEL*DIR
либо
> cd /usr/src/patch_reiser4/linux-2.6.31/
> find ./ -type f -exec sed -i 's|\ linux\-2\.6\.31|\ linux\-2\.6\.31\.6|' {} \;
приводим в порядок "bootsplash.diff" заменяя аморфные " a/" и " b/" на имя каталога с нашим новым ядром - "linux-2.6.31.6" или что-там-у-вас-получилось.
настал торжественный момент! "собирайтесь, девки, в кучу, я вам чучу отчебучу!" (наше дерево патчей - в "/usr/src/patch_reiser4/linux-2.6.31/"!)
> cd /usr/src/patch_reiser4/
> find ./linux-2.6.31/ -type f -exec cat {} \; | patch -d /usr/src/ -p0 -i -
если вас устраивает текущее ядро и нет желания изображать из себя "великого оптимизатора" - пришло время расслабиться:
> cd $KERNELSOURCEDIR/
> zcat /proc/config.gz > ./.config
> make oldconfig
> make O="$KERNELBUILDDIR"
> sudo make O="$KERNELBUILDDIR" modules_install install
новые записи уже добавились в меню grub-а, хотя можно и проверить/поправить дефолт:
> sudo vim /boot/grub/menu.lst
можно (и нужно) перегрузить машину на новое ядро и (ежели таки оргазм) - прислать аффтару пиффка для рыффка. последние штрихи:
> sudo depmod -a # на всякий...
> modprobe -v reiser4
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/lib/zlib_deflate/zlib_deflate.ko
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/lib/lzo/lzo_compress.ko
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/lib/lzo/lzo_decompress.ko
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/fs/reiser4/reiser4.ko
гы :). "Отдохнул - убери за собой!"(с):
> cd $KERNELSOURCEDIR/
> make clean
> zcat /proc/config.gz > ./.config
> make oldconfig
> make prepare
> make scripts
в остатке у нас няшный latest-kernel-stable с поддержкой bootsplash (выглядит как "родной"!) и reiser4 (надеюсь, что мои пакетики с "reiser4progs" уже установлены, да?). дерево исходников очищено от мусора и можно переходить к
* истории второй, печальной и тупой...
хвастать, признаю, пока нечем. первый яростный натиск потерпел фиаско. финал был комичен - загруженная машина где ничерта не работало, пришлось ядро переставлять с dvd (ибо модуль сетевой карточки тоже не загружалсо...). много про себя думал. в разных позах, обстоятельно. итак, на ваш суд выносим "тернистый путь ошибок трудных..."
засада начинается с разблядовки ядра на составляющие по-умолчанию (примерно так это выглядит):
> rpm -qa | grep kernel | sort
kernel-debug-devel-2.6.31.5-0.1.1.i586
kernel-default-devel-2.6.31.5-0.1.1.i586
kernel-desktop-2.6.31.5-0.1.1.i586
kernel-desktop-base-2.6.31.5-0.1.1.i586
kernel-desktop-devel-2.6.31.5-0.1.1.i586
kernel-firmware-20090821-4.1.noarch
kernel-pae-devel-2.6.31.5-0.1.1.i586
kernel-source-2.6.31.5-0.1.1.noarch
kernel-syms-2.6.31.5-0.1.1.i586
kernel-xen-devel-2.6.31.5-0.1.1.i586
linux-kernel-headers-2.6.31-3.4.noarch
получается, что алгоритм решения задачи должен быть примерно следующим:
a) "совместить" "объектные" файлы текущего ядра с основным деревом исходников - т.е. получить единое дерево исходников без разбивок на flavors (pae, xen, default, desktop, etc...) для ТЕКУЩЕГО! работающего ядра! т.е. сделать так, чтобы модуль мог быть подгружен в работающее ядро от SuSE!
b) удостовериться, что новое дерево стабильно и функционально (т.е. можно смело собирать бинари)
c) пропатчить новое дерево reiser4 diff-ами
d) собрать модуль reiser4, загрузить в текущее рабочее ядро
e) испытать оргазм
либо сразу отказаться от выпендрёжа и перейти к "третьему варианту" - подготовке исходников для нового модуля ядра и сборке в соответствии с CODE11.
нетрудно догадаться, что в творческом порыве аффтар не стал выполнять пункты a) и b), после чего ухитрился накомпилять ядро с новыми модулями, перетереть, старое, ребутнуться и "качнуть глибцов" по самые гланды. если кто-то думает, что всё прошло без сучка и задоринки (без разбора rej файлов, дополнительных патчей исходников...) - то он "наивный чукотский юноша". аффтар вспомнил всё и всех.
на вторую попытку силёнок не хватило. энтузиастам предложу ознакомиться с:
> ls /usr/src/linux-2.6.*-obj/$ARCH/$YOUR_FLAVOR
на предмет "соединения" с основным деревом исходников. иначе "не пойдёт!"(c). патчи - аналогично, НО:
N.B.: просмотрите в файлах (желательно пройтись по всем уже наложенным ессно)
/usr/src/packages/SOURCES/patches.suse.tar.bz2
/usr/src/packages/SOURCES/patches.fixes.tar.bz2
какие из патчей для "reiser4" уже присутствуют я ядре openSuSE и измените содержимое reiser4 diff-ов соответственно! иначе... будете как аффтар - ССЗБ.
делать "make install" не надо, тупо скопируйте "reiser4.ko" в "/lib/modules/"`uname -r`"/updates/" и, если всё хорошо, сделайте:
> sudo depmod -a
> modprobe -v reiser4
ня! (или как там получится по обстоятельствам...)
* история третья, коротенькая, но оптимистичная...
есть у меня махонький такой репо для экспериментов в часы досуга:
drivers
как только - так сразу там всё и появится. кому оно надо - загрузят "*.src.rpm" и разберутся без соплей. остальные упрут "reiser4-kmp-$FLAVOR" и будут похрюкивать от удовольствия.
* послесловие:
для модулей ядра стоит быть очень аккуратным с командой "strip". сделайте копию модуля, удалите debug символы, проверьте, загружается ли модуль после этого и только потом "режьте по живому". если нет ОСТРЕЙШЕЙ необходимости - оставьте модули как "not stripped".
вот такая вот музыка, такая, блин, Вечная Молодость...
на закуску перечислим прочие "заслуги" перед "родиной":
* в Enlightenment repo собрали новый снэпшот "fltk2" и "Dillo-2.1.1" (с поддержкой https/ssl - можно даже на gmail.com почту мусолить)
* там же в процессе грандиозная чистка spec-файлов от мусора
* там же обновлены практически все пакеты на текущие версии (включая git/svn/etc...)
* в игрушечном репо собрана новая версия "freetype2-lcd" и "igmpproxy" пропатчен для сборки/работы на openSUSE-11.2
* продолжаем готовить релиз SOAD Linux на базе oS-11.2 - тут всё грустно, ибо многие компоненты, что работают на openSUSE-11.1 в OBS не "портированы" на oS-11.2. да и прочих забот хватает.
пока так. поживём, а там видно будет.
всем удачи!
*/
И вновь продолжается бой,
И сердцу тревожно в груди.
И Ленин - такой молодой,
И юный Октябрь впереди!
/Н. Добронравов, 1974/
собсно продолжение "весёлой (1)" "истории (2)" с ура-патриотическим шовинистским наклоном.
потихоньку перечисляем причины, по которым задерживается/откладывается/херится компиляция рабочего софта для openSUSE-11.2:
* в текущей версии "binutils-2.19.51" кто-то умный (ОЧЕНЬ умный, да-да-да!) взял и догадался запретить "ld" делать статическую линковку бинарей по умолчанию.
абзац. передай CFLAGS параметр "-static" и можешь быть свободен (вопрос на засыпку: "а сколько проверок тех же autotools применяют статику для тестирования окружения?!"). из-за этого в Factory накрылась сборка "reiser4progs" и ваш покорный слуга "осилил" первым (damn, i'm good!) поднять "Титаник" из глубин:
пруфлинк :)
после чего встал раком вопрос о прикрутке ядрёного модуля для полноты ощущений. есть три варианта успешного развития событий:
1) тянем с kernel.org сырцы ядра, патчим по своему усмотрению, ставим;
2) ковыряем текущие исходники от SuSE (с учётом того, что некоторые патчи из "обоймы" reiser4 уже наложены);
3) берём diff-ы reiser4 и, радостные, лепим из них сырцы ядрёного модуля для последующей сборки по фэн-шую, выкладываем в OBS, лепим src.rpm и развлекаемся по полной программе матёрого эксгибициониста.
* история нумеро уно (светлая и радостная)
теперь по-порядку. при любых раскладах нам понадобятся исходники ядра от SuSE (чтобы припухнуть от количества патчей, выбрать нужные и хоть немного, но сообразить, почему ядро от SuSE заведётся даже на Gentoo, установленной на Mac Book, с поддержкой всего найденного оборудования):
> sudo zypper si kernel-source
для простоты из "/usr/src/packages/SOURCES/patches.suse.tar.bz2#utar/patches.suse/" дёргаем лишь файл "bootsplash" как пример. вам что-то ещё нужно?! - не стесняйтесь. можно себе позволить и правой рукой, и левой и обеими одновременно. именно тот случай.
частенько встречаются индивидуумы с синдромом "мля, это говно нибуя не компилиццо!". им может помочь (в плане уменьшения расхода нервных клеток ессно, IQ приходит с опытом/возрастом... правда не ко всем... и не всегда...) простенький конструкт (дёшево и сердито, рекомендую кстати):
> sudo zypper in ccache
> mkdir $HOME/bin
> ln -s /usr/bin/ccache $HOME/bin/cc
> ln -s /usr/bin/ccache $HOME/bin/gcc
> ln -s /usr/bin/ccache $HOME/bin/g++
> export PATH="$HOME/bin:$PATH"
если вы уже упёрли kernel-2.6.31.6 (налетай, падхады!), а с офсайта оттяпали набор reiser4 патчей для пионэров - то удача близка, как никогда ранее! осталось всего-ничего: состыковать это богатство в единое целое (Кама-Сутра нам поможет), компильнуть, инстальнуть и ребутнуться.
некоторые индивидуумы перед оправлением большой нужды не заботятся о наличии "облагораживающих рулонов бумаги" поблизости. "не наш метод"(с). выбор каталога для исходников ядра (KERNELSOURCEDIR) и выбор каталога для собранных, но не установленных, файлов (KERNELBUILDDIR) очень важен. хотя бы потому, что в процессе сборки они могут занять до 4-ёх Gb дискового пространства, а то и поболее (если мы лепим модули для разных вариантов настроек ядра). все детали очень хорошо описаны в файле "Linux-2.6*/README" - изучите. и подумайте о добавлении команд "make prepare && make scripts" в рутинный процесс компиляции.
для простоты эксперимента не будем мудрить (распакуем исходники ядра в "/usr/src/"):
> export KERNELSOURCEDIR=/usr/src/linux-2.6.31.6
> export KERNELBUILDDIR=/usr/src/linux-2.6.31.6
готовимся отпатчить исходники по самое "не балуй!":
> mkdir /usr/src/patch_reiser4
> cd /usr/src/patch_reiser4/
> tar xf $PATH_TO_SOURCE/reiser4-for-2.6.31.patch.bz2
> cd /usr/src/patch_reiser4/linux-2.6.3?/
> mkdir my_additional_patches
> cd ./my_additional_patches/
> cp $PATH_TO_SOURCE/bootsplash ./bootsplash.diff
решаем шкурный вопрос о патчах reiser4 *.diff файлов. либо делаем:
> mv /usr/src/linux-2.6.31.6 /usr/src/linux-2.6.31 # и корректируем переменные KERNEL*DIR
либо
> cd /usr/src/patch_reiser4/linux-2.6.31/
> find ./ -type f -exec sed -i 's|\ linux\-2\.6\.31|\ linux\-2\.6\.31\.6|' {} \;
приводим в порядок "bootsplash.diff" заменяя аморфные " a/" и " b/" на имя каталога с нашим новым ядром - "linux-2.6.31.6" или что-там-у-вас-получилось.
настал торжественный момент! "собирайтесь, девки, в кучу, я вам чучу отчебучу!" (наше дерево патчей - в "/usr/src/patch_reiser4/linux-2.6.31/"!)
> cd /usr/src/patch_reiser4/
> find ./linux-2.6.31/ -type f -exec cat {} \; | patch -d /usr/src/ -p0 -i -
если вас устраивает текущее ядро и нет желания изображать из себя "великого оптимизатора" - пришло время расслабиться:
> cd $KERNELSOURCEDIR/
> zcat /proc/config.gz > ./.config
> make oldconfig
> make O="$KERNELBUILDDIR"
> sudo make O="$KERNELBUILDDIR" modules_install install
новые записи уже добавились в меню grub-а, хотя можно и проверить/поправить дефолт:
> sudo vim /boot/grub/menu.lst
можно (и нужно) перегрузить машину на новое ядро и (ежели таки оргазм) - прислать аффтару пиффка для рыффка. последние штрихи:
> sudo depmod -a # на всякий...
> modprobe -v reiser4
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/lib/zlib_deflate/zlib_deflate.ko
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/lib/lzo/lzo_compress.ko
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/lib/lzo/lzo_decompress.ko
insmod /lib/modules/2.6.31.6-0.1-desktop/kernel/fs/reiser4/reiser4.ko
гы :). "Отдохнул - убери за собой!"(с):
> cd $KERNELSOURCEDIR/
> make clean
> zcat /proc/config.gz > ./.config
> make oldconfig
> make prepare
> make scripts
в остатке у нас няшный latest-kernel-stable с поддержкой bootsplash (выглядит как "родной"!) и reiser4 (надеюсь, что мои пакетики с "reiser4progs" уже установлены, да?). дерево исходников очищено от мусора и можно переходить к
* истории второй, печальной и тупой...
хвастать, признаю, пока нечем. первый яростный натиск потерпел фиаско. финал был комичен - загруженная машина где ничерта не работало, пришлось ядро переставлять с dvd (ибо модуль сетевой карточки тоже не загружалсо...). много про себя думал. в разных позах, обстоятельно. итак, на ваш суд выносим "тернистый путь ошибок трудных..."
засада начинается с разблядовки ядра на составляющие по-умолчанию (примерно так это выглядит):
> rpm -qa | grep kernel | sort
kernel-debug-devel-2.6.31.5-0.1.1.i586
kernel-default-devel-2.6.31.5-0.1.1.i586
kernel-desktop-2.6.31.5-0.1.1.i586
kernel-desktop-base-2.6.31.5-0.1.1.i586
kernel-desktop-devel-2.6.31.5-0.1.1.i586
kernel-firmware-20090821-4.1.noarch
kernel-pae-devel-2.6.31.5-0.1.1.i586
kernel-source-2.6.31.5-0.1.1.noarch
kernel-syms-2.6.31.5-0.1.1.i586
kernel-xen-devel-2.6.31.5-0.1.1.i586
linux-kernel-headers-2.6.31-3.4.noarch
получается, что алгоритм решения задачи должен быть примерно следующим:
a) "совместить" "объектные" файлы текущего ядра с основным деревом исходников - т.е. получить единое дерево исходников без разбивок на flavors (pae, xen, default, desktop, etc...) для ТЕКУЩЕГО! работающего ядра! т.е. сделать так, чтобы модуль мог быть подгружен в работающее ядро от SuSE!
b) удостовериться, что новое дерево стабильно и функционально (т.е. можно смело собирать бинари)
c) пропатчить новое дерево reiser4 diff-ами
d) собрать модуль reiser4, загрузить в текущее рабочее ядро
e) испытать оргазм
либо сразу отказаться от выпендрёжа и перейти к "третьему варианту" - подготовке исходников для нового модуля ядра и сборке в соответствии с CODE11.
нетрудно догадаться, что в творческом порыве аффтар не стал выполнять пункты a) и b), после чего ухитрился накомпилять ядро с новыми модулями, перетереть, старое, ребутнуться и "качнуть глибцов" по самые гланды. если кто-то думает, что всё прошло без сучка и задоринки (без разбора rej файлов, дополнительных патчей исходников...) - то он "наивный чукотский юноша". аффтар вспомнил всё и всех.
на вторую попытку силёнок не хватило. энтузиастам предложу ознакомиться с:
> ls /usr/src/linux-2.6.*-obj/$ARCH/$YOUR_FLAVOR
на предмет "соединения" с основным деревом исходников. иначе "не пойдёт!"(c). патчи - аналогично, НО:
N.B.: просмотрите в файлах (желательно пройтись по всем уже наложенным ессно)
/usr/src/packages/SOURCES/patches.suse.tar.bz2
/usr/src/packages/SOURCES/patches.fixes.tar.bz2
какие из патчей для "reiser4" уже присутствуют я ядре openSuSE и измените содержимое reiser4 diff-ов соответственно! иначе... будете как аффтар - ССЗБ.
делать "make install" не надо, тупо скопируйте "reiser4.ko" в "/lib/modules/"`uname -r`"/updates/" и, если всё хорошо, сделайте:
> sudo depmod -a
> modprobe -v reiser4
ня! (или как там получится по обстоятельствам...)
* история третья, коротенькая, но оптимистичная...
есть у меня махонький такой репо для экспериментов в часы досуга:
drivers
как только - так сразу там всё и появится. кому оно надо - загрузят "*.src.rpm" и разберутся без соплей. остальные упрут "reiser4-kmp-$FLAVOR" и будут похрюкивать от удовольствия.
* послесловие:
для модулей ядра стоит быть очень аккуратным с командой "strip". сделайте копию модуля, удалите debug символы, проверьте, загружается ли модуль после этого и только потом "режьте по живому". если нет ОСТРЕЙШЕЙ необходимости - оставьте модули как "not stripped".
вот такая вот музыка, такая, блин, Вечная Молодость...
на закуску перечислим прочие "заслуги" перед "родиной":
* в Enlightenment repo собрали новый снэпшот "fltk2" и "Dillo-2.1.1" (с поддержкой https/ssl - можно даже на gmail.com почту мусолить)
* там же в процессе грандиозная чистка spec-файлов от мусора
* там же обновлены практически все пакеты на текущие версии (включая git/svn/etc...)
* в игрушечном репо собрана новая версия "freetype2-lcd" и "igmpproxy" пропатчен для сборки/работы на openSUSE-11.2
* продолжаем готовить релиз SOAD Linux на базе oS-11.2 - тут всё грустно, ибо многие компоненты, что работают на openSUSE-11.1 в OBS не "портированы" на oS-11.2. да и прочих забот хватает.
пока так. поживём, а там видно будет.
всем удачи!
*/
пятница, 21 августа 2009 г.
"Войны браузеров..." (избитая и пошлая тема, Господа...)
/*
Omnia vanitas
...
начнём с простого:
Q: "сколько браузеров должно быть в системе?"
> A(fanatic): "$NAME - рулит! все остальные - сосут! $NAME! $NAME! $NAME!"
> A(experiment): "...ну, как бы мне хватает и $NAME/($NAME1, ... $NAMEn), но если есть что попробовать ещё..."
> A(indifferent): "...собсно пох. чё-то стоит, обновляется, меня устраивает..."
все прочие варианты ответов сводятся к этим трём, вне зависимости от операрационной системы, тулкитов и раскладов карт "таро". дальнейшее - IMHO.
сначала хотел накатать что-то типа глобального обзора с выводом в таблицу итоговых результатов. слишком долго. и вряд-ли кому-то нужно. поэтому "прокатимся" по-быстрому. есть смысл ввести две большие категории:
1) консольные браузеры ("text based", не требуют GUI и/или Xserver-а)
самые "яркие" и "известные" представители (так сказать "для широкого круга пользователей"):
w3m
elinks
links
links2
lynx
и т.п..
2) "всё остальное" - браузеры, требующие для своей работы Xserver и какой-либо тулкит/(тулкиты):
2a) "лёгкие" браузеры - категория относительна. многое из того, что начинается как "лёгкое", потом обрастает "рюшечками" и превращается в "тормоз перестройки" (пример - дерево исходников того же WebKit-а уже распухло свыше 1Gb и требует зачастую специфичных kde/(прочих) приблуд. ещё один пример из разряда "классики": xfce-3.* была хороша, xfce-4.* - то ли "гном", то ли "девочка", то ли...)
2b) "монстры рока" - наши "чемпионы", любимцы публики, выбор колхозников, доярок и механизаторов
"пиарить" вторую категорию смысле нет. имя им - "легион". единственное замечание - отсутствие приложений/(аналогичного функционала) типа "AdBlock Plus", "NoScript", "No Squint", "Greasemonkey" и прочих ставит крест на использовании того или иного браузера, как бы круто и хорошо он себя не вёл. ибо реклама, скрипты, "д'ебзайн" некоторых сайтов и прочие "шалости" надоели.
предпочтения и вкусы конечно же со временим меняются. но некоторые вещи остаются "как есть" достаточно длительное время, чтобы говорить или о личных пристрастиях индивидуума, или же о достаточной универсальности тех или иных решений.
из "консольных" w3m заслуживает внимания. ибо "могёт" при желании и картинки показать и стремится отобразить страничку "без вранья". поддерживает "табы", имеет внятный синтаксис конфигурационного файла. НО! "нельзя быть красивым таким!" к сожалению "w3m" не поддерживает JavaScript и это очень жирный минус. другими словами, если есть желание заглянуть на тот же gmail.com - то извольте пользовать links2. абзац. тем не менее энтузиасты могут таки "поднять" один из вариантов проекта по прикрутке JS/ECMA к "w3m". начали, как говорится, во здравие - кончили как обычно. links2
"лёгкие" браузеры - самая интересная "ниша". принцип: вам надо по-быренькому без шума и пыли (хруста и скрежета винтов, завывания вентиляторов, скачков напряжения на процессоре при "засасывании" в память недостающих библиотек тулкита и т.п.) просмотреть какие-то странички, может пробежаться по сохранённым страницам на винте. для меня - это в первую очередь чтение документации (преимущественно offline) с возможностью при необходимости сунуться в сеть. кто только сюда не прётся со своим свиным рылом... тут и "отец всех народов" - непотопляемый Dillo, и Arora, "медведь" которого без стеснения трахает наш "шарик" (как у них язык поворачивается назвать QtWebKit лёгким...), и Midori, что до сих пор не может импортировать "букмарки", тянет вагон зависимостей и сыпется на ровном месте... и прочая и прочая и прочая...
посему альтернатив H3v нет и ближайшем будущем не предвидится. выбирать не из чего. при использовании "Tk-8.5.*" и выше нет проблем с рендерингом шрифтов. в остальном - конфета. ребята из команды Tcl.Tk - умнички! огромный им почёт и уважение! делают нужное и важное дело. H3v несмотря на более чем скромный вид, практически проходит acid2 test. правда с acid3 пока не всё гладко, но оно явно стартует и шевелится до определённого момента. большего пока и не нужно.
вот мы и подошли к нашим "толстым котикам"... котики конкретные, раскормленные, с ордой фанатов и разработчиков, и ни разу не бедные, да... тут "йайтса сгорят в тёплых лучах ненависти и костерке холивара" за любое неосторожное слово... поэтому промолчу. только дам ссылочку:
Seamonkey-2.0
плюсы:
* "инкрементальное" обновление установленной версии (т.е. тащит только дельты обновляемых компонентов. установка не требует рутовых привилегий и дополнительных пакетов/зависимостей)
* ! IMHO ! - лучшая оптимизация, чем у "старшего братца". субъективно - очень быстрый, с хорошим скроллингом и старой доброй системой настроек.
* SUITE: т.е. "Browser" + "Mail & News" + "Composer" + "Address Book" + "IRC Chat". плюс шикарнейшие "Web Development" tools "из коробки"
* поддержка плагинов и расширений (а-ля FF)
* 93 балла в Acid3
* старый оригинальный дизайн "Нетшкафа" (привычка?). управление "профилями"/(User Profiles) до сих пор работает великолепно
минусы:
* плагинов и расширений не так много, как хотелось бы. но основные есть
* маловато визуальных тем, хотя, кроме 2-ух (default и modern, идут "в коробке") и не нужно ничего. default "подтаскивает" виджеты текущей темы gtk2. modern - это классика.
* RSS "запихан" в "Mail & News". для версий 1.* прикрутили тонну читалок ньюса (как и для FF), для 2.* - ждём-с...
в общем это эдакий "дедушка" (который помнит первую фразу "Да будет Свет!" ), что идёт в своём неспешном развитии "правильным путём" по заветам старика Мао. явно не для современного generation XYU (хотя, кто знает...)
мдэ... перечитал... хз кому это пригодится, посему теги соответствующие.
удачи!
P.S. Мысли, что не вошли в первоначальную статью...
/или о том, что чудес не бывает.../
как бы ни были хороши с эстетической точки зрения "консольные" браузеры - у них есть чётко очерченный "потолок": поддержка ограниченного количества стандартов/(технологий), используемых в современном www. то же самое применимо и к так называемой когорте "лёгких" браузеров. "лёгким" браузер может быть только по одной простой причине - он поддерживает ограниченное количество стандартов www. основной козырь "лёгкого" браузера - он должен отлично делать то, на что претендует по спецификации. плюс он должен отличаться охренительной оптимизацией как в используемом тулките для собственного UI, так и в своём "маленьком, но гордом" движке рендеринга страниц.
эталонным примером в этом вопросе может служить эволюция Dillo. уход от GTK1 на FLTK позволил более чем в два! (2) раза уменьшить потребление ОЗУ и снизить нагрузку на систему в целом! это что же тогда из себя gtk2 представляет? а будет gtk3 скоро... и, блядь, наши новые Quad Core CPU paired with XXXGb of RAM тогда точно покажут такую охуенную производидельность на десктопе, что Top500 придётся пересматривать каждый Божий день.
H3v (Tk/Tcl) в этом плане - просто супер! я не знаю КАК, но он "дрючит" Dillo по всем статьям и в хвост и в гланды. причём если собирать его на целевой машине (под целевую архитектуру), то значительно возрастает стабильность. поэтому ему и только ему сегодня мои наилучшие и здравицы.
а вот "Arora", "Midori", "Epiphany+WebKit" и прочие именно что лезут "со свиным рылом в калашный ряд" "лёгких". тут разворачивается нешуточная борьба платформ/(движков рендеринга): "молодой" WebKit против всех. напомню, что до сих пор единственным по-настоящему эталонным браузером на Webkit является Apple Safari причём сугубо в своём родном окружении (Mac OS). после сокрушительного удара от Firefox (выпустившего сборку для Mac OS, основательно проредившую ряды сторонников Safari), Apple "отдала" WebKit и, потирая лапки, мечтала о реванше. в эту пасторальную картину нежданно-негаданно "впёрся" Google Chrome, нагнув в "позу пьющего оленя" многострадальный IE. виден явный прицел "обкатать" технологию на Linux, а потом ещё раз "проехаться на белом коне" по пользователям Mac OS. выпуск Safari для Microsoft Windows по сути ничего не изменил. назревает очередная конкретная веселуха. на этом празднике жизни симпатии сугубо на стороне Mozilla, ибо на моих глазах Господа из MS и AOL резали Netscape. наконец-то "кровь смоет их грехи...". "it's payback time, honey!"
поэтому определённый интерес конечно же представлял бы глубокий "разбор" H3v<->Arora<->Midori с подробными выкладками, тестами и т.п.. но смысла нет. H3v чётко держит стандарты, что в него заложены, не выходя за их рамки, и прочим тут ловить абсолютно нечего. противостояние же Arora<->Midori неизбежно сведётся к очередному Qt<->GTK холивару. оно нам надо? ни тот ни другой пока не способны стать "нумеро уно" на все случаи жизни.
P.P.S. в моём репо для openSUSE-11.1 скоро появится последняя стабильная версия midori-0.1.9 . пользуйте!
*/
Omnia vanitas
...
начнём с простого:
Q: "сколько браузеров должно быть в системе?"
> A(fanatic): "$NAME - рулит! все остальные - сосут! $NAME! $NAME! $NAME!"
> A(experiment): "...ну, как бы мне хватает и $NAME/($NAME1, ... $NAMEn), но если есть что попробовать ещё..."
> A(indifferent): "...собсно пох. чё-то стоит, обновляется, меня устраивает..."
все прочие варианты ответов сводятся к этим трём, вне зависимости от операрационной системы, тулкитов и раскладов карт "таро". дальнейшее - IMHO.
сначала хотел накатать что-то типа глобального обзора с выводом в таблицу итоговых результатов. слишком долго. и вряд-ли кому-то нужно. поэтому "прокатимся" по-быстрому. есть смысл ввести две большие категории:
1) консольные браузеры ("text based", не требуют GUI и/или Xserver-а)
самые "яркие" и "известные" представители (так сказать "для широкого круга пользователей"):
w3m
elinks
links
links2
lynx
и т.п..
2) "всё остальное" - браузеры, требующие для своей работы Xserver и какой-либо тулкит/(тулкиты):
2a) "лёгкие" браузеры - категория относительна. многое из того, что начинается как "лёгкое", потом обрастает "рюшечками" и превращается в "тормоз перестройки" (пример - дерево исходников того же WebKit-а уже распухло свыше 1Gb и требует зачастую специфичных kde/(прочих) приблуд. ещё один пример из разряда "классики": xfce-3.* была хороша, xfce-4.* - то ли "гном", то ли "девочка", то ли...)
2b) "монстры рока" - наши "чемпионы", любимцы публики, выбор колхозников, доярок и механизаторов
"пиарить" вторую категорию смысле нет. имя им - "легион". единственное замечание - отсутствие приложений/(аналогичного функционала) типа "AdBlock Plus", "NoScript", "No Squint", "Greasemonkey" и прочих ставит крест на использовании того или иного браузера, как бы круто и хорошо он себя не вёл. ибо реклама, скрипты, "д'ебзайн" некоторых сайтов и прочие "шалости" надоели.
предпочтения и вкусы конечно же со временим меняются. но некоторые вещи остаются "как есть" достаточно длительное время, чтобы говорить или о личных пристрастиях индивидуума, или же о достаточной универсальности тех или иных решений.
из "консольных" w3m заслуживает внимания. ибо "могёт" при желании и картинки показать и стремится отобразить страничку "без вранья". поддерживает "табы", имеет внятный синтаксис конфигурационного файла. НО! "нельзя быть красивым таким!" к сожалению "w3m" не поддерживает JavaScript и это очень жирный минус. другими словами, если есть желание заглянуть на тот же gmail.com - то извольте пользовать links2. абзац. тем не менее энтузиасты могут таки "поднять" один из вариантов проекта по прикрутке JS/ECMA к "w3m". начали, как говорится, во здравие - кончили как обычно. links2
"лёгкие" браузеры - самая интересная "ниша". принцип: вам надо по-быренькому без шума и пыли (хруста и скрежета винтов, завывания вентиляторов, скачков напряжения на процессоре при "засасывании" в память недостающих библиотек тулкита и т.п.) просмотреть какие-то странички, может пробежаться по сохранённым страницам на винте. для меня - это в первую очередь чтение документации (преимущественно offline) с возможностью при необходимости сунуться в сеть. кто только сюда не прётся со своим свиным рылом... тут и "отец всех народов" - непотопляемый Dillo, и Arora, "медведь" которого без стеснения трахает наш "шарик" (как у них язык поворачивается назвать QtWebKit лёгким...), и Midori, что до сих пор не может импортировать "букмарки", тянет вагон зависимостей и сыпется на ровном месте... и прочая и прочая и прочая...
посему альтернатив H3v нет и ближайшем будущем не предвидится. выбирать не из чего. при использовании "Tk-8.5.*" и выше нет проблем с рендерингом шрифтов. в остальном - конфета. ребята из команды Tcl.Tk - умнички! огромный им почёт и уважение! делают нужное и важное дело. H3v несмотря на более чем скромный вид, практически проходит acid2 test. правда с acid3 пока не всё гладко, но оно явно стартует и шевелится до определённого момента. большего пока и не нужно.
вот мы и подошли к нашим "толстым котикам"... котики конкретные, раскормленные, с ордой фанатов и разработчиков, и ни разу не бедные, да... тут "йайтса сгорят в тёплых лучах ненависти и костерке холивара" за любое неосторожное слово... поэтому промолчу. только дам ссылочку:
Seamonkey-2.0
плюсы:
* "инкрементальное" обновление установленной версии (т.е. тащит только дельты обновляемых компонентов. установка не требует рутовых привилегий и дополнительных пакетов/зависимостей)
* ! IMHO ! - лучшая оптимизация, чем у "старшего братца". субъективно - очень быстрый, с хорошим скроллингом и старой доброй системой настроек.
* SUITE: т.е. "Browser" + "Mail & News" + "Composer" + "Address Book" + "IRC Chat". плюс шикарнейшие "Web Development" tools "из коробки"
* поддержка плагинов и расширений (а-ля FF)
* 93 балла в Acid3
* старый оригинальный дизайн "Нетшкафа" (привычка?). управление "профилями"/(User Profiles) до сих пор работает великолепно
минусы:
* плагинов и расширений не так много, как хотелось бы. но основные есть
* маловато визуальных тем, хотя, кроме 2-ух (default и modern, идут "в коробке") и не нужно ничего. default "подтаскивает" виджеты текущей темы gtk2. modern - это классика.
* RSS "запихан" в "Mail & News". для версий 1.* прикрутили тонну читалок ньюса (как и для FF), для 2.* - ждём-с...
в общем это эдакий "дедушка" (который помнит первую фразу "Да будет Свет!" ), что идёт в своём неспешном развитии "правильным путём" по заветам старика Мао. явно не для современного generation XYU (хотя, кто знает...)
мдэ... перечитал... хз кому это пригодится, посему теги соответствующие.
удачи!
P.S. Мысли, что не вошли в первоначальную статью...
/или о том, что чудес не бывает.../
как бы ни были хороши с эстетической точки зрения "консольные" браузеры - у них есть чётко очерченный "потолок": поддержка ограниченного количества стандартов/(технологий), используемых в современном www. то же самое применимо и к так называемой когорте "лёгких" браузеров. "лёгким" браузер может быть только по одной простой причине - он поддерживает ограниченное количество стандартов www. основной козырь "лёгкого" браузера - он должен отлично делать то, на что претендует по спецификации. плюс он должен отличаться охренительной оптимизацией как в используемом тулките для собственного UI, так и в своём "маленьком, но гордом" движке рендеринга страниц.
эталонным примером в этом вопросе может служить эволюция Dillo. уход от GTK1 на FLTK позволил более чем в два! (2) раза уменьшить потребление ОЗУ и снизить нагрузку на систему в целом! это что же тогда из себя gtk2 представляет? а будет gtk3 скоро... и, блядь, наши новые Quad Core CPU paired with XXXGb of RAM тогда точно покажут такую охуенную производидельность на десктопе, что Top500 придётся пересматривать каждый Божий день.
H3v (Tk/Tcl) в этом плане - просто супер! я не знаю КАК, но он "дрючит" Dillo по всем статьям и в хвост и в гланды. причём если собирать его на целевой машине (под целевую архитектуру), то значительно возрастает стабильность. поэтому ему и только ему сегодня мои наилучшие и здравицы.
а вот "Arora", "Midori", "Epiphany+WebKit" и прочие именно что лезут "со свиным рылом в калашный ряд" "лёгких". тут разворачивается нешуточная борьба платформ/(движков рендеринга): "молодой" WebKit против всех. напомню, что до сих пор единственным по-настоящему эталонным браузером на Webkit является Apple Safari причём сугубо в своём родном окружении (Mac OS). после сокрушительного удара от Firefox (выпустившего сборку для Mac OS, основательно проредившую ряды сторонников Safari), Apple "отдала" WebKit и, потирая лапки, мечтала о реванше. в эту пасторальную картину нежданно-негаданно "впёрся" Google Chrome, нагнув в "позу пьющего оленя" многострадальный IE. виден явный прицел "обкатать" технологию на Linux, а потом ещё раз "проехаться на белом коне" по пользователям Mac OS. выпуск Safari для Microsoft Windows по сути ничего не изменил. назревает очередная конкретная веселуха. на этом празднике жизни симпатии сугубо на стороне Mozilla, ибо на моих глазах Господа из MS и AOL резали Netscape. наконец-то "кровь смоет их грехи...". "it's payback time, honey!"
поэтому определённый интерес конечно же представлял бы глубокий "разбор" H3v<->Arora<->Midori с подробными выкладками, тестами и т.п.. но смысла нет. H3v чётко держит стандарты, что в него заложены, не выходя за их рамки, и прочим тут ловить абсолютно нечего. противостояние же Arora<->Midori неизбежно сведётся к очередному Qt<->GTK холивару. оно нам надо? ни тот ни другой пока не способны стать "нумеро уно" на все случаи жизни.
P.P.S. в моём репо для openSUSE-11.1 скоро появится последняя стабильная версия midori-0.1.9 . пользуйте!
*/
понедельник, 4 мая 2009 г.
qemu - работа с сетью
/*
материалов на данную тему в сети - море. эта заметка не претендует на оригинальность. пригодится - хорошо, а нет - так ещё лучше. по сути рассматривается частный случай создания виртуальных сетей с использованием qemu, где все "клиенты" друг друга видят, умеют общаться, делиться ресурсами и т.п.
терминология:
"гостевая" система - система, загруженная с использованием qemu/(под управлением qemu) (GUEST)
"домашняя" система - localhost (HOST)
проект qemu не стоит на месте, многие вещи меняются от версии к версии. нетерпеливые энтузиасты собирают эмулятор самостоятельно. шаблончик для сборки на Linux приведён ниже (для версии 0.10.3):
./configure --prefix=/usr --enable-system --enable-linux-user \
--audio-drv-list="oss alsa sdl esd" \
--audio-card-list="ac97 sb16 es1370" \
--enable-mixemu
make
sudo checkinstall
checkinstall генерит корректный пакет (спасибо всем, кто написал хороший Makefile).
ссылки на документацию о работе qemu с сетью:
официальное руководство. читать.
подробная инструкция от товарища "радиста" - может рассматриваться как некая общая "вводная".
осилив материал, можно узнать пару интересных вещей: slirp и vde (Virtual Distributed Ethernet). в теории vde должен упростить процедуру, изложенную ниже, путём соединения гостевой системы с сокетом, автосозданием "tap" интерфейса и установкой корректного FORWARD между всеми гостевыми системами. к сожалению готовых "рецептов" с использованием vde выдать пока не могу, ибо... если у кого работает эта схема - отпишитесь в комментариях или киньте ссылку на более подробные инструкции. использование же slirp не представляется целесообразным.
задача:
поднять несколько виртуальных машин с qemu и обеспечить не только их взаимодействие по "виртуальной сети" между собой, но и открыть им доступ к локальным сетевым ресурсам (интернет в том числе).
для её решения подойдёт практически любой дистрибутив Linux с установленными пакетами: iptables, qemu, kqemu, tunctl и bridge-utils. если вы долго и упорно настраивали iptables - то идея построения "моста" вам явно не понравится.
грузим необходимые модули ядра:
sudo modprobe -v tun
sudo modprobe -v kqemu
sudo chmod 666 /dev/net/tun
sudo chown `whoami` /dev/kqemu
последние две строки дают нам возможность не использовать рута для старта самого qemu, что кажется более логичным, чем "Запускать нужно от root'а, потому что иначе могут возникнуть проблемы с доступом к устройству /dev/net/tun ." угу, всё бросили и запустили от рута, хотя кому-то может так и легче.
запуск виртуальных машин довольно прост. стоит только запомнить, что каждой машине нужен отдельный "tap" интерфейс, соответственно имеет смысл помещать их в разные "подсети". например ("интерфейс tap" -> "локальный eth0, что мы потом поднимем в qemu"):
192.168.4.1 -> 192.168.4.100
192.168.5.1 -> 192.168.5.100
192.168.6.1 -> 192.168.6.100
использовать "глобальные" скрипты (/etc/qemu*) - не рекомендую, но это imho. каждый волен сам решать. если у вас не происходит присваивание уникальных MAC адресов "на лету" - то можете задать их вручную или поменять позже. простейший скриптец старта qemu:
#!/bin/sh
iface="tap0"
iface_addr="192.168.4.1"
user="`whoami`"
sudo modprobe tun
sudo modprobe kqemu
sleep 2
sudo chown $user /dev/kqemu
sudo tunctl -u $user -t $iface
sudo ifconfig $iface $iface_addr up
##sudo ifconfig $iface $iface_addr promisc up ## только для использования в "мостике" !!!
qemu -cdrom ./image.iso -boot d -hda ./disk.img -m 256 -kernel-kqemu -net nic,vlan=0 -net tap,vlan=0,ifname=$iface,script=no
sudo ifconfig $iface down
#EOF
приказ отдохнуть пару секунд после загрузки модуля kqemu (если он ещё не загружен) для вас может быть излишним. маска сети 255.255.255.0 пойдёт автоматом. в "гостевой" системе необходимо и достаточно поднять сетевой интерфейс с номером в пределах заданного сегмента и проставить дефолтный шлюз, равный $iface_addr. для примера с "tap0" некие шаблонные действа в "гостевой" системе:
ifconfig eth0 down
ifconfig eth0 192.168.4.100 up
route add default gw 192.168.4.1
echo 'nameserver 192.168.4.1' >> /etc/resolv.conf
echo 'nameserver ВАШ_ЛОКАЛЬНЫЙ_ДНС' >> /etc/resolv.conf
echo 'nameserver BACKUP_ДНС' >> /etc/resolv.conf
для того, чтобы открыть гостевым машинам доступ в локальную сеть можно воспользоваться "маскарадом". допустим, что ваш локальный сетевой интерфейс - eth0. если интернет идёт по интерфейсам типа dsl0, ppp0 - то "маскарадить" надо и их (если хочется выйти в сеть из qemu плюс ко всему придётся подправить правила для FORWARD). имеем три интерфейса для qemu - tap0, tap1 и tap2. шаблон ниже не предполагает использование "brctl" - "мостиков". мы культурно разрешаем обмен пакетами (FORWARD) между всеми участниками праздничного шоу (используем 2 цепочки - forward_int и forward_ext).
su -c "echo 1 > /proc/sys/net/ipv4/ip_forward"
sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
sudo iptables -t filter -I INPUT 1 -i tap0 -j input_int
sudo iptables -t filter -I INPUT 1 -i tap1 -j input_int
sudo iptables -t filter -I INPUT 1 -i tap2 -j input_int
sudo iptables -t filter -A input_int -j ACCEPT
sudo iptables -t filter -I FORWARD 2 -i eth0 -j forward_ext
sudo iptables -t filter -I FORWARD 2 -i tap0 -j forward_int
sudo iptables -t filter -I FORWARD 2 -i tap1 -j forward_int
sudo iptables -t filter -I FORWARD 2 -i tap2 -j forward_int
sudo iptables -t filter -A forward_int -i tap0 -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap1 -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap2 -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap0 -o tap1 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap0 -o tap2 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap1 -o tap0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap1 -o tap2 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap2 -o tap1 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap2 -o tap0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_ext -i eth0 -o tap0 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_ext -i eth0 -o tap1 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_ext -i eth0 -o tap2 -m state --state RELATED,ESTABLISHED -j ACCEPT
почему мы создаём FORWARD с номера 2? - потому, что первым правилом абсолютно корректно выставлять автоподстройку величины пакетов:
sudo iptables -t filter -I FORWARD 1 -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
теперь, когда у нас всё работает, все друг друга видят и пользуют ресурсы друг друга, настало время поиграть с "мостиками". идея крайне проста - "собирайтесь девки в кучу, я вам чучу отчебучу...". шаблонные действия примерно таковы: раскомментируем строку "sudo ifconfig $iface $iface_addr promisc up" (в скрипте вызова qemu) и закомментируем то, что было ранее. выгрузим все правила iptables, ибо основным интерфейсом становится бридж, и оне (енти правила) автоматом идуть далёко...
sudo ifconfig eth0 down
sudo ifconfig eth0 0.0.0.0 promisc up
sudo brctl addbr br0
sudo brctl addif br0 eth0 tap0 tap1 tap2
sudo brctl show
sudo dhclient br0 ## (или ручками настраиваем br0 как раньше был настроен eth0)
тихо матерясь переписываем правила всяких забавных софтинок типа "netams" для работы с "br0" и рихтуем iptables.
зачем нам это надо? чтобы где-то в два раза поднять пропускную способность сети для qemu. скорость аплоада в vsftpd доходила до 2.5 Mb/sec - это неплохо (у вас могут быть совершенно другие цифры!). да и возни в итоге поменьше, плюс получаем новую "игрушку" - brctl. а уж если vconfig ещё валяется рядом - то "гуляйте, Маша, воля ваша".
частный случай - объединить "мостиком" только "tap*" интерфейсы - в этом случае присваиваем руками адрес для "br0" и используем его вместо "tap*" для рихтовки таблиц маршрутизации.
P.S. не забываем о "командном" режиме работы (Ctl+Alt+2). могут пригодиться "host_net_add", "host_net_remove", "system_reset", "q"/"system_powerdown" и т.п.
*/
материалов на данную тему в сети - море. эта заметка не претендует на оригинальность. пригодится - хорошо, а нет - так ещё лучше. по сути рассматривается частный случай создания виртуальных сетей с использованием qemu, где все "клиенты" друг друга видят, умеют общаться, делиться ресурсами и т.п.
терминология:
"гостевая" система - система, загруженная с использованием qemu/(под управлением qemu) (GUEST)
"домашняя" система - localhost (HOST)
проект qemu не стоит на месте, многие вещи меняются от версии к версии. нетерпеливые энтузиасты собирают эмулятор самостоятельно. шаблончик для сборки на Linux приведён ниже (для версии 0.10.3):
./configure --prefix=/usr --enable-system --enable-linux-user \
--audio-drv-list="oss alsa sdl esd" \
--audio-card-list="ac97 sb16 es1370" \
--enable-mixemu
make
sudo checkinstall
checkinstall генерит корректный пакет (спасибо всем, кто написал хороший Makefile).
ссылки на документацию о работе qemu с сетью:
официальное руководство. читать.
подробная инструкция от товарища "радиста" - может рассматриваться как некая общая "вводная".
осилив материал, можно узнать пару интересных вещей: slirp и vde (Virtual Distributed Ethernet). в теории vde должен упростить процедуру, изложенную ниже, путём соединения гостевой системы с сокетом, автосозданием "tap" интерфейса и установкой корректного FORWARD между всеми гостевыми системами. к сожалению готовых "рецептов" с использованием vde выдать пока не могу, ибо... если у кого работает эта схема - отпишитесь в комментариях или киньте ссылку на более подробные инструкции. использование же slirp не представляется целесообразным.
задача:
поднять несколько виртуальных машин с qemu и обеспечить не только их взаимодействие по "виртуальной сети" между собой, но и открыть им доступ к локальным сетевым ресурсам (интернет в том числе).
для её решения подойдёт практически любой дистрибутив Linux с установленными пакетами: iptables, qemu, kqemu, tunctl и bridge-utils. если вы долго и упорно настраивали iptables - то идея построения "моста" вам явно не понравится.
грузим необходимые модули ядра:
sudo modprobe -v tun
sudo modprobe -v kqemu
sudo chmod 666 /dev/net/tun
sudo chown `whoami` /dev/kqemu
последние две строки дают нам возможность не использовать рута для старта самого qemu, что кажется более логичным, чем "Запускать нужно от root'а, потому что иначе могут возникнуть проблемы с доступом к устройству /dev/net/tun ." угу, всё бросили и запустили от рута, хотя кому-то может так и легче.
запуск виртуальных машин довольно прост. стоит только запомнить, что каждой машине нужен отдельный "tap" интерфейс, соответственно имеет смысл помещать их в разные "подсети". например ("интерфейс tap" -> "локальный eth0, что мы потом поднимем в qemu"):
192.168.4.1 -> 192.168.4.100
192.168.5.1 -> 192.168.5.100
192.168.6.1 -> 192.168.6.100
использовать "глобальные" скрипты (/etc/qemu*) - не рекомендую, но это imho. каждый волен сам решать. если у вас не происходит присваивание уникальных MAC адресов "на лету" - то можете задать их вручную или поменять позже. простейший скриптец старта qemu:
#!/bin/sh
iface="tap0"
iface_addr="192.168.4.1"
user="`whoami`"
sudo modprobe tun
sudo modprobe kqemu
sleep 2
sudo chown $user /dev/kqemu
sudo tunctl -u $user -t $iface
sudo ifconfig $iface $iface_addr up
##sudo ifconfig $iface $iface_addr promisc up ## только для использования в "мостике" !!!
qemu -cdrom ./image.iso -boot d -hda ./disk.img -m 256 -kernel-kqemu -net nic,vlan=0 -net tap,vlan=0,ifname=$iface,script=no
sudo ifconfig $iface down
#EOF
приказ отдохнуть пару секунд после загрузки модуля kqemu (если он ещё не загружен) для вас может быть излишним. маска сети 255.255.255.0 пойдёт автоматом. в "гостевой" системе необходимо и достаточно поднять сетевой интерфейс с номером в пределах заданного сегмента и проставить дефолтный шлюз, равный $iface_addr. для примера с "tap0" некие шаблонные действа в "гостевой" системе:
ifconfig eth0 down
ifconfig eth0 192.168.4.100 up
route add default gw 192.168.4.1
echo 'nameserver 192.168.4.1' >> /etc/resolv.conf
echo 'nameserver ВАШ_ЛОКАЛЬНЫЙ_ДНС' >> /etc/resolv.conf
echo 'nameserver BACKUP_ДНС' >> /etc/resolv.conf
для того, чтобы открыть гостевым машинам доступ в локальную сеть можно воспользоваться "маскарадом". допустим, что ваш локальный сетевой интерфейс - eth0. если интернет идёт по интерфейсам типа dsl0, ppp0 - то "маскарадить" надо и их (если хочется выйти в сеть из qemu плюс ко всему придётся подправить правила для FORWARD). имеем три интерфейса для qemu - tap0, tap1 и tap2. шаблон ниже не предполагает использование "brctl" - "мостиков". мы культурно разрешаем обмен пакетами (FORWARD) между всеми участниками праздничного шоу (используем 2 цепочки - forward_int и forward_ext).
su -c "echo 1 > /proc/sys/net/ipv4/ip_forward"
sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
sudo iptables -t filter -I INPUT 1 -i tap0 -j input_int
sudo iptables -t filter -I INPUT 1 -i tap1 -j input_int
sudo iptables -t filter -I INPUT 1 -i tap2 -j input_int
sudo iptables -t filter -A input_int -j ACCEPT
sudo iptables -t filter -I FORWARD 2 -i eth0 -j forward_ext
sudo iptables -t filter -I FORWARD 2 -i tap0 -j forward_int
sudo iptables -t filter -I FORWARD 2 -i tap1 -j forward_int
sudo iptables -t filter -I FORWARD 2 -i tap2 -j forward_int
sudo iptables -t filter -A forward_int -i tap0 -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap1 -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap2 -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap0 -o tap1 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap0 -o tap2 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap1 -o tap0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap1 -o tap2 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap2 -o tap1 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_int -i tap2 -o tap0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_ext -i eth0 -o tap0 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_ext -i eth0 -o tap1 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -t filter -A forward_ext -i eth0 -o tap2 -m state --state RELATED,ESTABLISHED -j ACCEPT
почему мы создаём FORWARD с номера 2? - потому, что первым правилом абсолютно корректно выставлять автоподстройку величины пакетов:
sudo iptables -t filter -I FORWARD 1 -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
теперь, когда у нас всё работает, все друг друга видят и пользуют ресурсы друг друга, настало время поиграть с "мостиками". идея крайне проста - "собирайтесь девки в кучу, я вам чучу отчебучу...". шаблонные действия примерно таковы: раскомментируем строку "sudo ifconfig $iface $iface_addr promisc up" (в скрипте вызова qemu) и закомментируем то, что было ранее. выгрузим все правила iptables, ибо основным интерфейсом становится бридж, и оне (енти правила) автоматом идуть далёко...
sudo ifconfig eth0 down
sudo ifconfig eth0 0.0.0.0 promisc up
sudo brctl addbr br0
sudo brctl addif br0 eth0 tap0 tap1 tap2
sudo brctl show
sudo dhclient br0 ## (или ручками настраиваем br0 как раньше был настроен eth0)
тихо матерясь переписываем правила всяких забавных софтинок типа "netams" для работы с "br0" и рихтуем iptables.
зачем нам это надо? чтобы где-то в два раза поднять пропускную способность сети для qemu. скорость аплоада в vsftpd доходила до 2.5 Mb/sec - это неплохо (у вас могут быть совершенно другие цифры!). да и возни в итоге поменьше, плюс получаем новую "игрушку" - brctl. а уж если vconfig ещё валяется рядом - то "гуляйте, Маша, воля ваша".
частный случай - объединить "мостиком" только "tap*" интерфейсы - в этом случае присваиваем руками адрес для "br0" и используем его вместо "tap*" для рихтовки таблиц маршрутизации.
P.S. не забываем о "командном" режиме работы (Ctl+Alt+2). могут пригодиться "host_net_add", "host_net_remove", "system_reset", "q"/"system_powerdown" и т.п.
*/
вторник, 20 января 2009 г.
wind me up!
/*
another update of our Enlightenment LiveCD! version 3.0.4 is out! grab it right now:
Download Page
Ice Cube Mirror
we've also prepared the delta images for both LiveCD and our USB-disk which are available for download. you need the 'xdelta' package to use them. they could save hell of a lot of a traffic for you. if you've forgot how to work with 'xdelta' - just type in your terminal:
> xdelta --help
and look at the examples we've published before.
changelog (briefly):
* 'xchm' and 'WxWidgets' were replaced by 'chmsee' (it saved hell of a lot of precious disk space);
* added a simple mail client solution based on 'mutt'+'msmtp'+'procmail'+'fetchmail'+'urlview' . don't afraid this "old monsters"! we prepared the required templates in your ~ ($HOME) dir. just modify a couple of words in:
~/.mailcap.template (this is optional, you can just rename it to "~/.mailcap")
~/.fetchmailrc.template
~/.msmtprc.template
~/.muttrc.template
~/.procmailrc.template
remove the ".template" extensions and hope that you like the results as we do! to fetch the remote mail use the following command:
> fetchmail -av -m "/usr/bin/procmail -d %T"
it'll be added into your "~/bin" folder next time.
* added a simple crypto software - 'seahorse' and 'gpg-crypter'. this will greatly improve your trip into the world of GPG;
* added 'djvu' browser plugin and standalone viewer;
* WindowMaker in a full shining glory (with all applets and themes!) has joined us!
* Enlightenment-DR17 now set as a default window manager (default session) for a first login;
* 'OOo-base' was removed due to the heavy dependency on 'JRE' which was also removed;
* 'Brasero' added as a tool for CD/DVD recording in GUI;
* bunch of useful small utilities are added (like 'sshfs', 'curlftpfs', etc.).
well, hope that this is really nice release and hope you'll find it useful.
HUGE THANKS goes to the Paul Lubetsky and anonimous reader "Алексей" (codename - "Alex"). their kind advises, bugreports and gentle kicks helped to shape the LiveCD a lot!
we're saying "Thank You Very Much!" to the following persons:
Pavel Shevchuk
Jean-Philippe Monteiro
to-do list:
* complete the new default UI for Enlightenment-DR17. it'll be based on 'buuf' iconset and '2be-Sedation' unified theme;
* make a new default UI for Enlightenment-DR16. it's planned to play a bit with the original 'Sedation' theme for it.
* change the default gtk+ theme 'vision' to the 'Sedation' one;
* improve the 'jvm' default menu;
*add 'rar' package to the disk;
* add some handy bash scripts for Users which could be helpful in some cases (please, take a look into your "~/bin" folder to get the idea what we're talking about);
* improve the documentation (our Welcome.pdf is a bit outdated);
* fix all things that should be fixed :)
things we wish to discuss:
* should we include 'gnome-settings-daemon' and 'gconf-editor' to tweak gtk+ settings?
* should we look at another UI design for the default settings?
* what else could be improved/added/fixed/removed in our "SOAD Linux"? we're interested to create a kind of "wishlist" from our respective users.
please, leave your comments here. welcome to use any language which is supported by Google Translate - feel yourself comfortable!
we're sorry for the big timeout in "update cycle" from version 3.0.3 to 3.0.4. hope that the result worth it.
we're highly appreciate your feedback and will be pleased for any help you may offer!
regards,
sda (on behalf of a SOAD Team)
P.S. though i hate this part, but here it is...
KNOWN BUGS:
1) stupid one. Enlightenment-DR17's 'places' module doesn't work.
Solution (if you didn't get the bugfix - just read below):
open your terminal as root and type:
> chmod +r /usr/lib/enlightenment/modules/places/e-module-places.edj
this "bug" is not the case for those, who installed E from our repo. will be fixed with the next release version. only valid for 3.0.4.
P.P.S. yo! we released the 3.0.4_bugfix_delta images for LiveCD and USB-sticks! grab them here:
Ice Cube Mirror
link below has only LiveCD 3.0.4_bugfix_delta:
Download Page
link below has only USB-stick 3.0.4_bugfix_delta:
Mediafire.com
please read this files:
LiveCD Bugfix README for version 3.0.4 (plain text)
USB-stick Bugfix README for version 3.0.4 (plain text)
Enjoy!
очередная порция улучшений нашего скромного Enlightenment LiveCD! версия 3.0.4 таки увидела свет. забираем:
Download Page
Ice Cube Mirror
там же можно найти "дельты" (для образов LiveCD и USB) если вы скачали предыдущие релизы и не желаете тянуть очередные "700 метров". для операций с дельтами нужон пакет 'xdelta'. коли забыли как пользовать - печатаем в консольке:
> xdelta --help
и смотрим на ранее выложенные примеры.
чего поменяли (кратко):
* 'xchm' и 'WxWidgets' заменили на 'chmsee' (что позволило высвободить порядочно драгоценного дискового пространства);
* наконец-то добавили вменяемый почтовый клиент 'mutt'+'msmtp'+'procmail'+'fetchmail'+'urlview' . в ~ ($HOME) каталоге у вас будут "шаблоны" для быстрой настройки почты. посмотрите на:
~/.mailcap.template (опционально, можно просто переименовать в "~/.mailcap")
~/.fetchmailrc.template
~/.msmtprc.template
~/.muttrc.template
~/.procmailrc.template
поменяйте дефолт на Ваши параметры, уберите расширение ".template" и "кушать подано"! для получения почты (и рассортировки её в соответствии с вашими предпочтениями) пользуем:
> fetchmail -av -m "/usr/bin/procmail -d %T"
в следующем релизе мы добавим это в "~/bin" отдельной командой.
* добавили софт для работы с GPG - 'seahorse' и 'gpg-crypter';
* добавили 'djvu' browser plugin и отдельную "гляделку" djvu файлов;
* WindowMaker снова с нами во всей красе с апплетами и темами!
* Enlightenment-DR17 поставлен как WM/сессия по умолчанию для первого логина в систему;
* 'Brasero' теперь помогает 'wodim'-у записывать CD/DVD диски;
* OOo-base выкинули, ибо оно зависит от JRE, которое тоже выкинули;
* добавили табун полезных утилит (типа 'sshfs', 'curlftpfs', и т.п.).
надеемся, что этот релиз Вам понравится. мы очень старались Вас не разочаровать.
страшнейшее СПАСИБО говорим товарищу VeGeek-у и анониму "Алексей" за советы, предложения, рацпредложения и мотивацию сделать хоть что-то полезное.
слова благодарности за хостинг и доброе к нам отношение адресуем:
товарищу Stalwart-у
товарищу Jean-Philippe Monteiro
планы на ближайшее будущее:
* забабахать новый дефолт UI/(оформления) для Enlightenment-DR17 на базе иконок 'buuf' и '2be-Sedation' ETK+E17 темы;
* вломить новый дефолт UI/(оформления) для Enlightenment-DR16 чуток поправив оригинал 'Sedation' для этого дела (там возни - немеряно, с учётом локализации и т.п. будем рады любой помощи);
* коли выгорят два первых пункта, то 'vision' надо менять на 'Sedation' (и может подшаманить его чуток);
* сделать нормальное меню для 'jvm';
*добавить пакет 'rar' (или не стоит?);
* добросить прикольных скриптов в "~/bin";
* привести в порядок документацию (наш Welcome.pdf уже основательно устарел);
* починить всё, что забыли и т.п. :)
хотелось бы обсудить:
* стоит ли включать 'gnome-settings-daemon' и 'gconf-editor' для настройки gtk+?
* какие ещё варианты дефолтного оформления стоит рассмотреть?
* чего ещё для счастья не хватает в "SOAD Linux"? надо как-то направление движения выбрать...
Господа и Дамы, пишите камменты! язык камментов - любой, что поддерживается Google Translate - не стесняйтесь!
наши искренние извинения за задержку в подготовке релиза версии 3.0.4. надеемся, что результат того стоит.
любая помощь этому маленькому проекту будет принята с благодарностью, буде то критика или совет/рацпредложение али ещё чего...
наше вам с кисточкой!
sda (от лица SOAD Team)
P.S. думал, что без этого на сей раз обойдётся, да видно "не судьба"(c)...
НЕПОЛАДКИ (едрить их налево):
1) глупейшая. Enlightenment-DR17's 'places' модуль не работает.
Лечение (если вы не скачали багфикс):
открыть терминальчик/консольку и от рута накарябать:
> chmod +r /usr/lib/enlightenment/modules/places/e-module-places.edj
сей "bug" характерен только для LiveCD/USB-stick версии 3.0.4. пакеты Е из нашего репо подобных "неполадок" не имеют.
P.P.S. 3.0.4_bugfix_delta для LiveCD и USB-sticks доступны для скачивания! забираем:
Ice Cube Mirror
по ссылке ниже только LiveCD 3.0.4_bugfix_delta:
Download Page
а тут - только USB-stick 3.0.4_bugfix_delta:
Mediafire.com
фтыкаем:
LiveCD Bugfix ПРОЧТИ_МЕНЯ для версии 3.0.4 (plain text)
USB-stick Bugfix ПРОЧТИ_МЕНЯ для версии 3.0.4 (plain text)
пользуйте!
*/
another update of our Enlightenment LiveCD! version 3.0.4 is out! grab it right now:
Download Page
Ice Cube Mirror
we've also prepared the delta images for both LiveCD and our USB-disk which are available for download. you need the 'xdelta' package to use them. they could save hell of a lot of a traffic for you. if you've forgot how to work with 'xdelta' - just type in your terminal:
> xdelta --help
and look at the examples we've published before.
changelog (briefly):
* 'xchm' and 'WxWidgets' were replaced by 'chmsee' (it saved hell of a lot of precious disk space);
* added a simple mail client solution based on 'mutt'+'msmtp'+'procmail'+'fetchmail'+'urlview' . don't afraid this "old monsters"! we prepared the required templates in your ~ ($HOME) dir. just modify a couple of words in:
~/.mailcap.template (this is optional, you can just rename it to "~/.mailcap")
~/.fetchmailrc.template
~/.msmtprc.template
~/.muttrc.template
~/.procmailrc.template
remove the ".template" extensions and hope that you like the results as we do! to fetch the remote mail use the following command:
> fetchmail -av -m "/usr/bin/procmail -d %T"
it'll be added into your "~/bin" folder next time.
* added a simple crypto software - 'seahorse' and 'gpg-crypter'. this will greatly improve your trip into the world of GPG;
* added 'djvu' browser plugin and standalone viewer;
* WindowMaker in a full shining glory (with all applets and themes!) has joined us!
* Enlightenment-DR17 now set as a default window manager (default session) for a first login;
* 'OOo-base' was removed due to the heavy dependency on 'JRE' which was also removed;
* 'Brasero' added as a tool for CD/DVD recording in GUI;
* bunch of useful small utilities are added (like 'sshfs', 'curlftpfs', etc.).
well, hope that this is really nice release and hope you'll find it useful.
HUGE THANKS goes to the Paul Lubetsky and anonimous reader "Алексей" (codename - "Alex"). their kind advises, bugreports and gentle kicks helped to shape the LiveCD a lot!
we're saying "Thank You Very Much!" to the following persons:
Pavel Shevchuk
Jean-Philippe Monteiro
to-do list:
* complete the new default UI for Enlightenment-DR17. it'll be based on 'buuf' iconset and '2be-Sedation' unified theme;
* make a new default UI for Enlightenment-DR16. it's planned to play a bit with the original 'Sedation' theme for it.
* change the default gtk+ theme 'vision' to the 'Sedation' one;
* improve the 'jvm' default menu;
*
* add some handy bash scripts for Users which could be helpful in some cases (please, take a look into your "~/bin" folder to get the idea what we're talking about);
* improve the documentation (our Welcome.pdf is a bit outdated);
* fix all things that should be fixed :)
things we wish to discuss:
* should we include 'gnome-settings-daemon' and 'gconf-editor' to tweak gtk+ settings?
* should we look at another UI design for the default settings?
* what else could be improved/added/fixed/removed in our "SOAD Linux"? we're interested to create a kind of "wishlist" from our respective users.
please, leave your comments here. welcome to use any language which is supported by Google Translate - feel yourself comfortable!
we're sorry for the big timeout in "update cycle" from version 3.0.3 to 3.0.4. hope that the result worth it.
we're highly appreciate your feedback and will be pleased for any help you may offer!
regards,
sda (on behalf of a SOAD Team)
P.S. though i hate this part, but here it is...
KNOWN BUGS:
1) stupid one. Enlightenment-DR17's 'places' module doesn't work.
Solution (if you didn't get the bugfix - just read below):
open your terminal as root and type:
> chmod +r /usr/lib/enlightenment/modules/places/e-module-places.edj
this "bug" is not the case for those, who installed E from our repo. will be fixed with the next release version. only valid for 3.0.4.
P.P.S. yo! we released the 3.0.4_bugfix_delta images for LiveCD and USB-sticks! grab them here:
Ice Cube Mirror
link below has only LiveCD 3.0.4_bugfix_delta:
Download Page
link below has only USB-stick 3.0.4_bugfix_delta:
Mediafire.com
please read this files:
LiveCD Bugfix README for version 3.0.4 (plain text)
USB-stick Bugfix README for version 3.0.4 (plain text)
Enjoy!
===========================================
очередная порция улучшений нашего скромного Enlightenment LiveCD! версия 3.0.4 таки увидела свет. забираем:
Download Page
Ice Cube Mirror
там же можно найти "дельты" (для образов LiveCD и USB) если вы скачали предыдущие релизы и не желаете тянуть очередные "700 метров". для операций с дельтами нужон пакет 'xdelta'. коли забыли как пользовать - печатаем в консольке:
> xdelta --help
и смотрим на ранее выложенные примеры.
чего поменяли (кратко):
* 'xchm' и 'WxWidgets' заменили на 'chmsee' (что позволило высвободить порядочно драгоценного дискового пространства);
* наконец-то добавили вменяемый почтовый клиент 'mutt'+'msmtp'+'procmail'+'fetchmail'+'urlview' . в ~ ($HOME) каталоге у вас будут "шаблоны" для быстрой настройки почты. посмотрите на:
~/.mailcap.template (опционально, можно просто переименовать в "~/.mailcap")
~/.fetchmailrc.template
~/.msmtprc.template
~/.muttrc.template
~/.procmailrc.template
поменяйте дефолт на Ваши параметры, уберите расширение ".template" и "кушать подано"! для получения почты (и рассортировки её в соответствии с вашими предпочтениями) пользуем:
> fetchmail -av -m "/usr/bin/procmail -d %T"
в следующем релизе мы добавим это в "~/bin" отдельной командой.
* добавили софт для работы с GPG - 'seahorse' и 'gpg-crypter';
* добавили 'djvu' browser plugin и отдельную "гляделку" djvu файлов;
* WindowMaker снова с нами во всей красе с апплетами и темами!
* Enlightenment-DR17 поставлен как WM/сессия по умолчанию для первого логина в систему;
* 'Brasero' теперь помогает 'wodim'-у записывать CD/DVD диски;
* OOo-base выкинули, ибо оно зависит от JRE, которое тоже выкинули;
* добавили табун полезных утилит (типа 'sshfs', 'curlftpfs', и т.п.).
надеемся, что этот релиз Вам понравится. мы очень старались Вас не разочаровать.
страшнейшее СПАСИБО говорим товарищу VeGeek-у и анониму "Алексей" за советы, предложения, рацпредложения и мотивацию сделать хоть что-то полезное.
слова благодарности за хостинг и доброе к нам отношение адресуем:
товарищу Stalwart-у
товарищу Jean-Philippe Monteiro
планы на ближайшее будущее:
* забабахать новый дефолт UI/(оформления) для Enlightenment-DR17 на базе иконок 'buuf' и '2be-Sedation' ETK+E17 темы;
* вломить новый дефолт UI/(оформления) для Enlightenment-DR16 чуток поправив оригинал 'Sedation' для этого дела (там возни - немеряно, с учётом локализации и т.п. будем рады любой помощи);
* коли выгорят два первых пункта, то 'vision' надо менять на 'Sedation' (и может подшаманить его чуток);
* сделать нормальное меню для 'jvm';
*
* добросить прикольных скриптов в "~/bin";
* привести в порядок документацию (наш Welcome.pdf уже основательно устарел);
* починить всё, что забыли и т.п. :)
хотелось бы обсудить:
* стоит ли включать 'gnome-settings-daemon' и 'gconf-editor' для настройки gtk+?
* какие ещё варианты дефолтного оформления стоит рассмотреть?
* чего ещё для счастья не хватает в "SOAD Linux"? надо как-то направление движения выбрать...
Господа и Дамы, пишите камменты! язык камментов - любой, что поддерживается Google Translate - не стесняйтесь!
наши искренние извинения за задержку в подготовке релиза версии 3.0.4. надеемся, что результат того стоит.
любая помощь этому маленькому проекту будет принята с благодарностью, буде то критика или совет/рацпредложение али ещё чего...
наше вам с кисточкой!
sda (от лица SOAD Team)
P.S. думал, что без этого на сей раз обойдётся, да видно "не судьба"(c)...
НЕПОЛАДКИ (едрить их налево):
1) глупейшая. Enlightenment-DR17's 'places' модуль не работает.
Лечение (если вы не скачали багфикс):
открыть терминальчик/консольку и от рута накарябать:
> chmod +r /usr/lib/enlightenment/modules/places/e-module-places.edj
сей "bug" характерен только для LiveCD/USB-stick версии 3.0.4. пакеты Е из нашего репо подобных "неполадок" не имеют.
P.P.S. 3.0.4_bugfix_delta для LiveCD и USB-sticks доступны для скачивания! забираем:
Ice Cube Mirror
по ссылке ниже только LiveCD 3.0.4_bugfix_delta:
Download Page
а тут - только USB-stick 3.0.4_bugfix_delta:
Mediafire.com
фтыкаем:
LiveCD Bugfix ПРОЧТИ_МЕНЯ для версии 3.0.4 (plain text)
USB-stick Bugfix ПРОЧТИ_МЕНЯ для версии 3.0.4 (plain text)
пользуйте!
*/
четверг, 15 января 2009 г.
heads up!
/*
yep, we screwed a bit with "bugfix" 3.0.2 version of our Enlightenment LiveCD and issued another one - version 3.0.3!
changelog:
* added 'lzma' standalone package (guys, use the default compression level -7, lol)
* added 'kernel-base' and 'kernel-extra' packages (in general it's a main reason to make a 3.0.3 version)
about "delta.iso" - an easy task! just grab the delta between versions 3.0.1 and 3.0.3. how-to apply the changes:
xdelta patch 3.0.1-3.0.3.delta.iso suse-11.1-Enlightenment-live-iso.i686-3.0.1.iso suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso
you can check the resulting NEW.ISO (suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso) with 'md5sum' and 'sha256sum' which are available at out download page and at the Ice Cube Mirror
we're kindly ask you to help us in testing the "Enlightenment USB Stick Edition" uploaded to the respective Ice Cube Mirror and Mediafire.com. it's a HEAVY ALPHA! it may work, but most likely will not (some issues with the boot sequence are still there unfortunately). we can fix it with a "dirty hack" (as usual) or hope to receive your kind feedback and cure the reason of possible failures. please READ THIS FILE to get the idea how to deploy the image to your stick! it should work with a 1Gb sticks (or the capacity could be more). please also note that MS operating systems are unable to work with the flash disks if the first primary partition is not a FAT one (and looks like several other limits are also there).
and we missed to make a kind of "hack" to enable proper work of a "language" module for Enlightenment-DR17 (this is a GUI keyboard switcher):
sudo mv /etc/X11/xkb /etc/X11/xkb.old
sudo ln -sf /usr/share/X11/xkb /etc/X11/xkb
now it should work. this solution will not affect your X settings at all.
regards,
sda
********************************************************
Господа и Дамы,
"мячты таки сбываются!" если вы скачали версию 3.0.1 нашего LiveCD и не желаете заново тянуть новую - достаточно взять дельту, накатить патч на старый исошник:
xdelta patch 3.0.1-3.0.3.delta.iso suse-11.1-Enlightenment-live-iso.i686-3.0.1.iso suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso
проверить md5sum/sha256sum у нового образа (suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso), закатать на болванку и пользоваться. отныне "дельты" будут всегда доступны.
сделали ревизию 3.0.3, так как добавление пакетов 'lzma', 'kernel-base' и 'kernel-extra' посчитали остаточным основанием для подобного шага.
выложили первую "пробу пера" с образом для USB флешек:
Ice Cube Mirror
Mediafire.com
без вашей помощи боюсь будет тяжко найти и исправить имеющиеся недочёты (там что-то с системой инициализации самой флешки в самом начале процесса загрузки). оно то работает, то не работает. есть уже "хак" для "вырезания плохого поведения по самые яйца", но надеемся, что может кто из Вас, дорогие читатели, потестит и отпишется о впечатлениях. читайте инструкцию как закатать на флешку на всякий случай.
если вам нужна гуёвая переключалка клавиатуры в Enlightenment-DR17, то сделайте так:
sudo mv /etc/X11/xkb /etc/X11/xkb.old
sudo ln -sf /usr/share/X11/xkb /etc/X11/xkb
и всё будет. настройки иксов при этом ни капельки не страдают.
удачи!
*/
yep, we screwed a bit with "bugfix" 3.0.2 version of our Enlightenment LiveCD and issued another one - version 3.0.3!
changelog:
* added 'lzma' standalone package (guys, use the default compression level -7, lol)
* added 'kernel-base' and 'kernel-extra' packages (in general it's a main reason to make a 3.0.3 version)
about "delta.iso" - an easy task! just grab the delta between versions 3.0.1 and 3.0.3. how-to apply the changes:
xdelta patch 3.0.1-3.0.3.delta.iso suse-11.1-Enlightenment-live-iso.i686-3.0.1.iso suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso
you can check the resulting NEW.ISO (suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso) with 'md5sum' and 'sha256sum' which are available at out download page and at the Ice Cube Mirror
we're kindly ask you to help us in testing the "Enlightenment USB Stick Edition" uploaded to the respective Ice Cube Mirror and Mediafire.com. it's a HEAVY ALPHA! it may work, but most likely will not (some issues with the boot sequence are still there unfortunately). we can fix it with a "dirty hack" (as usual) or hope to receive your kind feedback and cure the reason of possible failures. please READ THIS FILE to get the idea how to deploy the image to your stick! it should work with a 1Gb sticks (or the capacity could be more). please also note that MS operating systems are unable to work with the flash disks if the first primary partition is not a FAT one (and looks like several other limits are also there).
and we missed to make a kind of "hack" to enable proper work of a "language" module for Enlightenment-DR17 (this is a GUI keyboard switcher):
sudo mv /etc/X11/xkb /etc/X11/xkb.old
sudo ln -sf /usr/share/X11/xkb /etc/X11/xkb
now it should work. this solution will not affect your X settings at all.
regards,
sda
********************************************************
Господа и Дамы,
"мячты таки сбываются!" если вы скачали версию 3.0.1 нашего LiveCD и не желаете заново тянуть новую - достаточно взять дельту, накатить патч на старый исошник:
xdelta patch 3.0.1-3.0.3.delta.iso suse-11.1-Enlightenment-live-iso.i686-3.0.1.iso suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso
проверить md5sum/sha256sum у нового образа (suse-11.1-Enlightenment-live-iso.i686-3.0.3.iso), закатать на болванку и пользоваться. отныне "дельты" будут всегда доступны.
сделали ревизию 3.0.3, так как добавление пакетов 'lzma', 'kernel-base' и 'kernel-extra' посчитали остаточным основанием для подобного шага.
выложили первую "пробу пера" с образом для USB флешек:
Ice Cube Mirror
Mediafire.com
без вашей помощи боюсь будет тяжко найти и исправить имеющиеся недочёты (там что-то с системой инициализации самой флешки в самом начале процесса загрузки). оно то работает, то не работает. есть уже "хак" для "вырезания плохого поведения по самые яйца", но надеемся, что может кто из Вас, дорогие читатели, потестит и отпишется о впечатлениях. читайте инструкцию как закатать на флешку на всякий случай.
если вам нужна гуёвая переключалка клавиатуры в Enlightenment-DR17, то сделайте так:
sudo mv /etc/X11/xkb /etc/X11/xkb.old
sudo ln -sf /usr/share/X11/xkb /etc/X11/xkb
и всё будет. настройки иксов при этом ни капельки не страдают.
удачи!
*/
вторник, 13 января 2009 г.
what's cooking, doc?
/*
hello beautiful people, happy new year!
we got a new mirror for the Enlightenment LiveCD:
Tropical Ice Cube Mirror
HUGE thanks! our Best Regards to Jean-Philippe Monteiro!
new "bugfix" release of Enlightenment LiveCD version 3.0.2 is available for download.
changelog:
* fixed network configuration and settings with a new wicd-1.5.8 package
* added 'bluefish' editor for those who don't need all power of 'SciTE'
* icons display for a YaST entries in Enlightenment Settings Panel are fixed
* added Intel Wireless firmware for models 3945, 4965 and 5000 (we've forgot to include it in version 3.0.0 and 3.0.1)
* access to the YaST functions via "Settings -> System" granted to the ordinary Users (require root password though)
* YaST uses gtk+ mode by default if accessed via Enlightenment Settings Panel
* fixed operation with the 'hal' for E17's modules ('places' and 'diskio' should work now)
* some missing icons in default menus also fixed
* issues with sound for a default user ('linux') are fixed (user added to the required 'audio' group and 'pulseaudio' is wiped out)
* other misc minor fixes
new E17+ETK theme is created:
2Be Unified E17 Theme
theme is build with a color classes and could be easily customized with 'edje_editor' to match your favorite ones. by default it matches the 'sedation' gtk+ theme. i'm still working on a custom iconset which is a mix from 'gant' and 'buuf'. planning to use only 'buuf' set for it, because 'gant' already available in the E17's theme with the same name.
we're cooking 1Gb USB stick image of our 'SOAD' linux and soon it'll be available for download. if you have a sort of 'nice to have' suggestions - always welcome!
regards,
sda (on behalf of a SOAD team)
**************
дамы и господа,
поздравляю всех с новым, замечательным 2009-ым годом!
в перерывах между культурным выпивоном нам удалось сделать кое-что полезное, о чём с радостию и сообщаем.
договорились о новом зеркале для Enlightenment LiveCD:
Tropical Ice Cube Mirror
ОГРОМНОЕ спасибо! слова благодарности - Жан-Филлипу Монтейро!
выложили "багфикс" релиз Enlightenment LiveCD.
примерный список изменений:
* исправили настройку и кправление сетевыми подключениями с новым пакетом wicd-1.5.8
* добавили 'bluefish' для тех, кому 'SciTE' кажется чересчур сложным
* пофиксили отображение по умолчанию иконок меню YaST-а в панели Enlightenment Settings
* добавили Intel Wireless firmware для моделей 3945, 4965 and 5000 (лопухнулись засунуть это добро в предыдущие релизы)
* доступ к функциям YaST-а из "Settings -> System" теперь возможен для обычных пользователей
* прикрутили вроде gtk+ к YaST-у по умолчанию
* подшаманили операции с hal-ом для модулей E17-го ('places' и 'diskio' теперь должны пахать "из коробки")
* пофиксили недостающие иконки, которые по умолчанию отсутствовали
* для дефолтного пользователя ('linux') пофиксили косяки со звуковой подсистемой (добавили лузера в группу 'audio' и выкинули 'pulseaudio' по старой доброй традиции)
* чего-то ещё подкрутили, чего-то може и сломали, но в целом всё к лучшему
сделал новую E17+ETK тему:
2Be Unified E17 Theme
темка на колер-классах и в edje_editor-е очень быстро может быть подстроена в соответствии с вашими предпочтениями. по умолчанию оно дружит с 'sedation' gtk+ темкой. в планах полностью переколбасить иконки на 'buuf'. вроде это пока моя лучшая работа, особенно ETK удачно получилась.
тестируем образ SOAD Linux для USB флешки. потроха бодут аналогичны LiveCD, но потребуется девайс размером от 1Гб для заливки образа. гиг "делится" на 650Mb образ системы (read-only) и остальное (read-write), где можно при недостатке ОЗУ создать swap например.
если есть у кого пожелания - пишите, учтём по возможности. есть идейки похулиганить (aircrack-ng, ettercap, dsniff и т.п.), но стоит ли?
*/
hello beautiful people, happy new year!
we got a new mirror for the Enlightenment LiveCD:
Tropical Ice Cube Mirror
HUGE thanks! our Best Regards to Jean-Philippe Monteiro!
new "bugfix" release of Enlightenment LiveCD version 3.0.2 is available for download.
changelog:
* fixed network configuration and settings with a new wicd-1.5.8 package
* added 'bluefish' editor for those who don't need all power of 'SciTE'
* icons display for a YaST entries in Enlightenment Settings Panel are fixed
* added Intel Wireless firmware for models 3945, 4965 and 5000 (we've forgot to include it in version 3.0.0 and 3.0.1)
* access to the YaST functions via "Settings -> System" granted to the ordinary Users (require root password though)
* YaST uses gtk+ mode by default if accessed via Enlightenment Settings Panel
* fixed operation with the 'hal' for E17's modules ('places' and 'diskio' should work now)
* some missing icons in default menus also fixed
* issues with sound for a default user ('linux') are fixed (user added to the required 'audio' group and 'pulseaudio' is wiped out)
* other misc minor fixes
new E17+ETK theme is created:
2Be Unified E17 Theme
theme is build with a color classes and could be easily customized with 'edje_editor' to match your favorite ones. by default it matches the 'sedation' gtk+ theme. i'm still working on a custom iconset which is a mix from 'gant' and 'buuf'. planning to use only 'buuf' set for it, because 'gant' already available in the E17's theme with the same name.
we're cooking 1Gb USB stick image of our 'SOAD' linux and soon it'll be available for download. if you have a sort of 'nice to have' suggestions - always welcome!
regards,
sda (on behalf of a SOAD team)
**************
дамы и господа,
поздравляю всех с новым, замечательным 2009-ым годом!
в перерывах между культурным выпивоном нам удалось сделать кое-что полезное, о чём с радостию и сообщаем.
договорились о новом зеркале для Enlightenment LiveCD:
Tropical Ice Cube Mirror
ОГРОМНОЕ спасибо! слова благодарности - Жан-Филлипу Монтейро!
выложили "багфикс" релиз Enlightenment LiveCD.
примерный список изменений:
* исправили настройку и кправление сетевыми подключениями с новым пакетом wicd-1.5.8
* добавили 'bluefish' для тех, кому 'SciTE' кажется чересчур сложным
* пофиксили отображение по умолчанию иконок меню YaST-а в панели Enlightenment Settings
* добавили Intel Wireless firmware для моделей 3945, 4965 and 5000 (лопухнулись засунуть это добро в предыдущие релизы)
* доступ к функциям YaST-а из "Settings -> System" теперь возможен для обычных пользователей
* прикрутили вроде gtk+ к YaST-у по умолчанию
* подшаманили операции с hal-ом для модулей E17-го ('places' и 'diskio' теперь должны пахать "из коробки")
* пофиксили недостающие иконки, которые по умолчанию отсутствовали
* для дефолтного пользователя ('linux') пофиксили косяки со звуковой подсистемой (добавили лузера в группу 'audio' и выкинули 'pulseaudio' по старой доброй традиции)
* чего-то ещё подкрутили, чего-то може и сломали, но в целом всё к лучшему
сделал новую E17+ETK тему:
2Be Unified E17 Theme
темка на колер-классах и в edje_editor-е очень быстро может быть подстроена в соответствии с вашими предпочтениями. по умолчанию оно дружит с 'sedation' gtk+ темкой. в планах полностью переколбасить иконки на 'buuf'. вроде это пока моя лучшая работа, особенно ETK удачно получилась.
тестируем образ SOAD Linux для USB флешки. потроха бодут аналогичны LiveCD, но потребуется девайс размером от 1Гб для заливки образа. гиг "делится" на 650Mb образ системы (read-only) и остальное (read-write), где можно при недостатке ОЗУ создать swap например.
если есть у кого пожелания - пишите, учтём по возможности. есть идейки похулиганить (aircrack-ng, ettercap, dsniff и т.п.), но стоит ли?
*/
пятница, 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...
*/
Подписаться на:
Сообщения (Atom)
