Старый друг - лучше новых двух (тут трется воскресший freenx-server)

[Scad]

И какая версия mint?

Linux Mint 21 XFCE, которая на 22 Убунте. Ярлыки то есть(указанный скрипт генерит ровно тоже самое), вот только не работают. И дело не конкретно в mintsources, это как пример был. Дело вообще в запуске административных инструментов в nx сессии. Оно понятно, что можно так или иначе обойти эту проблему, но сделать прямую дорогу предпочтительнее...

[dimbor]

По боевой эксплуатации окончательно выскреблась неприятная проблема с шарами. Принтеры пока не подвержены, к счастью. Вернее там накостыленно. Какашка редка - проявляется где-то раз в месяц. Хуже всего, воспроизвести не могу. Могу только предполагать. Когда идет обмен с шарой, и в этот момент сессия уходит в суспенд по обрыву, umount (даже -f) не отрабатывает с resource busy. Каталог остается смонтированным в никуда, шара - в состоянии stopping. Клиент при следующем подключении бодро цепляется к сессии. Шару смонтировать не может. Потому что она а) в состоянии stopping, б) уже смонтирована.
Костыль, туда пока вколоченный, не решает, т.к. только снимает состояние stopping. Размонтировать же нельзя, пока жив агент с сессией. А к ней уже подключились.

Путей решения целых четыре пять.
- безобразнейший - при таком состоянии сессию суициднуть. - Клиентов выбешивает два раза в одно подключение тыкать.

- плохой - пойти по пути Этерсофта, повесить вундервафлю в крон. - Греть сильнее воздух сервером и собственным пуканом от сознания ущербности решения.

- слабо приемлемый - при подключении клиента убивать из nxserver такую сессию и стартовать новую после прибития старой - Греется зря только сервер бесполезным суспендом, надо протокол nxserver - nxnode допиливать, подключаться будет долго.

- фантастический - теребить потрошка ssh и nxproxy по непонятным симптомам со слабо понятным желанием.

- хороший - при уходе в суспенд проверять статус шары, при плохом завершаться. - Все вроде ок, но я только сейчас выдумал в процессе написания, а реализацию пока не выдумал.

Ващет это больше формулирование проблемы письменно, а не вопрос. Мысли вслух, так сказать.
"Если этого ужа, взявши в руки два ножа... Впрочем, он наверно сдохнет. Но идея - хороша!" (C) не помню

Добавлено (14:38):

Поправил nxsetup --install/--test под новые ssh
https://github.com/dimbor-ru/freenx-server/commit/8fe820883d0b4274dd27801e287b2e363d9f9a41
Новый пакет пока не собирал.

[dimbor]

Выключил в баше глобинг при разборе строк из скулайта. А то при чем-то похожем на маску в поле случалось нехорошее. Странно, что только сейчас этот ляп заметил, когда внезапно (???) acl перестали парситься.

Код на гитхабе: https://github.com/dimbor-ru/freenx-server
Самосбор дебиан: up/nxman/freenx-server_2.1.2_amd64.deb

[dimbor]

Этот веселый суповой набор и новые системы периодически преподносят горячего. Конкретно freenx в данном случае не ловлен, но очередной "релиз" на всякий соорудил. Дело, в общем, такое:

Когда мамкину одмину надо чой-то распарсить, он пишет, к примеру: st=$(stat cam0.ts | grep "Birth:"); ...
Ой, не парсится! Тогда ладно: st=$(LANG=C stat cam0.ts | grep "Birth:"). И долгие беззаботные годы все было зашибись. А потом в какой-то момент стало нет. Смотрим вывод - LANG=C stat cam0.ts

Код: Выделить всё

  Fajl: cam0.ts
  Razmer: 648600        Blokov: 1272       Blok V/V: 4096   oby`chny`j fajl
Ustrojstvo: fe01h/65025d        Inoda: 3540804     Ssy`lki: 1
Dostup: (0644/-rw-r--r--)  Uid: (  500/     dim)   Gid: (  100/   users)
Dostup:        2023-11-08 01:56:58.582580809 +0300
Modificzirovan: 2023-11-08 01:57:04.994580700 +0300
Izmenyon:       2023-11-08 01:57:04.994580700 +0300
Sozdan:        2023-11-08 01:56:58.582580809 +0300

Имеем кровь из глаз. Хотя вроде логично, LC_MESSAGES осталась ru_RU.UTF-8. Вот оно и старается как может. Нейросети еще ему не хватает в дышло, дегенаритивной!
И хоть, повторяю, в логике новому поведению не откажешь, все скрипты, которые еще дед писал, надо исправлять. Блин. Почему-то вызывает мысли, что ладно жертвы ЕГЭ те еще крендели, но от замеченных в противоестественных однополых связях зарубежных погромистов тоже хорошего ждать не приходится.

Код на гитхабе: https://github.com/dimbor-ru/freenx-server
Самосбор дебиан: up/nxman/freenx-server_2.1.3_amd64.deb

[Bizdelnick]

Так LC_ALL в таких случаях надо выставлять, а не LANG. Хотя парсить выхлоп stat в целом дело неблагодарное. Даже использовать формат (-c %w или -c %W) не панацея: это не переносимо между разными реализациями.

[dvvkrep]

А где взять ссылку на open-nx клиента под убунту 64?

[dimbor]

В теме про opennx вестимо. Давно дело было. Придется еще со старых реп wxwidgets тащить. Ето если в ново-стильно-модно-молодежной бубнте исчо иксы не отменили

[dvvkrep]

Скачач версию opennx_1.0.5_amd64.deb но не работает. Выдает:

запускаю:

/usr/lib/x86_64-linux-gnu/opennx/bin/opennx

выдает:

/usr/lib/x86_64-linux-gnu/opennx/bin/opennx: error while loading shared libraries: libwx_gtk3u_xrc-3.2.so.0: cannot open shared object file: No such file or directory

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

Добавлено (13:11):

Кстати поставил freenx-server_2.1.1_amd64.deb. Краткая инструкция для начинающих

1. Ставим deb пакет сервера
2. В настройках сервера ssh добавляем опцию PubkeyAcceptedKeyTypes=+ssh-dss
3. Запускаем sudo nxsetup --install. На вопрос создавать ли ключи, говорю нет - пока сам не знаю для чего они
4. Добавляем тех пользователей что будут входить в группу users - без этого не работало
5. Я вхожу клиентом nxclient_3.5.0-7_amd64.deb - вроде на вид все работает, но при входе ругаеться

GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: User of caller and user of subject differs.

пока не знаю к чему это приведет в дальнейшем

Вопрос, в старом nxserver была папка с конфигурационными файлами - сейчас где настраивать что-то?

[dvvkrep]

5. Я вхожу клиентом nxclient_3.5.0-7_amd64.deb - вроде на вид все работает, но при входе ругаеться

GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: User of caller and user of subject differs.

пока не знаю к чему это приведет в дальнейшем


может что подскажет что делать с этим сообщением? Пока первое что столкнулся, после входа в удаленный рабочий стол, набираю в терминале sudo pcmanfm - чтобы спокойно шариться по всем директориям, при входе в директории гооворит что нет прав доступа к файлам, хотя запустился из под рута

Добавлено (14:09):

Подозреваю что это как то связано с тем что в системе есть "nx Client" - такая служебная учетная запись, которая создалась при установке freNX сервера, но входит то юзер под своей учеткой