Подключаю малину к ATX блоку питания (обмылок кабеля type-c, который не полноценный type-c) перепаян, чтобы включаться в разъемы блока питания.

Так вот если подключаться к контакту StandBy (5v 2.5A согласно шильдику БП), то малина работает нормально (ну если нет жручего обвеса). А вот если подключаться к 5V линиям, где казалось бы 15А, то постоянно вылезает UnderVoltage detected). В случае линии standby тоже бывает, но значительно реже.

Как так-то? Кабель type-c от зарядки теоефона. Даже если бы напряжение бы проседало от тонкости жил, говнопайки etc, то почему работает по-разному от разных линий? При этом от более мощной работает хуже?

Всю дорогу возвращаю крайнюю плоть ffmpeg’у и прочей мультимедии в openSUSE путем пересборки их src.rpm с опциями полной сборки. И все-то было хорошо, мои волосы были.

Но недавно переехал на Tumbleweed, и по-старинке начал собирать в виртуалке локально посредством их тулзы build. А оно как давай говорить, что у него есть выбор. И при этом на опцию build –arch x86_64 не реагирует. Хотя при указании build –arch i686 - опция работает как надо (т.е. не мечется в муках выбора какой пакет использовать)

expanding package dependencies...
[    5s] expansion error
[    5s]   have choice for pkgconfig(atk) needed by gtk2-devel: atk-devel atk-devel-32bit
[    5s]   have choice for pkgconfig(cairo) needed by gtk2-devel: cairo-devel cairo-devel-32bit
[    5s]   have choice for pkgconfig(gdk-pixbuf-2.0) needed by gtk2-devel: gdk-pixbuf-devel gdk-pixbuf-devel-32bit
[    5s]   have choice for pkgconfig(gio-2.0) needed by gtk2-devel: glib2-devel glib2-devel-32bit
[    5s]   have choice for pkgconfig(pango) needed by gtk2-devel: pango-devel pango-devel-32bit
[    5s]   have choice for pkgconfig(pangocairo) needed by gtk2-devel: pango-devel pango-devel-32bit
[    5s]   have choice for pkgconfig(pangoft2) needed by gtk2-devel: pango-devel pango-devel-32bit
[    5s]   have choice for coreutils needed by rpm-build: coreutils coreutils-single
[    5s]   have choice for coreutils needed by build-compare: coreutils coreutils-single
[    5s]   have choice for coreutils needed by systemd-rpm-macros: coreutils coreutils-single
[    5s]   have choice for coreutils needed by linux-glibc-devel: coreutils coreutils-single

Как бы заставить не видеть 32bit пакеты-то?

Есть Qemu 4.2.1 и есть 8 физических дисков. Все эти диски надо засунуть в гостя. Но лезет только 5, больше пишет не поддерживается (ну фактически 6, так как еще cdrom занимает). И это при -machine q35

Есть ли хитрый способ дать гостю доступ ко всем 8 дискам? Запускаю так:

qemu-kvm -machine q35 -m 2048 -boot order=d -nic user,hostfwd=::22000-:22 -cdrom kvmachines/iso/xubuntu-20.04.1-desktop-amd64.iso -drive file=/dev/sda -drive file=/dev/sdb -drive file=/dev/sdc -drive file=/dev/sdd -drive file=/dev/sde -drive file=/dev/sdf -drive file=/dev/sdg -drive file=/dev/sdh

В программе «Жди меня» я был послан отправлен на ЛОР.

Ищется просмотрщик изображений, который не пропускает кадры, если зажать кнопку Next. Т.е имеем видео, разложенное на последовательность кадров. Начинаем смотреть с первого кадра - всякие gwenview пропускают куски, видео идет с подрывами.

Собственно есть ли нативная какая смотрелка, которая умеет нормально показывать сотни кадров плавно? IrfanView умеет.

Также нужна поддержка альфаканала. Ну и чтобы в репах было (или собрать самому. По этому критерию отпадает XnViewMP)

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

Они можно сказать единственные, кто продает SBC от гигабайта. У пары других подвальных контор в корпусах и за какие-то дикие деньги.

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

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

