techquisitor: (sis)

Немножко не удержался и прикупил (благо цена смешная). Номер вполне интересный, судя по беглому просмотру.
Но если говорить в целом, я вообще в несколько офигеваю с ассортимента и тематики периодики на Бездуховном Западе™. Вижу кучу вещей, которые в России не издаются вообще. Даже, казалось бы, по не самой популярной теме про железнодорожный транспорт, аж три разных журнала нашлось. Разнообразного научпопа тоже заметил немало. Впрочем, нашу «Науку и жизнь» котирую куда больше аналогичных западных журналов. Единственное, в чём мы от Запада не отстаём, так это в издательстве глянцевой макулатуры наподобие GQ, и это расстраивает.
retrogamer

techquisitor: (Default)
Когда-то очень давно ты интересовался поддержкой Creative X-Fi в Linux (да, у меня всё ещё неплохая память).

Сообщаю, оно работает. По крайней мере, Creative X-Fi Go! Pro завелась с полпинка в Mandriva 2011 и openSUSE 12.1. Что касается остального, то народ по форумам говорит, что на особо хитрых звуковушках от неё могут аппаратные регуляторы не работать. Но в целом, уже можно использовать.
techquisitor: (Default)
   Пожалуй мне уже давно следовало написать про это, тем более, что домыслов, слухов и кривотолков на данную тему существует просто бесчисленное множество. Попробую хоть немного положить этому конец в меру своих скромных способностей.
Текст далее нисколько не претендует на полный и исчерпывающий обзор, он лишь охватывает наиболее заметные и серьёзные изменения в сравнении с «оригинальным» RPM от компании Red Hat.

Кому оно нужно?

   Начать наверное стоит с того, что вопреки весьма крайне распространённому мнению, данный формат пакетов использует далеко не только Mandriva/ROSA Linux. Самыми первыми кто начал использовать данную версию RPM, были товарищи занимающиеся разработкой Unity Linux, если не ошибаюсь. Помимо команды Unity Linux, RPM5 используют такие дистрибутивы как весьма известный Wind River Linux, известный своей большой простотой Ark Linux (хоть и достаточно давно не обновлявшийся, к сожалению), проект OpenPKG, CAOS Linux и OpenEmbedded.
   Хотелось бы заодно мимоходом развенчать заодно ещё довольно распространённое заблуждение. ALT Linux rpm 5.x не использует. В этом дистрибутиве задействован очень сильно доработанный rpm 4.0. Сама идея о переходе ALT Linux на пятый RPM действительно существовала, были даже какие-то патчи присланные в рассылку разработчиков, но дальше этого дело не зашло.

Зачем оно потребовалось?

   Вообще, задачи написания отдельного форка для rpm поначалу и не стояло. Более того, какие-то из изменений повлекших за собой расширение функциональности начали проводиться ещё в существующей на тот момент актуальной версии rpm 4.x. Но у тогдашнего ведущего разработчика и мантейнера Джеффа Джонсона давно ходила мысль о проведении глубокого рефакторинга кода RPM4, ибо за десять лет развития там уже накопилась масса мусора и просто мало кому нужных или потерявших актуальность вещей. Но в виду проблем с принятием патчей в основной продукт и общей политикой Red Hat, направленной на сохранение совместимости и стабильную работу у корпоративных заказчиков, это вылилось в отдельный проект получившего название RPM5.
   Ещё одна причина повлекшая за собой создание RPM5 — создание технологического задела на будущее, призванный создать значительно более цельный и универсальный пакетный менеджер. Это сильно отличается от той ситуации, что наблюдается сейчас в четвёртой ветке rpm, когда практически каждый rpm-based дистрибутив дописывает массу вещей «под себя», как это делает, скажем, openSUSE или Mageia. Причём количество дописываемого кода может варьироваться от пары десятков строк, до патчей устрашающих размеров, как это наблюдается в случае ALT Linux.
   Ещё одной причиной побудившей создать RPM5 — серьёзная переработка API и ABI, которая в теории должна значительно упростить создание высокоуровневых приложений работающих с rpm, а также сильно облегчить работу мантейнерам связанную с сопровождением пакетной базы дистрибутива.

