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

В общем, в последнее время я появлялся на ЛОРе не так часто, как хотелось бы, и тому есть свое объяснение. Собственно, оно достаточно простое и банальное: собирал бабло на свадьбу + чтобы после нее жить было где, поэтому приходилось мотаться по командировкам (можно поднять бабло на оплате проживания, командировочных), ну и на работе запар было куда больше обычно. Дома комп почти не включал - за день надоедал, да и глаза уставали, плюс дома-то и был не всегда :)

Наконец-то я собрал ту сумму, на которую рассчитывал, подсуетился с жильем, короче - надо делать девушке предложение. Собственно, вопрос в следующем: как лучше это дело провернуть? Кто как и в какой обстановке делал подобное? Ну там цветочки, тортики, кольца? Как лучше выбрать момент? И совсем на крайний случай: как вести себя при отказе (если у кого был такой печальный опыт)?

Кстати, по поводу колец: я правильно понимаю, что дарить кольцо во время предложения - это тупая американская заморочка?

Буквально на днях состоялся долгожданный выпуск Mono 2.8, обновивший платформу разработки Mono. Этот выпуск содержит в себе труд 10 месяцев: новые возможности, исправления стабильности, улучшенная производительность и исправления ошибок.

Основные изменения выпуска:

• поддержка C# 4.0;
• профиль 4.0 используется по умолчанию;
• новый сборщик мусора (используйте --gc=sgen или mono-sgen для его включения) — если перейти к заметкам к выпуску и посмотреть графики тестирования производительности, то проделанная работа весьма впечатляет; на данный момент поддерживаются платформы ARM, x86, x86-64 и s390x;
• новые фреймворки под лицензиями Mono MIT X11 и Microsoft MS-PL/Apache2:
  • ASP.NET 4.0 (очень много изменений, смотрите весь список в заметках к выпуску);
  • Parallel Framework, включая PLINQ;
  • System.XAML;
  • System.Dynamic;
  • Managed Extensibility Framework;
  • ASP.NET MVC 2;
  • System.Data.Services.Client (клиент для OData);
  • WCF Routing;
  • CodeContracts в .NET 4.0.
• улучшения производительности:
  • общая производительность была значительно улучшена;
  • поддержка LLVM дошла до стабильного состояния (используйте mono-llvm для запуска нагрузки сервера через LLVM); учтите, что запуск приложения будет занимать больше времени, но зато возрастёт производительность во время работы.
• API версии 2.0 для встраиваемых систем;
• удалён профиль 1.1 и некоторые устаревшие библиотеки;
• интегрирована поддержка OpenBSD;
• Mono больше не зависит от GLib (заменена на eglib);
• поведение исключений в пуле потоков теперь аналогично .NET 2.0.

Всех, кто использует C# и Mono для разработки — с праздником! Выпуск получился действительно очень «вкусным», с интересными изменениями, которые делают разработку на Mono ещё более лёгкой.

Для просмотра полного и подробного списка изменений обратитесь к заметкам к выпуску Mono 2.8.

>>> Сообщение в блоге Мигеля де Икасы

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

Вся, не просто отдельные темы, а вся главная сплошь и рядом усеяна ошибками. Особенно новость про независимость Java — там даже слепой их не заметит, причём ошибки уровня 5 класса, причем число их подбирается к десятку, если не переваливает. Пришлось немного пройти по темам и исправить, но на всю главную сил и времени нет, да и поезд ушел уже. Причём, что самое непонятное — в неподтверждённых тоже висят неисправленные новости. Это никому не нужно, что ли?

Я понимаю, что пользователям лень тыкать на ошибки в спецтеме, но неужели никто из корректоров не читает новости? Господа корректоры, проверяйте, пожалуйста, новости внимательно, особенно когда они висят в неподтверждённых. В день на это надо минут 15-20. Вообще, интересно, сколько реально «живых» корректоров еще работает. Я понимаю, что не у всех есть время. Ну так давайте отберем хотя бы 7 человек, и пусть каждый проверяет новости в какой-то выбранный им день недели.

Накипело.

После последних сборок Fennec (которые с большой натяжкой можно назвать удачными) в компании Mozilla, видимо, поняли, что нужно менять подход к разработке мобильных приложений. И вот на днях разработчики представили «облачное» приложение Firefox Home. Что это такое?

