Состоялся релиз дистрибутива OpenMandriva Lx 4.1. Проект развивается силами сообщества после того как компания Mandriva S.A. передала управление проектом в руки некоммерческой организации "OpenMandriva Association". Для загрузки предлагается Live-сборка размером 2.6 Гб (x86_64), сборка "znver1", оптимизированная для процессоров AMD Ryzen, ThreadRipper и EPYC), а также варианты данных сборок на базе ядра, собранного компилятором Clang...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52297
Как можно выпустить релиз, но забыть обновить SSL-сертификат Let's Encrypt?Websites prove their identity via certificates, which are valid for a set time period. The certificate for wiki.openmandriva.org expired on 12/26/2019.
Error code: SEC_ERROR_EXPIRED_CERTIFICATE
Некотрые админы считают что использование софта, который автоматически обновляет сертификаты, это признак ламерства. А они ведь не ламеры. Как они могут быть ламерами если они копируют файлы из консоли, редактируют конфиги в виме и вручную обновляют сертификаты?
Возможно, некоторые админы считают что просроченный одноразовый сертификат - проблема только для белок истеричек и хомяков (которым на их сайтах все равно корм не насыпан), в отличие от хранимого без пароля закрытого ключа и скриптов, качающих из интернета что попало как попало.А денег на коммерческие сертификаты, увы, дают не всем.
P.S. особенно смешно, если оно сломалось именно потому, что модный-молодежный админ целиком доверял кривым скриптам, а файлы в консоле ненене, это фупортянкимамонтовкал.
деб
> SSL-сертификат Let's Encryptв связи с блокировкой на отдельных территориях неактуально.
Это на каких таких важных территориях заблокировали Let's Encrypt? В России что ли?!
> Это на каких таких важных территориях заблокировали Let's Encrypt? В России что
> ли?!а чо, таки-да? Дотянулся проклятый Пyтен? Вот теперь-то мы и поржем над маленькими любителями кривых скриптов и "новых стандартов", когда ставить на юникс(tm! reg!) систему mta - нимодна-нимодна-мамантав кал, поэтому и писем об ошибке не придет (а и придет, кто их читать-то обучен?)
кстати, интересно, что произойдет, когда роспозор ненароком заблокирует ту, единственную, afair, помойку, которая подтверждает летсшиткриптины ocsp ? А, ну да, ну да, гугель же ж уже позаботился о лошье. Ему и так эта инфа сливается, незачем еще с трендмикрой делиться.
Доступ к сайтам неожиданно отвалится с непонятным сообщением об "ашипка! безопастност!!! БАЮС БАЮС!" только у любителей безногого воротника.
а?
> а?чо а? Попадание acme-гейта под роспозоровские блокировки - вполне, знаешь ли, реалистичная ситуация. Причем заметят это далеко не сразу. Многие васяны не заметят даже и того, что у них сертификат не обновляется год. Они ж модные, современные, молодежные, у них даже не скрипт (мамонтов кал, действительно), у них модный-продвинутый веб-сервер без конфига, автомагически сам все обновляющий.
А с ocsp адресом и того смешнее будет.
>Clang в OpenMandriva уже применяется в качестве компилятора по умолчанию, но до сих пор ядро приходилось собирать в GCC;После этого пункта расхотелось читать эту новость. Ухожу.
Красношапка тестирует Clang на OpenMandriva.
Все бывшие французские дистры продались американцам (де факто). В Магее много федоровских компонентов.
да ну? а "отечественная" Rosa Linux? это ,между прочим, и есть французская mandriva"
> да ну? а "отечественная" Rosa Linux?Эти не продавались, а изначально на "партнёров" работают. Всю дорогу гадили Альтам. Версию для Эльбруса не начинали даже. Взяли кредит на покупку линии AMD и профукали.
«Французская Mandriva» — это Mageia.
Что до сабжа, он давно не французский, но и не американский, конечно. Команда там весьма интернациональная.
OpenMandriva Association was established on December 12, 2012 under 1901 French law.
И что? Ты процент французов среди разработчиков посчитай.
Давай список, посчитаю.
Держи: https://github.com/orgs/OpenMandrivaAssociation/people
Иещё там же в конрибуторах репозиториев можешь поискать. Расскажи, если найдёшь хоть одного.
> Держи: https://github.com/orgs/OpenMandrivaAssociation/peopleСпасибо. Не ясно, насколько список полон, их роли, и, главное, кто принимает решения.
Зато интересно другое. https://github.com/avokhmin как видно по https://github.com/rosa-abf/abf-worker/graphs/contributors
основной разработчик ABF, которую ROSA любит выдавать за собственную разработку, и за которую не хотели расплачиваться с подрядчиком https://cnews.ru/news/top/rossijskij_linuxrazrabotchik_rosaЭто объясняет, почему OpenMandriva давно реализовала то, о чём ROSA только начинает мечтать.
> Красношапка тестирует Clang на OpenMandriva.
> В качестве альтернативного пакетного менеджера предложен Zypper
>
> В качестве альтернативного пакетного менеджера предложен ZypperZypper не отправляет X-ZYpp-AnonymousId как YaST?
Должен отправлять по идее, это функционал из libzypp для статистики (отрубается очисткой файла /var/lib/zypp/AnonymousUniqueId). Вопрос в том, кто будет это принимать и считать для репов OpenMandriva.
Для репов Packman ID не отправляется, может, и здесь так. Можно посмотреть в Wireshark.
Так репы пакман сторонние, там тоже считать некому. Да и незачем.
Возможно, и тут нет. Интересно разве что, будет ли отправка, если zypper в OpenMandriva использовать с репами openSUSE.
А что не так с clang?
Тебя кто-то заставляет пользоваться этим дистрибутивом?
Он свою аудиторию найдёт, а таким как ты иногда лучше промолчать и не изрыгать свою ненависть к проектам.А то люди все больше будут убеждаться как линукоиды на самом деле "уважают" open source, ведь я сделал скриншот твоего сообщения и буду показывать его всем, кто говорит, что любит open source.
Любезный, у вас квантор всеобщности потёк и всё кругом уляпал. Иначе как из одного комментария одного анона можно такие экстраполяции высасывать?
Согласен, нельзя. Но это нужно объяснить тем людям что мне (и не только мне) подобные одинокие цитаты/скриншоты в качестве неопровержимых доказательств предъявляют.
По-твоему, все дистрибутивы должны быть максимально похожими? На кой они тогда вообще нужны?
Чтобы оттянуть пользователей конкурирующей сборки себе? Эти все сборки конкуренты же? )
А они и не нужны. Если надо чтобы костылинупc-таки взлетел, то должен быть один дистр, один пакетный менеджер и всё такое. Андроид именно так на всяких мобилах и победил.
> Андроид именно так на всяких мобилах и победилДа, приложений без рекламы и платного контента еще поискать. Только от крупных opensource разработчиков и остались.
И тем не менее на мобилах, планшетах, телевизорах и прочем таком реальных конкурентов андроиду нет уже не первый год. Потому что один дистр, один формат пакетов, одна графическая и звуковая система и всё такое. Такая штука как майнтайнеры просто не нужны, можно просто писать код и не гадать взлетит ли он на поделии номер 100500, отличающимся от поделия номер 100499 не только нескучными обоями, но и кривыми руками покопавшимися в евонных кишках.
С таким раскладом надо на винду возвращаться.
Лучше ничего не есть, чем есть что попало.
Беру любой линупc и вижу в нём одни и те же файлухи, одно и то же вeдрo, один и тот же набор софта в виде либроффиса, апача, мускула, пыхпыха и всего такого. На кой тогда все эти дистры нужны? Какая мне разница - ставить пакеты через apt, dnf или что-то ещё? Если я хочу чтобы у меня, к примеру, был tor при загрузке системы и я от рута в консоли пишу systemctl enable tor - какая разница, в дебиане, арче или центоси я это делаю? Вот и сделай выводы о нужности всей этой груды дистров сам.
> Добавлен конфигуратор Desktop Presets (om-feeling-like), предлагающий набор преднастроек, позволяющих придать рабочему столу KDE Plasma внешний вид других окружений (например, сделать похожим на интерфейс Ubuntu, Windows 7, Windows 10, macOS и т.п.)Вот это - то, чего не хватает в апстримной Плазме.
И за наводку на NX Firewall спасибо, выглядит крайне интересно.
Это то, чего в апстримной плазме не хватает макосятам и виндузятникам. Остальные тут ни при чём.
> не хватает виндузятникамНу, справедливости ради, у виндузятников есть per apllication firewall прямо из коробки. А NX Firewall наверняка и такого не умеет.
Речь же не про файрволл, Фрактал не о нехватке файрволла говорил. )
>добавлен вариант ядра, собранный в Clang ("kernel-release-clang"). Clang в OpenMandriva уже применяется в качестве компилятора по умолчанию, но до сих пор ядро приходилось собирать в GCC;Но ведь clang генерирует код медленнее, чем тот, который генерирует gcc, см. труды профессора Агнера Фога.
зато сгенерированный код работает быстрее. Спасибо тысячам энтузиастов за это.(Если смотреть конференции, то создается впечатление будто clang единственный компилятор который сейчас развивается.)
поправка:
* развивается llvm, clang просто популярный фронт.
"а что, еще кто-то есть?!"
> clang единственный компилятор который сейчас развиваетсяоно в общем-то так и есть.
Ну а чего ты хочешь - apple платит зарплату и не пристает с религиозными истериками.При этом я до сих пор подозреваю, что в почти двухкратном снижении производительности новых-модных версий palemoon по сравнению с до-xulплатформенными виновата именно поломанная совместимость с gcc 4x - потому что не особо и было где еще добавить тормозов.
Как-то неверицца в такую деградацию gcc.
Можно пожалуйста примеры версий до и после, что бы самому глянуть и как мерялась производительность?
> Можно пожалуйста примеры версий до и после, что бы самому глянуть и как мерялась27.9.4 (она, собственно, последняя) vs 28.7.2 (не думаю, что 28.8 быстрее, а вот новых геморроев словить можно, поэтому не собирал пока, тем более что удовольствие это так себе весьма)
> производительность?визуально. У меня очень медленный процессор, D2700. Пользоваться на нем 27й и более ранними можно без зубовного скрежета, 28 - невозможно. Даже ее собственный (xul ;) интерфейс перерисовывается с видимыми глазу задержками.
Разница в том числе в том, что 27ю я собирал gcc 4.8какими-то, а более поздние 4й версией уже не собираются вообще.
Да, разумеется, cairo и прочая хрень тоже десять раз обновились по дороге, так что эксперимент категорически нечист.
Надо поюзать 27 версию. А для винды они чем собирают?
msvc, естественно, причем каких-то специфических версий - там где-то в недрах то ли сайта то ли форума было детально разжевано.
Но виндовый пихон все равно понадобится - мазилу под винду не так-то и просто собирать.
Я счел своим долгом отписаться.
Вообщем собирать там они настоятельно рекомендуют на CentOS используя gcc 7 из Developers Tools, и это жжж неспроста - оно по идее должно завестись почти на любой glibc. Правда другие рекомендации сборки выглядят несколько странно, например не запускать тяжелых процессов параллельно линкеру а то тот не соберет стабильный бровзер из за фрагментации памяти!!! Скорее всего там просто сборочный скрипт не видит падения линкера как ошибку сборки.
Посему собирать gcc 4.х я не стал, сорри.
Корректным тестом было бы собрать старую версию двумя разными версиями gcc и сравнивать уже эти сборки.
Дело в том что если они переписали кусок кода условно с C на C++, то gcc 4.х может генерить более быстрый код для C участка чем скажем gcc 5.х для C++ участка.
Вообще то у Moon Child практически паранойя в отношении среды и процесса сборки, но я в своей жизни пару раз видел очень интересные спецэффекты в отношении компутеров, так что может он частично и прав.
видишь ли, у меня - ни разу не шитос, поэтому пользы от их рекомендаций мне ноль.> Скорее всего там просто сборочный скрипт не видит падения линкера как ошибку сборки.
тогда бы он вообще ничего не собрал. А он, видимо, все же собирает - неработающее.
Там, совершенно справедливо, отмечено, что размеры этого проекта много большие, чем те, на которых тестируются гнутые разработчики, поэтому он вскрывает массу проблем в компиляторах (но, разумеется, их разработчикам это до п..ды, и ничего исправлять они по своей инициативе не будут - над ними и так не каплет)> Корректным тестом было бы собрать старую версию двумя разными версиями gcc и сравнивать уже эти
> сборки.хммм... можно, наверное, попробовать восстановить сборочную систему. Я ее, увы, поторопился обновить, из общего соображения что старая мне ни для чего уже не пригодится, а этот gcc для нее тоже был неродной.
> Вообще то у Moon Child практически паранойя в отношении среды и процесса сборки
он же ж только под винду умеет собирать, сборку под линукс сделал забытый мной уже чувак, давно забивший на прожект, и сейчас поддерживает Тобик. На мнения Тобика, поскольку пришлось столкнуться с результатом его персональной деятельности, мне глубоко наплевать.
Для винды он, безусловно, прав. Но для линукса нет никакого единственноправильного компилятора - они все кривые.
Сегодня, кстати, сперва pm, а потом все подряд, стало внезапно падать с sigbus. Разгадка оказалась проста - в /dev/shm лежал файлик с интересным именем pulse-123456789abcитд, явно содержавший последнее посмотренное в 28й версии standalone video (ну как "посмотренное" - я убедился, что оно открывается, и быстренько захлопнул tab, там 8000k/s, это слишком много и для старой версии тоже). Пульса у меня не только намертво отключена при сборке, но и никаких ее частей на сборочной системе напрочь нет. Кто ж это нагадил-то? Кто бы это мог быть?!
> видишь ли, у меня - ни разу не шитос, поэтому пользы от их рекомендаций мне ноль.Там суть в том, что Developers Tools от RedHat совсем не простые, как я уже намекал собранное так будет работать в практически любом дистрибутиве линукс с glibc.
> тогда бы он вообще ничего не собрал. А он, видимо, все же собирает - неработающее.
Если не ошибаюсь в доке по сборке Мозилы что-то такое проскакивало, но это не точно.
> Там, совершенно справедливо, отмечено, что размеры этого проекта много большие, чем те, на которых
> тестируются гнутые разработчики, поэтому он вскрывает массу проблем в компиляторах (но, разумеется, их
> разработчикам это до п..ды, и ничего исправлять они по своей инициативе не будут - над ними и так
> не каплет)Это не компилятор, это линкер. Компилятору все равно практически сколько файлов в проекте.
И да, они знают и в меру сил стараются, например аж новый линкер - тот который gold в 2008 запилили, правда теперь оба линкера хромают в разных случаях. Ну и LTO пилят усиленно.
MS имело похожие проблемы с линкером если чо.> хммм... можно, наверное, попробовать восстановить сборочную систему. Я ее, увы, поторопился обновить, из
> общего соображения что старая мне ни для чего уже не пригодится, а этот gcc для нее тоже был неродной.я ранее постеснялся поинтересоваться, но видимо время пришло - а какая среда-то?
> Для винды он, безусловно, прав. Но для линукса нет никакого единственноправильного компилятора - они все
> кривые.Прищурясь - и ICC? ;)
Хотя да, на глаз если, то еще не понятно в новых версиях gcc большее доделывают или ломают, но какие альтернативы? точнее где сравнимое качество кодогенерации в альтернативах которые пилить "надо" вместо?
Watcom?
Digital Mars в девичестве Zortech?
Они блистали в свое время но сейчас далеко позади.
С LLVM мне до сих пор непонятно.
>> для линукса нет никакого единственноправильного компилятора - они все кривые.
> Прищурясь - и ICC? ;)Не знаю за новый, а тот, который на EDG -- судя по всему, должен иметь горку тамошних проблем (с переменной геометрией, разумеется).
> Там суть в том, что Developers Tools от RedHat совсем не простыеда ну, бросьте, это ж федора, каких там чудес ждать, кроме тех которые я и сам умею произвесть? (ну там - staticgcc++ подсунуть и еще по мелочи)
> Это не компилятор, это линкер.
один хрен. В частности, LTO велят выключать нахрен, оно неживое на таких объемах.
А компилятор дохнет на больших файлах, тоже забавно.> И да, они знают и в меру сил стараются, например аж новый линкер - тот который gold в 2008
именно что в 2008м - а с тех пор - две шаги вперед и две назад. И героическая борьба за мир, от которой камня на камне не останется - в смысле, вредительство и троянец gcc_s.so, чтоб, не дай Б-же, интел ненароком не написал работающий lto-оптимизатор, доказывающий что эти дол...ебы ничего не умеют и зря прожирают свой грант.
> Прищурясь - и ICC? ;)
что-то мне подсказывает, что как раз он-то - феерически кривой окажется, при попытке уйти дальше хеловротов. Просто в силу малоиспользуемости, и особенно - в больших проектах.
> но какие альтернативы?
llvm, естественно. На деньги и под присмотром эпля. Других нет. А эти хотя бы не занимаются явным и откровенным вредительством, образца MS начала 90х, так классно подошедшего к имиджу гнусных идиотов. Кстати, pm им собирается - с парой патчей имени openbsd (тех самых, из-за которых его выкинули из ports большинства bsd-клонов)
watcom был хорош в 1993м году, ну так gcc 2.7.2.3 тоже был в общем ничего, только с++ не умел и оптимизацию не очень.
С тем же успехом можно вернуться к нему, и начать все заново, с ревью патчей pgcc/egcs - и лет за десять написать нормальный. Деньги все это время, естественно, брать в тумбочке.
>сборка "znver1"Zver
>>сборка "znver1"
> Zverчто-то мне подсказывает, что авторы в курсе, и именно на это и намекают.
>Добавлен конфигуратор Desktop Presets (om-feeling-like), предлагающий набор преднастроек, позволяющих придать рабочему столу KDE Plasma внешний вид других окружений (например, сделать похожим на интерфейс Ubuntu, Windows 7, Windows 10, macOS и т.п.);Мне интересно а эти иконки для Trinity подойдут?
Реально ли на флешку установить в persistent режиме?
Да возможно, надо зделать инсталацю на другую флешку из первои флешки з Rosa Linux. :)
>Добавлена новая утилита Update Configuration (om-update-config), предназначенная для настройки автоматической доставки обновлений.Ух ты, наконец хоть кто-то сделал. Похоже, это первый из более-менее серьёзных дистрибутивов, в котором появилась возможность одной кнопкой включить автоматическое обновление. Без костылей, консолечки и конфигуряния. Поправьте, если ещё где-то такое есть.
> обновление. Без костылей, консолечки и конфигуряния. Поправьте, если ещё где-то такое
> есть.в ubuntu, как вероятно и в дебиане, ОТКЛЮЧИТЬ эти самые автоматические апдейты отдельно взятый васян не сможет вообще.
Мы тут это уже проверяли, причем тот был еще и не из худших. В принципе, это, наверное, хорошо - меньше будет зомби-хостов в зомбонетах.В suse автоапдейтер встроен в дефолтные "десктопы", в стиле и по принципу "как в винде" (правда, xp, со всеми вытекающими), правда, его, кажется, все таки можно выключить прямо в том десктопе ("как в винде", ага).
Ну а rhel предназначен для предприятий, где админу полагается понимать, что он творит.
> в ubuntu отключить не можетsudo apt purge unattended-upgrades
При установке из сетевого установщика (с псевдографикой) спрашивается включать ли их.> В suse
В SUSE еще есть conncheck.opensuse.org
> sudo apt purge unattended-upgradesеще один лошара.
> При установке из сетевого установщика (с псевдографикой) спрашивается включать ли их.
жаль что ты не знаешь, что на самом деле делает этот скрипт.
Ну, в принципе, это хорошо и правильно. Девляпсы, правда, негодуэ.
> еще один лошараЯ правда на 16.04 только проверял. Что, в 18.04 все стало совсем плохо?
Расскажи тогда какой процесс из какого пакета там обновляет и почему это не отключается? Зависимости прибиты?
Надо на Debian перебираться. Тем более в убунте поддержку 32 бит дропнули.Через xfce4-session-settings еще надо отключить автозапуск апдейтера (другого).
При отключении создается desktop файл ~/.config/autostart/update-notifier.desktop с содержимым
Hidden=true
Хомяковые конфиги имеют больший приоритет.> жаль что ты не знаешь
Ну, так просвети, о, великий сисадмин!
я не проверял на 16.04, но, полагаю, ничего не изменилось, и скорее всего с дебиана скопипащено.Обновляет, внезапно, "процесс" из пакета apt.
А unattended-upgrades - это хитрый скрипт (системдешный юнит прилагается) не позволяющий процессу обновления разнести машину, если одаренный юзер, ничего не подозревающий ни о каких апдейтах, дернет shutdown. Вызывается...правильно, при shutdown. Если когда-то очень давно и имел другое назначение - оно давно забылось.Если его снести - просто не будет этого корректного ожидания уже запущенного apt.
uninstall-скрипт, отключающий сами обновления, к моему большому удовольствию оказался ни разу не предусмотрен.
То ли был-продолбали, то ли и не было никогда.notifier - это нотифаер, он сам ничего не обновляет, пока руками не ткнешь, и использует результаты общесистемной автоматики. В консоли этим update-motd занимается.
А та хрень, которая задавала тебе вопросы при установке сервера - меняет один параметр (второй, хехе, всегда включен) в одном файлике. К пакету unattended-upgrades никак не относится, она вообще в установщик гвоздем вбита.
Мне кажется, я рассказал достаточно, не надо нам зомби-убунточек. А девляпсы и вовсе должны страдать (на serverfault и в других местах можно получить массу удовольствия, ты знаешь, что искать)
А чего, сам-то посмотреть не мог? А, дай угадаю - в макоси посмотреть некуда, а бубунточка - на работе осталась? ;-)
На 16.04 (Xubuntu) у меня ничего не обновляется при выключении и в сеть не лезет без спроса.
Удалял вот что: whoopsie apport tumbler unattended-upgrades apt-listchanges apticron
В кроне немного почистил.
>aptНе здесь ли это настраивается? http://www.imagebam.com/image/1e61c81332935302
Файла /etc/cron.daily/apt у меня нет (наверное, удалил, начитавшись страшных статей).
Пишут, что удаление пакета unattended-upgrades отключает автообновления.
В openSUSE достаточно отключить виджет проверки обновлений в настройках системного лотка — PackageKit по умолчанию не стартует при загрузке, и запускается вручную.
А почему к репам идет обращение, даже после того, как YaST закрыт? Проверь в Wireshark.
Себя надо добавить в группу wireshark
sudo /usr/sbin/usermod -aG wireshark $USER
и перелогиниться.
> А почему к репам идет обращение, даже после того, как YaST закрыт?
> Проверь в Wireshark.
> Себя надо добавить в группу wireshark
> sudo /usr/sbin/usermod -aG wireshark $USER
> и перелогиниться.Может у тебя автообновление включено, и туда PackageKit ломится? Или Discover кедовый.
Проверку обновлений в PackageKit или чем-то таком отключал. KDE3, но и в Xfce проверил.
> Проверку обновлений в PackageKit или чем-то таком отключал. KDE3, но и в
> Xfce проверил.Тогда х.з.
Я бы посмотрел, но у меня YaST разломан, извини. )
Если бы PackageKit активничал в фоне, YaST был жаловался, что нет доступа к базе данных. Но он не жаловался и запросы продолжались отправляться только после того, как YaST открыть и закрыть, а до этого тишина. Может, NM чего-то мутит, там DNS запросы вроде отправляются, но я уже точно не помню, может и URL запросы.
У меня нестандартные сервера в /etc/resolv.conf прописаны и сам файл защищен от изменений, может в этом дело. Но факт в том, что запросы были.
В Linux Mint есть подобное.
Да уж, обновление ТАКАЯ СЛОЖНАЯ ЗАДАЧА... Аж две коротюсенькие комманды вводить нада!!! Этож капец!
> Да уж, обновление ТАКАЯ СЛОЖНАЯ ЗАДАЧА... Аж две коротюсенькие комманды вводить нада!!!если этим все и ограничивается - шарик, ты балбес.
А то так-то и linux from scratch несложная задача - ну подумаешь команд понакопипастить побольше надо. Только вот это время, потерянное зря. Дистрибутивы, в принципе, именно для того и придумали, чтобы НЕ вводить вручную то, что всегда и всеми вводится одинаково.
И плюс, то есть минус - что те кто про "двекоманды" не дочитали - пополнят зомбонет, а он и так большой.
Обновить не проблема. Проблема обновить прозрачно.
> Обновить не проблема. Проблема обновить прозрачно.в десяточке эта проблема, наконец-то, решена.
В неэнтерпрайзных версиях хрен ты ту "прозрачность" и отключишь-то.
Что вы к линуксам докопались, не пойму - одна винда уже есть, хватит всем.
> в десяточке эта проблема, наконец-то, решена
> хватит всемВот поэтому ее и не юзаю.
Это вопрос не сложности, а удобства. Если в дистрибутиве есть нормально работающее автоматическое обновление, то расширяется сфера его использования. Он становится пригодным для тех, кто совсем далёк от IT. Можно один раз тыкнуть кнопку, чтобы впоследствии не беспокоиться за свежесть софта и наличие обновлений безопасности.
> Это вопрос не сложности, а удобства. Если в дистрибутиве есть нормально работающее
> автоматическое обновление, то расширяется сфера его использования. Он становится пригодным
> для тех, кто совсем далёк от IT.а ЗАЧЕМ линуксу те, кто далек?
От них один вред - потому что ради них линукс изуродовали до полной невменяемости.
> Можно один раз тыкнуть кнопку, чтобы впоследствии не беспокоиться за свежесть софта
зато будешь беспокоиться что твой линукс за тобой следит. А если обновление _нормально_ работающее - "как в винде", оно БУДЕТ за тобой следить.
Потому что ты не обрадуешься внезапной перезагрузке из-за обновившегося ведра или внезапному схлопыванию десктопа, потому что обновился xorg.
И ему придется как-то выяснять, когда у тебя тихий час, и можно безпалева обновлять тебе систему, чтобы, проснувшись ты получил окошко нотифая "система вин...линукс стала еще лучше!"А далекий от IT юзверь по другому - не умеет и не поймет. В лучшем случае - ткнет в "отменить" назойливому диалогу, и обновления не произойдет.
А недалекий - не обрадуется автоматике, что-то меняющей ему под руку. Вот совсем.
Чем больше народу на линуксе, тем больше денег вливается в поддержку свободных проектов, с ним связанных.Вообще сама постановка вопроса некорректна. «Зачем линуксу пользователи» — это как «зачем медицине пациенты». Линукс — это инструмент. Если он способен сделать жизнь как можно большего количества людей лучше и удобнее, значит, это хороший инструмент.
Что до слежки, ну ок, пускай. Но всегда будут альтернативные дистрибутивы, где её нет. Опенсурс же. А для юзверей пусть будут дистрибы, которые умею автоматически обновляться. Разнообразие и свобода выбора — наше всё.
> Чем больше народу на линуксе, тем больше денег вливается в поддержку свободных проектов,
> с ним связанных.результаты этого вливания мы видим - анальные зонды из всех щелей, "новые стандарты", redhat лучше вас знает, чего вы хотите, и т д
> Вообще сама постановка вопроса некорректна.
это зеркальный вариант извесной фразы "Don't ask what linux can do for you - ask what You can do for linux!" - тех времен, когда бабло еще не победило разум, а софт еще писали энтузиасты.
> Но всегда будут альтернативные дистрибутивы, где её нет.
это примерно как альтернативные дистрибутивы где нет systemd. А по факту хрен найдешь альтернативный дистрибутив который был бы для чего-то пригоден вообще.
> Опенсурс же.
угу. Сколько клонов линуксного ядра ты знаешь?
Вот такое оно "open".Ну и опять повторю - все эти виндопроблемы давно решены - в windows10. А вот открытого юникса сегодня практически не существует.
> все эти виндопроблемы давно решены - в windows10Не кормите его.
> это примерно как альтернативные дистрибутивы где нет systemd. А по факту
> хрен найдешь альтернативный дистрибутив который был бы для чего-то пригоден
> вообще.Просто к сведению: к нам на альт последние несколько лет почему-то ломанулся англоязычный народ. Да, мы их особо чутко не привечаем. Да, у нас ни хрена нет документации, да в целом и сообщества, на аглицком (и тем более немецком или испанском). Но вот же ж...
ну в Северную Корею на экскурсии тоже ездют, и англоязычные в том числе.
Одного, правда, вернули в овощном состоянии, после набутыливания, или что у них там в Корее принято в аналогичных случаях, но этот бизнес ничуть не пострадал.
Может ещё спросишь зачем продавать сахар по цене $10000 за килограмм? Или как можно покупать сахар по цене $10000 за килограмм? Да ещё и в России, где доходы у населения не то чтобы заоблачные? Дело всегда в деньгах, но пользователи линукса - это не пользователи десктопа. Это бизнес, использующий то, что лучше работает и решает задачи. Если бы десктоп был кому-то нужен, на этой странице было бы перечислено больше компаний https://kde.org/community/donations/
Кстати, в Саудовской Аравии нет рек с пресной водой. Но страна богата нефтью и потому они построили заводы по опреснению морской воды. А это очень сложный дорогостоящий процесс с низким КПД. Однако заводы субсидируются государством и население платит за воду умеренные цены, в то время, как соседи задыхаются от жажды.
Как раз Саудовскую Аравию в Кадетстве упоминали (2-34).
> Да уж, обновление ТАКАЯ СЛОЖНАЯ ЗАДАЧА... Аж две коротюсенькие комманды вводить нада!!! Этож капец!Ещё один админ локалхоста спалился…
где найти эти desktop presets? нигде их не нашел
а шильдик обнов они таки стащили у росы.))те круговые красные стрелочки это фишка именно оттуда. у мандривы был другой шильдик. и они не потрудились конвертнуть в большее разрешение. печаль.))
Для загрузки предлагается Live-сборка размером 2.6 Гб (x86_64), сборка "znver1", оптимизированная для процессоров AMD Ryzen, ThreadRipper и EPYC), а также варианты данных сборок на базе ядра, собранного компилятором Clang. - ЗверьCD с мандривой!!!! Мельком прочёл.
> да ничего наши не делалиSECAM придумали. Стирающая головка в наших кассетных магнитофонах была полноценная, а не просто магнит.
> SECAM придумалиСовместно с французами, кстати. А у французов звук в ТВ был с AM модуляцией, что вообще дичь. Но они довольно быстро цифровой NICAM внедрили.
И модуляция видео у них была позитивная, что тоже не рекомендовалось. Короче, наши все лучшее взяли.
https://ru.wikipedia.org/wiki/%D0%A4%D0%...
Так что лучше: OpenMandriva или Magea?
Кому как. Лично я выбираю Магейю.
PCLinuxOS наше всё!
PCLinuxOS это - роллинг! Это - рабочая лошадка с удивительной стабильностью: поставил и забыл.
Роллинг не может быть - поставил и забыл. Это про LTS с отключенными обновлениями (с установкой нового софта или его обновлением выборочно).
Нет может, а вы как-то не так пробовали
А среда какая?
> А среда какая?У меня? FVWM.
Эх, зазоры, кражи фокуса поди.
ROSA наше фсё.
ROSA не для людей, как признал представитель ООО "НТЦ ИТ РОСА":"Есть такое очень простое правило. Никогда не делай добро для людей, люди - неблагодарные свиньи."