подозреваю что система занимает отдельный раздел сильно большего места, ещё и не весь забитый, так что выборочное копирование клонзиллой да ещё и со сжатием поможет решить этот вопрос
Таков был изначальный план, но на момент настройки оказалось что resolved не умеет что-то что мне хотелось, возможно сейчас ситуация поменялась и можно будет переделать.. Вспомнить бы ещё чего именно ему нехватило тогда..
мне больше нравится мой вариант: systemd-networkd - и сеть настроил, и за dhcp работает, и vpn терминирует nftables - nat и портфорвард named - dns bird - ну такие времена что даже дома 100500 маршрутов по bgp спасибо роскомдебилам, что уж тут..
как ни странно, но networkd выполняя роль многостаночника умудряется потреблять меньше ресурсов чем dhcpcd или dnsmasq (хотя и те потребляют мало, так что эта разница не сильно важна, просто приятна), а nftables который кажется жутким на первый взгляд на поверку куда более читаем чем iptables, а учитывая что iptables уже давно просто перекладывает старый синтаксис в новый для nft пора бы с ним познакомиться. ну а named взял просто потому что с ним ближе знаком по работе.
с каждым днём пользоваться им что с подпиской что без неё желания всё меньше
клиент родной всё медленнее и медленнее, даже storagebox хецнера который сильно дальше географически быстрее, а кастомные клиенты они режут по скорости ещё сильнее. так за что платить тогда?
попугая тоже много говорит тоже считает что всегда прав тоже несёт полный бред тоже может внезапно разнести место жительства в хлам по велению тараканов в голове
кпд у любого tts или stt весьма сомнительное для примера можно взять мою недавнюю попытку прикрутить stt на базе piper+faster-whisper к домашнему hass. мне было "обещано" чатланами что оно работает на любом дореволюционном калькуляторе, и оно и правда работает, но бедный intel n100 который с лёгкостью жонглирует десятками автоматизаций на сотнях устройств из разных интеграций нагружается на 100% минуты на 3 пытаясь разпознать простое "привет". конечно есть и более адекватные решения, но это всегда компромис. к примеру разные вумные колонки работают быстро только потому что они могут распознать (а перед этим выявить в общем потоке звука) всего пару слов, а всё остальное происходит уже на серверах гуглоамазонаяндекса. а делать это на 10летнем процессоре как по мне неоптимальный нагрев воздуха и не более. в лучшем случае убубна позволит выдавать для tts/stt и прочего непотребства персональный api ендпоинт какой нибудь ollama что будет удобно для тех кто уже завёл себе такой, в худшем будет вендорлок на какой нибудь каноникл сервис за отдельные деньги. к тому же не соглашусь что просмотр лога менее затратен по ресурсам, лог любой "живой" системы в journald это довольно активный текстовый поток где в перемешку валятся сообщения от разных приложений начиная от ядра и заканчивая банальным калькулятором, чтобы в этаком балагане найти нужное потребуется довольно приличная моделька. попробуйте провернуть такое на коленке отправляя большие куски лога без препроцессинга в разные ии (можно вообще без контекста не говоря им что искать) и посчитайте потом сколько токенов будет затрачено.
там фря то не православная, шибко порезанная и модифицированная хотя шанс наверное есть если заставить приставку перестать проверять подпись того что запускает, и допихать недостающих либ и бинарей..
я уж не знаю что там за кипрские оффшоры за максимкой стоят, не удивлюсь если это правда хотя не удивлюсь и если ложь но все мы прекрастно знаем что роскомпозор вывез из страны денег сильно больше чем вк со своим максом и все дети депутатов вместе взятые..
ну вот не надо, если у вас задачи в планировщике сложнее чем `bash /opt/script.sh` и включают в себя набор переменных, зависимость от работающего парралельно софта, а так же требуют ограничения по возможностям родить такое для cron будет написанием куда более чудовишьного скрипта чем лаконичный ini файл для systemd timers.
Вопрос ещё в разных версиях - скажем, нужно поддерживать разные версии Redhat за последние лет десять. И какого то нужного функционала в версиях библиотек на старых системах может не быть.
снова несуществующая проблема, умные дяди уже давно всё порешали и на этот счёт в гайдлайнах есть ответ что делать
Я скорее проприетарщину с грузом легаси имел в виду.
мазохизм - дело добровольное, если кому-то больше нравится самому заниматься дистрибьюцией это их выбор, но это не отменяет всего вышесказанного
задача решаемая кто бы спорил, но это всё равно будет неправильным подходом, фу таким быть.. сборка под десяток дистрибутивов родного для них пакета с родными для них зависимостями это задача решаемая за несколько минут под кофе с сигареткой, и работать это будет годами без серьёзных изменений. а если ваш софт достаточно хорош (под этим в том числе подразумевается и открытая лицензия) и станет популярным то эту задачу за вас решат мейнтейнеры дистрибутива сами (хотя никто не запрещает им в этом помочь).
подозреваю что система занимает отдельный раздел сильно большего места, ещё и не весь забитый, так что выборочное копирование клонзиллой да ещё и со сжатием поможет решить этот вопрос
как по мне так софт от людей не знающих зачем нужен git ставить не стоит даже для экспериментов..
Таков был изначальный план, но на момент настройки оказалось что resolved не умеет что-то что мне хотелось, возможно сейчас ситуация поменялась и можно будет переделать.. Вспомнить бы ещё чего именно ему нехватило тогда..
мне больше нравится мой вариант:
systemd-networkd - и сеть настроил, и за dhcp работает, и vpn терминирует
nftables - nat и портфорвард
named - dns
bird - ну такие времена что даже дома 100500 маршрутов по bgp спасибо роскомдебилам, что уж тут..
как ни странно, но networkd выполняя роль многостаночника умудряется потреблять меньше ресурсов чем dhcpcd или dnsmasq (хотя и те потребляют мало, так что эта разница не сильно важна, просто приятна), а nftables который кажется жутким на первый взгляд на поверку куда более читаем чем iptables, а учитывая что iptables уже давно просто перекладывает старый синтаксис в новый для nft пора бы с ним познакомиться.
ну а named взял просто потому что с ним ближе знаком по работе.
Было дело, правда быстро передумали, но осадочек остался..
rclone сделали отдельный webdav для яшадиска с подменой юзерагента 300 лет тому назад
принципиально одинаковые, но разные.
с каждым днём пользоваться им что с подпиской что без неё желания всё меньше
клиент родной всё медленнее и медленнее, даже storagebox хецнера который сильно дальше географически быстрее, а кастомные клиенты они режут по скорости ещё сильнее. так за что платить тогда?
попугая
тоже много говорит
тоже считает что всегда прав
тоже несёт полный бред
тоже может внезапно разнести место жительства в хлам по велению тараканов в голове
кпд у любого tts или stt весьма сомнительное
для примера можно взять мою недавнюю попытку прикрутить stt на базе piper+faster-whisper к домашнему hass. мне было "обещано" чатланами что оно работает на любом дореволюционном калькуляторе, и оно и правда работает, но бедный intel n100 который с лёгкостью жонглирует десятками автоматизаций на сотнях устройств из разных интеграций нагружается на 100% минуты на 3 пытаясь разпознать простое "привет". конечно есть и более адекватные решения, но это всегда компромис. к примеру разные вумные колонки работают быстро только потому что они могут распознать (а перед этим выявить в общем потоке звука) всего пару слов, а всё остальное происходит уже на серверах гуглоамазонаяндекса. а делать это на 10летнем процессоре как по мне неоптимальный нагрев воздуха и не более. в лучшем случае убубна позволит выдавать для tts/stt и прочего непотребства персональный api ендпоинт какой нибудь ollama что будет удобно для тех кто уже завёл себе такой, в худшем будет вендорлок на какой нибудь каноникл сервис за отдельные деньги.
к тому же не соглашусь что просмотр лога менее затратен по ресурсам, лог любой "живой" системы в journald это довольно активный текстовый поток где в перемешку валятся сообщения от разных приложений начиная от ядра и заканчивая банальным калькулятором, чтобы в этаком балагане найти нужное потребуется довольно приличная моделька. попробуйте провернуть такое на коленке отправляя большие куски лога без препроцессинга в разные ии (можно вообще без контекста не говоря им что искать) и посчитайте потом сколько токенов будет затрачено.
там фря то не православная, шибко порезанная и модифицированная
хотя шанс наверное есть если заставить приставку перестать проверять подпись того что запускает, и допихать недостающих либ и бинарей..
я уж не знаю что там за кипрские оффшоры за максимкой стоят, не удивлюсь если это правда хотя не удивлюсь и если ложь
но все мы прекрастно знаем что роскомпозор вывез из страны денег сильно больше чем вк со своим максом и все дети депутатов вместе взятые..
проблема в том что у всех по разному
у кого-то на гс, у кого-то на реакцию..
это просто генератор рандомных багов.
Да я в общем-то не про содержимое переменной спрашивал..
ну вот не надо, если у вас задачи в планировщике сложнее чем `bash /opt/script.sh` и включают в себя набор переменных, зависимость от работающего парралельно софта, а так же требуют ограничения по возможностям родить такое для cron будет написанием куда более чудовишьного скрипта чем лаконичный ini файл для systemd timers.
не совсем по теме статьи, но почему у вас эта конкретная переменная вынесена из EnvironmentFile в Environment?
плохие примеры, если пользователь готов мириться с рядом недостатков ради некого кол-ва преимуществ это нисколько не отменяет наличия недостатков.
снова несуществующая проблема, умные дяди уже давно всё порешали и на этот счёт в гайдлайнах есть ответ что делать
мазохизм - дело добровольное, если кому-то больше нравится самому заниматься дистрибьюцией это их выбор, но это не отменяет всего вышесказанного
задача решаемая кто бы спорил, но это всё равно будет неправильным подходом, фу таким быть..
сборка под десяток дистрибутивов родного для них пакета с родными для них зависимостями это задача решаемая за несколько минут под кофе с сигареткой, и работать это будет годами без серьёзных изменений.
а если ваш софт достаточно хорош (под этим в том числе подразумевается и открытая лицензия) и станет популярным то эту задачу за вас решат мейнтейнеры дистрибутива сами (хотя никто не запрещает им в этом помочь).
Делать единый пакет под разные дистрибутивы уже само по себе ошибка, а вы придумываете проблему там где её нет.