Помню, как лет 8 назад в одной из стран Европы (емнип, Румыния) одна барышня начала создавать дистрибутив, в котором каждое пользовательское приложение запускалось в своем сандбоксе для пущей секурности.
make package
[ 0%] Built target minilua
[ 0%] Built target buildvm
[ 3%] Built target xrLuajit
[ 4%] Built target xrLuabind
[ 5%] Built target cximage
[ 8%] Built target GameSpy
[ 9%] Built target xrMiscMath
[ 9%] Built target mimalloc-static
[ 13%] Built target xrCore
[ 15%] Built target OPCODE
[ 17%] Built target ODE
[ 18%] Built target mimalloc
[ 19%] Built target mimalloc-test-stress
[ 19%] Built target mimalloc-obj
[ 19%] Built target mimalloc-test-api
[ 19%] Built target xrLCUtil
[ 20%] Built target xrQSlim
[ 20%] Built target xrAPI
[ 21%] Built target xrCDB
[ 22%] Built target xrSound
[ 22%] Built target xrNetServer
[ 22%] Built target xrScriptEngine
[ 25%] Built target xrPhysics
[ 30%] Built target xrEngine
[ 30%] Built target xrParticles
[ 38%] Built target xrRender_GL
[ 39%] Built target xr_3da
[ 39%] Built target xrAICore
[ 43%] Built target xrUICore
[ 44%] Built target xrGameSpy
[100%] Built target xrGame
Run CPack packaging tool...
CPack: Create package using RPM
CPack: Install projects
CPack: - Run preinstall target for: OpenXRay
CPack: - Install project: OpenXRay []
-- Symbolic link: /usr/local/lib/libmimalloc.so -> mimalloc-1.6/libmimalloc.so.1.6
CPack: Create package
CPackRPM: Will use GENERATED spec file: /home/bvn13/games/OpenXRay/xray-16/bin/_CPack_Packages/Linux/RPM/SPECS/OpenXRay.spec
CPack: - package: /home/bvn13/games/OpenXRay/xray-16/bin/OpenXRay-1.6.02-Linux.rpm generated.
Устанавливаю
) sudo dnf install /home/bvn13/games/OpenXRay/xray-16/bin/OpenXRay-1.6.02-Linux.rpm
[sudo] password for bvn13:
Last metadata expiration check: 0:14:51 ago on Пт 04 дек 2020 16:44:24.
Dependencies resolved.
======================================================================================================================================
Package Architecture Version Repository Size
======================================================================================================================================
Installing:
OpenXRay x86_64 1.6.02-1 @commandline 7.6 M
Installing dependencies:
openfoam x86_64 2.2.2-16.1 rpmsphere 33 M
tcsh x86_64 6.22.02-3.fc32 fedora 449 k
Transaction Summary
======================================================================================================================================
Install 3 Packages
Total size: 41 M
Total download size: 34 M
Installed size: 183 M
Is this ok [y/N]: y
Downloading Packages:
(1/2): tcsh-6.22.02-3.fc32.x86_64.rpm 4.3 MB/s | 449 kB 00:00
(2/2): openfoam-2.2.2-16.1.x86_64.rpm 8.6 MB/s | 33 MB 00:03
--------------------------------------------------------------------------------------------------------------------------------------
Total 7.0 MB/s | 34 MB 00:04
Running transaction check
Transaction check succeeded.
Running transaction test
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: Transaction test error:
file /usr/local from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package j4-dmenu-desktop-1.x86_64
file /usr/share/icons/hicolor from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package fedora-logos-30.0.2-4.fc32.x86_64
file /usr/share/icons/hicolor/16x16 from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package fedora-logos-30.0.2-4.fc32.x86_64
file /usr/share/icons/hicolor/16x16/apps from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package fedora-logos-30.0.2-4.fc32.x86_64
file /usr/share/icons/hicolor/32x32 from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package fedora-logos-30.0.2-4.fc32.x86_64
file /usr/share/icons/hicolor/32x32/apps from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package fedora-logos-30.0.2-4.fc32.x86_64
file /usr/share/icons/hicolor/48x48 from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package fedora-logos-30.0.2-4.fc32.x86_64
file /usr/share/icons/hicolor/48x48/apps from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package fedora-logos-30.0.2-4.fc32.x86_64
file /usr/share/icons/hicolor from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package hicolor-icon-theme-0.17-8.fc32.noarch
file /usr/share/icons/hicolor/16x16 from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package hicolor-icon-theme-0.17-8.fc32.noarch
file /usr/share/icons/hicolor/16x16/apps from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package hicolor-icon-theme-0.17-8.fc32.noarch
file /usr/share/icons/hicolor/32x32 from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package hicolor-icon-theme-0.17-8.fc32.noarch
file /usr/share/icons/hicolor/32x32/apps from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package hicolor-icon-theme-0.17-8.fc32.noarch
file /usr/share/icons/hicolor/48x48 from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package hicolor-icon-theme-0.17-8.fc32.noarch
file /usr/share/icons/hicolor/48x48/apps from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package hicolor-icon-theme-0.17-8.fc32.noarch
file /usr/share/icons/hicolor/64x64 from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package hicolor-icon-theme-0.17-8.fc32.noarch
file /usr/share/icons/hicolor/64x64/apps from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package hicolor-icon-theme-0.17-8.fc32.noarch
file /usr/local from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package filesystem-3.14-2.fc32.x86_64
file /usr/local/lib from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package filesystem-3.14-2.fc32.x86_64
file /usr/share/applications from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package filesystem-3.14-2.fc32.x86_64
file /usr/share/icons from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package filesystem-3.14-2.fc32.x86_64
file /usr/share/pixmaps from install of OpenXRay-1.6.02-1.x86_64 conflicts with file from package filesystem-3.14-2.fc32.x86_64
Есть одно коммерческое приложение, разработчики которого вроде как поддерживают линукс, но говорят, что прям щас у них нет линукс-поддержки. Но билды собирают.
А у них бажина при открытии окна для cloud-синхронизации.
Умение читать логи / стектрейсы / коды ошибок (значение языка запросов Graylog будет плюсом);
Знание основ SQL (чтение запросов, написание простых запросов типа select, update, insert). Понимание принципа построения таблиц и связей БД;
Понимание принципов REST;
Опыт работы с JIRA, BitBucket, Confluence. Умение работать по принципам Kanban будет плюсом;
Что пилим: электронные денежные переводы для Европы.
Работа - удаленная. Core Hours - 11 - 17. Рабочий день - 8 часов.
ЗП: Я не знаю рынка куашников. Я не отвечаю за деньги в компании. Я - разработчик. Если ты уверен в себе и действительно крут - то к твоим пожеланиям прислушаются.
На вопросы могу ответить. Если будете откликаться, скажите, что от меня.
АПД: ориентир на 150-180 тыров белой ЗП (на руки)
АПД-2: у нас поощрают и компенсируют конференции и обучения
Есть роутер keenetic 4G за натом. Подключён к KeenDNS. Внутри локальной сети есть видео-сервер trassir nvr-какой-то, на котором работает веб-интерфейс на 80 порту. В локалке работает. Наружу пробросить доступ не выходит.
То ли кинетик шибко умный, то ли лыжи без вазелина.
Соединил роутер со своей впн.
Роутер-клиент - впн-сервер - мой-комп-клиент
Пытаюсь пробросить порт уже так. Или заставить видеть с моего компа трассир-сервер. Впн сервер использую pritunl, client-to-client включён. Трафик с ноута до роутера вроде идёт, но вебпморда кинетика не открывается по айпишнику впн. Догадываюсь, что nginx висит на другом интерфейсе,что логично.
Проявление: вечером оставляю ноут, утром прихожу, мышкой бужу экран и подключенный по hdmi монитор, пару вкладок в ФФ переключаю и все - наглухо виснет, кулер начинает бешенно жужжать.
З/П: у меня нет конкретных сумм, но если ты крут, то можешь смело просить выше рынка
Для модераторов: (имхо) вилка 120-250
Полная занятость, полный день
Привет!
Если тебе интересны задачи по контейнерам и автоматизации, и для тебя такие аббревиатуры как DevOps, IaaC, SCM, PaaS, AWS, K8S, VCS, RegExp - не пустой звук, то тебе к нам!
Мы занимаемся разработкой платежной системы profee
Profee – это набор надежных, высокотехнологичных и безопасных финансовых инструментов, разработанных для профессиональных и личных нужд. Мы совместили технические инновации и надежность классических финансовых институтов чтобы создавать удобные и полезные цифровые финансовые продукты для жизни, работы и бизнеса.
С нами работают уже более 80-ти молодых, талантливых и амбициозных специалистов, которые каждый день создают передовые технологии вместе с нами!
В нашей команде сейчас открыта позиция Senior DevOps Engineer.
Задачи:
Обеспечение бесперебойной работы серверов и приложений Компании (не менее 99.9% доступности);
Разработка и поддержка Docker-контейнеров приложений и оркестрация микросервисов с использованием Kubernetes;
CI/CD pipelining;
Развитие и поддержка мониторинга доступности сервисов Компании;
Автоматизация развертывания новых сервисов и инфраструктуры (Terraform);
Управление конфигурациями с помощь Ansible;
Точно нужно:
Знание Linux(Debian-based, RedHat-based) – мы ждем администраторов;
Ansible (Puppet, Chef, Salt) – разработка своих модулей, модификация существующих;
Дополнительным преимуществом будет:
Если ты создавал кластеры на Kubernetes и настраивал в них сетевую подсистему;
Если ты знаком с Helm;
Работал с Prometheus;
Готовил vSphere (VCSA HA, advanced networking);
Слышал о Foreman;
Использовал регулярные выражения;
Использовал Hiera;
Условия:
Зарплата, которая всегда «в рынке»
Возможность выбрать время начала работы (с 8:00/9:00/10:00);
Абсолютно бесконтактное трудоустройство и Home-office режим на период пандемии;
Современная рабочая техника, которую тебе привезут прямо домой;
Возможность выбрать на чем работать: Windows/Linux
А еще:
ДМС по окончании испытательного срока;
Корпоративные курсы по изучению Английского языка;
Современный офис в центре Москвы (м. 1905 года, панорамный вид с 22 этажа WTC) с невероятными видами, зоной отдыха, PS4 PRO +VR и удобными рабочими местами;
Компенсация расходов на спорт, внутри БЦ по возвращении в офис;
Финансовая поддержка компании в повышении квалификации;
Много внутренних активностей с бонусами и приятными плюшками, которые «шуршат в кармане» и не только ;)
Контакты:
Можете слать мне (в профиле есть), а там - разберемся.
Как понимать сабжевую ошибку при установке lemonbar?
Сделал как обычно
$ make
$ sudo checkinstall
$ sudo rpm -i /root/rpmbuild/RPMS/x86_64/lemonbar-20200713-1.x86_64.rpm
installing package lemonbar-20200713-1.x86_64 needs 4KB on the /sys/fs/selinux filesystem
$ sudo dnf install /root/rpmbuild/RPMS/x86_64/lemonbar-20200713-1.x86_64.rpm
...
Total size: 23 k
Installed size: 35 k
Is this ok [y/N]: y
Downloading Packages:
Running transaction check
Transaction check succeeded.
Running transaction test
Error: Transaction test error:
installing package lemonbar-20200713-1.x86_64 needs 4KB on the /sys/fs/selinux filesystem
Error Summary
-------------
Disk Requirements:
At least 1MB more space needed on the /sys/fs/selinux filesystem.
В последних моих тредах я писал свои впечатления от КДЕ, которых давно не видел.
Что ж. После возвращения на Gnome с Wayland в Firefox остался привкус КДЕ-шных шрифтов. А если быть точнее - то одна буква может быть полупрозрачная с одной стороны и полужирная с другой. И это не в интерфейсе, а в самих сайтах. Да, ЛОР теперь с шрифтовой дриснёй и меня подпекает. Настройкой антиальясинга и хинтинга не лечится. Гном запущен под Wayland-сессией, о чем успешно не двигаются xeyes.
Собственно вопрос: какого хрена? На соседней машинке, где я КДЕ не пробовал, такого нет. Там со шрифтами все отлично.
Да, шрифты стоят такие:
Interface: Roboto Regular 10
Document: Cantarell Regular 11
Monospace: Roboto Mono for Powerline Regular 10
Legacy window titles: Roboto Medium 10
__
Текущая конфигурация: Федора 32, Гном, вейланд, novueavue (не могу вспомнить, как эти дрова правильно пишутся - не блоб Нвидеи)
Тут такое дело… захотелось попробовать KDE. Не видел его уж лет 10 - с тех пор, когда плазма еще текла изо всех дыр и был свежий OpenSUSE 11.2
Накатил на Федору 31
sudo dnf groupinstall -y "KDE Plasma Workspaces"
Ребутнулся, захожу в кеды - ну… долго стартует ДЕ. После гнома (2-5 секунды) - ждал с полминуты и приуныл.
Чего-то потыкал в кедах, решил выйти-зайти снова, сделал логаут, логин - и все… сплеш-скрин кед, на черном фоне логотип - и приехали. Дальше ничего не грузится. Ждал минут 5. Зашел в другой tty и прибил плазму.
Повторил эксперимент пару раз - результат тот же.
Что это? Кеды не готовы? Их не умеют готовить на федоре? (нет, знаю людей тут обитающих, которые на федоре кеды юзали)
Это лечится?
PS. Ну и доп. вопрос. Помню, что в кедах есть аналог виндовой службы индексирования файлов для упрощения поиска. Это отключается? Я не пользуюсь поиском от слова совсем. Сам помню, где что положил. Мне бы не надоедать шуршанием ССД.