peter_lemenkov
Recent Entries 
23rd-Apr-2010 02:29 pm - Продукты Mozilla, как оказалось, не являются свободным ПО.
Такие вот дела.

Я постоянно удивлялся, почему это в Fedora баги в продуктах от Mozilla Foundation не исправляют месяцами, и мэйнтейнеры соответствующих пакетов чаще всего просто не делают ничего. Ну т.е. я даже два патча им сам заслал, а они просто никак не реагируют - даже не обращают внимания. Причем, несмотря на то, что я там имею статус "advanced packager" (т.е. теоретически могу сам, не дожидаясь реакции официального мэйнтейнера пакета, залезть в Fedora CVS, приложить туда патч, собрать новый пакет и протолкнуть его в официальный репозиторий), в пакеты с мозилловыми программами мне (и у прочих "advanced packager") доступ запрещен. И вот, наконец-то я узнал, в чем-же тут дело.

История такова - паренек напоролся на критическую багу в thunderbird для которой есть патч, и патчу уже около месяца, и бага эта очень популярна - ну он и спросил в мэйллисте, мол а чего вы ждете-то?

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

Статус Firefox в этой связи становится очень даже удивительным - получается, что это несвободное ПО. В любом случае, это хороший пример того, как торговые марки могут свести на нет преимущества open source.

Со стыдом вспоминаю, как я вслед за аналитиками с ЛОРа гыгыкал над парнями из Debian, которые эту проблему увидели раньше других и провели ребрендинг пакетов от Mozilla.
19th-Nov-2009 10:34 am - Fedora 12 вышла - впечатления
Кстати, хорошая штука получилась! У меня (почти) ничего не падает, нигде настраивать ничего не надо было. От xorg.conf смог отказаться окончательно (предусмотрительно переместив его в нужное место - мало-ли). Так-что можно апгрейдиться с предыдущих двух - гораздо лучше, чем F-10 и F-11 получилось. Кстати, апргейдился я обычным образом - скачал fedora-release и fedora-release-notes, установил их и сделал yum upgrade. Никаких промежуточных апгрейдов glibc не делал. И в этот раз без каких-либо конфликтов, кстати.

Однако, в рекламных проспектах ничего не сказано про недостатки, а они есть - вот про них и расскажу:

* С новыми драйверами для самых разных карт Firefox легко валит X11. И это уже не как обычно проблемы у полпроцента юзеров с PowerPC - там самые различные архитектуры были перечислены.

* На дровах ATI для r280 на моем powerpc как обычно поломан OpenGL (ну это как-бы и хрен с ним - мне он и не нужен был), но вдобавок поломали Xv - теперь видео на компе играется с качеством роликов середины 1990х (но про это я пока говорить не буду - пусть исправят предыдущий баг, и может эта проблема сама и уйдет).

Пабабабам! Лидер среди косяков в новой Fedora, самый популярный тикет в багзилле этой недели (и, скорее всего, 2009 года):

* All users get to install software on a machine they do not have the root password to. И ушедшее за сто постов обсуждение в списке рассылки fedora-devel.

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