Firefox Home — это бесплатное «облачное» приложение, которое позволяет получить доступ к истории Firefox на домашнем или рабочем компьютере, а также к закладкам и вкладкам. Там, где нет возможности запустить полную версию Firefox, данное приложение сэкономит массу времени.

В данный момент приложение доступно только для iPhone, но в ближайшем будущем разработчики планируют портировать его на платформы Blackberry, Symbian и iPad. Также планируется увеличить функциональность приложения:

• синхронизация паролей с телефоном;
• улучшенная интеграция с новыми возможностями iOS4 и «родными» приложениями (Youtube, Maps, Mobile Safari и т.д.);
• перенести другие параметры Firefox, например поисковую систему;
• перенести параметры Firefox Panorama и группировку вкладок на телефон;
• добавить некоторые экспериментальные возможности, которые помогут легко обмениваться ссылками, обзорами и комментариями с друзьями через Twitter, Facebook или другие социальные сети прямо из Firefox Home;
• добавить возможность обратной связи и помощь при возникновении проблем прямо из Firefox Home.

Также было заявлено, что полной версии браузера Firefox для iPhone не будет. Честно говоря, такая тенденция кажется странной: сперва разработчики прекратили разработку Firefox для Windows Mobile, теперь и для iPhone. Единственная платформа, где работает полноценная мобильная версия (Fennec) — это Android. Будут ли разработчики поддерживать Fennec только ради Android — покажет время.

Страница с приложением Firefox Home для iPhone.

>>> Подробности

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

Но! Я постоянно нахожу для себя отмазки, чтобы оттянуть это решение. То сперва подождать когда новую должность получу (типа чтобы семью обеспечивать лучше), то подождать пока вторую вышку получу (а потом можно будет и другую должность получить), сейчас я оттягиваю до получения сертификата TOEFL (типа нет времени на все остальные дела, некогда), то когда я баню на даче дострою (опять же, деньги и время). Ну и так далее по замкнутому кругу.

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

Уверен, кто-то тоже с этим сталкивался. Какие есть рецепты? Девушка немного старше меня, поэтому ей пора бы выходить замуж тоже, и я понимаю, что она меня, дурака, ждать годами не будет. Но ничего не могу с собой поделать. Как перебороть эти левые мысли?

Мне понадобилось как-то на неделе написать кроссплатформенный семофор (именованный, то есть для межпроцессной синхронизации) со всеми вытекающими. После некоторого анализа того, что и где имеется, решил остановиться на интерфейсе System V (более распространенный, а вояки наши любят использовать что-нибудь подревнее) для unix-систем, для Windows-систем, конечно же, использовать родной API. В итоге все получилось и работает, но у меня возникло несколько вопросов и наблюдений.

То, что API System V неуклюж и несколько перегружен - не вызывает сомнений, хотя, через денек, начинаешь привыкать. Но проблемы вытекают напрямую из этой самой System V. Во-первых, надо создавать для каждого IPC-объекта (семафор, разделяемая память, с другим еще не возился) свой файл и по нему генерить заветный key_t. Почему нельзя было использовать обычную буквенную последовательность, как это, например, сделано в Windows? Да, я знаю про POSIX-интерфейс к IPC, но и там жизнь не легче. Стандартом де-факто в мире UNIX является System V, поэтому от этого и решено было отталкиваться. Поэтому приходиться следить за созданным файлом. Это раз.

У семафора есть такая проблема, что им владеет, фактически, система, а не процессы. То есть, если вдруг процессы сегфолтнутся и семафор будет в этот момент в залоченном состоянии, то при следующем запуске приложения и обращения к семафору я опять получу уже залоченный семафор. Например в Windows семафором «владеют» процессы, и как только все процессы завершатся или «отпустят» семафор, он удаляется. Все просто и надежно. Есть ли какой-то Ъ-вэй решить этот косяк в UNIX-системах? Только, пожалуйста, без костылей типа мастер-процесса следящего за другими, или запускать один процесс всегда первым и т.д. Есть ли что-нибудь готовое на системном уровне? Только не надо говорить про SEM_UNDO - связанные с этим косяки всем известны, равно как и системно-зависимая реализация.

