Обновил wine 6.22 на 7.7. (Долго тянул т.к. глючная дрянь этот ваш wine.) Вид всех контролов в прогах (дочерних окон в MDI, кнопок, таблиц и т.п.) стал отвратительным: бьющим по глазам ярко белым и плоским. Весь гуй превратился в равномерно-ярко-белое пятно. В т.ч. в самом winecfg: тут не вполне белый, но светло-серый и тоже плоский (e.g. кнопки того же цвета что фон окна). Как вернуть взад?
Конец тормозам. УРА ТОВАРИЩИ!!!
fstab:
tmpfs /a/b tmpfs size=1M 0 0
/a1 /a auto bind 0 0
/a2 /a auto bind 0 0
Независимо от того, монтирую я /a/b до или после /a1 и /a2, оно не видно в /a1/b и /a2/b/. Т.е. делаю touch /a/b/xxx – и xxx не виден в /a1/b и /a2/b. А хочется чтобы был виден, т.е. чтобы /a/b, /a1/b и /a2/b ссылались на один и тот же tmpfs. Можно ли как-нибудь вылечить?
Можно ли как-нибудь gcc заставить это делать?
class C {
int x;
void f(int x) { // хочу тут warning: x уже есть в scope, объявлен в такой-то строке
if (...) {
int x // и тут тоже
}
}
}
Сабж. В smplayer жму «Open / Disk / Play DVD from folder» – и оно запускает первый chapter, меню не открывает вообще.
На полминуты при открытии любого ролика, за исключением недавно уже открывавшихся.
Версия 3.0.16.
Галка «Allow Metadata Network Access» в настройках снята.
Инет запрещён через iptables: -A OUTPUT -m owner --uid-owner 1000 -j DROP
Чё делать?
Предложения вида «снести его нахрен» просьба сопровождать указанием удобных альтернатив. Помнится, что smplayer меня морозил громоздкостью и аляповатостью морды.
struct X {
std::string s;
inline auto operator <=>(const X& x) const { return s <=> x.s; }
};
https://godbolt.org/z/E8Y5Y3bs5
В итоге определены все операции сравнения кроме ==. (Во, теперь ещё и != неопределён. Только что ж пробовал.) Наличие constructor/assignment не влияет.
И самое смешное, в точно такой же структуре (с конструкторами, объявлена внутри namespace dimgel и по-другому называется) в моём проекте не определён ещё и operator<(). Что это за долбаная магия?
И звука, соответственно, нет. Откатился – прекрасненько висят процессы под nice -11, что нихрена не удивительно: я в группе realtime, для которой в /etc/security выставлен этот лимит.
Что ни обновление – то досвидос. Зато эти черти в ченжлоге новой версии гордо заявили что что-то там соптимизировали с латентностью. Молодцы.
Кто виноват и что делать?
Ютуб работает.
Об названия команд пакетного менеджера пальцы сломаешь.
И команды, и опции – менее интуитивные, чем в pacman. Примеры: (1) automatic вместо dependency; (2) для поиска какому пакету принадлежит файл вызываем xlocate, который ищет не конкретный файл (я ему между прочим абсолютный путь подсовываю), а всё сколько-нибудь похожее; других способов не гуглится.
Ну там ещё по мелочам, например параллельной скачки нет, но она и в pacman по слухам не так давно появилась. Фигня конечно. Но в целом не покидало ощущение чего-то сырого, не то чтобы корявого но скорее некомфортного, и непонятно на кой чёрт нужного.
И главное. Дистр – бинарный. Инфраструктура xbps-src интегрируется в систему отнюдь не бесшовно: (1) обновление пакетов, собранных из сорцов (с другими билд-опциями, иначе какой смысл?), требует дополнительных приседаний; (2) а самих этих билд-опций – кот наплакал, в большинстве пакетов их нет вообще, т.е. почти всё собрано с рекомендованными апстримом настройками; (3) так что если нужно что-то более гибкое gentoo-style, то добро пожаловать в копирование/редактирование template, т.е. в создание своего пакета; после чего поддержание его актуальности становится обыкновенным мейнтейнерским гимором.
Т.е. это бинарный дистр с выставленной на всеобщее обозрение и задокументированной системой сборки пакетов. Не более того. И это – современная-правильная-без-легаси «лучше чем гента»? Я таки вас умоляю.
Товарищи эстеты, чё вы в этом void вообще находите?
Аналог гентушной revdep-rebuild:
https://github.com/dimgel/check-link-consistency
Пробуйте, пользуйтесь.
UPD. Мотивация: пост, камент. Пример вывода. Добавлено в universe-репу ArtixLinux: pacman -Si check-link-consistency.
С некоторых пор сломался звук.
TL;DR: pavucontrol:
Configuration / Family 17 HD Audio Controller / Profile = "Default (unavailable)"
Output Devices / Port = "Line Out (unplugged)"
Запуск pipewire из ~/.config/openbox/autostart стандартный:
pipewire &
pipewire-pulse &
wireplumber &
pasystray &
pavucontrol / Configuration показывает две карты:
«GP106 High Definition Audio Controller» (полагаю что-то на nvidia 1060), Profile = «Digital Stereo (HDMI 2) Output» (там куча профилей, но остальные unavailable). Она мне не нужна.
«Family 17h (Models 00h-0fh) HD Audio Controller», Profile = «Off». В выпадающем списке есть ещё один профиль, который мне и нужен: «Default (unavailable)».
При каждом старте иксов:
Схрена ли unplugged? Куда копать?
Перетащил я witcher3 под другого юзера (захотелось). Прям весь wineprefix. Запускается, но при каждом запуске заново компиляет шейдеры.
У меня нвидия блоб. Файл witcher3.dxvk-cache (в каталоге witcher3/bin/x64) – 12 байт; так было всегда, никогда не понимал что это и зачем. Каталога ~/.nv и раньше не было. Куда копать? Может какую-нибудь нужную env-переменную не протаскиваю в xsudo (моя утилитка, протаскивающая .XAuthority, DISPLAY и ещё что-то выборочно), но среди них нету ничего с путями в значениях.
Символы miRegion* импортируются /usr/lib/xorg/modules/drivers/nvidia_drv.so. Прочие mi* импортируемые разнообразными x11-драйверами (nvidia, amd, intel) лежат в /usr/lib/Xorg, а этот не могу найти. И при этом видяха-то работает.
Есть non-narrowing инициализация: long l = 0; int i {l}; = ошибка. Хочу такой же typecast.
Вот так работает:
long l = 0;
void f(int) {}
f((int){l}); // ошибка
f({l}); // тоже ошибка
…но компилятор выплёвывает warning: -Wpedantic: "ISO C++ forbids compound-literals". Гы, неужели я слишком многого хочу? :)
Сделал в итоге вот такую дичь:
template<class R, class P> R safeCast(P x) {
R y {x};
return y;
}
f(safeCast<int>(l)); // ошибка
Не ругается, но дюже громозко (жду каментов «это ж плюсы, пора бы и привыкнуть»).
Есть ещё варианты?
Если после ввода неправильного пароля сразу нажать Ctrl+C (т.е. послать этому su не помню уж какой сигнал), то можно не дожидаться таймаута перед сообщением «Authentication failure», и перебирать пароли гораздо быстрее.
Как? Набрёл на вот такое:
char buf[SIZE];
freopen("/dev/null", "a", stdout);
setbuf(stdout, buf);
ЯННП как это работает. Почему /dev/null на вход stdout? Каким боком это к задаче его перехвата?
И нельзя ли как-то без фиксированного размера буфера? Чую что надо pipe открыть, но как/куда/каким концом его потом?
С примером на пальцах если можно. В вике слишком сжато. Нашлась ещё какая-то Rust API дока, но от тамошнего английского у меня глаза на клавиатуру вытекли.
И вот, недели не прошло как я поставил artix:
https://forum.artixlinux.org/index.php/topic,3331.msg21592.html#msg21592
https://forum.artixlinux.org/index.php/topic,3334.msg21597.html#msg21597
Там где гента матюгнулась бы ещё в процессе сборки пакета, тут мы обнаруживаем ошибку, пытаясь открыть pdf-ку.
Сначала в иксах – и удивляемся, почему сначала ничего не происходит, а потом вместо моего любимого qpdfview вдруг пытается вылезти firefox (ему запретил: # chown root:root ~me/.mozilla; chmod …), а потом chromium (этот сука успешно).
Потом в консоли – с подозрением на альцгеймер полез в ~/.config/mimeapps.
Потом вызвал из консоли qpdfview и увидел что .so не найден.
Потом ldd ``which qpdfview``, so не увидел.
Потом догадался # pacman -S pax-utils; lddtree ``which qpdfview``.
Потом вспомнил, что обновлялось 3 qt-шных пакета сразу, нашёл их в /var/log/pacman.log, по двум другим вызвал `pacman -Ql {package} | grep -F .so’, по найденным .so прогнал dlltree чтобы убедиться, что они тоже битые.
Ручками отдаунгрейдил 3 пакета (вместе с libreoffice – 4) и прописал в игнор-лист в /etc/pacman.conf.
В будущем этот путь будет короче (как минимум без п.4), но всё равно – напороться на косяк в процессе работы (причём в данном случае – умеренно-срочной) крайне неприятно.
Сижу думаю над правильным аналогом гентушного revdep-rebuild; неправильный в AUR есть и он ни о чём т.к. не различает обязательные и опциональные зависимости. И вообще на питоне написан.
| ← назад | следующие → |