Добрый день.

Собираю пакеты под arm64 в gentoo, чтобы потом их закатить на NanoPi Neo Plus2. Не спрашивайте почему не ubuntu или прочий armbian.

В общем в данный момент имеется проблема со сборкой python (будь он не ладен). В хост системе сборка проходит успешно, никаких проблем.

Собираю посредством crossdev.

aarch64-unknown-linux-gnu-emerge --oneshot --complete-graph python

oneshot потому что со всеми вместе эта игрушка дьявола собираться не хочет, но делу это не помогает, увы.

build.log положил сюда

Сама ошибка выглядит как

error: [Errno 2] No such file or directory: '/usr/aarch64-unknown-linux-gnu/tmp/portage/dev-lang/python-3.4.5/work/Python-3.4.5/Modules/_ctypes/libffi'

libffi установлен.

Всё закончилось хорошо, как, собственно и могло закончиться. Никому админ не нужен? :D

Добрый день, господа.

Имеется в наличии железка ASUS X200MA и именно с ней дальше пойдут свистопляски.

Возникла следующая проблема. Бился я с разными ядрами, шерстил интернеты, менял местами флаги в них, пока в итоге не нашёл единственное решение, которое сейчас худо-бедно работает (однако mplayer всё одно безбожно тормозит, но сейчас не об этом) - собрать 3.12.13 + прописать в командах загрузки ядра video=VGA1:d (потому что ОСь почему-то считает, что у неё к VGA что-то подключено, хотя по факту пусто)

Казалось бы, если новое (!) железо взлетает на старом ядре, то оно тем более должно работать на более новом, но не тут-то было. Берём конфиг ядра, который работает на 3.12.13, засовываем в более новые версии, make oldconfig && make -j4 && make modules_install && cp arch/x86_64/boot/bzImage /boot/krn-3.1x.x и на выходе получаем, что ядро прогружается и через несколько секунд после ругани на ext4 и до загрузки openrc экран моргает и погружается в кромешную темноту. Подсветка монитора работает, а вот на самом экране ничего не отображается. (Если подключить монитор к VGA, то тоже самое, только на нём)

Что интересно, сама система вполне успешно функционирует, команды бьются, всё работает, кроме видеовыхлопа.

Внимание вопрос. Как заставить эту железку адекватно работать?

Ну и конечно же логи из «слепой» системы:

dmesg: http://bpaste.net/show/460311

messages: http://bpaste.net/show/460312

lspci: http://bpaste.net/show/460313

Linux kernel bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=80191

Доброго дня.

Настраиваю я тут conky для i3wm и вылезла прелюбопытнейшая багина, которую я либо сам себе устроил, либо наши девелоперы умнички, но не будем забегать вперёд.

Итак, конфиг коньков здеся

Выхлоп конфига тута

А вот нормальный выхлоп

Грепайте выхлоп по строчке: separator_block_widt7.65G/30.1G

Если в 40 строке конфига коньков убрать второе вхождение ${template1}, то всё работает хорошо и выхлоп спокойно залезает в i3bar.

Так вот, у кого руки кривые, у меня или ещё у кого?

После двух лет проведённых на awesome я неожиданно открыл для себя i3 со всеми его плюшками и удобствами, а так же перешёл с жёстко разбитых экранов на использование twinview. И увидел он, что это хорошо.

На скрине духмониторная конфигурация (2880х900), в ход пошли:

• Gentoo stable (с нестабильным ядром, ага)
• i3wm
• conky
• mpd + ncmpcpp
• chromium (сейчас осиливаю uzbl)
• vim (с куском текущего проекта)
• xcompmgr

ШГ:

• Панельки - Anonymous Pro Minus
• Консоль - Inconsolata

Так же за кадром остались:

• xscreensaver
• dmenu
• thunderbird (от claws-mail отказался потому что начальству не нравится, что письма приходят не в html, sad but true)

Кому плохо видно, ссылка на хайрез и ещё один вариант

>>> Просмотр (1440x450, 590 Kb)