Разработчик утверждает, что это виндовс-вэй улучшение якобы где-то обсуждали (скорей всего перетерли в кабаке после FUDCon'а с собутыльниками, типа а круто было б, чтоб виндовс-свитчеры могли ставить как у себя, в виндовс? круто! ну тогда сделаем, как нибудь), но судя по реакции его коллег из Redhat, для них это тоже новость.

Опять суровая поступь прогресса, в общем.

ЗЫ пишу с ноутбука, из-под Fedora 12.
20th-Oct-2009 05:52 pm - Из багов в Fedora 12
Суровая поступь прогресса!

/boot must be a minimum of 500 MB
link to this item - Bugzilla: #510970
If you use a separate /boot partition, it is highly recommended that it be at least 500MB in size.


Улучшение, хуле.

А я-то думал, что 100 метров для /boot многовато, и лучше б уменьшить.

[petro@Workplace ~]$ df -hmT /boot
Ф. система    Тип    1M-блоков      Исп  Доступно  Исп% смонтирована на
/dev/sda1     ext3          99        26        69  27% /boot
[petro@Workplace ~]$


То-ли еще будет, когда вырастут новые поколения быдлокодеров и начнут программировать линукс на коре2дуо с 16 гигабайтами ОЗУ и винтами по 10 терабайт. И вообще - откуда такое наплевательское отношение к ресурсам? Мы же - коммьюнити в миллионы человек, и если каждый будет так транжирить, то что останется?

Не, ну реально - это жесть! У меня CentOS 5.3 в 300+ мегабайт установился (на флэш-диске уж не помню какой емкости), а тут полгига только на /boot. Сколько это будет стоить на SSD-винтах?
2nd-Sep-2009 08:41 pm - Fedora's cemetery of ideas
Here is a link to very very sad page - Dead review requests:

https://bugzilla.redhat.com/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=Dead%20Review%20requests&sharer_id=184522

Actually, most of these tickets were closed with improper reason (some should be marked as DUPLICATE, others, marked as NOTABUG should be marked as CANTFIX/WONTFIX of DEFERRED instead) and I'll ty to check and fix at least some part of them. If time permits, of course.

BTW, those people. who using Bugzilla, should check this page, sometimes:

https://bugzilla.redhat.com/userprefs.cgi?tab=saved-searches

Some people share Bugzilla's saved searches there, and some of these queries may be interesting for you.
12th-Aug-2009 01:32 pm - Russian Fedora Community. Статус-репорт, типа.
+ Поменялся мэйнтейнер рассылки переводчиков fedora-trans-ru@redhat.com (как следствие, подписываться будет легко)
+ Ее архивы открыты для чтения.
* В процессе ликвидация почтовой рассылки для переводов на russianfedora.ru и переподписка ее подписчиков на fedora-trans-ru@redhat.com
* В процессе выборы мэйнтейнера переводов Fedora на русский
* После выборов мэйнтейнера создадим компонент в bugzilla об ошибках в русских переводах.

Лайф гоуз он.
6th-Aug-2009 09:26 pm - Список свободных стран
С удивлением узнал, что страны, на которые распространяются американские экспортные ограничения (криптография, всякие титановые сплавы и т.п.), это Куба, Сирия, КНДР, еще несколько стран, и среди них - Ирак :)

Я вот не понял - они же там Свободу и Демократию построили, и иракезы живут с каждым днем все лучше и лучше - так чего туда поставки-то ограничивать?

А вчерашнюю заявку о включении в Fedora игрушки со свастиками паренек отозвал. Мол, да вы тут совсем уже ебанулись - историческая игра без важных исторических деталей. Прав, конечно прав.
5th-Aug-2009 04:31 pm - Свастика в Fedora
Офигенная тема тут намечается.

Есть такая игра Commander Stalin, сделанная на базе открытого игрового движка BosWars - там играешь за Сталина против капиталистов, Гитлера, врагов народа и т.п. Ну я не играл - не знаю, но типа это RTS по модивам истории СССР сталинского периода.

Есть паренек, который решил протолкнуть ее в Fedora. Кое-как заполнил feature request, и тут-же в багзилловый тикет засуммонился еврей из Германии, который начал причитать, что он-то за свободу слова, но тут свастика, и свастике явно не место в таком милом семейном дистрибутиве, как Fedora.

Самый жыр в том, что новоявленный еврейский цензор-моралист является мэйнтейнером пакета gnaughty (free and fast porn downloader) в свое время бодался с хачами, которые были против включения этого пакета по их исламским соображениям. Каждый яростный моралист - гнусная ханжа, так и запишите.

Из камментов к багзиловой заявке узнал удивительное про извращенные немецкие законы. Оказывается, что нацистскую символику разрешено воспроизводить лишь в образовательных и художественных целях, и явно указано, что игры сюда не входят. Вот это мне не очень понятно, т.к. есть такая полудурочная левацкая жаба, Катина Шуберт - она наехала на немецкую википедию, и зачистила ее от нацистской символики, хотя это явно подпадает под образовательные цели.