Что мы с этого имеем?

   Результат форка — вычищено очень много устаревшего и ненужного кода. В частности, удалена совместимость с RPM v3, убраны неиспользуемые или устаревшие биндинги для языка Perl и добавлены новые. Очень много внимания уделяется вопросам тестирования, для чего в код RPM5 внесены функции предназначенные для проверки сборки пакетов и обратной совместимости с предыдущими версиями. Туда же был добавлен интерпретатор для языка программирования Lua, добавлена поддержка синтаксиса YAML для файлов спецификаций, добавлены биндинги для достаточного популярного на сегодняшний день языка программирования Ruby. В результате всей получившейся чистки и переработки кода было ускорено проведение множества операций и решён ряд старых проблем.
   Что касается нашумевшей возможности под названием «мягкие зависимости» про которую все вспоминают когда речь заходит об отличиях между этими двумя разработками, то данный функционал на самом деле есть и в RPM4. Кому интересно, поищите информацию о тегах SUGGESTS и ENHANCES.
Отличие реализации «мягких зависимостей» от RPM4 в том, что у RPM5 помимо вышеуказанных первых двух тегов ещё существует специальный атрибут - RPMSENSE_MISSINGOK, который можно указать для каждой зависимости из набора REQUIRES, а не только для всего пакета целиком. Впрочем по состоянию на текущий момент, данный функционал уже перенесён и в rpm 4.x.
   На момент появления RPM5 туда также было добавлено множество других возможностей, которые в тот момент в RPM4 отсутствовали. Это поддержка алгоритма сжатия LZMA, улучшенная обработка событий при установке, обновлении и удалении пакетов и многое другое. Часть из этих нововведений уже сейчас есть и в RPM4, а кое-что из этого появилось в rpm 4.x совсем недавно. Дополнительное нововведение RPM5 - поддержка компиляторов Sun Studio и Intel C Compiler, а не только GCC.
Ещё одно достаточно важное отличие в сравнении с изначальным продуктом — поддержка платформ отличных от Linux. В настоящий момент, помимо Linux уже поддерживаются MacOS, *BSD, Cygwin и Solaris. Так что в будущем ничто не мешает добавить поддержку «настоящей» Windows, а не через cygwin. Было бы забавно это увидеть, конечно. К слову говоря, в рассылке на rpm5.org я уже видел идеи по созданию утилиты вроде rpm2msi или некоего аналога alien.
   Для мантейнеров и пользователей всё должно быть достаточно прозрачно, поскольку форматы пакетов обеих версий rpm прямо и обратно совместимы, поддерживается подавляющее большинство макросов в spec-файлах. Да и вообще, насколько я могу судить, вопросам совместимости здесь уделяется весьма немало внимания. Тем не менее, несмотря на поддержку старых конструкций, кое-что претерпело изменения. К примеру, сменился синтаксис и поведение некоторых макросов вроде %post и %exclude. Расширены возможности некоторых уже существующих старых макросов. Например, для %install была добавлена функция ускоренной сборки пакета, минуя некоторые шаги.
   Что ещё здесь можно упомянуть? Для утилиты rpm сделано множество новых опций и алиасов, полный список которых можно посмотреть здесь. Если смотреть в общем и в целом, то RPM5 развивается значительно активнее, нежели его сосед из Red Hat.
   Чего нет в RPM5 — так это поддержки стандарта LSB, в виду того, что совместимость с RPM v3 была убрана. Но надо заметить, что для Mandriva/ROSA Linux данная функциональность была специально оставлена для соответствия дистрибутива данному стандарту. В комитете занимающемся разработкой стандарта LSB про эту ситуацию в курсе, поскольку там хорошо понимают, что RPM v3 уже действительно крайне устарел. Насколько мне известно, в грядущей версии LSB за номером 5.0 (или чуть старше) требования к RPM будут значительно переработаны в соответствии с изменившимися реалиями.

Выводы

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

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

