Pastebin начал танцполить
С российского ip виден танцпольный банер и изменённый логотип. https://pastebin.com/
Сообщения ox55ff
После выключения компьютера продолжает крутится вентилятор БП
Проблема происходит, если подключить помпу водяного охлаждения. Она подключается к разъёму питания sata дисков. При этом по звуку помпа не работает.
До этого считал, что на выключенном компе есть только дежурное напряжение. Но какого-то хрена БП реагирует на подключение к питанию sata.
Может в биосе включен какой-нибудь режим? Подскажите куда копать. Мать gigabyte b550 aorus pro v2.
Требуются истории узбека с ryzen 9 5950x под линуксом
Сижу больше 10 лет на ноутбуках. Но в последнее время приходится много компилять и считать на процессоре. IDE CLion опять же жрёт как свинья. Решил я перейти на заряженный стационарный комп.
Хочу собрать систему на ryzen 9 5950x. Подскажите какую мать взять, систему охлжадения, БП?
Я в сборках компов совсем не разбираюсь. Зашёл на пару сайтов, а там школьники пишут «ну раз процессор топовый, то и материнку топовою бери за 50К». Тут переплачивать не хочу. Главное, чтобы питальник матери тянул процессор под максимальной нагрузкой и не сдыхал.
На аватарку не смотрите. Она осталась со времён интел-фанбойства. АМД сила, интел печь-могила
Что можно сделать с Яндекс.Станция
Хочу купить яндекс станцию, но не знаю зачем она мне. Расскажите что с ней можно интересного сделать? Линукс на ней заведётся? Среди ЛОРовчан есть владельцы этого или подобного девайса?
Кривое поведение прокрутки при возврате на предыдущую страницу
Лор сломался.
Как воспроизвести:
- Открываем любую тему хотя бы с несколькими комментариями и прокручиваем страницу на середину.
- Жмём внизу комментария кнопку
[Ссылка]- сообщение выделяется, а страница прокручивается для центровки. - Жмём на ник и попадаем в профиль.
- Жмём в браузере кнопку назад.
Ожидается:
- Откроется предыдущая страница, которая прокрутиться до выделенного сообщения.
Происходит:
- Открывается предыдущая страница, но не прокручивается до выделенного сообщения.
Причём, если обновить страницу, то прокрутка до сообщения произойдёт. Т.е. баг именно с кнопкой назад.
Бесит. Сделайте что-нибудь.
Google Chrome 91.0.4472.114
Яндекс браузер 21.8.0.1967 beta
Проверял в режиме инкогнито. Все аддоны были выключены.
На других сайтах работает как надо.
UPD firefox 87.0 бага нет. Хромопроблемы, похоже.
Как перенести ФС на диск бо́льшего размера?
Есть hdd на 1 ТБ. ФС btrfs. Купил ssd на 2 ТБ и хочу перенести файлы на новый диск с расширением ФС на весь диск и сохранением всех атрибутов, прав, дат и т.д.
Ещё использую докер и он понасоздавал btrfs subvolume, так что простое копирование скорее всего всё сломает.
Какие есть способы провернуть это?
Купил RAM: рандомные краши программ и сдохшая ФС
Пишу из горящего танкаБТР, точнее btrfs.
Купил в говноднс 16 гигов оперативы к уже имеющимся 16 гигам. Упаковка выглядит как будто её уже вскрывали. Подозреваю возврат.
Комп проработал несколько часов и начались глюки. Программы и вкладки хрома падают. Комп зависает. После нескольких перезагрузок началась проблемы с ФС, но система кое как загружалась.
У меня btrfs. Ну я не долго думая сделал btrfs check --repeiar. После этого ФС умерла. Я потом конечно почитал, что так делать без бекапа нельзя. ))) Но это было потом.
Загрузился с арчефлешки и прогнал memtester на 30 гигабайтах. Ошибок нет. Как так то? Memtest86+ на моей загрузочной флешке нет.
Вопросы такие:
-
виновата память или сдох ssd (просто так совпало с установкой памяти)?
-
Как правильно протестить память, чтобы всё таки увидеть ошибки?
-
Магазин днс говно и должен быть проклят нах?
Кастомное правило редиректа для определённых url
Попадаются адреса вида http://some/path. Они не открываются, т.к. dns не знает что такое some. Их нужно автоматически переделывать в http://some.domain.ru/path, которые в dns есть и открываются нормально.
Нужно чтобы это работало в браузере chrome (как минимум). Т.е. подойдёт расширение для браузера.
Добавлять some в dns нельзя. Нужно чтобы в адресной строке браузера был правильный url. Т.е. нужен редирект с неправильного адреса на правильный, а не просто обеспечить открытие странички.
В ходе редиректа должен сохранятся /path.
Я придумал такую схему. Поднять локально nginx, который будет редиректить some/path в some.domain.ru/path. В /etc/hosts добавить запись, чтобы some резолвился на nginx, который потом сделает редирект. Я ни разу не настраивал nginx и никогда не редактировал /etc/hosts. Так что мог сморозить глупость.
Ваши идеи, господа.
Нужно решение для авторегулировки звука
БОМБИТ
Смотрю на ютубчике разных Кулибиных. Проблема в том, что они нихера не выравнивают уровень звука. Говорят тихо, а станки гудят на всю округу.
Приходится крутить громкость как диджей. Я же хочу лежать на диванчике и спокойно смотреть, а не бегать к компу, чтобы прикрутить громкость.
Установил kde connect и теперь могу прикрутить, не вставая с дивана. Но это всё равно лишние действия.
Хочу решение для KDE + пульса, чтобы можно было установить желаемый уровень громкости, а софт сам подкручивал, чтобы поддерживать заданный уровень. Ну и чтобы в софте были регулировочки всякие: максимальный уровень усиления/ослабления, скорость реакции, порог и т.д.
Гаснет монитор при включении холодильника
Проблему решил покупкой хорошего переходника (порт-репликатор DELL 470-ACFC). Суть драмы.
Подключил свой новенький 4К монитор через display port. Конкретно у меня переходник usb type-c alternative mode —> display port. Провод длиной 1.8 метра.
Монитор на столе возле стены. За стеной холодильник. Когда холодильник включается, монитор гаснет на пару секунд.
При этом когда я подключал через hdmi, ничего такого не было.
Какие ваши предположения? ЭМИ или по сети прилетает? И ноутбук и монитор включены в сеть без заземляющего контакта.
Кто виноват и что делать? Может ферритовые колечки на провод посадить или к бабке сводить?
Посоветуйте монитор 4К, 27" и чтобы глаза не вытекали
Купил AOC U2790PQU.
Хочу монитор для подключения к ноутбуку (hdmi), чтобы было удобнее погромировать. Т.е. всякие гейские геймерские штучки вроде 100500 Hz и красной подсветочки - не нужны. Приветствуются фичи позволяющие долго пялиться в монитор без потери зрения.
Бюджет: до 35к русских денег.
P.S. Ценю личный опыт. Отзывы на яндекс маркете я и сам могу почитать.
P.S.P.S Ок, убедили. Теперь ищу 4К монитор, а не 2К.
Ну теперь-то готов?
На опеннете увидел новость о выходе KDE Plasma 5.22. В очередной раз есть пункт о значительном улучшении работы Wayland.
Хочется спросить у накативших как оно там? Готов? Интересует работа на блобе Хуанга.
Шома, за что?
Сообщение удалено Shaman007 по причине 7.1 Ответ на некорректное сообщение (авто, уровень 0) (-2)
Анончик запости фигню, я ответил, что это фигня. В своей же теме!
Считаю автоначисление мне -2 ошибочным.
GCC-10 для Ubuntu 20.04
Здарова котаны!
Таргет убунту 20.04 lts. Нужен gcc-10, чтобы начать использовать божественные корутины из c++20 как в сишарпике###. Но Шаттлворт засунул в свой дистр gcc-9, а там корутин ещё нет. Какие могут быть выходы? Я распространяю через deb, т.е. нужно как-то по зависимостям вытянуть и желательно без васянских PPA. Сам я арчевод (у нас всё хорошо с компиляторами) и плохо разбираюсь во внутренней кухне убунты.
Как рендерить несколько видеопотоков на OpenGL 3.1?
Есть несколько декодеров, работающих в разных потоках. Они декодируют видео с разной частотой кадров и вообще никак друг с другом не синхронизированы. Могут запускаться и останавливаться.
Нужно всё это дело рендерить в реальном времени в подобие видеостены - прямоугольной сетки, где в каждой ячейке свой видеопоток.
Как у меня сделано сейчас. Декодер хранит последний декодированный кадр. По таймеру поток, отвечающий за обновление экрана, собирает последние кадры от всех декодеров, через glTexSubImage2D обновляет OpenGL текстуры и рендерит их на экран. Чтобы потоки не конфликтовали, чтение и запись последнего декодированного кадра прикрыты мьютексом.
Текущая версия работает, но хочу попросить совета. Есть ли какие-нибудь мысли по оптимизации этого дела и вообще как правильно такое делать? Наверное, это похоже на работу композитора. Есть независимые источники, которые предоставляют готовые данные и их нужно свести воедино и отобразить на экране.
У меня здесь получается только один OpenGL контекст. Слышал что-то про многопоточный рендер. Применим ли он здесь?
OpenGL рендерится в окно Qt приложения через QOpenGLWindow. Версия OpenGL строго не старше 3.1. Нужна кроссплатформенность: топик и оффтопик, т.е. без платформозависимых фич типа dma-buf. Видеокарты в основном интел и нвидия.
SDDM (KDE). Как настроить параметры отключения экрана до входа в учётку
У меня на ноутбуке кеды и sddm. Я настроил всё так, чтобы экран никогда не гас, если ноут работает от сети.
Но до логина действуют другие настройки. Если я включу ноут и не буду входить в свою учётку, то экран через некоторое время погаснет.
Как это изменить?
На железке перехватить сообщения, которые она пишет в uart
Есть железка. Она шлёт лог в uart. Мне лень подцепляться к нему. У меня есть доступ к железке по ssh.
Можно ли программно перехватить этот поток и вывалить в консоль?
В uboot написано так:
console=ttyAMA0,115200
Папка /dev, если надо
~ # ls -la /dev
total 196
drwxrwxrwt 9 root root 3160 Jan 2 02:37 .
drwxrwxrwt 22 root root 500 Jan 1 1970 ..
drwxr-xr-x 3 root root 80 Jan 2 02:36 .udev
crw------- 1 root root 218, 31 Jan 1 1970 acodec
crw------- 1 root root 218, 14 Jan 1 1970 adec
crw------- 1 root root 218, 13 Jan 1 1970 aenc
crw------- 1 root root 218, 5 Jan 1 1970 ai
crw------- 1 root root 218, 11 Jan 1 1970 aio
crw------- 1 root root 218, 6 Jan 1 1970 ao
drwxr-xr-x 2 root root 140 Jan 1 1970 block
drwxr-xr-x 3 root root 60 Jan 1 1970 bus
drwxr-xr-x 2 root root 2760 Jan 1 1970 char
crw------- 1 root root 5, 1 Jan 1 1970 console
crw------- 1 root root 10, 63 Jan 1 1970 cpu_dma_latency
lrwxrwxrwx 1 root root 13 Jan 1 1970 fd -> /proc/self/fd
-rw-r--r-- 1 root root 1150 Jan 1 1970 free.log
crw------- 1 root root 1, 7 Jan 1 1970 full
crw------- 1 root root 254, 0 Jan 1 1970 gpiochip0
crw------- 1 root root 254, 1 Jan 1 1970 gpiochip1
crw------- 1 root root 254, 2 Jan 1 1970 gpiochip2
crw------- 1 root root 254, 3 Jan 1 1970 gpiochip3
crw------- 1 root root 254, 4 Jan 1 1970 gpiochip4
crw------- 1 root root 254, 5 Jan 1 1970 gpiochip5
crw------- 1 root root 254, 6 Jan 1 1970 gpiochip6
crw------- 1 root root 254, 7 Jan 1 1970 gpiochip7
crw------- 1 root root 218, 62 Jan 1 1970 hi_mipi
crw------- 1 root root 89, 0 Jan 1 1970 i2c-0
crw------- 1 root root 89, 1 Jan 1 1970 i2c-1
crw------- 1 root root 89, 2 Jan 1 1970 i2c-2
drwxr-xr-x 2 root root 60 Jan 1 1970 input
crw------- 1 root root 218, 20 Jan 1 1970 isp_dev
crw------- 1 root root 218, 17 Jan 1 1970 ive
crw------- 1 root root 1, 11 Jan 1 1970 kmsg
crw------- 1 root root 218, 12 Jan 1 1970 logmpp
crw------- 1 root root 1, 1 Jan 1 1970 mem
crw------- 1 root root 10, 60 Jan 1 1970 memory_bandwidth
crw------- 1 root root 10, 59 Jan 1 1970 mmz_userdev
crw------- 1 root root 90, 0 Jan 1 1970 mtd0
crw------- 1 root root 90, 1 Jan 1 1970 mtd0ro
crw------- 1 root root 90, 2 Jan 1 1970 mtd1
crw------- 1 root root 90, 3 Jan 1 1970 mtd1ro
crw------- 1 root root 90, 4 Jan 1 1970 mtd2
crw------- 1 root root 90, 5 Jan 1 1970 mtd2ro
crw------- 1 root root 90, 6 Jan 1 1970 mtd3
crw------- 1 root root 90, 7 Jan 1 1970 mtd3ro
crw------- 1 root root 90, 8 Jan 1 1970 mtd4
crw------- 1 root root 90, 9 Jan 1 1970 mtd4ro
brw------- 1 root root 31, 0 Jan 1 1970 mtdblock0
brw------- 1 root root 31, 1 Jan 1 1970 mtdblock1
brw------- 1 root root 31, 2 Jan 1 1970 mtdblock2
brw------- 1 root root 31, 3 Jan 1 1970 mtdblock3
brw------- 1 root root 31, 4 Jan 1 1970 mtdblock4
crw------- 1 root root 10, 62 Jan 1 1970 network_latency
crw------- 1 root root 10, 61 Jan 1 1970 network_throughput
drwx------ 2 root root 40 Jan 2 02:37 nginx_upload_tmp
-rw-r--r-- 1 root root 3 Jan 2 02:37 ngx_start_status
crw------- 1 root root 1, 3 Jan 1 1970 null
crw------- 1 root root 108, 0 Jan 1 1970 ppp
crw------- 1 root root 10, 1 Jan 1 1970 psaux
crw------- 1 root root 5, 2 Jan 2 02:44 ptmx
drwxr-xr-x 2 root root 0 Jan 1 1970 pts
crw------- 1 root root 10, 58 Jan 1 1970 pwm
crw------- 1 root root 1, 8 Jan 1 1970 random
-rw-r--r-- 1 root root 64 Jan 1 1970 resolv.conf
crw------- 1 root root 218, 16 Jan 1 1970 rgn
crw------- 1 root root 253, 0 Jan 1 1970 rtc0
-rwxr-xr-x 1 root root 6 Jan 1 1970 servicestatus
crw------- 1 root root 153, 0 Jan 1 1970 spidev0.0
crw------- 1 root root 153, 1 Jan 1 1970 spidev1.0
crw------- 1 root root 153, 2 Jan 1 1970 spidev1.1
lrwxrwxrwx 1 root root 15 Jan 1 1970 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root 15 Jan 1 1970 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root 15 Jan 1 1970 stdout -> /proc/self/fd/1
crw------- 1 root root 218, 8 Jan 1 1970 sys
-rw-r--r-- 1 root root 0 Jan 2 02:37 test_asdpd
crw------- 1 root root 5, 0 Jan 1 1970 tty
crw------- 1 root root 4, 0 Jan 1 1970 tty0
crw------- 1 root root 4, 1 Jan 1 1970 tty1
crw------- 1 root root 4, 10 Jan 1 1970 tty10
crw------- 1 root root 4, 11 Jan 1 1970 tty11
crw------- 1 root root 4, 12 Jan 1 1970 tty12
crw------- 1 root root 4, 13 Jan 1 1970 tty13
crw------- 1 root root 4, 14 Jan 1 1970 tty14
crw------- 1 root root 4, 15 Jan 1 1970 tty15
crw------- 1 root root 4, 16 Jan 1 1970 tty16
crw------- 1 root root 4, 17 Jan 1 1970 tty17
crw------- 1 root root 4, 18 Jan 1 1970 tty18
crw------- 1 root root 4, 19 Jan 1 1970 tty19
crw------- 1 root root 4, 2 Jan 1 1970 tty2
crw------- 1 root root 4, 20 Jan 1 1970 tty20
crw------- 1 root root 4, 21 Jan 1 1970 tty21
crw------- 1 root root 4, 22 Jan 1 1970 tty22
crw------- 1 root root 4, 23 Jan 1 1970 tty23
crw------- 1 root root 4, 24 Jan 1 1970 tty24
crw------- 1 root root 4, 25 Jan 1 1970 tty25
crw------- 1 root root 4, 26 Jan 1 1970 tty26
crw------- 1 root root 4, 27 Jan 1 1970 tty27
crw------- 1 root root 4, 28 Jan 1 1970 tty28
crw------- 1 root root 4, 29 Jan 1 1970 tty29
crw------- 1 root root 4, 3 Jan 1 1970 tty3
crw------- 1 root root 4, 30 Jan 1 1970 tty30
crw------- 1 root root 4, 31 Jan 1 1970 tty31
crw------- 1 root root 4, 32 Jan 1 1970 tty32
crw------- 1 root root 4, 33 Jan 1 1970 tty33
crw------- 1 root root 4, 34 Jan 1 1970 tty34
crw------- 1 root root 4, 35 Jan 1 1970 tty35
crw------- 1 root root 4, 36 Jan 1 1970 tty36
crw------- 1 root root 4, 37 Jan 1 1970 tty37
crw------- 1 root root 4, 38 Jan 1 1970 tty38
crw------- 1 root root 4, 39 Jan 1 1970 tty39
crw------- 1 root root 4, 4 Jan 1 1970 tty4
crw------- 1 root root 4, 40 Jan 1 1970 tty40
crw------- 1 root root 4, 41 Jan 1 1970 tty41
crw------- 1 root root 4, 42 Jan 1 1970 tty42
crw------- 1 root root 4, 43 Jan 1 1970 tty43
crw------- 1 root root 4, 44 Jan 1 1970 tty44
crw------- 1 root root 4, 45 Jan 1 1970 tty45
crw------- 1 root root 4, 46 Jan 1 1970 tty46
crw------- 1 root root 4, 47 Jan 1 1970 tty47
crw------- 1 root root 4, 48 Jan 1 1970 tty48
crw------- 1 root root 4, 49 Jan 1 1970 tty49
crw------- 1 root root 4, 5 Jan 1 1970 tty5
crw------- 1 root root 4, 50 Jan 1 1970 tty50
crw------- 1 root root 4, 51 Jan 1 1970 tty51
crw------- 1 root root 4, 52 Jan 1 1970 tty52
crw------- 1 root root 4, 53 Jan 1 1970 tty53
crw------- 1 root root 4, 54 Jan 1 1970 tty54
crw------- 1 root root 4, 55 Jan 1 1970 tty55
crw------- 1 root root 4, 56 Jan 1 1970 tty56
crw------- 1 root root 4, 57 Jan 1 1970 tty57
crw------- 1 root root 4, 58 Jan 1 1970 tty58
crw------- 1 root root 4, 59 Jan 1 1970 tty59
crw------- 1 root root 4, 6 Jan 1 1970 tty6
crw------- 1 root root 4, 60 Jan 1 1970 tty60
crw------- 1 root root 4, 61 Jan 1 1970 tty61
crw------- 1 root root 4, 62 Jan 1 1970 tty62
crw------- 1 root root 4, 63 Jan 1 1970 tty63
crw------- 1 root root 4, 7 Jan 1 1970 tty7
crw------- 1 root root 4, 8 Jan 1 1970 tty8
crw------- 1 root root 4, 9 Jan 1 1970 tty9
crw------- 1 root root 204, 64 Jan 1 1970 ttyAMA0
crw------- 1 root root 204, 65 Jan 1 1970 ttyAMA1
crw------- 1 root root 204, 66 Jan 1 1970 ttyAMA2
crw--w---- 1 root root 204, 64 Jan 2 02:44 ttyS000
crw------- 1 root root 10, 223 Jan 1 1970 uinput
-rwxr-xr-x 1 root root 183700 Jan 1 1970 update
crw------- 1 root root 1, 9 Jan 1 1970 urandom
crw------- 1 root root 218, 9 Jan 1 1970 vb
crw------- 1 root root 7, 0 Jan 1 1970 vcs
crw------- 1 root root 7, 1 Jan 1 1970 vcs1
crw------- 1 root root 7, 128 Jan 1 1970 vcsa
crw------- 1 root root 7, 129 Jan 1 1970 vcsa1
crw------- 1 root root 218, 2 Jan 1 1970 venc
crw------- 1 root root 218, 19 Jan 1 1970 vgs
crw------- 1 root root 218, 63 Jan 1 1970 vi
crw------- 1 root root 218, 10 Jan 1 1970 vpss
crw------- 1 root root 218, 101 Jan 1 1970 watchdog
crw------- 1 root root 1, 5 Jan 1 1970 zero
std::bind vs lambda
Есть метод, который принимает callback:
void Bar::setCallback(const std::function<void(int, int)> &cb) {}
Я туда хочу передать метод класса, соответственно есть два пути:
// Метод, который передаём
void Foo::callback(int a, int b) {}
// Путь первый
bar->setCallback(std::bind(&Foo::callback, this, std::placeholders::_1, std::placeholders::_2));
// Путь второй
bar->setCallback([this] (int a, int b) { callback(a, b); });
Какой путь лучше, если рассмотреть с разных точек зрения: удобство написания, читаемость, может быть быстродействие и размер, если критично? Ваше личное мнение.
Эдика показывают по ютубчику
Отучить дочерний процесс наследовать файловые дескрипторы
Здарова котаны!
Пишу софтину, она слушает tcp порт (9555). Так же она запускает дочерние процессы. Это та же программа, но запущенная с другим аргументом (–backend). Запускаю через QProcess из фреймворка Qt, я не знаю как он там внутри это делает. Дочерние процессы наследуют дескрипторы. Смотри на выхлоп lsof. Там три программы слушают один и тот же порт. Я почитал и вроде это не баг, а фича. Но мне всё равно это сильно мешает. Как от этого избавиться? Ппц, ну это вообще не в какие ворота.
➜ ~ lsof -i -P -n | grep 9555
retr 136948 ox55ff 7u IPv4 438139 0t0 TCP *:9555 (LISTEN)
retr 136948 ox55ff 8u IPv4 438196 0t0 TCP 127.0.0.1:9555->127.0.0.1:34772 (ESTABLISHED)
retr 137028 ox55ff 7u IPv4 438139 0t0 TCP *:9555 (LISTEN)
retr 137028 ox55ff 8u IPv4 438196 0t0 TCP 127.0.0.1:9555->127.0.0.1:34772 (ESTABLISHED)
retr 137030 ox55ff 7u IPv4 438139 0t0 TCP *:9555 (LISTEN)
retr 137030 ox55ff 8u IPv4 438196 0t0 TCP 127.0.0.1:9555->127.0.0.1:34772 (ESTABLISHED)
➜ ~ ps -Af | grep "retr"
ox55ff 136948 136946 0 16:17 pts/3 00:00:00 /home/ox55ff/projects/builds/program/retr/retr --frontend
ox55ff 137028 136948 0 16:17 pts/3 00:00:00 /home/ox55ff/projects/builds/program/retr/retr --backend
ox55ff 137030 136948 0 16:17 pts/3 00:00:00 /home/ox55ff/projects/builds/program/retr/retr --backend
| ← предыдущие | следующие → |