В общем, посмотрим, что будет, хотя, уверен, в Fedora приложение не включат (да и в RPMFusion, видимо, тоже). Тут мне интересно то, как они будут кривляться, чтоб найти себе моральное оправдание.
27th-Jun-2009 07:16 pm - Первые шаги.
После многочисленных, переполненных здоровым пессимизмом, сообщений о том, что Fedora 11 сумела таки произвела негативное впечатление на самых преданных ее пользователей, о качестве дистра задумались даже ее начальники из Redhat. Вот Max Spevack, по сообщениям очевидцев, поругивал Ubuntu, когда был в Маськвабаде, а ведь незаслуженно - она просто работает, чем последние версии Fedora похвастаться не могут.

К слову о начальстве - тут надо сказать вот что - со стороны, оно, конечно, виднее, но складывается устойчивое впечатление, что в управленцы этим дистрибутивом берут людей не по критерию его опыта, а по каким-то другим. Например, я вполне допускаю, что внутри невидной нам иерархии Red Hat работа над Fedora, это наказание за проступки на основном месте работы - тогда спокойно может получиться, что самые неопытные и неуспешные управленцы как раз и сосредотачиваются тут, на "общественном проекте", а толковые и бывалые - идут на более хлебные и перспективные направления. Прямых доказательств этому у меня нет, но как-то так ощущение и складывается - не видно перспективы развития. Вроде какие-то инициативы принимаются, что-то выполняется, какие-то улучшения, но общей согласованности действий нет - нет армии. А раз нет армии, значит либо генералы плохие, либо их нет (а номинально они есть).

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

Итак, я уже упоминал, о до сих пор неустраненных проблемах, как в организации процесса создания дистрибутива, так и в общении с пользователями - наконец-то их начали замечать и наверху. Ходят слухи, что будут приняты какие-то меры, результаты которых мы увидим уже через год, т.е. к Fedora 13. Также ходят устойчивые слухи, что SCM будет сменена с cvs на что-то современное. Но самое главное, что свидетельствует о возможном переломе тенденций, это принятие вот такой программы:

https://fedoraproject.org/wiki/Fit_and_Finish

Там пишут, что они и сами уже не рады тому, что творится с качеством, и будут это менять. Менять пока будут с помощью "Test Days" но я надеюсь, что расширят средства поиска ошибок.

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

* Push-to-current. Я б так назвал стратегию по продвижению апдейтов не только в rawhide, но и в текущие дистрибутивы. За исключением особых случаев (смена версии библиотеки, переход gcc на новую версию, изменение архитектуры видео), которые рассматривать в каждом случае отдельно, настоятельно рекомендовать участникам проекта регулярно синхронизировать версии пакетов во всех релизах дистрибутива. Особенно это касается приложений пользователя. Системные библиотеки обновлять будет гораздо сложнее, т.к. инфраструктура Fedora не предоставляет способа обновлять библиотеки, когда меняется so-версия - в каждом таком случае требуется вмешательство человека.

В текущем дистрибутиве апдейты появятся в updates-testing, который отключен по умолчанию, и юзеры могут почти безболезненно их тестить. Но для этого надо кое-что изменить в yum, и я не уверен, что это легко. Сейчас yum работает на уровне пакета и его зависимостей, а должен - на уровне групп пакетов. Т.е. поставить штук 10 пакетов, независящих друг от друга и иметь возможность откатиться к состоянию до апдейта. Тут все очень непросто, т.к. некоторые апдейты могут быть деструктивными, без возможности отката назад - для таких апдейтов я б как раз и ввел особый режим (те-же Test Days).

* ABRT. Это не мое название, оно реально так называется - это автоматическая репортилка багов, аналог которой, как сигнализирует [info]xinm, уже давно есть в Debian (значит и убунту). Ну что такое! Чего ни возьмись, из отсутствующего в Fedora, то уже давно у дебиане есть.