Выбираю плату на x86 с распаяной затычкой вместо процессора. Выбор плат с внешним БП мал и они дороже. Известно, что недорогие ATX БП имеют кпд ну прямо так себе, да и те что 80PLUS тоже на малой нагрузке не блещут (а такие платы не дадут 50% нагрузку блоку с номиналом 300W).

Но как обстоят дела с внешними БП? Если взять условно потребление платы в 20W - выгодней ли в плане оплаты счетов использовать внешний блок или же без разницы? Вопрос шума от пропеллера ATX БП в расчет не берем.

Всем привет.

Почитал сайт микротика, но до конца не вкурил. При покупке маршрутизатора, ключ для RouterOS уже какбы встроен. Не ясен момент срока поддержки.

Как долго поддерживаются их железки? При выходе новой версии RouterOS (мажорной) возможны ли обновления? Или как обычно - полгодика обновления приходят, а потом тыква\openwrt (в лучшем случае)?

Или все также, как у всех и проще связаться с туполинком+openwrt?

Возможно ли смотреть последовательность изображений, чтобы при достижении последнего бесшовно перескакивало на начало и далее по кругу?

Интересуют с предустановленным процом.

На маркете только 1 Gigabyte с древнючим E1 в наличии и тотальное засилье цаплеронов.

Доколе ещё страдать? Да даже m-ATX нет. Orangebananarasp не варианты.

Всем привет. Хочу настроить отправку сообщения в jabber при логине по ssh.

В /etc/pam.d/sshd добавил

session required pam_exec.so /root/bin/login_notifier.sh

Сам скрипт:

#!/bin/sh
XMPP_TO="jabber_not_dead@prostopahnet.tak"

MESSAGE="A user signed into your server through SSH. Username: ${PAM_USER} IP Address: ${PAM_RHOST}"

if [ "${PAM_RHOST}" != "" ]
then
        echo "Before sendxmpp" > /root/TEST
        echo $MESSAGE | sendxmpp -t -n $XMPP_TO
        echo "After sendxmpp" >> /root/TEST
fi
exit 0

Так вот при логине эхо Before и After в TEST есть, а сообщения нет. отдельно если запустить скрипт - работает (ну с поправками, чтобы было что и куда слать). Скрипт исполняемый. Запускать sendxmpp c nohup пробовал.

pam_exec с debug ничего не говорит об ошибках в исполнении скрипта.

Почему оно не хочет?

Возможно ли посредством nftables запретить пользователю весь сетевой трафик, как это можно было сделать в iptables?

Было вроде можно так:

/sbin/iptables -A OUTPUT -o eth0 -m owner --uid-owner 1000 -j DROP

А вот для nftables что-то не гуглится ничего подобного. Firejail использовать не вариант. Или может помимо nftables есть еще какие-то варианты сделать такое подручными средствами?

В конец достали тупые зависимости в openSUSE. Сваливаю.

Подскажите, в арче вот 3 репы «официальных». Первые 2 понятно. Третья Community, про которую написано в вики, что это место, куда забирают не самое дно из аура.

Как в арче построена ревизия пакетов, которые попадают в официальные репы? Все на честном слове или все таки какие-то меры, типа «один апрувит коммиты другого» есть? Можно рассчитывать, что в коммьюнити-репу не прилетит условный майнер, потому что доверенному пользователю стало пофик на все и он решил подложить свинью остальным?

Штамп «школодистра» остался в голове. Хочется узнать, как в реальности обстоят дела. Были ли факапы?

После обновления до FF67 «что-то пошло не так» и теперь он все страницы открывает в таком виде.

Фары протирал, по колесу стучал - не помогает. При этом, к примеру, about:config открывает на всю ширину окна. Только сайты криво. Если запустить из терминала никаких ошибок не пишет.

Tumbleweed

говорили они. Берите свежий софт оттуда, говорили они. Это не васянство же.

В репе X11:Deepin:Factory сваяли пакет и отправили его на аудит команде безопасности для включения в openSUSE:Factory (без пяти минут Tumbleweed) И получили по щам: https://bugzilla.opensuse.org/show_bug.cgi?id=1136026

Такие вот пакеты в «полуофициальных» репах. А кто их юзает для свежего софта - сами себе молодцы.

Я так ожидал новой версии openSUSE Leap 15.1, которая должна уже вот-вот выйти спустя «год активной разработки» как любят писать в новостях.

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

