>в кедах где-то интерфейс подлагивает и понеслась. Два вечера конфиги дрочил, бэкенды менял, читал форумы, насиловал гопоту, смотрел как в других дистрах работает.
А мог бы просто поставить windows xfce одной командой...
Ну это база. Вопросов нет.
https://www.opennet.ru/opennews/art.shtml?num=65837
https://www.opennet.ru/opennews/art.shtml?num=65838
>почему в кедах где-то интерфейс подлагивает и понеслась
Чаю, бро, сижу подьзуюсь тайлингом уже который год, ноль проблем. Сейчас бы на АиБ всё это обсуждать. Начну жаловаться - тоже всё по пизде пойдёт.
>>3730802 →
>Ты им ещё просто не наигрался, не прошёл эффект новизны
Ну да, за год не наигрался наверное, до сих пор эффект новизны пиздеця ору
>несколько минут
Если просто какой-то конфиг поменять, то ничего не будет качаться. У меня даже ноут на хуйне N4100 такого рода апдейты за минуту максимум. Хочешь вручную именно данный конфиг менеджи, в чём проблема?
>принудительным выкачиванием обновлений
Какие обновления блять? Выпей таблетки. Ты пишешь про фикс конфига для тлп как пример, чно оно качать то будет блять?
>hostapd, dhcpd, vsftp и ещё пачка демонов, а вышел в макдак посидеть - вместо них нужен просто networkmanager
На обычном дистре ты как делаешь? Отключаешь / включаешь сервисы по надобности? Тут также делай, в чём проблема? systemctl работает же.
>ты делал nix-channel --update
Во-первых флейки юзай, во вторых после апдейта у тебя все проги, объявленные в конфиге будут обновлены, выкачиваться будет только новый софт. Я обычно на ночь ставлю, но в целом мне похуй даже на апдейты стейбл ветки, раз в полгода в целом весь флейк апдейчу на новый релиз, ну а софт который нужен последней версии через unstable ветку можно прокидывать и только анстейбл флейк апдейтить. Я так с протонами сделал, плюс протон от саснуос через отдельный флейк, на новизну остального софта мне похую на данный момент.
>Ну да, за год не наигрался наверное
Очевидно. Ты до сих пор в качестве преимуществ легкость переустановки и развёртывания приводишь. Будто только и делаешь, что переустанавливаешь. Значит, критической оценке своё мнение о сабже подвергнуть ещё не успел, пока просто играешься.
>Если просто какой-то конфиг поменять, то ничего не будет качаться.
Если ты (или крон) не вызывал сборщик мусора перед этим.
У процесса сборки окружения, если ты не знал, тоже есть свои зависимости, которые по завершении становятся невостребованными и удалятся с вызовом gc.
>Какие обновления блять?
Если обновил каналы, то система будет обновляться при следующей реконфигурации.
>На обычном дистре ты как делаешь?
Просто переключаюсь на другой набор сервисов: openrc home или openrc public. И в каждом свои правила иптаблесов.
На никсе это тоже могло бы быть удобно реализовано через переключение между конфигурациями, если бы не эти нюансики
>Тут также делай, в чём проблема?
Ты предлагаешь управлять системой в обход конфига никса?
Почему бы тогда просто не избавиться от палки в колесе и не поехать нормально?
>Во-первых флейки юзай
Их тогда ещё только начинали завозить. Это ж просто аналог манифестов из guix, не? Причем тут они?
Джва года его тут всем рекомендую
Амд видемокарта? dc debug mask стоит?
как вернуть деньги за ненужную лицензию предустановленного говняка? я не хочу спонсировать микрослоп на рекламу в спуске
Ну мне не нравится как работает зайпер со сторонними репами, не нравится как работает вендор полиси. То же самое с работой YAST через kdesu вместо полиси кит. Судо через рут пассворд по умолчанию. Поменяешь - не запускается мирлин с судо, потому что они вхуячили каштомной конфиг. Ну и так по мелочи анахронизмов нужно напильником хуячить. Сиськам наверно нравится что следует традициям суси, мне - нет.
Ну сделать то это все можно, но я не вижу смысла ломать дистр через колено, если мне не нравится его логика. Новичку тоже не посоветую им пользоваться, такие дела.
Запускал FF13 через proton-ge. Через пару дней перестало запускаться. Потом переключился на dwproton. Опять через некоторое время перестало. Потом та же хуйня с proton-cachyos. Запускается лаунчер, а после нажатия на start game - ничего.
Что пробовал: удалять префикс, удалять кэш шейдеров в ~/.cache, удалять кеш шейдеров в папке с игрой. Куда копать? В интернете нихуя полезного. Такое чувство, что каждый новый протон серит куда-то каким-то файлом, а потом перестаёт запускаться из-за него.
Пока скачал последнюю версию dwproton-11.0-5, на нём запустилась, буду зоонаблюдать.
Да его никто не прятал, просто его не форсят. Типа: камон, есть Федора. Тот же роллинг, тот же рпм. Своя коноёбля с репами, свои приколы с дровами от Нвидиа. И нет кучи форков. Норм дистр так то, есть фанаты. У меня друг на него пересел с Бомжары, доволен как слон после купания, пробовал Федору- говорит что-то не то. Так то достаточно старый дистр с клёвой дефолтной темой и маскотом.
>Куда копать?
1) Смотреть на протондб параметры 2) Слать багрепорты. 3) запускай через консоль, там на момент краша тебе что-то умное могут написать. Можешь ещё в порыве шизы поменять дитр, ядро и дрова, но это такое себе. У тебя сама игра может глючить, может глючить из-за прослойки, что угодно может быть. Проводи диагностику методом исключения. Если так со всеми играми - ну мы приплыли, всё, пиздец, меняй дистр, ставь Винду, что угодно делай, в том виде, в котором сейчас - оно не взлетит. Если только с одной - проблема в самой игре или прослойке. Запускай через консоль, вмотри что оно тебе выдаст. Прослойки пишут конкретные люди или сообщества. Т.е. ты можешь зайти в гитхаб того же протона и создать тему. Но только учти слов не достаточно. Нужны логи. Узнай как они делаются для багрепората.
Да я хз. Вот с одним протоном шло пару дней, а потом бац и пиздец. А потом со следующим так же. И именно с этой самой игрой. С другой, например, спидормэн запускается спокойно с любыми протонами, у него нет такой хуйни что он пару дней проработал и потом всё.
На протондб ничего полезного. Винду ставить не буду.
Меня калит то, что оно шло, а потом на следующий день не идёт. Я даже помню не перезагружался на прошлой неделе: вот я вечером поиграл в неё, а утром не запускается.
Есть такое с некоторыми играми. Помню у меня так mewgenics нормально не запускался, причём под ванильным вайном работал куда стабильней.
>скачал последнюю версию dwproton-11.0-5
Должно помочь. Ещё можешь попробовать закинуть игрушечку на раздел с системой, если ещё нет.
Как только xfwl4 доделают, так wayland и дропнут.
Ну искренне сочувствую, бро. Никогда не был фанатом Финалки. Хотел во что-то из крайних поиграть, которая такая вся из себя роад муви, но всё руки не доходят. Ну я могу 13 скачать, поставить, но это либо подтвердит твою проблему, либо будет умвр.
Я с федоры на сусю хопнул
>>0886
Единственная моя проблема с сусей это добавить packman и всё, после этого всё шито крыто у меня было. Хром, vscode спокойно добавились и обновляются.
>>0888
Я пересел на сусю когда после обновы с 42 на 43 у меня файловая система стала read-only и у меня был исошник с сусей который я качал чтобы потестить в виртуалке.
Да я тоже ни в одну не играл, вот 7 прошёл - понравилось, теперь просто нагюугад 13 выбрал. В целом боёвка так себе, под сирик на 2 мониторе пойдёт, а вот мувики кайф, даже не верится, что в 2009 вышла.
Только у арчеколясок -SuiHui v zhopu, вместо нормального install <package>.
Каво?
Ну тащемта секретов тут и нету. Ставишь debian minimal / arch / gentoo(последнее предпочтительнее) и настраиваешь свою сеть с нуля. Пока сделаешь, наебешься так, что все выучишь автоматически.
Поставил вот пощупать третьего дня. Хорошая система, не перегружена говном как убунта, при этом не менее надежная, не зря ее используют в коммерческом айти. Почему она не приобрела такую популярность как убунта и дебиан?
Хуйня из-под коня. Юзал её и всё развалилось в пизду после установки кодеков. На работе кубунта. 3 года работает, как часы. Вот это блядь качество. Винда и то чаще отъёбывала.
Суся - тырпрайсная тема. За бабки всё исправно работает, а коммунити высеры чисто для бетатеста на лохах. Зашквар дистр.
Всё это зашквар. А с появлением нейросетей у мамкиных хацкеров и арч с ауром стал зашкваром. Убунта и кубунта наше всё. Если снап отключить, то даже петушилой не станешь.
Проблема с подключением packman в том, что благодаря клёвым вендор полиси он тебе полсистемы на себя перетягивает, хотя по сути были нужны только кодеки. Я вот не хочу чтобы половину системы тянуло с коммунити репы и потом ловить конфликты обновления, когда официалов обновилась а пакман нет. Да, есть ессеншиалс пакман, можно подключать репу, отдельно прописать нужные пакеты, отключить и потом прописывать правила для каждого нового и т.п.но тем не менее это дохуя каких то лишних телодвижений. Если кому то на это похуй - его дело в общем то.
Норм можно использовать. Смотря для каких целей, если можешь прочитать че там пишет zypper dup, то проблем быть не должно. Единственное, что нужно учитывать - Vagrant на суси ты не заведешь.
>>0991
Конфликтов не было, пакеты не "прописывал" че это ваще бля значит, конфликтов с обновлениями ни разу не было, в интернете пишут что лаг между пакманом и осс репо суси 3-4 часа. Так вот, я обновляюсь через неделю после выхода обновлений. Zypper сам хендлит кстати все конфликты между пакетами и делает это более интуитивно чем dnf
Аур заполняют пакетами, которые как бы официальные, но ещё допом идут трояны и стиллеры. Разрабы приложух пишут, что мы за ауры не отвечаем, ебитесь сами. Разрабы арча пишут, что аур не офф репа, идите нахуй. Вот такие дела.
В убунте был майнер. Нашдлди кста лоровцы. После того как один пождаловался на жор.
Достаточно установить гит из официальной репы и потом всё остальное скомпилировать из сорсов если чего-то не хватает. Вот это путь арчебляди.
Фу нахуй. Арчепидарасом быть - сдохнуть в канаве от спида и кровавых глаз. Пиздабляди ебаные...
Чтобы контролировать процесс разработки браузера.
База подъехала. Целую тебя по братски.
>Единственная моя проблема с сусей это добавить packman
За это скажи спасибо циске, которая закрыла доступ к openh264
Не, гента не пидорский дистр. Ты что, базы не знаешь?
Ubuntu/Mint - для нормисов, которые повелись на рекламу с ютуба.
Debian - для здравых людей.
Arch - для зумеров-гомосексуалистов.
Gentoo - для бородатых и немытых гиков.
Fedora - для куколдов.
Слака/фряха - для поехавших.
Остальные дистры - хуй знает, для кого, нинужны.
Я хотел ПРОСТО поставить ебаную читалку .chm файлов из ебаного .deb пакета, КАКОГО ХУЯ ОНО УЖЕ 20 МИНУТ ЧТО-ТО МАЙНИТ БЛЯДЬ?
Нет, так жить нельзя, это не система для работы, это прошивка для роутеров и генератор скриншотов в десктоп-треды, съёбываю обратно на родную макось.
До этого, кстати, идущий по дефолту transmission не смог открыть торрент-файл. Вообще никак.
Okular входит в экосистему KDE. Нахуя ты его поставил в экосистеме Gnome? В Gnome - Evince.
Ты в курсе, что этим дерьмом подтянул кучу устаревших либ кде? Понимать надо, а не на кнопочки тыкать.
Раньше терпимо было. Это в 2к26 какой-то пиздец с линупсом пошел. Я с опытом и то не смог пользоваться, тупо не работает нихуя и отваливается все по очереди. Починка 24/7 ради элементарных функций.
>Убунта и кубунта наше всё. Если снап отключить, то даже петушилой не станешь.
То есть получится минт лол. Но нет, спасиб, федора во всем лучше
Я написал "с опытом" не для того, чтобы выебнуться. Я это написал, чтобы показать, что красноглазые сказки на мне уже не работают)))))
У линукса куча непоправимых архитектурных косяков еще из прошлого века, увы. Да и в этом веке хуйни добавили.
Нормально работать искаропки он не будет никогда.
А жаль. Я его люблю. Но теперь только виртуалка.
Давно надо было перейти на .md markdown формат
>Я с опытом и то не смог пользоваться
>Починка 24/7 ради элементарных функций.
Так и запишем: опытный рукожоп.
Не, это пропагандисткий тезис. Сама риторика направлена на эмоции а не факты. Это как бабки пересылающие хуйню по уотсапу с текстом ДОКТОР НАУК СКОЗАЛ ЗНОЧИТ ПРАВДА
Зашел. Парочка нубских вопросов, парочка восхищенных постов, несколько специфичных вещей аля КАК ЗАСТАВИТЬ ВИНДОВЫЙ ЛАУНЧЕР МАЙНКРАФТА РАБОТАТЬ. Короч ниче интересного. Но это не главное. Это манипуляция и снова направлена на эмоции а не факты. Люди у которых все работает (например я) не будут кричать об этом на весь интернет. Люди у которых проблемы естественным образом будут искать помощи в ее решении там где обитают другие пользователи.
>Люди у которых все работает
Таких не существует.
> (например я)
Врунишка. Нам-то хоть не пизди. Мем про год на линуксе без переустановки слышал?
>Таких не существует.
>Врунишка. Нам-то хоть не пизди. Мем про год на линуксе без переустановки слышал?
Тут аргуменация уже окончательно посыпалась
И да никогда знимался дистрохоперством только в тот самый первый период когда перешел на линукс и то можно сказать хуйней страдал и как поставил последний окончательный дистр так и сижу на нем с 2021 только обновляясь каждые пол года. Да кстати LTS параша не нужна.
>каждый второй пост о нерешаемых проблемах.
Ты тоже не подходил к вопросу об установке дистрибутива более серьёзно, чем просто установить образ?
>>1040
Недавно на крысе батя увеличил на максимум шрифты чтобы видеть лучше, из-за чего крыса чуть не лопнула на экране. Пришлось дроч, благо просто конфиги перекинуть.
>как поставил последний окончательный дистр так и сижу на нем с 2021 только обновляясь каждые пол года
Клево наверное быть частью большого красивого ботнета.
Но вообще ты просто компом не пользуешься по сути. Иначе бы при попытке установить новую версию дров/игру/программу ты бы сильно УДИВИЛСЯ, что без апдейченной системы нихера не работает и/или вся система сыпется.
А так да. Можно поставить линукс, офис, браузер и влц - и вообще никогда не обновлять. Система будет неубиваемой. Только и делать в ней нельзя нихера.
Абсолютно мимо. Я в играх провожу по 6 часов в день кроме выходных. Единственное в онлайн игры не играю, ну это просто не мое тут ничего не скажу. И я уже сказал LTS говно не нужно в принципе. Они совсем для домохозяек. Притом я себя кулхацкером невьебенным не считаю, уверен тут 80% сидящих как минимум не хуже меня в компах шарит а то и лучше.
>древний слабый
Да и на таком никаких преимуществ не будет. Надо юзать wlroots композиторы, чтобы дольше видосы от батарейки смотреть.
Древний ноут. А что ты еще посоветуешь для 1 гига оперативки?
Пойти раздать листовки пару дней и за 5к взять ноут на авито 4 ядра 4 гига.
А эту хуйню выкинь к ебеням от греха подальше.
Бля ну под древним я хотя бы 4 гига оперативы подразумевал. 1 гиг я даже хз что будет работать.
Генточку можно собрать + openbox прикрутить. Какой-нибудь легковесный браузер типа midori вбахать(или текстовый браузер типа lynx). Текстовый редактор вроде mousepad, который все кодировки жрет. Ну плеер аудио найти можно, видео в 360р смотреть смысла нет.
Для работы современной версии Haiku OS (Beta 5) минимально требуется 384 МБ ОЗУ. С 1 ГБ оперативной памяти система будет работать отлично и очень быстро, легко справляясь с большинством базовых задач на старом железе.
sway
>Нахуя ты его поставил в экосистеме Gnome? В Gnome - Evince
Может быть потому, что Evince не поддерживает .chm файлы?
>>1021
Да похуй уже, у меня была конкретная задача, прочитать один ебаный файл, при том что другой, более специализированный вьювер ушёл в бесконечный цикл во время установки: >>1018 спасибо за тонну сожранных процентов заряда в дороге, очень вовремя блядь
В итоге проблема "решилась" с помощью xchm, но поплыла вся разметка, каеф
Вообще, очень печально, сколько лет надеешься и ждёшь готовность линукса к десктопу, но стоит столкнуться с реальной задачей с лёгким налётом нестандартности, как этот карточный домик из говна и палок сразу разваливается.
>с большинством базовых задач на старом железе
90% базовых задач современного компьютера подразумевают наличие актуального браузера. Учитывая, через какое очко в гайке работает недавно портированный FF, на данный момент она для этого непригодна.
Посоветуйте хороший Firewall на Linux с GUI, который по умолчанию блокирует трафик у всех приложений и надо вручную выдавать доступ. Как Simplewall на Windows.
Но не OpenSnitch.
Формат настолько пипитарный, что открывается в SumatraPDF, которую один вася пилит в соло, и у которой это один из множества поддерживаемых форматов. Или открывается банальным 7zip, позволяя вытащить оттуда html файлы
Для тебя наверно уддивительно, но есть такое реверс инжиниринг. Коряво о офис из маек так де работает на пинусе.
xchm и kchmviewer тожде откроют
>сколько лет надеешься и ждёшь готовность линукса к десктопу, но стоит столкнуться с реальной задачей с лёгким налётом нестандартности, как этот карточный домик из говна и палок сразу разваливается.
Грустно, но факт.
О да, чтобы открыть один сраный файл, мне бы пришлось ставить Wine и вспоминать/гуглить как там он заводится. Учитывая, что данное гействие было в "полевых условиях" на ноутбуке, было бы очень удобно.
>xchm
Писал выше, что в итоге воспользовался им, но результат очень так себе, поплыла вся разметка. А kchmviewer в то время не нашёл в поиске по "chm", показало только бесполезный okular.
XP + браузер спермиум
Лет 10+ назад нужно было колдовать с какими-то библиотеками и прочим говном, иначе софт мог не заработать
chmlib chm2html имя_файла.chm папка_куда_сохранить
xchm
kchmviewer
Ты же знаешь, как трудно расставаться с ноутбуком. Я то может быть и купил, но отец категорически против.
>>1070
Это asus eeepc x101ch. Семерку 32-битную тянет. Он ещё на харде держится!
>>1078
Боюсь, нету под него Яндекс браузера.
>>1081
> не поддерживает .chm файлы?
Говно, которое поддерживает исполнение зловредного кода через js.
Вкинуть плашку на 2 гига, если там ддр2говно. Если она распаяна, посмотреть тот видос по перепайке чипов с десктопной плашки.
Щито? yay дже обертка над пакманом. Тоесть IgnorePkg = должен работать.
Ну если ты любишь жрать говно выполняя бесполезные и нахуй никому не нужные задачи то чья это вина? Правильно твоя. Я ни с какими проблемами не сталкиваюсь со своими задачами. А я играю в игры и програмирую на Rust.
а есть hentai os чтобы я не искал horny обои и сурсы?
Windows XP с костылями
Само собой в этом режиме, если играет музыка, никаких других звуков из системы не слышно.
В идеале должно быть как: я остановил музыку/закрыл плеер - звуковое устройство тут же освободилось и можно, например, смотреть ютубчик в браузере.
Но чёт у меня эта фича не просто неработает (лучше бы неработала, так проще было бы), а работает через раз и я хз от чего это зависит. Иногда сразу доступны звуки из системы. Иногда можно ничего не делать, подождать (секунды, минуты) и всё заработает, а иногда помогает "передёргивание" профиля звуковухи в микшере (туда-сюда) и тогда звук идёт.
Есть идеи на это счёт?
>Само собой в этом режиме, если играет музыка, никаких других звуков из системы не слышно.
Dmix не осилил что ли? Или как он назывался
Ты не понимаешь, я буквально и заморачивался ради того чтобы обойти все микшеры-хуикшеры и ресемплеры и отдать звук не тронутым, как есть, в аудио-интерфейс, а ты мне предлагаешь вкорячить эту хуйню.
Это powervr, выкидывай. Драйверов нет.
Ну тогда страдай.
>я буквально и заморачивался ради того чтобы обойти все микшеры-хуикшеры и ресемплеры и отдать звук не тронутым
ниниужно
Ну так и ебись с OpenAL который поддерживает только санный фубар на одном единственном драйвере, который в любом случае пойдет через wasapi или альсу. На асио ты получает бит-перфект и полное окружение от потока ОС.
>и отдать звук не тронутым
Это может и pipewire сделать. Dmix какбэ тоже, но он очень простой и вроде не умеет динамически переключать режимы звуковухи.
Вообще, какой-то беспонтовый аудиофильский дроч. Небось ещё и выводишь звук через встройку на говнонаушники?
Это может и pipewire сделать
Не может. pipewire буквально срздавался, как и пшпшпульса для того чтобы всё смикшировать в помои один чан, привести всё к одноми виду/знаменателю (например по частоте дискретизации - 48кГц) и высрать это в алльсу, чтобы она там делала дальше что хочет/что настроено.
>какой-то беспонтовый аудиофильский дроч. Небось ещё и выводишь звук через встройку на говнонаушники?
44,100 это известная ПК(и ее только) проблема, а не дроч.
Звук у меня конечно нормальный внешний, а не хыдыааудио, естественно, а иначе это действительно был бы бесполезный дроч.
>>1226
>Этого двачую, уверен у него
Во-первых, не я тебе отвечал выше, это какие то другие аноны.
А во-вторых, я бы на твоём месте вообще бы не кудахтах, мистер-с-аимпом-и-бхеринжером.
>мистер-с-аимпом-и-бхеринжером
Лучшее что только могло бы быть. Фубар душный, но правда его можно настроить по красивому если захотеть, очень захотеть. Другие не выдерживают конкуренции А беренджер имеет мидас, разницы нет\незаметить по сравнению с соевым фокусрайтом. В любом случает я ее купил чтобы джи-джи играть.
>пшпшпульса для того чтобы всё смикшировать в помои один чан, привести всё к одноми виду/знаменателю
Он умеет подстраивать режим звуковой карты под параметры входного потока. Если у тебя звук из плеера - ведущий поток, pipewire будет (если ты его правильно настроишь) переключать режимы карты под его характеристики, которые в течении воспроизведения могут меняться. И будет литься без всякого перекодирования.
Но ты, конечно, можешь дальше страдать с альсой, я не против.
Нет, у меня золотые. А что?
Чел, у нас в 2026 до сих пор попадаются настоящие консолебляди которым очень сложно игру в стиме запустить, пеку-то надо сначала собирать с паяльником, потом пердолиться месяц, потом пойти в очередь на проёб от микрософта, и только потом тебе дадут десять раз переустановить дрова пока синие экраны прекратятся, и вот только тогда можешь косынку запустить. Каждую карту переложишь - перезагрузись на всякий случай. И заплати за это три тыщи баксов, а на соснольке любимой за 300 бачей вставил диск и уже сразу в игру прогрузился в 4к60фпс даже в предыдущее поколение. Ты щас думаешь что я потролить решил но нет, повторяю, этих дебилов мало того что не ноль, так ещё и полно. А ты про нормисные вещи вроде кина и стима спрашиваешь, ещё бы оно не работало.
Да я сам консолеблядь всю жизнь был. ПК только в шкалке батя два раза покупал. Потом xbox 360, psp, ps3, ps4, nintendo switch и теперь вот ps5. Всегда опасался линукса думал что на эмуляторах все запускается а нативных линукс игр нет. А нет, там протон какой-то сделали магия прям, нажал кнопку в стиме и вуаля волшебство, игры ничуть не хуже работают.
Во первых это портатив что довольно удобно для меня было. Во вторых классные игры, типа зельды или марио одисеи от которых искренне кайфанул. Всякие мемчики про сою популярны только у желчной школоты, объективно (и субъективно на мой вкус) игры очень хорошие хоть и не все.
Чтобы играть в нинтендотайтлы надо ещё пиздюком индоктринироваться, а дальше будешь по инерции покупать. Из-за чего как раз нинка рогом упёрлась по поводу эксклюзивов, иначе такой подход просто работать не будет. А сам сыч был довольно уникален в том плане, что какое-то аркадное говно, которое на этом немощном проце батарею не жрёт, можно полдня без перерыва гонять, тупо телефон с геймпадом, только напрягать межушный ганглий и настраивать самому не надо.
Я огромный волосатый борцуха кавказец с 1 разрядом по вольной борьбе и в бараний рог могу скрутить 99% считающих себя не соей лол.
Эти беринжыры часто плохи уже тупо тем, что пластиковые понремушки. И фоном могут реагировать даже просто на поднесённую руку.
"Соевый фокусрайт" хотябы цельновыдроченный алюминиум. Т.е металл.
Фубар кстати даже из коробки уже давно практически готов к работе. Немного настраиваешь что тебе приятнее и удобнее видеть (например нужен тебе столбец с частотой или битрейтом или нет. Всё там очень просто, а интерфей тупо топ уже просто потому что нативный для винды. А это как известно лучший интерфейс, не то что все эти циганские "шкурки" из нулевых годов.
>>1238
В том то и дело, что ЕСЛИ. А ЕСЛИ сначала будет играть браузер? То то же. Так себе решение.
Единсьвенное что можно "хорошее" сделать с пайпвирэ - это включить более качественный ресемплинг на лету, но это костыль т.к доп-нагрузка на цпу и всё ещё не убирает главную проблему. А хотелось бы именно битперфекта без всяких но. Линукс же как никак. Тут такие требования можно и даже нужно, я бы сказал, выдвигать.
Особо не страдаю, т.к музыку "фоном" обычно не имею привычки слушать. Так что пока ищу решение (или если так и не найду), то ну буду вручную иногда переключать обратно "на звуковой сервер."
>>1243
Ты ебанутый? Какой блять блютуз? Это макстмально всратая и ублюдочная технология как по качеству звука, так и просто архитектурно. Ещё и удобства нуль. Говно в общем. Я бы в прилисном обществе его вообще не упоминал.
У нас тут речь про провод и битперфект, но вылазит чел и пукает про БТ. Это нужно быть особенно отбитым. Как в том фильме " О чём ты дккмал, дебил?"
Миф о том что провод имеет лучшее качество звука чем блютуз давно опровергнут в слепых тестах
Такими примитивными выебонами впечатлишь разве что пенсионера, который хача видел последний раз в мавзолее
Это не миф, это физика. Как и то то звук с любой обработкой ТОЧНО хуже чем он же - без.
Так же как и то, что задержка при пути не по прямой - ТОЧНО больше как и при путе по прямой.
Так же как 2ми меньше чем 2 метра и через забор.
Можно сколько угодно закидывать проблему деньгами, но чтобы в эту ебаную гарнитуру срать данными на нужной скорости их всё равно приходится сжимать. Ушами ты это конечно не услышишь, но битперфекта не будет. Опять же, до сих пор не вылеченная фундаментальная проблема ебейшего пинга, с каким-то линейным контентом ещё можно кешировать следующие 3-4 секунды для более шустрой паузы, но всякие динамические штуки уже мимо. Провод банально идеальное решение, передаёт звук как есть, дешёвый, есть любой формы и гибкости.
Чел, критерий истины это эксперимент. Ни один эксперимент не смог доказать превосходство провода. Вывод? ТЫ пиздишь.
Так мы кого соей называем, нинтендодебила или меня?
Да там хватает игр. Притом что самое смешное их противники как правило играют в какую нибудь онлайн парашу типа пабга доты или каэс.
Это буквально сжатие с потерей данных чтобы уместиться в ограниченный канал, причём быстро по нему идёт только сигнальный траффик вроде медиакнопок. То что средний человек не может в слепом тесте отличить флак от 128битного мп3 не значит, что там вот до последнего бита одинаковый звук, вот и весь сказ.
Чел, в физике уже все эти "кпириметны" сделаны и любой школьник знает что напрямуючерез калитку - лучше и быстрее, чем раком метр под забором или 3 метра туда сюда над ним.
>В том то и дело, что ЕСЛИ. А ЕСЛИ сначала будет играть браузер?
Ну вот и почитай документацию, как там определяется ведущий поток. Ну или не читай, а кушай кактус с альсой без дмикса.
Не, рот ебал я все эти кастыли.
Если за что-то стоящее ещё стоит побороться, то за такого рода кастыли - точно нет.
>онлайн парашу типа пабга доты или каэс.
Ну, любой мультиплеер лучше тупой дрочильни-платформера.
Ну вот о чём и речь. А в блютусный канал, даже с современными йоба кодеками, 128 впихнуть уже проблема. Плюс все эти неудобности по части управления и стриминга файлов на устройство, по сравнению с тупым топорным проводом. Ей-богу, скучаю по временам когда беспроводными наушниками был просто маломощный фм-приёмник, можно было спокойно теребить писюн пока в соседнем подъезде старый дед охуевает у радиолы.
Покажи мне любой слепой тест где даже даун не отличает задержку БТ-говна и ухуджение звука при включенном микрофоне.
Про пердолинг с БТ как таковым, мы пока вообще промолчим.
Второе - мне похуй на твой тест-не тест. В дороге, мне похуй - 192кбс опус закодировал и вперед, всё равно шум и прочая срань кругом.
А дома, нет уж, я буду слушать музыку максимально качественно. Даже если это только в теории и "не слышно". Зато спокойно и я точно знаю что никакой маня-алгоритм оттуда ничего не выбросил. А так же ничего не отвалится иди сброситься до вшивого битрейта от настроек софта или включённой микроволновки.
Ага, нежатого, до того как аптх228 до него доберётся
>Покажи мне любой слепой тест где даже даун не отличает задержку БТ-говна
Буквально любое исследование лол
Ну ок. Но только ты делаешь в точности до наоборот.
Если бы мы говорили лет 10 назад, когда альтернативой была только пульса, я бы порекомендовал лить звук из плеера напрямую в альсу, а для остальной системы использовать дмикс, но сейчас, когда есть pipewire, в этих костылях нет никакого смысла.
Срочно нужен дотер итт, чтобы проверить эту гипотезу.
У тебя под кроватью не завалялось одного?
Да да да. Настолько любое, что:
а) ты его не принёс. Это же сложно так. Оно же любое и вездн лежит, кек
б) это замечают даже далёкие от удифилии обычные пользоаватели, то ьтут то там это туму можно постоянно встретить. И про задержку (её реже, т.к в основном игроки сталкиваются) так и про поганейший звук при включении микрофона.
Нет. Я делаю в точности всё правильно. Я настроил главное - битперфект. То что мне нужно и то что действительно правильно. А все эти пляски с звуковыми прослойками мне в хуй не уперлись. И вообще всё, так то, уже должно работать в моей конфигурации. Но то теория, а на практике всё несного кривовато (пока?).
>ты его не принёс. Это же сложно так. Оно же любое и вездн лежит, кек
Это логическая ошибка. Я изначально у тебя попросил пруфы ты в хамской манере заявил что это я должен их нести хотя тезис что проводные наушники лучше никем и никогда не был в слепых тестах доказан.
>это замечают даже далёкие от удифилии обычные пользоаватели, то ьтут то там это туму можно постоянно встретить.
Это тоже логическая ошибка и ошибка восприятия. Люди и после бадов волшебные эффекты замечают. Открой на озоне отзывы о любом баде и там тысячи восторженных отзывов. А как проводят исследования с плацебо группой так сразу выясняется что люди это все сами себе нафантазировали.
Как знаешь
С точки зрения аудиодебила несомненно. Адекватные же люди понимают почему доказательная база не собирается по восприятию человека которое легко искажается его верованиями. Поэтому и существуют плацебо группы в исследованиях.
>Ушами ты это конечно не услышишь
Артефакты AAC, например, очень даже отличимы. Если узнать, как они звучат.
>линукс
>позволяет всё настроить
>позволяет правильно пользоваться
>предоставляет отличные методы
>"Аряяяя! вы идиоты, да как вы смели это делать и так пользоваться!!! кукареку!"
Туда ли ты зашёл, петушок?
Настройка это хорошо но там где это имеет смысл. Например эквалайзер на всю систему поставить который реально может улучшить качество. А вот этот дроч ради дроча ради улучшений которые существуют только в голове ну такое себе.
>>1321
Бро, фактам плевать на твои эмоции. И мне тоже плевать. Не потому что ты мне неприятен, а потому что я мне не интересны эмоции вместо реальных аргументов с доказательной базой. Ничего личного, я достаточно пожил на этой земле и знаю многие вещи слишком хорошо, в том числе и аудиодебилизм и его мифы которые я слышу с 2008 года.
У бт-наушников довольно большая задержка - больше 100мс. Конечно, её не заметишь при просмотре кины, но в играх, где важна скорость реакции, она ебать как заметна.
Тут я не спорю. Тут вроде радио наушники спасают но я не пользовался, у самого проводные потому что дешевые, а платить больше 1000р не готов.
Отыграл пять матчей за Сырно в 2013 году, потом дропнул и до ковида в варфрейм задротил, я достаточно квалифицирован?
> Browse, search, and stream directly from pornhub.com — no browser required.
>имеет смысл. Например эквалайзер на всю систему
Она имеет только если у тебя говно которе нужно корректировать. А, ну и ещё хочеться дополнительно занять систему всратой работой "делать хуйню".
>И мне тоже плевать
Тебе настолько плевать, что ты, похоже великовозрастный долбоёб, до сих пор пытаешь меня убедить что кратчайший и самый лучший путь это не калитка, а раком через забор.
>Она имеет только если у тебя говно которе нужно корректировать. А, ну и ещё хочеться дополнительно занять систему всратой работой "делать хуйню".
То есть практически любые полноразмерные наушники.
>Тебе настолько плевать, что ты, похоже великовозрастный долбоёб, до сих пор пытаешь меня убедить что кратчайший и самый лучший путь это не калитка, а раком через забор.
Ложная аналогия, очередная логическая ошибка
>шизик всерьез считает, что люди шаманят с этим говном от делать нехуй, а не потому, что все в линуксе через жопу работает либо вообще не работает по дефолту
Как твоя болезнь называется, кста?
720x1280, 0:18
> Pacman alternative for ArchLinux, designed with you in mind.
Кто платит за банкет?
Аудиофил всерьез считает кого-то больным хотя аудифилия псевдонаучное психическое нарушение лол. Ну да линукс виноват что вы долбоебы мыслящие когнитивными искажениями о топовом звуке которого в природе не существует. Это собственно показательный момент что на линукс жалуются только шизики
>Experimental BSDun Kernel Module Runs FreeBSD Binaries on Linux
>BSDun is an experimental project that brings FreeBSD binary compatibility to Linux, with support already claimed for shells, networking tools, pkg, and more.
https://linuxiac.com/experimental-bsdun-kernel-module-runs-freebsd-binaries-on-linux/
>Аудиофил всерьез считает
Братан, любые шизы это плохо. Качественный звук это прям хорощо. Правда, здорово. Ну вот у меня были байеры 770 на 32 ома, У них низы завалены. И вот ты их дашь человеку под одну музыку, дашь под другую - восприятие будет разным. Кто-то в митоле услышит наконец середину, если конечно это ему позволит запись, а кто-то скажет, а где бассы? У меня друг купил себе бт уши от игровой конторы. Это пиздец. Такие ватные бассы и заваленную середину я никогда не слышал. Чисто для понимания у меня была парочка Пионеров. Они басс бустят - моё почтение, но от там очень чёткий и выраженный, при чём даже когда нахуй не нужен. Сейчас я вообще сижу за компом на колонке от ЖБЛ - ну это просто перезвон, кал говна. Ну да и нормально, мне хватает. Захочу кайфануть от звука - у меня 1ьore evo воляются для смартфона, там ачх более ровная, в целом не плохие. Но мне надо будет ещё скачать флак версию и вот это вот всё. И это если мне прям приспичит разбираться, а не просто послушать. Половина из этой хуйни это минмаксинг. Те же уши и колонки сильно решают если ты любишь музыку. Ну вот я приходил, давал свои уши, народ оценивал, говорил: круто, разница заметна по сравнению с нашими бомшеушами, та по том покупали уши за 2к вместо 12к. Это не всем так важно. Но вот у меня есть друг, который слушает такое говно, что там пофигу на каких ушах это слушать. Чисто для понимания: годно это не какой-то стиль, который я не понимаю а хуйня из серии "я ебу собак". И вот весь этот спор выше он ни о чём. По тому что: что чувак слушает, в каком качестве, на каком девайсе. Если бы мне вот сейчас надо было бы звук - я бы взял Байеры на 80ом, и внешнюю звуковуху. Или сидел и неделю гуглил, какие есть варианты.
Опять очередной проплаченный кабанчиками кал. Вот кому нахуй нужно запускать бинарники фряхи вообще? Какой там уникальный софт?
>поехавший с синдромом мазохиста всерьез доказывает в треде, что в линупсе уже и ЗВУК НИНОЖОН
Ебало твое даже не представляю.
Не лезь в это дурак. Аудиофилия самое большое наебалово после БАДов. Не нужно тебе это. Наушники не от цены зависят. За большую цену ты возможно получишь лучшие материалы (хотя спорно, какой нибудь Сони тебе говнеца сунет из экопластика и экокожи) лучше технологии типа шумоизоляции но ачх не всегда зависит от цены. Можно копеечные наушники с хорошей ачх взять а можно дорогущие с дерьмовой ачх. А ачх это главный параметр качества. Насчет флаков тех же я тебе гарантирую количество людей которые смогут отличить флак от мп3 190 кбит очень маленькое.
>очередной аудиофил которого обоссали слепые тесты со своей сектантской шизой уровня астрологии
)
Порты с линуха
Да поздно. Я в это немного макнулся 15 лет назад или больше. Ну вот тогда когда рядовой пользователь устроился на работу и смог перейти с наушников за 100р на что-то нормальное. Но всё хуйня. Мне вот сейчас грустно: Я люблю когда звучит пизлато. Мне где найти записи Scar Symmetry, Soilworks? Что бы я прям проникся? Я опять наушники куплю, базара зиро. А нигде. Записи тех времён - хуйня. Тот же Horizon Ignited и Rise To Fall просто ебут относительно олдскула. Ремарка: оно и во флаке звучит как погремушка. Уровня мисхёрд лирикс. Хороший звук это важно, но он не всегда работает.
Ну если те так важно возьми наушнии по своему бюджету и пошамань с эквалайзером по гайдам. Я на линуксе не делал, на винде таким страдал но пацаны говорят что на лине даже проще. Единственное если у тебя ноут какой дохлый как у меня то встроенный звуковой карты может не хватить. На мобилках например они вполне годные но на ноуте дрянь попадается. А что касается меня то я с алика заказал KZ EDC PRO за 800-1000р (точную цену уже даже не помню) и довольно урчу.
Да у меня всё хорошо, бро. Я давно нашёл свой дзен. Я просто не понимаю этих воин. У меня есть трек, есть чем воспроизвести. В этом моменте, наверно надо драться за аудюхи. Но это работает не отдельно, а как целый стак. Файл - бт/провод - уши. В теории мы тут все аудиофилы, а на практике - толпа бесполезных кукаретиков.
720x1280, 0:13
И "насилуйте" ИИшку до потери памяти.
Бог Император уже не примет меня.
https://music.youtube.com/watch?v=aqjuHlSHZo4&si=HMPqRtbYvipOCCFB
https://music.youtube.com/watch?v=_nUlHK9gtcQ&si=7ZDM2184zluiSNjB
Глевное что бы музон по кайфу было слушать.
да никто тебе не мешает запускать через например через ollama если железо позволяет например https://huggingface.co/collections/TrevorJS/gemma-4-uncensored или посмотри под свое железо https://github.com/Andyyyy64/whichllm
Там до сих пор не шмагли в рабочий стол в установщике.
https://distrowatch.com/weekly.php?issue=20260706#freebsd
Там где ставят xBSD, tty зачастую избыточен.
Держись. Тебя обязательно выпустят.
Никакого смысла нет сидеть на застарелом говне типа дебилиана и прочих lts релизов. Минусов гораздо больше чем плюсов.
Свежий дебиан (xfce) занимает 4Гб места и жрёт 700Мб оперативки в простое. Как тебе такой смысл? Не у у всех топовые пк.
Да, на убунту и альт тоже можно поставить xfce, но это останется тяжёлым комбаином. Арч и генту не дружелюбные системы. Васяносборки тоже не хочется ставить.
Дебиан простой, дружелюбный и популярный. Если тебе не нравится программанейм из личного репозитория дебиана предпоследней версии, то легко можно скачать программу последней версии с официального сайта.
> Свежий дебиан (xfce) занимает 4Гб места и жрёт 700Мб оперативки в простое.
Дожили, раньше убунта с гномом-2 занимала меньше 2ГБ, а оперативы кушала (ненастроенная) 150МБ, с XFCE жрала около 90МБ.
Как там в нулевых капчуется? Последняя убунта с 7.х.х-м ядром линукса уже весит минимум в 8 раз больше
1280x840, 0:22
А ты быстрый.
https://www.opennet.ru/opennews/art.shtml?num=65841
>Подобный показатель не является объективным, так как большинство производителей присваивают CVE-идентификаторы только опасным уязвимостям, в то время как в ядре Linux учитываются все потенциальные уязвимости, независимо от степени опасности.
> Стабильный релиз Proton 11.0, пакета для запуска Windows-игр в Linux
>Под ударом находятся ядра, основанные на ветке 6.4 и новее, если в них не перенесено исправление. Старые Android-устройства на ядрах 6.1, включая Pixel 8 и похожие модели, автор считает неуязвимыми. Пользователям и администраторам остаётся единственный нормальный вариант защиты — установить обновление ядра от своего дистрибутива или вендора устройства.
Ура, рутану свой гондондроид
Как же пердохуйня сосет, локал рут уже стабильно раз в месяц блять.
Самое смешное что находятся клоуны которые говорят что андроид не линукс хотя даже уязвимости те же лол
Надёжна, как швейцарский сыр. Крайний сесурити патч от 2018.10
не лагает в андроиде. Вывод? Ты пиздабол или зумеродебил который не воспринимает лаги, так как вырос на них.
У тебя мантры лет на 10 устарели, ламер
1236x1280, 0:12
https://www.opennet.ru/docs/RUS/bash_scripting_guide/c118.html
>Глава 1. Зачем необходимо знание языка Shell?
Решай сам пригодится тебе или нет.
bash-скрипты не стоит, за башизмы в приличном обществе по ебалу бьют. posix shell стоит.
Очередная смузихлебная дрысня же
Стоит, но это не то, что нужно именно учить, это нужно осваивать на практике. Без практики ты нихуя не поймешь, а через время забудешь.
Короче, пиши скрипты и, когда становится что-то непонятно, заглядывай в руководство.
Ну, кстати, да. Но гента новомодная, они могут хоть на питухоне свои ебилды писать, этим никого не удивишь. А слака, как-никак, - самый консервативный дистрибутив.
Против баша топят или некродебилы, которые кроме голого sh и vi (не vim, vi) на ридонли-прошивке роутера не имеют нихуя, или докеропидарасы которые со своим альпайновым шаблоном туда же докатились. Но сейчас по-моему даже на роутере чаще нано встретишь, чем небашевый шелл.
>В результате конфликта с лидером проекта OpenMandriva разработчик Давиде Беатричи (Davide Beatrici), имевший доступ к репозитоориям с правами администратора, совершил вредительство, которое привело к повреждению инфраструктуры разработки и нарушению работоспособности систем некоторых пользователей.
https://www.opennet.ru/opennews/art.shtml?num=65869
а ведь только недавно был релиз десятого
> В частности, он опубликовал пустой пакет, который переводил в категорию устаревших все пакеты GNOME и Cosmic
За столько лет хоть кто-то сделал правильную вещь, и ведь знают собаки какое это говно, но пилят с упрямством аутистов.
Охуенное кресло, нужно заметить.
Я вижу кучу минусов и не вижу ни одного плюса
У меня никогда не было проблем с виндой и я никогда не переустанавливал её из за каких то сбоев или зависаний
Она тупо работает в 99,9% случаев и всё.
Если что в игры я не играю и мог бы перейти на линукс без проблем, но зачем?
так речь про приличное общество, а не сракварных маргиналов. То есть про Docker-господ, BSD-моджахедов и Apple-бояр.
Так пиздуй в своё общество, зачем ты хаваешь кал маргиналов?
ну так зачем?
Будто докер-петушки и эпло... как бы без тавтологии сказать... знают о существовании посикс шелла, лооол
они знают как написать портянку, которая работает на любой залупе, не содержит [[говна]] и поэтому не падает в syntax error, этого достаточно.
>они знают как написать портянку, которая работает на любой залупе
На какой-то помимо докера?
Проблема так-то не в баше, а в самом докере, который почему-то использует обычный sh по умолчанию.
хз, не юзаю говно, сразу везде втыкаю mksh.
Чтоб нейрокал не жрать и телеметрию. Конечно есть идейные долбоебы которые не видят проблемы в том чтобы бесплатно обучать копилот но у таких IQ как правило низкий.
>>1737
Это смузихлебы пидорасы с яблоком то приличные? ахахаххахахаха этому дырявому больше не наливать безглютеновый раф на миндальном молоке
Если у тебя всё работает и всё устраивает - не зачем. Каждый переходит по своим причинам, и не все могут остаться.
>На какой-то помимо докера?
Да на любой, блять. От древней солярки и макоси эпохи живого жопса до bleeding edge линупса на wifi-холодильнике.
Минусы, которые ты видишь - надуманные и устаревшие, сейчас есть коляски на любой вкус где всё просто работает. Всё что должно тебя ебать это сколько сил и времени уйдёт на миграцию, и на обжитой системе смысла нет. А потом ты захочешь что-нибудь всунуть в тумбочку под телевизором, или просто системный диск наебнётся, и ты посидишь недельку на той коляске, после чего винда начнёт восприниматься как что-то инородное и неправильное. Но прямо сейчас - поебать вообще, сиди где работает. Пердолинг ради пердолинга это мем, таких людей мало даже в линукс-сообществе.
Похуй на этот нейрокал вообще, он ни на что не влияет кроме тряски белок-истеричек. Съебался с шинды когда понял что в терминале/ps и wsl обитаю чаще чем в собстно шиндусе. Нахуй оно надо ебаться через прослойку когда можно напрямую.
Когда блокнот или проводник у тебя сжирает всю оперативы тогда ты и понимаешь что не "Похуй на этот нейрокал".
Нет, тогда начинаешь повторять мантру, что "free ram = wasted ram" пока не станет легче
Когда у тебя тормозить начинает система из-за этого тогда ты понимаешь что эту мантру повторяют только долбоебы.
> "free ram = wasted ram"
6-8 гигов с холодного старта, из которых уже 2-4 успело в свап провалиться. 32гиговая машина блять. Да ну его нахуй, софт с диска достаточно быстро в память подгружается когда у тебя не свистящее хрустящее механическое говно. Подожду пару секунд пока фаерфокс грузится, невероятная цена быстрого запуска встроенного шындовс медиа плеера того не стоит.
Я согласен с тобой. Надо было мне попробовать сформулировать смешнее, чтобы все стало более очевидно.
Не надо.
в чем она быстрее? я не заметил разницы вообще
если что я поставил минт
винда даже загружается быстрее, правда это наверно потому что она у меня на нвме а линукс на простом ссд
Если что за винду тоже никто не платит кроме бизнеса
Короче я не вижу причин переходить на линукс
заново учится делать то что уже умел тупая трата времени которого у меня итак нету
насчет телеметрии большую часть можно отрубить да и мне не холодно не жарко от их желания узнать о том что мне можно впарить
>Если что за винду тоже никто не платит кроме бизнеса
Вранье. Пользователи винды платят бета тестом нейронок, копролота и телеметрией.
>заново учится делать то что уже умел тупая трата времени которого у меня итак нету
А это кстати от твоих запросов зависит. Если ты как я только в игры играешь браузер да киношки то разницы нет. Единственно если игры не со стима то там возможно придется чему-то поучиться тут я хз только стимом пользуюсь.
тебя копайлот в жопу выебал в детстве или что?
объясни откуда такая ненависть, он отключается одной кнопкой
ну тогда вообще похуй. Если конечно чем-нибудь специфичным не занимаешься. Тыкание мышкой везде одинаковое
Код то закрытый, ты никогда точно не будешь знать реально ли отключен или просто втихую учится на твоих данных и сценариях использования.
Я пользуюсь виндой с 2008 года
Что плохого случилось сомной за это время из за того что майкрософт собирал данные о моей системе?
Хм... НИЧЕГО
Майки дают тебе пользоваться их ос, я не считаю что это какая то большая плата за возможность пользоваться окнами
Я конечно понимаю что ты привык жить эту жизнь на халяву и никогда ни за что не платить, но в жизни никто никогда ничего не делает просто так
Если ты думаешь что где то кто то даёт тебе за красивые глазки то ты просто еще не понял на каком этапе тебя незаметно поёбывают
Ну кому и кобыла невеста. Никогда не уговаривал никого перестать жрать говно. Только пишу почему я этого не делаю.
>Майки дают тебе пользоваться их ос, я не считаю что это какая то большая плата за возможность пользоваться окнами
Заплатил - тебя ебут, не заплатил - тебя ебут. Богатство выбора, море возможностей.
Ты раб, у нас свобода.
Вот и вся разница.
Поэтому Моисей и гонял своих людей 40 лет по пустыне пока последний человек видевший рабство не умер. Потому что рабы никогда не поймут свободных людей.
мне твоя хрюнда фпс резала в играх. как перешел на минт, сразу перехотелось новую печку покупать
ос это всего лишь инструмент
то что ты используешь линукс не делает тебя особенным
ты обычный додик с синдромом главного героя
от того что твои обезличенные данные не попадут в майкрософт ничего в мире не поменяется
>свобода это рабство война это мир
Как я уже сказал, рабу никогда не понять свободного человека
Моисей шлялся по пустыне потому что в эти годы Сахара была пригодна к такому кочевничеству, сидеть и усираться за какой-то конкретный оазис смысла не было, подъел один - идёшь к другому. А чтобы заселить конкретный пятачок и фармить его - ну так все козырные места уже заняты, проще бедуинствовать.
Я из Казахстана
>>1810
Изувай процессы, он мог быстро вывести на землю обетованную людей а не шляться просто так по пустыне. И вообще, долбоеб, это мифический персонаж
Персонаж мифический, а тогда ещё зелёная пустыня и разные кочевники, по ней лежащие костьми - вполне себе археологический артефакт. Ходить туда-сюда по пустой, но генерирующей хавку территории кругами под сабатон - вполне себе стратегия для выживания, там уже итак была куча всяких семитов, тюрков и прочих чурок, у них территорию просто так не отвоюешь.
Библия не то чтобы хуйня выдуманная целиком, это скорее набор отборной приплетологии, поясняющей за неудобное. То же число зверя вспомни, это ж типичный бугурт жадных барыг о том что государственную валюту принуждают использовать вместо хуй пойми чего и бартерных отмывов, и вообще буквально 894, уууу блять, бронзовый гулаг нахуй.
Оооо, ебать, всё, ушла эпоха.
>>1821
Ну да, тупо зороастризм для людей освоивших тигель и налоги. Странно что Египет не прочухал, что такой монотеизм это такая-то централизация власти, даже Эхнатону пришлось его заново изобретать.
Нахуй не нужен этот некрасивый и допотопный кал.
Я новенький, отчего баттурхан на opennet после новости о поддержке вяленого на корице? Иксы не удалят оттуда пока что.
Многие из хейтеров - со старыми инвидиями, с калодрайверами. Wayland - лучшее, что случалось с графикой на глинуксе, но он хорошо работает на свободных дровах.
Сегодня не удалят, завтра моча в голову стукнет и удалят. Про кеды с гнумом тоже ныли что х11 сеанс никуда не денется, но теперь ты либо застрял на 22.04 либо совершаешь отдельные приседания чтобы обратно вернуться.
>пока что.
Вот поэтому. Т.к пользователей иксов в дашборде не существует, следовательно никто не пользуется, значит не нужны, удаление неизбежно.
ШОК ДИСТРОХОПЕРЫ ПРОЗНАЛИ ПРО КОНТЕЙНЕРЫ
>У них всегда багет от всего нового.
Вполне справедливый.
>Раст, системди, вейленд
Системкал начинает глючить и подвисать на выключении на новой установке уже спустя пару-тройку дней. Вяленая хуйня полна багов, уебищно юзает права и оттого на нее софт пеоеделывают еще корявее, чем он был изначально сложно представить, но факт.
С растом не сталкивался, но пердежи-разработчики анусов ноют, что эту хуйню поддерживать ебанешься. Хз в чем минус, меньше обновлений ебучих будет.
Все вышеперечисленное по удобству ебет аналоги. Только насчет вейленда не буду ручаться сам только только на него пересел. Раст же наоборот проще поддерживать потому что дает по рукам там где другие языки позволят сделать хуйню. А потом сиди и ковыряй где ты сделал хуйню. На этом месте ретрограды обычно говорят НУ ТЫ НЕ КОСЯЧЬ И ВСЕ НОРМАЛЬНО БУДЕТ, ТЫ ПРОСТО ГОВНОКОДЕР. Но это разумеется с реальностью никак не коррелирует. В реальном мире говнокод от качественного засчастую отличается сроками. Когда дедлайны жмут то там даже гении програмирования с 20 летним стажем могут такой хуйни нагородить что потом сидишь охуеваешь. И все эти советы аля НУ ТЫ ПРОСТО ДЕЛАЙ ХОРОШО И НИКАКОЙ РАСТ НЕ НУЖЕН БУДЕТ это из серии, НУ Я НЕ ПРИСТЕГИВАЮСЬ ВСЮ ЖИЗНЬ И НИЧЕ НИ УМЕР.
>Все вышеперечисленное по удобству ебет аналоги
И в чем удобство системкала? Обычный пользователи жалуются на долги загрузки/выключения, некорректное завершение демонов. Сисадмины ноют, что СЛОЖНА и ЗАПУТАННА. И для кого удобно, для разрабочиков анусов? Ну иак пусть себе спецдистр пилят для похромистов, нахуя это всем навязывать (а эта хуета именно навязана, потому что на нее повязан многий софт, который на условной рунит заебешься шаманить).
Меня, как обычного юзера, эта хуета уже доебала блять.
>пользователь, обрати внимание у тебя проблема
>ХАЧУ КАК РАНЬШЕ, ВСЕ ГАВНО
> Сисадмины ноют, что СЛОЖНА и ЗАПУТАННА.
СЛОЖНА разве что олдовой башеперловочной бороде, у которой от Persistent=true @ RandomizedDelaySec=3m окисляется ебало до состояния боли всея свитерастного народа.
Я могу понять когда сисьадмины воют для них это может быть сложно допустим ок. Но вот чего обычные мимокродилы жалуются я хз. Наоборот же быстрее загрузка стала. Плюс всякие мелкие плюшки типа автоматического восстановления служб в случае сбоев.
>сисьадмины воют
Да и похуй на этих бородатых упырей, их время прошло. Современные девопс-поцаны ворочают кластерами с макбука не выходя из кальянной.
>Раст же наоборот проще поддерживать потому что дает по рукам там где другие языки позволят сделать хуйню.
До тех пор, пока растоманы не выпустят новую версию. Или пока тебе не потребуется использовать твою супер-пупер безопасную библиотеку из другого языка.
Также любовь к расту может пошатнуть более близкое знакомство с его экосистемой или необходимость скомпилить свою очень нужную программу не для x86 и arm64.
>Когда дедлайны жмут то там даже гении програмирования с 20 летним стажем могут такой хуйни нагородить что потом сидишь охуеваешь.
>НУ ТЫ ПРОСТО ДЕЛАЙ ХОРОШО И НИКАКОЙ РАСТ НЕ НУЖЕН БУДЕТ
Всё так. Нормально делай - нормально будет. Нехуй писать прикладной софт на низкоуровневых языках программирования. Если ты напишешь условный почтовик или редактор на условном ocaml, то нихуя не потеряешь в производительности, зато значительно увеличишь скорость разработки, легкость сопровождения и качество кода.
Предпочитаю капучино на регулярном молоке, сигареты marlboro вейпу и водку. Ладно, некогда с вами базлать, тут кальян принесли.
>И в чем удобство системкала?
Твоя любимая система инициализации умеет вот так >>3730682 → ? Ммм? Вот то-то же! Сасать, хейтеры.
Вот у любителей несвежего дебговна жизнь, радуются что система от обновы не развалилась.
>Persistent=true
Персистентность чего? Мне лень лезть в доки, они отвратительнейшего качества у системд
>RandomizedDelaySec=3m
Ого, в системду завезли sleep $((RANDOM % (3 * 60)))?
Эти мантры не работают в реальном мире. В реальном мире НОРМАЛЬНО НЕ ПИШУТ. Тут даже не надо работать в индустрии чтобы понять это. В мире где проще и дешевле поднять требования к железу чем оптимизировать. Идеализм это хорошо но с реальным миром не коррелирует. И да я сам на расте пишу. Это не мой основной язык (основной Питон) но один из двух второстепенных.
>sleep $((RANDOM % (3 * 60)))?
Непрецизионно. Прошаренные бороды писали эзотерические-эвристические костыли на Perl зависящие от положения звезд, mac-адреса и погоды на аэродроме в верхней пышме.
>В реальном мире НОРМАЛЬНО НЕ ПИШУТ.
В таком мире раст ни от чего не спасёт. Просто очередная перестановка кроватей. Притом не самая лучшая: ни стандарта, ни кроссплатформенности, ни ABI, всего один компилятор (да, при отсутствии стандарта это очень плохо) и ужасная экосистема как у жс.
Динамическую линковку-то хоть завезли уже?
>Прошаренные бороды писали эзотерические-эвристические костыли на Perl
А в системд на каждые такой костыль добавляют по флажку. Ждём, когда юниты станут полными по Тьюрингу. Хоспаде, всю жизнь мечтал пить тыквенный латте и программировать на ini-файлах. Это вам не какие-то дедовские баш-портянки.
>Хоспаде, всю жизнь мечтал пить тыквенный латте и программировать на ini-файлах. Это вам не какие-то дедовские баш-портянки.
С пробуждением. Сейчас еще нейроговно бустанет декларативщину, все охуеют.
>программировать на ini-файлах
Я в молодости много конфиги для gta настраивал, достаточно опыта для мидла, как считаете?
>>1879
>все охуеют
Все и так уже охуели настолько, что никто не хочет на новые системы переходить и новым софтом пользоваться. Про игоры вообще молчу, геймдев с такой оптимизацией просто загнулся нахуй.
>Про игоры вообще молчу, геймдев с такой оптимизацией просто загнулся нахуй.
В смысле? Xonotic норм. Что ещё нужно?
> если у него современный мощный пк
Нахуя тебе мощный пк? Ты что, игродаун или ллм-щик локальный?
Современная встройка покроет всё вообше нахуй. Для большинства людей и их задачек хватит N150
>ни стандарта
Очередная мантра идеализма об очередных стандартах которые от ошибок Сидебилов не спасают (а раст спасает)
>всего один компилятор
Их поболее. Просто пользуются одним основным потому что миллион компиляторов это очередной устаревший сидебильный патерн
>кроссплатформенности
Ну тут уже совсем бред и фантазии пошли. Как раз с кроссплатформенностью у раста полный порядок в отличии от сиговна.
>и ужасная экосистема как у жс.
Это тоже неправда. Экосистема раста ближе как раз к плюсам и питону. Не лучше но и не хуже.
>Динамическую линковку-то хоть завезли уже?
Давно как
>Современная встройка покроет всё вообше нахуй.
Современная встройка (vega 8 моя) тянет буквально все игоры, какие я пробовал, от скайрима и последних хитманов до гта/рдр и киберпука. Хуй знает, кто вообще платит за железо в нынешних условиях.
Гта 6 тоже запущу, кстати, уверен. Правда придется подолбиться с отключением травы и теней в конфигах.
>>ни стандарта
>Очередная мантра
>ой, для сборки libgovno-rs вам нужна nightly-версия компилятора
>ой, код libhuita-rs не обновлялся уже целый месяц, вы не сможете собрать его этой версией.
>Их поболее.
rustc, недопиленный gcc-rs, который когда-нибудь обязательно будет и... всё? Ничего не забыл?
>Как раз с кроссплатформенностью у раста полный порядок в отличии от сиговна.
Перечисли пять платформ, которые поддерживает раст и для которых нет компиляторов си. Ну или хотя бы одну.
>Экосистема раста ближе как раз к плюсам
Нисколько. Вообще. У плюсов нет cargo, и благодаря этому в их сообществе стабильное апи и обратная совместимость, отсутствие мусорных зависимостей - не пустой звук. Там никогда не появится is-even или leftpad просто потому, что написать его самому или воспользоваться реализацией из какого-нибудь буста проще, чем притянуть ещё одну библиотеку.
Да, я согласен, что прозрачнее. Но хочется графический интерфейс и понимание какая программа и куда лезет, желательно, чтобы с отображением скорости трафика.
Хуегаси. Вот когда напишут документацию для nftables как ту, что я выше скинул, тогда и приходи
А у тебя много программ, которые куда-то лезут? Мож ты не с той стороны к задаче подходишь?
Тебе надо, ты и пиши. Можешь хоть ipchains юзать, только реальность это не изменит и у nft нет альтернатив, многие утилиты уже завязаны не него, особенно на nfqueue.
Сейчас почти все программы куда-то лезут.
Какую же ты еще сторону задачи видишь? Моя в том, чтобы найти УДОБНЫЙ и простой инструмент, позволяющий контролировать доступ в интернет у системы и установленного в ней по.
nftables и каждую GID отдельно фильтровать, логировать, вписывать команды в скрипт, без gui.
Ну да, ведь это очень удобно и быстро, а главное, легко (нет). Так что подобного хочется избежать и найти альтернативу.
Как блять сделать разное масштабирование на разных мониторах
Хули есть только 100 и 200% где промежуточные варианты сука?
На 200 все огромное на 100 я на 4к мониторе ничего не вижу
Какого хуя все блять через жопу
Почему мышь летает как попало с одного монитора на другой и почему оно имеет разное ускорение на разных мониторах
Куда делись мои файлы с рабочего стола винды
Как блять в окне выбора файлов для загрузки сделать что бы было видно превью? как я нахуй могу понять что я кидаю сука и почему тут не пашут кнопки мыши назад вперед
То бля драйвер не пашет нужно отключать говно с биос то не сохраняется ничего после перезагрузки то еще какое нибудь говно
Бля когда я пробовал установить линукс 8 лет назад все было точно так же
в вашем линуксе ебаном время остановилось
Почему в менеджере приложений одно говно из 2008 года хули у всего такие низкие оценки? Типа это все кривое говно?
Короче линукс нужно еще лет 30 что бы настояться походу
>Тебе надо, ты и пиши.
Мне не надо, меня иптаблесы устраивают.
>nfqueue
В nfqueue можно и иптаблесами толкать пакеты, что ты мне лапшу вешаешь?
Да, хотелось бы еще каких-нибудь альтернатив.
это уже подмечали? чем это объясняется? игрунки убегают на каши?
понимаю, что не самая верная статистика, но пока лучше нет
>Перечисли пять платформ, которые поддерживает раст и для которых нет компиляторов си. Ну или хотя бы одну.
Сначала ты доебался до компиляторов Раст (хотя логика много компиляторов лучше чем мало не имеет никакого логического основания) критикуя экспериментальные. Потом ты пишешь поддержку компиляторов сиговна которая формально много где есть но качественно сильно уступает расту чья кроссплатформенность на абсолютно другом уровне в сравнении с устаревшим говном.
>Нисколько. Вообще. У плюсов нет cargo, и благодаря этому в их сообществе стабильное апи и обратная совместимость, отсутствие мусорных зависимостей - не пустой звук. Там никогда не появится is-even или leftpad просто потому, что написать его самому или воспользоваться реализацией из какого-нибудь буста проще, чем притянуть ещё одну библиотеку.
Ну тут уже совсем примитивный набор мифов рассчитанный на отрицательный IQ.
в сиговне нет cargo (стандартного, обязательного, идущего с компилятором). Но из этого не следует автоматически стабильный API, обратная совместимость, отсутствие мусорных зависимостей. Во многих больших сиговно проектах зависимости собираются через vcpkg, Conan, catch2, Boost и подобном шлаке. Есть целые requirements-подобные списки, мусорные зависимости тоже появляются особенно в индустриальных сборках. В Rust, наоборот, cargo это и билд-система и пакетный менеджер, и всё это встроено в язык. Это делает зависимость очень простой, очень массовой, и в том числе очень ленивой в том смысле что притянуть ещё одну библиотеку проще, чем писать самому и городить костыли как любители устаревшего сиговна.
Про стабильное API и совместимость поржал. Ты эти сказки рассказывай тем кто не кодил на сиговне а не мне с 10 летним опытом на нем. В крестах API сильно зависит от разработчика библиотеки. ABI (бинарная совместимость) в крестах почти не гарантируется между версиями компиляторов и даже между разными версиями одного компилятора. Стандарт крестов вообще не требует стабильности ABI для стандартной библиотеки между релизами. На практике - std::shared_ptr, std::string, std::vector и т.п. могут менять внутреннюю структуру, Размер, выравнивание, манглинг имен — могут меняться, DLL/ .so построенные с GCC 10, могут не линковаться с кодом построенным с GCC 12, Разные компиляторы (MSVC, clang, gcc) часто несовместимы на уровне ABI. В Rust тоже нет стабильного ABI для Rust-типов между версиями но есть чёткая поддержка C-ABI (extern "C", #[repr(C)]),
и cargo + тулчейны гарантируют, что std и другие crates для target-а будут совместимы внутри выбранной версии Rust. Так что утверждение про сиговно сам от этого спасает слишком оптимистично.
Насчет "никогда не появится is-even или leftpad" тоже маняфантазийно. Да, в крестах меньше библиотек для каждой микро-функции, изза того что сложнее делиться кодом (нет единого cargo), сложнее управлять зависимостями и т.д. Но Boost сам содержит сотни мусорно мелких вещей.
boost::is_even‑подобные утилиты,
boost::ltrim, boost::rtrim, boost::leftpad подобные функции и т.д.
Есть и отдельные библиотеки-микро-помощники stringtie, boost::string_ref и т.п., foonathan/memory, cppsystem, и много других.
В реальном мире в крупных проектах крестов часто пишут вспомогательные функции внутри проекта но в индустриальных общепринятых сборках (vcpkg, Conan) тоже есть огромные списки зависимостей, иногда мусорные библиотеки.
>Перечисли пять платформ, которые поддерживает раст и для которых нет компиляторов си. Ну или хотя бы одну.
Сначала ты доебался до компиляторов Раст (хотя логика много компиляторов лучше чем мало не имеет никакого логического основания) критикуя экспериментальные. Потом ты пишешь поддержку компиляторов сиговна которая формально много где есть но качественно сильно уступает расту чья кроссплатформенность на абсолютно другом уровне в сравнении с устаревшим говном.
>Нисколько. Вообще. У плюсов нет cargo, и благодаря этому в их сообществе стабильное апи и обратная совместимость, отсутствие мусорных зависимостей - не пустой звук. Там никогда не появится is-even или leftpad просто потому, что написать его самому или воспользоваться реализацией из какого-нибудь буста проще, чем притянуть ещё одну библиотеку.
Ну тут уже совсем примитивный набор мифов рассчитанный на отрицательный IQ.
в сиговне нет cargo (стандартного, обязательного, идущего с компилятором). Но из этого не следует автоматически стабильный API, обратная совместимость, отсутствие мусорных зависимостей. Во многих больших сиговно проектах зависимости собираются через vcpkg, Conan, catch2, Boost и подобном шлаке. Есть целые requirements-подобные списки, мусорные зависимости тоже появляются особенно в индустриальных сборках. В Rust, наоборот, cargo это и билд-система и пакетный менеджер, и всё это встроено в язык. Это делает зависимость очень простой, очень массовой, и в том числе очень ленивой в том смысле что притянуть ещё одну библиотеку проще, чем писать самому и городить костыли как любители устаревшего сиговна.
Про стабильное API и совместимость поржал. Ты эти сказки рассказывай тем кто не кодил на сиговне а не мне с 10 летним опытом на нем. В крестах API сильно зависит от разработчика библиотеки. ABI (бинарная совместимость) в крестах почти не гарантируется между версиями компиляторов и даже между разными версиями одного компилятора. Стандарт крестов вообще не требует стабильности ABI для стандартной библиотеки между релизами. На практике - std::shared_ptr, std::string, std::vector и т.п. могут менять внутреннюю структуру, Размер, выравнивание, манглинг имен — могут меняться, DLL/ .so построенные с GCC 10, могут не линковаться с кодом построенным с GCC 12, Разные компиляторы (MSVC, clang, gcc) часто несовместимы на уровне ABI. В Rust тоже нет стабильного ABI для Rust-типов между версиями но есть чёткая поддержка C-ABI (extern "C", #[repr(C)]),
и cargo + тулчейны гарантируют, что std и другие crates для target-а будут совместимы внутри выбранной версии Rust. Так что утверждение про сиговно сам от этого спасает слишком оптимистично.
Насчет "никогда не появится is-even или leftpad" тоже маняфантазийно. Да, в крестах меньше библиотек для каждой микро-функции, изза того что сложнее делиться кодом (нет единого cargo), сложнее управлять зависимостями и т.д. Но Boost сам содержит сотни мусорно мелких вещей.
boost::is_even‑подобные утилиты,
boost::ltrim, boost::rtrim, boost::leftpad подобные функции и т.д.
Есть и отдельные библиотеки-микро-помощники stringtie, boost::string_ref и т.п., foonathan/memory, cppsystem, и много других.
В реальном мире в крупных проектах крестов часто пишут вспомогательные функции внутри проекта но в индустриальных общепринятых сборках (vcpkg, Conan) тоже есть огромные списки зависимостей, иногда мусорные библиотеки.
> Короче линукс нужно еще лет 30 что бы настояться походу
А мозгов понять, что все эти ваши юзер-френдли делается силой бесплатной рабочей силы не судьба?
> кто мне может объяснить зачем обычному челику не программисту переходить с винды на линукс
Если ты задаешь такие вопросы, то значит не зачем тебе переходить.
Вся эта тряска про телеметрию, Линукс быстрее и Линукс бесплатное сугубо индивидуальна.
>установил x11 кал
>ряя почему нет fractional scaling
Тебе петушки в уши насрали. Во всех нормальных дистрибутивах есть дробное масштабирование.
>Почему мышь летает как попало с одного монитора на другой и почему оно имеет разное ускорение на разных мониторах
X11 кал
>Куда делись мои файлы с рабочего стола винды
Ну тут приговор уже ебать
>Как блять в окне выбора файлов для загрузки сделать что бы было видно превью? как я нахуй могу понять что я кидаю сука и почему тут не пашут кнопки мыши назад вперед
всё работает у всех. У тебя не работает. Типикал.
>То бля драйвер не пашет нужно отключать говно с биос то не сохраняется ничего после перезагрузки то еще какое нибудь говно
Пиздец, драйвер на мозг отключился
>Почему в менеджере приложений одно говно из 2008 года хули у всего такие низкие оценки? Типа это все кривое говно?
Потому что дистрибутив говно из 2008
ты мыслишь слишком логично и прагматично, линукс это не ОС это идея, образ жизни и мышления
>Во всех нормальных дистрибутивах есть дробное масштабирование
Которое не пашет нихуя в 90% случаев.
мимо
Просто база всех баз. Точно такое же впечатление.
>Бля когда я пробовал установить линукс 8 лет назад все было точно так же
Нет, тогда он был хотя бы быстрее винды раз в 5 и ресурсов жрал меньше раз в 5.
Прост им мама сказала, что они самые умные мальчики на свете. И они решили потролить ТУПЫМИ пастами.
От виндодаунов с самой глючной ОС в истории это потешно выглядит. Ладно бы яблочные геи возникали с их макосью но эти...
Его и в лисе нет по дефолту в 90% дистров, надо догадаться и лезть включать в конфиг, лул.
Причем тут видеокарта, шиз? В ванильной лисе для линупса программно эта опция выключена. Держу в курсе.
Соответственно, в тех 90% дистров, где лиса ванильной поставляется, ты вынужден долбиться в срачельник.
Там есть блеклист по видюхам, как и в хромиуме. На арче всё норм, а это главный десктоп дистр.
Чел, лиса на линуксе это как edge (и internet explorer до него) на винде. Браузер предназначенный для того чтобы скачать нормальный браузер.
SteamOS, CachyOS, Arch - не важно. Арч появился раньше, занял позицию, а потом уже на его основе сделали остальное.
Тем более как тогда твоя болезнь называется если тебе даже открывать годзиллу не надо но ты жрешь этот кал потому что он встроен.
Есть одна хуйня: через полчаса примерно звук пропадает секунд на десять, а потом начинает статтерить и проигрываться на х2 скорости. Это на каждом протоне возникает. Раздражает, конечно, но я после каждого сейва перезахожу в игру и похуй в принципе. Если у кого встречалось такое посоветуйте фикс, если есть.
https://gitlab.com/Ph42oN/dxvk-gplasync
Можно через winetricks его поставить. Не знаю, какой у тебя dxvk, обычный или async стоит сейчас.
>через полчаса примерно звук пропадает секунд на десять, а потом начинает статтерить и проигрываться на х2 скорости. Это на каждом протоне возникает. Раздражает, конечно, но я после каждого сейва перезахожу в игру и похуй
Дай угадаю, ты тот самый анон, который всем кешу советует итт?
Вообще, просто отключи звук нахуй, мой тебе совет. Больше нервов сэкономишь.
Звук не нужОн на линуксе, мы же это выяснили тут выше при обсуждении наушников.
Попробовал через чистый Вайн с dxvk_async, а не через протон. Почему-то 30-40 ФПС на нём. А на протоне 60 стабильных. Кажется легче просто игру перезапускать чем терпеть такой фпс.
Да и такое чувство, что дело не в dxvk, а в какой-то рандомной дрисне, типа надо какую-то переменную включить, о которой я не знаю.
Ебать ты детектив, даже упоминание Никса не можешь вычленить из поста.
Главный десктопный дистр это Fedora, что там арчепетухи выдумали в своем арчемирке как-то похуй.
>логика много компиляторов лучше чем мало не имеет никакого логического основания
Есть выбор между разными поставщиками, это определенно хорошо. Не нравится один, переключись на другого.
>Потом ты пишешь поддержку компиляторов сиговна которая формально много где есть но качественно сильно уступает расту чья кроссплатформенность на абсолютно другом уровне в сравнении с устаревшим говном.
GCC+C очевидно превосходит оригинальный rustc по всем параметрам. Сравнение малоизвестных компиляторов идет тоже в пользу С, так как Rust под эту платформу вообще может и не быть (условный DSP).
>в сиговне нет cargo (стандартного, обязательного, идущего с компилятором)
Это огромный плюс, так как формирует общество без npm-болезни. Ну и cargo с компилятором не идет.
>Во многих больших сиговно проектах зависимости собираются через vcpkg, Conan, catch2, Boost и подобном шлаке.
Что? Собираются через catch2 и Boost?
>В Rust, наоборот, cargo это и билд-система и пакетный менеджер, и всё это встроено в язык.
Нормальная билд-система там отсутствует, и приходится использовать build.rs. Плюс нужно тянуть опять же системные библиотеки через что то внешнее. vcpkg интегрируется с CMake, так что я разницы особо не вижу.
>Это делает зависимость очень простой, очень массовой, и в том числе очень ленивой в том смысле что притянуть ещё одну библиотеку проще, чем писать самому и городить костыли как любители устаревшего сиговна.
Это про культуру разработки. ПМ это мелочь, легко ли будет эту библиотеку поддерживать, а что с ней будет через 5 лет? А как мне ее отлаживать если я кода не знаю? Отсюда и велосипеды вместо STL.
>Про стабильное API и совместимость поржал.
Проблемы присутствуют, но все же стабильность API очень неплохая, даже ABI зачастую очень хорошая.
>Разные компиляторы (MSVC, clang, gcc) часто несовместимы на уровне ABI.
А как хорошо совместимы между собой компиляторы Rust?
>Но Boost сам содержит сотни мусорно мелких вещей
Это противоположенность leftpad.
>логика много компиляторов лучше чем мало не имеет никакого логического основания
Есть выбор между разными поставщиками, это определенно хорошо. Не нравится один, переключись на другого.
>Потом ты пишешь поддержку компиляторов сиговна которая формально много где есть но качественно сильно уступает расту чья кроссплатформенность на абсолютно другом уровне в сравнении с устаревшим говном.
GCC+C очевидно превосходит оригинальный rustc по всем параметрам. Сравнение малоизвестных компиляторов идет тоже в пользу С, так как Rust под эту платформу вообще может и не быть (условный DSP).
>в сиговне нет cargo (стандартного, обязательного, идущего с компилятором)
Это огромный плюс, так как формирует общество без npm-болезни. Ну и cargo с компилятором не идет.
>Во многих больших сиговно проектах зависимости собираются через vcpkg, Conan, catch2, Boost и подобном шлаке.
Что? Собираются через catch2 и Boost?
>В Rust, наоборот, cargo это и билд-система и пакетный менеджер, и всё это встроено в язык.
Нормальная билд-система там отсутствует, и приходится использовать build.rs. Плюс нужно тянуть опять же системные библиотеки через что то внешнее. vcpkg интегрируется с CMake, так что я разницы особо не вижу.
>Это делает зависимость очень простой, очень массовой, и в том числе очень ленивой в том смысле что притянуть ещё одну библиотеку проще, чем писать самому и городить костыли как любители устаревшего сиговна.
Это про культуру разработки. ПМ это мелочь, легко ли будет эту библиотеку поддерживать, а что с ней будет через 5 лет? А как мне ее отлаживать если я кода не знаю? Отсюда и велосипеды вместо STL.
>Про стабильное API и совместимость поржал.
Проблемы присутствуют, но все же стабильность API очень неплохая, даже ABI зачастую очень хорошая.
>Разные компиляторы (MSVC, clang, gcc) часто несовместимы на уровне ABI.
А как хорошо совместимы между собой компиляторы Rust?
>Но Boost сам содержит сотни мусорно мелких вещей
Это противоположенность leftpad.
>Это делает зависимость очень простой, очень массовой, и в том числе очень ленивой в том смысле что притянуть ещё одну библиотеку проще, чем писать самому и городить костыли
Об этом я и говорю. Для меинстримных языков с крупными сообществами, где у среднего программиста есть бОльшая склонность делать на отъебись, от cargo больше вреда, чем пользы. Легко наговнякать и залить библиотеку, легко подключить. Из-за этого имеем кучу мелочевки типа is_even и leftpad в авторстве от неизвестных и с большой вероятностью недобросовестных васянов, которую в легкую подключат в более крупные и весомые проекты. В итоге даже у небольших проектов неконтролируемо гигантское дерево зависимостей. Докинуть ещё несколько лопат меинстримности в растосообщество и начнётся то же, что в npm.
> Но Boost сам содержит сотни мусорно мелких вещей.
>boost::is_even‑подобные утилиты,
>boost::ltrim, boost::rtrim, boost::leftpad подобные функции и т.д.
Это правильный подход - одна большая библиотека с однородным АПИ, дополняющая стандартную.
Сплошные плюсы: она у всех есть в системе, у неё однородный АПИ, тысячи пользователей - сотни глаз, в среднем более эффективная реализация, чем в мелочевке, авторы держат в уме, что в дистрибутивах может быть не самая свежая версия, поэтому апи стабильный.
>ABI (бинарная совместимость) в крестах почти не гарантируется
Нельзя использовать из других языков = нет ABI.
Я и не говорил, что кресты - не говно. С растом одного поля ягоды. Речь была об экосистемах.
>vcpkg
Лол. Этой темы я даже касаться не хочу.
У дедов уже мозг отсох давно, они все это поддерживают. Скорее просто смена эпохи, и не осталось тех красноглазых фанатов столлмана которые понимали и любили технологии. И с чем сейчас взаимодействует обыватель? С операционными системами от Apple, Android, где все намеренно ограниченно, нету кастомизации, нету упора на упрощение. Это становится нормой, желаемым поведением.
От того им так нравится rust, systemd, wayland, и другие недотехнологии. Даже выбор дистрибутивов это отображает, если раньше Ubuntu или Mint выглядели как дистрибутивы для домохозяек, то сейчас они уже в понимании новопришедшего где то рядом с Volkov Commander.
Зато с помощью новых дистрибутивов, можно в 1 клик превратить свой компьютер в игровую консоль, где приходят какие то полезные обновления, и можно запускать браузер, игры.
Жив и здоров, интересен Intel и особенно RH. Он лучше оптимизирует по мироархитектуре, и лучше поддерживает новые стандарты языков. Как приятное дополнение, включает работающий компилятор Fortran.
>интересен Intel
Настолько что тот свой компилятор перетащил на ллвм.
>и лучше поддерживает новые стандарты языков
Ну че там, mdspan нормально захрюкал в libstdcxx?
>Настолько что тот свой компилятор перетащил на ллвм
Он же проприетарный, на GCC не получится при всем желании. Что является плюсом GCC. Популярностью их компилятор никогда не пользовался, чудес не показывал, а вот в разработке GCC они участвуют.
>Ну че там, mdspan нормально захрюкал в libstdcxx?
https://cppreference.com/cpp/23
>>2034
Короче полёт нормальный, звук не статтерит. Даже dxvk-async не понадобилось пердолить, дефолтных лид из лутриса хватило. Я все игры до этого запускал через протоны, через Вайн не пробовал, потому что с ним хуйня всякая происходила: не создавался префикс в лутрисе и вайнтрикс мозг ебал. Сейчас разобрался со всеми проблемами: с первой - надо просто 64 битный префикс выбирать вместо авто, а со вторым - вообще обскурное решение на просторах гитхаб ищью нашёл. Спасибо за наводку попробовать через обычный Вайн запустить, анонче.
> Что является плюсом GCC.
У gcc помойная лицензия даже не смотря на runtime library exception, поэтому он труп.
В 80х радиоактивный кодомогильник gplv3 существовал разве что в мозолях rms и никто не обязывал делится закрытыми оптимизациями с апстримом.
>GCC+C очевидно превосходит оригинальный rustc по всем параметрам. Сравнение малоизвестных компиляторов идет тоже в пользу С, так как Rust под эту платформу вообще может и не быть (условный DSP).
Ничего очевидного в этом утверждении нет. Это классическое выдавание желаемого за действительное. В чем превосходство? Скорость компиляции? Нет. rustc компилируется примерно так же быстро как крестоговно с GCC/clang. Иногда чуть медленнее иногда чуть быстрее в зависимости от проекта. но в целом они равны.
Рантайм перфоманс? Тоже нет rustc генерирует код сопоставимый по скорости с GCC для сишек, а иногда и лучше особенно на современных оптимизациях LLVM.
Что там еще, поддержка платформ? Ну да GCC поддерживает больше архитектур включая некоторые экзотические и старые. Но как я выше написал количественно так но не качественно. Rust на многих платформах имеет полную std, а GCC на некоторых только базовый компилятор без полноценной C++ std.
А то что на некоторых DSP сиговно единственный вариант, то ничего страшного. Это естественная разница в maturity. И под них со временем компиляторы допилят.
В итоге что получаем? По общим кейсам никакого "очевидного" преимущества у кретохрени нет ни по каким параметрам, только субъективные. По экзотичным всяким вещам да другое дело но опять же это не вопрос превосходства, если у тебя конкретный этот экзотичный кейс где раста просто нет или он сырой на данный момент времени то вопросов нет ты выберешь сишню. У меня в данный момент таких кейсов нет, мои более общие.
>Это огромный плюс, так как формирует общество без npm-болезни. Ну и cargo с компилятором не идет.
Очередная необъективная идеализация сиговна. Единого cargo нет но есть vcpkg, Conan, pkgconf, CMake, Meson, и т.д. зависимосимстей также может быть много. Есть breaking changes (особенно в больших библиотеках), есть проблемы с версионированием и security. Boost это одна гигантская библиотека, но внутри сотни модулей и каждый может быть микро-библиотекой и часто зависит от других Boost-модулей. vcpkg/Conan могут тянуть десятки зависимостей, с сложными зависимостями друг от друга. Карго не создает проблему из ничего так же как и его отсутствие не решает проблему это очень наивный взгляд на вещи. Отсутствие карго это лишь фанатизм и больше ручной работы. В крестоговне чтобы добавить зависимость надо вручную скачать, настроить CMake, указать include-пути, проверить версии, линковать правильно. Заниматься этим по кайфу только по религиозным причинам (что и есть главные причины любви к сишке, остальное просто подгоняется под религию). В карго же cargo add <package>, всё автоматически, всё в Cargo.toml.
>Ну и cargo с компилятором не идет.
Ну тут уже братик откровенный бред пошел. Карго идёт вместе с компилятором (rustc) при установке через rustup.
>Собираются через catch2 и Boost?
Catch2 и Boost сами являются зависимостями, а не инструментами управления зависимостями.
>Нормальная билд-система там отсутствует, и приходится использовать build.rs. Плюс нужно тянуть опять же системные библиотеки через что то внешнее. vcpkg интегрируется с CMake, так что я разницы особо не вижу.
Причем тут build rs? В расте карго и есть билд-система. build.rs да используется но не как "нормальная" билд-система а для специфичных кейсов, типа управления библиотеками Си. И В ржавом и в сиговне нужно тянуть системные библиотеки извне.
Разница в том, что в Rust это встроенное (build.rs), а в крестах это внешнее (vcpkg, Conan и тд).
>Это про культуру разработки. ПМ это мелочь, легко ли будет эту библиотеку поддерживать, а что с ней будет через 5 лет? А как мне ее отлаживать если я кода не знаю? Отсюда и велосипеды вместо STL.
Культура разработки не вина языка. Описанные проблемы общие просто под разными углами. Свои костыли все равно писать придется на любом из этих языков. Либо поддерживать чужие костыли. Тут волшебных таблеток нет.
>А как хорошо совместимы между собой компиляторы Rust?
Ну вот поэтому я тебе и писал что много компиляторов не значит автоматически все хорошо. В расте в целом нет проблемы совместимости потому что один стандарт.
>>2045
>Об этом я и говорю. Для меинстримных языков с крупными сообществами, где у среднего программиста есть бОльшая склонность делать на отъебись, от cargo больше вреда, чем пользы. Легко наговнякать и залить библиотеку, легко подключить. Из-за этого имеем кучу мелочевки типа is_even и leftpad в авторстве от неизвестных и с большой вероятностью недобросовестных васянов, которую в легкую подключат в более крупные и весомые проекты. В итоге даже у небольших проектов неконтролируемо гигантское дерево зависимостей. Докинуть ещё несколько лопат меинстримности в растосообщество и начнётся то же, что в npm.
Так это опять же не проблема языка. Карго удобный инструмент но не мешает выстрелить себе в хуй. В мелких проектах он скорее полезен даже не в особо умелых руках. В крупных проектах нужно осторожными быть да. Тут в помощь архитектурные паттерны аудиты зависимостей и прочее. Это объемная тема и в этом да нужно разбираться на уровне больших проектов. В си просто вручную это все собирать муторно отсюда и не делают это называя "культурой" хотя это больше необходимость, вилкой суп не поешь.
>Это правильный подход - одна большая библиотека с однородным АПИ, дополняющая стандартную.
Сплошные плюсы: она у всех есть в системе, у неё однородный АПИ, тысячи пользователей - сотни глаз, в среднем более эффективная реализация, чем в мелочевке, авторы держат в уме, что в дистрибутивах может быть не самая свежая версия, поэтому апи стабильный.
У всех у кого? В линуксах ок, так и есть. В маке и винде это далеко не так. Нужно скачать, настроить CMake, линковать вручную. Насчет более эффективной реализации не согласен. Да компоненты оптимизированы но часть компонентов не такая современная часть не оптимизирована для новых архитектур. В общем тут не однозачно и от кейсов зависит. Апи стабильный ок, но у раста он тоже стабильный у крейтов несмотря на большую раздробленность. Плюс еще сложности с разными версиями буста, карго их сам решает например. В общем тут просто другой подход тут нет радикального лучше хуже.
>GCC+C очевидно превосходит оригинальный rustc по всем параметрам. Сравнение малоизвестных компиляторов идет тоже в пользу С, так как Rust под эту платформу вообще может и не быть (условный DSP).
Ничего очевидного в этом утверждении нет. Это классическое выдавание желаемого за действительное. В чем превосходство? Скорость компиляции? Нет. rustc компилируется примерно так же быстро как крестоговно с GCC/clang. Иногда чуть медленнее иногда чуть быстрее в зависимости от проекта. но в целом они равны.
Рантайм перфоманс? Тоже нет rustc генерирует код сопоставимый по скорости с GCC для сишек, а иногда и лучше особенно на современных оптимизациях LLVM.
Что там еще, поддержка платформ? Ну да GCC поддерживает больше архитектур включая некоторые экзотические и старые. Но как я выше написал количественно так но не качественно. Rust на многих платформах имеет полную std, а GCC на некоторых только базовый компилятор без полноценной C++ std.
А то что на некоторых DSP сиговно единственный вариант, то ничего страшного. Это естественная разница в maturity. И под них со временем компиляторы допилят.
В итоге что получаем? По общим кейсам никакого "очевидного" преимущества у кретохрени нет ни по каким параметрам, только субъективные. По экзотичным всяким вещам да другое дело но опять же это не вопрос превосходства, если у тебя конкретный этот экзотичный кейс где раста просто нет или он сырой на данный момент времени то вопросов нет ты выберешь сишню. У меня в данный момент таких кейсов нет, мои более общие.
>Это огромный плюс, так как формирует общество без npm-болезни. Ну и cargo с компилятором не идет.
Очередная необъективная идеализация сиговна. Единого cargo нет но есть vcpkg, Conan, pkgconf, CMake, Meson, и т.д. зависимосимстей также может быть много. Есть breaking changes (особенно в больших библиотеках), есть проблемы с версионированием и security. Boost это одна гигантская библиотека, но внутри сотни модулей и каждый может быть микро-библиотекой и часто зависит от других Boost-модулей. vcpkg/Conan могут тянуть десятки зависимостей, с сложными зависимостями друг от друга. Карго не создает проблему из ничего так же как и его отсутствие не решает проблему это очень наивный взгляд на вещи. Отсутствие карго это лишь фанатизм и больше ручной работы. В крестоговне чтобы добавить зависимость надо вручную скачать, настроить CMake, указать include-пути, проверить версии, линковать правильно. Заниматься этим по кайфу только по религиозным причинам (что и есть главные причины любви к сишке, остальное просто подгоняется под религию). В карго же cargo add <package>, всё автоматически, всё в Cargo.toml.
>Ну и cargo с компилятором не идет.
Ну тут уже братик откровенный бред пошел. Карго идёт вместе с компилятором (rustc) при установке через rustup.
>Собираются через catch2 и Boost?
Catch2 и Boost сами являются зависимостями, а не инструментами управления зависимостями.
>Нормальная билд-система там отсутствует, и приходится использовать build.rs. Плюс нужно тянуть опять же системные библиотеки через что то внешнее. vcpkg интегрируется с CMake, так что я разницы особо не вижу.
Причем тут build rs? В расте карго и есть билд-система. build.rs да используется но не как "нормальная" билд-система а для специфичных кейсов, типа управления библиотеками Си. И В ржавом и в сиговне нужно тянуть системные библиотеки извне.
Разница в том, что в Rust это встроенное (build.rs), а в крестах это внешнее (vcpkg, Conan и тд).
>Это про культуру разработки. ПМ это мелочь, легко ли будет эту библиотеку поддерживать, а что с ней будет через 5 лет? А как мне ее отлаживать если я кода не знаю? Отсюда и велосипеды вместо STL.
Культура разработки не вина языка. Описанные проблемы общие просто под разными углами. Свои костыли все равно писать придется на любом из этих языков. Либо поддерживать чужие костыли. Тут волшебных таблеток нет.
>А как хорошо совместимы между собой компиляторы Rust?
Ну вот поэтому я тебе и писал что много компиляторов не значит автоматически все хорошо. В расте в целом нет проблемы совместимости потому что один стандарт.
>>2045
>Об этом я и говорю. Для меинстримных языков с крупными сообществами, где у среднего программиста есть бОльшая склонность делать на отъебись, от cargo больше вреда, чем пользы. Легко наговнякать и залить библиотеку, легко подключить. Из-за этого имеем кучу мелочевки типа is_even и leftpad в авторстве от неизвестных и с большой вероятностью недобросовестных васянов, которую в легкую подключат в более крупные и весомые проекты. В итоге даже у небольших проектов неконтролируемо гигантское дерево зависимостей. Докинуть ещё несколько лопат меинстримности в растосообщество и начнётся то же, что в npm.
Так это опять же не проблема языка. Карго удобный инструмент но не мешает выстрелить себе в хуй. В мелких проектах он скорее полезен даже не в особо умелых руках. В крупных проектах нужно осторожными быть да. Тут в помощь архитектурные паттерны аудиты зависимостей и прочее. Это объемная тема и в этом да нужно разбираться на уровне больших проектов. В си просто вручную это все собирать муторно отсюда и не делают это называя "культурой" хотя это больше необходимость, вилкой суп не поешь.
>Это правильный подход - одна большая библиотека с однородным АПИ, дополняющая стандартную.
Сплошные плюсы: она у всех есть в системе, у неё однородный АПИ, тысячи пользователей - сотни глаз, в среднем более эффективная реализация, чем в мелочевке, авторы держат в уме, что в дистрибутивах может быть не самая свежая версия, поэтому апи стабильный.
У всех у кого? В линуксах ок, так и есть. В маке и винде это далеко не так. Нужно скачать, настроить CMake, линковать вручную. Насчет более эффективной реализации не согласен. Да компоненты оптимизированы но часть компонентов не такая современная часть не оптимизирована для новых архитектур. В общем тут не однозачно и от кейсов зависит. Апи стабильный ок, но у раста он тоже стабильный у крейтов несмотря на большую раздробленность. Плюс еще сложности с разными версиями буста, карго их сам решает например. В общем тут просто другой подход тут нет радикального лучше хуже.
Время меняется. Когда мы были маленькие мы часами ковыряли винду. У меня был огромный справочник во windows 98 который я читал от корки до корки и ковырял систему с ним. Потому что компьютер это было что-то магическое. А развлечений не было кроме него и телевизора. Даже ебаные книги и то тяжело было достать. Сейчас информация из каждых щелей а темп жизни бешеный стал. Ну нет времени по религиозным причинам сидеть и вилкой разгребать эти ваши инит простыни или гентушничать. Кушать нам надо понимаешь? Ипотеку выплачивать. А дома и без этого хлопот хватает.
Это норм тема, чтобы не грузить компиляцией процессор во время игры. Если железа хватает с избытком, можешь пропускать или вообще вырубить предкомпиляцию. Обычно она не заёбывает, только в доте 2 каждый апдейт была ёбка компиляцией, но я оттуда уже убежал. В других играх всё ок.
Вообще такого не должно быть при КАЖДОМ запуске игры, это значит что шейдеры не сохраняются в кэш.
А сорян, при первом запуске, в глаза ебусь. Ну скипай или ставь в бэкграунде в настройках если бесит. На винде они тоже конпеклируются, только попап не всплывает, при установке или в процессе уже.
При каждом не должно быть, только при апдейтах или скачивании доп контента, которые добавляют новые шейдеры. Он написал при первом запуске.
Весь реддит завален плачем по сломанному апдейту федоры 44. Боюсь уже обновляться, мало ли.
А все сломали. После обновления система превращается в тыкву и перестает грузиться вообще. Кто-то спасается бэкапами, кто-то плачет.
Лол что? Сижу на 44 с первого дня выпуска. Все работает. У очередного клоуна что-то сломалось и раздули на весь интернет?
>У очередного клоуна что-то сломалось и раздули на весь интернет?
Не на весь интернет, а на одну прибабахнутую голову. У нас скоро не тред будет, а прибежище шизонытиков. Всё ломается, ничего не работает, пользоваться невозможно, яжпрограммист!
НУ шож поделать на двощах большая концентрация шизиков.
>Ничего очевидного в этом утверждении нет. Это классическое выдавание желаемого за действительное. В чем превосходство?
В том что на Rust ты не сможешь писать под тот условный DSP, а на С сможешь. Очевидно же, нет?
Или тебе нужно сравнение между популярными? Забросят один, перейдешь на другой. Вектор развития разный, MSVC в первую очередь под Windows и имеет соответствующие расширения, а GCC имеет уже свой набор расширений, самые вкусные расширения попадают в другие компиляторы и в стандарт. MSVC больше прощает по UB чем gcc или clang.
>Нет. rustc компилируется примерно так же быстро как крестоговно с GCC/clang.
Фантазии, причем C++ компилируется так же быстро как С если подойти правильно к шаблонам.
>Рантайм перфоманс? Тоже нет rustc генерирует код сопоставимый по скорости с GCC для сишек, а иногда и лучше особенно на современных оптимизациях LLVM.
rustc не генерирует итоговый код, этим занимается LLVM. Не понимаю что ты хочешь сказать, можно же инвертировать, если rustc не предлагает лучшей скорости, то может выбрать gcc+c?
>Очередная необъективная идеализация сиговна.
Такое ощущение что ты вообще кода не видел в своей жизни, не говоря уже о десятках лет опыта. Ну сравни количество зависимостей у busybox ( curses, libc) и у uutils - https://github.com/uutils/coreutils/blob/main/Cargo.lock
>Единого cargo нет но есть vcpkg, Conan, pkgconf, CMake, Meson, и т.д. зависимосимстей также может быть много.
ПМ только первые два, я собираю все пакеты на своем компьютере, и у меня нету vcpkg и Conan. Я не вижу их использования.
>Есть breaking changes (особенно в больших библиотеках), есть проблемы с версионированием и security.
Однозначно, тут с тобой никто не спорит. Однако проблемы просто несравнимы с теми что есть у Rust.
>Boost это одна гигантская библиотека, но внутри сотни модулей и каждый может быть микро-библиотекой и часто зависит от других Boost-модулей.
А теперь представь что каждый такой модуль зависит от еще сотни других библиотек, вот это и есть npm-помойка как в Rust.
>vcpkg/Conan могут тянуть десятки зависимостей, с сложными зависимостями друг от друга
Ты через чатжпт это пишешь? Или ты думаешь я этого не знаю? Но вот только не будет сотни зависимостей, нету такой культуры разработки.
>В крестоговне чтобы добавить зависимость надо вручную скачать, настроить CMake, указать include-пути, проверить версии, линковать правильно.
Так ты же сам выше пишешь про vcpkg, там это делается очень просто. В чем проблема то по итогу? vcpkg add ncurses и поехал, не?
>В карго же cargo add <package>, всё автоматически, всё в Cargo.toml.
Вот вот, как в vcpkg, в чем проблема?
>Ну тут уже братик откровенный бред пошел. Карго идёт вместе с компилятором (rustc) при установке через rustup.
Я скорее про то что он же не в составе rustc, правильно? Да и поставить его можно без cargo - apt install rustc
>Catch2 и Boost сами являются зависимостями, а не инструментами управления зависимостями.
Ну их могут и не использовать. В чем проблема Boost я так и не понял. Проблемы boost известны конечно, но в данном обсуждении непонятно.
>Причем тут build rs? В расте карго и есть билд-система. build.rs да используется но не как "нормальная" билд-система а для специфичных кейсов, типа управления библиотеками Си.
Для любых кейсов когда просто сборки недостаточно. Для С в том числе.
>Разница в том, что в Rust это встроенное (build.rs), а в крестах это внешнее (vcpkg, Conan и тд).
Я в крестах такого идиотизма не видел, обычно есть DSL под это.
>Культура разработки не вина языка.
А это не особо важно, ну не вина и не вина, но в люьом случае Rust уже проклят, и почти все библиотеки тянут за собой огромное дерево.
>Ну вот поэтому я тебе и писал что много компиляторов не значит автоматически все хорошо. В расте в целом нет проблемы совместимости потому что один стандарт.
А в C/С++ много стандартов? Страуструп про это уже писал, пройдет N лет и будет тебе возня с разными компиляторами. Просто язык еще незрелый.
>>2069
Да деды это ладно, но молодняк уже достойные справочники (или аналоги) открывать не хочет. Не пришло замены.
>Ничего очевидного в этом утверждении нет. Это классическое выдавание желаемого за действительное. В чем превосходство?
В том что на Rust ты не сможешь писать под тот условный DSP, а на С сможешь. Очевидно же, нет?
Или тебе нужно сравнение между популярными? Забросят один, перейдешь на другой. Вектор развития разный, MSVC в первую очередь под Windows и имеет соответствующие расширения, а GCC имеет уже свой набор расширений, самые вкусные расширения попадают в другие компиляторы и в стандарт. MSVC больше прощает по UB чем gcc или clang.
>Нет. rustc компилируется примерно так же быстро как крестоговно с GCC/clang.
Фантазии, причем C++ компилируется так же быстро как С если подойти правильно к шаблонам.
>Рантайм перфоманс? Тоже нет rustc генерирует код сопоставимый по скорости с GCC для сишек, а иногда и лучше особенно на современных оптимизациях LLVM.
rustc не генерирует итоговый код, этим занимается LLVM. Не понимаю что ты хочешь сказать, можно же инвертировать, если rustc не предлагает лучшей скорости, то может выбрать gcc+c?
>Очередная необъективная идеализация сиговна.
Такое ощущение что ты вообще кода не видел в своей жизни, не говоря уже о десятках лет опыта. Ну сравни количество зависимостей у busybox ( curses, libc) и у uutils - https://github.com/uutils/coreutils/blob/main/Cargo.lock
>Единого cargo нет но есть vcpkg, Conan, pkgconf, CMake, Meson, и т.д. зависимосимстей также может быть много.
ПМ только первые два, я собираю все пакеты на своем компьютере, и у меня нету vcpkg и Conan. Я не вижу их использования.
>Есть breaking changes (особенно в больших библиотеках), есть проблемы с версионированием и security.
Однозначно, тут с тобой никто не спорит. Однако проблемы просто несравнимы с теми что есть у Rust.
>Boost это одна гигантская библиотека, но внутри сотни модулей и каждый может быть микро-библиотекой и часто зависит от других Boost-модулей.
А теперь представь что каждый такой модуль зависит от еще сотни других библиотек, вот это и есть npm-помойка как в Rust.
>vcpkg/Conan могут тянуть десятки зависимостей, с сложными зависимостями друг от друга
Ты через чатжпт это пишешь? Или ты думаешь я этого не знаю? Но вот только не будет сотни зависимостей, нету такой культуры разработки.
>В крестоговне чтобы добавить зависимость надо вручную скачать, настроить CMake, указать include-пути, проверить версии, линковать правильно.
Так ты же сам выше пишешь про vcpkg, там это делается очень просто. В чем проблема то по итогу? vcpkg add ncurses и поехал, не?
>В карго же cargo add <package>, всё автоматически, всё в Cargo.toml.
Вот вот, как в vcpkg, в чем проблема?
>Ну тут уже братик откровенный бред пошел. Карго идёт вместе с компилятором (rustc) при установке через rustup.
Я скорее про то что он же не в составе rustc, правильно? Да и поставить его можно без cargo - apt install rustc
>Catch2 и Boost сами являются зависимостями, а не инструментами управления зависимостями.
Ну их могут и не использовать. В чем проблема Boost я так и не понял. Проблемы boost известны конечно, но в данном обсуждении непонятно.
>Причем тут build rs? В расте карго и есть билд-система. build.rs да используется но не как "нормальная" билд-система а для специфичных кейсов, типа управления библиотеками Си.
Для любых кейсов когда просто сборки недостаточно. Для С в том числе.
>Разница в том, что в Rust это встроенное (build.rs), а в крестах это внешнее (vcpkg, Conan и тд).
Я в крестах такого идиотизма не видел, обычно есть DSL под это.
>Культура разработки не вина языка.
А это не особо важно, ну не вина и не вина, но в люьом случае Rust уже проклят, и почти все библиотеки тянут за собой огромное дерево.
>Ну вот поэтому я тебе и писал что много компиляторов не значит автоматически все хорошо. В расте в целом нет проблемы совместимости потому что один стандарт.
А в C/С++ много стандартов? Страуструп про это уже писал, пройдет N лет и будет тебе возня с разными компиляторами. Просто язык еще незрелый.
>>2069
Да деды это ладно, но молодняк уже достойные справочники (или аналоги) открывать не хочет. Не пришло замены.
>В том что на Rust ты не сможешь писать под тот условный DSP, а на С сможешь. Очевидно же, нет?
Это логическая ошибка, превозношение частного над общим. Ты демонстриурешь религиозное мышление. Язык это инструмент. Если у тебя стоит задача писать на DSP то вопросов нет, сиговно скорее всего более подходящий инструмент. Если такой задачи не стоит (это не задача общего назначения а специфичный кейс) то аргумент звучит как религиозное мышление.
>Фантазии, причем C++ компилируется так же быстро как С если подойти правильно к шаблонам.
А есть ли доказательство что крестоговно компилируется быстрее ржавого? Не в каком-то специфичном кейсе а в целом? Я таких не видел.
>rustc не генерирует итоговый код, этим занимается LLVM. Не понимаю что ты хочешь сказать, можно же инвертировать, если rustc не предлагает лучшей скорости, то может выбрать gcc+c?
Да потому что выбрав на бэк GCC вместо LLVM это не то же самое что изначально в экосистеме сиговна его использовать. Это экспериментальное решение которое нестабильно и может работать в разы медленнее в связке с rustc.
>Такое ощущение что ты вообще кода не видел в своей жизни, не говоря уже о десятках лет опыта. Ну сравни количество зависимостей у busybox ( curses, libc) и у uutils - https://github.com/uutils/coreutils/blob/main/Cargo.lock
Это обычный черрипикинг. ВОт именно потому что у меня и больший опыт я и понимаю такие примитивные манипуляции. Ты взял какой-то нетипичный busybox с минимумом зависимостей и сравнил с uutils с кучей зависимостей. Это частный пример а не картина в целом.
>ПМ только первые два, я собираю все пакеты на своем компьютере, и у меня нету vcpkg и Conan. Я не вижу их использования.
Лично ты может и не используешь. В индустрии же вполне используют для виндовых проектов vcpkg и Conan для линуксовых.
>Однозначно, тут с тобой никто не спорит. Однако проблемы просто несравнимы с теми что есть у Rust.
Ну тебе может и несравнимы под твои задачи. Под мои вполне сравнимы.
>А теперь представь что каждый такой модуль зависит от еще сотни других библиотек, вот это и есть npm-помойка как в Rust.
Ты либо наверено приравниваешь микро-крейты к зависимостям (а это не так) либо не знаешь как это работает в ржавом
>Ты через чатжпт это пишешь? Или ты думаешь я этого не знаю? Но вот только не будет сотни зависимостей, нету такой культуры разработки.
Ага не будет тянуть сотни но будет десятки. Да да не везде это есть, но есть. И в любом случае никакой культуры тут нет. Это просто особенность языка. Я тебе еще раз повторяю в крестах это тяжело вручную регулировать поэтому зависимостей нет. Тяжело птому что нет карго. С карго это намного проще. То что ты себе вообразил что это ГРОБ ГРОБ кладбище это просто ты не умеешь с эим работать. Это не укор, это нормально, если не работать с этим напрямую то и уметь не будешь.
>Так ты же сам выше пишешь про vcpkg, там это делается очень просто. В чем проблема то по итогу? vcpkg add ncurses и поехал, не?
Это не одно и тоже. Да упрощает установку зависимостей но не упрощает интеграцию в CMake. vcpkg решает установку зависимостей и версионирвание (если правильно настроено). но не решает интеграцию (CMake), сложность (сложные зависимости), ABI (разные компиляторы). В итоге ты упрощаешь процесс но не до степени cargo add.
>Вот вот, как в vcpkg, в чем проблема?
Не как. Ты не пишешь find_package, не пишешь target_link_libraries,
не указываем include-пути, не пишешь CMake файлы.
>Я скорее про то что он же не в составе rustc, правильно? Да и поставить его можно без cargo - apt install rustc
Ну тут от дистра зависит. Обычно это команда тебе и карго установит но да в других дистрах его ставят другой командой что-то вроде apt install cargo.
>Ну их могут и не использовать. В чем проблема Boost я так и не понял. Проблемы boost известны конечно, но в данном обсуждении непонятно.
Могут да. Но есть шанс что тебя спрашивать не будут и все таки придется это делать. Да я не утверждаю что прям везде но по моим субъективным оценкам в процентах 25-30 используют либо оба либо что-то одно.
>Для любых кейсов когда просто сборки недостаточно. Для С в том числе.
Да. Но это не основной инструмент и не везде. Там где сишного много там почаще. Тут как с бустом примерно по частоте использвания.
>В том что на Rust ты не сможешь писать под тот условный DSP, а на С сможешь. Очевидно же, нет?
Это логическая ошибка, превозношение частного над общим. Ты демонстриурешь религиозное мышление. Язык это инструмент. Если у тебя стоит задача писать на DSP то вопросов нет, сиговно скорее всего более подходящий инструмент. Если такой задачи не стоит (это не задача общего назначения а специфичный кейс) то аргумент звучит как религиозное мышление.
>Фантазии, причем C++ компилируется так же быстро как С если подойти правильно к шаблонам.
А есть ли доказательство что крестоговно компилируется быстрее ржавого? Не в каком-то специфичном кейсе а в целом? Я таких не видел.
>rustc не генерирует итоговый код, этим занимается LLVM. Не понимаю что ты хочешь сказать, можно же инвертировать, если rustc не предлагает лучшей скорости, то может выбрать gcc+c?
Да потому что выбрав на бэк GCC вместо LLVM это не то же самое что изначально в экосистеме сиговна его использовать. Это экспериментальное решение которое нестабильно и может работать в разы медленнее в связке с rustc.
>Такое ощущение что ты вообще кода не видел в своей жизни, не говоря уже о десятках лет опыта. Ну сравни количество зависимостей у busybox ( curses, libc) и у uutils - https://github.com/uutils/coreutils/blob/main/Cargo.lock
Это обычный черрипикинг. ВОт именно потому что у меня и больший опыт я и понимаю такие примитивные манипуляции. Ты взял какой-то нетипичный busybox с минимумом зависимостей и сравнил с uutils с кучей зависимостей. Это частный пример а не картина в целом.
>ПМ только первые два, я собираю все пакеты на своем компьютере, и у меня нету vcpkg и Conan. Я не вижу их использования.
Лично ты может и не используешь. В индустрии же вполне используют для виндовых проектов vcpkg и Conan для линуксовых.
>Однозначно, тут с тобой никто не спорит. Однако проблемы просто несравнимы с теми что есть у Rust.
Ну тебе может и несравнимы под твои задачи. Под мои вполне сравнимы.
>А теперь представь что каждый такой модуль зависит от еще сотни других библиотек, вот это и есть npm-помойка как в Rust.
Ты либо наверено приравниваешь микро-крейты к зависимостям (а это не так) либо не знаешь как это работает в ржавом
>Ты через чатжпт это пишешь? Или ты думаешь я этого не знаю? Но вот только не будет сотни зависимостей, нету такой культуры разработки.
Ага не будет тянуть сотни но будет десятки. Да да не везде это есть, но есть. И в любом случае никакой культуры тут нет. Это просто особенность языка. Я тебе еще раз повторяю в крестах это тяжело вручную регулировать поэтому зависимостей нет. Тяжело птому что нет карго. С карго это намного проще. То что ты себе вообразил что это ГРОБ ГРОБ кладбище это просто ты не умеешь с эим работать. Это не укор, это нормально, если не работать с этим напрямую то и уметь не будешь.
>Так ты же сам выше пишешь про vcpkg, там это делается очень просто. В чем проблема то по итогу? vcpkg add ncurses и поехал, не?
Это не одно и тоже. Да упрощает установку зависимостей но не упрощает интеграцию в CMake. vcpkg решает установку зависимостей и версионирвание (если правильно настроено). но не решает интеграцию (CMake), сложность (сложные зависимости), ABI (разные компиляторы). В итоге ты упрощаешь процесс но не до степени cargo add.
>Вот вот, как в vcpkg, в чем проблема?
Не как. Ты не пишешь find_package, не пишешь target_link_libraries,
не указываем include-пути, не пишешь CMake файлы.
>Я скорее про то что он же не в составе rustc, правильно? Да и поставить его можно без cargo - apt install rustc
Ну тут от дистра зависит. Обычно это команда тебе и карго установит но да в других дистрах его ставят другой командой что-то вроде apt install cargo.
>Ну их могут и не использовать. В чем проблема Boost я так и не понял. Проблемы boost известны конечно, но в данном обсуждении непонятно.
Могут да. Но есть шанс что тебя спрашивать не будут и все таки придется это делать. Да я не утверждаю что прям везде но по моим субъективным оценкам в процентах 25-30 используют либо оба либо что-то одно.
>Для любых кейсов когда просто сборки недостаточно. Для С в том числе.
Да. Но это не основной инструмент и не везде. Там где сишного много там почаще. Тут как с бустом примерно по частоте использвания.
Ну ок, если сейчас обновлюсь и всё не сломается твое очко уходит на потеху анонам.
>Это логическая ошибка, превозношение частного над общим. Ты демонстриурешь религиозное мышление.
Ты спросил в чем плюс наличие компиляторов под платформы которых нету в Rust. Я ответил. Речь была про узкий случай.
>Это обычный черрипикинг. ВОт именно потому что у меня и больший опыт я и понимаю такие примитивные манипуляции. Ты взял какой-то нетипичный busybox с минимумом зависимостей и сравнил с uutils с кучей зависимостей. Это частный пример а не картина в целом.
Это почти к каждому проекту применимо. Давай посмотрим на аналог curl на rust с теми же возможностями. Я такого не знаю, приводи, и кидай ссылку на cargo.lock.
>Лично ты может и не используешь. В индустрии же вполне используют для виндовых проектов vcpkg и Conan для линуксовых.
Можно взять репозиторий RH, там будет все как надо. Ищешь аналоги С проектов на Rust, и сравниваешь количество зависимостей. Или вот можно даже в рамках одного проекта сравнить, xfwl4 и xfwm4. Я как человек который собирает все пакеты в своей ОС, постоянно сталкиваюсь с тем что С приложения совершенно не привередливы, а Rust-приложения требуют буквально сотни пакетов и желательно послений nightly компилятор...
>Ты либо наверено приравниваешь микро-крейты к зависимостям (а это не так) либо не знаешь как это работает в ржавом.
Выше ссылка на cargo.lock
>Это не одно и тоже. Да упрощает установку зависимостей но не упрощает интеграцию в CMake.
Почему не решает? Одну строчку вписать в CMake и все.
>но не решает интеграцию (CMake)
Решает, или приведи конкретную проблему.
>сложность (сложные зависимости)
Что? Приведи конкретную проблему. Все решает.
>ABI (разные компиляторы)
Тоже решает, дополнительно позволяет управлять флагами как в gentoo.
>не указываем include-пути, не пишешь CMake файлы
В vcpkg тоже не надо прописывать никакие include пути.Нужен один CMakeLists.txt, но это превращается в аналог cargo.toml, где указывается метаинформация о проекте.
>Это логическая ошибка, превозношение частного над общим. Ты демонстриурешь религиозное мышление.
Ты спросил в чем плюс наличие компиляторов под платформы которых нету в Rust. Я ответил. Речь была про узкий случай.
>Это обычный черрипикинг. ВОт именно потому что у меня и больший опыт я и понимаю такие примитивные манипуляции. Ты взял какой-то нетипичный busybox с минимумом зависимостей и сравнил с uutils с кучей зависимостей. Это частный пример а не картина в целом.
Это почти к каждому проекту применимо. Давай посмотрим на аналог curl на rust с теми же возможностями. Я такого не знаю, приводи, и кидай ссылку на cargo.lock.
>Лично ты может и не используешь. В индустрии же вполне используют для виндовых проектов vcpkg и Conan для линуксовых.
Можно взять репозиторий RH, там будет все как надо. Ищешь аналоги С проектов на Rust, и сравниваешь количество зависимостей. Или вот можно даже в рамках одного проекта сравнить, xfwl4 и xfwm4. Я как человек который собирает все пакеты в своей ОС, постоянно сталкиваюсь с тем что С приложения совершенно не привередливы, а Rust-приложения требуют буквально сотни пакетов и желательно послений nightly компилятор...
>Ты либо наверено приравниваешь микро-крейты к зависимостям (а это не так) либо не знаешь как это работает в ржавом.
Выше ссылка на cargo.lock
>Это не одно и тоже. Да упрощает установку зависимостей но не упрощает интеграцию в CMake.
Почему не решает? Одну строчку вписать в CMake и все.
>но не решает интеграцию (CMake)
Решает, или приведи конкретную проблему.
>сложность (сложные зависимости)
Что? Приведи конкретную проблему. Все решает.
>ABI (разные компиляторы)
Тоже решает, дополнительно позволяет управлять флагами как в gentoo.
>не указываем include-пути, не пишешь CMake файлы
В vcpkg тоже не надо прописывать никакие include пути.Нужен один CMakeLists.txt, но это превращается в аналог cargo.toml, где указывается метаинформация о проекте.
Ты с курсе, что в раст добавляют полоний?
>проповедует ржавчину
>Ты демонстриурешь религиозное мышление
Кекус.
Почему аргументация растаманов мне так напоминает диалектику марксистов?
/pr мёртв. Там теперь филиал /wrk
>Ты демонстриурешь религиозное мышление. Язык это инструмент.
>сиговно
>сиговно
>сиговно
Лол. Ты даже написать название языка нормально не можешь.
>Ты спросил в чем плюс наличие компиляторов под платформы которых нету в Rust. Я ответил. Речь была про узкий случай.
Лол нет. Я ответил на изначальный тейк что компилятор крестоговна ПО ВСЕМ ПАРАМЕТРАМ лучше что очевидный пиздеж.
>Можно взять репозиторий RH, там будет все как надо. Ищешь аналоги С проектов на Rust, и сравниваешь количество зависимостей. Или вот можно даже в рамках одного проекта сравнить, xfwl4 и xfwm4. Я как человек который собирает все пакеты в своей ОС, постоянно сталкиваюсь с тем что С приложения совершенно не привередливы, а Rust-приложения требуют буквально сотни пакетов и желательно послений nightly компилятор...
Можно что угодно. Только ты свои личные кейсы зачем приводишь? Коммерция это абсолютно другое. ТАм и зависимостей будет намного больше особенно в крупном проекте. Да может по итогу и поменьше чем в ржавом но это все нивелируется как раз удобством управления ими в ржавом.
>Выше ссылка на cargo.lock
Не перехожу по ссылкам чтоб вирусняков не поймать
>Что? Приведи конкретную проблему. Все решает.
Сразу видно коммерческого опыта у тебя нет, отсюда и эти мантры. Не решает проблемыABIм между разными компиляторами/архитектурами, проблемы, когда нужная библиотека не в реестре vcpkg (и тогда нужно писать port-пакет вручную). Это только что на ум пришло
>Тоже решает, дополнительно позволяет управлять флагами как в gentoo.
Проиграл, опять ты свое гентушничество выдаешь за коммерческий опыт котрого у тебя нет. Не решает проблему ABI-совместимости между разными компиляторами и версиями (в C++ это всегда проблема, если линковать библиотек, скомпилированных разными компиляторами/версиями/флагами).
>В vcpkg тоже не надо прописывать никакие include пути.Нужен один CMakeLists.txt, но это превращается в аналог cargo.toml, где указывается метаинформация о проекте.
да да снова ебля нужно find_package + target_link_libraries, и иногда target_include_directories. В этом и вся суть сисектанства. Все так же или лучше но на поверку куча мелочей вылезает
>>2151
Терпи мразь
>>2159
Потому что хейт к расту это всегда вопрос религии а не логики. Логика уже натягивается под это как сова на глобус.
>>2164
Кекиус, а потом удивляются почему их религиозными сектантами называют. Верующие тоже обижаются если неуважительно имена Иисуса или Мухамеда написать.
>Ты спросил в чем плюс наличие компиляторов под платформы которых нету в Rust. Я ответил. Речь была про узкий случай.
Лол нет. Я ответил на изначальный тейк что компилятор крестоговна ПО ВСЕМ ПАРАМЕТРАМ лучше что очевидный пиздеж.
>Можно взять репозиторий RH, там будет все как надо. Ищешь аналоги С проектов на Rust, и сравниваешь количество зависимостей. Или вот можно даже в рамках одного проекта сравнить, xfwl4 и xfwm4. Я как человек который собирает все пакеты в своей ОС, постоянно сталкиваюсь с тем что С приложения совершенно не привередливы, а Rust-приложения требуют буквально сотни пакетов и желательно послений nightly компилятор...
Можно что угодно. Только ты свои личные кейсы зачем приводишь? Коммерция это абсолютно другое. ТАм и зависимостей будет намного больше особенно в крупном проекте. Да может по итогу и поменьше чем в ржавом но это все нивелируется как раз удобством управления ими в ржавом.
>Выше ссылка на cargo.lock
Не перехожу по ссылкам чтоб вирусняков не поймать
>Что? Приведи конкретную проблему. Все решает.
Сразу видно коммерческого опыта у тебя нет, отсюда и эти мантры. Не решает проблемыABIм между разными компиляторами/архитектурами, проблемы, когда нужная библиотека не в реестре vcpkg (и тогда нужно писать port-пакет вручную). Это только что на ум пришло
>Тоже решает, дополнительно позволяет управлять флагами как в gentoo.
Проиграл, опять ты свое гентушничество выдаешь за коммерческий опыт котрого у тебя нет. Не решает проблему ABI-совместимости между разными компиляторами и версиями (в C++ это всегда проблема, если линковать библиотек, скомпилированных разными компиляторами/версиями/флагами).
>В vcpkg тоже не надо прописывать никакие include пути.Нужен один CMakeLists.txt, но это превращается в аналог cargo.toml, где указывается метаинформация о проекте.
да да снова ебля нужно find_package + target_link_libraries, и иногда target_include_directories. В этом и вся суть сисектанства. Все так же или лучше но на поверку куча мелочей вылезает
>>2151
Терпи мразь
>>2159
Потому что хейт к расту это всегда вопрос религии а не логики. Логика уже натягивается под это как сова на глобус.
>>2164
Кекиус, а потом удивляются почему их религиозными сектантами называют. Верующие тоже обижаются если неуважительно имена Иисуса или Мухамеда написать.
>Потому что хейт к расту это всегда вопрос религии а не логики
Сам раст это и есть религия. Ради пары сомнительных свистоперделок, от которых по существу больше вреда чем пользы, пытаться заместить давно существующий, обкатанный, вылизанный до блеска и ставший стандартом с++ это самая настоящая религия.
>Верующие тоже обижаются если неуважительно имена Иисуса или Мухамеда написать.
Верующие других религий эти имена и коверкают.
Какой прогресс, чмоня. Менять шило на мыло это не прогресс, это дроч на шашечки, это и называется религия.
>Лол нет. Я ответил на изначальный тейк что компилятор крестоговна ПО ВСЕМ ПАРАМЕТРАМ лучше что очевидный пиздеж.
Что "нет"? Ты запутался в обсуждении. Не надо обвинять меня теперь.
>Можно что угодно. Только ты свои личные кейсы зачем приводишь?
Я привел реальные проекты, что тебе не нравится? К тому же в OpenSource качество кода всегда выше, если даже там npm помойка в Rust, то неужели под ограниченным временем типичный Rust программист выдаст что то лучше?
На мой взгляд так усиленно про коммерческий опыт пишут студенты-безработыши, одно дело когда кто то витает в облаках и говорит что Haskell прекрасное решение для любого проекта, но я вроде нормальные примеры проектов привожу.
К тому же я написал про RH (Red Hat), там тот же опенсурс, чем не коммерческая разработка? Разрабатывают и поддерживают проекты люди на зарплате у RH -> IBM. Куда серьезнее?
Ну или возьмем библиотеку которая несомненно очень важна, openssl, количество зависимостей меньше десятка, а теперь посмотрим на Rust альтернативу - https://github.com/rustls/rustls/blob/main/Cargo.lock
>Не решает проблему ABI-совместимости между разными компиляторами и версиями
Конкретнее? Непонятно что ты там подразумеваешь. Вот я тоже запускаю сборку проекта на Rust, а он говорит что мой компилятор который я только недавно собрал, уже успел устареть. Вдруг у тебя такие же проблемы с vcpkg...
>в C++ это всегда проблема, если линковать библиотек, скомпилированных разными компиляторами/версиями/флагами
Но в vcpkg строятся разные наборы библиотек для разных профилей сборки, и флагов.
>да да снова ебля нужно find_package + target_link_libraries, и иногда target_include_directories
В cargo.toml надо вписать обычно одну строчку - pkgname = X, с vcpkg нужно вписать две строчки find_package + target_link_libraries. Можно поконкретнее?
>Потому что хейт к расту это всегда вопрос религии а не логики. Логика уже натягивается под это как сова на глобус.
Странный перефорс, все знают про RIIR итд.
Тут сразу две логические ошибки
Первая принцип сам дурак
Вторая обесценивание прогресса
Это как любители лошадей орали зачем отходить от стандарта последних пары тысяч лет нах нам эти ваши машины. Ректроградство, снобизм и неумение изучать новое
>Потому что хейт к расту это всегда вопрос религии а не логики.
>хейт
Так это закономерная реакция на агрессивное навязывание. Растоманы действительно носятся как религиозные фанатики, с непоколебимой уверенностью в своей правоте, и навязывают свой завет.
>тейк
>кейс
>хейт
Алсо ебать ю поридж, байдевей.
Обтекай, чмондель. Когда научишься низкоуровневые вещи делать без unsafe кода так же эффективно, как на плюсах, тогда и кукарекай про безопасность и прогресс.
>Ну или возьмем библиотеку которая несомненно очень важна, openssl, количество зависимостей меньше десятка, а теперь посмотрим на Rust альтернативу -
Это для всего воркспейса, включая примеры, тесты и опциональные зависимости.
>говорит что Haskell прекрасное решение для любого проекта
Эх, столкнуть бы ФП-фашиста из 2010 с современным растофанатиком... Я бы поставил на первого. Думаю, он бы так намотал на лямбда-кубы ржавого, что тот бы на недельку ушёл в затвор изучать значение новых слов.
>Ты не умеешь/не используешь
Ты еще и тупой, в своих фантазиях решил, что я использую и выдал свою шизу за аргумент. Мне тебя жаль.
>Что "нет"? Ты запутался в обсуждении. Не надо обвинять меня теперь.
То етсь ты не говорил фразу КОМПИЛЯТОР СИ ЛУЧШЕ ВО ВСЕМ? ТОгда ты пиздабол лол, потому что я с легкостью могу привести ее у тебя
>Я привел реальные проекты, что тебе не нравится?
Твои ручные сборки зависимостей к реальным проектам имеют такое же отношение как я к балету.
>К тому же в OpenSource качество кода всегда выше
дальше читать не стал. Поэтому наверно большая чась опенсорса сосет у коммерции
>На мой взгляд так усиленно про коммерческий опыт пишут студенты-безработыши, одно дело когда кто то витает в облаках и говорит что Haskell прекрасное решение для любого проекта, но я вроде нормальные примеры проектов привожу.
Логическая ошибка, соломенное чучело
>Конкретнее? Непонятно что ты там подразумеваешь. Вот я тоже запускаю сборку проекта на Rust, а он говорит что мой компилятор который я только недавно собрал, уже успел устареть. Вдруг у тебя такие же проблемы с vcpkg...
vcpkg не решает:
Проблему «разные компиляторы»
Если ты скомпилировал:
библиотеку под GCC,
приложение под MSVC,
и пытаешься их линковать,
vcpkg не сделает их ABI-совместимыми.
On Windows обычно это не работает вообще (разные RT, разная структура символов, разные исключения).
Проблему «разные версии внутри одного компилятора»
Например:
пакет собран с VS2017,
приложение с VS2022,
и ты ожидаешь, что vcpkg «подберёт» совместимые бинарники.
vcpkg:
не позволяет использовать бинарники, скомпилированные под другой toolset, если ABI не совпадает абсолютно, не делает автоматически пересборку под твой компилятор из существующих бинарников.
Проблему «разные флагиCompilation»
Разные флаги (например, /std:c++17 vs /std:c++20, static vs shared CRT, debug vs release): могут менять ABI.
vcpkg:
требует точного триплета и конфигурации,
не делает «автоматическую адаптацию» под твои флаги.
>Но в vcpkg строятся разные наборы библиотек для разных профилей сборки, и флагов.
Это не решает проблему ABI
vcpkg не делает библиотеку, скомпилированную под компилятор A, совместимой с приложением под компилятор B.
vcpkg не делает библиотеку, скомпилированную под VS2017, совместимой с приложением под VS2022 в том случае, когда ABI не совпадает.
>все знают про RIIR итд.
Естественно потому что на крестах пишется 90% говнокода мира (если не считать жс). Это наряду с жс самый главный быдлоязык поэтому и приходится переписывать на нормальных инструментах
>Что "нет"? Ты запутался в обсуждении. Не надо обвинять меня теперь.
То етсь ты не говорил фразу КОМПИЛЯТОР СИ ЛУЧШЕ ВО ВСЕМ? ТОгда ты пиздабол лол, потому что я с легкостью могу привести ее у тебя
>Я привел реальные проекты, что тебе не нравится?
Твои ручные сборки зависимостей к реальным проектам имеют такое же отношение как я к балету.
>К тому же в OpenSource качество кода всегда выше
дальше читать не стал. Поэтому наверно большая чась опенсорса сосет у коммерции
>На мой взгляд так усиленно про коммерческий опыт пишут студенты-безработыши, одно дело когда кто то витает в облаках и говорит что Haskell прекрасное решение для любого проекта, но я вроде нормальные примеры проектов привожу.
Логическая ошибка, соломенное чучело
>Конкретнее? Непонятно что ты там подразумеваешь. Вот я тоже запускаю сборку проекта на Rust, а он говорит что мой компилятор который я только недавно собрал, уже успел устареть. Вдруг у тебя такие же проблемы с vcpkg...
vcpkg не решает:
Проблему «разные компиляторы»
Если ты скомпилировал:
библиотеку под GCC,
приложение под MSVC,
и пытаешься их линковать,
vcpkg не сделает их ABI-совместимыми.
On Windows обычно это не работает вообще (разные RT, разная структура символов, разные исключения).
Проблему «разные версии внутри одного компилятора»
Например:
пакет собран с VS2017,
приложение с VS2022,
и ты ожидаешь, что vcpkg «подберёт» совместимые бинарники.
vcpkg:
не позволяет использовать бинарники, скомпилированные под другой toolset, если ABI не совпадает абсолютно, не делает автоматически пересборку под твой компилятор из существующих бинарников.
Проблему «разные флагиCompilation»
Разные флаги (например, /std:c++17 vs /std:c++20, static vs shared CRT, debug vs release): могут менять ABI.
vcpkg:
требует точного триплета и конфигурации,
не делает «автоматическую адаптацию» под твои флаги.
>Но в vcpkg строятся разные наборы библиотек для разных профилей сборки, и флагов.
Это не решает проблему ABI
vcpkg не делает библиотеку, скомпилированную под компилятор A, совместимой с приложением под компилятор B.
vcpkg не делает библиотеку, скомпилированную под VS2017, совместимой с приложением под VS2022 в том случае, когда ABI не совпадает.
>все знают про RIIR итд.
Естественно потому что на крестах пишется 90% говнокода мира (если не считать жс). Это наряду с жс самый главный быдлоязык поэтому и приходится переписывать на нормальных инструментах
Ну это из серии буду жрать говно назло маме. Рыночек все равно порешает сибыдло, так что на религиозных фанатиков можно не обращать внимания
А если не используешь unsafe, тогда твое ржавое говно ничем не лучше джавы по производительности. И снова возникает вопрос: если нет разницы, зачем тратить время на ржавчину?
Абсолютно всем психически здоровым людям похуй на ваш хрюст и ваше соси, фанатики ебучие
Хоть на делфи или турбопаскале пишите лишь бы работало
>так что на религиозных фанатиков можно не обращать внимания
Да я бы и не обращал, если бы ты не пришел в мой ГНУЛИНУКС-ТРЕД и не начал срать про раст.
>Логическая ошибка, соломенное чучело
Лол, похоже, он попал в точку. Логических ошибок в том предложении нет.
другой анон
Шиза прогрессирует. Я даже погромировать не умею. Так потролить влез. А ты фантазию включил. Я и говорю, ты шизик.
А в чем прогресс? Вот в ats 20 лет назад обкатывали линейные типы с доказательством корректности на низкоуровневом языке. Это, я считаю, прогресс. До них подобных проектов не было. А раст что? Те же кресты по сути. Просто корпоративный франкенштейн для обезGPLивания опенсорса руками фанатиков.
Первая: ни одного пользователя в мире не ебёт на каком языке написана программа которой он пользуется
Вторая: настоящий кодер (настоящий, то есть не мидл в озоне) с любым языком может работать, ему вообще до пизды это раст си или го, потому что язык программирования это инструмент просто
Хватит из инструмента культ делать
>Естественно потому что на крестах пишется 90% говнокода мира (если не считать жс). Это наряду с жс самый главный быдлоязык поэтому и приходится переписывать на нормальных инструментах
Пиздец. Если ты нашел ошибку в говнокоде, ну так отправь багрепорт. Нет, растодауны берут совершенно рабочий код и тратят свое время на его переписывание и думают, что это кому-то нужно кроме них.
У вас что, фантазии на свои проекты нет? Ну так идите в макдональдс вкусно и точку кричать свободная касса.
>Так потролить влез
Нихуясе ты тролль у мамки, наверно все пацаны во дворе завидуют твоим способностям.
Бля ебать ты умный. И как никто не догадался. В линупсе своем любимом ты отправишь баг репорт ок. А когда у тебя шатл взорвется нахуй в середине полета или лифт упадет в шахту кому багрепорт отправишь? Святому Петру?
>Просто корпоративный франкенштейн для обезGPLивания опенсорса руками фанатиков.
Вот этот зрит в корень. /thread
Да хоть на брейнфаке перепишите лишь бы в этом для потребителя был смысл
Вот тайпскриптопарашу переписали с самого ТС на го. Теперь у меня проект собирается в два раза быстрее как минимум. В этом есть смысл значит
>А когда у тебя шатл взорвется нахуй в середине полета или лифт упадет в шахту кому багрепорт отправишь? Святому Петру?
Ниче се оказывается растодауны о глобальных проблемах человечества думу думают.
Покажешь мне шаттл, который летает в космос на расте?
Так переписывают потихоньку сишный говнокод. Собственно раст и придуман создателем когда тот застрял в лифте из-за очередного говнокода на си.
Лифт может застрять от кучи причин помимо говнокода, это раз.
А два, космический корабль в здравом уме никто не запустит на расте.
Ебааа еще один любитель ездить на лошадях спизданул хуйню аля
>а ваши машины можно кормить морковкой?
>>2209
Нет, лифт застрял именно из-за говнокода за который раст бы дал по рукам. Факт в том что си говно это самый быдлоязык программирования после жс. И соответственно криворукого быдла там больше всего. Притом даже последний дурачок который ни дня в разработке не провел все равно будет за него усираться как хелловорлдщик выше
Всё, растошиз поплыл. Сходи траву потрогай, отдышись.
Заодно почитай на досуге про линейные типы (в частности про аффинные и про их связь с растом), про зависимые, про формальную верификацию почитай. Много нового узнаешь. Выяснишь, что весь "прогресс" раста - это всего лишь маленький шажок от крестов в сторону действительно безопасных языков, которые разрабатывались, когда ты ещё под стол ходил.
>Если бы zig был стабильный, то все нормальные люди давно бы на него срыгнули.
Нормальные люди не используют для прикладных задач системные языки.
Кукарекнул с системы, на которой весь софт написан на крестах и сишке
>лифт застрял именно из-за говнокода за который раст бы дал по рукам
Но в расте есть nosafe код, в котором тоже можно наговнокодить.
И про шаттлы ты обосрался.
>Так ансейф как раз для сидебилов и сделан чтоб безболезненно разрешать им говнокодить.
А зачем он сделан, если раст по задумке должен быть безопасным? Неужели только из-за переживаний о сидебилах?
Именно так. Среди сишников 90% говнокодеры не умеющие писать по другому, поэтому им дали инструмент чтоб визжали поменьше первое время пока переучиваются на раст.
Лол что, это бюро добрых услуг что ли? А где тогда ассемблерные вставки? Права ассемблерщиков нарушены!
Хуйню не неси, unsafe код добавлен потому что определенные вещи на расте нельзя сделать безопасно, в этом весь лол.
Эти растаманы сейчас с тобой в одной комнате?
> это уже подмечали? чем это объясняется? игрунки убегают на каши?
там как минимум 1% от меня, потому что я играю в days gone на своём легендарном Linux mint
кто поймёт шутку тот молодец кста
> Весь реддит завален плачем по сломанному апдейту федоры 44. Боюсь уже обновляться, мало ли.
вот вам и хвалёная спидора
пожалуй продолжу сидеть на самом лучшем дистрибутиве современности, известным под именем Linux mint
Долбодятел, а как по твоему погроммисты напишут безопасные библиотеки если основа погроммирования строится на ассемблерных инструкциях и glibc?
ЯП ебет даунов типо лундука, а и кодер в озоне будет писать на жабе или пистоне, раст и си это язык для важных дядек которые пишут опору всего софта чтобы мелкая сошка могла делать импорт в своем питон скрипте.
>раст и си это язык для важных дядек которые пишут опору всего софта чтобы мелкая сошка могла делать импорт в своем питон скрипте.
Да, но только это не про раст. Ему ABI не завезли.
Уебанское название, паразитирующее на настоящем крейте. Короче, обосрался я, не проверил.
Посмотри лучше, через какую жопу сделан PyQt. Вот это отличная демонстрация, почему языки без АБИ непригодны для "импорта с свой питон".
Простите, но никто не заявляет ассемблер "безопасным", наоборот предупреждают, что все что делает программист - он делает под свою ответственность. Аналогично и с си.
А раз уж вы назвали ваш язык безопасным и сделали это его главной фишкой, так будьте добры соответствовать. Иначе нахуй раст нужен?