Запуск команды youtube-dl -U от лица суперпользователя root, прекрасно обновляет его до текущей стабильной версии. К слову, помимо youtube, данный скрипт поддерживает скачивание видео с таких популярных хостингов как Vimeo, DepositFiles, Photobucket и других. Список поддерживаемых сайтов периодически пополняется, как я вижу.

Скрипт кроссплатформенный, так что любители Windows обделены не будут, нужно лишь наличие установленного Python.

Да, это вопрос чтения встроенной справки к скрипту, но увы, не все английским языком владеют.
techquisitor: (Default)
Причём неимоверно. Откроешь так ru_sysadmins, а там ТАКОЕ. Народ уже ржёт и с интересом ждёт исхода дела.


techquisitor: (Default)
Вчера только узнал, что Seagate купила винчестерное подразделение Samsung. Не будет больше относительно причных винтов на рынке. 
techquisitor: (Default)
Выкинул нахрен из системы Amarok вместе с Clementine. В качестве штатного аудиопроигрывателя теперь использую DeadBeeF. Ибо в двух первых проектах свистоперделок много, а функционала мало. Проигрыватель жрёт все форматы, нормально понимает cue без киваний в сторону авторов libcue. Как доделают там клиент-серверную часть, будет совсем хорошо.

Кстати, о libcue. В отношении этой библиотеки я не понимаю авторов аудиопроигрывателей эту библиотеку использующих. Уже столько лет с libcue наблюдается огромная пачка проблем, причём сами авторы libcue настолько усердно забивают на решение багов, что тут действительно тот случай, когда надо делать форк. И ведь ладно бы один-два проекта б её использовали. Так нет же, mpd, amarok, clementine и ещё до кучи проигрывателей сидят на ней. В связи с чем вопрос - где теперь все сраные любители форкать софт? Где?! Зато офисы с кедами форкаем только в путь и по любому чиху, ага.
techquisitor: (Default)
Многие вещи познаются в сравнении.

Развернул тут по случаю служебной необходимости одну геоинформационную систему и присобачил не сильно большую базу к ней. На стомегабитном линке оно прогружается о-о-о-очень неторопливо. Обыкновенное масштабирование карты может отрабатываться минут 5-7. И это я ещё подключил далеко не все слои. А ведь, между прочим, мне тут недавно говорили, что двадцать мегабит туда-сюда - это абзац как много и круто.
techquisitor: (Default)
Давеча, залез я в соседнюю подсеть в нашей местной локалке, дабы посмотреть, что там интересного наблюдается.

Ага. Посмотрел )
techquisitor: (Default)
Этот Symantec Corporate - совершенно неэффективное говно. Ни хрена не зачищает.

А тут как назло эпидемия какого-то пакостного трояна пошла... Я же говорил, что жопа будет :)
techquisitor: (Default)
Что-то я сегодня глючу не по-детски.

Сижу чешу раздел в Recovery Console под двухтонниками на наличие ошибок, ибо винда выдаёт при загрузе inaccesible_boot_device. Глядя на вывод занятого и свободного места в голове проносится мысль - "Надо потом с помощью df -H посмотреть сколько места на винте свободно, а то в байтах смотреть как-то неудобно". Мысля сменяется другой - "Ой, какой df? Я же в винде!". После чего мысль как-то забывается.

После исправления ошибок я пытаюсь выключить машинку с помощью команды shutdown now. Естественно, консоль мне выдаёт ругань, что такой команды нет. И так раза три. В голове проносится мысль "Странно всё это..." Совершенно машинально пытаюсь вписать туда reboot. Попытка терпит неудачу. Раза два. До меня ме-е-едленно доходит, что я всё-таки не под линухом и наконец-то с трудом вспомнив ввожу команду exit.

Болезнь прогрессирует...
techquisitor: (Default)
Пишут в статье на securitylab.ru.

Только я её не увижу. Разве что в гостях. :)

Profile

techquisitor: (Default)
techquisitor

September 2017

S M T W T F S
     12
34 567 89
10111213141516
171819202122 23
24252627282930

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 25th, 2017 04:49 pm
Powered by Dreamwidth Studios