* IdeaForge. Я б так назвал место, где пользователи могли б сваливать в кучу идеи, которые потом разгребались бы людьми, и хорошие, годные идеи откуда поступали б руководителям проектов (не разработчикам, как некоторые участники Fedora решили поначалу). Руководители разных проектов прикидывали бы, насколько идеи интересные, и ставили б задачи перед своими подчиненными. Я подумал, и понял, что для такого дела, сайт дистрибутива - самое оно. Даже лучше, что-то общее для всех дистров, но для начала пойдет и просто для Fedora (благо у Ubuntu уже есть такое).

* Более сложно будет сменить багзиллу на что-то современное - trac, flyspray, mantis, да на что угодно! Тут противится Red Hat, т.к. у нее там полно тикетов разной степени конфиденциальности, и работникам Red Hat неудобно лазить по разным багзиллам. Не понимаю, почему это проблема, кроме как если там какая политическая проблема.

* Надо активно развивать инфраструктуру - пользоваться ей все-еще сложно. Очень сложно. Там, куда ни глянь, кучи мелких недоделок, которые поправить знающему человеку легко, например автоматическая про века rpmlint собранных пакетов с выводом в лог или в Bodhi предлагать только твои новые пакеты, а не весь список.

Так победим! Наверное еще что-то надо будет поменять, а может и отбросить какие мои идеи, но беда в том, что Redhat не очень интересуется предложениями участников проекта.

Вообще, с удивлением обнаружил, что в настоящее время Red Hat ничего не может предложить для десктопа - Fedora еще нельзя пользоваться, а RHEL/CentOS уже нельзя (слишком старовата для домашних юзеров). Однако, как ни крути - Fedora, это самый новаторский дистр. Если хочется быть в курсе того, что через полгода-год будет у других, то надо ее ставить. Так-что на Ubuntu не перелезу.
21st-Jun-2009 11:23 pm - Поставил Fedora на ARM-машинку.
На Western Digital MyBook World Edition.

Там был свой, самосборный дистр на uClibc + OABI, а в Fedora ARM, соответственно, Glibc и EABI - пришлось пересобрать ядро. U-Boot, увы, пока не поддался пересборке - с кросс-компиляторами GCC версии 4, как говорят, есть какая-то проблема с эмуляцией FPU. Теперь буду собирать нативно - может и получится.

Вот ее профиль:

http://www.smolts.org/client/show_all/pub_597e2d6d-7d94-4299-a9ae-e7c3a7e35b31

Это ~150 MHz, 32 MB оперативы, 1 SATA на 300 Мбит, 1 гигабитный ethernet и 1 USB 2.0.

Буду обживать и выкладывать инструкции по установке на него федоры.
16th-Jun-2009 10:27 pm - Почему в Fedora все так плохо?
После апгрейда на Fedora 11, во время многих перезагрузок читал rss-ленту fedorapeople и поражался - каждый раз, после выхода Fedora, она напоминает какое-то сборище идиотов. Это не то, чтобы я считал тамошних людей идиотами - среди них полно компетентных парней, но просто в эти моменты они ведут себя похоже (я про то, что я слышал, что умственно отсталые - постоянно довольны, радостны и благодушны). Ну как можно радоваться, если список ошибок к этому релизу (известных) огромен и пугающе неконкретен (формулировки типа "различные проблемы c Intel и ATI видеокартами").

Скажу лишь одно - если не рассматривать проприетарные дрова (причем проприетарная поделка от nVidia, как говорят, работает, т.к. они давно забили на половину полукриво реализованных фич X.org и реализовали их самостоятельно, внутри своего блоба), то расклад такой - карточки от Intel чаще работают, карточки от ATI чаще не работают (причем надо создать xorg.conf, который чуть не выбросили, т.к. им кажется, что автоопределение работает хорошо), карточки от nVidia не показывают opengl. Что там осталось-то? В завершение издевательств они отключили комбинацию ctrl+аlt+backspace под предлогом того... (почувствуйте иронию!) ...того, что X.org давно стабильно и хорошо работает, и нет нужды его перезагружать комбинацией из этих клавиш.

