попугая тоже много говорит тоже считает что всегда прав тоже несёт полный бред тоже может внезапно разнести место жительства в хлам по велению тараканов в голове
кпд у любого 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 за последние лет десять. И какого то нужного функционала в версиях библиотек на старых системах может не быть.
снова несуществующая проблема, умные дяди уже давно всё порешали и на этот счёт в гайдлайнах есть ответ что делать
Я скорее проприетарщину с грузом легаси имел в виду.
мазохизм - дело добровольное, если кому-то больше нравится самому заниматься дистрибьюцией это их выбор, но это не отменяет всего вышесказанного
задача решаемая кто бы спорил, но это всё равно будет неправильным подходом, фу таким быть.. сборка под десяток дистрибутивов родного для них пакета с родными для них зависимостями это задача решаемая за несколько минут под кофе с сигареткой, и работать это будет годами без серьёзных изменений. а если ваш софт достаточно хорош (под этим в том числе подразумевается и открытая лицензия) и станет популярным то эту задачу за вас решат мейнтейнеры дистрибутива сами (хотя никто не запрещает им в этом помочь).
Другое дело, что можно линковать только те библиотеки, которые реально нужны для работы приложения. Но все равно это могут быть десятки или сотни мегабайт зависимостей.
Ну я в общем-то это и имел ввиду. На десктопе половина либ и так будут стоять в системе, их тащить с сабой не прийдётся. А на мобильной платформе взять только необходимые, ещё и пожать/порезать))
Вы не можете использовать один и тот же подход к UI на телефоне с лапками и крохотным экранчиком и на ПК с клавиатурой и несколькими огромными экранами
kirigami хочет с вами поспорить, к сожалению фреймворку безгодунеделя от роду, и примеров софта мало, я знаю пожалуй только neochat и tokodon, и они прекрастны в своей универсальности, и на android и на десктопе использую, удобный ui для обоих вариантов
На win32 api сейчас писать не вариант просто потому что одну и ту-же программу в нынешнее время приходится выпускать сразу для целой кучи платформ: винда, мак, линукс, андройд, айфон.
qt насколько я знаю вполне себе позволяет писать софт под все платформы и при этом не тащить за собой тяжеленный рантайм как java
Наушники мои покрывают в целом почти всю квартиру, но во первых когда бежишь на ахтунг как-то не до звука из них, а во вторых видео в котором важен только звук не бывают интересными
попугая
тоже много говорит
тоже считает что всегда прав
тоже несёт полный бред
тоже может внезапно разнести место жительства в хлам по велению тараканов в голове
кпд у любого 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?
плохие примеры, если пользователь готов мириться с рядом недостатков ради некого кол-ва преимуществ это нисколько не отменяет наличия недостатков.
снова несуществующая проблема, умные дяди уже давно всё порешали и на этот счёт в гайдлайнах есть ответ что делать
мазохизм - дело добровольное, если кому-то больше нравится самому заниматься дистрибьюцией это их выбор, но это не отменяет всего вышесказанного
задача решаемая кто бы спорил, но это всё равно будет неправильным подходом, фу таким быть..
сборка под десяток дистрибутивов родного для них пакета с родными для них зависимостями это задача решаемая за несколько минут под кофе с сигареткой, и работать это будет годами без серьёзных изменений.
а если ваш софт достаточно хорош (под этим в том числе подразумевается и открытая лицензия) и станет популярным то эту задачу за вас решат мейнтейнеры дистрибутива сами (хотя никто не запрещает им в этом помочь).
Делать единый пакет под разные дистрибутивы уже само по себе ошибка, а вы придумываете проблему там где её нет.
Ну я в общем-то это и имел ввиду. На десктопе половина либ и так будут стоять в системе, их тащить с сабой не прийдётся. А на мобильной платформе взять только необходимые, ещё и пожать/порезать))
kirigami хочет с вами поспорить, к сожалению фреймворку безгодунеделя от роду, и примеров софта мало, я знаю пожалуй только neochat и tokodon, и они прекрастны в своей универсальности, и на android и на десктопе использую, удобный ui для обоих вариантов
qt насколько я знаю вполне себе позволяет писать софт под все платформы и при этом не тащить за собой тяжеленный рантайм как java
Одно другому не мешает..
роскомдегенератам наплевать для чего у тебя tun поднят, в методичке написано что впн значит впн, думать им не положено
Для родственника-врача который почему-то не против помогать бесплатно 😁😁
я бы начал с того что любой у кого остались мозговые клетки в целом не потащит нюдсы и дикпики куда-то за пределы подконтрольной ему инфраструктуры..
Наушники мои покрывают в целом почти всю квартиру, но во первых когда бежишь на ахтунг как-то не до звука из них, а во вторых видео в котором важен только звук не бывают интересными