В linux версии не работает правая кнопка мыши.
Ctrl + C, Ctrl + Insert не работает. Shift + Insert работает внутри окна с выделенным текстом.
Настройки клавиатуры предлагают только такое:
https://cdn1.savepice.ru/uploads/2019/11/1/e3b4f6a68a1ead286d64529345edd32d-full.png
Как скопировать текст из окна putty?
Последнее время повадился вечерами играть в игрули на ноутбуке, в результате он нагревается до ~80°, хоть и вентиляторы работают на полную. Допустима ли такая температура и не повредит ли это электронике?
Здравствуйте. Может не в тот форум, уж простите.
Через openssl посылаю серверу запрос, тот отвечает, однако используется сжатие gzip.
Вопрос в том, как провести декомпрессию, ибо при простом копировании тела ответа, копируются сами крокозябры, а не бинарный текст. И в опциях openssl не нашел ту, которая бы выводила ответы в отдельный файл.
Как быть?
Сначала подумал что вовсе не видит динамиков, ибо даже в alsamixer
видело не правильно. Но потом загрузился в окружение Cinnamon и о чудо! Там из виджета на панели задач я увеличил громкость, после обратной перезагрузки в KDE звук есть и alsamixer видит его правильно, но хоткеи всё так же не работают. Все остальные хоткеи на сон, выключение экрана ноутбука, отключение тачпада и тп работают. Исключительно на звук не работает! Ну и ещё на смену вида подключения второго экрана не работает, но мне это не сильно мешает.
Вопрос в том, что… Никто не знает как исправить?
P.S Раньше эти хоткеи работали. И при перезагрузке в винду они так же работают.
Moranbong называется.
Не, хочется верить что хоть этот сделает как надо.
С железом вопрос неинтересный.
Ну воткнёт кустарные мипс+адрено от четвертой смены на китайском заводике, отмасштабированные до мощи плойки, пусть и вчетверо жоркие чем оригиналы.
С софтом интереснее. Никто в здравом уме писать под это не станет, а станет, так Дональд скажет кек. Эмулятор неса и сеги даже корейцы не сожрут. Остаётся вариант как в кино про террористов.
Нужно похитить дюжину программистов умеющих в llvm. Заставить отменторить несколько сотен местных. А те уже, с известной ответственностью, будут клепать автопорты с плоек, иксбоксов и прочих.
Короче, у RPCX3 конкуренты появились
snap-файлы лежат в /var/lib/snapd/snaps/, затем монтируются как squashfs в /snap, юзерские настройки кладутся в /home/user/snap.
То что у юзера в хоуме - копейки, можно не учитывать, а вот с монтированием я не понял: то что лежит в /snap/someapp - это то что распаковали из snap-файла на диск? Т.е. чтобы оценить занимаемое место на диске нужно суммировать все версии в /var/lib/snapd/snaps/someapp + текущую распакованную версию в /snap/someapp?
Лет 10 назад верхние модели беспроводных клавиатур и мышей от Logitech были довольно заторможенными по сравнению с проводными аналогами. Устройства подключались с заметной задержкой, иногда допускали микролаги. Редко, но бывало такое, что курсор отставал от движений мыши.
Сейчас же к современной беспроводной мыши Logitech MX Master 2s у меня нет никаких нареканий - подключение и переключение между устройствами мгновенное, поддерживается как их собственных unifying так и bluetooth, никаких лагов и от батареи живет очень долго.
Вопрос, как сейчас обстоят дела с беспроводными клавиатурами? По аналогии с мышью подозреваю, что стало намного лучше. Или оно того не стоит и лучше взять проводную?
Наверняка уже было, но найти подходящие для себя варианты я не смог. Гугл в основном предлагает аренду VPS, предпочтительнее было бы что-нибудь бесплатное (даже если оно плохое и заставит страдать, да). На ум приходит только тор, но попытки прописать 127.0.0.1:9050 в качестве сокс-прокси в торрент-клиенте (qbittorrent) не приводят к желаемым результатам, скорость все так же режется. Может быть, есть еще какие-то варианты?
Собственно, сабж.
Обычно применяю Debian там, где объективно не подходит FreeBSD. Но в последнее время всё чаще начали подкидывать задачи, где CentOS будет объективно удобнее.
В то же время центос умеет удивлять. В ядре 7.7 выпилили (частично) поддержку драйверов realtek для сетевых карт, пришлось городить, чтобы поднялась сеть. При установке с диска minimal 8.0.1905 не находит сетевые репозитории (баг зафиксирован в багтраке). После сохранения и запуска хоста (8.0.1905) - в консоли ошибки по работе с hv_vmbus.
Пост-почти продолжение этого поста.
Немного про ACO (копипаста с Опеннета):
Предложенный Valve код нацелен на обеспечение генерации кода, насколько это возможно оптимального для шейдеров игровых приложений, а также на достижение очень высокой скорости компиляции. Имеющийся в Mesa компилятор шейдеров использует компоненты LLVM, которые не позволяют добиться желаемой скорости компиляции и не позволяют полностью контролировать управляющий поток, что в прошлом уже становилось причиной возникновения серьёзных ошибок. Кроме того, уход от LLVM даёт возможность реализовать более агрессивный анализ расхождений и более тонко управлять нагрузкой на регистры, что позволяет генерировать более эффективные исполняемые файлы.
Пока новый компилятор в разработке, плюс очень сильно ограничен (GCN 3.0+). Инструкции по установке находятся здесь.
Для запуска игры использовался Lutris (конфигурация с прошлого поста не менялась - те же версии Wine и DXVK). Железо тоже не менялось.
По личным ощущениям, играется вполне неплохо. Количество фризов и их длительность очень сильно уменьшились. Кэш DXVK строится очень быстро. Можно смело идти в соревновательный режим (на этот раз точно, правда-правда). Фреймрейт почти всегда выше сотни. В общем, почти что революция.
Ждём в апстриме.
После расчистки раздела протестирую и другие игры. Steam подхватил папку с играми на другом жёстком диске, но т.к. раздел с играми - NTFS, то с запуском возникла проблема.
>>> Просмотр
(1920x1080,
2184 Kb)
https://yadi.sk/d/uscvyQIY4eydxQ уж извините за тупость, так и не понял как здесь скрин кинуть. Но весь прикол в том что это произошло после перезагрузки системы. Единственное из персонализации куда я лазил это изменил шрифты и сделал так что бы окна колыхались при перетаскивании. Больше я ничего не трогал. В персонализации так и не нашёл пункта отвечающего за маштабируемость заголовка окна и меню приложений.
Кубунта, Mesa 19.0.8, OpenMW 0.45 из реп.
Калькулятор на amd 9220е, настройки без шейдеров.
Суть: запускаю игрушку, все замечательно, проходит минута-три и резкое падение фпс, кадров на 10-15, причем неважно где, в помещении или на улице. Сначала грешил на троттлинг, но температура выше 55 не поднимается, хоть аппарат и без активного охлаждения. Ради интереса поставил cpu-freq на performace - fps подрос, температура тоже, но ситуация в целом не изменилась. Реддит с оффорумом посмотрел - похожего нет.
Куда ж копать?
Очень много времени занимает загрузка самой системы. Проблема в том, что вся система находиться на 1TB HDD. Но есть и встроенный ssd на 128 gb пустой. Можно ли переместить саму систему на него. Но при этом использовать пространство HDD. Если да, то, пожалуйста, поподробнее.
Помогите пожалуйста, раньше почта работала на прием и передачу, и вот уже несколько дней работает только на передачу. Не могу понять что к чему, вроде все настроил правильно.
А как воообще устроен unsuspend в линаксе и железе, регулируется ли он программно, из биоса или аппаратно? Можно ли запретить машине просыпаться по сигналу с клавиатуры или тачпада, так что бы она реагировала только на нажатие кнопки power?
Посоветуйте что-нибудь более быстрое, чем Apache Portable Runtime. Не верю, что C/C++ проигрывает Rust.
https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/binar...
Проблема следующая:
WiFi-клиенты имеют «низкую» скорость интернета. В тесте speedtest показывает нормальную скорость. Но вот открытие сайта/скачивание файла/отправка почты и т.д. происходит крайне медленно. Пинги идут нормально.
Имеется:
-Сервер DHCP+DNS, далее router(два диапазона IP-адресов 192.168.0.0/24 и 192.168.0.1/24)
-Роутер Asus 192.168.0.1(шлюз для router), раздает WiFi и является точкой доступа в интернет. Прописан маршрут до router’a 192.168.1.0/24 via 192.168.0.254(один из интерфейсов router’a)
-WiFi-клиенты с автоматическими настройками полученными от dhcp(качество подключения к сети интернет отвратительное, в локальной сети передача данных происходит нормально. Шлюз 192.168.0.254 или 192.168.1.254 в зависимости от того в какой подсети получен ip-адрес)
-WiFi-клиенты с вручную прописанными настройками сети(такие же как и при автоматическом получении IP адреса от dhcp за исключением основного шлюза. В качестве шлюза используется 192.168.0.1)
-Клиенты подключенные проводом. При любых настройках, будь то ручные со шлюзом 192.168.0.1, или автоматические со шлюзом 192.168.0(1).254 локальные ресурсы и интернет работают нормально.
Собственно, конфиг dhcp:
# dhcpd.conf
ddns-update-style interim;
ignore client-updates;
include "/etc/rndc.key";
subnet 192.168.0.0 netmask 255.255.255.0{
option domain-name-servers 192.168.0.254, 192.168.1.254;
option domain-name "domain.local";
option routers 192.168.0.254;
option netbios-name-servers 192.168.1.1;
option broadcast-address 192.168.0.255;
range 192.168.0.200 192.168.0.253;
default-lease-time 600;
max-lease-time 7200;
zone domain.local. {
primary 127.0.0.1;
key rndc-key;
}
zone 1.168.192.in-addr.arpa. {
primary 127.0.0.1;
key rndc-key;
}
zone 0.168.192.in-addr.arpa. {
primary 127.0.0.1;
key rndc-key;
}
ddns-updates on;
ddns-domainname "domain.local";
ddns-rev-domainname "in-addr.arpa";}
subnet 192.168.1.0 netmask 255.255.255.0 {
option domain-name-servers 192.168.1.254, 192.168.0.254;
option domain-name "domain.local";
option routers 192.168.1.254;
option netbios-name-servers 192.168.1.1;
option broadcast-address 192.168.1.255;
range 192.168.1.2 192.168.1.253;
default-lease-time 600;
max-lease-time 7200;
zone domain.local. {
primary 127.0.0.1;
key rndc-key;
}
zone 1.168.192.in-addr.arpa. {
primary 127.0.0.1;
key rndc-key;
}
zone 0.168.192.in-addr.arpa. {
primary 127.0.0.1;
key rndc-key;
}
ddns-updates on;
ddns-domainname "domain.local";
ddns-rev-domainname "in-addr.arpa";
}
Маршруты на router
0.0.0.0/24 via 192.168.0.1 dev ens3 proto zebra
default via 192.168.0.1 dev ens3
169.254.0.0/16 dev ens3 scope link metric 1002
169.254.0.0/16 dev ens9 scope link metric 1003
192.168.0.0/24 dev ens3 proto kernel scope link src 192.168.0.254
192.168.1.0/24 dev ens9 proto kernel scope link src 192.168.1.254
Подскажите в какую сторону копать/смотреть/лезть?
Хочу посмотреть проекты (язык не важен), где люди отошли от стандарта TLS и реализовали дополнительные переходы/заменили описанные стандартом в машине состояний. Это может быть форк OpenSSL, может быть форк другой реализации или же вообще что-то написанное с нуля.
Очень сложно гуглится, есть небольшая надежда, что кто-то тут сталкивался с такими проектами.
Хотелось автоматически обновлять проект при пуше в гитхаб, а deployhq с ним работает как-то криво.
Для сабжа сойдет даже cgi скрипт, но это нужен вебсервер с поддержкой cgi
Накатал вот такую штуку. https://github.com/pawnhearts/github_webhook/blob/master/webhook.py ей нужен только питон, используется встроенный в питон http.server. Сервер однопоточный, что и требуется. При запросе он проверяет хэш с вашим секретным словом.