Так-что я думаю, что особых поводов для радости нет.

Редхатовские работники непременно радуют меня - их логика все также прямолинейна "нет тикета в багзилле, значит нет ошибки". Мол иди, пиши сначала в багзиллу (зарегистрируйся, угадай, в каком компоненте глюк, открой тикет на нужный компонент и изложи понятным техническим языком симптомы проблемы, причем проблемы, типа "виснет комп при старте opengl-приложений" они не решают вовсе, т.к. мало данных, что и понятно). Я как-то, в 2008 году, открыл тикет на открытые дрова ATI - проблемы со шрифтами в приложениях. Результатов, конечно, ноль - висит до сих пор (в git было исправление, а потом снова поломали). Они слишком заняты новыми фичами, чтоб закрывать старые баги. Это, между прочим, большой минус в "Тесте Джоэла". На самом деле они нарушают сразу две рекомендации Спольски, так-как сейчас они заняты тем (я все про наболевшее), что они называют переписыванием драйвера для RADEON с нуля.

Самое удивительное, что по историческим причинам была выбрана самая неудобная система управления запросами и ошибками - багзилла. После того, как я на днях видел мучения человека, пытавшегося освоить ее и то, как там оставлять сообщения, я понимаю, что 99% проблем в багзиллу никогда не попадут по совокупности причин. Не верите тому, что это непросто? Пожалуйста, простой тест - прикиньте, как с помощью этой формы:

https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora

сообщить о таком баге:

http://images.vitalka.ru/screenshots/fc10.png

Имейте в виду - это уже сильно упрощенная форма. Раньше она была сложнее.

Не раз поднималась инициатива о создании тулзы, наподобие микрософтовой, чтоб (полу)автоматически отсылать записи об ошибках. Была отклонена под предлогом того, что тогда сообщений об ошибках будет слишком много (эй, вы же говорили, что ошибок почти нет!?) и мол толку в этом никакого. "И вообще, кто вы такой? Вы сколько патчей к ядру написали, чтоб рассказывать *нам*, как нам лучше быть в курсе проблем наших пользователей?"

Итак, обратной связи практически нет. Но может что-то решается на предвыпускном тестировании? Нет, и не может быть решено. В Fedora более 15 тысяч связанных друг с другом пакетов, а, из статистики Smolt, RAWHIDE, т.е. тестовую версию Fedora использует около 5 тысяч человек. Тестированию подвергается лишь незначительное количество пакетов, более того, неистребимое отношение к Fedora, как к тестовой версии для RHEL (которое постоянно отрицается) приводит к тому, что сидящие на окладе работники Redhat выкладывают апдейты лишь в Rawhide, забывая/игнорируя включать их в находящиеся сейчас в ходу дистрибутивы. Вместо того, чтоб двухступенчато проталкивать апдейты в нынешний дистр, обеспечивая тем самым, широкое и мягкое тестирование апдейтов, с каждым новым релизом на юзера вываливается куча неоттестированного софта самых новых версий в самый причудливых комбинациях. Недоумевающим сообщают, что вот - есть-же Rawhide, и, мол, если хотите тестировать, то сносите свою рабочую систему, и ставьте его. Надо знать, что Rawhide в типичном своем состоянии имеет с десяток-другой поломанных зависимостей, чтоб понимать, какого качества там софт, чтоб ставить его на рабочую машинку. Иногда устраивают "testing day", в течении которого тестируют какой-то отдельный элемент системы, после проведения которого и устранения некоторых из найденных ошибок объявляют, что релиз стабилен! Надо понимать, что пакетов 15 тысяч, и на каждый и них "test day" не устроить, да и непонятно, как два десятка добровольцев, проведя формальный набор тестов могут, например, найти проблемы с кириллическими шрифтами в свежеустановленной Fedora. Таким образом можно констатировать факт, что тестирования, как такового, не производится вовсе. Тестированием является первые квартал-другой после выхода нового релиза.

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

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

Так и живем.
This page was loaded Mar 19th 2024, 9:26 am GMT.