Аналогичная ситуация и с разделяемой памятью - она отлично переживает сегфолты. Думаю, если есть какое-то решение для семафоров, оно будет и для разделяемой памяти. Напрягает еще и то, что приходится следить за тем, кто создавал семафор, чтобы удалить его потом, иначе, если удаляет другой процесс, то другой при первой же операции получает EIDRM. Как костыль для этой ситуации - пересоздавать семафор заново.

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

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

Ранее уже была новость про разработку собственного декодера VP8 для FFmpeg. Но на тот момент это была достаточно сырая версия, чтобы говорить о каких-то конкретных результатах и тестировании. Теперь, после завершения первоначального этапа оптимизации, один из основных разработчиков x264 — Jason Garrett-Glaser — представил публике первые результаты тестирования нового декодера. И, надо сказать, они действительно впечатляют:

• абсолютно во всех тестах ffvp8 оказался быстрее libvpx от Google;
• в некоторых тестах ffvp8 превзошёл конкурента более чем в 1.5 раза;
• больше всего преимущество ffvp8 было заметно на 64-битных платформах, на 32-битных платформах преимущество существенно заметно лишь на платформе Windows.

Для тестирования использовались два видеоклипа (Parkjoy и Sintel) с качеством HD 1080p. Команда, при помощи которой проводилось тестирование: time ffmpeg -vcodec {libvpx or vp8} -i input -vsync 0 -an -f null. Была взята последняя версия FFmpeg из SVN. Ниже представлены результаты (в кадрах в секунду) для платформы Linux, результаты для платформ Mac OS X и Windows можно найти по ссылке.

Core i5 520M (2.4Ghz), Linux, 64-bit:

• Parkjoy ffvp8: 68.29 +/- 0.06
• Parkjoy libvpx: 41.06 +/- 0.04
• Sintel ffvp8: 112.38 +/- 0.37
• Sintel libvpx: 69.64 +/- 0.09

Atom N270 (1.6Ghz), Linux, 32-bit:

• Parkjoy ffvp8: 15.29 +/- 0.01
• Parkjoy libvpx: 12.46 +/- 0.01
• Sintel ffvp8: 26.87 +/- 0.05
• Sintel libvpx: 20.41 +/- 0.02

Также по ссылке можно прочитать рассказ разработчика о том, как проводилась разработка декодера, и за счёт чего ffvp8 оказался таким быстрым.

>>> Подробности

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

И там же, в последнем пункте списка, перед «это сбивает форматирование сайта.» надо поставить тире, а не запятую, потому что второе предложение заключает в себе вывод из того, о чем говорится в первом. Будет более логичным.

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

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

То, что в этой теме висит до сих пор «раССчёт» (есть «рассчитывать», но эти слова пишут по-разному) - это, простите, позорище, причем я указывал давно на эту ошибку - реакции ноль. Новость про Mari - ладно, видать со знаками препинания не очень хорошо. Но эта новость - это жесть полная. Что за «недавновышедий»? Это какое-то новое слово в нашем языке что ли? Это какой-то позор на главной, причем, опять же, я на это указывал больше суток назад, но оно висит до сих пор. Какой смысл тогда в топике с ошибками вообще?

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

Встает резонный вопрос - доколе это будет продолжаться? Доколе на главной будут сутками висеть ошибки 5-6 классов? Очевидно, что от новых корректоров толку нет, а старые - кто совсем ничего не делает и числится для галочки, кто не успевает править (и это понятно - кто-то на работе, кто-то спит). Необходимо что-то делать, чтобы убрать безграмотность, которая царит на главной. Может набирать корректоров с учетом времени, когда они могут править, чтобы 24 часа кто-то из них был на сайте. Может как-то мотивировать их на прочтение Розенталя, хотя бы. Может сделать так, чтобы они всегда были подписаны на тему с ошибками. Но надо что-то делать с этим бардаком. Уже невозможно смотреть на это.

Итак, я решил дать разработчикам Федоры второй шанс, чтобы исправить свое и так незавидное положение в моих глазах. Итак, опять водрузил систему на свой лаптоп (не виртуалка, чтобы потом не кричали, что не Ъ установка была). Я уже смирился с тем, что нормально вычистить пакеты из системы (в удобных гуях, как в синаптике) мне не удастся - ладно, пусть будет как в винде - стоит то, что посчитали нужным разработчики.