This release continues to uses KDE’s Plasma 5.12 Long-Term-Support version and all its community supported tools and applications

Ну ладно они базируют базовую систему на SLE теперь, это даже хорошо. Капец. Но еще год сидеть на версии KDE 5.12. Да она LTS, да стабильность, да можно поставить из полуофициальных реп (спасибо не надо). Но как-то настроение упало от такой «новости».

Пусть кеды тут хорошо собраны. Но иногда запуская Live с новыми кедами видно, что среда развивается. Добавляют малозаметные удобства.

Печаль. Хотелось искаропки хотя бы версии, не посыпанной нафталином, самый свежак не нужен (так бы сидел на перекатиполе)

P.S. Ну хоть не так обидно, что страдать будут и гномеры :) GNOME 3.26

Нужно показать popup через kdialog:

kdialog --icon system-software-update --passivepopup «$UPD» --title «Update notifier» 5

Запускается скрипт от рута через networkmanager-dispatcher после подключения к любой сети.

Уведомления показываются, но не через kdeшный popup, а отдельный рутовый.

Использовать дыру xhost + не хочу.

Как можно настроить, чтобы скрипт, запущенный от рута в консоли смог подключиться к X пользователя?

Так исторически сложилось, что используется в ближайшем окружении преимущественно белайн.

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

В случае отправки 4 и более SMS на номера Москвы и Московской области в течение любого календарного месяца опция «Мои SMS» подключается втоматически. По опции доступно 100 SMS в сутки на все мобильные номера Москвы и области. Начиная со 101-го каждое SMS в сутки будет стоить 1,07 рубль. Первые пять дней после подключения опция будет предоставляться бесплатно, абонентская плата начиная с 6-го дня использования опции составит всего 5,08 руб/день.

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

Пригорело. При отправке ПЛАТНЫХ смс по тарифу, тебе еще и платную услугу с конской абонентской в день привязывают.

Вдург у вашего старшего поколения этонедоразумение вместо оператора. Проверьте, может такая же ерунда.

Уж не знаю, что за гнида спалила мой JID, но неделю назад начал сыпаться в джаббере спам. Причем рекламируют «Flud servise».

Кому это надо? Это же не взлетевшее у широких масс поделие. Кто будет заказывать флуд и вообще зачем он тут существует?

Хочу купить себе коробку для работы 24/7 в качестве замены маршрутизатора и тарахтящего компа. Начитавшись обсуждений про одноплатники, пришел к выводу, что все их прелести в виде компактности и дешевизны нивелируются пердолингом в настройке и граблями в процессе этого мероприятия.

У нас в продаже есть неттопы, к примеру теже Intel NUC разной степени наполненности. Но стоят, конечно, так себе... За пустую коробку без памяти и нжмд\ссд по 7.5-9 тыс. У китайцев есть и за 5.5, при этом с 2 сетевухами.

Вопрос вот в чем: не напихивают ли они закладок своих, как в дешевые смартфоны?

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

Есть ли какие-то «проверенные» варианты, можете покидать, если у кого-то в пользовании есть?

Бюджет куцый. Тысяч 5-7 за коробку без памяти и накопителя. Но с 2 гигабитными сетевухами честными, а не как в одноплатниках.

Добрый всем.

Нужно запускать виртуальную машину на удаленном хосте в headless режиме. Каждый раз все делать руками лень, поэтому накостылял такое:

на удаленном хосте лежит скрипт, вида:

#!/bin/bash
screen -dmS virtualbox bash -c 'VBoxHeadless -s LiveDVD'

Этот скрипт хочу запускать по ssh. Для этого тоже накостылял скрипт:

#!/bin/bash
ssh -t [alias for ssh host] bin/startvm.sh
ssh -N -L 9400:localhost:9400 [alias for ssh host]

И далее уже посредством rdesktop соединяюсь с запущенной виртуалкой.

И вот вроде бы все по отдельности работает. А иногда (не уловил условия) и скриптами запускается и соединяется. Но в основном обламываюсь подключиться rdesktop'ом по причине:

There is a screen on:
        2175.virtualbox (Dead ???)
Remove dead screens with 'screen -wipe'.
There is no screen to be resumed.

Короче, почему-то умирает сессия в screen, а вместе с ней и стартанувшая виртуалка.

Из-за чего это может быть?