nano
web-oriented

может открывать Atom?

может Atom можно даже запустить в браузере?

было бы забавно запускать браузер от рута чтобы отредактировать /etc/hosts :)

Что за Atom? Я только такой новостной протокол знаю.

https://atom.io/

Нет, такое будет встраиваться в последнюю очередь. Нода в планах, но в очень отдалённых.

Используй vi. Без vi твоя жизнь сложна.

Nano проще и понятнее. Vi будет в бизибоксовском самопале, если я его когда-то допилю до юзабельного состояния.

Труъ. Кстати, почему не mpv?

Вот RC2 я уже-таки поставлю. Через несколько дней.

Традиции - это хорошо))) А по теме, прошлый пост не читал, а браузер зачёт!!! А планируется добавление таких пакетов как finch (консольный pidgin), клиент-торрент, mc, nmap (на всякий случай), iptraf?

Инсталлятора на хард нету же, так что лучше dd на флэшку. В перспективе планируется интересный замут с persistent storage на той же флэшке, но, естественно, с сохранением всех преимуществ сжатого сквошем rootfs.

А в чём преимущество? Кстати, в официальных репах арча (не аур) он есть? В принципе, до RC3, вероятнее всего, тоже как минимум две недели (как минимум), так что можно пообсуждать, повыбирать :)

finch - не планируется (слишком увесистый, да и в браузер-ориентированном дистре не нужен - есть plus.im и прочие онлайн-мессенджеры), торрент-клиент - уже есть (aria2c), mc - ни в коем случае, nmap и iptraf - подумаю. Кстати, в changelog этого нет, но netcat был таки заменен на socat, просто он ни в одном компоненте активно не используется (в отличие от tcc, например, который нужен для генерации байтбитов на лету для браузерной команды-юзерскрипта :bb)

P.S. Кстати, вот тебе пример, куда надо закидывать дистрибутивы для скачивания, а не на всякие сомнительные обменники. Создаешь репу на гитхабе, пушишь сборочные скрипты, потом заходишь в раздел Releases, внимательно читаешь доку и заливаешь исошник. :)

Менее говно мамонта. Это как screen и tmux.

В репах арча он есть.

Собственно, на ЛОРе была недавно новость о релизе и сопутствующий срач (Выпуск MPV Player 0.5.0).

А, ну и вот.

• Выпуск MPV Player 0.5.0 (комментарий)
• Выпуск MPV Player 0.5.0 (комментарий)
• https://github.com/mpv-player/mpv/blob/master/DOCS/man/changes.rst

Ну так ни screen, ни tmux не нужны, когда есть dvtm. Насчет менее говна мамонта - mpv умеет в потоковое аудио или даже потоковое видео, как жЫрный vlc? Что насчет увесистости пакета? Занимает меньше или больше mplayer-a? Какбэ блоатварь сюда не особо нужна при наличии альтернатив.

Зы. Я наконец-то нашёл правильную формулировку парадигмы Асгарда: собрать браузерно-ориентированную систему со вспомогательным набором утилит по принципу minimax: минимальный набор минимально весящих утилит с максимально доступным функционалом.

Не. Я о том, что mpv относится к mplayer, как tmux к screen'у.

Потоковое аудио/видео уметь должен.

Занимает сильно меньше mplayer — т. к. нормально линкуется с ffmpeg, а не тянет свою копию. (Но если у тебя ничего больше ffmpeg не требует, то суммарно занятое место будет таким же.)

А, ну тогда есть смысл, т.к. ffmpeg всё равно нужен для браузерных медиаплагинов, которые gst-plugins-*. Океюшки, заодно выпилю mpg123 к чертям и переделаю команды :playmp3 и :stopmp3 на более абстрактные :playmedia и :stopmedia.

Блинн, зачётная штука этот mpv. Однозначно впиливаю. Тяжелую матроску на моём древнем железе крутит без тормозов, в отличие от того же vlc или mplayer.

Да, он хорош, жалко что для его плюшек пришлось пожертвовать обратной совмеcтимостью - я до сих пор пользую smplayer в качестве GUI к mplayer, с mpv он работать не собирается - апстрим не заинтересован...

Ну, мне в моём дистре обратная совместимость побоку. Щас соберу образ - если всё нормально, пушну версию с mpv и :playmedia в транк.

Ну я в принципе по традиции заливал на nnm-club, мне большего и не нужно) А сборочные скрипты ты имеешь ввиду - наподобие remastersys в debian?

Не напоминай мне об этом ужасе под названием remastersys. :D Ну да, просто там не только перепиленный archiso, но и, собственно, оверлей и build.sh - все, что нужно для сборки, по крайней мере под арчем.

Тащемта, "щас" немного затянулось, собрал, потестил и пушнул только сейчас. Дело в том, что добавление одного "маленького, но очень гордого" пакетика потянуло за собой начало масштабного (по меркам дистра) перепила, и это видно по коммитам. Короче, надеюсь, в RC3 этот перепил подойдёт к своему логическому концу: анонсируется адовое удаление некоторого дублирующего функционала с одной стороны, и добавление кое-каких визуальных плюшек с другой.

Да, штеудач, спасибо за подсказку с mpv. Всё отлично играет.

А cmplayer тебе как? (Мне хватает голого mpv, так что не юзал...)

Не подскажешь, как в archiso педалить пакеты из AUR? Вот стянул я PKGBUILD, как его собирать в автоматическом режиме? Через customize_airootfs.sh? Просто есть энтузиазизм пока... кое-что в Асгарде явно лишнее.

Для начала тебе придётся поставить «туда» группу пакетов base-devel и попрощаться с ~300MiB свободного места. =) Хотя по окончании компиляния её можно спокойно удалять.