Мне, первым делом, как активному разработчику, понадобились либы GTK+-3 и все сопутствующее. Добавил репы rawhide, затем выбираю в этом менеджере пакетов установить мне новую гтк3 - и тут же первый сюрприз: http://yfrog.com/49newtvp Как видно на скриншоте (да, тут ШГ, но что поделаешь), это окно пакетного менеджера с зависимостями не помещается на экране (1280х800). Причем его хрен уменьшишь. Что за идиотизм? Какие имбицилы проектировали этот пакетный менеджер и, главное, почему такой шлак используется по умолчанию? И как мне гадать, на какую кнопку нажать? Офигеть просто.

Ладно, зная ХИГ, я нажал правую и угадал. Он типа начал работать, пошурашал винтом и.. и все, и ничего не установилось. И никакого сообщения об ошибке. Повторяю действие опять - то же самое. Ладно, думаю, сделаем через консоль. Даю команду йаму на установку, он начинает проверять зависимости и сообщает об ошибке (почему этот идиотский менеджер пакетов не мог вывести мне это сообщение?): ритмбокс при обновлении сломается в зависимостях, типа ставить не буду. При этом, в репах же есть новая версия ритмбокса, нормальная, почему этот тупой yum не может обновить зависимые пакеты? В дебиане это с самого начала, а тут какой-то идиотизм. Взял, вручную обновил ритмбокс - установка пошла. Верх идиотизма. Yum как был никчемным, так и остался, не может простейшее обновление произвести, мне даже страшно стало, как он ВЕСЬ дистрибутив будет обновлять.

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

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

https://wiki.ubuntu.com/OperationCleansweep

Для Ъ: отныне любой Вася Пупкин сможет аппрувить и делать ревью на патчи в ланчпаде. Сейчас там к релизу наклепают веселенького. Новый инсталлятор - лишь отвлекающий маневр.

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

const char *str = "Test string";

память под строковый литерал выделяется где-то в read-only сегменте данных? Сразу же возникает вопрос: каков период жизни такого литерала? Правильно ли понимаю, что период жизни совпадает с периодом жизни программы и при последующем использовании такого же литерала:

const char *str2 = "Test string";

я получу указатель на ту же самую область памяти? Особенно интересует, определено это где-то в стандарте С или эта реализация/поведение (время жизни литерала) зависят от компилятора?

На днях, следуя принципу “несколько независимых реализаций помогают стандарту развиваться и становиться более полезным для пользователя", Роналд Балтье (Ronald Bultje) и другие разработчики FFmpeg написали собственный декодер VP8. Что это даст FFmpeg по сравнению с libvpx? Оказывается, много что:

• один и тот же код (а самое главное, и оптимизации) можно использовать как для VP8, так и для декодеров предыдущих версий VPx (степень повторного использования кода для VP5/6 очень высока по сравнению с VP8). Благодаря этому, мультимедиа-плееры для телефонов и мобильных устройств можно сделать компактными и более быстрыми;
• так как H.264 (в настоящее время - промышленный стандарт кодирования видео) и VP8 очень похожи, то можно использовать один и тот же код (и, конечно же, оптимизации) для реализации H.264 в FFmpeg и декодеров VP8. Опять же, это позволяет сделать мультимедиа-плееры более быстрыми и компактными;
• так как собственные реализации VP3/Theora и декодеров Vorbis у FFmpeg более быстрые, чем аналоги (например, чем те, что поставляются Xiph в виде libvorbis/libtheora), то, и собственная реализация декодера VP8 также более быстрая, чем libvpx от Google (на данный момент есть оптимизации только для платформ x86 и PPC).

В итоге, у разработчиков FFmpeg получился декодер, который максимально полно старается использовать уже имеющийся код в компонентах FFmpeg. Новый декодер уместился всего лишь в 1400 строк кода в файле vp8.c (включая пробелы и пустые строки) и примерно 450 строк кода для функций обработки цифровых сигналов (собственно, сам математический аппарат, оптимизированный методом SIMD). Новый декодер обеспечивает полную бинарную совместимость на выходе с тем, что выдаёт libvpx для набора тестовых файлов. Для сравнения, декодер VP8 в реализации libvpx занимает порядка 10,000 строк кода (без оптимизаций), плюс более 1000 строк кода для реализации открытого API для доступа к декодеру.

Весьма интересны впечатления разработчиков после реализации VP8:

• спецификации, предоставленные Google для VP8, не всегда помогали. Например, в спецификациях описан только базовый профиль, остальные же профили используют функции, которых нет в спецификациях, или описание которых неполное. Поэтому, зачастую, было проще читать исходный код libvpx, чем спецификации. Более того, спецификации являются ни чем иным, как копией исходных кодов декодера, поэтому, как спецификация, для профессионала она бесполезна;
• libvpx полна ассемблерного кода, часть которого не переносится на другие платформы или вообще не используется, поэтому цель такого кода так и осталась неясной;
• сейчас, когда VP8 уже выпущен, Google так и не выпустила спецификации на предыдущие стандарты VPx, например VP7.

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

>>> Патч для FFmpeg

Собственно, пришлось поюзать сабж в течение последней недели. Причина простая - так как я активно занялся в последнее время девелопментом (все от скуки, на работе делать бывает нечего во время дня), то нужен был бинарный дистриб со свежими пакетами-либами. Выбор пал на Шляпу, вроде как говорили, что это настоящий bleeding edge. До этого 2.5 года без переустановок на ноуте стоял дебиан тестинг, но за это время файловая система сильно фрагментировалась и стали заметны приличные тормоза. Заодно решил обновить ФС на новую ext4 (благо хомячки уже оттестировали в убанте). Итак мои впечатления:

• оборудование все подхватилось без проблем (ну, лаптоп уже не новый, это везде так), запишем федоре это в плюсик;
• с самого старта наблюдается наличие свистелок: загрузка, суспенд, выключение, обои и т.д. - намулевали хорошо, ничего не могу сказать, записываем в плюсик;
• но дальше плюсы заканчиваются: не работал суспенд вообще, точнее кнопка закрытия крышки. Программно суспенд работал на отлично, но на закрытие крышки ноут никак не реагировал. После гугления я обнаружил, что я далеко не один, и что-то там намудрили в самой Федоре в ведре (раньше я собирал все ядра сам, такого не было): нужно было выполнить магическую последовательность команд, чтобы крышка заработала: echo 1 > /proc/acpi/video/C086/DOS, затем то же самое, но с 0. Именно в этом порядке! В общем, шаманство на высоте;
• раньше я не совсем понимал, когда говорили про тормоза yum, но теперь я их хорошо ощутил: работает эта хрень действительно долго, и установка/удаление пакета происходит весьма медленно по сравнению с дебианом, постоянно что-то думает по 10 раз. Очень тормозной, даже в мандриве и то шустрее менеджер работает;
• дальше, нужен был гуевый менеджер пакетов хотя бы уровня синаптика по удобству. Все что я там нашел - это yumex (убогая поделка, тормозная, и постоянно выдает еще и ошибки, очень неудобная, при смене категорий отображаемых пакетов тормозит). Запустил стандартный PackageKit... и это поделие разорвало все мои шаблоны о пакетных менеджерах: интерфейс делали явно больные на голову люди (не знаю, что додумался эту хрень в гном включить, видимо сами федоровцы), потому что я не могу там получить даже списка установленных у меня пакетов! При выделении каждого пакета что-то думает перед тем, как показать описание. Когда отмечаю удалить - не показывает, какие пакеты тоже будут удалены. Поиск просто ужасен - оно ищет совпадения с ЛЮБЫМ из слов в запросе, причем в результатах плохо видны имена пакетов. Просто писец полный. К тому же, почему-то отображает две версии одного и того же пакета - одну из реп обычных, другую и реп с обновлениями. Офигеть юзабилити. Во время работы оно у меня частенько висло, тормозило само собой как и весь yum. Причем оно не умеет отображать неиспользуемые пакеты (от которых ничего не зависит). В общем, в топку этот огрызок. Работать с пакетами в федоре невозможно;
• шрифты... это просто вытекание глаз! Они там размазанные, уродские и какие-то сжатые (буквы близко друг к другу). Как этим пользоваться? А в ФФ некоторые слова вообще отливаются радугой (сглаживание везде включил на максимум). Даже установка моей любимой Verdana мало помогло. В дебиане же шрифты были тонкими, четкими и безо всякой радуги - просто идеально, было лучше чем в маке, имхо, там тоже любят чуток мазать. В общем, у всех что ли такая мазня или оно как-то исправляется магическим костылем?

