Bohemia Interactive выкатила демку Arma: Cold War Assault Remastered - раньше известную в широких кругах ограниченных людей как Operation Flashpoint: Cold War Crisis.
Что характерно - также есть сырца на гитхабе под GPLv3 с поддержкой современных компиляторов и сборочниц, в том числе под онтопик:
Клонируйте, собирайте, изучайте и отправляйте пул-реквесты.
Все на Эверон, посоны!
Имеется ноутбук, на нём:
$ head -n4 /etc/os-release
NAME="ALT"
VERSION="11.1"
ID=altlinux
VARIANT="Workstation K"
Включаю ноутбук и логинюсь, достаю из кейса наушнки TWS MoonDrop Moca, они подключаются автоматически, в течении нескольких секунд через них идет звук и тут же отключаются. Вот что вижу:
journalctl:
Nov 18 14:47:28 turbid-rw systemd[1831]: Reached target bluetooth.target - Bluetooth.
Nov 18 14:47:30 turbid-rw bluetoothd[948]: profiles/audio/avctp.c:avctp_connect_cb() connect to 41:42:E5:71:82:68: Software caused connection abort (103)
Nov 18 14:47:30 turbid-rw bluetoothd[948]: src/profile.c:record_cb() Unable to get Hands-Free Voice gateway SDP record: Software caused connection abort
Nov 18 14:47:30 turbid-rw kded6[2023]: org.kde.pulseaudio: No object for name "bluez_output.41_42_E5_71_82_68.1"
Nov 18 14:47:30 turbid-rw plasmashell[2072]: org.kde.pulseaudio: No object for name "bluez_output.41_42_E5_71_82_68.1"
Nov 18 14:47:30 turbid-rw dbus-daemon[953]: [system] Rejected send message, 0 matched rules; type="method_return", sender=":1.46" (uid=1000 pid=1959 comm="/usr/bin/wireplumber") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.0" (uid=0 pid=948 comm="/usr/libexec/bluetooth/bluetoothd")
Nov 18 14:47:30 turbid-rw bluetoothd[948]: No matching connection for device
bluetoothctl:
[CHG] Device 41:42:E5:71:82:68 Connected: yes
[NEW] Endpoint /org/bluez/hci0/dev_41_42_E5_71_82_68/sep1
[NEW] Endpoint /org/bluez/hci0/dev_41_42_E5_71_82_68/sep2
[NEW] Transport /org/bluez/hci0/dev_41_42_E5_71_82_68/fd0
[CHG] Transport /org/bluez/hci0/dev_41_42_E5_71_82_68/fd0 Delay is nil
[SIGNAL] BREDR.Disconnected - org.bluez.Reason.Local, Connection terminated by local host
[SIGNAL] Disconnected - org.bluez.Reason.Local, Connection terminated by local host
[CHG] Device 41:42:E5:71:82:68 Connected: no
[DEL] Transport /org/bluez/hci0/dev_41_42_E5_71_82_68/fd0
[DEL] Endpoint /org/bluez/hci0/dev_41_42_E5_71_82_68/sep1
[DEL] Endpoint /org/bluez/hci0/dev_41_42_E5_71_82_68/sep2
Далее, делаю
# systemctl restart bluetooth
Повторяю подключение и теперь всё хорошо до следующей перезагрузки ОС.
journalctl:
Nov 18 14:52:40 turbid-rw kernel: input: MOONDROP MOCA (AVRCP) as /devices/virtual/input/input23
Nov 18 14:52:40 turbid-rw systemd-logind[982]: Watching system buttons on /dev/input/event16 (MOONDROP MOCA (AVRCP))
bluetoothctl:
[CHG] Device 41:42:E5:71:82:68 Connected: yes
[NEW] Endpoint /org/bluez/hci0/dev_41_42_E5_71_82_68/sep1
[NEW] Endpoint /org/bluez/hci0/dev_41_42_E5_71_82_68/sep2
[NEW] Transport /org/bluez/hci0/dev_41_42_E5_71_82_68/sep2/fd0
[CHG] Transport /org/bluez/hci0/dev_41_42_E5_71_82_68/sep2/fd0 Delay: 0x0af0 (2800)
[CHG] Transport /org/bluez/hci0/dev_41_42_E5_71_82_68/sep2/fd0 Volume: 0x0033 (51)
[CHG] Device 41:42:E5:71:82:68 ServicesResolved: yes
Потолкайте пожалуйста меня в нужную сторону для копки.
В Пензенском государственном университете (ПГУ) начали обучать студентов программированию на кириллице. Инициатива направлена на укрепление роли национального языка в ИТ-сфере и создание отечественных решений, независимых от англоязычных стандартов.
Преподаватели вуза модифицировали популярный язык JavaScript, полностью переведя его синтаксис и условия задач на русский язык. Теперь будущие специалисты пишут код без единой латинской буквы. Такой подход облегчает освоение программирования и снимает языковой барьер, отметил кандидат педагогических наук, доцент кафедры «Информатика и методика обучения информатике и математике» Андрей Диков.
— Перед тем как приступить к решению, студенты часто тратят время на перевод условий задачи. Это тормозит процесс обучения. Мы перевели десятки заданий и выпустили два сборника, чтобы каждый мог сосредоточиться на сути, а не на лексике, — объяснил он.
В университете уже зарегистрировали патент на собственную разработку — «Автотестирование спортивных задач по программированию на JS с патриотическим контентом».
https://iz.ru/1980660/anton-belyi/kodit-po-russki-studentov-nauchat-programmirovat-na-kirillice
Итак, был starterkit KDE на p10. В какой-то момент появился баг: при попытке открыть или сохранить какой-то файл появляются фризы и тормоза, приложение подвешивается и улетает в swap. Обновил на p11 - ничего не изменилось.
Например, сейчас запустил FreeCAD, Файл=>Открыть и всё - курим 5-10 минут, приложение в какой-то момент начинает жрать >4 GB RAM, потом открывается диалог. Выбираем файл или жмем Отмена, еще 5 минут тормозов и всё норм. FreeCAD опять жрет < 100 MB RAM.
Заметил что этот баг проявляется именно в Qt-диалоге, в GTK вроде не проявляется.
У меня ощущение что у меня в хомяке что-то лежит кривое, либо подмонтированное, но как именно определить?
P.S. Да, еще заметил что подобные фризы, но меньше появляются, например, в Spectacle в режиме комментирования при вызове диалога выбора цвета.
Допустим, у меня есть блок кода:
user = Table(
"user",
metadata,
Column("id", Integer, primary_key=True),
Column("email", String, nullable=False),
Column("username", String, nullable=False),
Column("registered_at", TIMESTAMP, default=datetime.utcnow),
Column("role_id", Integer, ForeignKey(role.c.id)),
Column("hashed_password", String, nullable=False),
Column("is_active", Boolean, default=True, nullable=False),
Column("is_superuser", Boolean, default=False, nullable=False),
Column("is_verified", Boolean, default=False, nullable=False),
)
Нужно чтобы в буфере оказалась колонка:
id
email
username
registered_at
role_id
hashed_password
is_active
is_superuser
Я у кого-то видел такое в видео, причем не в vim, а в PyCharm.
На proxmox в lxc-контейнере вертелись два инстанса freeipa. После неудачного обновления контейнеры откатили на неделю назад штатными средствами бекапов proxmox. После этого перестало пускать в веб-морду:
Login failed due to an unknown reason.
и отрабатывать sudo-правила, хотя авторизация по ключу на сами сервера работают, сервисы которые были завязаны на ldap получают учетки.
В логах сыпет такое:
Sep 26 15:47:17 ipa.tc.example.ru systemd[1]: ipa-dnskeysyncd.service holdoff time over, scheduling restart.
Sep 26 15:47:17 ipa.tc.example.ru systemd[1]: Stopped IPA key daemon.
Sep 26 15:47:17 ipa.tc.example.ru systemd[1]: Started IPA key daemon.
Sep 26 15:47:21 ipa.tc.example.ru ipa-dnskeysyncd[18373]: ipa-dnskeysyncd: CRITICAL Kerberos authentication failed: Major (851968): Unspecified GSS failure. Minor code may provide more information, Minor (2529639106): Credentials cache permissions incorrect (filename: /tmp/ipa-dnskeysyncd.ccache)
Sep 26 15:47:21 ipa.tc.example.ru systemd[1]: ipa-dnskeysyncd.service: main process exited, code=exited, status=1/FAILURE
Sep 26 15:47:21 ipa.tc.example.ru systemd[1]: Unit ipa-dnskeysyncd.service entered failed state.
Sep 26 15:47:21 ipa.tc.example.ru systemd[1]: ipa-dnskeysyncd.service failed.
Файла, на который ругается, нет:
# ls -la /tmp/ipa-dnskeysyncd.ccache
ls: cannot access /tmp/ipa-dnskeysyncd.ccache: No such file or directory
# ipactl status
Directory Service: RUNNING
krb5kdc Service: RUNNING
kadmin Service: RUNNING
named Service: RUNNING
httpd Service: RUNNING
ipa-custodia Service: RUNNING
ntpd Service: STOPPED
pki-tomcatd Service: RUNNING
ipa-otpd Service: RUNNING
ipa-dnskeysyncd Service: RUNNING
ipa: INFO: The ipactl command was successful
ntp не стартует т.к. он внутри контейнера, как я понимаю. Не помню - работал ли он до восстановления из бекапа.
# cat /etc/centos-release
CentOS Linux release 7.9.2009 (Core)
# rpm -q ipa-server
ipa-server-4.6.8-5.el7.centos.12.x86_64
@cocucka пишет:
фиксануть что-то – пожалуйста. Участвуй в движухе opensource на здоровье
ну да, читаем прекрасную новость с опеннета:
После перехода на новую модель сопровождения дистрибутива, допускающую применение собственных патчей, разработчики Alma Linux устранили в пакете iperf3 уязвимость (CVE-2023-38403) и попытались передать подготовленное исправление в CentOS Stream, так как уязвимость оставалась неисправленная в RHEL и CentOS Stream. Сотрудник Red Hat отказался принимать исправление, сославшись на правило, допускающее устранение только важных проблем.
Уязвимость CVE-2023-38403 была оценена инженерами Red Hat как несущественная, а исправления для подобных проблем включаются в пакеты лишь при необходимости, обусловленной наличием запросов от клиентов или потребностями бизнеса. Представитель Alma Linux выразил недоумение, так как для включения в CentOS Stream передан уже готовый патч, устраняющий проблему, и от Red Hat не требовалось самостоятельно создавать исправление, а нужно было лишь рецензировать готовое изменение, принятое в кодовую базу проекта iperf.
Мой кейс: я отлаживаю сложный диалплан на Lua для Asterisk на тестовом сервере. Docker и прочие контейнеры тут не подходят - есть работа с железом (DAHDI).
Сейчас я просто ковыряюсь в NeoVim через SSH, но дошел до той стадии когда пора заливать в Git.
И тут вилка:
Продолжить ковырять через SSH с периодическими коммитами (бакап)
Писать на десктопе, но это будут постоянные качели пуш/пулл между сервером и рабочей машиной.
Через что-то вроде remote плагин для VSCode.
Идеологически правильным вижу второй вариант - он же и останется после введения сервера в продакшн. Но что-то как-то муторно на каждый чих commit => push > pull > module relad pbx_lua.so
Может есть какой-то метод про который я не слышал?
Мне нужно погружаться в CI/CD, хуки и т.д., да?
Суть - наткнулся на комментарий, где @zmc жалуется что Asterisk на исполнение одного контекста несколько раз дергает lua-файл с диалпланом:
local log, err = io.open("/tmp/pbx_lua.log","a")
if log then
log:setvbuf("no")
log:write('--- iteration ---\n')
log:close()
end
extensions = {
lua = {
["000"] = function(context, extension)
app.Verbose("---------------- Test LUA Call -------------------------")
end
}
}
Я проверил - так и есть, несколько итераций на простом контексте.
Лучше новый tcp коннект, чем такое.
Но вопрос - а точно ли он дергает каждый раз файловую систему для перечитывания скрипта? Или держит в буфере? Если второе - то вроде как и не страшно.
$ stat /etc/asterisk/extensions.lua
File: /etc/asterisk/extensions.lua
Size: 2491 Blocks: 8 IO Block: 4096 regular file
Device: 900h/2304d Inode: 4718730 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 106/asterisk) Gid: ( 112/asterisk)
Access: 2023-03-14 17:36:50.566980520 +0300
Modify: 2023-03-14 17:36:46.975001482 +0300
Change: 2023-03-14 17:36:46.975001482 +0300
Birth: 2023-03-14 17:36:46.975001482 +0300
Access вроде не менялся после `module reload pbx_lua.so’. Это доказывает что файл больше не дергается и лежит в буфере?
neon позиционировали как стабильную базу на основе LTS Ubuntu и свежими кедами. И это было бы иделально если бы не такие факапы: https://forum.kde.org/viewtopic.php?f=309&t=177357
Если коротко - они зачем-то обновлили libjpeg-turbo8 и еще какие-то библиотеки, но т.к. они собирают только под amd64, то заруинили wine.
И это не первый раз. До этого у меня что-то не ставилось из ppa, т.к. они обновили Qt.
Короче - идея хорошая, но пользоваться таким нельзя. Вертаюсь на Debian.
Хотелка такая: максимально близкий аналог по функциям к DokuWiki, но хранение файлов не в txt, а md. Соответственно основной синтаксис - Markdown.
Никаких БД для хранения самих статей - хотелось бы иметь git с бекапом.
Поддержка LDAP/SSO обязательна.
Из ближайшего что подходит - Gitea. Но специализированного ничего нет? Просто предполагается что ей будут пользоваться не только бородатые программисты, а простые смертные.
Понадобилось мне тут накидать небольшой CRUD, я по старой памяти рачехлил Flask,а заодно и решил донастроить neovim как Python IDE с помощью новомодных lsp/pyright/cmp. И тут же наступил ногами в жир:
from flask_sqlalchemy import SQLAlchemy
db = SQLAlchemy(app)
class User(db.Model): ■ Expected type expression but received "type"
id = db.Column(db.Integer, primary_key=True)
Гуглинг привел к issue к pyright, а оттуда и на подобную к mypy.
И вот что там пишет один бедолага:
I’m removing Flask-SQLAlchemy from my code entirely. I’ve moved most references of db.* to sa.* and sa.orm.* so I could get type checking. Next step: replacing db.Model with a custom base model, then db.session.
This has been a nightmare year with perfectly functional code falling apart every few months as various framework libraries refactor themselves to fit into the constraints of static typing.
Static type checking has been an excellent development for Python – it’s significantly reduced the need for test coverage of data types, or defensive code to evaluate function parameters – but it’s also shrunk the dynamic nature of Python to the subset recognised by type checkers. My project now has an average of five # type: ignore lines per Python file, and I’ve spent way too much time this year on (a) researching ways to make an idiom type-compatible, and (b) giving up and adding an ignore.
KDE neon 5.26 на основе Ubuntu 22.04. Ноутбук с дискреткой Nvidia и встройкой AMD:
$ lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation TU117M [GeForce GTX 1650 Ti Mobile] (rev a1)
06:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Renoir (rev c7)
Nvidia в режиме PRIME on-demand.
Если в настройках экрана отключить встроенный экран, а оставить только внешний, подключенный по HDMI, то начинаются лютые фризы и тормоза. При этом в логах X-ов появляется:
(EE) AMDGPU(0): drmmode_do_crtc_dpms cannot get last vblank counter
Тут же возращаешь настройки назад и все ОК.
Гугл говорит что у народа такое бывает при выходе из спящего режима с отключением монитора.
Перемещено hobbit из general
В продолжении темы @Xintrea от 2018 года: Боженьки, таки есть ли под Linux хоть один нормальный SIP-клиент?
Докладываю из горящего танка: по прежнему нет.
Linphone Desktop - самый полноценный и рабочий вариант, но с 4 версии весь завязан на их фирменные сервисы и даже presence не включить без ковыряния в BD). Мы такое не любим.
Jitsi Desktop - мёртв, последняя версия вышла в 2020 году, толком не развивался с 2016. Все бы ничего, но я даже контакт не могу добавить в список - тупо неактивна кнопка Add. Еще на Java - фу!
Blink Qt - корявенько и нефункционально. Например, нельзя добавить в контакт из истории вызовов. Перевод вызовов и Presence вроде зявлены, но я не нашел как.
В итоге - все тот же MicroSIP через Wine. Единственный минус - не работает видео.
Вышла новая версия KeePassXC — кроссплатформенного менеджера паролей с графическим интерфейсом. Исходный код распространяется под лицензией GPLv2 или GPLv3.
( читать дальше... )
>>> Подробности (github.com)
Состоялся релиз новой LTS-ветки Asterisk 20 — свободной программной телефонной станции.
Некоторые нововведения по сравнению с версией 19.0.0:
( читать дальше... )
Одновременно представлены выпуски LTS-веток — Asterisk 18.15.0 и Asterisk 16.29.0 с исправлением ошибок и включением части перечисленных в новости нововведений.
>>> Подробности (asterisk.org)
Вроде современный веб может определять светлая или темная тема сейчас у пользователя? Поправьте если ошибаюсь.
Хотелось бы автопереключение между tango и waltz в зависимости от текущей темы рабочего стола.
https://astralinux.ru/information/job/40847129
Какие задачи:
Разработка ПО и доработка существующего на C++/Qt Работа с проектом KDE Разработка, мантейнерство пакетов Работа с opensource сообществом проекта KDE Разработка преимущественно десктоп приложений. Много работы с GUI, поэтому ищем человека с хорошим чувством вкуса и знанием основных принципов UX.
Какие варианты видим?
Проблема - в zabbix постоянно висят две ошибки по обоим дискам:
sda: Disk read/write request responses are too high (read > 20 ms for 15m or write > 20 ms for 15m)
sdb: Disk read/write request responses are too high (read > 20 ms for 15m or write > 20 ms for 15m)
Оба диска собраны в RAID1:
md2 : active raid1 sda4[2] sdb4[3]
392050688 blocks super 1.2 [2/2] [UU]
bitmap: 0/3 pages [0KB], 65536KB chunk
md0 : active raid1 sda2[2] sdb2[3]
87824384 blocks super 1.2 [2/2] [UU]
md1 : active (auto-read-only) raid1 sda3[2] sdb3[3]
7806976 blocks super 1.2 [2/2] [UU]
Сервер совершенно не нагружен.
Обратил внимание, что когда после аварийной перезагрузки пересобирался RAID, то ошибка под диску sda пропала. Ну и по графику видно - как только появляется реальная активность на дисках, то значения «Disk read/write request responses» падают.
Как так то?
Есть ли шанс, что в Linux появится нормальный удаленный рабочий стол?
Требования:
Отзывчивость. Сейчас у меня в x2go в локалке задержки больше чем в оффтопике под anydesk или teamviewer через интернет.
Подключение к текущей сессии. Насколько я понимаю, это решается костылями в x11vnc и штатно в x2go. Что с xrdp?
Проброс звука. x2go с клиентом в оффтопике у меня не работает.
Wayland. x11vnc, x2go и xrdp скоро превратятся в тыкву. Что-то маячит на горизонте для их замены?
| следующие → |