А потом — да, через customize_airootfs:

cd /path/to/PKGBUILD
makepkg -si --noconfirm

Блин. Нет, должен быть другой путь. Точняк. Наверное, сделаю хелпер-скрипт, который будет собирать аурные пакеты на хост-системе, потом уже готовые tar.xz ставить обычным поцманом после пакетов из packages.all. По сути, весь этот изврат нужен ради одного-единственного пакета (пока что). Просто в таргет-систему ради этого особого случая даже поцман ставить неохота.

Да, точно, собирай на хосте.

Если хочешь извратиться, собирай на хосте, создавай кастомный репозиторий (repo-add), прописывай его в pacman.conf целевой системы и ставь обычным способом =)

Если хочешь извратиться, собирай на хосте, создавай кастомный репозиторий (repo-add), прописывай его в pacman.conf целевой системы и ставь обычным способом =)

О, а это идея. Нафиг мне в гите какие-то левые пкгбилды? Я только не совсем понял - этот repo-add добавляет в базу весь пакет или его где-то надо хранить отдельно?

repo-add создаёт индекс. PKGBUILD-ы тебе всё равно придётся хранить или скачивать.

Ааа, тогда я рано скачал образ. Буду ждать установочника (консольный устроит тоже, типа такого, как в Debian).

Кстати, там Grub 2 ведь есть? Если есть, то добавь, пожалуйста, в список ядер ядро от MeeGoo (интеловское). На нём нетбук должен работать прямо офигеть как быстро. Миго вроде на Линукс-архиве взять можно, в крайнем случае я могу поделиться.

Нету там граба, там syslinux.

И вообще, сейчас идёт грандиозный передерибан, вследствие которого RC3 может оказаться без говнофлэша, если до того времени не найдётся версии без gtk2-зависимостей.

не щупал его, всё руки никак не доходят. Он на Qt5 же, я ничего не путаю?

 $ yaourt -Si cmplayer | grep qt5
Depends On     : qt5-base qt5-declarative qt5-x11extras qt5-quickcontrols icu libdvdread libdvdnav libcdio-paranoia libcdio libquvi alsa-lib libpulse portaudio jack libchardet

Вроде того.

Nano проще и понятнее.

о дистрибутиве в 4-х словах.

Cairo, *ля, cairo, *ля, cairo!

Штеудач. Есть такая кулстори. Короче, на html5-видео крэшится dwb. Выяснилось, что dwb ни при чём, а крэшится webkitgtk в целом, независимо от версии и версии GTK. Выяснилось, что и webkitgtk ни при чём, а что-то ябнуло в последней версии libcairo. Патч уже имеется, но когда его примут в апстрим (если примут), выпустят новую версию, и эту новую версию положат в репы арча - рак на горе свистнет. В связи с чем вопрос: как бескостыльно применить данный патч при сборке cairo-git с ауры в автоматическом режиме?

Upd: посмотрел я на объём репы cairo-git и решил, что пока что будет поставляться просто пропатченная версия в готовом пакете. Ну его нафиг так вычислительные ресурсы любого, кто решит собрать транк, нагружать.

Ну, как. Скачиваешь имеющийся PKGBUILD, добавляешь патч в source=(), перегенерируешь чексуммы с помощью makepkg -g >> PKGBUILD (с последующим редактированием и удалением старого массива чексумм) и применяешь патч в функции prepare(). Способа легче, вроде бы, нет; модифицированный PKGBUILD придётся тащить с собой. Впрочем, -git на то и -git, чтобы обновлять pkgver автоматически, т. е. синкать модифицированный PKGBUILD при каждом коммите не придётся.

Кстати, может, накладывать патч лучше на релизную версию cairo? Для официальных пакетов тоже есть PKGBUILD'ы.

Ну, как. Скачиваешь имеющийся PKGBUILD, добавляешь патч в source=(), перегенерируешь чексуммы с помощью makepkg -g >> PKGBUILD (с последующим редактированием и удалением старого массива чексумм) и применяешь патч в функции prepare().

Да, именно это я и сделал, только для чексуммы патча указал 'SKIP'. Правда, это всё особо не помогло - крэши ушли, изображение не пришло. :)

Кстати, может, накладывать патч лучше на релизную версию cairo? Для официальных пакетов тоже есть PKGBUILD'ы.

По всей видимости, придётся откатываться на 1.10. Буду прорабатывать ещё варианты, конечно. Но без боя не сдамся.

Пофикси, будь мужиком, блеать. =)

Ну таки да... тогда откат.

// весело. неподтверждённый скриншот и тем не менее 43 комментария.

Пофикси, будь мужиком, блеать. =)

Там у них был ещё один вариант патча - если хватит времени, вечером попробую им пропатчить, но если не получится, придется даунгрейдить. ЧСХ, WebM играет без проблем, а вот H264 и OGG Theora не играют, идёт только звук (ранее они же крэшили каиро).

А без боя не сдамся потому, что в RC3 уже точно говнофлэша не будет.

Глядя на скриншот тёплого лампового AlsaMixer испытал очередной приступ желания выпилить PulseAudio.

За nano отдельный плюс

Ну дык, неэстетично, зато дёшево, надёжно и практично. ©

Так, а его как-то по-особенному dd надо, или тривиально?

Если можно, пример, чтобы я не ошибся. Спасибо.

VLC наше всё.

У VLC качество декодеров заметно хуже, а поддержка аппаратного декодирования и рендеринга, к сожалению, оправдывает статус экспериментальной.

А ты думаешь, что PA несовместим с alsamixer? =)