Я еле протянул неделю на этой федоре. Не советую ставить ни в коем случае, просто адские тормоза в пакетах, ШГ и даже бажное ведро. Но ведь этим как-то пользуются, как? Как этим можно пользоваться? Там даже нету срипта как в дебе для простой сборки ядра в пакет, нет пакета который качает и ставит ms core fonts. Это же издевательство над юзером! В общем, вроде бы я все высказал, стало легче. Не повторяйте моих ошибок при выборе дистрибутива, используйте человеческий дебиан.

После интенсивной разработки вышла новая версия каталогизатора фотографий F-Spot 0.7.0. Это первый выпуск в разрабатываемой (нестабильной) ветке 0.7, на основе которой планируется выпустить стабильную версию 0.8.0 в сентябре. Программу ждут радикальные изменения и далеко идущий прогресс. Основная цель данной ветки - совместить как можно больше кода с кодом Banshee, привести в порядок имеющийся код, отрефакторить и «навести блеск». Это позволит сделать проект более удобным в плане дальнейшей разработки, стабильным и поможет решить давно назревшие проблемы (производительность и потребление памяти), а также сделать более радикальные изменения как в части пользовательского интерфейса, так и внутри самой программы. Итак, основные изменения в новой версии:

• полностью переписан импорт фотографий - теперь он работает намного быстрее и потребляет значительно меньше памяти, а также это позволяет упростить его дальнейшую разработку;
• значительно улучшено определение одинаковых фотографий (также теперь работает быстрее);
• добавлено управление версиями - теперь можно несколько одинаковых фотографий объединить в одну и обратно;
• добавлена возможность выделять фотографии перетаскиванием мышью и перемещать их удержанием средней кнопки мыши;
• исправлена поддержка Facebook и добавлено новое руководство пользователя;
• большое количество кода заменено Hyena (часть Banshee);
• новая документация в формате Mallard;
• удалена из кода поддержка flickrnet - теперь используется установленная в системе версия;
• исправлено более 100 ошибок.

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

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

>>> Официальный анонс

На днях был анонсирован выпуск FFmpeg версии 0.6 (кодовое имя «Works with HTML5»). Это первый выпуск с марта прошлого года, когда вышла версия 0.5. Итак, что разработчики успели сделать более чем за год:

• множество улучшений для видео HTML5: декодеры H.264 и Theora теперь работают значительно быстрее, обновлён декодер vorbis, а также добавлена поддержка libvpx для кодека VP8 и контейнера WEBM;
• удалена устаревшая подсистема vhook;
• удалена устаревшая подсистема масштабирования;
• удалён несвободный код libamr для кодирования/декодирования AMR-NB/WB;
• добавлена поддержка RTMP в libavformat;
• опции -formats разделены на -formats, -codecs, -bsfs и -protocols;
• новый инструмент ffprobe для анализа потоков;
• добавлена поддержка протоколов RTMP/RTMPT/RTMPS/RTMPE/RTMPTE в библиотеку librtmp;
• добавлена запись комментариев VorbisComment для файлов FLAC, Ogg FLAC и Ogg Speex;
• добавлены новые кодеки: Intel Indeo 5, WMA Pro, WMA Voice, HE-AAC, кодирование/декодирование AMR-NB и декодирование AMR-WB средствами библиотек OpenCORE, декодер Electronic Arts Madcow, кодирование субтитров DivX (XSUB), экспериментальное кодирование AAC, демультиплексирование Wave64, декодирование субтитров Bluray (PGS), декодирование MPEG-4 Audio Lossless Coding (ALS), демультиплексор Bink с поддержкой декодирования аудио/видео и многие другие;
• оптимизации для платформы ARM.

Загружаем новую версию, собираем и радуемся улучшенной мультимедийной поддержке в Linux!

>>> Замечания к выпуску

Планируется ли разбан нашего всеми любимого и уважаемого персонажа? Или на этот раз с концами? Когда будем на скор скидываться и по сколько?

Спасибо за внимание.

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

Дело дошло до стандартных на собеседовании вопросов «Что вы сделали, чем гордитесь, может проект какой делали?», на что он отвечает: «Нет, проектов своих я не делал, это слишком сложно для одного человека, зато у меня есть трехзвездочный аккаунт на ЛОРе!». Это нормально что ли стало в наше время, что трехзвездочный аккаунт на ЛОРе считается достижением, которое не стыдно представить работодателю? На парня сразу посоветовал забить, потому что не нужны люди, которые вместо работы будут троллить в толксах. Иначе бы он этим не гордился.